Especificación de Requisitos Para Reserva

De Auditorios En La Corporación Universitaria

Del Meta
IEEE Std. 830-1998

15 de noviembre del 2022

Ingeniería de Requerimientos
Ing. Lili Johana Rozo

Johan Fernando Vanegas Ariza

Wilson Stiven parrado Guzmán
Cristian Camilo Moreno Tiuso
Cristian Eduardo santos Diaz
Jhonatan Andres Carvajal Holguín
Winner Alexei Carvajal Holguín
Jorge Enrique Alvarez Gualdron
Andrés David Garzón Cardenas
Joan Sebastian Pabon Pineda
 ´
INDI 2

´
Índice
IEEE Std. 830-1998 1
15 de noviembre del 2022 1

1. Introducción 3
1.1. Propósito 3
1.2. Ámbito del Sistema 3
1.3. Definiciones, Acrónimos y abreviaturas 3
1.4. Referencias 4
1.5. Visión General del Documento 4

2. Descripción General 5
2.1. Perspectiva del Producto 5
2.2. Funciones del Producto 5
2.3. Características de los Usuarios 9
2.4. Restricciones 10
2.5. Suposiciones y Dependencias 10
2.6. Requisitos Futuros 10

3. Requisitos Específicos 11
3.1 REQUISITOS NO FUNCIONALES 11
3.2 REQUISITOS FUNCIONALES 17
3.3 Restricciones de diseño 21

4. APÉNDICES 22
4.1 Prototipo Diseño 22
4.2 Especificaciones de caso de uso 25
 1

1. Introducción (Wilson Parrado, Sebastián Pabón)

Este documento es una especificación de requisitos de Software (ers) para el sistema de
reserva de auditorios de la Universidad Del Meta. Esta especificación se ha estructurado
basándose en las directrices dadas por el estándar IEE 830
1.1. Propósito
El presente documento tiene como propósito definir las especificaciones funcionales, no
funcionales para el desarrollo de un sistema de información que permita gestionar la
reservación de los distintos auditorios de la Universidad Del Meta. Este será utilizado por
profesores y directivos
1.2. Ámbito del Sistema

Esta especificación de requisitos estará dirigida al usuario del sistema para continuar con
el desarrollo sobre las reservaciones de los auditorios de la institución Universidad Del
Meta y profundizar en la automatización de la misma la cual tiene como objetivo principal
gestionar los distintos procesos administrativos relacionados a las reservaciones
(reservación, auditorio, servicios, disponibilidades .... entre otros.)

1.3. Definiciones, Acrónimos y abreviaturas

En esta subsección se definirán todos los términos, acrónimos y abreviaturas utilizadas en
la ERS.

Cliente/Usuarios: Persona que usará el sistema para gestionar procesos.

ERS: Especificación de Requisitos de Software
CheckBox: Casilla de verificación, es un elemento de interacción de la interfaz gráfica, que permite
a este hacer selecciones múltiples de un conjunto de opciones.
Funcionalidad: Descripción de lo que el software debe hacer
Requisito: Es la descripción de los servicios y restricciones.
RF: Requerimiento Funcional

RNF: Requerimiento No Funcional

SW: Software

SO: Sistema Operativo

SM: Scrum Master

IDE: Entorno integrado de Desarrollo

POO: Programación orientada a Objetos

IEEE 830: Estándar que comprende los requisitos del software.

 1

1.4. Referencias
Referencias Este documento se ha elaborado basándose en el Standard IEEE 830. Este
documento es una guía para definir los requerimientos que cumplirá el sistema según las
necesidades de la empresa

1.5. Visión General del Documento

En este documento se da a conocer cuál será el funcionamiento del sistema. Se
establecerá una explicación gráfica y escrita de cada función que debe realizar el sistema
de forma detallada que sea entendible por el cliente. Los requisitos específicos se
describirán en detalle; estos deben ser concisos para que nuestro equipo de desarrollo
pueda diseñar el sistema sin dificultad y de manera eficaz. Entre los cuales se les hará
mención a requisitos funcionales, los requisitos no funcionales que dentro de estos se
encuentran los requisitos de rendimiento, seguridad, confiabilidad, disponibilidad,
mantenimiento y portabilidad.
 ´
2 DESCRIPCIO N

2. Descripción General (Cristian Camilo Moreno Tiuso)

2.1. Perspectiva del Producto

El sistema para reserva de auditorios funciona en un entorno inicialmente atenderá los
siguientes funcionalidades de: La reservación de forma sistematizada de los auditorios de
la Universidad Del Meta El sistema para reserva es un sistema independiente que para
esta implementación no interactúa con otros sistemas, sin embargo a futuro y de
acuerdo a como está construida podrá implementar nuevas funcionalidades como son:
reserva de silletería portabilidad en entornos móviles y funciones adicionales relacionadas
con reportes de uso, calendario, auditorios y reserva.

