· Web viewEspecificación de Requerimientos de Software ERS-Proyecto Web Sitio Torre CARDON_V4.2.0. e:\A_PC_BackUp\Proyecto QNX\00 - Proyectos de Software\Proyecto N14 Sitio WEB

$Page 1: · Web viewEspecificación de Requerimientos de Software ERS-Proyecto Web Sitio Torre CARDON_V4.2.0. e:\A_PC_BackUp\Proyecto QNX\00 - Proyectos de Software\Proyecto N14 Sitio WEB$
_______________________Sitio Web Torre CARDON

Especificación de Requerimientos de Software

ERS-Proyecto Sitio Web Torre CARDON_V4.2.0

_______________________

Versión Fecha Estado4.2.0 07/02/2019 Original

Elaborado por: Maguna Aranguren, Fernando G. Fecha: 07/02/2019

Aprobado por: Fecha:

Revisado por: Fecha:

Este documento contiene información confidencial de QNX. En la consideración del recibo de este documento, se acuerda no reproducir o no hacer la información disponible en manera escrita, verbal u otra a personas que no pertenezcan a la compañía.

Especificación de Requerimientos de Software ERS-Proyecto Web Sitio Torre CARDON_V4.2.0

Índice

1 INTRODUCCIÓN..............................................................................................................................4

1.1 APROBACIÓN DEL DOCUMENTO DE ESPECIFICACIÓN DE REQUERIMIENTOS DE SOFTWARE.............41.2 ROLES Y RESPONSABILIDADES DE LA ERS.....................................................................................4

2 DESCRIPCIÓN DEL PROYECTO.................................................................................................4

3 ESPECIFICACIÓN DE REQUERIMIENTOS DE SOFTWARE (ERS)....................................5

3.1 INTRODUCCIÓN................................................................................................................................53.2 ANTECEDENTES................................................................................................................................53.3 DESTINATARIOS...............................................................................................................................53.4 PARTICIPANTES................................................................................................................................5

4 DESCRIPCION GENERAL.............................................................................................................6

4.1 DESCRIPCION...................................................................................................................................64.2 DESCRIPCIÓN DE LA SITUACIÓN ACTUAL.........................................................................................64.3 VENTAJAS DEL USO DEL SISTEMA - PLATAFORMA...........................................................................6

5 FUNCIONALIDADES DEL SISTEMA..........................................................................................7

5.1 FUNCIONES INCLUIDAS....................................................................................................................7A) – Página principal...........................................................................................................................75.1.1 – Modulo Menú principal............................................................................................................7B) – Modulo Usuario...........................................................................................................................75.1.2 – Login Usuario..........................................................................................................................75.1.3 – Generar reservas......................................................................................................................75.1.4 – Liberar reservas.......................................................................................................................75.1.5 – Consultar reservas...................................................................................................................75.1.6 – Consultar Reservas históricas..................................................................................................7E) – Modulo Administrador.................................................................................................................75.5.10 – Login Administrador..............................................................................................................75.5.11 – Consulta de Reservas mensuales...........................................................................................75.5.12 – Exportación a Excel de listado de reservas...........................................................................7

5.2 FUNCIONES FUTURAS – EXCLUIDAS – SUSPENDIDAS –...................................................................7– Cambio de clave de ingreso (Setear contraseña).............................................................................7– Alta de preguntas de seguridad para reseteo de contraseña............................................................7– Reseteo de contraseña vía email.......................................................................................................7– Habilitación / Bloqueo Usuarios Morosos.......................................................................................7

6 REGLAS DE USO DE ESPACIOS COMUNES (SUM – PARRILLA – ETC).........................7

7 OBJETIVO, LIMITE Y ALCANCE................................................................................................8

8 REQUERIMIENTOS FUNCIONALES..........................................................................................8

8.1 MODELO DEL AMBIENTE.................................................................................................................8

9 ACTORES..........................................................................................................................................8

10 LISTADO DE CASOS DE USO.......................................................................................................9

11 REQUERIMIENTOS NO FUNCIONALES...................................................................................9

11.1 LIMITACIONES DE LA ORGANIZACIÓN........................................................................................911.2 DISPONIBILIDAD..........................................................................................................................911.3 SEGURIDAD.................................................................................................................................911.4 FACILIDAD DE USO...................................................................................................................1011.5 OTROS REQUERIMIENTOS NO FUNCIONALES............................................................................1011.6 CAPACITACIÓN..........................................................................................................................10

