GrupoSala5 Laboratorio8

ESCUELA PROFESIONAL DE
INGENIERÍA DE SISTEMAS
FACULTAD DE INGENIERÍA Y ARQUITECTURA

ESCUELA PROFESIONAL DE INGENIERÍA DE SISTEMAS
Desarrollo de laboratorio 08
Integrantes:
Atoche Córdova, Geanpiere Eduardo
Fiestas Chunga, Jesús Eduardo
Moran Trelles, Jorge Luis
Velásquez Tavara, Maura Beatriz
Villegas Flores, Juan
Yesquen Sandoval, Geraldine Rosmery
Docente:
Mg. Ing. Saavedra Yarleque, Luis Armando
Curso:
Ingeniería de software C1
PIURA - PERÚ
2023-I
GUÍA DE LABORATORIO Nº 08
Escuela : Ingeniería de Sistemas

Asignatura : Ingeniería de Software
Ciclo : V
Turno : M–T–N
Semestre : 2022-2
Docente : Mg. Ing. Saavedra Yarleque, Luis Armando
REGISTRAR CLIENTE
ESPECIFICACIÓN DE CASO DE USO
Nombre del Caso de Uso :< REGISTRAR CLIENTE>

1. Breve Descripción: Permite llevar un control de los clientes con los que
cuenta la empresa y tener su información relevante.
2. Actor: Personal del Dpto. de Ventas.
3. Flujo de Eventos
3.1 Flujo Básico
1. EL caso de uso comienza cuando el Dpto. de Ventas solicita "Registrar
Cliente" en el menú principal.
2. El sistema muestra la interfaz "Registrar Cliente" con los siguientes datos:
Datos del Cliente: RUC, Razón Social, dirección, teléfono, crédito disponible.
Dos botones: Guardar y Cerrar.
3. El Dpto. de Ventas registra el RUC, Razón Social, dirección, teléfono y
establece el crédito disponible que tendrá la empresa cliente.
4. El Dpto. de Ventas selecciona el Botón Guardar.
5. El Sistema almacena la información ingresada en la BD del cliente.
6. El Sistema muestra mensaje: Cliente registrado.
7. El Dpto. de Ventas selecciona el Botón Cerrar.
8. El Sistema cierra la interfaz "Registrar Cliente", retornando al menú principal
del sistema y el caso de uso finaliza.
3.2. Flujos Alternativos
<Cerrar>
Si el empleado solicita "Salir" antes de Guardar, el sistema cierra la interfaz y
el caso de uso finaliza.
<Registro Duplicado>
Si el empleado selecciona el Botón Guardar y el Cliente ya se encuentra
registrado, aparecerá un mensaje CLIENTE YA SE ENCUENTRA
REGISTRADO y el sistema cerrará la interfaz y el caso de uso finaliza.
4. Pre condiciones
1. El Dpto. de Ventas debe estar logueado en el sistema.
Prototipo
BUSCAR CLIENTE
ESPECIFICACIONES DE CASO DE USO
Nombre del Caso de Uso :< BUSCAR CLIENTE>
1. Breve descripción:
El caso de uso permite al Dpto. de ventas, determinar si un cliente se encuentra
registrado y verificar que posee crédito disponible para adquirir productos de
la empresa.
2. Actor:
Dpto. de ventas
3. Flujo de Eventos
3.1. Flujo Básico
1. El caso de uso comienza cuando el Dpto. de Ventas solicita "Buscar Cliente"
en el menú principal.
2. El sistema muestra la interfaz "Buscar Cliente" con los siguientes datos:
Un casillero para ingresar Nro.de RUC del Cliente.
Datos del Cliente: Razón Social, dirección, teléfono, crédito disponible.
Botón cerrar.
3. El Dpto. de Ventas ingresa el Nro.de RUC en el casillero activo.
4. El Dpto. de Ventas selecciona el Botón "Buscar".
5. El Sistema realiza la búsqueda de clientes en la BD Clientes.
6. Si el cliente está registrado, el Sistema enviará los datos en los demás
casilleros disponibles.
7. El Dpto. de Ventas verificará si tiene saldo disponible.
8. El Dpto. de Ventas selecciona el Botón "Cerrar".
9. El Sistema cierra la interfaz "Buscar Cliente", retornando al menú principal del
sistema y el caso de uso finaliza.
3.2. Flujo Alternativo
<Cerrar>
Si el empleado solicita "Salir" antes de Buscar, el sistema cierra la interfaz y el
caso de uso finaliza.
<Si no encuentra el Cliente>
Si el sistema no encuentra el Cliente, se abre la interfaz "Registrar Cliente" y el
sistema cierra la interfaz "Buscar Cliente"
4. Pre Condiciones
1. El Dpto. de ventas debe estar logueado en el sistema.
REGISTRAR PEDIDO
Nombre del Caso de Uso :< REGISTRO DE PEDIDO>
1. Breve descripción
El caso de uso permite al Dpto. de ventas registrar un pedido de productos o
materiales hecho por un cliente específico, teniendo en consideración el
destino y la cantidad de tonelaje del mismo.
2. Actor
Dpto. de Ventas
3. Flujo de Eventos
3.1. Flujo Básico
1. El caso de uso comienza cuando el Dpto. de ventas solicita "Registrar
Pedido" en el menú principal.
2. El sistema muestra la interfaz "Registrar Pedido" con los siguientes datos:
Datos del Cliente: RUC, Razón Social
Datos del Destino: Provincia, Distrito, Dirección
Datos del Pedido: descripción del material, cantidad, tonelaje y precio, fecha
de entrega.
Dos botones: Agregar, modificar y eliminar
Una cuadrícula con los campos: cantidad, descripción, tonelaje y precio.
Un cuadro de texto: precio total y tonelaje total.
Dos botones: Guardar y Cerrar
3. El Dpto. de ventas ingresa el nro.de RUC
4. El sistema carga la fecha actual en la Casilla fecha de emisión de pedido.
5. El Dpto. de ventas registra los productos solicitados por el cliente, en base
a su nombre y la cantidad necesaria.
6. El Dpto. de ventas selecciona el botón Agregar Pedido.
7. El sistema envía los datos ingresados del pedido a una tabla en donde
muestra el precio unitario y el precio total según la cantidad solicitada.
8. Se repite los pasos 5 al 7, la cantidad de veces que sea necesario.
9. El sistema a medida que se agregue los pedidos en el casillero de precio
total y tonelaje total se ira calculando.
10. Al terminar de registrar los pedidos, el dpto. de ventas selecciona el botón
Guardar.
11. El sistema genera el código de pedido automáticamente.
12. El dpto. de ventas selecciona el botón cerrar.
13. El sistema cierra la interfaz "Registrar Pedido",regresa al menú principal
<Cerrar>
SI el Dpto. de Ventas solicita Cerrar sin haber guardado nada, el caso de uso
finaliza y el sistema regresa al menú principal.
<Precio total supera a crédito disponible>
Si el precio total acumulado de los pedidos seleccionados llega al máximo
muestra un mensaje "¿CRÉDITO INSUFICIENTE, desea grabar pedido?".
Si el dpto. de ventas está de acuerdo, graba. De lo contrario selecciona el
botón cerrar.
4. Pre condiciones
1. El dpto.de ventas debe estar logueado en el sistema
2. Los productos deben estar registrados y tener stock disponible.
3. El cliente debe tener crédito disponible.
5. Post Condiciones
1. Se graba el pedido con su detalle y cambia de estado a pendiente de envío.
BUSCAR PEDIDO
Nombre del Caso de Uso :< BUSCAR PEDIDO >

