FACULTAD DE

INGENIERIA

ESCUELA PROFESIONAL DE INGENIERIA DE

SISTEMAS

PRESENTACIÓN DE LABORATORIO

IV CICLO

ASIGNATURA DOCENTE SEC.

ANALISIS Y
DISEÑO DE IVAN MARTIN PEREZ FARFAN A3
SISTEMAS

AUTORES:

 Hernandez Malca Alan Edu

 Laurente Pillaca Jeff Antony
 Ramirez Llamoctanta Juan Jose
 Asqui Mendoza Renzo Kevyn>
 Zorrilla Luca Jhonathan Brayan

LIMA-PERÚ

2022
 PRÁCTICA

1. Determinar lo siguiente:
• Requerimientos Funcionales.
• Requerimientos no funcionales
• Caso de Uso de Requerimientos.
• Genere los diagramas de Clases de Análisis
CASO VENTAS DE PRENDAS DEPORTIVAS
La Empresa SPORTS SAC de venta de ropa deportiva a clientes que lo soliciten para ello cuenta con
una Gerencia de ventas que es la encargada de los procesos de ventas, proceso de facturación y
despacho. El Gerente de venta en la entrevista describió los requisitos que debería tener el nuevo
sistema.
R1. El cliente debe tener una pantalla via web para registrar sus datos en el sistema. El sistema entrega
un código que le permitirá identificarlo.
R2. El cliente debe tener una pantalla para registrar la venta en el sistema, en donde deberá de buscar
el producto, colocar la cantidad, la fecha de entrega, dirección en donde se entregará el producto.
R3. Las pantallas deben de tener los colores de la empresa y debe contener el logo de la compañía.
R4. El Cliente debe tener la posibilidad de consultar su estado de la entrega de su venta en el sistema.
R5. El cliente debería tener una pantalla para registrar el pago del registro de venta en él sistema.
R6. Nuestro Sistema deberá ser instalado en nuestro servidor Web que manejara la seguridad de acceso
para los clientes y los empleados.
R7. El sistema deberá ser desarrollado en PHP y como gestor de base de datos MySql.
R8. El empleado de despacho debe de tener una pantalla para consultar las ventas pendientes de
entrega que permitirá preparar los productos para despachar.

Caso de Uso

Plantilla Caso de Uso: Login

Plantilla caso de Uso: Registro de Venta

Plantilla de Uso : Registro Pago de Venta

Plantilla de Uso: Consulta de estado de entrega

Plantilla de Uso: Login (empleado)

Plantilla de Uso: Consultar Venta

DIAGRAMA DE CLASES DE ANÁLISIS

2. Determinar lo siguiente:
• Requerimientos Funcionales.
• Requerimientos no funcionales
• Caso de Uso de Requerimientos.
• Genere los diagramas de Clases de Análisis
 SERVICIOS DE MANTENIMIENTO EQUIPOS DE CÓMPUTO

