Rational software

RUP

SEMANA 3 Primera Sesin

ANLISIS

DATA MODELER

Docentes: Ing. Luis Palacios Quichz Ing. Carlos Barzola Mendoza

FACULTAD DE INGENIERIA Y ARQUITECTURA INGENIERIA DE SOFTWARE II

Rational software

TEMARIO
Anlisis

RUP

Anlisis Estructurado
Anlisis Orientado a Objetos Artefactos de Anlisis

Trabajadores
Actividades del Anlisis Orientado a Objetos Restricciones para un buen modelo de Anlisis
DATA MODELER

FACULTAD DE INGENIERIA Y ARQUITECTURA INGENIERIA DE SOFTWARE II

Rational software

OBJETIVOS
Conocer que el Anlisis ve el Qu? hace el sistema respecto a sus funcionalidades Identificar las Actividades que se realizan en el Anlisis Refinar los requerimientos capturados en la Fase de Inicio Analizar la Arquitectura Base para el sistema Realizar el Caso de Uso en base a las clases: Frontera, Control y Entidad.

RUP

DATA MODELER

FACULTAD DE INGENIERIA Y ARQUITECTURA INGENIERIA DE SOFTWARE II

Rational software

RUP

DATA MODELER

1. QU ES EL ANLISIS? Es necesario una descripcin del problema y de los requerimientos. Qu problema vamos a resolver? Qu debe hacer el sistema? El anlisis permite: Especificar la funcin y el rendimiento de un sistema Especificar la interface con otros elementos Definir las restricciones a tener en cuenta Construir modelos tiles para: Analista: dominio de datos, funcional, comportamiento Diseador: diseo de datos, diseo arquitectnico, diseo de interfaz, diseo procedimental.

FACULTAD DE INGENIERIA Y ARQUITECTURA INGENIERIA DE SOFTWARE II

Rational software

PAPEL DEL ANLISIS EN EL CVS

Mantener la consistencia del modelo de anlisis a lo largo de todo el ciclo de vida software.

RUP

Considerar este modelo transitoria e intermedia.

como

una

herramienta

El proyecto usa el modelo de anlisis, para refinar los requisitos en la Captura de Requisitos.

DATA MODELER

FACULTAD DE INGENIERIA Y ARQUITECTURA INGENIERIA DE SOFTWARE II

Rational software

RUP

DATA MODELER

2. ANLISIS ESTRUCTURADO El anlisis estructurado es un mtodo para el anlisis de sistemas, que conduce al desarrollo de especificaciones para sistemas (nuevos o mantenimiento) Cuando los Analistas de Sistemas abordan una situacin, siempre existe la pregunta donde comenzar el anlisis? El anlisis estructurado permite al analista conocer un sistema o proceso en forma lgica y manejable al mismo tiempo que proporciona la base para asegurar que no se omite ningn detalle Los Analistas de Sistemas estructuran el proceso que siguen para el desarrollo de un nuevo sistema.

FACULTAD DE INGENIERIA Y ARQUITECTURA INGENIERIA DE SOFTWARE II

Modelado del Anlisis Estructurado

Rational software DISEO ESTRUCTURADO ANLISIS ESTRUCTURADO

RUP

MODELADO DE DATOS MODELADO FUNCIONAL Diagrama EntidadRelacin Diagrama de Flujo de Datos

DICCIONARIO DE DATOS

Diagrama de Transicin de Estados

DATA MODELER

Especificacin de control

MODELADO DE COMPORTAMIENTO

FACULTAD DE INGENIERIA Y ARQUITECTURA INGENIERIA DE SOFTWARE II

Modelado de Datos
Rational software
Cuestiones relevantes del modelado de datos: - Cuales son las entidades (objetos de datos) primarios que va a procesar el sistema? - Cual es la composicin de cada entidad y qu atributos la describen? - Qu relaciones existen entre las entidades?

Necesidad de organizar la informacin:

- Ayuda a entender y nombrar la informacin - Evita la redundancia - Asegura la correccin, validacin y completitud - Su organizacin refleja la poltica del negocio