2.2. Funciones del Producto

Diagrama general de clases

 ´
2 DESCRIPCIO N
Diagrama de casos de usos grado 1
 ´
2 DESCRIPCIO N
Diagrama de casos de uso grado 0
 ´
2 DESCRIPCIO N

2.3. Características de los Usuarios (Jorge Enrique Alvarez

Gualdron)

Tipo de Usuario Administrador

Forma académica Lic. En Informática
Experiencia Manejo de Aplicaciones ofimáticas
Actividad Control del sistema

Tipo de Usuario Docente

Formación académica Pregrado
Experiencia
Actividad Uso de la página para apartar auditorios

Tipo de Usuario Estudiante

Formación Académica Bachillerato
Experiencia
Actividad Uso de la página para apartar auditorios

2.4. Restricciones

-El sistema deberá de tener un diseño y manejo sencillo

-Interfaz para ser usada con internet
-El servidor debe de tener un rendimiento óptimo al momento de ejecutar una acción
-Lenguaje de programación: HTML, CSS, JavaScript, PHP
-El sistema permite apartar X cantidad de auditorios a la vez
-El sistema no permitirá apartar auditorios a un usuario inhabilitado
-El sistema no permitirá registrar a un usuario fuera de la institución

2.5. Suposiciones y Dependencias (Andres David Garzon Cardenas)

Se asume que los requisitos aquí descritos son estables, los equipos en los que se vayan a
 ´
2 DESCRIPCIO N
ejecutar la página tienen que ser ordenadores.

2.6. Requisitos Futuros

El único requerimiento futuro que se podrá implementar en el sistema será el alquiler de
silletería
 3. Requisitos Específicos

3.1 REQUISITOS NO FUNCIONALES

-Adecuación funcional (Jhonatan Carvajal)

ID: RNF_PA_AF1 Nombre: Completitud Prioridad: Alta

funcional

Descripción El sistema debe cumplir con una funcionalidad del 100%

con los requerimientos funcionales pactados

ID: RNF_PA_AF2 Nombre: Corrección Prioridad: Alta

Funcional

Descripción El sistema debe proveer la información correcta e idónea

sobre el préstamo de los auditorios.

ID: RNF_PA_AF3 Nombre: Pertinencia Prioridad: Alta

Funcional

Descripción El sistema es pertinente por cuanto no existe un producto

que resuelva esa necesidad en particular
-Eficiencia de desempeño (Winner Carvajal, Cristian Santos)

ID: RNF_PA_ED1 Nombre: Comportamiento temporal Prioridad: Media-Alta

Descripción El sistema debe tener un tiempo de respuesta bajo entre 0.4 y 2

ID: RNF_PA_ED2 Nombre: Comportamiento temporal Prioridad: Alta

Descripción El sistema debe mantenerse activo durante las 24 horas.

ID: RNF_PA_ED3 Nombre: Utilización de recursos Prioridad: Media- Alta

Descripción El sistema de ser capaz de operar adecuadamente con unos 400 usuarios
activos

ID: RNF_PA_ED4 Nombre: Capacidad Prioridad: Media- Alta

Descripción El sistema debe tener la capacidad de guardar mas de 4.000 cuentas de

usuarios
-Usabilidad (Jorge Enrique Alvarez Gualdron)
ID: RNF_PA_U01 Nombre: Reconocibilidad Prioridad: Alta
de la educación
Descripción El sistema permitirá al usuario una navegación y
reconocimiento intuitivo de sus funcionalidades

ID: RNF_PA_U02 Nombre: Aprendizablidad Prioridad: Alta

Descripción El sistema tendrá menús y barras de herramientas
amigables y con un lenguaje decente que el usuario
reconozca rápidamente

ID: RNF_PA_U03 Nombre: Operabilidad Prioridad: Alta

Descripción El sistema tendrá fiabilidad de cada una de las funciones

ID: RNF_PA_U04 Nombre: Protección frente Prioridad: Alta

a errores de usuarios
Descripción El sistema alertará al usuario sobre los errores en campos
o formularios con mensajes claros y entendibles

ID: RNF_PA_U05 Nombre: Estética Prioridad: Alta

Descripción El sistema debe poseer un diseño adaptable a fin de
garantizar la adecuada visualización en múltiples
dispositivos

ID: RNF_PA_U06 Nombre: Accesibilidad Prioridad: Media

Descripción El sistema estará configurado bajo los términos de nivel 1
de accesibilidad de la WTC

-Compatibilidad
ID: RNF_PA_CO1 Nombre: Coexistencia Prioridad: Bajo
Descripción El sistema no debe coexistir con otro sistema. Este
requerimiento no funcional podrá ser contemplado para
funcionalidades futuras

ID: RNF_PA_CO2 Nombre: Interoperabilidad Prioridad: Bajo

Descripción El sistema no debe intercambiar, Utilizar información con
 otros sistemas.
