Está en la página 1de 14

UNIVERSIDAD DE CUENCA

Facultad De Ingeniería

“Proyectos de Especificación de Requisitos”

Autores: Julio Fajardo


Profesor: Ing. Otto Parra
Materia: Análisis y Diseño del Software 1
Paralelo: 1

Cuenca-Ecuador
2018

P á g i n a 1 | 14
Especificación de requisitos de software

Proyecto:
“Sistema informático para administrar una
biblioteca.”

Autor:
Julio Fajardo

Enero del 2018

P á g i n a 2 | 14
Contenido
Introducción................................................................................................................................. 4
Propósito de este documento .................................................................................................. 4
Alcance del proyecto de desarrollo ........................................................................................ 4
Definiciones, Acrónimos y Abreviaciones ............................................................................. 4
Referencias ............................................................................................................................... 4
Descripción General .................................................................................................................... 5
Perspectiva del producto ........................................................................................................ 5
Funciones del producto ........................................................................................................... 5
Características del usuario ..................................................................................................... 5
Ambiente operativo ................................................................................................................. 5
Restricciones de implementación y diseño ............................................................................ 5
Suposiciones y Dependencias.................................................................................................. 5
Características del Sistema ......................................................................................................... 6
Requisitos funcionales ............................................................................................................. 6
Requisitos No Funcionales .......................................................................................................... 6
Requisitos de Rendimiento ..................................................................................................... 6
Requisitos Operacionales........................................................................................................ 7
Requisitos de Seguridad.......................................................................................................... 7
Requisitos Culturales y Políticos ............................................................................................ 7
Casos de uso ................................................................................................................................. 7
Anexos .......................................................................................................................................... 8
Modelos de Análisis ................................................................................................................. 9

P á g i n a 3 | 14
Introducción
El sistema en desarrollo es comisionado como parte del proyecto final de la clase de
análisis y diseño del software. El presente sistema trata de una modelación completa de
una biblioteca misma que tiene diversidad de personal y usuarios. En síntesis el sistema
tiene que ser capaz de modelar el comportamiento de la biblioteca mediante software de
los aspectos considerados por el problema además de agregar algunas funciones.

Propósito de este documento


El propósito del presente documento es especificar, mediante los estándares
preestablecidos, los requisitos funcionales y no funcionales detectados en el
problema que servirán de guía para la comprensión del sistema que se está llevando a
cabo por parte de los desarrolladores. Así mismo el documento tiene la intención de
comunicar de la manera más clara a los lectores toda la información concerniente al
sistema que ha sido comprendida por los analistas. Se debe recalcar que el presente
documento está sujeto a modificaciones ya que el mismo al ser validado puede generar
nuevas visones del problema.

Alcance del proyecto de desarrollo


El presente proyecto lo que pretende es modelar un sistema bibliotecario mediante el uso
de procedimientos estudiados en el curso con lo que se fomenta el fortalecimiento de los
conocimientos adquiridos previamente. Además permite obtener cierta experiencia y
desenvolvimiento en el campo del análisis y diseño del software.

En lo que respecta a metas del sistema en sí se podría decir que tiene como objetivo
fundamental administrar de la manera más adecuada las funciones propias de una
biblioteca conjuntamente con las nuevas funcionalidades.

Definiciones, Acrónimos y Abreviaciones


No definidas por el momento

Referencias
[1] Et.al. “Software Requirements Specification of the IUfA's UUIS -- a Team 2
COMP5541-W10 Project Approach”. [online, accedido 2018-01-17 ].
https://arxiv.org/pdf/1005.0783.pdf

P á g i n a 4 | 14
Descripción General
Perspectiva del producto
El sistema se espera que tenga la aceptación del cliente encomendado y que se convierta
en un modelo para otras bibliotecas.

Funciones del producto


El sistema permite registrar usuarios, realizar y registrar préstamos, generar reportes de
cada usuario para generar una tabulación que permita observar el usuario más destacado
de la biblioteca. Ayuda a gestionar los usuarios morosos para facilitar las tareas de sanción
o generación y cobro de multas.

Permite enviar notificaciones a los usuarios suscriptores a través de correo sobre las
novedades en libros. Genera invitaciones a eventos de presentación de libros para los
usuarios que cumplan con condiciones preestablecidas.

Facilita el acceso a catálogos en línea para todos los usuarios para mejorar la búsqueda
de libros, además para usuarios registrados ofrece la posibilidad de tener toda la biblioteca
a su disposición en línea; es decir, reservar un libro o leerlo en línea.

Características del usuario


Los usuarios del sistema incluye tanto a personas que visitan la biblioteca como al
personal que lo utiliza por lo que se espera que estos tengan el conocimiento suficiente
en informática como para dominar y comprender el sistema sin problemas.

Ambiente operativo
El sistema operará en un ambiente de alto tráfico de información y consultas frecuentes,
con tecnología predefinida por los usuarios.

Restricciones de implementación y diseño


No definidas.

Suposiciones y Dependencias
Su establece como suposición que el sistema tiene una alta aceptabilidad por parte de los
clientes debido a su fácil manejo y grandes funciones.

P á g i n a 5 | 14
Características del Sistema
Aquí se enlistaran los requisitos funcionales detectados mediante un lenguaje natural.