12 ESPECIFICACIÓN PARA LA SOFTWARE FACTORY..........................................................10

e:\A_PC_BackUp\Proyecto QNX\00 - Proyectos de Software\Proyecto N14 Sitio WEB Torre CARDON\13 - Documentacion\13-1 - ERS - Especific Requer Software\00 - ERS Version Actual\ QNX - Confidencial


12.1 DESCRIPCION DETALLADA...............................................................................................1012.2 DIAGRAMA DE ENTIDAD RELACIÓN (DER)..............................................................................1012.3 DIAGRAMA DE TRANSICIÓN DE ESTADOS DE ENTIDADES PRINCIPALES (DTE).......................1012.4 DIAGRAMA DE CLASES.............................................................................................................1012.5 OTROS DIAGRAMAS..................................................................................................................1012.6 DICCIONARIO DE DATOS...........................................................................................................10

13 OTROS REQUERIMIENTOS NO FUNCIONALES..................................................................11

1.1 RESTRICCIONES DE HARDWARE Y SOFTWARE..............................................................................11

14 INTERFACES DE USUARIO........................................................................................................11

16 ANEXO.............................................................................................................................................23

17 OPCIONES DEL SISTEMA - PANTALLAS...............................................................................23

18 GLOSARIO......................................................................................................................................26

19 HISTORIAL DE CAMBIOS..........................................................................................................26



1 Introducción

1.1 Aprobación del documento de especificación de requerimientos de softwareEl propósito de este documento es definir la información necesaria para la realización del Sitio Web Torre CARDON, describiendo que documentación completar para poder hacer un seguimiento de cada una de las diferentes etapas del ciclo de Vida del Sistema y planificándolas.

La aprobación de la Especificación de Requerimientos de Software significa la conformidad de todos los Requerimientos detallados en el presente documento.

Esta tabla detalla los responsables de la Aprobación de la Especificación de Requerimientos de Software

Requiere aprobación de:

Nombre Área

Consejo Administración Torre CARDON Cliente – Usuario Final

Analista Funcional Fernando Guillermo Maguna Aranguren

1.2 Roles y Responsabilidades de la ERSEl desarrollo se orientara a un sitio web con acceso a un sistema online de reservas de espacios comunes de la torre: SUM y Parrilla. Analista FuncionalEs el responsable de la documentación y elaboración de la ERS y de enviarla al usuario requirente para su aprobación. En caso de ser necesario, se podrá modificar para adaptar dicho documentos a loscambios necesarios quedando los mismos documentados en el historial.

Usuario RequirenteEs el responsable de la aprobación de las especificaciones detalladas en el ERS y de los documentosanexos de casos de uso que se detallan en la ERS.

Software FactoryLos referentes de las distintas áreas de la SF a las cuales se les envía el documento, deberán revisar cada sección del documento y enviar los comentarios o sugerencias al analista funcional para quecomplete la información en la ERS y se modifique la misma de ser necesario.

Para más información acerca de los roles y responsabilidades consultar el Ciclo de Vida para el desarrollo de requerimientos.

2 Descripción del Proyecto

1 - Nombre del Sistema: Sitio Web Torre CARDON 2 - Cliente que solicita el desarrollo: Consorcio de Propietarios Torre CARDON 3 - Objetivos del Sistema: ser el soporte de las reservas de la Torre CARDON Palermo 4 - Plataformas: sobre navegadores. WebForm. 5 - Lenguaje de Programación: HTML – PHP – JQuery – Javascript – Bootstrap - 6 - Software de Soporte: Office, Project, etc 7 - Base de Datos: MySQL 8 - Lugar Físico del Proyecto: el soporte de servidores lo realiza UNLUGAR.COM



9 - Complejidad: media / alta. 10 - Tiempo estimado del Proyecto: 3 Meses (dato histórico de la version 1.0.0) 11 - Recursos Humanos: (personal afectado al desarrollo.) Un Analista Programador. 12 - Costo / Presupuesto: definidos en cotización. 13 - Arquitectura: Codificacion PHP. 14 - Documentación y BackUp: Word y en servidor. 15 - Planificación del Proyecto: definido según archivo “Cronograma del Proyecto” 16 - Documentación Adicional: documentos ETS, PAC y PPS 17 - Anexos: información provista por el cliente (fotos, reglamentación, etc). 18 - Reseña: evaluación estratégica acerca de la evolución del Desarrollo, conclusiones.

