Manual ADSII - Laboratorio (Comp e Inf) - 2011

Anlisis y Diseo de
Sistemas II - Laboratorio
Computacin e Informtica
CARRERAS PROFESIONALES
CIBERTEC
ANLISIS Y DISEO DE SISTEMAS II - LABORATORIO
NDICE
Presentacin
Red de contenidos
UNIDAD 1: Anlisis Orientado a Objetos
TEMA 1
: Arquitectura de Anlisis
TEMA 2
: Anlisis de Casos de Uso: Realizacin de anlisis de un
38
caso de uso de mantenimiento

TEMA 3
: Casos prcticos
55
UNIDAD 2: Modelo de Datos
59
TEMA 1
: Modelo Conceptual
60
TEMA 2
: Modelo Lgico
68
TEMA 3
: Modelo Fsico
75
UNIDAD 3: Diseo Orientado a Objetos
85
TEMA 1
86
: Capas lgicas de la arquitectura: Definicin de capas,

subsistemas y componentes
TEMA 2
: Diseo de Casos de Uso: Realizacin de diseo de un
102
caso de uso de mantenimiento con patrn arquitectnico

MVC
TEMA 3
: Diseo de Casos de Uso: Realizacin de diseo de un
109
caso de uso de mantenimiento con patrn arquitectnico

MVC y patrn de diseo DAO
ANEXOS
ANEXO 1 : Cambio de workspace
119
ANEXO 2 : Importacin de proyectos
121
ANEXO 3 : Publicacin de modelos
125
ANEXO 2 : Ingeniera reversa de cdigo fuente a clases de diseo
127
GLOSARIO
131
CIBERTEC
CIBERTEC
PRESENTACIN
Anlisis y Diseo de Sistemas II pertenece a la lnea formativa y se dicta en la

carrera de Computacin e Informtica. El curso imparte conocimientos
relacionados con la disciplina de anlisis y diseo, y el modelo de datos. Las
herramientas que se utilizarn en las sesiones de laboratorio son: IBM Rational
Software Architect (RSA) e InfoSphere Data Architect.
El manual para el curso ha sido diseado bajo la modalidad de unidades de
aprendizaje, las que se desarrollan durante semanas determinadas. En cada una
de ellas, hallar los logros, que debe alcanzar al final de la unidad; el tema
tratado, el cual ser ampliamente desarrollado; y los contenidos, que debe
desarrollar, es decir, los subtemas. Por ltimo, encontrar las actividades que
deber desarrollar en cada sesin, que le permitirn reforzar lo aprendido en la
clase.
El curso es terico - prctico: consiste en un taller de desarrollo de proyectos de
software. En primer lugar, se describe el flujo de trabajo del anlisis orientado a
objetos. A continuacin, se explica el modelo de datos. Por ltimo, se presenta el
flujo de trabajo del diseo orientado a objetos.
CIBERTEC
RED DE CONTENIDOS
Anlisis y Diseo de Sistemas II
Anlisis Orientado
a Objetos
Anlisis de la
Arquitectura
Anlisis de
casos de uso
Modelo de datos
Modelo
Conceptual
Modelo
Lgico
Diseo Orientado
a Objetos
Capas lgicas
de la
arquitectura
Diseo de
casos de uso
con MVC
Modelo
Fsico
Diseo de
casos de uso
con MVC y
DAO
CIBERTEC
UNIDAD DE
APRENDIZAJE
ANLISIS ORIENTADO A OBJETOS

LOGRO DE LA UNIDAD DE APRENDIZAJE
Al finalizar la primera unidad, el alumno modula la arquitectura de anlisis que da soporte a
los procesos del negocio, diagrama la estructura y el comportamiento de sus
funcionalidades mediante diagramas de clases y diagramas de comunicacin
respectivamente. Asimismo, crea el esquema conceptual de la base de datos. Los
artefactos sern creados utilizando la herramienta CASE IBM Rational Software Architect
(RSA).
TEMARIO
Tema 1: Arquitectura de anlisis
1. Presentacin del caso de estudio
2. Creacin del modelo de anlisis.
3. Organizacin de casos de uso segn anlisis.
4. Arquitectura de Anlisis.
Tema 2: Anlisis de casos de uso
1. Realizaciones de anlisis de casos de uso
2. Diagrama de Clases
3. Diagrama de Comunicacin del flujo bsico y subflujos de un mantenimiento.
ACTIVIDADES PROPUESTAS
1. Los alumnos crean el modelo de anlisis de un caso propuesto conteniendo los
siguientes diagramas: organizacin de casos de uso segn anlisis y
arquitectura de anlisis.
2. Los alumnos desarrollan las realizaciones de anlisis de un caso de uso
propuesto.
CIBERTEC
1.
ARQUITECTURA DE ANLISIS
A continuacin se presenta el caso de estudio que desarrollaremos en este ciclo.
En esta primera parte, con la informacin del caso, se pide elaborar los
siguientes artefactos:
1.
2.
3.
4.
Modelo de casos de uso del Negocio

Modelo de anlisis del negocio
Modelo de casos de uso
Modelo de anlisis con los siguientes diagramas:
a. Organizacin de casos de uso segn anlisis
b. Arquitectura de anlisis
CASO DE ESTUDIO: CLNICA EL NGEL

La Clnica El ngel es una empresa dedicada a la atencin mdica tanto en
emergencia como en atencin por consultorios externos. Para ello cuenta con un
equipo mdico especializado y excelentes equipos de tecnologa de punta. Se
est inaugurando una nueva sucursal en el cono norte de la ciudad y se espera
captar el 30% del mercado de esta parte de la ciudad. Para lograrlo se espera
tener un control total de los consultorios y obtener un tiempo de atencin menor
en un 30% que la sucursal principal.
Se desea desarrollar un sistema que d soporte a los principales procesos de la
empresa y los requerimientos solicitados que se detallan a continuacin:
El Departamento de Emergencia brinda servicios de atencin mdica a personas
que en forma sbita o violenta presentan alteracin de su salud, que pone en
riesgo su vida o que puedan dejar una secuela permanente. Diariamente llegan
pacientes a la clnica que son atendidos por una enfermera, que genera una
Orden de Atencin de Emergencia, todas las personas que llegan son atendidas
por tratarse de una emergencia y se les apertura una historia clnica si es que no
tienen una historia clnica. Para generar una Orden de Atencin, la enfermera
debe especificar los datos del paciente y realizar una bsqueda para asignar el
mdico que se encuentra disponible, luego imprime la Orden de Atencin.
Despus de terminada la atencin la jefa de enfermeras registrar en un estado
de cuenta por pagar todos los gastos de la Orden de Atencin, realizando la
consulta previa por Orden de Atencin. Internamente se genera una deuda por
pagar cuyo concepto ser gastos de emergencia. El paciente deber ir a caja a
cancelar el estado de cuenta y solicitar su comprobante de pago
correspondiente. El cajero de emergencia generar el comprobante de pago,
realizando la bsqueda por deuda por pagar por paciente filtrando el concepto. El
paciente puede realizar el pago con cualquier tarjeta de crdito o dbito.
Adicionalmente la jefa de enfermeras deber contar con una opcin de consulta
detallada de rdenes de atencin, para ello previamente consultar las rdenes
de atencin por algn criterio de bsqueda.
El servicio de Consulta Externa permite la atencin mdica especializada, en los
horarios de lunes a sbado entre las 8:00 a.m. y las 7:00 p.m. Cuando un
paciente llega al rea de consultorios y desea atenderse, es recibido por una
anfitriona quien le entregar un ticket de atencin y le derivar al pool de
recepcionista para que saque su cita, la recepcionista llamar al paciente segn
CIBERTEC
su ticket, la recepcionista generar la cita, verificando previamente si el paciente

ya cuenta con una historia clnica, si no tiene le apertura una historia clnica.
Para generar la cita, la recepcionista debe especificar los datos del paciente,
especialidad y mdico que atender al paciente; para ello, consulta los datos del
paciente de la historia clnica y asigna el mdico que el paciente solicita
realizando una bsqueda previa del horario del mdico; por ltimo, completa los
datos para registrar la cita. Internamente se generar una deuda por pagar cuyo
concepto ser gastos de cita. La recepcionista entregar la cita al paciente e
informa que deber acercarse a caja para cancelar la cita y solicitar su
comprobante de pago. El cajero de consultorios generar el comprobante de
pago, realizando la bsqueda por deuda por pagar por paciente filtrando el
concepto. Pudiendo el paciente pagar con cualquier tarjeta de crdito o dbito.
Posteriormente el paciente entregar la cita a la enfermera del piso, ella
entregar la cita al mdico, quin lo llamar para atenderlo. Despus de
examinarlo, el mdico registrar en la historia clnica el resultado de la cita.
Obteniendo previamente el dato de la cita. Al final el mdico le entrega su receta
al paciente quien se acercar a farmacia a recoger sus medicinas, el tcnico de
farmacia solicitar la receta y registrar una Orden de Entrega de Medicamentos,
Obteniendo previamente el dato de la cita. Imprime la Orden e internamente se
generar una deuda por pagar cuyo concepto ser gastos de medicina y le
informa que cancele en caja. El cajero de farmacia generar el comprobante de
pago, realizando la bsqueda por deuda por pagar por paciente filtrando el
concepto. Pudiendo el paciente pagar con cualquier tarjeta de crdito o debito.
Adicionalmente se est solicitando que el nuevo sistema pueda:
1. Permitir al administrador la creacin de las series de comprobantes de pago.
2. Permitir al administrador el mantenimiento de cajeros y la asignacin de los
comprobantes.
3. Permitir al cajero la apertura de caja.
4. Permitir al cajero que pueda generar el cuadre de caja
5. Permitir al Administrador el cierre de la caja
CIBERTEC
10
Creacin del workspace

Para empezar a trabajar con IBM RSA, se debe definir una carpeta como workspace
(espacio de trabajo), la cual contendr el proyecto que se crear en el entorno de la
herramienta. A continuacin se indican los pasos:
1. Al cargar el IBM RSA se muestra la siguiente ventana. Con el botn Browse se