Requisitos funcionales
1. El sistema permitirá agregar usuarios a las bases de datos del sistema mediante la
interacción de las interfaces adecuadas.
2. El sistema podrá registrar un préstamo en las bases de datos.
3. Al registrar un préstamo, el sistema generará automáticamente un código de
préstamo para facilitar el rastreo de préstamos.
4. El sistema administrará el tiempo de los préstamos.
5. El sistema enviará notificaciones automáticas a los usuarios a sus correos cuando
el tiempo de devolución llega al límite.
6. Si el tiempo de plazo extra para devolución culmina, el sistema creará una sanción
de manera automática para dicho usuario que cumpla el enunciado inicial.
7. El sistema actualizará de manera automática los estados de los usuarios en cuanto
a devoluciones de libros, es decir, si está en estado de moroso, sancionado,
ninguno.
8. El sistema generará listados automáticos mensuales sobre los usuarios morosos.
9. El sistema permitirá acceso al catálogo en línea mediante los computadores
ubicados en el edifico y mediante red para usuarios registrados.
10. El sistema permitirá acceder a otros servicios distintos del catálogo para las
computadoras del edificio.
11. El sistema generará una lista mensual sobre los usuarios que más han leído y
listado de libros próximos a devolver.
12. El sistema permitirá registrar la creación y cobros de multas de manera
automática.
13. El sistema comparará todos los usuarios de manera automática para poder crear
invitaciones especiales para los usuarios que cumplan los requisitos previos para
asistir a galas especiales.
14. El sistema enviará automáticamente dichas invitaciones.
15. El sistema permitirá registrar y renovar suscripciones según las indicaciones del
cliente a través de la interfaz.

Requisitos No Funcionales
Dado que en la definición del problema no se especifica de manera clara los requisitos no
individuales se procederá a crear algunos que se consideran que serían fundamentales.

Requisitos de Rendimiento
1. El sistema debe soportar 500 usuarios accediendo a las distintas funciones a la
vez.
2. Los tiempos de respuesta no deben exceder los 2 segundos para cada
funcionalidad.

P á g i n a 6 | 14
3. La funcionalidad de biblioteca en línea debe estar disponible 24/7. Excepto los
días de mantenimientos.

Requisitos Operacionales.
1. El sistema debe operar en todas los computadoras de escritorio y portátiles
disponibles.
2. El sistema debe estar optimizado para uso en red en cualquier navegador.

Requisitos de Seguridad
1. El sistema tendrá todas las tecnologías de protección disponibles para minimizar
el riesgo en la red.

Requisitos Culturales y Políticos


1. El sistema operará en las computadoras del local que están predefinidas por los
clientes.
2. El servicio en la web permitirá la manipulación del idioma para facilitar el uso
por una variedad de usuarios.
3. La información registrada por el sistema se manejará según las políticas de
privacidad de la empresa y por las regulaciones de ley.

Casos de uso
En esta sección se colocará la plantilla solicitada para el caso de uso.

CASO DE USO: Notificar retraso

Caso de Uso Notificar retraso CU7


Actores Sistema
Tipo Real
Sistema
Referencias Sancionar Usuario
actualizado
Precondición El tiempo de préstamo llega al límite.
Postcondicion Se amplía el plazo de préstamo tres días más.
Julio
Autor Fecha 17/01/2018 Versión 0.1
Fajardo
Propósito
Notificar a usuario mediante correo que tiene un retraso al devolver el libro
Resumen
Se crea una alerta interna en el sistema sobre el retraso del usuario. El sistema recopila
datos. El sistema crea una notificación y finalmente la envía al usuario a través de correo.

P á g i n a 7 | 14
Curso normal
El componente del sistema encargado
1 de administrar los préstamos envía
una alerta al componente principal.
El componente principal solicita
2
información del caso.
El componente que emite la alarma
3
entrega todos los datos necesarios.
El componente principal solicita
verificación de la información al
5 componente que controla usuarios y
envía los datos relacionados a
nombre y tarjeta de usuario.
El componente de usuarios confirma
5 datos y envía la respuesta de
confirmación.
El componente principal prepara
6
notificación de retraso.
El componente principal solicita
envió de la notificación al
7
componente de usuarios y envía la
notificación.
El componente usuarios recupera de
8
base de datos el correo asociado.
El componente usuario crea el correo
9
y envía la notificación.
Cursos Alternos
Error en red. El sistema guarda el mensaje y crea una alerta para que el
9a.
personal encargado envíe manualmente la notificación.

Otros datos
Frecuencia
5 por hora Rendimiento
esperada
Importancia Vital Urgencia Alta
Pendiente para
Estado Estabilidad Moderada
revisión.
Comentarios
El caso de uso es realizado por el sistema mediante la lógica interna del mismo.

Anexos
A continuación se anexará los diagramas elaborados.

P á g i n a 8 | 14
Modelos de Análisis

Fig 1. Diagrama de Clases.

P á g i n a 9 | 14
Fig 2. Diagrama Casos de Uso

P á g i n a 10 | 14
Fig 3. Diagrama de Objetos.

P á g i n a 11 | 14
Fig 4. Diagrama de Secuencia.

P á g i n a 12 | 14
Fig 5.Diagrama de Actividades

P á g i n a 13 | 14
Fig 6. Diagrama de Colaboración.

P á g i n a 14 | 14