1. Breve descripción
El caso de uso permite buscar un pedido mostrando la información más
relevante para tener conocimiento sobre los pedidos del cliente y la fecha
que debe ser entregada.
2. Actor
Departamento de Logística
3. Flujo de Eventos
3.1. Flujo Básico
1. El caso de uso comienza cuando el Dpto. de Logística solicita “Buscar
Pedido” en el menú principal.
2. El sistema muestra la interfaz “Buscar Pedido” con los siguientes datos:
Un campo de texto para ingresar Nro.de Pedido.
Datos del cliente como: RUC y Razón Social.
Datos del pedido como: dirección de envío, departamento y provincia, fecha
de entrega, productos y cantidad, precio total, y tonelaje total.
3. El Dpto. de Logística ingresa el Nro. de Pedido en el casillero activo.
4. El Dpto. de Logística selecciona el Botón Buscar.
5. El Sistema realiza la búsqueda de clientes en la BD Pedidos.
6. Si existe el registro del pedido, el Sistema envía los datos de pedidos y
cliente.
7. El Dpto. verifica la información del pedido.
8. E Dto. de Logística selecciona el Botón Cerrar.
9. El sistema cierra la interfaz “Buscar Pedido”, retornando al menú principal
<Cerrar>
Si el empleado solicita "Salir" antes de Buscar, el sistema cierra la interfaz y
el caso de uso finaliza.
<Si no encuentra el Pedido>
Si el sistema no encuentra el Pedido, el sistema muestra un mensaje: “El
pedido no fue registrado”.
4. Pre Condiciones
1. El usuario de Departamento de Logística debe estar logueado.
De las plantillas desarrollar:
1. Diagrama de caso de uso de sistemas