Este requerimiento no funcional podrá ser contemplado
para funcionalidades futuras

-Fiabilidad (Cristian Camilo Moreno Tiuso)

ID: RNF_PA_FI01 Nombre: Madurez Prioridad: Alta
Descripción El sistema garantizará la capacidad para satisfacer las
necesidades de desempeño de las funciones específicas en
condiciones normales

ID: RNF_PA_FI02 Nombre: Disponibilidad Prioridad: Alta

Descripción El sistema garantizará la capacidad para satisfacer las
necesidades de desempeño de las funciones específicas en
condiciones normales

ID: RNF_PA_FI03 Nombre: Tolerancia a fallos Prioridad: Alta

Descripción El sistema debe tener la capacidad para operar según lo
previsto en presencia de fallas en el software

ID: RNF_PA_FI04 Nombre: Capacidad de Prioridad: Alta

recuperación
Descripción El sistema debe tener la capacidad para operar según lo
previsto en presencia de fallas en el software
-Mantenibilidad (Joan Sebastian Pabon Pineda)
ID: RNF_PA_CP01 Nombre: Capacidad de ser Prioridad: Media
probado
Descripción El sistema debe establecer las pruebas del producto que
permitan verificar los requerimientos funcionales
mediante una ficha de cumplimiento de requerimientos
funcionales.

ID: RNF_PA_A01 Nombre: Analizabilidad Prioridad: Media

Descripción El sistema contará con una documentación que
especifique su arquitectura a través de diagramas en
lenguaje UML, donde se encuentre definido su
comportamiento estático o dinámico

ID: RNF_PA_CM01 Nombre: Capacidad para Prioridad: Media

ser modificado
Descripción El sistema permitirá la implementación de nuevos
módulos y el mantenimiento de los módulos existentes al
manejo de los errores sin perder su funcionalidad

ID: RNF_PA_R01 Nombre: Reusabilidad Prioridad: Media

Descripción El diseño y codificación del sistema tendrá en cuenta los
estándares y normativas de acuerdo a criterio de calidad
que garantice que cada uno de sus elementos partes o
artefactos puedan tener uso en futuras adecuaciones o
sistemas

ID: RNF_PA_M01 Nombre: Modularidad Prioridad: Media

Descripción El diseño y codificación del sistema tendrá en cuenta los
estándares y normativas de acuerdo a criterio de calidad
que garantice que cada uno de sus elementos partes o
artefactos pueden tener uso en futuras adecuaciones o
sistema
-Seguridad: (Wilson Parrado)
ID: RNF_PA_S01 Nombre: Prioridad:
Seguridad en Media
información
Descripción El sistema garantizara a los usuarios una seguridad
en cuanto a la información que se aloja en el
sistema, se garantizara la seguridad del sistema con
respecto a la información y datos que se manejan
tales sean información personal y contraseñas
respetando la ley de seguridad y confidencialidad de
la información, vigente en Colombia como lo refiere
el capítulo 1,4
Del documento especificación de requerimientos

ID: RNF_PA_S02 Nombre: Prioridad:

Confidencialidad del Alta
entorno
Descripción Garantizará la seguridad de la información de los
perfiles de usuario ya que al copiarse el link cuando
el usuario tenga la cuenta abierta a la hora de
pegarlo en cualquier navegador será redirigido
automáticamente al inicio de sesión asegurándonos
de esta manera la integridad tanto del sistema como
de los datos de los usuarios

ID: RNF_PA_S03 Nombre: Prioridad:

Niveles de Usuarios Alta
Descripción Garantizara al usuario el acceso de información de
acuerdo al nivel que posee, facilidades y controles
para permitir el acceso a la información al personal
autorizado, con la intención de consultar o subir,
inhabilitar, agregar y eliminar información pertinente

ID: RNF_PA_S04 Nombre: Prioridad:

Bitácora de usuarios Baja
Descripción El sistema permitirá el registro de todas las acciones
del usuario sobre la información

3.2 REQUISITOS FUNCIONALES

-RF de Calendario (Cristian Camilo Moreno Tiuso)

ID: RF_PA_C01 Nombre: Fechas y Prioridad: Alta
presentaciones
Descripción Debe permitir una vista de las fechas del mes y resaltar las
prestaciones de los auditorios para ello debemos crear
una página tipo calendario donde el lado izquierdo
muestre

ID: RF_PA_C02 Nombre: Vista de Prioridad: Alta

auditorios
Descripción Debe permitir una lista lateral izquierda de los auditorios y
al seleccionar uno de ellos se cargará la relación de
préstamos de cada uno de ellos en la semana actual

ID: RF_PA_C03 Nombre: Muestra de Prioridad: Alta

calendario
Descripción Debe permitir una muestra en los meses mostrando los
eventos, fechas, horas y reservas

ID: RF_PA_C04 Nombre: Calendario Prioridad: Alta

