Você está na página 1de 22

Análisis y Diseño de Sistemas II

Guía de Laboratorio 07
Computación e Informática
2016-II
ANÁLISIS Y DISEÑO DE SISTEMAS II – Guía de Laboratorio 07 2

CONTENIDO
TEMA.- DISEÑO DE CASOS DE USO (Caso Estudio CiberCorp)

1. Capas: Revisión de los Artefactos de Diseño (MVC)

2. Realizaciones de Diseño (CU Mantener Usuario)

o Diagrama de Clases de Diseño

o Diagrama de Secuencia

3. Actividad Propuesta 01 (ECU Generar cita médica)

4. Actividad Propuesta 02 (ECU Registrar pedidos al crédito)


ANÁLISIS Y DISEÑO DE SISTEMAS II – Guía de Laboratorio 07 3

1. CAPAS (MVC)
CAPA CONTROLADORA

CAPA DE NEGOCIO
ANÁLISIS Y DISEÑO DE SISTEMAS II – Guía de Laboratorio 07 4

CAPA DE PRESENTACION
ANÁLISIS Y DISEÑO DE SISTEMAS II – Guía de Laboratorio 07 5

2. REALIZACIONES DE DISEÑO

2.1 Identificar las Clases de Diseño del CU Mantener Usuario <SubSystem


Seguridad> que se encuentran en las diferentes Capas:

Capa de Presentación

Capa Controladora

Capa Negocio

- AdmDAO:

- Util
ANÁLISIS Y DISEÑO DE SISTEMAS II – Guía de Laboratorio 07 6

- Bean

- DAO

- INTERFACE

- SERVICE

-
ANÁLISIS Y DISEÑO DE SISTEMAS II – Guía de Laboratorio 07 7

2.2 Ahora crearemos en el paquete de Realizaciones de Diseño, los diagramas de


clases y diagrama de secuencias del flujo básico a partir de la realización de diseño
mantener usuario del paquete Seguridad:

Luego proceda a crear los diagramas:

- Clases de Diseño

- Secuencia
ANÁLISIS Y DISEÑO DE SISTEMAS II – Guía de Laboratorio 07 8

2.3 Arrastre el actor y las clases de las capas Presentación, Negocio y


Controladora.
 Es recomendable que las tres clases del JSP sean copiadas del Main de la
capa Presentación a este Diagrama de clases.

 La clase ArrayList arrástrelo del Modelo de librería importado que se encuentra
en la (RoseJavaDataTypes) en / Java / Util.
ANÁLISIS Y DISEÑO DE SISTEMAS II – Guía de Laboratorio 07 9

Diagrama de Clases de Diseño: CU Mantener Usuario


ANÁLISIS Y DISEÑO DE SISTEMAS II – Guía de Laboratorio 07 10

2.4: A continuación, en el diagrama de secuencia, arrastre las clases al flujo básico y ,


por cada elemento, dé clic sobre el texto para eliminar el nombre de instancia. Por
cada método, se crea otro diagrama de secuencia

Clic sobre el texto


del objeto. 1
Borre el texto.
2
2.5: Configure el diagrama de secuencia para no mostrar mensajes de retorno:

Deje activo las opciones que se indican en la siguiente ventana:


ANÁLISIS Y DISEÑO DE SISTEMAS II – Guía de Laboratorio 07 11

2.6: Agregue los mensajes síncronos. En caso no sea un método, edite el


mensaje utilizando la caja de Propiedades/General:

1
2

Edite el mensaje,
luego presione
ENTER.
ANÁLISIS Y DISEÑO DE SISTEMAS II – Guía de Laboratorio 07 12

Se verá así :

2.7: Si el mensaje es un método del objeto destino, realice lo siguiente:

1
2

3
ANÁLISIS Y DISEÑO DE SISTEMAS II – Guía de Laboratorio 07 13

2.8: El diagrama de secuencia final para el flujo básico del CU Mantener Usuario, es el que se muestra a continuación:
ANÁLISIS Y DISEÑO DE SISTEMAS II – Guía de Laboratorio 07 14

:2.9 Flujo Buscar Mantener Usuario (Operación Listar)


ANÁLISIS Y DISEÑO DE SISTEMAS II – Guía de Laboratorio 07 15

ACTIVIDAD PROPUESTA Nº 1
A partir de la Especificación de Caso de Uso, realice los siguientes artefactos:

1. Realización de Diseño del caso de uso


1. Diagrama de clases de diseño
2. Diagrama de secuencia del flujo básico
3. Diagrama de secuencia de las Operaciones

Especificación de caso de uso: Generar Cita Médica


1. Descripción:
El caso de uso permite a la recepcionista de la clínica, registrar una cita médica
para consultas externas por especialidad.

2. Actor(es)
Recepcionista

3. Flujo de Eventos
3.1. Flujo Básico
1. El caso de uso comienza cuando la recepcionista selecciona la opción
“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: número, nombre y apellidos del paci ente.
  Datos del médico: nombres, apellidos y especialidad.
  Datos de la cita: fecha y hora de la cita y consultorio.
 Además, presenta las opciones: Buscar HC, Buscar Horarios de
 Médico y Grabar Cita.
3. La recepcionista selecciona “Buscar HC”.
4. El sistema incluye el caso de uso Buscar Historia Clínica.
5. El sistema muestra los datos de la historia clínica del paciente.
6. La recepcionista selecciona “Buscar Médico”.
7. El sistema incluye el caso de uso Buscar Horarios de Médico.
8. El sistema muestra los datos del médico y de la cita.
9. La recepcionista selecciona “Grabar Cita”.
10. El sistema valida los datos.
11. El sistema genera el número de cita y registra la cita con estado
pendient0e.
12. El sistema muestra el mensaje “Cita generada”. El caso de uso termina.

