RESUMEN  La reutilización de componentes, el uso de patrones, los requerimientos por parte del cliente y la Arquitectura software han dejado de ser simples conceptos de la Ingeniería del Software, para convertirse en una realidad en las empresas de desarrollo a nivel mundial. Los profesionales en el área de la informática requieren herramientas y procesos de formación que les permitan avanzar rápidamente en la construcción de sistemas de manera eficiente y eficaz. Este artículo presenta parte de los resultados de investigación de un proyecto que tiene como meta brindar esas herramientas a los profesionales en formación. Da a conocer el proceso llevado a cabo para la construcción de una caracterización de sitios Web, y por ende los resultados obtenidos en la investigación. Adicionalmente, presenta como antecedente, dos trabajos realizados por otros autores en ésta área del conocimiento, y la relación existente entre ese marco de referencia y lo planteado en la presente investigación. Los resultados de ésta investigación fueron analizados con criterios estadísticos, y se construyeron dos (2) instrumentos (descritos en el presente artículo) con el fin de facilitar la construcción de la caracterización desarrollada, tratando de evitar la parte subjetiva que se encuentra en los trabajos previos a ésta investigación.  PALABRAS CLAVES: Conocimiento, Caracterización, Tipología, Criterios, Funcionalidad.  ABSTRACT  Components reuse, patterns use, client requirements and software architecture are no longer simple software engineering concepts, to be a reality at developing firms throughout the world. Professionals in computer area require tools and information processes which allow them fast forward in making efficient systems. This paper presents part of project research results whose main objective provide these tools to training professionals; announces used processes for making web sites characterization and, hence, research results. Additionally, presents antecedent, two works by other area authors and existing relationship between this matter and what this investigation raised. Research results were analyzed based on statistic criteria and made with two instruments (described in this paper) to ease developed characterization making, trying to avoid subjective part, found in previous works.  KEYWORDS: Knowledge, Characterization, Typology, Criteria, Functionality.   

RESUMEN Este trabajo de investigación describe un modelo de componentes para una profesión de ingeniería de software. El modelo se organiza en cuatro tipos de elementos: conocimiento documentado, educación, profesión y actividades, para cada componente se presenta una serie de aspectos que influyen en la consolidación de una profesión. El artículo se enfoca en la presentación de los componentes, entre los cuales se cuentan: el cuerpo de conocimientos, los estándares, las publicaciones, los aspectos curriculares, los programas educativos, aspectos relacionados con certificación y licenciamiento, y el código de ética de los ingenieros de software, con el fin de establecer un fundamento conceptual de múltiples referentes que permita visualizar como el desarrollo de software se ha venido consolidando como profesión. Como soporte se mencionan importantes organizaciones que han protagonizado el desarrollo de los componentes y se dan referencias sobre su contribución. Se pretende con este artículo ofrecer información suficiente para que los lectores posean elementos de juicio sobre cómo se constituye una profesión y puedan dar cuenta de cómo la actividad de desarrollo de software se consolida como una profesión de ingeniería de software.  PALABRAS CLAVESDesarrollo de SoftwareModelo de profesiónIngeniería de Software   ABSTRACT In this research, it is described a model of components of a profession of software engineering. The description of the model is organized in four kinds of elements: documented knowledge, education, profession and activities. For every kind of element a group of components that makes influence in the consolidation of a profession is presented. The paper aims the presentation of the components for the software engineering profession. Some of them are: body of knowledge, standards, publications, aspects of the curricula, education programs, some issues related with certification and licensing, and the code of ethic of software engineers. The main goal of the paper is to establish a conceptual foundation from different sources to bring a view of how the activity of software development has been concreting as a profession. As a support, important organizations that have worked in the development of components are mentioned, and some references of its contribution are given. The paper aims to offer sufficient information to the reader, in order to know how a profession is built up, and to provide the certainty that software development is transforming itself in a real profession of software engineering.  KEYWORDSSoftware DevelopmentModel of professionSoftware Engineering

El modelo de desarrollo basado en componentes es un nuevo paradigma de desarrollo que permite la implementación de sistemas rápidamente, a partir de componentes de software previamente desarrollados. El repositorio de componentes es la pieza principal de este modelo de desarrollo ya que permite la administración, selección, identificación, cualificación y ensamblaje de componentes de software. En este artículo se explica el modelo de desarrollo, y cómo se diseñará un repositorio de componentes para dar soporte al proceso de desarrollo de software empresarial. Para el diseño se tendrán en cuenta todos los requerimientos funcionales y no funcionales que debe contemplar un repositorio de componentes, que soporte el modelo de desarrollo basado en componentes. La implementación de este repositorio se aplicará a la División de Servicios de Información DSI, de la Universidad Industrial de Santander UIS, como mejora al modelo de desarrollo allí implantado, para optimizar este modelo de desarrollo por componentes, ya que con el repositorio se permite disminuir los tiempos de búsqueda, selección e identificación de los componentes. Además de mejorar los tiempos de respuesta de atención a las solicitudes de mantenimiento y desarrollo que allí se generan, ya que las demoras se disminuyen al máximo al obtener e identificar de forma rápida los componentes que deben ser revisados o integrados en los sistemas solicitados. También se elimina el desarrollo de componentes de forma repetida y descontrolada por la falta de la herramienta que permita monitorear y centralizar los componentes desarrollados.

El modelado semántico relacional y el modelado de objetos de una empresa produce modelos fragmentados y amorfos, síntoma de organizaciones con funcionalidad estructuralmente fragmentada. De hecho, la reingeniería afirma que la funcionalidad de la organización tradicional está fragmentada, y que su estructura no corresponde a la lógica de sus procesos, sino a jerarquías de mando y de poder. A su vez, la teoría de objetos diagnostica que las funcionalidades están sueltas si no están contenidas dentro de su propia estructura. La reingeniería señala cómo desfragmentar la funcionalidad organizacional, mientras que la teoría de objetos indica cómo encapsularla. Pero la teoría de objetos obstaculiza la desfragmentación de la funcionalidad organizacional debido a su exigua granularidad. Por fortuna, la teoría de sistemas puede corregir esto, al concebir conjuntos de estructuras de funcionalidad global, en vez de estructuras individuales con funcionalidades individuales auto contenidas, como lo hace hoy la teoría de objetos. Acercar los objetos a los sistemas induce un nuevo concepto de modelo de datos, holístico, denominado "MOdelo de Datos Reorientado a Objetos", MODRO (ORDAM en inglés), para llevar más allá al paradigma de objetos. El MODRO soluciona lo que los OODBMS de hoy no: encapsular dentro de una estructura organizacional su respectiva funcionalidad transaccional, tanto de las bases de datos como de la organización; igual que el hardware (lo estructural) contiene software (lo funcional) (e.g. teléfono celular - sim card), para que puedan tener utilidad, tal como sucede con todos los demás objetos auto contenidos del mundo real.