Grupo :1

integrantes de equipo:
Ricardo Lara Ramrez
ngel Alberto Torres Prez
Juan Daniel Martnez Flores
Daniel Vite Victor
Luz Mara Huerta Sols
Carlos Alberto Linares Daz

Anlisis y diseo.
El Anlisis Orientado a Objetos (AOO) es parte de
la disciplina Anlisis y Diseo de RUP; esta
disciplina tiene como propsito:
Transformar los requisitos en un diseo del sistema
a crear.
Definir una arquitectura robusta para el sistema.
Adaptar el diseo para que funcione en el ambiente
de implementacin,
disendolo para un
desempeo esperado.

El flujo de trabajo de
Anlisis y Diseo
Toma los casos de uso documentados del flujo de
trabajo de la Captura de Requisitos y los traslada a
elementos de diseo que sern usados para
construir el sistema. Por medio de varias
actividades y modelos, el flujo de trabajo de Anlisis
y Diseo busca transformar la informacin obtenida
de los stakeholders en informacin que los
programadores podrn usar.

Flujo de Trabajo
de la disciplina
Anlisis y
Diseo.

 En la fase de Inicio, la disciplina de Anlisis y Diseo se

preocupa por establecer si la visin del sistema es factible, y
en determinar las tecnologas potenciales para la solucin de
software (dentro de la actividad Perform Architectural
Synthesis). Si se considera que pocos riesgos se asocian al
desarrollo (porque el dominio se entiende muy bien, el
sistema no es novedoso o cualquier otra razn parecida),
entonces, ste aspecto se omite del flujo de trabajo.

 En la parte inicial de la fase de Elaboracin, se enfoca el

esfuerzo en crear una arquitectura inicial del sistema (en la
actividad Define a Candidate Architecture). La cual

proporcionar un punto inicial para todo el trabajo

de anlisis. Si la arquitectura ya existe, porque fue
creada en iteraciones anteriores o en proyectos
anteriores, el trabajo se enfoca en cambios para
refinar la arquitectura (actividad Refine the
Architecture) y en analizar el comportamiento, y crear
un conjunto
inicial de elementos los cuales

 proporcionarn un comportamiento apropiado (en la actividad

Analyze Behavior).
Despus de que los elementos iniciales son identificados, se
refinan en iteraciones futuras. a actividad Design
Components produce un conjunto de componentes los
cuales proveen un comportamiento adecuado para satisfacer
los requisitos del sistema. Si el sistema incluye una base de
datos, entonces, la actividad de Design the Database se
ejecuta en paralelo.

 se ejecuta en paralelo. El resultado es un conjunto inicial de

componentes los cuales en un futuro son refinados dentro de
la Implementacin.
Con el fin de entender el flujo de trabajo realizado en esta
disciplina en forma ms detallada se ha dividido su
descripcin en dos partes: Anlisis orientado a objetos y
Diseo orientado a objetos. A continuacin, se empezar a
estudiar el AOO.

Objetivo del anlisis

Es comprender el problema y comenzar a desarrollar un
modelo visual de lo que se est tratando de construir,
independiente de la tecnologa a utilizar en la aplicacin,
como el lenguaje de programacin. El anlisis se centra en la
traduccin de los requisitos funcionales en conceptos de
software. La idea es identificar los objetos que conforman el
sistema, centrndose en el comportamiento

Identificacin de paquetes de
anlisis
Casos
Una identificacin
inicial
se
de manera
natural
de uso para dar soporte a hace
un determinado
proceso
de

basndonos en los requisitos funcionales y en el dominio de

negocio.
problema, agrupando un cierto nmero de casos de uso en
Casos de uso para dar soporte a un determinado actor del
un paquete concreto, y realizando la funcionalidad
sistema.
correspondiente dentro de dicho paquete. Algunos criterios
Casos
de casos
uso relacionados
para agrupar
de uso son: mediante relaciones de
generalizacin y de extensin.

