MODELADO DEL DOMINIO (MODELO CONCEPTUAL)

Tamaño: px

Comenzar la demostración a partir de la página:

Download "MODELADO DEL DOMINIO (MODELO CONCEPTUAL)"

Ángela Fernández Acosta
hace 8 años
Vistas:

1 MODELADO DEL DOMINIO (MODELO CONCEPTUAL) Es el Artefacto más importante en el Análisis Orientado a Objetos. Explica los conceptos más significativos en un dominio del problema. Previo a esto es fundamental establecer y perfeccionar el glosario del dominio. En su forma más simple, el Glosario es una lista de los términos relevantes y sus definiciones. El objetivo NO es recoger todos los posibles términos, sino aquellos que no están claros, son ambiguos o requieren algún tipo de elaboración relevante, como el formato de la información o las reglas de validación. En un modelo conceptual se ofrece una representación de cosas del mundo real, no de componentes de software. Un modelo conceptual muestra: (1) Los conceptos. (2) Las asociaciones entre conceptos. (3) Los atributos de los conceptos. Un concepto se considera a partir de: (1) Su Símbolo: palabras o imágenes que lo representan. (2) Su Definición: proposición que expone con claridad sus características. (3) Su Extensión: el conjunto de ejemplos a los que se aplica. Una distinción fundamental entre el Análisis Orientado a Objetos y el Análisis Estructurado es la división por conceptos y no por funciones. 1

El objetivo NO es recoger todos los posibles términos, sino aquellos que no están claros, son ambiguos o requieren algún tipo de elaboración relevante, como el formato de la información o las reglas

2 ESTRATEGIAS PARA IDENTIFICAR CONCEPTOS Es mejor exagerar y especificar un modelo conceptual con muchos conceptos refinados. Estrategia 1. Obtenerlos a partir de una lista de categorías. CATEGORIA Objetos físicos Especificaciones Lugares Transacciones Elemento de Transacción Roles Contenedores Dentro de Contenedor Sistemas Externos Abstractos Organizaciones Eventos Procesos Reglas y Políticas Catalogos Registros Instrumentos/Servicios Manuales/Libros EJEMPLOS Caja / Avión DescripcionVuelo Tienda / Aeropuerto Venta / Pago /Reserva Forma de Pago Cajero / Piloto Tienda / Cesto / Avión Producto / Pasajero ControlTraficoAereo Hambre / Enfermedad DepartamentoVentas Venta / Aterrizaje ReservacionAsiento Pcancelaciones CProducto / Cturistico Recibo / Bitacora LineadeCredito ManualdeMantenimiento 2

Políticas Catalogos Registros Instrumentos/Servicios Manuales/Libros EJEMPLOS Caja / Avión DescripcionVuelo Tienda / Aeropuerto Venta / Pago /Reserva Forma de Pago Cajero / Piloto Tienda / Cesto /

3 Estrategia 2. Obtenerlos mediante identificación de frases nominales. No es posible encontrar mecánicamente correspondencias entre sustantivo y concepto (un sustantivo puede ser concepto o atributo), y además las palabras del lenguaje natural son ambiguas. También varias frases pueden referirse al mismo concepto. El actor hace Respuesta del sistema 1. Este CASO DE USO comienza cuando un CLIENTE llega a la CAJA (PUNTO DE PAGO) con PRODUCTOS que desea comprar. 2. El CAJERO registra el CÓDIGO de cada PRODUCTO. Si hay más de un producto, el CAJERO puede digitar también la CANTIDAD. 3. Determina el PRECIO DEL PRODUCTO y a la TRANSACCION DE VENTAS le agrega la información sobre el producto. Se muestran la DESCRIPCIÓN y el PRECIO del PRODUCTO actual. 3

También varias frases pueden referirse al mismo concepto. El actor hace Respuesta del sistema 1.

4 REPRESENTACIÓN EN UML Mediante un Diagrama de Estructura Estática. Al preparar un modelo conceptual: Utilice nombres existentes. Excluya características irrelevantes. No agregue cosas que no existan. ERRORES EN LA IDENTIFICACION DE CONCEPTOS Representar como atributo algo que debe ser un concepto independiente. Regla: Si en el mundo real no consideramos algún concepto X como número o texto, probablemente X sea un concepto y no un atributo. VUELO Destino VUELO AEROPUERTO Nombre En el mundo real, un aeropuerto de destino no se considera número ni texto: es un elemento inmenso que ocupa espacio. Por tanto Aeropuerto DEBERÍA ser un concepto. En caso de duda convierta el atributo en un concepto independiente. 4

Regla: Si en el mundo real no consideramos algún concepto X como número o texto, probablemente X sea un concepto y no un atributo.

5 CONCEPTOS:ESPECIFICACION-DESCRIPCION Una especificación no representa un concepto sino una descripción acerca de él. Cuándo incluirlas? Si al eliminar todas las instancias se pierde toda la información, debido a asociaciones incorrectas. Son necesarias para reducir información redundante. PRODUCTO Número de serie Descripción Precio PRODUCTO Descripción Precio Describe 1 * ESPEC_PRODUCTO Número de serie ASOCIACIONES Una asociación es una relación entre dos conceptos que indica alguna conexión significativa entre ellos. Las asociaciones útiles a determinar, suelen incluir el conocimiento de una relación que ha de preservarse por algún tiempo. Una asociación se representa como una línea entre conceptos, con el nombre de la asociación. 5

