INGENIERÍA DE REQUERIMIENTOS Y DISEÑO

DE SOFTWARE

SESIÓN NRO. 7

DIAGRAMA DE CLASES DE ANÁLISIS

Alumno(s): MAMANI.MAMANI. Renzo. Junior Nota

Grupo: A Ciclo:III

Requiere No
Criterio de Excelente Bueno Puntaje
mejora acept.
Evaluación (5pts) (3pts) Logrado
(2pts) (0pts)
Especificación de casos
de uso

Diagramas de clases de
análisis

Documentación de
diagramas de clases de
análisis

Observaciones y
conclusiones

PROGRAMA DE FORMACIÓN REGULAR

 Nro. DD-106
DIAGRAMA DE CLASES DE ANÁLISIS – LAB. 07
INGENIERÍA DE REQUERIMIENTOS Y DISEÑO DE SOFTWARE Página 1 de 6

I. OBJETIVOS:
• Aplicar la metodología de diagrama de clases de análisis.

II. SEGURIDAD:
Advertencia:
En este laboratorio está prohibida la manipulación del hardware,
conexiones eléctricas o de red; así como la ingestión de alimentos
o bebidas. No jugar durante el desarrollo de la sesión.
.

Al culminar la sesión de laboratorio, apagar correctamente la

computadora y el monitor.

III. RECURSOS:
• PC con Internet.
• Microsoft Word / Lucidchart.

IV. MARCO TEÓRICO

Se detalla, a continuación, un diagrama de clases de análisis, de acuerdo a un caso de uso llamado

“Registrar reserva de libro”:

- Actor: Alumno
- Clases Interfaces: Principal, Reserva, Detalle del libro
- Clase Controladora: Reservas
- Clase de Persistencia: Reserva Libro
- Clases Entidad: Libro, Reserva Libro

PROGRAMA DE FORMACIÓN REGULAR

 Nro. DD-106
DIAGRAMA DE CLASES DE ANÁLISIS – LAB. 07
INGENIERÍA DE REQUERIMIENTOS Y DISEÑO DE SOFTWARE Página 2 de 6

Se detalla, a continuación, un diagrama de clases de análisis, de acuerdo a un caso de uso llamado:

“Registrar préstamo de libro”.

- Actor: Encargado
- Clases Interfaces: Principal, Registro de Préstamo
- Clase Controladora: Préstamos
- Clase de Persistencia: Préstamo Libro
- Clases Entidad: Préstamo, Reserva libro

V. PROCEDIMIENTO (a realizar de manera grupal):

o De los casos prácticos siguientes (elegir uno):

- Portal informativo / compras de paquetes turísticos

- Portal informativo / compras de pasajes terrestres y aéreos
- Portal informativo / reservas / alquiler de habitación(es) en un hotel
- Portal informativo / pedido / compra de libros
TEMA ELEGIDO: PORTAL INFORMATIVO/PEDIDO/COMPRA DE LIBROS

o Adjuntar el detalle de los casos de uso que se generan del caso elegido.
CASO DE USO SOLICITUD DE LIBRO
ACTORES BIBLIOTECARIO
RESUMEN EL USUARIO SOLICITA UN LIBRO CON EL
BLIOTECARIO
PRE-CONDICIONES EL USUARIO NO TIENE NINGUN LIBRO
PENDIENTE EN DEUDA
POST-CONDICIONES EL USUARIO TIENE UNA RESERVA DEL LIBRO
QUE SOLICITO, YEL LIBRO TIENE UN NUEVO
SOLICITANTE A PARTIR DE UNA FECHA.
PROCEDIMIENTO DE LOS EVENTOS
ACTOR(ES) SISTEMA
EVENTO 1: EL USUARIO SOLICITA UN LIBRO EVENTO 2: EL SISTEMA COMPRUEBA QUE EL
EN UNA FECHA REGISTRADA (CODIGO, USUARIO ESTE REGISTRADO PARA REALIZAR
LIBRO, FECHA). SU PEDIDO.
EVENTO 2: EL USUARIO CONFIRMA LA
SOLICITUD
PROGRAMA DE FORMACIÓN REGULAR
 Nro. DD-106
DIAGRAMA DE CLASES DE ANÁLISIS – LAB. 07
INGENIERÍA DE REQUERIMIENTOS Y DISEÑO DE SOFTWARE Página 3 de 6

EVENTO 3: EL SISTEMA COMPRUEBA SI EL

LIBRO SOLICITADO ESTA LIBRE PARA LA
FECHA
EVENTO 4: EL SISTEMA SOLICITA
CONFIRMACION DE LA ENTREGA DEL LIBRO
EVENTO 6: EL SISTEMA REALIZA LA
SOLICITUD

CASO DE USO COMPRA DE LIBROS