ubica la ruta del workspace.
2. Ahora, active la opcin de la parte inferior para que la siguiente vez no pida
especificar un workspace. Luego, de clic en OK.
CIBERTEC
11
3. A continuacin, se presentar una pgina de bienvenida, la cual se mostrar slo si

se define por primera vez el workspace. Para trabajar en el entorno se cierra esta
pgina.
4. Luego, se visualizar la perspectiva Modeling, con la cual podr crear proyectos

que contendrn modelos con UML.
Entorno de
Diagramacin
Explorador de
proyectos
Vista de
Propiedades
CIBERTEC
12
Creacin del proyecto

1. Seleccione crear nuevo proyecto.
Clic derecho
sobre el
explorador de
proyectos
3
2
2. Seleccione tipo de proyecto (Model Project o UML Project).
CIBERTEC
13
3. A continuacin, edite un nombre para el proyecto ClinicaElAngel.
4. Luego, seleccione la categora de modelado de negocio e ingrese el nombre del

modelo a crear.
CIBERTEC
14
5. Seleccione Next.
6. Ahora, active las capacidades de UML (diagramas y elementos).
CIBERTEC
15
7. Aplique estereotipo del Modelo de casos de uso del negocio a Business Use Case
Model.
1
2
CIBERTEC
16
Completar el Modelo de casos de uso del negocio

1. Agregue un diagrama de formato libre con el nombre Organizacin del MCUN.
1
Clic derecho sobre
el modelo
2
Seleccione
Freeform Diagram
2. Sobre el diagrama Organizacin del MCUN agregue los paquetes del modelo y
sus dependencias.
CIBERTEC
17
3. A continuacin, renombre el diagrama Main a Diagrama General de Casos de Uso

del Negocio y los diagramas de cada paquete. Luego, agregue otro diagrama de
formato libre con el nombre CUN Vs. ON para representar los Objetivos del
Negocio versus Casos de uso del Negocio. Debe quedar as:
5
Cree otro diagrama
de formato libre.
3
4
1
4. Ahora empiece a crear los elementos para el Modelo de casos de uso del negocio.
Primero, identifique los objetivos del negocio.
Cules son los objetivos del negocio?
1
2
Cree los objetivos a

partir de una clase
estereotipada.
3
1
CIBERTEC
18
5. Aqu represente los casos de uso del negocio.

Qu casos de uso del negocio se identificaron?
Agregue los casos de

usos desde la paleta,
luego cambie su
estereotipo a Caso de
Uso del Negocio.
6. Sobre este diagrama arrastre los objetivos y casos de uso del negocio.
Cules son los objetivos que debe alcanzar cada caso de uso de negocio
identificado?
7. Aqu represente los actores del negocio que inician o participan en un caso de uso
del negocio.
Qu roles externos a los proceso de negocio se identificaron?
2
Agregue los actores
desde la paleta,
luego cambie su
estereotipo a Actor
del Negocio.
CIBERTEC
19
8. Por ltimo, sobre el Diagrama general de Casos de Uso del Negocio arrastre los
casos de uso y actores del negocio identificados en los pasos anteriores y agregue
sus interrelaciones.
Creacin del Modelo de anlisis del negocio

1. Seleccione crear modelo a partir del flder Models.
1
Clic derecho
sobre Moldes
CIBERTEC
20
2. Seleccione la categora Business Modeling.
2
Edite el nombre
del modelo.
3
Seleccione
Next > hasta
llegar a la
ventana de
Capacidades
de modelo.
3. Luego, en la ventana de Capacidades, active las casillas relacionadas a UML.
1
Active las
capacidades
de UML.
CIBERTEC
21
4. Luego, aplique el estereotipo Bussiness Analisis Model.
1
2
CIBERTEC
22
5. A continuacin, agregue un diagrama de formato libre con el nombre Organizacin

del MAN
Clic derecho sobre

el modelo
Seleccione
Freeform Diagram
6. Elimine el diagrama Main y sobre el nuevo diagrama agregue los paquetes del
modelo y sus dependencias.
CIBERTEC
23
7. Luego, renombre los diagramas de cada paquete. Debe quedar as:
1
2
3
8. Ahora empiece a crear los elementos identificados para el Modelo de anlisis del
negocio. En este diagrama represente los trabajadores del negocio.
Qu roles internos para los procesos del negocio se identificaron?
CIBERTEC
Cree los trabajadores del

negocio a partir de una
clase estereotipada.
24
9. Aqu represente las entidades del negocio.

Qu entidades del negocio se identificaron?
Cree las entidades a

partir de una clase
estereotipada.
10. A continuacin, cree las realizaciones de negocio. Por cada realizacin desarrollen
el diagrama de clases y de actividades.
1
2
Agregue las
colaboraciones desde
la paleta, luego
cambie su estereotipo
a Business Use Case
Realization.
CIBERTEC
25
Creacin del Modelo de casos de uso

1
Clic derecho sobre
Models
2
3
2. Para crear un Modelo de casos de uso en el cual se representa los requisitos

funcionales del sistema, seleccione categora Requirements.
3
4
CIBERTEC
Seleccione
Next > hasta
llegar a la
ventana de
Capacidades
de modelo.
26
3. En la ventana de capacidades de modelo active las dos opciones relacionadas a

UML.
4. Agregue un diagrama de formato libre de nombre Organizacin del MCU y sobre

l, agregue los paquetes del modelo.
CIBERTEC
27
5. Luego, renombre los diagramas de cada paquete y el diagrama Main a Diagrama

General de Casos de Uso. Debe quedar as:
1
2
3
6. Ahora represente los roles (humanos o software) que interactuarn con el sistema.
Cules son los actores identificados para el sistema?
CIBERTEC
7. Confeccione la Matriz de actividades versus requisitos funcionales para obtener los casos de uso.
Matriz de Actividades y Requisitos Funcionales del Sistema Agencia de Viajes Forneo
Proceso de
Negocio
Actividad del Negocio
Responsable del
Negocio
Requisito o Responsabilidad
Caso de Uso
Actores
8. A partir de la matriz anterior, agregue los paquetes para agrupar casos de uso. Un
paquete agrupa casos de uso para:
Dar soporte a un proceso de negocio
Agrupar casos de uso reutilizables
Agrupar funcionalidades adicionales, solicitados por el cliente
De los paquetes obtenidos, explique Qu agrupa cada uno de ellos?
9. Por ltimo, realice el Diagrama General de Casos de Uso
30
Creacin del Modelo de anlisis

1
Clic derecho sobre
Models
2
3
2. Para crear un Modelo de anlisis en el cual se crear la arquitectura de anlisis,

seleccione categora Analysis and Design.
3
4
Seleccione
Next > hasta
llegar a la
ventana de
Capacidades
de modelo.
CIBERTEC
31
3. En la ventana de capacidades de modelo active las dos opciones relacionadas a

UML.
4. Elimine los dos diagramas que se crearon junto con el modelo.
1
Seleccione los dos diagramas
con Ctrl y luego presione Supr
CIBERTEC
32
5. Agregue un diagrama de formato libre de nombre Arquitectura de anlisis y

sobre l, agregue una lnea de separacin para las capas general y especfica.
De clic sobre la flecha hacia
abajo y luego seleccione Text
1
Cree el diagrama
3
Agregue como texto varios guiones (-)
para dibujar una lnea de divisin
6. Ahora, agregue los ttulos para cada capa con el elemento de texto.
CIBERTEC
33
7. Para realizar la arquitectura de anlisis debemos primero analizar los casos de

uso obtenidos en el modelo anterior. As es que proceda a copiar el Diagrama
general de casos de uso del modelo de casos de uso al modelo de anlisis.
2
Seleccione el
Modelo de
Anlisis y luego
presione Ctrl + V
1
Seleccione el diagrama y
luego presione Ctrl + C
8. A continuacin, renombre el diagrama a Diagrama de Casos de Uso Organizados

segn Anlisis. Luego, cambie a un solo color los casos de uso del diagrama.
CIBERTEC
34
9. Para realizar la organizacin de los casos de uso segn anlisis, debe utilizar
algunos de los siguientes criterios.
Entre las asignaciones adecuadas de casos de uso a un paquete en concreto se
tiene:
1. Los casos de uso requeridos para dar soporte a un determinado proceso
de negocio.
2. Los casos de uso requeridos para dar soporte a un determinado actor del
sistema.
Para identificar los paquetes se basa en lo siguiente:
1. Tener un diagrama de casos de uso con los roles bien definidos.
2. Los casos de uso que estn bajo la responsabilidad de un actor deben
tener contenidos estrechamente relacionados.
3. Los casos de uso que estn
relacionados
mediante
relaciones de generalizacin
deben pertenecer al mismo
paquete.
4. Los casos de uso relacionados

mediante
relaciones
de
extensin y slo se extienden a
partir de un caso de uso base
deben pertenecer al mismo
paquete del caso de uso base.
5. Los casos de uso incluidos tienden a generar su propio paquete la mayor

