Proyecto Practico de Ingeniería de Requerimientos. Fundamentos de Ingeniería de Software. 28/10/2013 Ingeniería en Sistemas Computacionales
Integrante:
Cruz Cruz Andres Fernando
Ejercicio 1. Un sistema automático de expedición de billetes vende billetes de tren. Los usuarios seleccionaran su destino e introducen una tarjeta de crédito y un número de identificación personal. El billete de tren se expide y se carga a su cuenta de la tarjeta de crédito. Cuando el usuario presiona el botón de inicio, se activa un menú que muestra los posi bles destinos, junto con un mensaje para el usuario que le indica que seleccione el destino. Una vez que se ha seleccionado el destino, se pide a los usuarios que introduzcan su tarjeta de crédito. Se comprueba su validez y entonces se le pide introducir un identificador personal. Cuando la transacción de crédito se haya validado, se le expide el billete.
Requerimientos de usuario: Declaraciones en lenguaje natural entendible por el usuario o cliente y en diversos diagramas de los servicios del sistema y de las restricciones bajo las que debe operar.
El usuario elige un destino de viaje
El precio del boleto se le carga a su tarjeta de crédito.
El usuario recibe su boleto.
Requerimientos de Sistema: Un documento estructurado que determina las descripciones detalladas de los servicios de sistema. Es escrito como contrato entre el cliente y el desarrollador también deben ser una especificación completa y consistente del sistema es una especificación del software: descripción detallada del software que sirve de base a los desarrolladores para diseñar el sistema.
Funcionales: Definen las funciones que el sistema será capaz de realizar. Describen las transformaciones que el sistema realiza sobre las entradas para producir salidas, especifican los servicios que debe proporcionar la aplicación. El sistema debe permitir seleccionar el destino de viaje.
El sistema debe verificar el código de autenticación con la respectiva tarjeta de usuario
El sistema hace el cargo del precio correspondiente a la tarjeta de crédito.
El sistema expide el boleto del tren.
En caso de que algún tren se retrase o sufra un accidente el sistema notificara ala usuario y se le proporcionara otro horario.
No funcionales: Tienen que ver con características que de una u otra forma puedan limitar el sistema, como por ejemplo, el rendimiento (en tiempo y espacio), interfaces de usuario, fiabilidad (robustez2 del sistema, disponibilidad de equipo)
El sistema debe contar con una interfaz fluida y fácil de usar con un menú principal donde se pueda acceder a los servicios.
PROYECTO PRACTICO DE INGENIERÍA DE REQUERIMIENTOS. – OCTUBRE DE 2013
1
El tiempo de respuesta debe ser mínimo y activo al momento de verificación de clave y tarjeta de crédito. El panel de control será una pantalla LCD donde se interactura con el SW con la ayuda de un teclado numérico, con flechas de dirección, ok, atrás. El sistema debe cumplir con con los parámetros de seguridad por el manejo de información.
Caso de uso
Diagrama de Clases.
PROYECTO PRACTICO DE INGENIERÍA DE REQUERIMIENTOS. – OCTUBRE DE 2013
2
Diagrama de Secuencia.
PROYECTO PRACTICO DE INGENIERÍA DE REQUERIMIENTOS. – OCTUBRE DE 2013
3
Ejercicio 2. Sistema de gestión de productos y clientes de un salón de belleza.
Se desea desarrollar un sistema de gestión de productos y clientes de un salón de belleza. El sistema debe permitir dar altas, bajas, modificaciones de productos, así como actualizar el stock de cada uno de ellos. Otra de las funcionalidades de dicho sistema será obtener un listado de los productos bajo-mínimos, es decir, de aquellos productos cuyo stock sea igual al mínimo posible. Por otra parte y respecto a los clientes, el sistema permitirá dar de alta, baja y modificar clientes. El sistema también permite calcular el precio de los servicios que ha consumido el cliente en la peluquería (cortar el pelo, lavar el pelo, teñir el pelo, secar, etc.). En el momento de calcular dicho coste, el sistema va actualizando automáticamente el stock de los productos consumidos, generando un aviso si el stock de algún producto llegase al mínimo. Finalmente, si coincide que ese día es el día de cumpleaños del cliente, se la bonifica con un descuento del 20% sobre el precio total
Requerimientos de usuario: Declaraciones en lenguaje natural entendible por el usuario o cliente y en diversos diagramas de los servicios del sistema y de las restricciones bajo las que debe operar.
El usuario debe poder manipular los datos de sus productos así como el de sus clientes. El SW debe calcular el costo total de los servicios prestados por el salón. El SW debe ser sencillo y fácil de usar .
Requerimientos de Sistema: Un documento estructurado que determina las descripciones detalladas de los servicios de sistema. Es escrito como contrato entre el cliente y el desarrollador también deben ser una especificación completa y consistente del sistema es una especificación del software: descripción detallada del software que sirve de base a los desarrolladores para diseñar el sistema.
Funcionales: Definen las funciones que el sistema será capaz de realizar. Describen las transformaciones que el sistema realiza sobre las entradas para producir salidas, especifican los servicios que debe proporcionar la aplicación.
El sistema debe permitir el alta, baja y modificación de productos.
El sistema debe actualizar el stock de cada uno de ellos.
El sistema debe calcular el precio de los productos consumidos por el cliente.
El sistema debe permitir el registro, eliminación y modificación de clientes.
El sistema debe permitir el costo de los servicios recibidos.
El sistema debe permitir el descuento del 20% del costo total si el día atendido es su cumpleaños.
PROYECTO PRACTICO DE INGENIERÍA DE REQUERIMIENTOS. – OCTUBRE DE 2013
4
No funcionales: Tienen que ver con características que de una u otra forma puedan limitar el sistema, como por ejemplo, el rendimiento (en tiempo y espacio), interfaces de usuario, fiabilidad (robustez2 del sistema, disponibilidad de equipo).
El SW será montado sobre una sola computadora administrativa. El SW debe contar con una Base de Datos lo sufrientemente estable y dinámica para el manejo de la información de los clientes. El sistema debe contar con los estándares de seguridad por el manejo de información. El sistema debe generar mensajes de alerta si el consumo de alguno de los productos llega a du limite, o si es un consumo excesivo.
Caso de uso
PROYECTO PRACTICO DE INGENIERÍA DE REQUERIMIENTOS. – OCTUBRE DE 2013
5
Diagrama de Clases
Diagrama de Secuencia
PROYECTO PRACTICO DE INGENIERÍA DE REQUERIMIENTOS. – OCTUBRE DE 2013
6
Ejercicio 3. Gestión de los préstamos de libros de biblioteca Se desea desarrollar un nuevo sistema para l a gestión de los préstamos de libros de una biblioteca. En el sistema se incluirán excesivamente el funcionamiento de las peticiones y devoluciones de libros.
Petición de libros. Un usuario puede realizar una petición de uno o más libros a la biblioteca. Para ello es necesario presentar el carnet de usuario de la biblioteca y una ficha en la que se detallan los libros pedidos. Puede haber varios tipos de préstamo (préstamo de s ala, colaborador, proyecto fin de carrera, doctorado) en función de los cuales el usuario puede disponer de los ejemplares durante un periodo de tiempo específico. Una vez entregados el carnet y la ficha, el sistema comprobará y aceptara la petición de los libros solicitados siempre que pueda satisfacer la petición, es decir, cuando haya ejemplares disponibles. Si se acepta la petición, se actualiza el número de unidades de los libros de la biblioteca y se guarda la ficha de préstamo.
Devolución de libros. Un usuario no puede realizar más peticiones hasta que no haya efectuado todas las devoluciones de la petición anterior. El usuario, para hacer la petición, necesita el carnet, que no se le entrega hasta que haya devuelto todos los libros. Si puede hacer una devolución parcial de los libros. Cuando un usuario realice una devolución, el sistema actualizara el stock y comprobara la fecha de devolución de cada ejemplar para estudiar, en el caso de que la devolución se haga fuera de tiempo, la imposición de una sanción de un coste x cantidad por cada ejemplar y días de retraso en la devolución. En este caso, la sanción se emite cuando el usuario entrega el último ejemplar. El bibliotecario s e encarga de las altas y bajas d los libros de la biblioteca.
Requerimientos de usuario: Declaraciones en lenguaje natural entendible por el usuario o cliente y en diversos diagramas de los servicios del sistema y de las restricciones bajo las que debe operar. PROYECTO PRACTICO DE INGENIERÍA DE REQUERIMIENTOS. – OCTUBRE DE 2013
7
El usuario debe poder realizar operaciones de préstamo y devolución de libros de la biblioteca.
El usuario debe poder acceder a los datos correspondientes de los libros, así como el de sus clientes y la relación con estos.
El SW debe llevar un seguimiento al préstamo de los l ibros y los diferentes clientes, así como las fechas de la entrega de cada uno.
Requerimientos de Sistema: Un documento estructurado que determina las descripciones detalladas de los servicios de sistema. Es escrito como contrato entre el cliente y el desarrollador también deben ser una especificación completa y consistente del sistema es una especificación del software: descripción detallada del software que sirve de base a los desarrolladores para diseñar el sistema.
Funcionales: Definen las funciones que el sistema será capaz de realizar. Describen las transformaciones que el sistema realiza sobre las entradas para producir salidas, especifican los servicios que debe proporcionar la aplicación. El sistema debe permitir el registro de peticiones de los libros de acuerdo a su disponibilidad y tipos de petición El sistema actualizará el stock de los libros disponibles después de cada peti ción o entrega. El SW debe verificar la identidad de usuario en bas e al carnet de biblioteca donde se enlista la cantidad de préstamos. El sistema calculara la sanción X de acuerdo a si un libro es devuelto después de la fecha establecida. El sistema no puede hacer peticiones si el usuario no a devuelto todos los libros, o si tiene algún adeudo.
No funcionales: Tienen que ver con características que de una u otra forma puedan limitar el sistema, como por ejemplo, el rendimiento (en tiempo y espacio), interfaces de usuario, fiabilidad (robustez2 del sistema, disponibilidad de equipo)
El usuario debe contar con carnet de usuario y ficha de re gistro, donde se detallan las peticiones, para poder verificar la identidad. El software será montado sobre un único ordenador administrativo de la biblioteca. El sistema debe contar con una base de datos fl uida y estructurada para el registro de campos. El sistema debe contar con los estándares de seguridad para el manejo de información.
Caso de uso PROYECTO PRACTICO DE INGENIERÍA DE REQUERIMIENTOS. – OCTUBRE DE 2013
8
Petición de libros.
Devolución de libros.
PROYECTO PRACTICO DE INGENIERÍA DE REQUERIMIENTOS. – OCTUBRE DE 2013
9
PROYECTO PRACTICO DE INGENIERÍA DE REQUERIMIENTOS. – OCTUBRE DE 2013
10