Descripción Debe permitir configurar las vistas por dia, semana y mes

-RF de Páginas
ID: RF_PA_PAG1 Nombre: Interfaz Prioridad: Alta
Descripción el sistema debe permitir un retorno en todas las páginas
exceptuando la principal que estará ubicado en la parte superior
izquierda para ello entraremos en la parte de interfaz, deberá
ser llamativo para su fácil ubicación visualización.

ID: RF_PA_PAG2 Nombre: Publicar Anuncios Prioridad: Alta

Descripción El sistema debe permitir anuncios publicitarios en las páginas,
el cual se visualizarse mediante la ayuda de imágenes y un
texto descriptivo el cual resumirse brevemente la publicidad.

ID: RF_PA_PAG3 Nombre: Panel de Prioridad: Alta

navegación
Descripción El sistema debe contar con un árbol de navegación en su
página principal el cual contará con la siguiente opción: inicio,
auditorios, reserva, calendario, login

ID: RF_PA_PAG3 Nombre: Galería Prioridad: Alta

Descripción El sistema mostrará en su página principal una galería de
eventos en la cual se cambiarán las imágenes de manera
repetitiva y se resaltarán los eventos recientes

ID: RF_PA_PAG3 Nombre: Términos y Prioridad: Media

condiciones
Descripción el sistema debe permitir visualizar en la parte inferior de la
página principal los términos y condiciones en las cuales
aparecerán las siguientes opciones: términos y condiciones
(documento), aceptación de términos y condiciones (botón)

-RF de Usuario (Jorge Enrique Alvarez Gualdron)

ID: RF_PA_US1 Nombre: Inicio de sesión Prioridad: Alta
Descripción El sistema debe permitir que el usuario pueda iniciar sesión
mediante un formulario para poder hacer uso o apartar los
auditorios
No funcional RNF_PA_SO1 - RNF_PA_SO2

ID: RF_PA_US2 Nombre: Modificación Prioridad: Alta

datos personales
Descripción -El sistema debe permitir que el usuario pueda modificar sus
datos de perfil mediante diversos formularios los cuales son:
Nombre, Apellido, # celular, Estado civil, Dirección de
residencia, Referencia personal, Contraseña, Correo
electrónico, Imagen de perfil, Municipio de donde vive, Edad,
Nombre de usuario
No funcional RNF_PA_SO2 - RNF_PA_SO4

-RF RESERVA (Winner Carvajal, Jhonatan Carvajal)

ID: RF_PA_R1 NOMBRE: Realizar Reserva

DESCRIPCIÓN: El sistema debe permitir al usuario

PRIORIDAD: Media-Alta
realizar la reserva.

ID: RF_PA_R2 NOMBRE: Modificar Reserva

DESCRIPCIÓN: El sistema debe permitir al usuario

PRIORIDAD: Media-Alta
modificar la reserva.

ID: RF_PA_R3 NOMBRE: Cancelar Reserva

DESCRIPCIÓN: El sistema debe permitir al usuario

PRIORIDAD: Media-Alta
cancelar la reserva.
 ID: RF_PA_R4 NOMBRE: Consultar Reserva

DESCRIPCIÓN: El sistema debe permitir al usuario

PRIORIDAD: Media-Alta
consultar la reserva.

RF Auditorio (Cristian santos y andres garzon)

OBJ-01 Gestionar Advertencias

El sistema debe poner una advertencia en rojo cuando el usuario intente reservar un
auditorio poniendo en la advertencia "El auditorio ya fue reservado" en caso de
Descripción
intentar reservar el auditorio que intento
seleccionar.

Estabilidad Alta

Comentarios Ninguno
 OBJ-02 Gestionar Encargado del auditorio

Descripción El sistema tiene que tener la información del encargado de los auditorios, así
mismo le brindara a los usuarios más seguridad y confianza (No es una
necesidad que el sistema deba resolver)

Estabilidad Alta

Comentarios Ninguno

OBJ-03 Gestionar Auditorios

Descripción El sistema debe mostrar la información que tiene el auditorio incluido las cuales
son las siguientes, Foto, Nombre del encargado del auditorio, Dimensiones del
auditorio, Descripción

Estabilidad Alta

Comentarios Ninguno

3.3 Restricciones de diseño (Winner Carvajal, Jhonatan

Carvajal)

-El sistema no está diseñado para poner en venta auditorios,

espacios, o cualquier otro producto o servicio.

- El sistema no está diseñado para ser una red Social.

- El sistema no está diseñado para reproducción de videos.

- El sistema sólo está diseñada para la reserva de auditorios de la

Universidad del meta (UNIMETA).

4. APÉNDICES

4.1Prototipo Diseño
 4.2 Especificaciones de caso de uso

-Usuario (Jorge Enrique Alvarez Gualdron)