parte de veces. Si los casos de uso base que incluyen al caso de uso son
funcionalidades con distintos contenidos entonces se debe crear un
paquete para el caso de uso incluido.
<<include>>
CIBERTEC
35
10. Una vez agrupado por color la nueva organizacin de casos de uso, complete el
diagrama Arquitectura de anlisis agregando los paquetes de anlisis y sus
dependencias.
NOTA:
Para identificar las dependencias entre paquetes revise el diagrama de casos de uso
segn anlisis, esto con el fin de ubicar las relaciones que existen entre los casos de
uso. Las dependencias se crean a partir de los paquetes de anlisis que contienen los
casos de uso base.
CIBERTEC
36
ACTIVIDAD PROPUESTA
1. Realice el Diagrama general de casos de uso organizados segn anlisis y la
Arquitectura de anlisis del siguiente caso. Traerlo para la prxima clase.
La empresa SECURITY S.A. tiene en su equipo comercial la difcil tarea de obtener
contratos de servicios de Seguridad, esta tarea se inician cuando un cliente se
pone en contacto con la empresa; es atendido por un vendedor quien le genera un
presupuesto, verificando previamente si el cliente se encuentra registrado. Si no se
encuentra lo registra. Cuando el cliente esta de acuerdo con el presupuesto, el
Supervisor de Ventas registra un contrato, realizando una bsqueda de
Presupuestos. Todos los contratos son entregados al Gerente General para su
evaluacin quin registra el resultado de la evaluacin, previamente realiza una
bsqueda de contratos.
El Gerente General entrega copias de los contratos al Departamento de Cobranza,
la Secretaria de Cobranza emite los Comprobante de pagos (facturas),
previamente realiza una bsqueda de contratos. Cada viernes la Secretaria asigna
un cobrador a cada Comprobante emitido, realizando una bsqueda de
comprobantes. Al final del da registrar el pago de los comprobantes, realizando
una bsqueda de comprobantes para realizar la cancelacin del comprobante. La
secretaria de cobranza puede adicionalmente actualizar los datos de los clientes
como telfono, correo, direccin, etc.
CIBERTEC
37
Resumen
Para el caso propuesto Clnica EL ngel se crearon los siguientes modelos:

Modelo de casos de uso del negocio
Modelo de anlisis del negocio
Modelo de casos de uso
Modelo de anlisis
El objetivo principal del Modelo de anlisis es identificar los mdulos del sistema,
mientras que del Modelo de casos de uso es identificar las funcionalidades del
sistema.
Entre las asignaciones adecuadas de casos de uso a un paquete de anlisis en
concreto se tiene:
1. Los casos de uso requeridos para dar soporte a un determinado proceso de

negocio.
2. Los casos de uso requeridos para dar soporte a un determinado actor del
sistema.
Se debe considerar las siguientes bases para identificar los paquetes de anlisis:
1. Tener un diagrama de casos de uso con los roles bien definidos.

2. Los casos de uso que estn bajo la responsabilidad de un actor deben tener
contenidos estrechamente relacionados Los casos de uso que estn
relacionados mediante relaciones de generalizacin deben pertenecer al mismo
paquete.
3. Los casos de uso relacionados mediante relaciones de extensin y slo se

extienden a partir de un caso de uso base deben pertenecer al mismo paquete
del caso de uso base.
4. Los casos de uso incluidos tienden a generar su propio paquete la mayor parte
de veces. Si los casos de uso base que incluyen al caso de uso son
funcionalidades con distintos contenidos entonces se debe crear un paquete
para el caso de uso incluido.
Para identificar las dependencias entre paquetes se debe revisar el diagrama de
casos de uso organizados segn anlisis. Las dependencias se crean a partir de
los paquetes de anlisis que contienen los casos de uso base.
CIBERTEC
38
2. REALIZACIONES DE ANLISIS DE CASOS DE USO

Representa la vista interna de un caso de uso. Incluye diagramas de clases y
diagramas de interaccin (comunicacin o secuencia).
La razn para separar las realizaciones de casos de uso de los casos de uso es la
administracin independiente de estos artefactos. Para cada caso de uso en el
modelo de casos de uso existe una realizacin de caso de uso en el modelo de
anlisis. La relacin entre ambos, en UML, se realiza con REALIZATION. As:
Las realizaciones de los casos de uso exige la identificacin de clases de anlisis,

es decir, las clases de entidad, interfaz y control. Los estereotipos de estas clases
se presentan a continuacin:
CLASE DE ANLISIS
DESCRIPCIN
Representa almacenamiento
permanente de informacin.
Representa interacciones con
los actores (usuarios y otros
sistemas externos).
Representa el control de
interaccin entre clases.
Diagramas de clases de anlisis

Podemos utilizar las siguientes normas generales para identificar las clases
de anlisis:
1. Identificar clases de entidad mediante el estudio en detalle de la
especificacin del caso de uso para considerar la informacin que ste
utiliza y manipula.
2. Identificar una clase de interfaz por cada ventana con el cual interacta
un actor humano.
3. Identificar una clase de interfaz para cada actor que sea un sistema
externo. Esta clase representar la interfaz de comunicacin con el
sistema externo.
4. Identificar una clase control responsable del tratamiento del control y de
la coordinacin de la realizacin del caso de uso. Asimismo, se debe
considerar crear una clase control por cada paquete de anlisis. Por lo
tanto, todos los casos de uso de un mismo paquete compartirn la
misma clase control.
CIBERTEC
39
Conforme identifique las clases, las debe ir reubicando en sus paquetes de

origen. Para crear los diagramas de clases debe considerar la siguiente
relacin:
ACTOR - CLASE INTERFAZ - CLASE CONTROL - CLASE ENTIDAD
De lo anterior se afirma que:
Un actor slo se puede comunicar con una clase interfaz

Una clase interfaz slo se puede comunicar con una clase control
Una clase control es el nexo entre una clase interfaz y una clase
entidad. Por lo tanto, una clase control se puede comunicar con una
clase interfaz y una entidad.
Una clase interfaz no se puede comunicar con una clase entidad
Diagramas de comunicacin
El diagrama de comunicacin es un tipo de diagrama de interaccin; en esta
etapa no se usa diagramas de secuencia porque no es importante la
cronologa de las interacciones.
Un diagrama de comunicacin muestra la colaboracin dinmica entre los
objetos, es decir, describe el comportamiento de un caso de uso mostrando
explcitamente las relaciones de los objetos participantes.
Los elementos que se utilizan en un diagrama de comunicacin son los
siguientes:
ENLACE
MENSAJE
OBJETO
NOTAS QUE HACEN REFERENCIA A

OTROS DIAGRAMAS DE COMUNICACIN
CIBERTEC
40
CASO DE ESTUDIO
Siguiendo con el caso de la sesin anterior, utilizaremos la especificacin de un caso
de uso de mantenimiento para crear su realizacin de anlisis.
ESPECIFICACIN DE CASO DE USO: Mantener Cajero

1. Descripcin
El caso de uso permite mantener actualizado el registro de los cajeros de la clnica.
De acuerdo a su necesidad el Administrador de la Clnica puede agregar,
actualizar y desactivar un cajero.
2. Actor(es)
Administrador.
3. Flujo de Eventos
3.1. Flujo Bsico
1. El caso de uso se inicia cuando el Administrador selecciona la opcin
Cajeros en la interfaz del men principal.
2. El sistema muestra la interfaz MANTENER CAJERO con la lista de
cajeros con los campos: cdigo, nombres, apellido paterno, apellido
materno, telfono, correo, direccin, fecha de registro, fecha de
actualizacin y estado. Adems muestra las opciones: Agregar Cajero,
Actualizar Cajero y Desactivar Cajero.
3. Si el Administrador elige un cajero
a. Si elige Actualizar ver el Subflujo Actualizar Cajero.
b. Si elige Desactivar ver el Subflujo Desactivar Cajero.
4. Si el Administrador NO elige un cajero
a. Si elige Agregar ver el Subflujo Agregar Cajero.
5. El Administrador selecciona Salir y el caso de uso finaliza.
3.2. Subflujos
3.2.1. Agregar Cajero
1. El sistema muestra la interfaz CAJERO con los siguientes campos:
cdigo (slo lectura), nombres, apellido paterno, apellido materno,
telfono, correo, direccin, fecha de registro (slo lectura) y fecha de
actualizacin (slo lectura). Adems muestra las opciones: Aceptar
y Cancelar.
2. El Administrador ingresa los datos del Cajero.
3. El Administrador selecciona la opcin Aceptar.
4. El sistema valida los datos ingresados.
5. El sistema genera un nuevo cdigo de cajero y obtiene la fecha del
sistema para la fecha de registro y la fecha de actualizacin
6. El sistema graba un nuevo registro de cajero y muestra el MSG
Cajero creado con cdigo Nro. 999999.
7. El Administrador cierra la interfaz CAJERO y regresa a la interfaz
MANTENER CAJERO con la lista de cajeros actualizada y el
subflujo finaliza.
3.2.2. Actualizar Cajero
1. El sistema muestra los datos del cajero seleccionada en la interfaz
CAJERO: cdigo (slo lectura), nombres, apellido paterno, apellido
materno, telfono, correo, direccin, fecha de registro (slo lectura) y
CIBERTEC
2.
3.
4.
5.
6.
41
fecha de actualizacin (slo lectura). Adems muestra las opciones:

Aceptar y Cancelar.
El Administrador actualiza los datos del cajero.
El Administrador selecciona la opcin Aceptar.
El sistema valida los datos ingresados del cajero.
El sistema obtiene la fecha del sistema para la fecha de
actualizacin, actualiza el registro de cajero, y muestra el MSG
Cajero actualizado satisfactoriamente.
El Administrador cierra la interfaz CAJERO y regresa a la interfaz
MANTENER CAJERO con la lista de cajeros actualizada y el
subflujo finaliza.
3.2.3. Desactivar Cajero

1. El sistema muestra el MSG: Est seguro que desea desactivar
el(los) cajero(s) seleccionado(s)?.
2. El Administrador selecciona la opcin YES para confirmar la
desactivacin.
3. El sistema actualiza el registro del(los) cajero(s) en estado
Desactivado.
4. El sistema muestra la interfaz MANTENER CAJERO con la lista de
cajeros actualizada y termina el subflujo.
3.3. Flujos Alternativos
1. Datos del Cajero Invlidos
Si los datos ingresados son nulos o invlidos, tanto en los subfujos Agregar
como en Actualizar Cajero, el sistema muestra el MSG: Se han encontrado
datos invlidos y los subflujos continan en el paso 2.
2. Cajero ya existe
Si el sistema detecta que el cajero ya existe en el paso 4 del subfujo Agregar
Cajero, muestra el MSG: Cajero ya existe y el subflujo finaliza.
3. No confirma Desactivacin
Si el Administrador selecciona NO en el paso 2 del subflujo Desactivar Cajero,
finaliza el subflujo.
4. Precondiciones
1. El Administrador est identificado en el sistema.
2. Lista disponible de Cajeros.
5. Poscondiciones
1. En el sistema quedar registrado el nuevo Cajero.
2. En el sistema quedar actualizado el registro del Cajero.
3. En el sistema quedar desactivado el Cajero.
6. Puntos de Extensin
Ninguno.
7. Requisitos Especiales
Ninguno.
CIBERTEC
42
Creacin de la realizacin de anlisis de casos de uso