RUP

ENTIDADES: conjunto de informacin compuesta (categoras o cosas que son descritas por la informacin)

- Profesor - Estudiante - Curso programado

COMPONENTES DE LA INFORMACIN

RELACIONES: asociaciones entre las entidades

- El profesor IMPARTE un curso programado - El alumno SE MATRICULA de un curso programado

ATRIBUTOS: definen las propiedades de una entidad. Se pueden usar para: - Nombrar - Describir - Referenciar Cada ocurrencia de la entidad tiene un valor para cada atributo

- Nmero de estudiantes - Fecha de comienzo - Direccin

DATA MODELER

Cardinalidad: cantidad de ocurrencias de una entidad que se relacionan con las de otra entidad. Tipos: 1:1 (1 marido ---> 1 esposa) 1:N (1 madre --> N hijos) M:N (1 to --> N sobrinos, 1 sobrino --> N tos)

FACULTAD DE INGENIERIA Y ARQUITECTURA INGENIERIA DE SOFTWARE II

Rational software

3. QU ES EL ANLISIS ORIENTADO A OBJETOS?

El AOO enfatiza la bsqueda y descripcin de objetos o conceptos del dominio del problema. No olvidar => Anlisis - QU?

RUP

DATA MODELER

FACULTAD DE INGENIERIA Y ARQUITECTURA INGENIERIA DE SOFTWARE II

Rational software

COMPARACION: MODELO DE CASOS DE USO vs MODELO DE ANALISIS

RUP

DATA MODELER

M.C.U. M.A. 1. Descrito con el lenguaje del Cliente 1. Descrito con el lenguaje del desarrollador 2. Estructurado por los Casos de Uso 2. Estructurado por clases y paquetes 3. Vista Externa del sistema 3. Vista Interna del sistema 4. Utilizado entre el cliente y el desarrollador 4. Utilizado por los desarrolladores (que debera y que no debera hacer el sistema) (como debe darse forma al sistema) 5. Puede contener redundancias, inconsistencias, etc. 5. No debe contener redundancias, inconsistencias, etc. 6. Captura la funcionalidad 6. Esboza como llevar a cabo la funcionalidad (aproximacin al diseo) 7. Define CU que se analizaran en el MA 7. Define realizaciones de CU del MCU.

FACULTAD DE INGENIERIA Y ARQUITECTURA INGENIERIA DE SOFTWARE II

Rational software

RUP

DATA MODELER

FACULTAD DE INGENIERIA Y ARQUITECTURA INGENIERIA DE SOFTWARE II

Rational software

3.1. Modelo de Anlisis

RUP

MODELO DE ANALISIS

SISTEMA DE ANALISIS

PAQUETE DEL ANALISIS

DATA MODELER

CLASE DE ANALISIS

REALIZACION DE CASO DE USO - ANALISIS

FACULTAD DE INGENIERIA Y ARQUITECTURA INGENIERIA DE SOFTWARE II

Rational software

RUP

DATA MODELER

3.2. Clases de Anlisis Representa una abstraccin de una o varias clases y/o subsistemas del diseo del sistema Caractersticas: Se centra en los requisitos funcionales y deja los no funcionales Es ms evidente en el contexto del dominio El comportamiento se especifica mediante responsabilidades de nivel ms alto y menos formal Tiene atributos de nivel de abstraccin muy alto Participa en relaciones del modelo conceptual.

FACULTAD DE INGENIERIA Y ARQUITECTURA INGENIERIA DE SOFTWARE II

Rational software

RUP

Clase de interfaz Clase de entidad Clase de control

Clase del Anlisis

Responsabilidades Atributos Relaciones Requisitos Especiales

Interfaz de Cajero

Cuenta

DATA MODELER

Retiro de Efectivo

Interfaz de Cajero

Cuenta

Retiro de Efectivo

FACULTAD DE INGENIERIA Y ARQUITECTURA INGENIERIA DE SOFTWARE II

Rational software

RUP

