ESCUELA PROFESIONAL DE
INGENIERÍA DE SISTEMAS
GUÍA DE LABORATORIO Nº 03
Escuela : Ingeniería de Sistemas
Asignatura : Ingeniería de Software
Ciclo : V
Turno : M–T–N
Semestre : 2022-2
Docente : Ing.
PRACTICA 1:
Del caso encuentre los requerimientos funcionales, requerimientos no funcionales,
Modelo de casos de uso de sistema, plantillas de los casos de uso, el diagrama de
clases de análisis y el diagrama de navegabilidad.
SERVICIOS DE MANTENIMIENTO CARROS
La Empresa Mantenimientos SAC brinda servicios de mantenimiento de Carros 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 carros del Perú. Su Misión es Brindar un Servicio de mantenimiento de carros de calidad
para la satisfacción de sus Clientes. Para cumplir con este sueño a 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 sus cliente.
Esta Gerencia cuenta con dos procesos principales:
El proceso de Inscripción de Clientes es como sigue:
Los clientes son registrados en fichas, las que sirven de base para la presentación de los servicios
solicitados. El cliente llena una ficha de inscripción en la que registran sus datos generales, y adjunta una
copia legalizada de su licencia de conducir.
Los documentos son recepcionados por una empleado de inscripción, que verifica los datos acepta o
rechaza la inscripción. Los documentos de la inscripción aceptadas son enviados al ejecutivo de cuenta en
el área financiera, él estudiara y evaluará el potencial económico del cliente. Si la evaluación es positiva se
archiva la ficha en el catálogo y se remite una carta al cliente, comunicando su inscripción o su rechazo. El
ejecutivo de cuenta envía la carta al empleado de inscripción que entregara al cliente la carta de aceptación
o rechaza. El objetivo del proceso es optimizar el proceso de inscripción. Esto permitirá disminuir el tiempo
de inscripción en un 30% con respecto al semestre anterior.
El proceso de Mantenimiento es como sigue:
El empleado de atención al cliente recibe las solicitudes de servicios de los clientes (fax, teléfono, formato
preestablecido, etc). Indicando el tipo de auto y fecha solicitada de mantenimiento. Este empleado remite
la solicitud al ejecutivo de cuenta en el área financiera.
El ejecutivo de cuenta verificara que el cliente se encuentre registrado en el catálogo de clientes y hábil
para recibir el servicio (no figure en la cartera de clientes morosos u otro tipo de problemas).
Si el servicio es aceptado, se elabora la orden de atención (original y copia). Se entrega al empleado de
mantenimiento la orden de atención (original y copia) y además la copia de la solicitud del servicio. El original
de la solicitud de servicio se archiva.
El empleado de mantenimiento atiende al cliente realizando el servicio de mantenimiento, al terminar hace
firmar los documentos entregado las copia de la solicitud y la orden, retirándose el cliente con el original de
la orden (firmada).El objetivo es disminuir los costos operativos de mantenimientos. Esto permitiría la
disminución de costo de mantenimiento en un 20% con respecto del año anterior.
El Gerente de Servicios en las entrevista describió los requisitos que debería tener el nuevo sistema.
• R1. El encargado de Cuenta tiene la posibilidad de registrar al cliente en el catalogo.
• R2. El Encargado de Cuenta Tiene la posibilidad de registrar las cartas de aceptación o rechazo
en el sistema.
• R3. Nuestro Sistema deberá ser instalado en nuestro servidor Web que manejara la seguridad
de acceso para los clientes y los empleados.
• R4. El Empleado de Inscripción de Cliente debe actualizar estado de la carta al momento de
entregarla, los datos a ingresar son fecha y hora de recepción.
• R5. El Cliente debe tener la posibilidad de Consultar su estado en el sistema.
• R6. El cliente debería tener una pantalla para registrar el pedido de solicitud de servicio.
• R7. El sistema debería tener una pantalla para generar la orden de servicio que es registrada
por el Ejecutivo de Cuenta.
• R8. El sistema deberá ser desarrollado en PHP y como gestor de base de datos MySql.
• R9. El empleado de Mantenimiento debería tener una pantalla en donde consulte las órdenes de
mantenimientos pendientes.
• R10. El Cliente debe tener la posibilidad de Consultar la condición del servicio de mantenimiento
en el sistema.
Requerimiento Funcionales:
RF1 El sistema debe registras al cliente en el catálogo.
RF2 El sistema debe registrar las respuestas de las cartas.
RF3 El sistema debe actualizar y mostrar el estado de la carta.
RF4 El sistema debe mostrar y actualizar el estado del cliente.
RF5 El sistema debe generar la orden de servicio y mostrarlo.
RF6 El sistema debe registrar la orden de servicio.
RF7 El sistema debe guardar mostrar las ordenes de mantenimiento pendiente.
RF8 El sistema debe mostrar y actualizar la condición del servicio de mantenimiento.
Requerimientos no Funcionales:
RNF1 El sistema debe de ser instalado en el servidor web de la empresa
RNF2 El sistema debe de estar desarrollado en PHP y tener como gestor de base de
datos MySQL
Modelo de diagrama de caso de uso sistema:
Plantilla de casos de uso
Registrar Cliente en Catálogo
Actores: Encargado de cuenta
Descripción: Registro de cliente
Precondiciones: Obtener la carta de solicitud
Eventos del flujo básico: - Recepción de evaluación
- Registro en el sistema
Flujos alternativos: - Si la carta es errónea, se anulará
el registro.
Post Condiciones: Cliente registrado en el catalogó
Evaluar y registrar solicitudes
Actores: Encargado de cuenta
Descripción: El encargado tiene la posibilidad de
registrar la carta según evaluación
Precondiciones: Registrar el cliente en el sistema
Eventos del flujo básico: - Este proceso es anterior al
registro de cliente
- Luego de la evaluación se envía
Flujo alternativos: - El registro puede ser anulado
Post condiciones: Obtener resultado de evaluación.
Actualizar Estado
Actores: Empleado de inscripción
Descripción: Realizar la actualización de datos
Precondiciones: Registrar el cliente en el sistema
Eventos de flujo básico: - Se debe registrar los datos de
recepción
- Los dato se ingresan al sistema.
Flujos alternativos: Si no realiza la actualización, se obtiene
dificultades.
Post condiciones: Estado de cliente – actualizado.
PRACTICA 2:
Del caso encuentre los requerimientos funcionales, requerimientos no funcionales,
Modelo de casos de uso de sistema, plantillas de los casos de uso, el diagrama de
clases de análisis y el diagrama de navegabilidad.
Caso – Empresa de Transporte
La asociación de Empresas de Transporte (AET) desea desarrollar un sistema con una acceso único para la reserva
y compra de billetes de avion, tres y autobús. Dicho sistema deberá cumplir los siguientes requisitos:
R1. El sistema ofrecerá a los clientes la posibilidad de consultar vía web los horarios y precios disponibles para
realizar un viaje en un determinado día en cualquiera de los medios de transporte. A continuación, el cliente
podrá, también vía web, reservar un billete (día y hora de salida, medio de transporte y precio) en uno de los
horarios, medios de transporte y precios ofertados. Como resultado de la Reserva el cliente recibirá un
localizador asociado a la reserva con el podrá consultar la información del billete reservado.
R2. Nuestro sistema accederá al sistema de reserva de la empresa de transporte asociada que corresponda (según
la localidad de salida y el medio de transporte) y realizara la correspondiente reserva. Los sistemas de reserva
de las empresas de transportes asociadas ya están desarrolladas y el acceso se realiza a través de una interfaz
normalizada en la que hay una operación de reserva para la que se debe indicar el día y la hora de salida de
la reserva.
R3. El cliente para operar con este sistema no necesita tener instalado en su computador mas que un navegador
web.
R4. Tras haber realizado la reserva el cliente tiene la posibilidad via web de confirmar o cancelar la reserva
indicando el localizador que el sistema le entrego.
R5. Al confirmar una reserva, el sistema pedirá los datos de la tarjeta de crédito del cliente (numero y fecha de
caducidad) y procederá a realizar el cargo en el centro de compensación de pagos a credito. Este sistema ya
esta desarrollado y ofrece una interfaz normalizada con una operación de pago en la que se debe indicar el
numero de tarjeta y la fecha de caducidad y el numero de cuenta donde realizar el abono (que sera el nro. De
cuenta de la empresa de transporte asociada en la que se hizo la reserva). Ademas, nuestro sistema deberá, a
su vez, confirmar la reserva al sistema de reservas de la empresa de transporte que corresponda, indicando
el dia y hora de la salida.
R6. Nuestro Sistema deberá ser instalado en nuestro servidor Web que manejara la seguridad de acceso para los
clientes.
R7. El sistema deberá ser desarrollado en PHP y como gestor de base de datos MySql.
R8. Si la Reserva aun no ha sido confirmada, el cliente puede optar por cancelarla. Entonces nuestro sistema
accederá a la interfaz normalizada del sistema de reserva de la empresa de transporte que corresponda y
cancelara la reserva previamente indicando el día y la hora de salida de la reserva.
R9. Se prevé en el futuro ofertar la posibilidad de que un cliente pueda reservar un itinerario compuesto por
diversos trayectos usando diferentes medios de transporte, de tal forma que el sistema asocie un unico
localizador al itinerario completo y no a cada trayecto como se propone ahora.
Requerimientos Funcionales:
RF1.- Consulta de horarios y precios de viajes.
RF2.- Reserva de billetes en línea.
RF3.- Acceso a sistemas de reserva de empresas asociadas.
RF4.- Confirmación y cancelación de reservas.
RF5.-Proceso de pago con tarjeta de crédito.
RF6.- Acceso mediante navegador web.
RF7.- Cancelación de reservas pendientes.
RF8.- Asociación de localizadores a reservas y itinerarios completos.
Requerimientos No Funcionales:
RN1.- Desarrollado en PHP y MySQL.
RN2.- Acceso seguro a través de servidor web.
RN3.- Interfaz normalizada para acceso a sistemas de reserva.
RN4.- Facilidad de uso para clientes sin instalaciones adicionales.
CONSUL
TAR
HORARI CONFIR
OY MAR
REGIST
CANCEL
AR RAR
TARJET
A DE
CONSULTAR
RESERVAR
HORARIOS Y
BILLETE
PRECIOS
CONSULTA
SISTEMA DE
TOUR INFORMACIÓN
PAGO
DE BILLETE
REALIZAR
RESERVA
CONFIRMA
CANCELAR RESERVA
RESERVA