1.
Sobre el diagrama de formato libre del paquete de anlisis Cajero, represente la

realizacin de anlisis del caso de uso.
1
Doble clic sobre
el diagrama.
2.
Arrastre el CU
del Modelo de
Casos de Uso.
Agregue la
colaboracin
de la paleta de
diseo.
Agregue la
realizacin de la
paleta de diseo.
Desde el explorador de proyectos, agregue un diagrama de clases con el nombre

Diagrama de Clases de Anlisis.
Clic derecho sobre

la realizacin de
anlisis.
CIBERTEC
3.
43
A continuacin, agregue los diagramas de comunicacin para el flujo bsico y

subflujos.
Clic derecho sobre la

realizacin de
anlisis.
CIBERTEC
44
Creacin del Diagrama de clases de anlisis

1.
Agregue el perfil RUP Anlisis. Este perfil contiene los estereotipos de las clases
de anlisis: boundary, control y entity.
6
2.
Ahora realice el diagrama de clases de anlisis. Empiece arrastrando el actor

sobre el diagrama.
Arrastre el actor del

Modelo de Casos de Uso.
CIBERTEC
3.
45
Configure las preferencias para crear el diagrama de clases.
Primero configure la apariencia de las clases a forma de imagen del estereotipo:
CIBERTEC
46
Luego, configure las asociaciones:
Slo deje activo la casilla

Show association names.
1
3
4.
A continuacin agregue las clases de anlisis.
Clic sobre el entorno

de diagramacin.
Clic sobre el icono de

clase estereotipada.
CIBERTEC
5.
A partir de la ECU se identificaron las siguientes clases.
6.
Por ltimo, agregue las asociaciones entre las clases.
CIBERTEC
47
48
Creacin de Diagramas de comunicacin

1.
Configure las preferencias de diagramas de comunicacin.
4
5
CIBERTEC
2.
49
Empezaremos con la diagramacin del flujo bsico. Para ellos, arrastre los objetos
que participan en el flujo bsico y agregue los enlaces (Message Pathway).
La direccin de los enlaces debe ser de:
3.
ACTOR A CLASE INTERFAZ

CLASE INTERFAZ A CLASE CONTROL
CLASE CONTROL A CLASE ENTIDAD
A continuacin, agregue los mensajes (Message) sobre los enlaces de acuerdo al

flujo descrito en la ECU.
CIBERTEC
4.
Luego, realice el Diagrama de comunicacin del subflujo Agregar.
ANLISIS Y DISEO DE SISTEMAS II LABORATORIO
51
Reordenar un mensaje en el Diagrama de comunicacin

Si desea reordenar los mensajes que se encuentran enumeradas secuencialmente
utilice un Diagrama de secuencias. Para ello, siga los pasos que se indican a
continuacin.
1.
Desde el explorador de proyectos, cree un diagrama de secuencia que contendr

los elementos de un diagrama de comunicacin seleccionado.
Clic derecho sobre el

fragmento de
interaccin.
Dentro del
fragmento de
interaccin se
habr creado el
Diagrama de
secuencia.
CIBERTEC
CARRERAS
CAR
RERAS PROFESIONALES
2.
52
En el diagrama de secuencia podr mover el orden de los mensajes.

Presione Alt y
luego
seleccione el
mensaje a
mover.
3.
Utilizando slo
el Mouse,
reubique el
mensaje.
Por ltimo, el mensaje aparecer con otro nmero de orden, tanto en el diagrama
de secuencia como en el de comunicacin. Habiendo realizado el proceso de
reordenamiento, puede eliminar el diagrama de secuencia.
NOTA: Sobre el diagrama de secuencia tambin puede agregar nuevos
mensajes.
CIBERTEC
53
ACTIVIDAD PROPUESTA
1.
Complete la realizacin del caso de uso Mantener Cajero. Para ello realice los
diagramas de comunicacin de los subflujos Actualizar y Desactivar.
2.
A partir de la Especificacin de un caso de uso de su proyecto realice los

Diagramas de comunicacin del flujo bsico y subflujos. Traer para la prxima
clase.
CIBERTEC
54
Resumen
Para el caso propuesto Clnica El ngel se crearon los siguientes artefactos para
un caso de uso:
Realizacin de anlisis
Diagramas de clases de anlisis
Diagramas de comunicacin del flujo bsico y subflujos.
Las realizaciones de los casos de uso exige la identificacin de clases de anlisis,
es decir, las clases de entidad, interfaz y control.
Una clase de entidad representa el almacenamiento permanente de

informacin.
Una clase de interfaz representa interacciones con los actores (usuarios y
otros sistemas externos).
Una clase control representa el control de interaccin entre clases.
El diagrama de clases muestra la estructura del caso de uso, mientras el diagrama

de comunicacin describe su comportamiento.
Para crear los diagramas de clases debe considerar la siguiente relacin:
ACTOR - CLASE INTERFAZ - CLASE CONTROL - CLASE ENTIDAD
Un diagrama de comunicacin muestra la colaboracin dinmica entre los objetos.
Presenta los siguientes elementos: objeto, enlace, mensaje y notas que hacen
referencia a otros diagramas de comunicacin.
CIBERTEC
55
CASO PRCTICO N 1
A partir de la Especificacin de Caso de Uso realice los siguientes artefactos:
1.
2.
3.
4.
Realizacin de anlisis del caso de uso

Diagrama de clases de anlisis
Diagrama de comunicacin del flujo bsico
Diagrama de comunicacin de los flujos alternativos
Especificacin de caso de uso: Buscar Historia Clnica

1. Descripcin:
El caso de uso permite buscar la historia clnica de un paciente por nmero de
historia clnica o nombres y/o apellidos.
2. Actor(es)
Enfermera.
Recepcionista.
3. Flujo de Eventos
3.1. Flujo Bsico
1. El caso de uso comienza cuando es invocado por otro caso de uso
base.
2. El sistema muestra la interfaz BUSCAR HISTORIA CLINICA con los
campos: nmero de historia clnica, nombres, apellido paterno y
apellido materno, y una lista con los datos del resultado de consulta:
nmero de historia clnica, nombres, apellido paterno y apellido
materno del paciente. Adems incluye las opciones: Buscar, Aceptar
y Cancelar.
3. El actor ingresa el criterio de bsqueda (nmero de historia clnica o
nombres y/o apellidos).
4. El actor selecciona Buscar.
5. El sistema muestra la relacin de historias clnica de pacientes que
coinciden con el criterio de bsqueda.
6. El actor selecciona una Historia Clnica.
7. El actor selecciona Aceptar.
8. El sistema carga los datos en la interfaz del caso de uso base que lo
invoc y finaliza el caso de uso.
1. Clientes no encontrados
En el paso 5, si el sistema no muestra ninguna Historia Clnica por el
criterio de bsqueda muestra el MSG: No se encuentra la historia clnica
para el criterio ingresado. El caso de uso contina en el paso 3 o si el
actor selecciona Cancelar, finaliza el caso de uso.
4. Pre Condiciones
1. El actor se ha identificado en el sistema.
2. Lista de historias clnicas disponibles.
5. Post Condiciones
Ninguna.
CIBERTEC
56
Ninguno.
Ninguno.
8. Prototipos
Buscar Historia Clnica

Ingrese aqu los datos de la historia clnica de un paciente que desea buscar.
Criterios de bsqueda
Nota: Para buscar historias clnicas ingresando solo un fragmento de su nmero, nombres y/o apellidos
use el carcter %.
N HC :
CIBERTEC
57
CASO PRCTICO N 2
A partir de la Especificacin de Caso de Uso realice los siguientes artefactos:
1.
2.
3.
4.
Realizacin de anlisis del caso de uso

Diagrama de clases de anlisis
Diagrama de comunicacin del flujo bsico
Diagrama de comunicacin de los flujos alternativos
Especificacin de caso de uso: Generar Cita