La Empresa Computronicos SAC brinda servicios de mantenimiento de equipos de cómputo a clientes que
lo soliciten para ello cuenta con una Gerencia de Servicios que es la encargada de los procesos de
Inscripción de clientes y proceso de mantenimiento. El sueño del dueño de la empresa es tener la primera
empresa de mantenimiento de equipos de cómputo del Perú. Su Misión es Brindar un Servicio de
mantenimiento de equipos de cómputo de calidad para la satisfacción de sus Clientes. Para cumplir con
este sueño ha planteado los siguientes objetivos que se debe optimizar los procesos; tener una atención
personalizada a los clientes; Disminución de costos administrativos y operativos con el uso de tecnología.
El dueño ha planteado contar con un plan de capacitación a sus empleados para una mejor atención a su
cliente.
El Gerente de Servicios en las entrevista describió los requisitos que debería tener el nuevo sistema.
R1. El vendedor tiene la posibilidad de registrar al cliente en la lista de clientes.
R2. El vendedor tiene la posibilidad de consultar el estado del cliente en el sistema para poder darle
atención a sus pedidos y no sea un cliente moroso.
R3. Nuestro Sistema deberá ser instalado en nuestro servidor Web que manejara la seguridad de acceso
para los clientes y los empleados.
R4. El Cliente debe tener la posibilidad de consultar su estado en el sistema.
R5. El cliente debería tener una pantalla para registrar el pedido de servicio.
R6. El sistema debería tener una pantalla para generar la orden de servicio que es registrada por el
vendedor.
R7. El sistema deberá ser desarrollado en PHP y como gestor de base de datos MySql.
R8. Las pantallas del sistema debe de tener los colores de la empresa y debe de tener el logo de la
organización.
R9. El empleado de Mantenimiento debería tener una pantalla en donde consulte las órdenes de
mantenimientos pendientes.
R10 El empleado de mantenimiento debe de tener una pantalla para registrar las actividades realizadas en
el mantenimiento.
R11. El Cliente debe tener la posibilidad de consultar la condición del servicio de mantenimiento en el
sistema.

Requerimiento funcionales R1. R2. R4. R5. R9. R10 R11.

Requerimiento no funcionales R3. R7. R8.

Código: Caso de uso:Registrar al cliente

Actores: Vendedor

Descripción: registrar a los clientes

Precondiciones: 1. Ejecutar al sistema

2. marcar la opcion donde dice vendedor
3. Una vez que se ingresa a la plataforma(sistema), llenar campos vacíos con sus
datos para registrarse en la parte derecha.
4. Presionar en el botón ingresar y luego visualizará la interfaz menú principal.

Eventos del 1. del menú principal Seleccionamos lista de clientes.

flujo Básico: 2. En la lista de clientes el vendedor tendrá que registrar los datos del cliente, la cual
procederá a registrarlos.
3. presiona el botón registrar
Flujos 1. En el Evento 2 del flujo básico, si es ingresado los datos incorrectos o datos no
alternativos: válidos del cliente, el sistema mostrará un mensaje diciendo ingrese datos
correctamente.
2. En el Evento 1 del flujo básico, también tenemos el botón de cancelar ejecución.

Post Una vez ingresados correctamente los datos, se actualizará automáticamente el registro
Condiciones: de los clientes en la lista.

Código: Caso de uso: Consultar estado

Actores: Vendedor,cliente

Descripción: consultar estado

Precondiciones: 1. Ejecutar al sistema

2. marcar la opción donde dice vendedor o donde dice cliente según la persona a
ingresar.
3. Una vez que se ingresa a la plataforma(sistema), llenar campos vacíos con sus
datos para registrarse en la parte derecha.
4. visualizará la interfaz menú principal.

Eventos del 1. del menú principal Seleccionamos realizar consultar estado.

flujo Básico: 2. En consultar estado aparecerán algunos campos a llenar con los datos a
consultar.
3. presiona el botón consultar y espera algunos segundos.

Flujos 1. En el Evento 2 del flujo básico, si ingresaste datos incorrectos o no encontrados

alternativos: en la lista o en el sistema. el sistema mostrará un mensaje diciendo que los datos
a consultar no han sido encontrados.
2. En el Evento 1 del flujo básico, también encontraremos un botón donde diga
abandonar.

Post La consulta ha sido procesada exitosamente en el sistema.

Condiciones:
Código: Caso de uso: registrar el pedido del servicio

Actores: Cliente

Descripción: registrar el pedido del servicio

Precondiciones: 5. Ejecutar al sistema

6. marcar la opcion donde dice cliente
7. Una vez que se ingresa a la plataforma(sistema), llenar campos vacíos con sus
datos para registrarse en la parte derecha.
8. visualizará la interfaz menú principal.

