Está en la página 1de 2

EJERCICIOS PARA LA IMPLEMENTACION DEL PROCESO DE ABSTRACION A

TRAVES DE LA METODOLOGIA UML

Sistema de préstamo para biblioteca

DESCRIPCION Y REQUISITOS DEL SISTEMA:

Se requiere crear un sistema de préstamo para una biblioteca. Los artículos a ser prestados
incluyen libros, películas y videojuegos. Usted es responsable de desarrollar la aplicación que
realizará un seguimiento del inventario de artículos prestados y el préstamo de artículos a los
usuarios. Después de entrevistar a los encargados de la biblioteca, ha desarrollado un
documento SRS (Especificación de requerimiento de software) que incluye los siguientes
requisitos funcionales:

1. Solo los miembros registrados pueden tomar artículos prestados.


2. Los libros pueden ser prestados por cuatro semanas.
3. Películas y juegos pueden ser prestados por una semana.
4. Los artículos se pueden renovar si nadie está esperando para tomarlos prestados
5. Los miembros solo pueden pedir prestados hasta cuatro artículos al mismo tiempo.
6. Se envía un recordatorio por correo electrónico a los miembros cuando un artículo se
vence.
7. Se cobra una multa por artículos vencidos.
8. Los miembros con artículos vencidos o multas pendientes no pueden tomar prestados
artículos nuevos.
9. Una secretaria está a cargo de mantener el inventario de artículos y comprar artículos
para agregar al inventario.
10. Se ha designado un bibliotecario para realizar un seguimiento de los préstamos y
enviar avisos de vencimiento.
11. El bibliotecario también es responsable de cobrar multas y actualizar la información de
multas.

Recomendaciones Para Tomar En Cuenta


1. Los casos de uso representan procesos. Cada proceso es un caso de uso. No
representar dos procesos en un mismo caso de uso.
2. Todos los casos de uso identificados deben ser representados en el diagrama
de caso de uso.
3. Cuando existe algún tipo de relación entre los casos de uso se debe expresar
usando las conexiones entre ellos de manera apropiada. Tener en cuenta hacia
donde apunta la línea de conexión y dirección del flujo (Flecha), de acuerdo con
el tipo de relación (inclusión, extensión).
4. Prestar especial atención en el análisis gramatical. Hacer una tabla con todos
los elementos encontrados. Recordar que de los nombres comunes
obtendremos las clases. Los verbos guardan relación con los casos de uso.
5. En el proceso de depuración de los elementos gramaticales (Abstracción)
descartar los elementos redundantes, sinónimos u otros elementos que no
guarde relación directa con la solución propuesta.
6. Las clases presentadas en la tabla de clases y sus miembros, deben ser
trabajadas en los demás pasos: Notación UML de una clase con sintaxis de
miembro y diagrama de clase.
7. En el diagrama de clase tomar en cuenta las relaciones existentes entre clases y
la forma de representarla conforme al tipo de relación. Para representar la
asociación entre clase se traza una línea entre ambas clases y se agrega una
etiqueta con el nombre de la relación. En caso de que exista una relación de
herencia se usa una línea solida con una flecha apuntando a la clase base (clase
padre). También se usa una flecha en la relación de auto asociación (una
instancia de una clase se asocia con múltiples instancias de la misma clase), ver
ejemplos.

8. En el diagrama de clase, debe presentar las clases trabajadas en el completas


(incluyendo sintaxis de miembro).

9. La cantidad de clase identificadas en la tabla del PASO #6 deben figurar en los


pasos.

10. Tomar en cuenta todos los requisitos que conlleva la sintaxis de miembro. Ver
los ejemplos presentados en el aula.

11. En el diagrama de caso de uso colocar nombre a los actores que interactúan
con los distintos procesos.

12. Completar los atributos (campos) para cada clase conforme a las operaciones o
procesos que serán desarrollados.

13. La Especificación de Requerimiento de Software (SRS) debe ser desglosado,


haciendo una lista de requerimiento, para facilitar el análisis en los pasos
siguientes.

14. Antes de desglosar los requerimientos de software (SRS) hacer una descripción
general del sistema. Ver el ejemplo del sistema web para reservación de vuelo
en línea.

15. Tener claro el alcance del sistema para un mejor manejo del diseño a través de
cada uno de sus pasos.

16. Revisar la teoría, los temas y ejemplos presentados en clase al momento de


trabajar cada paso del proceso de diseño.

17. Usar las herramientas de diseño de forma apropiada, tomando en cuenta los
elementos necesarios y respetando los criterios establecidos.

18. Trabajar en equipo, involucrándose en todo el proceso, prestando especial


atención a la redacción del SRS como punto de partida.

También podría gustarte