Nombre:
Id: AU_USU1 Creando cliente
Descripción:
Este caso de uso permite agregar los datos de un cliente para un nuevo perfil
Actor:
Administrador
Precondición:
El sistema debe de tener un formulario con casillas para que el cliente pueda diligenciar los datos requeridos, los cuales son:
nombre, apellido, identificación, tipodeidentificacion, genero, edad, estado, estrato, correo, contraseña
Flujo Normal Flujo alterno
1.1- Al momento de ingresar correo electrónico,
● El sistema habilita el formulario para que el cliente pueda verificar si la dirección de correo es válida, en
ingresar los datos de: nombre, apellido, identificación, genero, caso de que no, avisarle al cliente
edad, estado, estrato, tipodeidentificacion, correo,
contraseña.
 ● El administrador diligenciara los datos solicitados y confirmará
el envío de datos del cliente

● El sistema debe de validar que todos los datos están bien

ingresados

● El sistema confirma los datos ingresados y guarda la

información del cliente

Postcondición:
El sistema debe de guardar el cliente y permite crear más perfiles
Excepción:
El sistema no podrá cargar los datos si no están bien diligenciados

Nombre:
Id: AU_USU2 Modificar datos de usuario
Descripción:
Este caso de uso permite al sistema poder modificar los datos ingresados del cliente
Actor:
Cliente
Precondición:
El sistema debe de ya tener un perfil de cliente creado para poder modificar los datos ya diligenciados del cliente
Flujo Normal

● El sistema habilita la modificación de los datos del formulario

ingresados por el cliente, que son: genero, edad, estado,
estrato, tipodeidentificacion, correo, contraseña

● El administrador revisa y valida la modificación de datos

Flujo alterno

● El sistema debe de validar que todos los datos ingresados

estén bien actualizados

● El sistema confirma los datos ingresados y actualiza la

información del cliente

Postcondición:
El sistema debe de actualizar los datos ingresados por el cliente
Excepción:
El sistema no podrá cargar los datos si no están bien diligenciados

Nombre:
Id: AU_USU3 Inactivando cliente
Descripción:
Este caso de uso permite la opción de inactivar el perfil del cliente
Actor:
Administrador
Precondición:
El sistema debe de tener un perfil de un cliente ya registrado
Flujo Normal
Flujo alterno
● El sistema inactiva el perfil del cliente
Postcondición:
El sistema no permite al perfil del cliente interactuar con la página
Excepción:
El perfil del cliente haya sido mal avisado

Nombre:
Id: AU_USU4 Consultar datos del usuario
Descripción:
Este caso de uso permite consultar los datos ingresados del cliente
Actor:
Administrador, Cliente
Precondición:
El sistema ya debe de tener los datos ingresados del cliente para poder consultar los datos
Flujo Normal
1- El sistema permite al cliente y al administrador consultar los datos Flujo alterno
ingresados para el perfil
Postcondición:
El sistema permite al cliente consultar los datos ingresados
Excepción:

PÁGINA PRINCIPAL (WILSON PARRADO Y JOAN SEBASTIAN PABON)

[Aceptando condiciones]
ID PA_Cu04 Nombre:
Consultando Menu

Actores Cliente (Consultor)

Descripción Este casi de uso se trata de un menu de navevgadores que

cintara con los apartados de inicio, auditorios, reserva,
calendario y login

Precondición Deben existir los apartados de inicio, auditorio, reserva,

calendario y login

Postcondición Se podra navegar sobre las opciones ya mencionadas del

menu

Excepcion: 1.1 Que el menu pueda visualizarse debido a que no fue

 programado para el navegador

Nro. Flujo Normal Flujo Alterno

[Nro. de
paso]

1.1 El sistema mostrara el menu

de opciones

1.2 El consultor podra navegar

sobre cada una de ellas

1.3 El sistema redirigira al

usuario a la opcion
seleccionada

ID PA_AU01 Nombre:
Gestionando anuncios
publicitarios

Actores Administrador

Descripción Este caso de uso permite agregar, inactivar, consultar o

modificar los anuncios publicitarios de la página.

Precondición Se debe estar logueando como administrador.

Debe existencia de los datos maestros

Postcondición Abra un nuevo anuncio inactivo, la consulta de un anuncio y

un anuncio actualizado

Excepción 1.2.1 El nombre recibe caracteres especiales

1.2.1.1 El sistema informara que es una opcion no permitida
1.2.2 El tamaño de la imagen supera los 10MB
1.2.2.1 El sistema informara el tamaño maximo es de “10 MB
Solicite nuevamente la carga del archivo”
1.2.3 El formato de la imagen no es aceptado
1.2.3.1 El sistema informara los formatos permitidos y
 solicitara nuevamente un archivo con los formatos permitidos