2. Diagrama de Clases de Análisis.
Registrar cliente
Buscar cliente
Registrar pedido
Buscar pedido
3. Diagrama de Navegabilidad de las clases de análisis
Para cliente
Para pedido
4. Diseño de la Arquitectura de paquetes.
5. Diagrama de Diseño de Presentación por cada clase interfaz.
Registrar cliente
Buscar cliente
Registrar pedido
Buscar Pedido
6. Diagrama de diseño de navegabilidad.
El diagrama muestra la navegación en un sistema con diferentes funcionalidades. Desde

el Menú Principal, se puede acceder a "Registrar Cliente" y "Buscar Cliente". En "Registrar
Cliente", se ingresan y guardan los datos del cliente. En "Buscar Cliente", se busca y
verifica la información del cliente.
CASO DE USO: REDISTRIBUIR PERSONAL
1. Breve Descripción
El caso de uso permite al jefe de Recursos Humanos (JRH) manejar la
redistribución del personal de la empresa (área asignada y cargo). Puede agregar,
modificar y eliminar datos del personal cuando hace la redistribución.
2. Flujo de Eventos
Evento Disparador. - El caso de uso comienza cuando el JRH solicita
“Redistribución del personal” en el menú principal.
2.1. Flujo Básico
1. El sistema muestra la “lista de los trabajadores” ordenado por Áreas.
2. El JRH selecciona un trabajador.
3. El JRH puede Añadir, Modificar o Eliminar los datos de los trabajadores
3.1. Si selecciona Añadir:
3.1.1. El JRH puede agregar un trabajador seleccionando un Área.
3.1.2. El sistema muestra la interfaz “Datos del trabajador” para llenar los
datos personales, cargo y área donde laborará.
3.2. Si selecciona Modificar:
3.2.1. El sistema muestra la interfaz “Datos del trabajador”.
3.2.2. El JRH solo puede cambiar: Nombre, DNI, Lugar de nacimiento
(peruanos y extranjeros), Dirección (por tipos), Teléfono (por tipos), Cargo
(por una lista) y Área (por una lista).
3.3. Si selecciona Eliminar:
3.3.1. El sistema muestra una ventana de confirmación “¿Desea eliminar S
/ N?”
3.3.2. El JRH confirma la eliminación de la redistribución del trabajador.
4. El JRH Acepta Añadir, Modificar o Eliminar
5. El sistema incluye el caso de uso “Validar Datos Personales”.
6. El sistema registra la redistribución (según sea el caso) sin posibilidad de
retorno, muestra el mensaje “Redistribución registrada OK” y el caso de uso
finaliza.
<Lista no Disponible>
En el punto 1 la lista de trabajadores no se encuentra disponible, el sistema
muestra el mensaje “Lista de trabajadores no disponible” y el caso de uso finaliza.
<Error en la Validación>
En el punto 5 si el caso de uso incluido envía un mensaje de error; lo mostrará en
la interfaz y el caso de uso finaliza.
<Redistribución no registrada>
En el punto 6 si el registro no se realiza, el sistema muestra el mensaje
“Redistribución no registrada” y el caso de uso finaliza.
3. Precondiciones
El registro de trabajadores, cargos y áreas están disponibles en el sistema.
4. Poscondiciones
En el sistema queda registrado la adición, modificación o eliminación de la
redistribución.
5. Prototipo
Análisis del Alumno.
CASO DE USO: VALIDAR DATOS PERSONALES