3 Especificación de Requerimientos de Software (ERS)

3.1 Introducción

3.2 AntecedentesLos siguientes ítems fueron tomados como base para la confección de la presente especificación de Requerimientos:

Documento UbicaciónRelevamiento Funcional de las necesidades del Cliente N/AReglamento interno del consorcio Torre CARDON Rural Palermo N/ALibro de Reservas del Encargado N/A

Requerimientos Nro.ABM de Reservas de Espacios Comunes N/A

3.3 DestinatariosEl presente documento está destinado a las siguientes personas:

Lector Sector o RolUsuarios Finales Consejo de AdministraciónAdministración Torre CARDON - CONFIAR AdministraciónFernando Guillermo Maguna Aranguren Analista Funcional

3.4 ParticipantesLas siguientes personas han participado en las actividades de especificación de requerimientos:

Participante Sector o RolUNLUGAR.com UNLUGAR – Coordinación de ProducciónFernando Maguna Aranguren Analista FuncionalUsuarios Finales Consejo de Administración



4 Descripcion General

4.1 DescripcionLa función principal del sistema será la de poder gestionar las reservas de los espacios comunes del edificio (SUM – Parrilla – Sala de Reuniones- etc). La idea central es que esta plataforma sea auto gestionable y escalable. Lo primero implica que el sitio deberá funcionar sin intervención del webmaster (1) y solo se harán tareas de mantenimiento o para restaurar al mismo de fallas críticas, por ejemplo caídas del servidor, etc. La escalabilidad habla acerca de la posibilidad a mediano o largo plazo de poder ampliar las capacidades del sitio para nuevas funcionalidades. Este documento tiene como objetivo ofrecer un resumen de las principales funciones del sistema que se evolucionara o que se desarrollara. Se deberán especificar las características principales y los aspectos sobresalientes de forma que se pueda obtener una visión clara de lo que el usuario requiere. Notas: (1) Inicialmente no todo será autogestionable por tema de costos. (Ver Anexo).

4.2 Descripción de la situación actualActualmente las reservas de los sectores comunes (SUM- Parrilla, etc) se realizan en forma manual mediante un libro (papel) en el cual se van anotando las solicitudes de los días a reservar. Toda actualización se realiza también manualmente. No existe ningún tipo de regla o norma que regule la asignación o revocación de dichas reservas, como así tampoco la cantidad de reservas disponibles para cada usuario. No hay una política de reasignación de las reservas en caso de que el usuario que la posee decida liberarla por decisión propia. No hay limitaciones en cuanto al uso de los espacios por problemas de mora en expensas, etc. No existe un respaldo de las asignaciones en ningún otro tipo de soporte de información y la gestión completa de las mismas está a cargo del encargado del edificio. Tampoco existe la posibilidad de bloquear reservas compulsivas o masivas y existen problemas de asignaciones múltiples debido a la precariedad del registro de las reservas que provocan estos errores. Nota: existe solo la limitación en cuanto a que una persona puede reservar un turno a la vez (si elige reservar mediodía SUM por ejemplo no podrá reservar a la noche o al revés).

4.3 Ventajas del uso del sistema - plataformaLa implementación de la solución propuesta tendrá como resultado en general un uso eficiente de los espacios comunes SUM - Parrilla, etc. Algunas ventajas se describen a continuación:

a) Las reservas se podrán realizar en forma remota desde la web (mediante PC u otro dispositivo)b) Cada usuario deberá ingresar con su usuario y contraseña asegurando la privacidad de reservac) El sitio será auto gestionable con lo cual cada usuario podrá modificar sus datos y administrar

sus reservas en forma autónoma.d) Se evitaran conflictos de reservas mediante el calendario y la asignación de reservas.e) Se hará eficiente el uso de los espacios comunes en función de las liberaciones de reservas.f) Se establecerán reglas para la asignación de las reservas en función de una justa distribución de

las solicitudes en función de la cantidad de usuarios existentes.g) Se evitaran reservas masivas en base a una política de uso histórico.h) Habrá un plan de contingencia en caso de caída del sitio u otro factor crítico.(2)i) El sitio tendrá posibilidad de adaptarse a futuros cambios en relación a otros tipos de