1. Descripcin:
El caso de uso permite a la recepcionista de la clnica, registrar una cita mdica
para consultas externas por especialidad.
2. Actor(es)
Recepcionista
3. Flujo de Eventos
3.1. Flujo Bsico
1. El caso de uso comienza cuando la recepcionista selecciona la opcin
Generar Citas de la interfaz del men principal.
2. El sistema muestra la interfaz GENERAR CITAS con la fecha y hora
de registro cargado y los siguientes campos:
Datos de la HC: nmero, nombre y apellidos del paciente.
Datos del mdico: nombres, apellidos y especialidad.
Datos de la cita son: fecha y hora de la cita y consultorio.
Adems presenta las opciones: Buscar HC, Buscar Horarios de
Mdico y Grabar Cita.
3. La recepcionista selecciona Buscar HC.
4. El sistema incluye el caso de uso Buscar Historia Clnica.
5. El sistema muestra los datos de la historia clnica del paciente.
6. La recepcionista selecciona Buscar Mdico.
7. El sistema incluye el caso de uso Buscar Horarios de Mdico.
8. El sistema muestra los datos del mdico y de la cita.
9. La recepcionista selecciona Grabar Cita.
10. El sistema valida los datos.
11. El sistema genera el nmero de cita y registra la cita con estado
pendiente.
12. El sistema muestra el mensaje Cita generada. El caso de uso termina.
1. No existe HC
Si en el paso 6 el sistema detecta que no existe la HC del paciente,
muestra el MSG No existe HC y ofrece la posibilidad de registrar la HC
del paciente.
2. No hay mdicos disponibles
Si en el paso 8 el sistema detecta que no hay mdicos disponibles,
muestra el MSG No hay mdicos disponibles y el caso de uso finaliza.
CIBERTEC
58
3. Campos vacos
Si en el paso 10 el sistema detecta que alguno de los campos est
vaco, muestra el MSG Alguno de los campos est vaco y el caso de
uso contina.
4. Precondiciones
1. La recepcionista est identificada en el sistema.
2. Lista disponible de historias clnica.
3. Lista disponible de mdicos.
5. Poscondiciones
1. En el sistema quedar registrada la cita en estado pendiente.
En el paso 6, el sistema extiende al caso de uso Mantener HC subflujo
Registrar HC.
Ninguno.
8. Prototipos
Generar Citas
Fecha: 08/03/2010
Hora: 15:32
Datos de la HC del paciente
N HC:
Paciente:
Datos del mdico
Nombre y apellidos:
Especialidad:
Datos de la cita
Fecha:
Hora:
Consultorio:
Grabar
CIBERTEC
59
UNIDAD DE
APRENDIZAJE
MODELO DE DATOS
Al finalizar la segunda unidad, el alumno crea el modelo de datos, el cual incluye el modelo
conceptual, modelo lgico y modelo fsico. Los artefactos sern creados utilizando la
herramienta CASE IBM InfoSphere Data Architect (IDA).
TEMARIO
1. Modelo Conceptual
2. Modelo Lgico
3. Modelo Fsico
1. Los alumnos crean el modelo conceptual de un caso propuesto.
2. Los alumnos generan el modelo lgico de un caso propuesto.
3. Los alumnos generan el modelo fsico de un caso propuesto.
CIBERTEC
60
1. MODELO CONCEPTUAL
A partir de todas las entidades identificadas en las realizaciones de casos de uso
se crear un modelo conceptual. El enfoque del modelo conceptual debe
responder a la pregunta que cuestiona las razones para tener datos persistentes.
El conocimiento de esta razn permite a los analistas y diseadores de bases de
datos modelar la base de datos correcta.
Las tareas a realizar para crear el modelo conceptual son:
Identificar atributos.
Identificar asociaciones.
Identificar agregaciones.
Agregar multiplicidades en las relaciones de asociacin y agregacin.
Identificar atributos
Un atributo especifica una propiedad de una clase de anlisis, y
normalmente es necesaria para identificar las responsabilidades de su clase.
Consideremos las siguientes reglas generales cuando identificamos
atributos para una clase entidad:
Los atributos corresponden a sustantivos y sus valores pueden ser

sustantivos o adjetivos.
Los atributos pueden representarse slo mostrando su nombre, su

tipo e incluso su valor por defecto.
Los atributos multivaluados deben ser clasificados como clases.
Si una clase de anlisis se hace demasiado difcil de entender a

razn de sus atributos, algunos de esos atributos podran separarse
en clases independientes.
Asociar atributos a las clases que ellos describen ms directamente.

Los atributos deben ser inherentes a la clase. Es por ello que no se
debe considerar agregar atributos de otras clases, pues no estamos
identificando llaves forneas.
Identificar asociaciones
La asociacin es una relacin entre clases que indica una conexin
significativa e interesante. Est representada como una lnea entre clases
con nombre.
La asociacin es inherentemente bidireccional. Es convencional leer la
asociacin de izquierda a derecha o de arriba hacia abajo.
Las asociaciones pueden ser binarias, ternarias, o de mayor grado.
Identificar agregaciones
La Agregacin indica una relacin de un todo conformado por partes.
Existen dos tipos de agregaciones: dbil o compartida y fuerte o compuesta.
CIBERTEC
61
Agregacin dbil. Es un tipo de relacin utilizada para modelar la

relacin todo-parte entre objetos. La parte puede estar
simultneamente en varias instancias del todo.
Agregacin compuesta. Es un tipo de relacin utilizada para

modelar la relacin todo-parte entre objetos. Significa que la parte es
miembro de solamente un objeto todo, es decir la existencia de la
parte depende del todo. El objeto todo es el nico dueo del objeto
parte. La composicin se representa con un rombo relleno.
Multiplicidad
Bsicamente, la multiplicidad define cuantas instancias de la clase A pueden
estar asociadas con una instancia de la clase B.
Cuando en una asociacin de clases nace la relacin muchos a muchos
entre las dos y existe informacin asociada con la propia asociacin se crea
una clase asociativa.
A continuacin se muestra la paleta del RSA que contiene los tipos de relaciones
entre clases:
Asociacin
Asociacin dirigida
o unidireccional
Agregacin dbil dirigida
Agregacin dbil
Agregacin compuesta
Asociacin de clase
CIBERTEC
62
CASO DE ESTUDIO
A continuacin se muestran los pasos para confeccionar un Modelo conceptual con
otro caso de estudio; pero usted, para la creacin de dicho modelo, considere los
siguientes casos de uso:
Generar Cita
Buscar Historia Clnica
Buscar Horario de Mdicos
Mantener Historia Clnica
Mantener Cajero
Creacin del Modelo conceptual

1.
Sobre el Modelo de anlisis agregue un diagrama de clases con el nombre

Modelo conceptual.
2.
Arrastre al Modelo conceptual todas las clases entidad que se han obtenido en las
diferentes realizaciones de casos de uso del sistema.
CIBERTEC
3.
63
Luego, agregue los atributos en cada entidad.

de diagramacin.
Seleccione el icono de
atributo.
4.
Edite el atributo as:

nombre : tipo
Luego presione ENTER.
Si para un atributo se agrega un tipo que no existe se sigue los pasos que se
muestra a continuacin.
Edite el nombre del

atributo y su tipo.
2
de diagramacin.
CIBERTEC
5.
Complete los atributos de las dems clases.
6.
Configure las preferencias para el Modelo conceptual.
64
CIBERTEC
7.
65
Seleccione categora UML Diagrams/Class para activar o desactivar las opciones

de asociacin.
2
Slo deje activo las
opciones indicadas.
8.
Agregue las asociaciones entre las clases. En el caso que se encuentre con una
asociacin de muchos a muchos, utilice una relacin del tipo asociacin de clase.
1
2
CIBERTEC
Agregue la asociacin
desde Cliente a
PaqueteTuristico.
9.
66
En la ventana de propiedades, seccin general, cambie las multiplicidad de la

asociacin de clase a muchos-muchos.
2
3
Grabe los cambios con Ctrl. + C.
10. Por ltimo se agrega los atributos a la nueva clase.
CIBERTEC
67
Resumen
Las tareas a realizar para crear el modelo conceptual son:
Identificar atributos.
Identificar asociaciones.
Identificar agregaciones.
Identificar multiplicidades.
El resultado de una asociacin de muchos a muchos es una clase asociativa.

La relacin de agregacin indica una relacin de un todo conformado por partes.
Existen dos tipos de agregaciones: dbil o compartida y fuerte o compuesta.
CIBERTEC
68
2. MODELO LGICO
A continuacin se muestran los pasos para confeccionar un Modelo Lgico de
Datos con otro caso de estudio; pero usted, para la creacin de dicho modelo,
considere el Modelo Conceptual del caso de estudio Clnica El ngel.
El esquema de trabajo para crear el modelo lgico de datos es el siguiente:
1. Configurar el Modelo que contiene el modelo conceptual
2. Transformar un modelo UML en un modelo lgico de datos
Configuracin del modelo conceptual

PASO 1: Desde la vista de explorador de proyectos, seleccione el Modelo de Anlisis
para agregar el perfil Logical Data Model Profile
CIBERTEC
69
PASO 2: Ir al modelo Conceptual del CASO
PASO 3: Elimine el estereotipo actual de las clases de la siguiente manera:
Seleccione todas las clases con CTRL+A, luego

desactive la seleccin de las asociaciones y clases
asociativas.
CIBERTEC
70
PASO 4: Agregue el estereotipo de las clases a Entity del perfil Modelo Lgico de
Datos:
3
PASO 5: En caso de clases asociativas, debe eliminar el estereotipo de Entidad del
perfil Anlisis RUP. As:
3
Eliminar
estereotipo.
CIBERTEC
71
Las entidades del Diagrama habrn cambiado de estereotipo:
Transformacin de un modelo UML en un modelo lgico de

datos
En el RSA, para transformar un modelo UML en un modelo lgico de datos, cambie la
perspectiva a Data para crear un proyecto de diseo de datos. Luego, podr ejecutar
una configuracin de transformacin UML a LDM.
A continuacin se indican los pasos que debe seguir:
PASO 1: Cambie la perspectiva de modelado a datos:
CIBERTEC
72
PASO 2: Cree un proyecto de diseo de datos:
PASO 3: Edite el nombre para el proyecto, en este caso crearemos proy_datos_hl
2
Se habr creado
el proyecto de
diseo de datos
CIBERTEC
73
PASO 4: A continuacin retorne a la perspectiva Modeling. Luego, seleccione el

Modelo de Anlisis del explorador de proyectos, el cual contiene el Modelo
Conceptual. Luego, pulse Modelado > Transformacin > Nueva configuracin
desde el men principal.
PASO 5: En la ventana de transformacin, edite el nombre de la transformacin,

seleccione UML to Logical Data Model de la lista Transformaciones de modelos de
datos y pulse Next.
CIBERTEC
74
PASO 6: En la ventana de Origen y destino, efecte los siguientes pasos:

a. Seleccione el Modelo de Anlisis, en el campo Seleccionar un
origen. Luego, seleccione el proyecto de diseo de datos
proy_datos_hl en el campo Seleccionar un destino. A continuacin
pulse Finish.
b. En la siguiente pgina presione Run hasta que se genera el Modelo

lgico de datos con xito.
CIBERTEC
75
3. MODELO FSICO
A continuacin se muestran los pasos para confeccionar un Modelo Fsico de
Datos con otro caso de estudio; pero usted, para la creacin de dicho modelo,
considere el Modelo Lgico del caso de estudio Clnica El ngel.
El esquema de trabajo para crear el modelo fsico de datos es el siguiente:
1. Transformacin de un modelo lgico en un modelo fsico
2. Configuracin del script
Transformacin de un modelo lgico en un modelo fsico