3.2.1 Clase Interfaz Modelan la interaccin entre el sistema y sus actores. Representan ventanas, formularios, paneles, interfaces de comunicacin, etc. Cada clase de interfaz debera asociarse con al menos un actor, y viceversa.

DATA MODELER

Comprador

Interface de Solicitud de Pago

FACULTAD DE INGENIERIA Y ARQUITECTURA INGENIERIA DE SOFTWARE II

Rational software

RUP

3.2.2. Clase Entidad Modela informacin que posee una vida larga y que es a menudo persistente. Suelen sacarse de las clase entidad del negocio. Diferencia entre clase entidad (objetos manejados por el sistema) y clase entidad del negocio (contexto e informacin).
Interfase de Solicitud de Pago muestra

Comprador

DATA MODELER

Factura

FACULTAD DE INGENIERIA Y ARQUITECTURA INGENIERIA DE SOFTWARE II

Rational software

RUP

3.2.3. Clase Control Representan coordinacin, secuencia, transacciones y control de otros objetos Se usan con frecuencia para encapsular el control de un caso de uso en concreto Los aspectos dinmicos y delegaciones a otras clases del sistema se modelan con estas clases.
muestra

Comprador

Interfase de Solicitud de Pago

Factura
cambia estado

planifica factura
DATA MODELER

Planificador de pagos

FACULTAD DE INGENIERIA Y ARQUITECTURA INGENIERIA DE SOFTWARE II

Rational software

RUP

3.3. Realizacin de un CU (Anlisis) Es una colaboracin dentro del modelo de anlisis que describe cmo se lleva a cabo y se ejecuta un CU determinado en trminos de las clases del anlisis y de sus objetos del anlisis en interaccin.
MODELO DE CASOS DE USO MODELO DE ANALISIS

Caso de Uso
DATA MODELER

Realizacin de Caso de Uso - Anlisis

FACULTAD DE INGENIERIA Y ARQUITECTURA INGENIERIA DE SOFTWARE II

Rational software

RUP

Diagrama de Clases de Anlisis Diagrama de Interaccin de Anlisis Flujo de sucesos - Anlisis Requisitos especiales.

Realizacin de Caso de Uso Anlisis

Participante

DATA MODELER

Clase de Anlisis

FACULTAD DE INGENIERIA Y ARQUITECTURA INGENIERIA DE SOFTWARE II

Rational software

RUP

Caso de Uso

Realizacin de Caso de Uso

Casos de Uso
<<trace>>

Diagrama de Clases
DocumentList FileMgr add( ) delete( ) Document name : int docid : int numField : int get( ) open( ) close( ) read( ) sortFileList( ) create( ) fillDocument( ) fetchDoc( ) sortByName( ) read() fill the code.. FileList fList add( ) delete( ) 1

Diagrama de Secuencia

rep Repository (from Persistence) name : char * = 0 readDoc( ) readFile( ) read( ) open( ) create( ) fillFile( ) File

read( )

GrpFile

DATA MODELER

Una RCU_A es una descripcion de como un CU es ejecutado en el modelo en trminos de colaboracin.

Diagrama de Colaboracin

FACULTAD DE INGENIERIA Y ARQUITECTURA INGENIERIA DE SOFTWARE II

Rational software

3.3.1. Diagrama de Clases (Anlisis)

RUP

Confirmacin de Pedido

Gestor de Pedidos

Comprador

Interface de Solicitud de Pago

Factura

DATA MODELER

Planificador de pagos

Solicitud de pagos

FACULTAD DE INGENIERIA Y ARQUITECTURA INGENIERIA DE SOFTWARE II

Rational software

3.3.2. Diagrama de Interaccin (Anlisis)

4: obtener

RUP

3: obtener : Gestor de Pedidos 2: comprobar factura 1: mostrar facturas 6: planificar pago de factura 5: mostrar 9: establecer estado (planificado) : Factura : Confirmacin de Pedido

: Comprador

: Interface de Solicitud de Pago

7: planificar pago
DATA MODELER

8: nuevo

: Planificador de pagos

: Solicitud de pagos

