Hispanopedia WikiEl modelado de metadatos es un tipo de metamodelado utilizado en la ingeniería de software y la ingeniería de sistemas para el análisis y la construcción de modelos aplicables y útiles para una clase predefinida de problemas.
El metamodelado consiste en el análisis, la construcción y el desarrollo de los marcos, reglas, restricciones, modelos y teorías aplicables y útiles para el modelado en una clase predefinida de problemas.
La parte de metadatos del diagrama consiste en un diagrama de conceptos. Este es básicamente un diagrama de clases modificado, como el descrito por Booch, Rumbaugh y Jacobson (1999). Los conceptos importantes son concepto, generalización, asociación, multiplicidad y agregación.
Conceptos de modelado de metadatos
En primer lugar, un concepto es una versión simplificada de una clase del Lenguaje Unificado de Modelado (UML). La definición de clase [ 1 ] se adopta para definir un concepto, a saber: un conjunto de objetos que comparten los mismos atributos, operaciones, relaciones y semántica.
Se especifican los siguientes tipos de conceptos:
- CONCEPTO ESTÁNDAR: un concepto que no contiene otros (sub)conceptos. Un concepto estándar se representa mediante un rectángulo.
- CONCEPTO COMPLEJO: un concepto que consta de un conjunto de (sub)conceptos. Los conceptos complejos se dividen en:
- CONCEPTO ABIERTO: un concepto complejo cuyos (sub)conceptos se expanden. Un concepto abierto se visualiza con dos rectángulos blancos superpuestos. (Corrección: Un concepto abierto se visualiza con 2 rectángulos blancos, uno superpuesto al otro, desplazado hacia la derecha, con 3 esquinas del rectángulo inferior visibles).
- CONCEPTO CERRADO: un concepto complejo cuyos (sub)conceptos no se desarrollan por no ser relevantes en el contexto específico. Un concepto cerrado se visualiza mediante un rectángulo blanco sobre un rectángulo negro.
En la Figura 1 se ilustran los tres tipos de conceptos que se utilizan en la técnica de modelado. Los conceptos siempre se escriben con mayúscula inicial, no solo en el diagrama, sino también cuando se hace referencia a ellos fuera del mismo.
En la Figura 2 se ejemplifican los tres tipos de conceptos. Se ilustra parte del diagrama de procesos y datos del flujo de trabajo de requisitos en el Proceso Unificado. El MODELO DE CASOS DE USO es un concepto abierto y consta de uno o más ACTORES y uno o más CASOS DE USO. ACTOR es un concepto estándar que no contiene subconceptos. CASO DE USO, en cambio, es un concepto cerrado. Un CASO DE USO consta de una descripción, un flujo de eventos, condiciones, requisitos especiales, etc. Dado que en este caso no es necesario revelar dicha información, el CASO DE USO se ilustra con un concepto cerrado.
Generalización
La generalización es una forma de expresar la relación entre un concepto general y uno más específico. Además, si es necesario, se puede indicar si los grupos de conceptos identificados se superponen o no, si son completos o incompletos. La generalización se representa mediante una flecha sólida con punta abierta que apunta al concepto padre, como se ilustra en la Figura 3.
En la Figura 4 se ejemplifica la generalización mostrando las relaciones entre los diferentes conceptos descritos en el párrafo anterior. Tanto el CONCEPTO ESTÁNDAR como el CONCEPTO COMPLEJO son tipos específicos de CONCEPTO. Posteriormente, un CONCEPTO COMPLEJO puede dividirse en un CONCEPTO ABIERTO y un CONCEPTO CERRADO.
Asociación
Una asociación es una relación estructural que especifica cómo se conectan los conceptos entre sí. Puede conectar dos conceptos (asociación binaria) o más de dos conceptos (asociación n-aria). Una asociación se representa con una línea continua sin dirección. Para darle significado a la asociación, se le puede asignar un nombre y una dirección. El nombre se presenta como un verbo activo y la dirección se representa mediante un triángulo que apunta en la dirección de lectura. La asociación con nombre y dirección se ilustra en la Figura 5.
En la Figura 6 (eliminada) se ilustra un ejemplo de asociación. El ejemplo es un fragmento del diagrama de procesos y datos del análisis de requisitos en el Proceso Unificado. Dado que ambos conceptos no se desarrollan más, aunque existen varios subconceptos, se ilustran como conceptos cerrados. La figura dice: «DESCRIPCIÓN DE LA ENCUESTA describe el MODELO DE CASO DE USO».
Multiplicidad
Además del nombre y la dirección del nombre, una asociación puede tener más características. Con la multiplicidad se puede indicar cuántos objetos de un concepto determinado pueden conectarse a través de una instancia de una asociación. La multiplicidad se visualiza mediante las siguientes expresiones: (1) para uno exacto, (0..1) para uno o cero, (0..*) para cero o más, (1..*) para uno o más, o por ejemplo (5) para un número exacto. En la Figura 7 se ilustra la asociación con multiplicidad.
En la Figura 8 se muestra un ejemplo de multiplicidad. Es el mismo ejemplo que en la Figura 6, solo que se suman los valores de multiplicidad. La figura indica que «exactamente una DESCRIPCIÓN DE ENCUESTA describe exactamente un MODELO DE CASO DE USO». Esto implica que una DESCRIPCIÓN DE ENCUESTA no puede describir cero o más de un MODELO DE CASO DE USO, y un MODELO DE CASO DE USO no puede ser descrito por cero o más de una DESCRIPCIÓN DE ENCUESTA.
Agregación
Un tipo especial de asociación es la agregación. La agregación representa la relación entre un concepto (como un todo) que contiene otros conceptos (como partes). También se puede describir como una relación de "tiene un". En la Figura 9 se ilustra una relación de agregación entre un CONCEPTO ABIERTO y un CONCEPTO ESTÁNDAR. Un CONCEPTO ABIERTO consta de uno o más CONCEPTOS ESTÁNDAR, y un CONCEPTO ESTÁNDAR forma parte de cero o más CONCEPTOS ABIERTOS.
En la Figura 10, la agregación se ejemplifica mediante un fragmento del flujo de trabajo de captura de requisitos en Ingeniería Web Basada en UML . Un MODELO DE CASOS DE USO consta de uno o más ACTORES y CASOS DE USO.
Propiedades
En ocasiones, es necesario asignar propiedades a los conceptos. Las propiedades se escriben en minúsculas, debajo del nombre del concepto, como se ilustra en la Figura 11.
En la Figura 12 se visualiza un ejemplo de un concepto con propiedades. El concepto CARACTERÍSTICA tiene cuatro propiedades, respectivamente: prioridad, tipo, riesgo y estado.
En la Tabla 1 se presenta una lista. Cada CONCEPTO requiere una definición adecuada, la cual preferiblemente se copia de un glosario estándar. Todos los nombres de los CONCEPTOS en el texto aparecen en mayúsculas.
- Tabla 1: Lista de definiciones de conceptos
Véase también
Referencias
- ^ Booch, Rumbaugh y Jacobson (1999)
Lecturas adicionales
- Grady Booch , James Rumbaugh e Ivar Jacobson (1999). Guía del usuario del Lenguaje Unificado de Modelado . Redwood City, CA: Addison Wesley Longman Publishing Co., Inc.
- M. Saeki (2003). Integración de métricas en los métodos de desarrollo de sistemas de información: una aplicación de la técnica de ingeniería de métodos . CAiSE 2003, 374–389.
- I. Weerd, J. van de, Souer, J. Versendaal y Sjaak Brinkkemper (2005). Ingeniería de Requisitos Situacionales de Implementaciones de Gestión de Contenidos Web . PRES2005.
- Lenguaje Unificado de Modelado