1. Breve Descripción
El caso de uso verifica que no se repitan los números de identificación ni que haya
confusión con los homónimos.
2. Flujo de Eventos
Evento disparador. - El caso de se inicia por la invocación del caso de uso
“Redistribuir Personal”.
2.1. Flujo Básico
1. El sistema valida los siguientes datos: DNI, nombre, apellido, dirección y
teléfono.
2. La validación retorna al caso de uso que lo invoco y el caso de uso finaliza.
<Datos Homónimos>
En el punto 1, si existen homónimos valida que no tengan el mismo DNI, o la misma
dirección o teléfono. El sistema envía mensaje de error y el caso de uso finaliza.
<Familiar en el área>
En el punto 1, si existen familiares, el sistema envía mensaje de error para que no
trabajen en la misma área y el caso de uso finaliza.
3. Precondiciones
Deben existir los datos personales disponibles del trabajador en el sistema.
1. Prototipo
No tiene.
De las plantillas desarrollar:
1. Diagrama de caso de uso de sistemas
2. Diagrama de Clases de Análisis.

3. Diagrama de Navegabilidad de las clases de análisis
4. Diseño de la Arquitectura de paquetes.
5. Diagrama de Diseño de Presentación por cada clase interfaz.
Redistribuir personal
Agregar un personal a un área de trabajo
Modificar personal
Eliminar personal
6. Diagrama de diseño de navegabilidad.
El diagrama muestra cómo el usuario navega a través de diferentes interfaces y

acciones en el caso de uso "Redistribuir Personal". Comienza en el Menú Principal y
selecciona "Redistribuir Personal" para acceder a la lista de trabajadores. Desde allí,
puede agregar, modificar o eliminar datos de un trabajador seleccionado. Si se realiza
una modificación, se verifica la validez de los datos mediante el caso de uso "Validar
Datos Personales". Al final, se muestra un mensaje de confirmación de la redistribución
exitosa.

GrupoSala5 Laboratorio8

Cargado por

Copyright:

Formatos disponibles

GrupoSala5 Laboratorio8

Cargado por

Información del documento

Descripción original:

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

GrupoSala5 Laboratorio8

Cargado por

Copyright:

Formatos disponibles

ESCUELA PROFESIONAL DE

FACULTAD DE INGENIERÍA Y ARQUITECTURA

Escuela : Ingeniería de Sistemas

Nombre del Caso de Uso :< REGISTRAR CLIENTE>

Nombre del Caso de Uso :< BUSCAR PEDIDO >

1. Diagrama de caso de uso de sistemas

5. Diagrama de Diseño de Presentación por cada clase interfaz.

6. Diagrama de diseño de navegabilidad.

El diagrama muestra la navegación en un sistema con diferentes funcionalidades. Desde

CASO DE USO: VALIDAR DATOS PERSONALES

De las plantillas desarrollar:

1. Diagrama de caso de uso de sistemas

2. Diagrama de Clases de Análisis.

5. Diagrama de Diseño de Presentación por cada clase interfaz.

6. Diagrama de diseño de navegabilidad.

El diagrama muestra cómo el usuario navega a través de diferentes interfaces y

También podría gustarte