3.2. Flujos Alternativos


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 médicos disponibles


Si en el paso 8 el sistema detecta que no hay médicos disponibles,
muestra el MSG “No hay médicos disponibles” y el caso de uso finaliza.
ANÁLISIS Y DISEÑO DE SISTEMAS II – Guía de Laboratorio 07 2

3. Campos vacíos
Si en el paso 10 el sistema detecta que alguno de los campos está
vacío, muestra el MSG “Alguno de los campos está va cío” y el caso de
uso continúa.

4. Precondiciones
o La recepcionista está identificada en el sistema .
o Lista disponible de historias clínica.
o Lista disponible de médicos.

5. Poscondiciones
En el sistema quedará registrada la cita en esta do pendiente.

6. Puntos de Extensión
En el paso 6, el sistema extiende al caso de uso Mantener HC – subflujo
“Registrar HC”.

7. Requisitos Especiales
Ninguno.

8. Prototipos

Generar Citas
Fecha: 08/03/2010
Hora: 15:32

Datos de la HC del paciente

Nº HC:
Paciente:

Datos del médico

Nombre y apellidos:
Especialidad:

Datos de la cita

Fecha:
Hora:
Consultorio:

Grabar
ANÁLISIS Y DISEÑO DE SISTEMAS II – Guía de Laboratorio 05 17

Crear las clases de Negocio en el paquete Cita

Crear las clases DAO MySQlCitaDAO y MYSQLCorrelDAO y BeanCita

Crear las clases Interfaces CitaDAO y CorrelDAO

Crear la clase cita_services

Agregar los métodos al DAOFactory

Diagrama de Secuencia: Flujo Básico Generar Cita


ANÁLISIS Y DISEÑO DE SISTEMAS II – Guía de Laboratorio 07

Diagrama de Secuencia: FB Generar Cita


ANÁLISIS Y DISEÑO DE SISTEMAS II – Guía de Laboratorio 07 19

Diagrama de Secuencia: Operación GeneraNroCita

Diagrama de Secuencia: Operación Grabar


ANÁLISIS Y DISEÑO DE SISTEMAS II – Guía de Laboratorio 07 20

ACTIVIDAD PROPUESTA Nº 2

Especificación de caso de uso: Registrar Pedidos al crédito

1. Breve Descripción

El caso de uso permitirá a la secretaria registrar los pedidos al crédito de la distribuidora


Mayorista los cuales son entregados por los vendedores.

2. Actores
Secretaria
3. Flujo de Eventos

3.1. Flujo Básico


1. El caso de uso se inicia cuando la Secretaria selecciona la opción “Solicitar Pedido al
crédito” del Menú Principal.
2. El sistema muestra la interfaz “Registrar Pedido” con los siguientes campos:
Numero de Pedido, Fecha, Nombre de Cliente y la opción Buscar cliente.
Nombre del Producto, la Opción Buscar producto, el campo cantidad y la Opción
Agregar Producto.
Una cuadrícula de detalle del pedido, la cuadricula contiene los siguientes campos
(código, nombre del producto, precio y cantidad). Se muestra, adicionalmente, una
lista precargada de los vendedores [RN01], la opción “Grabar Pedido” y Salir.
3. La secretaria selecciona “Buscar Cliente”.
4. El sistema incluye el Caso de Uso Buscar Cliente.
5. El sistema muestra los datos del cliente.
6. La secretaria solicita “Buscar producto” disponible.
7. El sistema incluye el Caso de Uso Buscar producto.
8. El sistema muestra los el nombre y el precio del producto.
9. La secretaria ingresa la cantidad del producto.
10. La secretaria selecciona agregar producto
11. El sistema agrega el producto a la cuadrícula del detalle del pedido.
12. Si la secretaria quiere seleccionar otra producto, se repite los pasos del 6 al 11.
13. La secretaria selecciona vendedor que atendió al cliente.
14. La secretaria selecciona “Grabar pedido”.
15. El Sistema valida datos.
16. El sistema obtiene el último número de pedido, autogenera un nuevo número. y
graba el pedido con su detalle en estado “Pendiente” [RN02] y muestra un
mensaje con el número del pedido.
17. La secretaria selecciona el mensaje y el caso de uso termina

3.2. Flujos Alternativos


<Selecciona Salir>
1. El sistema muestra un mensaje preguntando ”Desea salir de Registrar Pedido” con
las opciones SI /NO
2. Si la secretaria selecciona SI , el caso uso cierra la interfaz Registrar Pedido y el caso
de uso termina
3. Si la secretaria selecciona NO, el caso continúa
ANÁLISIS Y DISEÑO DE SISTEMAS II – Guía de Laboratorio 07 21

<Vendedor no seleccionado>
1. En el paso 15, si el sistema verifica que no se encuentra seleccionó unl vendedor, Se
muestra un mensaje de error. “ Vendedor No seleccionado”
2. La secretaria selecciona el mensaje y el flujo continúa en el paso 13 del flujo básico

4. Requerimientos Especiales
Ninguno.
5. Pre Condiciones
1. La secretaria se debe haber logueado en el sistema.
2. Lista de vendedores disponible.
3. Lista de productos disponibles
4. Lista de clientes disponibles
6. Post Condiciones
El sistema graba los datos del pedido en estado “Pendiente”.
7. Puntos de extensión
Ninguno
8. Prototipo
Diagrama de Secuencia: FB Registrar Pedidos al Crédito

Você também pode gostar