funcionalidades no relacionadas a las reservas.

Notas: (2) la contingencia será inicialmente manejada por el webmaster vía email (A Revisar)



5 Funcionalidades del Sistema

El sistema tendrá las siguientes funcionalidades:

5.1 Funciones Incluidas

A) – Página principal 5.1.1 – Modulo Menú principal

B) – Modulo Usuario.5.1.2 – Login Usuario. 5.1.3 – Generar reservas. 5.1.4 – Liberar reservas.

5.1.1

5.1.2

5.1.3

5.1.5 – Consultar reservas.5.1.6 – Consultar Reservas históricas.

E) – Modulo Administrador5.5.10 – Login Administrador.5.5.11 – Consulta de Reservas mensuales.5.5.12 – Exportación a Excel de listado de reservas.

5.2 Funciones Futuras – Excluidas – Suspendidas –Las siguientes funcionalidades no están incluidas en esta version y fueron propuestas inicialmente en las reuniones del relevamiento y las mismas podrían ser eliminadas o rectificadas como asi también se deja abierta la posibilidad de que se sigan incorporando más en futuras versiones.

– Cambio de clave de ingreso (Setear contraseña)– Alta de preguntas de seguridad para reseteo de contraseña.– Reseteo de contraseña vía email.– Habilitación / Bloqueo Usuarios Morosos.

6 Reglas de Uso de espacios comunes (SUM – Parrilla – etc)

Reglas de Uso (Activas) 1- Se puede solo reservar con 30 días de anticipación.

Reglas de Uso (a considerar implementar) 1- Bloqueo reserva masivo (no hay restricción en la cantidad de días a reservar por el momento)2- El consejo de Administración estableció ciertas reglas en relación al pago de aranceles por el uso de los espacios comunes (es de $ 400 al 04/08/2018.)3- Los usuarios que deban expensas (morosos) no podrán utilizar el sistema, esto deberá ser actualizado manualmente por el administrador. (Podría automatizarse en futuras versiones)4- Los usuarios NO podrán reservar un día completo, o sea, se puede solo reservar un turno completo, no todo el día. (No implementado en esta version).



7 Objetivo, limite y alcance

El O.L.A. del proyecto estará definido por:Objetivo:

- El objetivo principal del sistema será la de poder reservar los espacios comunes de la torre.- Autogestión por parte de los usuarios de las funcionalidades del sitio.(Básica)- Control y eficiencia en el uso de los espacios comunes.

Límite:- El sistema no contempla

ningún tipo de gestión contable, ni de facturación (solo registra el monto total facturado en funcion de las reservas realizadas)

- Las funciones excluidas / suspendidas podrán incorporarse según la necesidad como algunasotras que se propongan en futuras versiones.

- Reasignación de reservas liberadas y distribución de las mismas.- Recuperación de clave automática.(posiblemente implementadas en futuras versiones)- Impresión (formato PDF) del listado de invitados o de la reserva, etc.

Alcance:- Se podrán auto gestionar las reservas de los espacios comunes de la torre.- Acceso privado para cada usuario del sitio.- Consulta de la disponibilidad de los espacios comunes y las unidades asignadas.- Registro de listado de visitas a las instalaciones si corresponde.- Posibilidad de reservar un día liberado por otro usuario.

8 REQUERIMIENTOS FUNCIONALES