3.2.1 El nombre recibe caracteres especiales
3.2.1.1 El sistema informara que es una opcion no permitida
3.2.2 El tamaño de la imagen supera los 10MB
3.2.2.1 El sistema informara el tamaño maximo es de “10 MB
Solicite nuevamente la carga del archivo”
3.2.3 El formato de la imagen no es aceptado
3.2.3.1 El sistema informara los formatos permitidos y
solicitara nuevamente un archivo con los formatos permitidos

Nro. Flujo Normal Flujo Alterno

[Nro. de
paso]

1 El sistema habilita el 1.1.1 Cuando no se ingresa un

formulario para ingresar los campo obligatorio el sistema
datos de anuncioes solicita el valor para confirmar
(Nombres, imagen y
descripcion)

1.1 El administrador diligenciara 1.1.2 El boton publicar se activara

los campos solicitados y una vez completados todos los
confirma el envio campos

1.2 El sistema confirmara la 2.1.1 Cuando se seleccione la

opcion publicar inactivacion saldra un dialogo de
confirmacion

2 El sistema habilitara la 3.1.1 Cuando no se ingrese un

inactivacion del anuncio campo obligatorio el sistema
solicitara el valor para confimar

2.1 El administrador seleccionara 3.1.2 El boton actualizar se

la inactivacion del anuncio activara una vez completados
todos los campos

2.2 El sistema confirmara la

inactivacion del anuncio

3 El sistema habilitara el
formulario de actualizacion de
 anuncio

3.1 El administrador diligenciara

los campos solicitados y
confirmara el de la
actualizacion del anuncio

3.2 El sistema confirmara la

opcion de actualizar

ID PA_CG01 Nombre:
Consultando Galería de
Eventos

Actores Cliente (Consultor)

Descripción Este caso de uso permite consultar la galería de eventos de

los auditorios.

Precondición Deben de existir imágenes de los eventos de los auditorios.

Deben existir eventos.

Postcondición Galería consultada por el cliente.

Nro. Flujo Normal Flujo Alterno

[Nro. de
paso]

1.1 El sistema habilita una galería

de imágenes de los eventos
con botones a izquierda y
 derecha del lateral de cada
imagen.

1.2 El cliente hace clic en el

botón izquierdo o derecho de
la imagen.

1.3 El sistema habilita la imagen

anterior y siguiente según la
orientación de los botones.

1.4 El cliente hace clic en una 1.4.1. El cliente consulta la

imagen de la galería. galería.

1.5 El sistema habilita

información, descripción y
reputación o valoración del
contenido seleccionado y
realiza zoom o acercamiento.

ID PA_AC01 Nombre:
Aceptando condiciones

Actores Cliente (Consultor)

Descripción Este caso de uso permite obtener al actor aceptación de las

condiciones y restricciones de un determinado auditorio.

Precondición Debe existir el auditorio

Postcondición Términos aceptados o negados por el consultor

Nro. Flujo Normal Flujo Alterno

[Nro. de
paso]

1.1 El sistema habilita

información de las
condiciones y restricciones.
 El sistema habilita una
casilla.

1.2 El consultor acepta y 1.2.1 El consultor no acepta

confirma en la casilla las condiciones y restricciones.
condiciones y restricciones.

1.3 El sistema habilita el botón 1.3.1 El botón de “Confirmar y

aceptar y enviar. enviar”, permanece inactivo.

1.4 El consultor hace clic en la 1.3.2 El consultor hace clic en

opción de aceptar y enviar. cancelar.
Reserva (Jhonatan Carvajal-Winner Carvajal)

ID: PRU_01 NOMBRE: Realizar Reserva

PRIORIDAD: Media-Alta DESCRIPCION: Permitir al usuario realizar la reserva.

USO/ACTOR: Usuario
FLUJO NORMAL:

● El sistema habilita el campo para el ingreso de datos de nombres, Fecha y hora de inicio de reserva, fecha y hora
de finalización de la reserva.

● El usuario ingresa los datos.

● El sistema verifica que los datos estén completos.

● El sistema guarda en la base de datos la solicitud de reserva.

● El sistema envía al correo del usuario un mensaje de confirmación con los datos de la solicitud de reserva.

FLUJO ALTERNO:

● El sistema verifica que los datos estén completos.

● Falta algún campo por llenar.

● El sistema muestra un mensaje de error; “faltan espacios por llenar, intente nuevamente llenando
todos los espacios” y retorna al Paso 1.

PRECONDICIONES:

* El auditorio a reservar debe estar disponible.

POSTCONDICIONES:

* El sistema hace efectiva la reserva.

 ID: PRU_02 NOMBRE: Modificar Reserva

PRIORIDAD: Media-Alta DESCRIPCION: Permitir al usuario modificar la reserva.

USO/ACTOR: Usuario
FLUJO NORMAL:

● El sistema habilita el campo para modificar los datos de nombres, Fecha y hora de inicio de reserva, fecha y
hora de finalización de la reserva.

● El usuario ingresa los datos.

● El sistema verifica que los datos estén completos.

● El sistema guarda en la base de datos los nuevos datos de la reserva.