En el InfoSphere Data Architect, para transformar un modelo lgico en un modelo
fsico, importe el proyecto de diseo de datos, creado anteriormente, despus de
haber cambiado a la perspectiva Data.
A continuacin se indican los pasos que debe seguir:
PASO 1: Cambie la perspectiva a Data e importe el proyecto para visualizar el modelo
lgico:
PASO 2: De doble clic sobre el modelo lgico para agregar un diagrama en blanco:
CIBERTEC
Doble Clic
Clic derecho
76
PASO 3: Active la opcin para visualizar los tipos de datos.
Active esta opcin
PASO 4: Arrastre todas las entidades, generadas en el modelo lgico, al diagrama creado
para visualizar el modelo lgico:
CIBERTEC
77
PASO 5: A continuacin, modifique los tipos y/o longitudes de algunos campos. Al final
debe quedar as:
PASO 6: Pulse Datos > Transformacin > Modelo de Datos Fsico desde el men
principal.
CIBERTEC
78
PASO 7: En la primera ventana de transformacin pulse Next. A continuacin, en esta

ventana edite el nombre del modelo y luego pulse Next.
CIBERTEC
79
PASO 8: En esta ventana es opcional cambiar la configuracin presentada por defecto

(si desea, cambie el nombre del esquema). A continuacin pulse Siguiente.
CIBERTEC
80
PASO 9: En esta ventana, si no aparece ningn warning, pulse Finish.
Se habr creado el modelo fsico:
CIBERTEC
81
PASO 10: Para visualizar el modelo fsico, seleccione el diagrama generado.
PASO 11: Seleccione cada tabla generada y especificar las llaves primarias. Para ello,
utilice la vista de propiedades. Empiece con las tablas independientes, luego con las
dependientes. Adems, puede ordenar los campos internamente utilizando la vista de
propiedades, opcin columnas.
CIBERTEC
82
Generacin del script

En el InfoSphere Data Architect, para generar el script de la base datos debe seguir
los pasos que se indican a continuacin:
PASO 1: Seleccione Generar DDL a partir del esquema generado:
CIBERTEC
83
PASO 2: Desactive las opciones Triggers y Views. Pulse Next:
PASO 3: Pulse Next:
CIBERTEC
84
PASO 4: Por ltimo se mostrar el script de la base de datos:
CIBERTEC
85
UNIDAD DE
APRENDIZAJE
DISEO ORIENTADO A OBJETOS

Al finalizar la tercera unidad, el alumno disea la arquitectura del software identificando las
capas, subsistemas y componentes de la aplicacin. Los artefactos sern creados
utilizando la herramienta CASE IBM Rational Software Architect (RSA).
TEMARIO
Tema 1: Capas lgicas de la arquitectura
1. Definicin de capas
2. Creacin de subsistemas
3. Creacin de componentes.
Tema 2: Diseo de casos de uso con patrn arquitectnico MVC
1. Realizaciones de diseo de casos de uso
3. Diagrama de Secuencia del flujo bsico y subflujos de un mantenimiento.
Tema 3: Diseo de casos de uso con patrn arquitectnico MVC y patrn de diseo DAO
4. Realizaciones de diseo de casos de uso
6. Diagrama de Secuencia del flujo bsico y subflujos de un mantenimiento.
1. Los alumnos desarrollan las realizaciones de anlisis de un caso de uso
propuesto.
CIBERTEC
86
1. CAPAS LGICAS DE LA ARQUITECTURA

Antes de indicar cmo se realiza las realizaciones de diseo de un caso de uso,
primero se mostrar la organizacin de los componentes (clases de diseo e
interfaces) en capas, subsistemas y libreras que utilizaremos en el curso,
aplicando patrn arquitectnico MVC:
Capa
Subsistema/Libreras
Componentes
Clases estereotipadas:
Pginas HTML: <<Client
Page>> y <<HTML Form>>
Pginas JSP: <<Server
Page>>, <<Client Page>> y
<<HTML Form>>
Clase estereotipada para

servlets: <<Http Servlet>>
Clases de diseo: beans.
Clases de diseo: clases

utilitarias.
Tabla 3.1. Capas, subsistemas, libreras y elementos de diseo segn

patrn arquitectnico MVC.
CIBERTEC
87
En la siguiente tabla se muestra la organizacin de las clases de diseo e

interfaces en capas, subsistemas y libreras que utilizaremos en el curso,
aplicando patrn arquitectnico MVC y patrn de diseo DAO:
Capa
Subsistema/Libreras
Componentes
Clases estereotipadas:
Pginas HTML: <<Client
Page>> y <<HTML Form>>
Pginas JSP: <<Server
Page>>, <<Client Page>> y
<<HTML Form>>
Clase estereotipada para

servlets: <<Http Servlet>>
Clases de diseo:
servicios, beans y clases
DAO.
Interfaces que presentan
las operaciones de acceso
a una tabla.
Clases de diseo: clase

abstracta DAOFactory y sus
clases hijas.
Clases de diseo: clases

utilitarias.
Tabla 3.2. Capas, subsistemas, libreras y elementos de diseo segn

patrn arquitectnico MVC y patrn DAO.
CIBERTEC
88
Definicin de capas, subsistemas y componentes de diseo segn MVC

1. En la vista de explorador de proyectos, crear el Modelo de Diseo.
3
4
6
Next hasta ir a la
ventana de
capacidades, donde
activar las
opciones de UML
CIBERTEC
89
2. Cree un diagrama de formato libre de nombre Organizacin del MD y agregue

dos paquetes: Capas y Realizaciones de Diseo.
3. En Capas renombre el diagrama de formato libre a Capas de diseo y agregue

tres paquetes: Presentacin, Controladora y Negocio. Luego, renombre los
diagramas de cada paquete, as:
CIBERTEC
90
4. Cambie el estereotipo de las capas a Layer.
1
Seleccione las tres
capas con Ctrl + A
3
Edite Layer
Se habr cambiado el estereotipo de las capas:
CIBERTEC
91
5. Antes de empezar a crear los elementos de diseo asigne los perfiles

correspondientes.
Desde el explorador de windows, copie los perfiles j2ee y WebModeler de la
carpeta profiles a la carpeta del proyecto:
A continuacin, desde el explorador de proyectos en el RSA, seleccione el
proyecto y presione F5 para cargar los perfiles. Debe quedar as:
1
Seleccione el proyecto
y luego presione F5.
CIBERTEC
92
Ahora, especifique los perfiles para el modelo de diseo as:
1
2
4
5
9
La misma operacin
se realiza para
agregar el perfil
WebModeler.
CIBERTEC
93
6. Ahora, para crear las clases de diseo configuremos los diagramas de clases
desde Window >> Preferences:
2
3
Desactive las
opciones
indicadas.
CIBERTEC
94
7. A continuacin, en cada capa agregue los mismos paquetes que cre en la

arquitectura de anlisis manteniendo los mismos colores. Luego cambie sus
estereotipos a Subsystem. En la figura se muestra los subsistemas que contiene
los casos de uso que hemos trabajado hasta el momento:
CIBERTEC
95
8. Ahora agregue otros paquetes que agruparn clases de uso comn o clases
utilitarias y luego asgneles el estereotipo correspondiente, segn sea el caso:
Common o Libary. En este caso solo se agregarn otros paquetes en las capas:
Presentacin y Negocio.
9. A continuacin empezaremos a trabajar con la Capa Presentacin para realizar el

CU Mantener Cajero.
Primero, cambie el nombre de los diagramas Main de los paquetes en los
cuales trabajar:
CIBERTEC
96
Luego, crearemos los JSP del CU Mantener Cajero los cuales son:
mantCajero.jsp y cajero.jsp. Por cada JSP que tenga formularios se crea
tres clases estereotipadas, tal como se muestra a continuacin:
Seleccione
ServerPage para
crear
mantCajero.jsp.
Repetir los pasos 1 y 2 para agregar el ClientPage y HTMLForm.
Debe quedar as:
CIBERTEC
97
Ahora agregue las relaciones entre las clases. Para la asociacin entre
<<Server Page>> y <<Client Page>> indique el estereotipo Build tal como
se hizo con las capas y para <<Client Page> a <<HTML Form>> agregue
una agregacin por composicin.
Ahora cree menuPrincipal.jsp en GUI Comn.

NOTA: Como esta pgina no contiene formularios no se le crear un HTML Form.
CIBERTEC
98
10. Luego, agregue el servlet en la Capa Controladora para realizar el CU Mantener

Cajero.
Primero, cambie el nombre del diagrama Main del paquete en el cual trabajar y
agregue el paquete servlets:
Ahora crearemos el servlet para este subsistema a partir de una clase

estereotipada, tal como se muestra a continuacin:
Seleccione
Http_Servlet para
crear
ServletCajero.
CIBERTEC
99
Por ltimo, agregue la operacin service().
11. Luego, agregue las clases de diseo en la Capa Negocio para realizar el CU
Mantener Cajero.
11.1.
Primero, cambie el nombre del diagrama Main de los paquetes en los

cuales trabajar:
11.2.
En el subsistema cajero agregue el paquete beans
CIBERTEC
11.3.
100
A continuacin en el paquete beans, agregue el BeanCajero con sus

atributos y operaciones de acceso (get/set).
11.4.
CIBERTEC
Por ltimo en el paquete util agregue la clase ConectaBD con sus

operaciones.
101
12. Finalmente, agregue las libreras de JAVA.
CIBERTEC
102
2. DISEO DE CASOS DE USO CON MVC

