Gua de estudio segundo parcial

Qu artefactos se pueden iniciar en la fase de elaboracin?

Modelo del dominio: Visualizacin de los conceptos del dominio;

similar al modelo de informacin esttica de las entidades del
dominio.
Modelo de diseo: Conjunto de diagramas que describen el diseo
lgico: diagramas de clase, de interaccin de objetos, paquetes, etc.
Documento de la Arquitectura Software: Un documento que resume
los aspectos arquitectnicos y su resolucin en el diseo. Un sumario
de las ideas de diseo ms importantes y su motivacin.
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 descripcin de la UI, rutas de
navegacin, modelos de usabilidad, etc.

Modelo Dominio
Un Modelo de Dominio ilustra los conceptos importantes en el
dominio del problema. Es una representacin de cosas del mundo
real, no componentes software.Es un conjunto de Diagramas
estructurales desde la perspectiva conceptual.
Cmo crear un modelo de dominio?
1. Encuentra las clases conceptuales.
2. Dibjelas 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, ms
fcil y mejor.
Use una Lista de categorias conceptuales.
Use Identificacin de frases sustantivas.

Asociacin
Una asociacin es una relacin entre conceptos que indica alguna conexin
de inters entre los mismos.
Criterios para seleccionar Asociaciones tiles

 Incluya las asociaciones siguientes en el Modelo del Dominio:

Asociaciones para las cuales el conocimiento de la relacin
se requiere preservar durante algn tiempo (Asociaciones
need-to-remember).
Asociaciones derivadas de la Lista de Asociaciones Comnes.
Evita asociaciones redundantes y derivadas.
Roles
El extremo final de una asociacin es llamado Rol. Los roles pueden
tener los siguientes adornos:
Nombre.
Multiplicidad.
Navegabilidad.
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.
Nombre las asociaciones
VerbPhrase-TypeName

basado

en

la

sintaxis:

TypeName-

La direccin de lectura por default es izquierda- derecha, arribaabajo

Atributos
Un atributo es un valor de datos lgico de un objeto. Incluye aqullos
para los cuales los requisitos actuales sugieren o implican la
necesidad de recordar informacin.
Sintaxis completa de un atributo en UML:
visibility
string }

name:type

multiplicity=default{

Los atributos deberan ser, preferiblemente:

Datos primitivos: Boolean, Date, Number, String
Simple: color, nmero de telfono, CP, UPC.

property-

Diagrama de Secuencia del Sistema (SSD)

Un Diagrama de Secuencia es un dibujo que muestra, para un escenario
particuar de un CU, los eventos que actores externos generan, su orden, y
posibles eventos inter-sistemas.
Lnea gua: dibuja un SSD para el happy path del CU y/o para los escenarios
alternativos frecuentes o importantes.
Contratos
Los Contratos son documentos que describen el comportamiento del
sistema. Se pueden definir contratos para las operaciones del Sistema (su
interface pblica).
El Sistema puede representarse mediante una clase conceptual con sus
operaciones, que representan su interface pblica.
Los contratos describen el comportamiento detallado del sistema en
trminos de cambios de estado de los objetos del Modelo del Dominio, una
vez que es ejecutada una operacin del sistema.

Arquitectura lgica
La Arquitectura lgica es la organizacin a gran-escala de las clases
software en paquetes (o namespaces), subsistemas y capas.
La Arquitectura Lgica se recomienda est basada en algn
arquitectnico:
Capas
Repositorio

estilo

 Cliente-Servidor
Pipe & Filter, etc.

Qu es una capa?
Una capa (layer) es un agrupamiento de grano-grueso de clases, paquetes o
subsistemas que tienen un conjunto cohesivo de responsabilidades con
relacin a un aspecto del sistema.
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).
En una Arquitectura estricta de capas, una capa solamente llama a servicios
de la capa directa inferior (suele tenerse en protocolos de red, no en
sistemas de informacin).
En una Arquitectura relajada de capas, las capas de alto nivel llaman a
varias capas de nivel inferior (ms comn en sistemas de informacin).
Las capas tpicas en un sistema OO incluyen:

User Interface.
Application Logic and Domain Objects: objetos software que
representan objetos del dominio (tal como el objeto Sale) que
satisfacen los requisitos de la aplicacin (tal como calcular el total de
una venta).
Technical Services: objetos de propsito general y subsistemas que
proveen servicios de soporte tcnico (tal como la interfaz a una base
de datos). Estos servicios suelen ser independientes de la aplicacin y
reutilizables a travs de varios sistemas.

Aplicando UML:Diagramas de Paquetes

Los Diagramas de Paquetes suelen utilizarse para ilustrar la
Arquitectura Lgica de un sistema (capas, subsistemas, paquetes,
etc.).
Una capa puede modelarse como un paquete UML.
Un paquete UML ofrece una forma de agrupar elementos (puede
agrupar lo que sea: clases, paquetes, UC, etc.)
Es comn 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.

Un paquete UML representa un namespace. El nombre cualificado

del elemento contenido incluye sus paquetes.

Definicin: Tiers, capas, particiones

La nocin original de tier en arquitectura fue capa lgica, pero ahora se
utiliza ms para referirse a un nodo de procesamiento fsico (o un cluster de
nodos).
Ej.- Client tier (la computadora cliente).
Las capas de una arquitectura se representan mediante divisiones
verticales, mientras que las particiones representan una divisin horizontal
de subsistemas de una capa.

Principio de Separacin Model-View:

1. No conectes o acoples objetos no-UI directamente a objetos UI.
2. No pongas lgica de aplicacin en los mtodos de los objetos
UI. Los objetos UI deberan solamente inicializar elementos UI,
recibir eventos UI y delegar solicitudes para lgica de
aplicacin a objetos no-UI (como los objetos de dominio).

Cul es la conexin entre SSD, Operaciones de Sistema y Capas?

Los eventos de sistema se corresponden con operaciones de sistema.
Los SSDs ilustran las operaciones de sistema, pero ocultan los objetos UI
especficos. Sin embargo, normalmente existirn objetos en la capa UI que
capturan estas solicitudes de operaciones de sistema.
Los objetos UI entonces delegan la solicitud de la capa UI a la capa de
dominio para su manejo.

IDproyecto, Nombre, FechaInicio, FechaCompromiso, Tipo, Plaza y

Ciudad