● El sistema envía al correo del usuario un mensaje de confirmación con los datos modificados de la reserva.

FLUJO ALTERNO:
3. El sistema verifica que los datos estén completos. 3.1 Falta algún campo por llenar.
3.2 El sistema muestra un mensaje de error; “faltan espacios por llenar, intente nuevamente llenando todos los
espacios” y retorna al Paso 1.

PRECONDICIONES:

* En el sistema debe haber una Reserva a nombre del usuario.

POSTCONDICIONES:

* El sistema hace efectiva la modificación de la reserva.

 ID: PRU_03 NOMBRE: Cancelar Reserva

PRIORIDAD: Media-Alta DESCRIPCION: Permitir al usuario cancelar la reserva.

USO/ACTOR: Usuario
FLUJO NORMAL:

● El sistema pregunta si desea cancelar la reserva.

● El sistema habilita el campo para cancelar la reserva.

● El usuario digita el id de reserva.

● El sistema verifica que la reserva esté en la base de datos.

● El sistema cancela la reserva

FLUJO ALTERNO:

● El sistema verifica que la reserva esté en la base de datos.

● El sistema no encuentra en la base de datos el id de la reserva.

● El sistema muestra un mensaje de error; “No existe una reserva con id *XXXXXXXX*, intente
nuevamente”

y retorna al Paso 2.

PRECONDICIONES:

* En el sistema debe haber por lo menos una Reserva a nombre del usuario.

POSTCONDICIONES:

* El sistema hace efectiva la cancelación de la reserva.

 ID: PRU_04 NOMBRE: Consultar Reserva

PRIORIDAD: Media-Alta DESCRIPCION: Permitir al usuario consultar la reserva.

USO/ACTOR: Usuario
FLUJO NORMAL:

● El sistema habilita el campo para consultar la reserva.

● El usuario digita el id de la reserva.

● El sistema verifica que la reserva esté en la base de datos.

● El sistema deja consultar la reserva

FLUJO ALTERNO:

● El sistema verifica que la reserva esté en la base de datos.

● El sistema no encuentra en la base de datos el id de la reserva.

● El sistema muestra un mensaje de error; “No existe una reserva con id *XXXXXXXX*, intente
nuevamente”

y retorna al Paso 1.

PRECONDICIONES:

* En el sistema debe haber por lo menos una Reserva a nombre del usuario.

POSTCONDICIONES:

* El sistema muestra los datos de la reserva.

Auditorio (Cristian santos y Andres garzon)

Información sobre Advertencias

Objetivos asociados OBJ-01 Gestionar Advertencias

El sistema debe poner una advertencia en rojo cuando el usuario

Descripción intente reservar un auditorio poniendo en la advertencia "El
auditorio ya fue reservado" en caso de intentar reservar el auditorio
que intento
seleccionar.

Requisitos asociados RF–00 Agregar advertencia

RF–02 Modificar datos de la advertencia RF–

03 desactivar advertencia

Actores asociados Usuario - Encargado del auditorio - Gerente

Datos específicos -. Mostrará una advertencia en naranja cuando esté siendo consultado o estén
reservando el auditorio.

-. Mostrará la advertencia en rojo cuando se reserve el auditorio.

-. Mostrará en verde cuando esté disponible el auditorio.

Comentarios Ninguno

Información sobre el encargado Del auditorio

Objetivos asociados OBJ-02 Gestionar Encargado del auditorio

Descripción El sistema tiene que tener la información del encargado de los

auditorios, así mismo le brindara a los usuarios más seguridad y

confianza (No es una necesidad que el sistema deba resolver)

Requisitos asociados RF–04 Ingresar nuevo encargado del auditorio

RF–05 Modificar datos del encargado

RF–06 Lista datos de los encargados

RF–07 Eliminar Encargado

Actores asociados Encargado del auditorio - Gerente

Datos específicos Número telefónico

Número de identidad Nombres y apellidos Fecha de nacimiento

Fecha de ingreso como Encargado

E-mail
Número de Usuarios que Usaron su
auditorio Calificación por los
Usuarios

Comentarios Ninguno

Información sobre los auditorios

Objetivos asociados OBJ-03 Gestionar Auditorios

Descripción El sistema debe mostrar la información que tiene el auditorio

incluido las cuales son las siguientes, Foto, Nombre del encargado
del auditorio, Dimensiones del auditorio, Descripción
 Requisitos asociados RF–08 Ingresar un nuevo auditorio

RF–09 Modificar datos del auditorio

RF–10 Lista de auditorios

RF–11 Eliminar Auditorio

Actores asociados Encargado del auditorio - Gerente- Usuarios

Datos específicos Código Único del auditorio

Fotos del auditorio

Nombre del encargado del

auditorio Dimensiones del
auditorio Descripción
Dirección del auditorio

Calificación Del auditorio por los Usuarios que lo