FACULTAD DE INGENIERIA Y ARQUITECTURA INGENIERIA DE SOFTWARE II

Rational software

3.3.3. Realizacin de Caso de Uso

: Asistente : Interfaz Principal del Asistente : Administrador de tablas : Interfaz de la tabla Cuestionario : Cuestionario 1: solicita mantener la tabla cuestionario

RUP
2: buscar estructura de la tabla cuestionario

3: leer estructura de la tabla cuestionario

4: guardar estructura

5: crear interfaz del cuestinario

6: solicitar agregar un nuevo registro

7: preparar un registro en blanco

8: solicita grabar informacion

9: grabar informacion

DATA MODELER

10: ejecuta una insercion

FACULTAD DE INGENIERIA Y ARQUITECTURA INGENIERIA DE SOFTWARE II

Rational software

ITERACION
Iteration n
Iterativamente los CU del sistema se desarrollan por tiempos Iteraciones tempranas CU arquitecturalmente significativos CU de altos riesgos CU de prioridad alta

time Iteration n+1 Iteration n+2

RUP

Use Case A

Use Case B

Use Case C

DATA MODELER

Use Case A Realization

Use Case B Realization

Use Case C Realization

FACULTAD DE INGENIERIA Y ARQUITECTURA INGENIERIA DE SOFTWARE II

Rational software

RUP

DATA MODELER

4. TRABAJADORES 4.1. Arquitecto Responsable de la integridad del modelo de anlisis, garantizando que ste correcto, consistente y legible como un todo Responsable de la arquitectura del modelo de anlisis, es decir, de la existencia de sus partes significativas para la arquitectura tal y como se muestran en la vista de la arquitectura del modelo No es responsable del desarrollo y mantenimiento continuo de los diferentes artefactos del modelo de anlisis (responsabilidad del ingenieros de Casos de Uso y de Componentes).

FACULTAD DE INGENIERIA Y ARQUITECTURA INGENIERIA DE SOFTWARE II

Rational software

RUP

4.2. Ingeniero de Casos de Uso Es el responsable de la integridad una o ms realizaciones de CU, garantizando que cumplen los requisitos que recaen sobre ellos. Tambin es responsable del diseo de las realizaciones de los CU, por lo tanto participa en el anlisis como el diseo del caso de uso. No es responsable de las clases del anlisis ni de las relaciones que se usan en la realizacin del CU.

DATA MODELER

FACULTAD DE INGENIERIA Y ARQUITECTURA INGENIERIA DE SOFTWARE II

Rational software

RUP

DATA MODELER

4.3. Ingeniero de Componentes Define y mantiene las responsabilidades, atributos, relaciones, y requisitos especiales de una o varias clases de anlisis, asegurndose de que cada clase del anlisis cumple los requisitos que se esperan de ella de acuerdo a las realizaciones de caso de uso en las que participan. Mantiene la integridad de uno o varios paquetes del anlisis. Esto incluye garantizar que sus contenidos son correctos y que sus dependencias de otros paquetes del anlisis son correctas y mnimas.

FACULTAD DE INGENIERIA Y ARQUITECTURA INGENIERIA DE SOFTWARE II

5. ACTIVIDADES - ANALISIS
Rational software

RUP

DATA MODELER

FACULTAD DE INGENIERIA Y ARQUITECTURA INGENIERIA DE SOFTWARE II

Rational software

RUP

DATA MODELER

FACULTAD DE INGENIERIA Y ARQUITECTURA INGENIERIA DE SOFTWARE II

Rational software

RUP

5.1. Anlisis de la arquitectura Su propsito es esbozar el modelo de anlisis y la arquitectura mediante la identificacin de paquetes del anlisis, clases del anlisis evidentes, y requisitos especiales comunes.

DATA MODELER

FACULTAD DE INGENIERIA Y ARQUITECTURA INGENIERIA DE SOFTWARE II

Rational software

4+1 vistas Modelo de arquitectura de software

Logical View (Vista Logica) Implementation View (vista de implementacion) Administration del software Use Case View
(vision del CU)

RUP

Estructura Funcional