A continuacin se explica la definicin de algunos elementos que se utilizarn en
las realizaciones de diseo de un caso de uso.
Diagrama de clases
Un diagrama de clases es un tipo de diagrama esttico que describe la
estructura de un sistema mostrando sus clases, atributos y las relaciones
entre ellos. Los diagramas de clases son utilizados durante el proceso de
anlisis y diseo de los sistemas, donde se crea el diseo conceptual de la
informacin que se manejar en el sistema, y los componentes que se
encargaran del funcionamiento y la relacin entre uno y otro.
Figura 1. Diagrama de clases de diseo.
En las siguientes tablas se muestran las relaciones que pueden existir

entre clases. La descripcin de cada una, permitir entender la estructura
de clases diseada para una funcionalidad que ser implementada en
JAVA:
CIBERTEC
Tipo de relacin
UML
103
Java
public class ClaseA {

//Ms cdigo
}
Herencia
public class ClaseB extends ClaseA {

//Ms cdigo
}
public interface InterfazX {

//Ms cdigo
}
Implementacin
public class ClaseY implements InterfazX {

//Ms cdigo
}
Tabla 1. Relacin de herencia e implementacin.
Tipo de
dependencia
<<use>>
(De uso)
UML
Descripcin
El funcionamiento del origen depende del

funcionamiento del destino.
Tabla 2. Relaciones de dependencia.
CIBERTEC
Tipo de
dependencia
UML
<<instantiate>>
(De instancia)
104
Descripcin
El origen solo crea instancias del destino.
Tabla 2. Relaciones de dependencia. (Continuacin)
Diagrama de secuencia
El diagrama de secuencia describe la dinmica del sistema, describiendo
las interacciones entre un grupo de objetos mostrando de forma secuencial
los envos de mensajes entre objetos. El diagrama puede asimismo mostrar
los flujos de datos intercambiados durante el envo de mensajes.
Figura 2. Diagrama de Secuencia con mensaje sincrnico.
Lnea de vida de un objeto

Dado que representa la dinmica del sistema, el diagrama de secuencia
hace entrar en accin las instancias de clases que intervienen en la
realizacin de la subfuncin a la que est vinculado. A cada instancia se
asocia una lnea de vida que muestra las acciones y reacciones de la
misma, as como los periodos durante los cuales sta est activa, es decir,
durante los que ejecuta uno de sus mtodos.
CIBERTEC
105
Mensajes
Para interactuar entre s, los objetos se envan mensajes. Durante la
recepcin de un mensaje, los objetos se vuelven activos y ejecutan el
mtodo del mismo nombre. Un envo de mensaje es, por tanto, una
llamada a un mtodo y se representan mediante flechas horizontales que
unen la lnea de vida del objeto emisor con la lnea de vida del objeto
destinatario. Existen diferentes tipos de mensajes:
El mensaje sincrnico es el utilizado con mayor frecuencia.
Su uso significa que el expedidor del mensaje espera que la
activacin del mtodo mencionado por el destinatario finalice
antes de continuar su actividad.
En los mensajes asincrnicos, el expedidor no espera el
trmino de la activacin invocada por el destinatario. Esto se
produce al modelar sistemas en los que los objetos pueden
funcionar en paralelo (es el caso de los sistemas multithread, donde los tratamientos se efectan en paralelo).
E) Fragmentos combinados
Para un diagrama de secuencia que representa procedimientos complejos
hay un nmero de mecanismos que permiten agregar un grado de lgicas
de procedimientos a los diagramas y que a la vez vienen bajo el
encabezado de fragmentos combinados. Un fragmento combinado es una
o ms secuencias de procesos incluidas en un marco y ejecutadas bajo
circunstancias nombradas especficas. Los fragmentos disponibles son:
1. El fragmento Alternative (denotado alt) modela estructuras ifelse.
2. El fragmento Option (denotado opt) modela estructuras switch.
3. El fragmento Break modela una secuencia alternativa de eventos que
4.
5.
6.
7.
8.
9.
10.
11.
12.
CIBERTEC
se procesa en lugar de todo del resto del diagrama.

El fragmento Parallel (denotado par) modela procesos concurrentes.
El fragmento de secuenciado Weak (denotado seq) incluye un nmero
de secuencias para las cuales todos los mensajes se deben procesar
en un segmento anterior, antes de que el siguiente segmento pueda
comenzar, pero que no impone ningn secuenciado en los mensajes
que no comparten una lnea de vida.
El fragmento de secuenciado Strict (denotado strict) incluye una serie
de mensajes que se deben procesar en el orden proporcionado.
El fragmento Negative (denotado neg) incluye una serie de mensajes
invlidos.
El fragmento Critical incluye una seccin crtica.
El fragmento Ignore declara un mensaje o mensajes que no son de
ningn inters si este aparece en el contexto actual.
El fragmento Consider es el opuesto del fragmento Ignore: cualquier
mensaje que no se incluya en el fragmento Consider se debera ignorar.
El fragmento Assertion (denotado assert) designa que cualquier
secuencia que no se muestra como un operando de la asercin es
invlida.
El fragmento Loop incluye una serie de mensajes que estn repetidos.
106
En la siguiente figura se muestra un ejemplo de los fragmentos combinados

ms utilizados:
Figura 3. Fragmentos combinados ms utilizados.
Realizaciones de diseo de un caso de uso

1. En el paquete Realizaciones de Diseo cree el paquete cajero con una
colaboracin para elaborar la Realizacin de Diseo del CU Mantener Cajero.
CIBERTEC
107
2. Luego, agregue un diagrama de clases y diagramas de secuencia para el flujo

bsico y subflujos.
3. Ahora realice el Diagrama de Clases de Diseo. Para ellos arrastre los elementos
de diseo de las diferentes capas y agregue sus relaciones. Debe quedar as:
CIBERTEC
108
4. A continuacin se presenta el Diagramas de Secuencia del flujo bsico.
CIBERTEC
CARRERAS
109
Elabore el diagrama de secuencia para los subflujos agregar, actualizar y desactivar
cajeros del caso de uso Mantener Cajeros.
3. DISEO DE CASOS DE USO CON MVC

A continuacin se indica los pasos para las realizaciones de diseo de un caso
de uso aplicando patrn de diseo DAO; previamente puede realizar la
ingeniera reversa de cdigo JAVA a clases de diseo de las capas
CONTROLADORA y NEGOCIO.
Para el ejemplo se utilizar la ECU de Mantener Cajero.
Ingeniera reversa de las clases JAVA a UML

1. Cree el modelo de diseo con DAO y asgnele los estereotipos j2EE y
WebModeler, tal como se explic en sesin anteriores, en el proyecto
ClinicaElAngel
2. Importe las libreras de JAVA.
3. Importe su proyecto JAVA.
4. Luego, a partir del modelo de diseo DAO, realice lo siguiente:
CIBERTEC
CARRERAS
CAR
RERAS PROFESIONALES
110
5. Seleccione tipo de transformacin.
CIBERTEC
111
6. Ahora, especifique el origen (proyecto web) y destino (modelo de diseo) de la

transformacin:
3
7. Seleccione Run.
CIBERTEC
112
8. Luego, seleccione OK.
Se habrn creado
los paquetes y sus
componentes en
el modelo de
diseo.
CIBERTEC
113
9. Luego, organice los componentes en las capas que le corresponde. As:

Nota: Para la capa Controladora, cree un paquete cajero en el cual arrastrar el
paquete servlets.
10. A continuacin, asigne el estereotipo de los paquetes cajero y lib correspondiente:

- A cajero le corresponder el estereotipo <<Subsystem>>
- A lib le corresponder el estereotipo <<library>>
11. Ahora, asigne el estereotipo del servlet a Http_Servlet
12. Por ltimo, agregue los JSP a partir de clases estereotipadas correspondientes:
- Para la pgina servidor utilice Server_Page
- Para la pgina cliente utilice Client_Page
- Para el formulario utilice HTML_Form
CIBERTEC
114
Realizaciones de diseo UML

1. En el paquete Realizaciones se crea el paquete Cajero y dentro de l, una
colaboracin para las realizaciones de diseo del caso de uso:
2. En la colaboracin RD_Mantener Cajero se agregan los diagramas que describen

la estructura y comportamiento del caso de uso: Un diagrama de clases y varios
diagramas de secuencias (por flujo y mtodo del DAO).
CIBERTEC
115
3. A continuacin, empiece a crear el diagrama de clases.
CIBERTEC
CARRERAS
116
4. Luego, elabore el diagrama de secuencia del Flujo Bsico y del mtodo listar():
CIBERTEC
117
Elabore el diagrama de secuencia para los subflujos agregar, actualizar y desactivar
cajeros y de los mtodos del DAO del caso de uso Mantener Cajeros.
CIBERTEC
CARRERAS
CAR
RERAS PROFESIONALES
118
ANEXOS
CONTENIDO
CIBERTEC
Cambio de workspace
Importacin de proyectos
Publicacin de modelos
Ingeniera reversa de cdigo fuente a clases de diseo
119
CAMBIO DE WORKSPACE
1. Para cambiar el workspace actual, seleccione File/Switch Workspace/Other
2. A continuacin, se mostrar en Workspace la ruta del espacio de trabajo actual.

Debe dar clic a Browse para ubicar la ruta del nuevo workspace.
CIBERTEC
120
3. Desde este explorador ubique el directorio del nuevo workspace. Adems tiene la
opcin de crear otro directorio con el botn Crear nueva carpeta. Luego de clic en
Aceptar.
4. A continuacin, se mostrar la ruta del nuevo workspace. Para finalizar de clic en

OK para que el IBM RSA se reinicie con el nuevo espacio de trabajo.
CIBERTEC
121
IMPORTACIN DE PROYECTOS
1. Seleccione la fuente de importacin.
1
Clic derecho sobre
el explorador de
proyectos
CIBERTEC
122
2. A continuacin, seleccione el workspace configurado, el cual contiene proyectos a

importar.
CIBERTEC
123
3. Por ltimo, en el explorador de proyectos, se mostrar la lista de proyectos

