ESCUELA PROFESIONAL DE

INGENIERÍA DE SISTEMAS

GUÍA DE LABORATORIO

Caso práctico 1

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.
6. Diagrama de diseño de navegabilidad.

Preparar un ppt para exponer.

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

ESPECIFICACIONES DE CASO DE USO

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
del sistema y el caso de uso finaliza.
3.2. Flujos Alternativos
<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

ESPECIFICACIONES DE CASO DE USO

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 del sistema y el caso de uso finaliza.
    3.2. Flujos Alternativos
<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.
 CASO PRÁCTICO 2

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.
6. Diagrama de diseño de navegabilidad.

Preparar un ppt para exponer.

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.
2.2. Flujos Alternativos
<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.
2.2. Flujos Alternativos
<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.