ACTORES BIBLIOTECARIO
RESUMEN EL USUARIO DESPUES DE REALIZAR LA
SOLICITUD DE SU PEDIDO REALIZA LA
COMPRACON DIFERENTES METODOS DE
PAGO
PRE-CONDICIONES EL USUARIO NO DEBE TENER NINGUNA
DEUDA O LIBROS PENDIENTES QUE
DEVOLVER
POST-CONDICIONES EL USUARIO REALIZA SU COMPRA CON LOS
DETALLES DE SU PEDIDO ASI COMO PONER
SU METODO DE PAGO DE PREFERENCIA
PROCEDIMIENTO DE LOS EVENTOS
ACTOR(ES) SISTEMA
EVENTO 1: EL SISTEMA SOLICITA SUS DATOS EVENTO 2: EL SISTEMA INDICA LOS DETALLES
PERSONALES PARA REALIZAR LA COMPRA DE LOS LIBROS A VENDER
EVENTO 4: EL USUARIO CONFIRMA SU EVENTO 3: EL USUARIO REALIZA EL PAGO
COMPRA (EFECTIVO, TARJETA)
EVENTO 5: EL SISTEMA REALIZA LA COMPRA
INDICANDO SI DESEA BOLETA PARA DARLE
UN VOUCHER O FACTURA PARA DARLE UNA
FACTURA

CASO DE USO PORTAL INFORMATIVO

ACTORES BIBLIOTECARIO
RESUMEN EL USUARIO INTERACTUA CON EL SISTEMA
DE UNA MANERA SENCILLA DE LA
DIFERENTES OFERTAS QUE OFRECE EL
SISTEMA.
PRE-CONDICIONES
POST-CONDICIONES EL USUARIO INTERACTUARA CON EL
SISTEMA DONDE TENDRA LA OPCION DE
TENER UNA CUENTA PARA UNA MEJOR
EXPERIENCIA.
PRECEDIMIENTO DE LOS EVENTOS
ACTOR(ES) SISTEMA
EVENTO 1: EL USUARIO INTERACTUA CON EL EVENTO 2: EL SISTEMA MUESTRA LAS
SISTEMA DIFERENTES VARIEDADES DE LIBROS QUE
EVENTO 4: EL USUARIO REALIZA LA SE TIENEN REGISTRADOS
BUSQUEDA DEL LIBRO QUE DESEE EVENTO 3: EL SISTEMA MUESTRA UNA
VARIEDAD DE GENEROS DE LIBROS
EVENTO 5: EL SISTEMA MUESTRA EL LIBRO
BUSCADO
PROGRAMA DE FORMACIÓN REGULAR
 Nro. DD-106
DIAGRAMA DE CLASES DE ANÁLISIS – LAB. 07
INGENIERÍA DE REQUERIMIENTOS Y DISEÑO DE SOFTWARE Página 4 de 6

o En base al detalle del punto anterior, elaborar el correspondiente Diagrama de Clases de Análisis, por cada
caso de uso, documentándolos de acuerdo a los modelos puestos en el marco teórico.

INVENTARIO DE LIBROS

BIBLIOTECARIO GERENTE

PLANILLA

PROMOCION Y
RECOMENDACIÓN
DE LIBROS
FACTURAS Y BOLETAS

SOLICITUD DE PEDIDO

CONTADOR VENDEDOR

PROGRAMA DE FORMACIÓN REGULAR

 Nro. DD-106
DIAGRAMA DE CLASES DE ANÁLISIS – LAB. 07
INGENIERÍA DE REQUERIMIENTOS Y DISEÑO DE SOFTWARE Página 5 de 6

OBSERVACIONES (5):
1. Con el modelado del negocio se comprendió la estructura y la dinámica que hay en el
mismo.
2. Los casos de uso del negocio ayudan a entender cómo será el funcionamiento del
sistema.
3. Las entidades de negocio se encuentran en la información que maneja cada trabajador de
negocio
4. es una herramienta importante en el proceso de desarrollo de software. Ayudan a los
desarrolladores a comprender los requisitos del sistema y a comunicarlos a los demás.
5. Al documentar los objetos y sus relaciones, los diagramas de clases de análisis ayudan a
los desarrolladores a comprender cómo el sistema debe funcionar.

CONCLUSIONES (5):
1. Se concluye que es necesario diferenciar los diferentes tipos de reglas de negocio, ya que estas
son las normas que debe seguir el sistema para su correcto funcionamiento.
2. Los diagramas de clases representan información estática de sistema, pero ya en un sistema
funcional, los objetos interactúan entre sí con el tiempo, esto se puede representar mediante un
diagrama de secuencias.
3. Son eficaces para identificar los riesgos de un sistema. Los diagramas de clases de análisis
pueden ayudar a los desarrolladores a identificar los puntos débiles del sistema que podrían
causar problemas durante el desarrollo o la implementación.
4. Planifican muy bien el desarrollo de un sistema. Los diagramas de clases de análisis pueden
ayudar a los desarrolladores a identificar las tareas que deben completarse para implementar el
sistema.
5.

PROGRAMA DE FORMACIÓN REGULAR