Proyecto Practico de

Ingeniera de
Requerimientos.

Fundamentos de Ingeniera de Software.

28/10/2013
Ingeniera en Sistemas Computacionales


Integrante:






Cruz Cruz Andres Fernando


PROYECTO PRACTICO DE INGENIERA DE REQUERIMIENTOS. OCTUBRE DE 2013 1
Ejercicio 1.
Un sistema automtico de expedicin de billetes vende billetes de tren. Los usuarios
seleccionaran su destino e introducen una tarjeta de crdito y un nmero de identificacin
personal. El billete de tren se expide y se carga a su cuenta de la tarjeta de crdito. Cuando el
usuario presiona el botn de inicio, se activa un men que muestra los posibles 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 crdito. Se
comprueba su validez y entonces se le pide introducir un identificador personal. Cuando la
transaccin de crdito 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 crdito.
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 tambin deben ser una
especificacin completa y consistente del sistema es una especificacin del software:
descripcin detallada del software que sirve de base a los desarrolladores para disear 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 aplicacin.
El sistema debe permitir seleccionar el destino de viaje.
El sistema debe verificar el cdigo de autenticacin con la respectiva tarjeta de usuario
El sistema hace el cargo del precio correspondiente a la tarjeta de crdito.
El sistema expide el boleto del tren.
En caso de que algn tren se retrase o sufra un accidente el sistema notificara ala
usuario y se le proporcionara otro horario.
No funcionales:
Tienen que ver con caractersticas 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 fcil de usar con un men principal
donde se pueda acceder a los servicios.
PROYECTO PRACTICO DE INGENIERA DE REQUERIMIENTOS. OCTUBRE DE 2013 2
El tiempo de respuesta debe ser mnimo y activo al momento de verificacin de clave y
tarjeta de crdito.
El panel de control ser una pantalla LCD donde se interactura con el SW con la ayuda
de un teclado numrico, con flechas de direccin, ok, atrs.
El sistema debe cumplir con con los parmetros de seguridad por el manejo de
informacin.


Caso de uso








Diagrama de Clases.








PROYECTO PRACTICO DE INGENIERA DE REQUERIMIENTOS. OCTUBRE DE 2013 3
Diagrama de Secuencia.























PROYECTO PRACTICO DE INGENIERA DE REQUERIMIENTOS. OCTUBRE DE 2013 4
Ejercicio 2.
Sistema de gestin de productos y clientes de un saln de belleza.
Se desea desarrollar un sistema de gestin de productos y clientes de un saln 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-mnimos, es decir, de aquellos productos cuyo stock sea igual al
mnimo posible. Por otra parte y respecto a los clientes, el sistema permitir dar de alta, baja
y modificar clientes. El sistema tambin permite calcular el precio de los servicios que ha
consumido el cliente en la peluquera (cortar el pelo, lavar el pelo, teir el pelo, secar, etc.).
En el momento de calcular dicho coste, el sistema va actualizando automticamente el stock
de los productos consumidos, generando un aviso si el stock de algn producto llegase al
mnimo. Finalmente, si coincide que ese da es el da de cumpleaos 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 saln.
El SW debe ser sencillo y fcil 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 tambin deben ser una
especificacin completa y consistente del sistema es una especificacin del software:
descripcin detallada del software que sirve de base a los desarrolladores para disear 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 aplicacin.

El sistema debe permitir el alta, baja y modificacin 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, eliminacin y modificacin 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 da atendido es su
cumpleaos.
PROYECTO PRACTICO DE INGENIERA DE REQUERIMIENTOS. OCTUBRE DE 2013 5
No funcionales:
Tienen que ver con caractersticas 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 dinmica para el
manejo de la informacin de los clientes.
El sistema debe contar con los estndares de seguridad por el manejo de informacin.
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 INGENIERA DE REQUERIMIENTOS. OCTUBRE DE 2013 6
Diagrama de Clases






Diagrama de Secuencia









PROYECTO PRACTICO DE INGENIERA DE REQUERIMIENTOS. OCTUBRE DE 2013 7




Ejercicio 3.
Gestin de los prstamos de libros de biblioteca
Se desea desarrollar un nuevo sistema para la gestin de los prstamos de libros de una
biblioteca. En el sistema se incluirn excesivamente el funcionamiento de las peticiones y
devoluciones de libros.
Peticin de libros. Un usuario puede realizar una peticin de uno o ms 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 prstamo (prstamo de sala,
colaborador, proyecto fin de carrera, doctorado) en funcin de los cuales el usuario puede
disponer de los ejemplares durante un periodo de tiempo especfico. Una vez entregados el
carnet y la ficha, el sistema comprobar y aceptara la peticin de los libros solicitados siempre
que pueda satisfacer la peticin, es decir, cuando haya ejemplares disponibles. Si se acepta la
peticin, se actualiza el nmero de unidades de los libros de la biblioteca y se guarda la ficha
de prstamo.
Devolucin de libros. Un usuario no puede realizar ms peticiones hasta que no haya
efectuado todas las devoluciones de la peticin anterior. El usuario, para hacer la peticin,
necesita el carnet, que no se le entrega hasta que haya devuelto todos los libros. Si puede
hacer una devolucin parcial de los libros. Cuando un usuario realice una devolucin, el
sistema actualizara el stock y comprobara la fecha de devolucin de cada ejemplar para
estudiar, en el caso de que la devolucin se haga fuera de tiempo, la imposicin de una
sancin de un coste x cantidad por cada ejemplar y das de retraso en la devolucin. En este
caso, la sancin se emite cuando el usuario entrega el ltimo ejemplar. El bibliotecario se
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 INGENIERA DE REQUERIMIENTOS. OCTUBRE DE 2013 8
El usuario debe poder realizar operaciones de prstamo y devolucin 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 relacin con estos.
El SW debe llevar un seguimiento al prstamo de los libros 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 tambin deben ser una
especificacin completa y consistente del sistema es una especificacin del software:
descripcin detallada del software que sirve de base a los desarrolladores para disear 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 aplicacin.
El sistema debe permitir el registro de peticiones de los libros de acuerdo a su
disponibilidad y tipos de peticin
El sistema actualizar el stock de los libros disponibles despus de cada peticin o
entrega.
El SW debe verificar la identidad de usuario en base al carnet de biblioteca donde se
enlista la cantidad de prstamos.
El sistema calculara la sancin X de acuerdo a si un libro es devuelto despus de la
fecha establecida.
El sistema no puede hacer peticiones si el usuario no a devuelto todos los libros, o si
tiene algn adeudo.

No funcionales:
Tienen que ver con caractersticas 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 registro, 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 fluida y estructurada para el registro de
campos.
El sistema debe contar con los estndares de seguridad para el manejo de informacin.


Caso de uso
PROYECTO PRACTICO DE INGENIERA DE REQUERIMIENTOS. OCTUBRE DE 2013 9
Peticin de libros.

Devolucin de libros.





PROYECTO PRACTICO DE INGENIERA DE REQUERIMIENTOS. OCTUBRE DE 2013 10