Eventos del 4. del menú principal Seleccionará donde dice registrar pedido y aparecerá una
flujo Básico: pantalla.
5. En la pantalla de registrar pedido se ingresará los datos del pedido, tiempo de
entrega, datos del producto,y datos personales, correo electrónico.
6. dará clic en el botón registrar.

Flujos 3. En el Evento 2 del flujo básico, si los datos que ingresaste son inválidos el sistema
alternativos: te generará un error,si no llenas algún campo no te permitirá avanzar.
4. En el Evento 1 del flujo básico, también encontraremos un botón donde diga
cancelar registro.

Post se actualizará automáticamente el registro de pedido de servicio y te enviará mensaje a

Condiciones: tu correo

Código: Caso de uso: Consultar condición de servicio

Actores: cliente

Descripción: Consultar condición de servicio

Precondiciones: 9. Ejecutar al sistema
10. marcar la opción donde dice cliente.
11. Una vez que se ingresa a la plataforma(sistema), llenar campos vacíos con sus
datos para registrarse en la parte derecha.
12. visualizará la interfaz menú principal.

Eventos del 7. del menú principal ir a la opción del botón consultar.

flujo Básico: 8. En consultar te aparece una opción, de que deseas consultar, la cual irás a la
opción consultar condición de servicio, llenarás tus datos como
correo,celular,etc..
9. presiona el botón hacer consulta.

Flujos 5. En el Evento 2 del flujo básico, si ingresaste datos incorrectos o no encontrados

alternativos: en la lista o en el sistema, el sistema mostrará un mensaje diciendo que los datos
a consultar no han sido encontrados.
6. En el Evento 1 del flujo básico, también encontraremos un botón donde diga
abandonar.

Post La consulta ha sido procesada exitosamente en el sistema, la cual enviarán un mensaje a

Condiciones: tu correo con una explicación resumida.

Código: Caso de uso: Consultar ordenes de mantenimiento pendientes

Actores: empleado de mantenimiento

Descripción: Consultar ordenes de mantenimiento pendientes

Precondiciones: 13. Ejecutar al sistema

14. marcar la opción donde dice Empleado de mantenimiento.
15. Una vez que se ingresa a la plataforma(sistema), llenar campos vacíos con los
datos a consultar.
16. visualizará la interfaz menú principal.

Eventos del 10. del menú principal ir a la opción del botón consultar.
flujo Básico: 11. En consultar te aparecen varias opciones, la cual irás a la opción consultar
órdenes, llenarás los datos que se mostrarán en pantalla.
12. presiona el botón hacer consulta.
Flujos 7. En el Evento 2 del flujo básico, si ingresaste datos incorrectos o no encontrados
alternativos: en la lista o en el sistema, el sistema mostrará un mensaje diciendo que no se
puede realizar la consulta.
8. En el Evento 1 del flujo básico, también encontraremos un botón donde diga
cancelar consulta.

Post La consulta de órdenes ha sido procesada exitosamente en el sistema, luego de eso

Condiciones: mostrará la orden buscada por el empleado.

Código: Caso de uso: registrar actividades realizadas

Actores: empleado de mantenimiento

Descripción: registrar actividades realizadas

Precondiciones: 17. Ejecutar al sistema

18. marcar la opcion donde dice empleado de mantenimiento
19. Una vez que se ingresa a la plataforma(sistema), llenar campos vacíos con sus
datos para registrarse en la parte derecha.
20. visualizará la interfaz menú principal.

Eventos del 13. del menú principal Seleccionará donde dice registrar actividades y aparecerá
flujo Básico: una pantalla.
14. En la pantalla de registrar servicio se ingresará los datos del servicio.
15. dará clic en el botón registrar.

Flujos 9. En el Evento 2 del flujo básico, si los datos que ingresaste son inválidos el
alternativos: sistema te generará un error,si no llenas algún campo no te permitirá avanzar
o si ya has realizado un mismo registro de servicio antes, te saldrá un aviso que
ya ha sido realizado.
10. En el Evento 1 del flujo básico, también encontraremos un botón donde diga
cancelar registro.

