Sesión 03(1) (1) - Warren (1)

Vista previa del material en texto

SESIÓN 03:
Introducción a Ingeniería de Software
Pregrado
Modelo de casos de uso de sistemas
Ingeniería de Sistemas
Pregrado
1. Modelo Casos de Uso del Sistema
El Modelo de Casos de Uso del sistema define y modela todos los elementos que describen los requerimientos funcionales del sistema.
Modela la forma en que el sistema es usado por sus usuarios, clientes, patrocinadores, etc.
Ingeniería de Sistemas
Pregrado
Casos de Uso
Casos de uso Modelado del Negocio
Casos de uso de Requerimientos
Casos de uso Análisis y Diseño
Ingeniería de Sistemas
Pregrado
2. Modelo Casos de Uso del Sistema
Estereotipos más importantes en el Modelo de Casos de Uso del Sistema.
Actor 
Caso de Uso
Ingeniería de Sistemas
Pregrado
2. Modelo Casos de Uso del Sistema
1. Identificar los actores del sistema (actors).
 1.1 Lista de actores del sistema.
2. Identificar los paquetes del sistema.
 2.1 Diagrama de Paquetes del Sistema.
3. Identificar los casos de uso del sistema (use cases).
 3.1 Lista de casos de uso del sistema.
 3.2 Diagrama de Casos de Uso del Sistema.
Ingeniería de Sistemas
Pregrado
2.1 Actores del Sistema
¿Dónde encontrar a los actores del sistema?
Trabajadores del negocio (bussiness workers).
Ingeniería de Sistemas
Pregrado
2.3 Casos de uso del sistema
Un caso de uso del sistema identifica:
Es un proceso específico del sistema con identidad propia.
Define una secuencia de acciones que el sistema realiza para un actor en particular.
Define la interacción con el actor correspondiente.
Produce un resultado observable y esperado para el actor correspondiente.
Nombre del caso de uso
Ingeniería de Sistemas
Pregrado
2.3.2 Diagrama Casos de uso Sistema
Registrar la venta
Ingeniería de Sistemas
Pregrado
Entrevista con Directivos
Encontrar los requerimientos funcionales y no funcionales y desarrolle el modelo casos de uso de sistemas.
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 registrar 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.
10
Ingeniería de Sistemas
Pregrado
Entrevista con Directivos
Requerimiento funcionales
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 registrar 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.
29/03/2023
11
Ingeniería de Sistemas
Pregrado
Entrevista con Directivos
Requerimientos no funcionales.
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 registrar 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.
29/03/2023
12
Ingeniería de Sistemas
Pregrado
Determinar Requerimientos Funcionales y no Funcionales
29/03/2023
13
Ingeniería de Sistemas
Pregrado
Dividir Procesos
El Gerente de Servicios en las entrevista describió los requisitos que debería tener el nuevo sistema.
Inscripción de Clientes:
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.
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.
Servicio de Mantenimiento
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 registrar la orden de servicio que es registrada por el Ejecutivo de Cuenta.
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.
14
Ingeniería de Sistemas
Pregrado
Diagrama de Arquitectura
Ingeniería de Sistemas
Pregrado
Encontrar Actor de Sistema
Inscripción de Clientes:
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.
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.
29/03/2023
16
Ingeniería de Sistemas
Pregrado
Encontrar Actor de Sistema
29/03/2023
17
Ingeniería de Sistemas
Pregrado
Encontrar Caso de Sistema
Inscripción de Clientes:
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.
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.
29/03/2023
Ingeniería de Sistemas
Pregrado
Encontrar Caso de Sistema
29/03/2023
19
Ingeniería de Sistemas
Pregrado
Diagrama de Casos de Uso
29/03/2023
20
Ingeniería de Sistemas
Pregrado
Tarea
Encuentre los actores, los casos de uso de sistema y el diagrama de casos de uso
Servicio de Mantenimiento
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 registrar la orden de servicio que es registrada por el Ejecutivo de Cuenta.
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.
29/03/2023
21
Ingeniería de Sistemas
Pregrado
Encontrar Actor de Sistema
Servicio de Mantenimiento
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 registrar la orden de servicio que es registrada por el Ejecutivo de Cuenta.
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.
29/03/2023
22
Ingeniería de Sistemas
Pregrado
Encontrar Actor de Sistema
29/03/2023
23
Ingeniería de Sistemas
Pregrado
Encontrar Caso de Sistema
Servicio de Mantenimiento
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 registrar la orden de servicio que es registrada por el Ejecutivo de Cuenta.
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.
29/03/2023
24
Ingeniería de Sistemas
Pregrado
Encontrar Caso de Sistema
25
Ingeniería de Sistemas
Pregrado
Diagrama de Casos de Uso
29/03/2023
26
Ingeniería de Sistemas
Pregrado
Tarea - 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. 
Ingeniería de Sistemas
Pregrado
Gracias por su participación
Ingeniería de Sistemas
Pregrado
Inscripcion de 
Clientes
Servicios de 
Mantenimiento