PRODUCTO Número de serie Descripción Precio PRODUCTO Descripción Precio Describe 1 * ESPEC_PRODUCTO Número de serie ASOCIACIONES Una asociación es una relación entre dos conceptos que

6 La asociación es intrínsecamente bidireccional, es un posible nexo lógico entre los objetos. Este nexo es totalmente abstracto, no es una afirmación sobre las conexiones entre las entidades del software. Los extremos de una asociación pueden contener una expresión de multiplicidad que indica la relación numérica entre las instancias de los conceptos. Opcionalmente se puede poner una flecha que indique la dirección en que debe leerse el nombre de la asociación. CAJA Registra 1 1 VENTA Asociaciones: Lista de comprobación CATEGORIA A es una parte física de B A es una parte lógica de B A está contenido físicamente en B A está contenido lógicamente en B A es una descripción de B A es una linea de transacción o reporte de B A se introduce/presenta/captura en B A es miembro de B A es una unidad organizacional de B A usa o dirige a B A se comunica con B A se relaciona con una transacción B A es una transacción relacionada con otra transaccion B A está subordinado a B A es propiedad de B EJEMPLOS Silla-Avión Campo-Registro Producto-Tienda Catalogo-Tienda Especificación VentasLineaProducto Venta(Actual)-Caja Cajero-Tienda Departamento- Facultad Cajero-Caja Cliente-Cajero Cliente-Pago Pago-Venta Soldado-Oficial Caja-Tienda 6

Los extremos de una asociación pueden contener una expresión de multiplicidad que indica la relación numérica entre las instancias de los conceptos.

7 Las asociaciones más importantes son: A es una parte física o lógica de B A está física o lógicamente contenido en B A está registrado en B Es más importante identificar los conceptos que las asociaciones. Muchas asociaciones tienden a confundir el modelo conceptual, en vez de aclararlo. La multiplicidad define cuántas instancias de un tipo A pueden asociarse a una instancia del tipo B en determinado momento.las expresiones de multiplicidad son las siguientes: * cero o más, muchos 1..* uno o más de uno a cuarenta 5 exactamente cinco 2,4,6 exactamente dos, cuatro o seis Por ejemplo: TIENDA Almacena 1 * PRODUCTO Los nombres de las asociaciones deben ser lo más claros posibles, y deben permitir leer y entender fácilmente las relaciones entre conceptos. Por ejemplo: TIENDA 1 Contiene 1..* CAJA Registra 1 1..* VENTA Se-cierra-con 1 1 PAGO 7

La multiplicidad define cuántas instancias de un tipo A pueden asociarse a una instancia del tipo B en determinado momento.las expresiones de multiplicidad son las siguientes: * cero o más, muchos 1.

8 ATRIBUTOS Un atributo es un valor de datos lógico de un objeto. Incluya los siguientes atributos en un modelo del dominio: aquellos para los que requisitos sugieren o implican una necesidad de registrar la información. Los atributos deben ser, preferiblemente, atributos simples o tipos de datos. Hay que relacionar a los conceptos con asociaciones no con atributos. CAJERO Nombre Registro Actual CAJERO Nombre Utiliza 1 1 REGISTRO Número Un error típico es modelar un concepto complejo del dominio como un atributo. VUELO Destino Se-dirige-a VUELO 1 1 AEROPUERTO 8

información. Los atributos deben ser, preferiblemente, atributos simples o tipos de datos.

9 TIPOS NO PRIMITIVOS Represente lo que podría considerarse, inicialmente, como un tipo de dato primitivo (ej. Número o string) en la forma de clase no primitiva si: Está compuesto de secciones separadas: número de teléfono, nombre de persona. Habitualmente, hay operaciones asociadas con él (por ejemplo, validación): NIT. Tiene otros atributos: Un precio promocional podría tener una fecha de comienzo y una de finalización. Es una cantidad con una unidad: La cantidad del pago tiene una unidad monetaria. MODELADO DE CANTIDADES Y UNIDADES En el caso general, la solución consiste en representar la Cantidad como una clase conceptual aparte, con una Unidad asociada. PAGO Tiene * 1 CANTIDAD Cantidad:TipoNumero Se-expresa-en * 1 UNIDAD 9

Habitualmente, hay operaciones asociadas con él (por ejemplo, validación): NIT. Tiene otros atributos: Un precio promocional podría tener una fecha de comienzo y una de finalización.

10 En síntesis, para construir un modelo conceptual se deben aplicar los siguientes pasos: (1) Liste los conceptos idóneos usando la lista de categorías de conceptos. (2) Dibújelos en un modelo conceptual (cajones). (3) Incorpore las asociaciones necesarias para registrar las relaciones más importantes (las que se deben recordar). (4) Agregue los atributos necesarios para cumplir con las necesidades de información FIN DEL DOCUMENTO 10

(3) Incorpore las asociaciones necesarias para registrar las relaciones más importantes (las que se deben

Documentos relacionados

Ingeniería del Software I

- 1 - Ingeniería del Software I Introducción al Modelo Conceptual 2do. Cuatrimestre 2005 INTRODUCCIÓN... 2 CLASES CONCEPTUALES... 3 ESTRATEGIAS PARA IDENTIFICAR CLASES CONCEPTUALES... 3 Utilizar lista