8.1 Modelo del AmbienteIntroducciónInicialmente para el acceso al sistema se enviara a cada usuario un nombre de usuario y una contraseña la cual no hará falta ser cambiada para poder acceder al sitio. El nombre de usuario estará asignado por defecto por el sistema y no podrá ser modificado siendo del formato, por ejemplo: UXXDX (U – unidad, XX numero de piso, D dpto., X letra de la unidad, U nro de unidad). Ejemplo: U4409D (unidad 44, piso 9, dpto. “D”), con una contraseña de 6 caracteres, por ejemplo (“org479”). – ATENCION: por el momento se asignara una clave que no caducara.Nota: debido que puede haber propietarios que sean dueños de varios departamentos el usuario se asignara por grupo familiar en relación con el listado que dispone la administración para cobrar las expensas. También se destaca que con el fin de mantener la reserva de identidad algunas personas serán identificadas en forma genérica también siguiendo la pauta de la lista antes descripta. El detalle del listado figura en un documento adjunto (Listado de Usuarios-Unidades-Torre-CARDON-2016.xlsx

9 Actores

Actor DescripciónUsuario Quien utilizara el sistema.Webmaster Administrador, el encargado de administrar el sitio y dar soporte.



Guardia Vigilador Privado: verificar lista de invitados externos a la torre.

10 Listado de Casos de Uso

En este ítem se detalla el listado de cada caso de uso, los necesarios para el funcionamiento Nota: (1) Algunas funciones de Autogestión serán cubiertas provisoriamente por el webmaster. El detalle técnico de cada caso se encuentra en el documento técnico ETS: ETS_Proyecto Sitio Web CARDON_v3.4.0.docx (Especificación Técnica de Servicios) básico y los propuestos para un funcionamiento totalmente auto gestionable.

ID Nombre del Caso de Uso Descripción - Observaciones1. CU-1- Modulo Menú principal Prioridad ALTA – Complejidad MEDIA2. CU-2- Ingresar Login Usuario Prioridad ALTA – Complejidad MEDIA3. CU-3- Generar Reservas Prioridad ALTA – Complejidad ALTA4. CU-4- Liberar Reservas (Baja) Prioridad ALTA – Complejidad MEDIA5. CU-5- Consultar Reservas Prioridad ALTA – Complejidad MEDIA6. CU-6- Consultar Reservas históricas Prioridad ALTA – Complejidad MEDIA7. CU-7- Login Administrador Prioridad ALTA – Complejidad MEDIA8. CU-8- Consulta de Reservas mensuales Prioridad ALTA – Complejidad MEDIA9. CU-9- Exportac Excel de listado de reservas Prioridad ALTA – Complejidad MEDIA

11 REQUERIMIENTOS NO FUNCIONALES

11.1 Limitaciones de la OrganizaciónAtributo Descripción

Cant. de Usuarios Simultáneos Promedio

35 (estimado – a revisar)

Cant. de Usuarios Simultáneos Máximo

74

11.2 DisponibilidadAtributo Descripción

Ventana Batch disponible N/ATiempo promedio de disponibilidad N/ATiempo máximo tolerable sin servicio N/AConcurrencia Baja, solo 74 usuarios.

11.3 SeguridadAtributo Descripción

Control de Acceso por Usuario Los usuarios accederán con usuario y clave predefinida sin caducarControl de Acceso por Función N/ARegistro de Acceso No implementado por el momento.



11.4 Facilidad de UsoAtributo Descripción

Ayuda en Línea No implementadaAyuda en línea sensible a posición No implementada globalmente (solo en el Login por el momento)Manual de usuario Se encuentra en el sitio en la opción “Manual de Usuario”Ventanas múltiples A Confirmar

11.5 Otros Requerimientos no FuncionalesEl sistema deberá poder ser accedido por diferentes dispositivos (Web, smartphones, tablets, etc) o sea deberá ser Web responsive. Nota: en esta version el módulo de reservas está limitado por las capacidades de pantalla del dispositivo desde el que se acceda debido al tamaño del calendario.

11.6 CapacitaciónSera tarea del administrador del sitio.

12 Especificación para la Software Factory

12.1 DESCRIPCION DETALLADA

12.2 Diagrama de Entidad Relación (DER)

Especificado en el documento llamado ETS

12.3 Diagrama de Transición de Estados de Entidades Principales (DTE)


12.4 Diagrama de Clases


12.5 Otros Diagramas


12.6 Diccionario de Datos




13 OTROS REQUERIMIENTOS NO FUNCIONALES

1.1 Restricciones de Hardware y Software

Atributo DescripciónPlataforma sobre el que debe correr

El sistema es una aplicación Web que se implementó sobre un servidor web para PHP y MySQL.

Memoria Central MáximaEspacio en disco MáximoSistema Operativo definidoSoftware de Base definidoArquitectura de Software impuesta

PHP y MySQL.

Librerias DAYPILOT

14 Interfaces de usuario

CU-1- Modulo Menú principal: En este caso se describen las opciones del menu principal.

Opción Inicio



Opción Reservar: esta opción lleva al login de usuario.

Opción Reglas de Uso:

Opción Manual de Usuario



Opción Administrar: esta opción es el CU-7- Login Administrar

Opción Historial: esta opción muestra a los usuarios la evolución de las versiones del sistema y el trabajo realizado y proyectado de la aplicación.

CU-2- Ingresar Login UsuarioSe accede al sistema de reservas en la opción “Reservar”



Nota: para acceder al log in primero se debe acceder al Sitio.

Si se ingresa el usuario o la clave en forma incorrecta el sistema informara lo siguiente:

Se podrá volver a intentar ingresar nuevamente haciendo click en el botón “Aceptar” o volver al Sitio con el botón “Volver al sitio”.

CU-3- Generar ReservasPantalla general de las reservas



Alta de ReservaSe elige con el puntero del mouse el día a reservar y aparece la siguiente pantalla:

El usuario solo podrá aceptar el alta con “Save” o cancelar con “Cancel”. Todos los datos son autocompletados por el sistema automáticamente sin posibilidad de ser editados.

Detalle de la reserva realizada:



Validación del Alta de la Reserva:Solo se podrá realizar una reserva con una anticipación de 30 (treinta) días, más allá de este rango la misma NO será aceptada.

Tiempo de sesión limitado:Con el objetivo de aumentar la seguridad se ha limitado el tiempo de la sesión de usuario con lo cual llegado el fin de la misma el sistema desconectara al mismo informando con un mensaje con lo cual se tendrá que ingresar nuevamente usuario y contraseña.



CU-4- Liberar Reservas (Baja)

Se podrá realizar la baja de la reserva ingresando en la opción del menú “Mis reservas”:

Al ingresar el sistema desplegara el listado de reservas del usuario donde podrá dar de baja el lugar deseado haciendo click en el link “Dar de Baja”:



Luego se confirmara la baja con el botón “Aceptar” realizándose la liberación de la reserva.

Nota: la baja será “lógica” lo que implica que el registro de la reserva no se borra sino que cambia de estado (de “Reservado” pasara a “Baja”) NO FIGURANDO más en el listado de reservas activas sino que pasara al listado de reservas dadas de baja la cual se podrá consultar en la opción “Historial”.

CU-5- Consultar ReservasSe podrán consultar las reservas en la opción “Mis reservas” donde se listara solamente las reservas NO VENCIDAS o sea las que están vigentes (aparecen todas las que son anteriores a la fecha corriente). Las reservas antiguas se podrán ver en la opción “Historial”

CU-6- Consultar Reservas históricasPara consultas las reservas que ya no pueden darse de baja (vencidas) se debe ingresar en la opción “Historial”:



El listado no permitirá la baja en esta instancia. Nota: si por motivos de fuerza mayor no se pudo realizar la baja a tiempo y la reserva no se usó se deberá comunicar dicha situación a la administración para que el webmaster pueda actualizar el sistema.

CU-7- Login AdministradorPara ingresar al módulo administrador se deberá elegir la opción “Administrar” del menú principal del sitio:

Luego de ingresar el usuario y clave administrador se accederá al tablero de control del sistema:



CU-8- Consulta de Reservas mensualesDentro del módulo administrador se podrá generar un reporte de las reservas realizadas en un mes en la opción “Reportes”:

Luego el sistema mostrara la opción para realizar una consulta, en la cual se deberá elegir el año y el mes a consultar.



Haciendo click en “Aplicar Filtro” el sistema realizara la consulta solicitada:

Listando las reservas correspondientes a ese periodo. En caso de no haber resultados también lo informara.

CU-9- Exportación a Excel del listado de reservasSe podrá emitir una exportación a Excel desde el listado de reportes una vez realizada una consulta desde el botón “Exportar a Excel”



El archivo se podrá guardar en una carpeta temporal del equipo del usuario y luego procesar:

Asi quedara la emisión a Excel desde el sistema.

Para salir del módulo administrador se deberá ir al ángulo superior derecho en la opción:



16 Anexo

16.1: Aviso de liberación de reservas: se contempla el envío de emails solo para los usuarios en lista de espera para evitar la circulación masiva de correos sacrificando el interés de potenciales interesados. El sistema a las 23:45 hs diariamente revisara las reservas liberadas e informara SOLO

a los anotados en la lista de espera, este será el segundo aviso pero aclarando que la confirmación de una nueva reserva será por orden de llegada. (A considerar en futuras versiones) 16.2: Restricciones contra reservas masivas: Se hará un seguimiento del uso del sistema por parte de

los usuarios en función de detectar posibles irregularidades que se fueron dando con el registro manual. (A considerar en futuras versiones) 16.3: Plan de contingencia : se gestionara vía email con el administrador o bien usando el registro en papel previo a la implementación del sistema. 16.4: Interfaces de Usuario – (Pantallas): la descripción que se realiza es la implementada en el sistema, las imágenes son tomadas de la version productiva.16.5: Reservas: Día: el día que el usuario desee reservar será agregado automáticamente al señalarlo desde el calendario con el mouse. Unidad: aparecerá por defecto la unidad del usuario logeado (es un campo no modificable) Lugar: deberían ser 4 (cuatro) inicialmente, aunque probablemente se agreguen parrilla 2, sala de reuniones, sala de computación y sauna. (Estos también seleccionados desde un combobox).16.6: Restricciones a Reservas en el tiempo: ya está implementada en esta version la limitación de no poder reservar con más de 30 (treinta) días de anticipación.

17 Opciones del Sistema - Pantallas



Inicio

Nota: en esta version se modificó el mensaje de bienvenida. (ver detalles del cambio en el seguimiento de tickets)

Reservar

Reglas de Uso



Manual de Usuario

Administrar



18 Glosario

Término

ABMC Altas, Bajas , Modificaciones y ConsultasUsuario Propietario o InquilinoGuardia Vigilador - Empleado de seguridad que verifica la lista de invitados de cada reservaLibre Deuda Estado de un usuario que no tiene deudas con la Administración del edificio.DER Diagrama Entidad RelaciónSF Software Factory - Desarrolladores

19 Historial de Cambios

Fecha Versión Docs Modificado PorDescripción

(Nota: agregue una breve descripción de la modificación efectuada)

13/01/2016 1.0.0 N/A Fernando Maguna Aranguren Versión inicial

14/02/2016 1.1.0 N/A Fernando Maguna Aranguren Definición de Alcance y Casos de Uso

03/03/2016 1.2.0 N/A Fernando Maguna Aranguren Se amplían los Casos de Uso

20/04/2016 1.3.0 N/A Fernando Maguna Aranguren Se definen detalles del reglamento

13/10/2016 1.4.0 N/A Fernando Maguna Aranguren Se agregan diagramas

22/10/2016 2.0.0 N/A Fernando Maguna Aranguren Se realizan varias modificaciones

importantes en los casos

de uso y se completa información de reglas de Negocios.



25/10/2016 2.1.0 N/A Fernando Maguna Aranguren Se completa CU4

25/10/2016 2.2.0 N/A Fernando Maguna Aranguren Se completa CU7

26/10/2016 2.3.0 N/A Fernando Maguna Aranguren Se completan los casos de uso.

02/11/2016 2.4.0 N/A Fernando Maguna Aranguren Modificación pág. 7 , punto 3.1, grafico de reservas pág. 27, Anexo pág. 28,

punto 7.67

06/04/2017 3.0.0 N/A Fernando Maguna Aranguren Se modifica por completo el documento.

En función de la implementación del sitio

Web desde donde se ingresa al sistema.

23/04/2017 3.1.0 N/A Fernando Maguna Aranguren Se agregan imágenes del sistema

08/09/2017 3.2.0 N/A Fernando Maguna Aranguren Se quita descripción en pantalla intermediade reglamento en CU de Login.

09/09/2017 3.3.0 N/A Fernando Maguna Aranguren Se modifica en el relevamiento la descripción de

una regla de uso no declarada en el análisis inicial.

04/08/2018 3.4.0 N/A Fernando Maguna Aranguren Se actualiza el documento para documentarla actualización de la version 3.4.0 donde seagrego la funcionalidad de baja de reservas.

23/09/2018 4.0.0 N/A Fernando Maguna Aranguren Se actualiza documento en función del nuevo módulo admin

03/01/2019 4.1.0 N/A Fernando Maguna Aranguren Se actualiza documento en funcion de modificación decambio de monto de reserva y nota acerca de uso del SUM

05/02/2019 4.2.0 N/A Fernando Maguna Aranguren Se actualiza el documento para la nueva opción “Historial”del menu de inicio


Documents

· Web viewEspecificación de Requerimientos de Software ERS-Proyecto Web Sitio Torre CARDON_V4.2.0. e:\A_PC_BackUp\Proyecto QNX\00 - Proyectos de Software\Proyecto N14 Sitio WEB