DATA MODELER

Understandability Usability Process View Deployment View (Vista de Proceso) (Vista de Despliegue) Realizacion, Topologia del sistema, escala, Envio, instalacion, rendimiento de comunicacion procesamiento

FACULTAD DE INGENIERIA Y ARQUITECTURA INGENIERIA DE SOFTWARE II

Rational software

RUP

DATA MODELER

5.1.1 Identificacin de paquetes del anlisis Proporcionan un medio para organizar el modelo de anlisis en piezas mas pequeas y mas manejables Una identificacin inicial de los paquetes del anlisis se hace de manera natural basndose en los requisitos funcionales y en el dominio del problema, es decir, en la aplicacin o negocio que estamos considerando Una forma de identificar paquetes del anlisis es asignar la mayor parte de un cierto nmero de casos de uso a un paquete concreto y despus realizar las funcionalidades correspondiente dentro de ese paquete.

FACULTAD DE INGENIERIA Y ARQUITECTURA INGENIERIA DE SOFTWARE II

Rational software

RUP

Entre las asignaciones adecuadas tenemos: Los casos de uso requeridos para dar soporte a un determinado proceso de negocios. Los casos de uso requeridos para dar soporte a un determinado actor del sistema. Los caso de uso que estn relacionados mediante relaciones de generalizacin y de extensin.

DATA MODELER

FACULTAD DE INGENIERIA Y ARQUITECTURA INGENIERIA DE SOFTWARE II

Rational software

RUP

DATA MODELER

5.1.2 Identificacin de clases de entidad obvias Suele ser adecuado preparar una propuesta preliminar de las clases de entidad mas importantes (10 20) basado en las clases del dominio o las entidades del negocio que se identificaron durante la captura de requisitos. La mayora de las clases se identificaran al crear las realizaciones de los casos de uso, es por eso que debemos tener cuidado de no identificar demasiadas clases en esta etapa y quedar atrapados en demasiados detalles.

FACULTAD DE INGENIERIA Y ARQUITECTURA INGENIERIA DE SOFTWARE II

Rational software

RUP

DATA MODELER

5.1.3 Identificacin de requisitos especiales comunes Requisito que aparece durante el Anlisis y que es importante anotar de forma que pueda ser tratado adecuadamente en el diseo e implementacin El arquitecto es el responsable de identificar los requisitos especiales comunes de forma que los desarrolladores puedan referirse a ellos como requisitos especiales sobre realizaciones de CU y clases del anlisis determinadas La caracterstica de cada requisito especial se calificaran despus para cada clase o realizacin de CU que haga referencia al requisito especial.

FACULTAD DE INGENIERIA Y ARQUITECTURA INGENIERIA DE SOFTWARE II

Rational software

RUP

DATA MODELER

5.2. Analizar un caso de uso Analizamos un caso de uso para: Identificar las clases del anlisis cuyos objetos son necesarios para llevar a cabo el flujo de sucesos del CU Distribuir el comportamiento del caso de uso entre los objetos del anlisis que interactan Capturar requisitos especiales sobre la realizacin del CU Otra forma de llamar al anlisis de CU podra ser refinamiento de CU. Refinamos cada CU como colaboracin de clases del anlisis.

FACULTAD DE INGENIERIA Y ARQUITECTURA INGENIERIA DE SOFTWARE II

Rational software

5.2.1. Identificacin de clases del anlisis Identificamos las clases de control, entidad, e interfaz necesarias para realizar los CU y esbozamos sus nombres, responsabilidades, atributos y relaciones. Para identificar las clases de anlisis puede que tengamos que refinar las descripciones de los CU en lo referente al interior del sistema. Este refinamiento debe recogerse en la descripcin textual de flujos de sucesos-anlisis de la realizacin de los CU.

RUP

DATA MODELER

FACULTAD DE INGENIERIA Y ARQUITECTURA INGENIERIA DE SOFTWARE II

Rational software

RUP

DATA MODELER