usaron Disponibilidad y tiempo de espera

Comentarios Ninguno

Calendario (Cristian Camilo Moreno Tiuso)

[Consultando vista de calendario]

ID PA_CAL 01 Nombre:

Consultando Vista de
calendario

Actores Cliente (Consultor)

Descripción El usuario podrá consultar las fechas y mirar qué

espacios están desocupados o no, esta consulta podrá
hacerlas en todos los auditorios
 Precondición Debe existir el auditorio, debe existir un calendario para
visualización

Postcondició Debe permitir la visualización del calendario con sus

n especificaciones descritas anteriormente, con la
información actualizada de las reservaciones

Flujo Normal

Nro. Flujo Normal Flujo Alterno

[Nro. de
paso]

1.1 El sistema debe mostrar

una barra lateral donde
muestra los distintos
auditorios

1.2 El Usuario elegirá una

opción de los distintos
auditorios en la barra
lateral

1.3 El sistema debe mostrar un

calendario cuando el
usuario haya seleccionado
una de las opciones de la
barra lateral
 1.4 El usuario visualiza el .
calendario de la opción
que escogió en el auditorio

1.5 El sistema debe permitir la

visualización de las
reservas de el auditorio
escogido

[Consultando fechas de reservadas diarias]

ID PA_CALN02 Nombre:

Consultando fechas de
reservadas diarias

Actores Cliente (Consultor)

Descripción El usuario podrá consultar las fechas y mirar qué

espacios están desocupados o no, esta consulta podrá
hacerlas en todos los auditorios

Precondición Debe existir el auditorio, debe existir un calendario para

visializacion

Postcondició Debe permitir la visualizacion del calendario con sus

 n especificaciones descritas anteriormente, con la
informacion actualizada de las reservaciones

Flujo Normal

Nro. Flujo Normal Flujo Alterno

[Nro. de
paso]

1.1 El sistema debe mostrar

una barra lateral donde
muestren los distintos
auditorios disponibles

1.2 El usuario debe elegir una

de las opciones de los
auditorios disponibles en
la barra lateral

1.3 El sistema debe mostrar un

calendario cuando el
usuario elija un auditorio
que este en la barra
lateral, Este debe mostrar
el día y las horas desde 6
AM a 6 PM

1.4 El usuario visualizara en el

 calendario en día con la
hora de servicio de los
auditorios, así visualizara
que día y que hora esta
ocupado

1.5 El sistema debe permitir la

visualización de las
reservas en los auditorios
escogidos

[Consultando reservas mensuales]

ID PA_CALN03 Nombre:

Consultando
reservadas mensuales

Actores Cliente (Consultor)

Descripción El usuario podrá consultar las fechas y mirar que

espacios están desocupados o no, esta consulta podrá
hacerlas en todos los auditorios

Precondición Debe existir el auditorio, debe existir un calendario para

visualización

Postcondició Debe permitir la visualización del calendario con sus

n especificaciones descritas anteriormente, con la
información actualizada de las reservaciones
Flujo Normal

Nro. Flujo Normal Flujo Alterno

[Nro. de
paso]

1.1 El sistema debe mostrar

una barra lateral donde
muestren los distintos
auditorios disponibles

1.2 El usuario debe elegir una

de las opciones de los
auditorios disponibles en
la barra lateral

1.3 El sistema debe mostrar un

calendario cuando el
usuario elija un auditorio
que este en la barra
lateral, Este debe mostrar
mes a mes las reservas que
tenga disponibles las que
no

1.4 El usuario visualizara en el

calendario con la
información actualizada
mes a mes de todos los
 auditorios disponibles de
la barra lateral

1.5 El sistema debe permitir la

visualización de las
reservas Actualizadas en
los diferentes auditorios
escogidos

[Consultando vista de calendario]

ID PA_CALN04 Nombre:

Consultando vista
calendario

Actores Cliente (Consultor)

Descripción El usuario podrá consultar las fechas y mirar qué

espacios están desocupados o no, esta consulta podrá
hacerlas en todos los auditorios

Precondición Debe existir el auditorio, debe existir un calendario para

visualización

Postcondició Debe permitir la visualización del calendario con sus

n especificaciones descritas anteriormente, con la
información actualizada de las reservaciones
Flujo Normal

Nro. Flujo Normal Flujo Alterno

[Nro. de
paso]

1.1 El sistema debe mostrar

una barra lateral donde
muestran los distintos
auditorios disponibles

1.2 El usuario debe elegir una

de las opciones de los
auditorios disponibles en la
barra lateral

1.3 El sistema debe permitir la

configuración de vista del
calendario ya sea
mensualmente con sus
características o
directamente con sus
especificaciones

1.4 El usuario debe poder

utilizar la configuración de
vista establecida en el
calendario con todas las
especificaciones hechas
1.5 El sistema debe permitir la
visualización con
configuración de vista
incluidas en el calendario