importados.
CIBERTEC
CIBERTEC
124
125
PUBLICACIN DE MODELOS
1. Para publicar los modelos de un proyecto, seleccione el modelo y luego en la barra
de men seleccione Modeling / Publish / Web
2. Especifique folder a publicar.
1
2
CIBERTEC
126
3. Espere unos breves minutos.
4. Por ltimo, podr visualizar el modelo publicado desde la pgina index.html
CIBERTEC
127
INGENIERA REVERSA DE CDIGO FUENTE A CLASES DE DSIEO

PASO 1: Crear la configuracin para transformar el cdigo de las clase JAVA a UML.
Asegrese de que la perspectiva a Modeling est activada.
1
4
7
8
8
CIBERTEC
128
PASO 2: Ejecute la transformacin.
PASO 3: Mueva los paquetes beans y servlets del Modelo de Diseo al subsistema
Clientes de la Capa Negocio.
CIBERTEC
129
PASO 4: Cree un diagrama freeform de nombre Main en los paquetes beans y

servlets. Luego actvelos como diagramas por defecto a cada paquete:
2
1
PASO 5: Arrastre las clases generadas en cada Main del paquete:
CIBERTEC
CIBERTEC
130
131
Glosario
Abstraccin
Caractersticas esenciales de una entidad que la distingue de otros tipos de entidades.
Define una frontera desde la perspectiva del observador.
AORE Aspect-Oriented Software Requirement
Ingeniera de requisitos orientada a aspectos, la cual provee un conjunto de enfoques
para gestionar intereses y requisitos transversales que podran modularizarse para
luego componerlos con otros intereses.
API
Una API representa una interfaz de comunicacin entre componentes de software. Se
trata del conjunto de llamadas a ciertas bibliotecas que ofrecen acceso a ciertos
servicios desde los procesos y representa un mtodo para conseguir abstraccin en la
programacin, generalmente (aunque no necesariamente) entre los niveles o capas
inferiores y los superiores del software.
Artefacto
Pieza discreta de informacin que es utilizada o producida por un proceso de
desarrollo de software.
Aspecto
Mdulo software que no puede ser encapsulado en un procedimiento. Los aspectos no
son unidades funcionales en las que se pueda dividir un sistema, sino propiedades
que afectan a la ejecucin o semntica de los componentes. Son conocidos tambin
como intereses transversales.
Elemento
Constituyente atmico de un modelo.
Especificacin
Descripcin textual de la sintaxis y la semntica de un bloque de construccin
especfico; descripcin declarativa de lo que algo es o hace.
Estereotipo
Extensin del vocabulario de UML que permite crear nuevos bloques de construccin
derivados a partir de los existentes pero especficos a un problema concreto.
Framework
En el desarrollo de software es una estructura de soporte definida en la cual otro
proyecto de software puede ser organizado y desarrollado. Tpicamente, puede incluir
soporte de programas, bibliotecas y un lenguaje interpretado entre otros software para
ayudar a desarrollar y unir los diferentes componentes de un proyecto.
Representa una arquitectura de software que modela las relaciones generales de las
entidades del dominio. Provee una estructura y una metodologa de trabajo la cual
extiende o utiliza las aplicaciones del dominio.
CIBERTEC
132
Gestin de Requisitos
Actividad para gestionar los cambios en los requisitos del sistema. La gestin implica
el control de cambios y el impacto de los cambios.
Heurstica
Capacidad de un sistema para realizar de forma inmediata innovaciones positivas para
sus fines. La capacidad heurstica es un rasgo caracterstico de los humanos, desde
cuyo punto de vista puede describirse como el arte y la ciencia del descubrimiento y de
la invencin o de resolver problemas mediante la creatividad y el pensamiento lateral o
pensamiento divergente.
Ingeniera de Requisitos
Es un rea de investigacin que procura atacar un punto fundamental en el proceso,
que es la definicin de lo que se quiere producir.
Intereses (concerns)
Todo aquello que resulta importante para una aplicacin (requisitos, infraestructura,
cdigo, etc.).
Ingeniera de Software
Rama de la ingeniera que aplica los principios de la ciencia de la computacin y las
matemticas para lograr soluciones costo-efectivas a los proyectos de desarrollo o
mantenimiento de software de calidad.
Notacin
Sistema de signos convencionales que se adoptan para expresar un conjunto de
conceptos sobre el sistema de software por desarrollar.
OMG Object Management Group
Consorcio del cual forman parte las empresas ms importantes que se dedican al
desarrollo de software.
Refinamiento
Relacin que representa una especificacin ms completa de algo que ya ha sido
especificado a cierto nivel de detalle.
Requisito
Caracterstica, propiedad o comportamiento deseado de un sistema.
RUP Rational Unified Process
Proceso Unificado de Rational, metodologa del proceso de ingeniera de software que
proporciona un enfoque disciplinado para asignar tareas y responsabilidades dentro de
una organizacin del desarrollo.
Stakeholder
Persona, grupo u organizacin que tenga directa o indirecta participacin en una
organizacin, ya que puede afectar o ser afectados por la organizacin de acciones,
objetivos y polticas. Actores claves en una organizacin de negocios incluyen los
acreedores, clientes, directores, empleados, gobierno (y sus organismos), los
propietarios (accionistas), los proveedores, los sindicatos y la comunidad en la que se
basa el negocio de sus recursos.
CIBERTEC
133
UML Unified Modeling Language

Lenguaje Unificado de Modelado, notacin estndar para el modelado de sistemas
Software.
Validacin de los requisitos
Proceso de confirmacin, por parte de los usuarios o del cliente, de que los requisitos
especificados son vlidos, consistentes, completos, etc.
Verificacin de los requisitos
Proceso de comprobacin de que los requisitos realmente cubren las necesidades del
cliente.
Vista
Proyeccin de un modelo, que se ve desde una perspectiva o un punto de vista dado,
y que omite entidades que no son relevantes desde esa perspectiva.
Workspace
Es un directorio que representa el espacio de trabajo y el cual contendr los proyectos
que se crean en la herramienta RSA.
CIBERTEC

Manual ADSII - Laboratorio (Comp e Inf) - 2011

Cargado por

Información del documento

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

Manual ADSII - Laboratorio (Comp e Inf) - 2011

Cargado por

Copyright:

Formatos disponibles

Anlisis y Diseo de

ANLISIS Y DISEO DE SISTEMAS II - LABORATORIO

UNIDAD 1: Anlisis Orientado a Objetos

: Anlisis de Casos de Uso: Realizacin de anlisis de un

caso de uso de mantenimiento

UNIDAD 2: Modelo de Datos

UNIDAD 3: Diseo Orientado a Objetos

: Capas lgicas de la arquitectura: Definicin de capas,

: Diseo de Casos de Uso: Realizacin de diseo de un

caso de uso de mantenimiento con patrn arquitectnico

: Diseo de Casos de Uso: Realizacin de diseo de un

caso de uso de mantenimiento con patrn arquitectnico

ANEXO 2 : Importacin de proyectos

ANEXO 3 : Publicacin de modelos

ANEXO 2 : Ingeniera reversa de cdigo fuente a clases de diseo

ANLISIS Y DISEO DE SISTEMAS II - LABORATORIO

Anlisis y Diseo de Sistemas II pertenece a la lnea formativa y se dicta en la

Anlisis y Diseo de Sistemas II

ANLISIS Y DISEO DE SISTEMAS II - LABORATORIO

ANLISIS ORIENTADO A OBJETOS

Modelo de casos de uso del Negocio

CASO DE ESTUDIO: CLNICA EL NGEL

ANLISIS Y DISEO DE SISTEMAS II - LABORATORIO

su ticket, la recepcionista generar la cita, verificando previamente si el paciente

Creacin del workspace

1. Al cargar el IBM RSA se muestra la siguiente ventana. Con el botn Browse se

ANLISIS Y DISEO DE SISTEMAS II - LABORATORIO

3. A continuacin, se presentar una pgina de bienvenida, la cual se mostrar slo si

4. Luego, se visualizar la perspectiva Modeling, con la cual podr crear proyectos

Creacin del proyecto

2. Seleccione tipo de proyecto (Model Project o UML Project).

ANLISIS Y DISEO DE SISTEMAS II - LABORATORIO

3. A continuacin, edite un nombre para el proyecto ClinicaElAngel.

4. Luego, seleccione la categora de modelado de negocio e ingrese el nombre del

6. Ahora, active las capacidades de UML (diagramas y elementos).

ANLISIS Y DISEO DE SISTEMAS II - LABORATORIO

Completar el Modelo de casos de uso del negocio

ANLISIS Y DISEO DE SISTEMAS II - LABORATORIO

3. A continuacin, renombre el diagrama Main a Diagrama General de Casos de Uso

Cree los objetivos a

5. Aqu represente los casos de uso del negocio.

Agregue los casos de

ANLISIS Y DISEO DE SISTEMAS II - LABORATORIO

Creacin del Modelo de anlisis del negocio

2. Seleccione la categora Business Modeling.

3. Luego, en la ventana de Capacidades, active las casillas relacionadas a UML.

ANLISIS Y DISEO DE SISTEMAS II - LABORATORIO

4. Luego, aplique el estereotipo Bussiness Analisis Model.

5. A continuacin, agregue un diagrama de formato libre con el nombre Organizacin

Clic derecho sobre

ANLISIS Y DISEO DE SISTEMAS II - LABORATORIO

7. Luego, renombre los diagramas de cada paquete. Debe quedar as:

Cree los trabajadores del

9. Aqu represente las entidades del negocio.

Cree las entidades a

ANLISIS Y DISEO DE SISTEMAS II - LABORATORIO

Creacin del Modelo de casos de uso

2. Para crear un Modelo de casos de uso en el cual se representa los requisitos

3. En la ventana de capacidades de modelo active las dos opciones relacionadas a

4. Agregue un diagrama de formato libre de nombre Organizacin del MCU y sobre

ANLISIS Y DISEO DE SISTEMAS II - LABORATORIO

5. Luego, renombre los diagramas de cada paquete y el diagrama Main a Diagrama

Actividad del Negocio

Dar soporte a un proceso de negocio