5.2.2 Descripcin de interacciones entre objetos del anlisis. Cuando tenemos un esbozo de las clases necesarias para realizar el CU, debemos describir como interactan sus correspondientes objetos del anlisis. Esto se hace mediante diagramas de colaboracin que contienen las instancias de actores participantes, los objetos del anlisis, y sus enlaces. Un diagrama de colaboracin se crea comenzando por el principio del flujo del CU, y continuando el flujo paso a paso decidiendo que interacciones de objetos del anlisis y de instancias de actor son necesarias para realizarlo.

FACULTAD DE INGENIERIA Y ARQUITECTURA INGENIERIA DE SOFTWARE II

Rational software

RUP

5.2.3 Captura de requisitos especiales En este paso recogeremos todos los requisitos sobre una realizacin de caso de uso que se identifican en el anlisis pero deberan tratarse en el diseo y en la implementacin, tales como los requisitos no funcionales Al capturarse estos requisitos, debemos hacer referencia si es posible a los requisitos especiales comunes que haban sido identificados por el arquitecto.

DATA MODELER

FACULTAD DE INGENIERIA Y ARQUITECTURA INGENIERIA DE SOFTWARE II

Rational software

RUP

5.3. Analizar una clase Los objetivos de analizar una clase son: Identificar y mantener las responsabilidades de una clase del anlisis, basadas en su papel en las realizaciones de CU. Identificar y mantener los atributos y relaciones de la clase del anlisis. Capturar requisitos especiales sobre la realizacin de la clase del anlisis.

DATA MODELER

FACULTAD DE INGENIERIA Y ARQUITECTURA INGENIERIA DE SOFTWARE II

Rational software

RUP

DATA MODELER

5.3.1 Identificar responsabilidades Las responsabilidades de una clase pueden recopilarse combinando todos los roles que cumple en diferentes realizaciones de CU. Podemos identificar todas las realizaciones de CU en las cuales participa la clase mediante el estudio de sus diagramas de clase y de interaccin Otra manera de recopilar, es extrayendo las responsabilidades de cada rol uno detrs de otro; aadiendo responsabilidades adicionales o modificando las existentes basndose en una realizacin de CU tras otra.

FACULTAD DE INGENIERIA Y ARQUITECTURA INGENIERIA DE SOFTWARE II

Rational software

RUP

DATA MODELER

5.3.2 Identificacin de atributos Un atributo especifica una propiedad de una clase del anlisis (responsabilidades) Tener en cuenta lo siguiente: El nombre de un atributo debera ser un nombre El tipo de los atributos debe ser conceptual en el anlisis, y, si es posible, no debera verse restringido por el entorno de implementacin. Al decidir un tipo de atributo, debemos intentar reutilizar tipos ya existentes. Una determinada instancia de un atributo no puede compartirse por varios objetos. En este caso el atributo debe definirse en su propia clase.

FACULTAD DE INGENIERIA Y ARQUITECTURA INGENIERIA DE SOFTWARE II

Rational software

RUP

DATA MODELER

Los atributos de las clases de interfaz que interactan con los actores, suelen representar propiedades de una interfaz de comunicacin. Si una clase de anlisis se hace demasiado difcil de entender por culpa de sus atributos, algunos de esos atributos podran separarse en clases independientes Los atributos de las clases de interfaz que interactan con los actores humanos suelen representar elementos de informacin manipulados por los actores, tales como campos de texto etiquetados.

FACULTAD DE INGENIERIA Y ARQUITECTURA INGENIERIA DE SOFTWARE II

Rational software

RUP

DATA MODELER

5.3.3 Identificacin de asociaciones y agregaciones Los objetos del anlisis interactan unos con otros mediante enlaces en los diagramas de colaboracin. Estos enlaces suelen ser instancias de asociaciones entres sus correspondientes clases Estudiar los enlaces empleados en los diagramas de colaboracin para determinar que asociaciones son necesarias. Estas pueden implicar referencias y agregaciones entre objetos No son las relaciones del mundo real lo que debemos modelar como agregaciones o asociaciones, si no las relaciones que deben existir en repuesta a las demandas de las diferentes realizaciones de CU.