Post se actualizará automáticamente el registro de servicio, la cual te mostrará un mensaje

Condiciones: diciendo su registro de servicio ha sido realizado exitosamente.
3. Determinar lo siguiente:
• Requerimientos Funcionales.

• Requerimientos no funcionales
• Caso de Uso de Requerimientos.
• Genere los diagramas de Clases de Análisis
Modelo Análisis:
Tenemos la especificación del caso del Uso “Registrar Pedido”

Especificación de Caso de Uso: Registrar Pedido

1. Breve Descripción
El sistema permitirá al Encargado de Ventas registrar el pedido del cliente.

2. Flujo de Eventos
Evento disparador.- El caso de uso comienza cuando el Encargado de Ventas solicita “Registrar
Pedido” en el menú principal.

2.1. Flujo básico

 1. El sistema muestra la interfaz “Menú Principal”.
2. El Encargado de Ventas selecciona del Menú Principal “Registrar Pedido”
3. El Encargado de Ventas registra datos del Pedido como: Fecha de Pedido, Nombre del
Cliente, nombre de Producto, cantidad pedida.
4. El encargado de Venta después de verificar el pedido presionamos grabar registro.
5. El sistema solicita confirmación de Registrar Pedido.

2.2. Flujos alternativos

<Cliente no encontrado>

Si en el punto 4 del flujo básico no se encuentra al cliente, el sistema mostrará el mensaje

“Cliente no encontrado” y el caso de uso finaliza.

3. Requerimientos Especiales
Ninguno

4. Pre condiciones
1. El Encargado de ventas debe estar logueado en el sistema.

5. Post condiciones
1. Los pedidos se imprimen.
6. Puntos de Extensión

• Caso de Uso de Requerimientos.

• Genere los diagramas de Clases de Análisis

4. Determinar lo siguiente:
• Requerimientos Funcionales.
 • Requerimientos no funcionales
• Caso de Uso de Requerimientos.
• Genere los diagramas de Clases de Análisis
• Genere el diagrama de secuencia
Plantillas de Casos de Uso

Temos la especificación del caso del Uso “Alquiler de Vehículo”

Especificación de Caso de Uso: Alquiler de Vehículo

1. Breve Descripción
El sistema permitirá al Counter registrar el alquiler de un vehículo solicitado por un cliente a la empresa
de transporte San Martín.

2. Flujo de Eventos
Evento disparador.- El caso de uso comienza cuando el Counter solicita “Alquilar Vehículos” en el menú
principal.

2.1. Flujo básico

6. El sistema muestra la interfaz “Alquilar Vehículo”.

7. El Counter presiona Buscar (cliente)
8. El sistema incluye el caso de uso “Buscar Cliente”.
9. El sistema muestra los datos del Cliente según el tipo de documento (Cliente – DNI o Empresa -
RUC), número de documento nombre del Cliente o Empresa, dirección y distrito.
10. El Counter presiona Buscar Vehículo Disponible.
11. El sistema incluye el caso de uso “Buscar Disponibilidad de Vehículos”.
12. El sistema muestra el código del vehículo seleccionado y el precio por hora.
13. El Counter ingresa las fechas del servicio, cantidad de horas, horario (AM o PM) y e-mail del cliente.
14. El sistema solicita confirmación del Alquiler de vehículo.
15. El usuario solicita Registrar el Alquiler
16. El sistema registra el alquiler, muestra mensaje “Alquiler registrado con número 9999” y el caso de
uso finaliza.
2.2. Sub Flujo Reservar Vehículo (previo)
1. El Counter solicita hacer una reserva previa del vehículo.
2. El sistema activa el formulario para “Reserva previa” y marca SI. El formulario es parte de la interfaz
“Alquilar Vehículo”.
3. El Counter ingresa el Número de Reserva.
4. El Counter solicita Enviar la reserva al email del cliente.
5. El sistema envía el correo, registra la reserva y muestra el mensaje “Reserva de Correo enviado
correctamente” y el sub flujo finaliza.
2.3. Sub Flujo Reestablecer
1. El Counter solicita restablecer.
2. El sistema blanquea los campos de la interfaz “Alquilar Vehículo'' y marca NO en el formulario
“Reserva previa” y el sub flujo finaliza.
2.4. Flujos alternativos

