Guía de estudio segundo parcial

¿Qué artefactos se pueden iniciar en la fase de elaboración?


Modelo del dominio: Visualización de los conceptos del dominio;
similar al modelo de información estática de las entidades del
dominio.
Modelo de diseño: Conjunto de diagramas que describen el diseño
lógico: diagramas de clase, de interacción de objetos, paquetes, etc.
Documento de la Arquitectura Software: Un documento que resume
los aspectos arquitectónicos y su resolución en el diseño. Un sumario
de las ideas de diseño más importantes y su motivación.
Modelo de Datos: Esquemas de la base de datos y sus estrategias de
mapeo entre representaciones objetuales y no objetuales (Ej. mapeo
O/R)
UC Storyboards, UI Prototypes: Una descripción de la UI, rutas de
navegación, modelos de usabilidad, etc.

Modelo Dominio
Un Modelo de Dominio ilustra los conceptos importantes en el
dominio del problema. Es una representación de cosas del mundo
real, no componentes software.Es un conjunto de Diagramas
estructurales desde la perspectiva conceptual.
¿Cómo crear un modelo de dominio?
1. Encuentra las clases conceptuales.
2. Dibújelas como clases de un Diagrama de clases UML.
3. Agrega asociaciones y atributos.

Estrategias para Identificar Clases Conceptuales
 Reutiliza o modifica modelos existentes. Es la estrategia primera, más
fácil y mejor.
 Use una Lista de categorias conceptuales.
 Use Identificación de frases sustantivas.

Asociación
Una asociación es una relación entre conceptos que indica alguna conexión
de interés entre los mismos.
Criterios para seleccionar Asociaciones útiles

arribaabajo Atributos Un atributo es un valor de datos lógico de un objeto. property- . CP.  Navegabilidad.  Nombre las asociaciones VerbPhrase-TypeName basado en la sintaxis: TypeName-  La dirección de lectura por default es izquierda. Incluya las asociaciones siguientes en el Modelo del Dominio:  Asociaciones para las cuales el “conocimiento de la relación” se requiere preservar durante algún tiempo (Asociaciones “need-to-remember”). Incluye aquéllos para los cuales los requisitos actuales sugieren o implican la necesidad de recordar información. Date.  Evita asociaciones redundantes y derivadas.  Asociaciones derivadas de la Lista de Asociaciones Comúnes. Number. Los roles pueden tener los siguientes adornos:  Nombre. UPC. String  Simple: color. Multiplicidad  La Multiplicidad define cuantas instancias de un tipo A pueden ser asociadas con una instancia de tipo B en un momento particular en el tiempo. número de teléfono.derecha.  Multiplicidad.  Sintaxis completa de un atributo en UML:  visibility string } name:type multiplicity=default{  Los atributos deberían ser. Roles  El extremo final de una asociación es llamado Rol. preferiblemente:  Datos primitivos: Boolean.

una vez que es ejecutada una operación del sistema. Arquitectura lógica La Arquitectura lógica es la organización a gran-escala de las clases software en paquetes (o namespaces).Diagrama de Secuencia del Sistema (SSD) Un Diagrama de Secuencia es un dibujo que muestra. La Arquitectura Lógica se recomienda esté basada en algún arquitectónico:  Capas  Repositorio estilo . Línea guía: dibuja un SSD para el happy path del CU y/o para los escenarios alternativos frecuentes o importantes. y posibles eventos inter-sistemas. subsistemas y capas. los eventos que actores externos generan. su orden. para un escenario particuar de un CU. El Sistema puede representarse mediante una clase conceptual con sus operaciones. Se pueden definir contratos para las operaciones del Sistema (su interface pública). Los contratos describen el comportamiento detallado del sistema en términos de cambios de estado de los objetos del Modelo del Dominio. Contratos Los Contratos son documentos que describen el comportamiento del sistema. que representan su interface pública.

etc.). Technical Services: objetos de propósito general y subsistemas que proveen servicios de soporte técnico (tal como la interfaz a una base de datos). En una Arquitectura relajada de capas. Las capas típicas en un sistema OO incluyen:    User Interface. Un paquete UML ofrece una forma de agrupar elementos (puede agrupar lo que sea: clases. etc. Aplicando UML:Diagramas de Paquetes Los Diagramas de Paquetes suelen utilizarse para ilustrar la Arquitectura Lógica de un sistema (capas. etc. Application Logic and Domain Objects: objetos software que representan objetos del dominio (tal como el objeto Sale) que satisfacen los requisitos de la aplicación (tal como calcular el total de una venta). no en sistemas de información). Estos servicios suelen ser independientes de la aplicación y reutilizables a través de varios sistemas. En una Arquitectura estricta de capas. Cliente-Servidor  Pipe & Filter. las capas de alto nivel llaman a varias capas de nivel inferior (más común en sistemas de información). paquetes o subsistemas que tienen un conjunto cohesivo de responsabilidades con relación a un aspecto del sistema. una capa solamente llama a servicios de la capa directa inferior (suele tenerse en protocolos de red. paquetes. Una capa puede modelarse como un paquete UML.) Es común mostrar dependencias o acoplamientos entre paquetes de tal forma que los desarrolladores pueden ver el acoplamiento a gran escala del sistema. Las asociaciones de dependencia UML se utiliza para ello. . paquetes. subsistemas. Las capas suelen ser organizadas en capas de “alto” nivel (capa UI) que llaman a los servicios de capas de “bajo” nivel (normalmente no a la inversa). ¿Qué es una capa? Una capa (layer) es un agrupamiento de grano-grueso de clases. UC.

pero ocultan los objetos UI específicos. mientras que las particiones representan una división horizontal de subsistemas de una capa. particiones La noción original de tier en arquitectura fue capa lógica. Los objetos UI deberían solamente inicializar elementos UI. Nombre. IDproyecto. Tipo. Plaza y Ciudad . ¿Cuál es la conexión entre SSD. recibir eventos UI y delegar solicitudes para lógica de aplicación a objetos no-UI (como los objetos de dominio). Los SSDs ilustran las operaciones de sistema. No conectes o acoples objetos no-UI directamente a objetos UI. FechaCompromiso. Ej. Principio de Separación Model-View: 1. Las capas de una arquitectura se representan mediante divisiones verticales. FechaInicio. Definición: Tiers. normalmente existirán objetos en la capa UI que capturan estas solicitudes de operaciones de sistema.Client tier (la computadora cliente). El nombre cualificado del elemento contenido incluye sus paquetes. Sin embargo. Operaciones de Sistema y Capas? Los eventos de sistema se corresponden con operaciones de sistema..Un paquete UML representa un namespace. 2. No pongas lógica de aplicación en los métodos de los objetos UI. pero ahora se utiliza más para referirse a un nodo de procesamiento físico (o un cluster de nodos). Los objetos UI entonces delegan la solicitud de la capa UI a la capa de dominio para su manejo. capas.

Sign up to vote on this title
UsefulNot useful