Identificacin de paquetes
de
servicio
Identificar
La identificacin
de
paquetes
se suele
hacerEl
un paquete de serviciode
porservicio
cada servicio
opcional.

cuando de
el trabajo
est de
avanzado,
cuando
se
paquete
servicio de
seranlisis
una unidad
compra (por
ejemplo,
comprenden
los requisitos funcionales, y existen la
enviar
avisos abien
clientes).
mayora deunlas
clases del
anlisis.por cada servicio que podra
Identificar
paquete
de servicio
Para identificar
paquetes
servicio
debemos:
hacerse
opcional,
inclusode
aunque
todos
los clientes siempre lo
quieran.

En general la
arquitectura
es:
La arquitectura de un es la organizacin o estructura de sus

partes ms relevantes, lo que permite tener una visin comn

entre todos los involucrados (desarrolladores y usuarios) y
una perspectiva clara del sistema completo, necesaria para
controlar el desarrollo.
En el caso de RUP adems de utilizar los Casos de Uso para
guiar el proceso se presta especial atencin al
establecimiento temprano de una buena arquitectura que no
se vea fuertemente impactada ante cambios posteriores
durante la construccin y el mantenimiento.

Analizar
comportamiento

No
debera
ni inconsistencias
Descrito
en elcontener
lenguajeredundancias
del desarrollador.
requisitos.
entre
Vista interna del sistema.
Esboza cmo llevar a cabo la funcionalidad dentro del
Estructurado
por
clases
y
paquetes
sistema, incluida la funcionalidad significativa para la
estereotipados; proporciona la estructura a la vista
arquitectura; sirve como una primera aproximacin al
interna.
diseo.
Utilizado
fundamentalmente
por
los
Define realizaciones de caso de uso, y cada una de ellas
desarrolladores para comprender cmo deber
representa
el al
anlisis
de un
decmo
uso deldebera
modeloser
de
darse forma
sistema,
escaso
decir,
casos
de uso.
diseado
e implementado.

Disear componentes

Modelo fsico (implementacin).

Especfico para una implementacin.
Cualquier nmero de estereotipos fsicos.
Ms formal.
Ms caro.
Ms capas.
Dinmico (muy centrado en la secuencia).
Creado fundamentalmente como programacin visual en
ingeniera de ida y de vuelta.
Debe ser mantenido todo el ciclo de vida.

Disear la base de datos

Durante esta actividad se construye un esquema conceptual
representado por los objetos del dominio, las relaciones y
colaboraciones existentes establecidas entre ellos.

Especificacin del Entorno de

Migracin
El objetivo de esta tarea es definir el entorno tecnolgico propio
de los procesos de migracin y carga inicial, adecuando al
mismo las necesidades en el plan de migracin y carga inicial
de datos. En la descripcin del entorno tecnolgico, hay que
tener en cuenta las utilidades software especficas de estos
procesos. Se realiza una estimacin de capacidades

(capacity planning) para este entorno que

permita evaluar las necesidades de infraestructura,
principalmente relacionadas con el espacio de
almacenamiento y las comunicaciones.

Productos

De entrada
Plan de Migracin y Carga Inicial de Datos (ASI 6.4) (en orientacin
a objetos DSI 4.7)
Diseo de la Arquitectura del Sistema (DSI 7.2)
Entorno Tecnolgico del Sistema (DSI 7.2)
Modelo Fsico de Datos Optimizado (DSI 7.2)
Esquemas Fsicos de Datos (DSI 7.2)
De salida
Plan de Migracin y Carga Inicial de Datos
Especificacin del Entorno de Migracin y Carga Inicial

Anexos

Conclusin
La disciplina Anlisis y Diseo de RUP tiene como
propsito:
Transformar los requisitos en un diseo del sistema a
crear.
Definir una arquitectura robusta para el sistema.
Adaptar el diseo para que funcione en el ambiente de
implementacin, disendolo para un desempeo
esperado.