<Cliente no encontrado>

Si en el punto 4 del flujo básico no se encuentra al cliente, el sistema mostrará el mensaje “Cliente no
encontrado” y el caso de uso finaliza.

<Vehículo no disponible>

Si en el punto 7 del flujo básico no hay vehículo disponible, el sistema mostrará el mensaje “vehículo no
disponible” y el Counter volverá al punto 6 o hará una reserva previa del vehículo.

<Datos Incorrectos>

Si en el punto 9 del flujo básico el Counter no ingresó todos los campos solicitados, el sistema muestra
un mensaje “Llenar todos los campos”, y el caso de uso regresa al punto 8.
 3. Requerimientos Especiales
Ninguno

4. Pre condiciones
1. El Counter debe estar logueado en el sistema.

5. Post condiciones
2. En el sistema queda registrado el alquiler del vehículo.
3. Los pedidos de alquiler se imprimen.
4. Si hay reserva previa queda registrado la reserva y el de hace el envió al correo al cliente respecto
a la reservación.
6. Puntos de Extensión
El caso de uso se extiende al Caso de uso “Reservar Vehículo”.

Especificación de Caso de Uso: Buscar Cliente

1. Breve Descripción
El sistema permitirá realizar la búsqueda de un cliente.
2. Flujo de Eventos
Evento disparador.- El caso de uso es invocado por el caso de uso Alquiler de Vehículo.

2.1. Flujo Básico

1. El sistema muestra la interfaz “Buscar Clientes”.
2. El Counter ingresa el apellido del cliente o nombre de la Empresa y selecciona buscar.
3. El sistema busca al cliente.
4. El sistema muestra los datos de los clientes: Nombre/Empresa, DNI/RUC, dirección y teléfono.
5. El Counter selecciona un Cliente y selecciona Agregar.
6. El sistema retorna el dato del Cliente al caso de uso que lo invoco y el caso de uso finaliza.
7. Si el Counter selecciona cancelar el sistema retorna sin dato de cliente al caso de uso que lo
invoco.
2.2. Flujos alternativos

<Cliente No Encontrado>
Si en el punto 2 no se encuentra al cliente, el sistema muestra un mensaje “Cliente no encontrado” y
continúa en el paso 2.

Especificación de Caso de Uso: Buscar disponibilidad de vehículo

1. Breve Descripción
El sistema permitirá al Counter ver el listado de vehículos disponibles con sus precios y características.

2. Flujo de Eventos

Evento disparador.- El caso de uso es invocado por el caso de uso Alquiler de Vehículo.

2.1. Flujo Básico

1. El sistema muestra el formulario “Búsqueda de vehículos” y muestra el mensaje “Ingresar

características del vehículo”.
2. El Counter ingresa: tipo, color, marca, modelo y año de fabricación. Además de la fecha de
disponibilidad requerida y selecciona buscar.
3. El sistema muestra los vehículos disponibles.
4. El Counter selecciona un vehículo y selecciona Agregar.
5. El sistema retorna los datos del vehículo al caso de uso que lo invoco y el caso de uso finaliza.
6. Si el Counter selecciona cancelar el sistema retorna sin dato de cliente al caso de uso que lo
invoco.
2.2. Flujos Alternativos

<Vehículo no Disponible>
En el paso 3 si no hay disponibilidad de vehículos el sistema muestra un mensaje “Realizar otra
búsqueda” y continúa en el paso 2.