FACULTAD DE INGENIERIA Y ARQUITECTURA INGENIERIA DE SOFTWARE II

Rational software

RUP

DATA MODELER

5.3.4 Identificacin de Generalizaciones Las generalizaciones deberan utilizarse durante el anlisis para extraer comportamiento compartido y comn entre varias clases del anlisis diferentes Deberan mantener un nivel alto y conceptual, y su objetivo fundamental es hacer el modelo de anlisis mas fcil de comprender Durante el diseo, ajustaremos las generalizaciones para que encajen mejor con el entorno de implementacin elegido, es decir, con el lenguaje de programacin Una generalizacin podra desaparecer y convertirse en su lugar en otra relacin, como una asociacin.

FACULTAD DE INGENIERIA Y ARQUITECTURA INGENIERIA DE SOFTWARE II

Rational software

RUP

DATA MODELER

5.4. Analizar un paquete Los objetivos de analizar un paquete son: Garantizar que el paquete del anlisis sean tan independientes de otros paquetes como sea posible Cumpla su objetivo de realizar algunas clases CU Describir las dependencias de forma que pueda estimarse el efecto de los cambios futuros. Normas generales para esta actividad: Definir y mantener las dependencias del paquete con otros paquetes cuyas clases contenidas estn asociadas con l Asegurarnos de que el paquete contiene las clases correctas. Intentar hacer cohesivo el paquete incluyendo slo objetos relacionados funcionalmente.

FACULTAD DE INGENIERIA Y ARQUITECTURA INGENIERIA DE SOFTWARE II

Rational software

6. Restricciones para un buen modelo

Desde - hasta (navegabilidad ) Interfaz Interfaz Entidad Control

RUP

communicate

communicate subscribe communicate subscribe

communicate

Entidad

Control
DATA MODELER

communicate

communicate subscribe

communicate

FACULTAD DE INGENIERIA Y ARQUITECTURA INGENIERIA DE SOFTWARE II

Rational software

RUP

DATA MODELER

6.1. Restricciones para las clases interfaz La asociacin de communicate entre dos clases frontera surge, por ejemplo, para describir como un objeto formulario se relaciona con otros objetos frontera. Las asociaciones communicate o subscribe entre una clase frontera y las clases entidades surgen debido a que los objetos de la clase frontera pueden necesitar actualizar la informacin de los objetos entidad o ser informados de los cambios en los objetos entidad La asociacin de communicate entre una clase frontera y otra clase control, es necesaria debido que el objeto de la clase frontera puede disparar un comportamiento en particular del objeto control.

FACULTAD DE INGENIERIA Y ARQUITECTURA INGENIERIA DE SOFTWARE II

Rational software

RUP

6.2. Restricciones para las clases entidad Las clases entidad deben ser solamente fuente de asociaciones (communicate o subscribe) a otras clases entidades. Las objetos entidades tienden a ser persistentes mientras que los objetos fronteras y control tienden a ser transigentes. Es recomendable desde el punto de vista de la arquitectura limitar la visibilidad de un objeto entidad para facilitar el mantenimiento.

DATA MODELER

FACULTAD DE INGENIERIA Y ARQUITECTURA INGENIERIA DE SOFTWARE II

Rational software

RUP

DATA MODELER

6.3. Restricciones para las clases control Las asociaciones communicate o subscribe entre una clase control y las clases entidades surgen debido a que los objetos de la clase control pueden necesitar actualizar la informacin de los objetos entidad o ser informados de los cambios en los objetos entidad. La asociacin communicate entre las clases control y las clases frontera surge debido a que el resultado del comportamiento de un objeto control invocado por un objeto frontera puede ser comunicado al ambiente(otros objetos frontera) Las asociaciones communicate entre las clases control permiten la construccin de comportamientos ms complejos.

FACULTAD DE INGENIERIA Y ARQUITECTURA INGENIERIA DE SOFTWARE II

Rational software

RUP

DATA MODELER

FACULTAD DE INGENIERIA Y ARQUITECTURA INGENIERIA DE SOFTWARE II