Guia Lab - Sem05 - CPSI (2024-Verano)

Construcción y Pruebas de Sw
Guía de Laboratorio Sem05

Construcción y Pruebas de Sw – Guía de Laboratorio Sem.05
CONTENIDO
TEMA.- DISEÑO DE CASOS DE USO (Caso Estudio CiberCorp)
1. Capas Lógicas de la Arquitectura: 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)

1. CAPAS LÓGICAS DE LA ARQUITECTURA

Antes de indicar cómo se realiza las realizaciones de diseño de un caso de
uso, primero se mostrará la organización de los componentes (clases de
diseño e interfaces) en capas, subsistemas y librerías que utilizaremos en el
curso, aplicando patrón arquitectónico MVC y patrón DAO:
Capa Subsistema/Librerías Componentes
Clases estereotipadas:
 Páginas HTML: <<Client
Page>> y <<HTML Form>>
 Páginas JSP: <<Server
Page>>, <<Client Page>> y
<<HTML Form>>
Clase estereotipada para

servlets: <<Http Servlet>>
 Clases de diseño:
servicios, beans y clases
DAO.
 Interfaces que presentan
las operaciones de acceso
a una tabla.
Clases de diseño: clase
abstracta DAOFactory y sus
clases hijas.
Clases de diseño: clases

utilitarias.
Capas, subsistemas, librerías y elementos de diseño según patrón

arquitectónico MVC y patrón DAO.
Construcción y Pruebas de Sw – Guía de Laboratorio Sem.05 15
1.1 CAPA DE PRESENTACION
(Diagrama de Navegación)
1.2 CAPA CONTROLADORA
1.2.1 Seleccione la Capa Controladora y verifique que se encuentren creados los

subsistemas, conforme se muestra en la siguiente imagen:
1.2.2 Luego, agregue los servlets en la Capa Controladora para realizar los CU
Registrar solicitud de personal, CU Registrar Ficha de Postulante y CU Buscar
Postulante.
a. Primero, cambie los nombre del diagrama Principal (Main) de cada paquete en
el cual trabajará y agregue el paquete servlets:
b. Ahora crearemos el servlet para este subsistema a partir de una clase
estereotipada, tal como se muestra a continuación:
c. Por último, agregue la operación Service().
Debe quedar así:

Realice el mismo procedimiento para los otros Subsistemas.
1.3 CAPA NEGOCIO
1.3.1 Haga lo necesario para que la Capa de Negocio cuente con los subsistemas y
paquetes de librería en estudio.
1.3.2 Agregue las clases de diseño en la Capa Negocio para realizar el CU

Registrar solicitud de personal
a. Primero, cambie el nombre del diagrama Main ò Principal de los

subsistemas en los cuales trabajará:
b. En el subsistema Requerimiento agregue el paquete beans, Dao,
interfaces, service
c. A continuación, en el paquete beans, agregue BeanEvaluador,

BeanPerfil y BeanSolicitante con sus atributos y operaciones de acceso
(get/set).
d. Realice el mismo procedimiento (b y c) con los Subsistemas. Ficha,

Contrato y Postulante.
e. Por último, en el paquete util agregue la clase ConexionBD con sus

operaciones:
Para mostrar la signatura completa:
f. Agregue las librerías de JAVA.
Paso 01:
g. Completar los paquetes Dao, Interface, Service del Subsystem Requerimientos
(Capa Negocio)
h. Crear las clases de la capa de Negocio, del paquete ADMDAO DAOFactory

y MySQLDAOFactory en el Main del paquete AdmDAO:
Hasta este momento hemos creado los elementos de diseño que van a
participar en el caso de uso “Registrar solicitud de personal”.
La Capa de Negocio quedara así:
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
- Bean
- DAO
- INTERFACE
- SERVICE
-
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
Diagrama de Clases de Diseño: CU Mantener Usuario

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:

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
3
Edite el mensaje,
luego presione
ENTER.
Se verá así :
2.7: Si el mensaje es un método del objeto destino, realice lo siguiente:
1
2
3
2.8: El diagrama de secuencia final para el flujo básico del CU Mantener Usuario, es el que se muestra a continuación:
:2.9 Flujo Buscar Mantener Usuario (Método Listar)

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.
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
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

Construcción y Pruebas de Sw – Guía de Laboratorio Sem.05 18
Diagrama de Secuencia: FB Generar Cita

Diagrama de Secuencia: Operación GeneraNroCita
Diagrama de Secuencia: Operación Grabar

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
<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

Guia Lab - Sem05 - CPSI (2024-Verano)

Cargado por

Información del documento

Título original

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

Guia Lab - Sem05 - CPSI (2024-Verano)

Cargado por

Copyright:

Formatos disponibles

Construcción y Pruebas de Sw

Guía de Laboratorio Sem05

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

1. Capas Lógicas de la Arquitectura: Revisión de los Artefactos de Diseño

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

o Diagrama de Clases de Diseño

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

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

1. CAPAS LÓGICAS DE LA ARQUITECTURA

Capa Subsistema/Librerías Componentes

Clase estereotipada para

Clases de diseño: clases

Capas, subsistemas, librerías y elementos de diseño según patrón

1.1 CAPA DE PRESENTACION

1.2.1 Seleccione la Capa Controladora y verifique que se encuentren creados los

c. Por último, agregue la operación Service().

Debe quedar así:

1.3 CAPA NEGOCIO

1.3.2 Agregue las clases de diseño en la Capa Negocio para realizar el CU

a. Primero, cambie el nombre del diagrama Main ò Principal de los

c. A continuación, en el paquete beans, agregue BeanEvaluador,

d. Realice el mismo procedimiento (b y c) con los Subsistemas. Ficha,

e. Por último, en el paquete util agregue la clase ConexionBD con sus

f. Agregue las librerías de JAVA.

h. Crear las clases de la capa de Negocio, del paquete ADMDAO DAOFactory

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

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

Luego proceda a crear los diagramas:

Diagrama de Clases de Diseño: CU Mantener Usuario

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

Clic sobre el texto

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

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

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

:2.9 Flujo Buscar Mantener Usuario (Método Listar)

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

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

3.2. Flujos Alternativos

2. No hay médicos disponibles

Datos de la HC del paciente

Datos del médico

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

Diagrama de Secuencia: FB Generar Cita

Diagrama de Secuencia: Operación GeneraNroCita

Diagrama de Secuencia: Operación Grabar

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

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

3.1. Flujo Básico

3.2. Flujos Alternativos

También podría gustarte