SASADAWA

Sistema de Administración de Servicios y Módulo de

Seguimiento de Citas en Aplicación Web

Requerimientos Suplementarios
Versión 1.0
 Sistema de Administración de Servicios y Módulo de Seguimiento Versión : 1.0
de Citas en Aplicación Web.
Requerimientos Suplementarios Fecha : 30/08/2017
SASADAWA_RequerimientosSuplementarios.doc

Revisión Histórica del Documento

Fecha Versión Descripción Autor
30/08/17 1.0 Elaboración del documento Hidalgo Piani, Julio

Confidencial SASADAWA, 2017 Página 2

 Sistema de Administración de Servicios y Módulo de Seguimiento Versión : 1.0
de Citas en Aplicación Web.
Requerimientos Suplementarios Fecha : 30/08/2017
SASADAWA_RequerimientosSuplementarios.doc

Tabla de Contenidos
1. Introducción 1
1.1 Propósito 1
1.2 Alcance 1
1.3 Definiciones, Acrónimos y Abreviaturas 1
1.4 Resumen 1

2. Requisitos Específicos 1
2.1 Usabilidad 1
2.1.1 Visibilidad del estado del sistema 1
2.1.2 Consistencia y estándares 1
2.1.3 Prevención de errores 1
2.1.4 Minimizar la carga de la memoria del usuario 2
2.1.5 Diálogos estéticos 2
2.1.6 Diseño Amigable 2
2.1.7 Ayudar a los usuarios a reconocer, diagnosticar y recuperarse de los errores 2
2.1.8 Ayuda y documentación 2
2.1.9 Idioma 2
2.2 Disponibilidad 2
2.3 Seguridad 3
2.4 Escalabilidad 3
2.5 Restricciones de Diseño 3

Confidencial SASADAWA, 2017 Página 3

 Sistema de Administración de Servicios y Módulo de Seguimiento Versión : 1.0
de Citas en Aplicación Web.
Requerimientos Suplementarios Fecha : 30/08/2017
SASADAWA_RequerimientosSuplementarios.doc

Requisitos Suplementarios
1. Introducción
1.1 Propósito

El objetivo de este documento es definir los requisitos no funcionales del sistema SASADAWA.
La lista de especificaciones suplementarias se encarga de recoger los requisitos que son
arquitectónicamente significativos para el proyecto, asegurando la eficiencia del software en un
100%.

1.2 Alcance

Este documento brinda información referente a los estándares que serán utilizados durante el
desarrollo del sistema en general (interfaz, hardware, software, diseño).

1.3 Definiciones, Acrónimos y Abreviaturas

Las definiciones, acrónimos y abreviaturas están definidas en el Glosario de Términos.

1.4 Resumen

El objetivo de este documento es capturar requisitos que no logran ser capturados en el

modelado de casos de uso, en los que se incluye: estándares para la elaboración del sistema,
incluyendo uso, confiabilidad, rendimiento, soporte. A continuación se explicará a detalle los
requisitos no funcionales agrupados por categorías.

2. Requisitos Específicos
2.1 Usabilidad

2.1.1 Visibilidad del estado del sistema

El sistema debe informar a los usuarios del estado del sistema, dando una
retroalimentación apropiada en un tiempo razonable.
2.1.2 Consistencia y estándares

El usuario debe seguir las normas y convenciones de la plataforma sobre la que está
implementando el sistema, para que no se tenga que preguntar el significado de las
palabras, situaciones o acciones del sistema.
2.1.3 Prevención de errores

Es más importante prevenir la aparición de errores que generar buenos mensajes de error.
Hay que eliminar acciones predispuestas al error o, en todo caso, localizarlas y preguntar
Confidencial SASADAWA, 2017 Página 4
 Sistema de Administración de Servicios y Módulo de Seguimiento Versión : 1.0
de Citas en Aplicación Web.
Requerimientos Suplementarios Fecha : 30/08/2017
SASADAWA_RequerimientosSuplementarios.doc

al usuario si está seguro de realizarlas.

2.1.4 Minimizar la carga de la memoria del usuario

El sistema debe minimizar la información que el usuario debe recordar mostrándola a

través de objetos, acciones u opciones. El usuario no tiene por qué recordar la información
que recibió anteriormente. Las instrucciones para el uso del sistema deberían ser visibles
o estar al alcance del usuario cuando se requieran.

2.1.5 Diálogos estéticos

Los mensajes mostrados por el sistema no deben estar sobrecargados ni ser redundantes.
Deben ser concretos y entendibles por el usuario, en caso de que se presentase un error,
el sistema mostrara de manera concisa el detalle de este sin emplear palabras que puedan
confundir o no sea capaz de entender el usuario.

2.1.6 Diseño Amigable

La interfaz del sistema estará desarrollada de manera que no presente sobrecarga de

elementos y colores, a tal punto que sea para el usuario una vista amena y fácilmente
entendible.

2.1.7 Ayudar a los usuarios a reconocer, diagnosticar y recuperarse de los errores

En caso de que se presentase un error, el sistema mostrara un mensaje indicando de

manera concreta y detallada el error presentado y las indicaciones a seguir por el usuario
para poder solucionarlo.

2.1.8 Ayuda y documentación

Si el usuario presentase algún problema con la reserva de sus citas, su usuario, etc., podrá
contar con la ayuda necesaria para poder solucionarlo. A su vez, el cliente tendrá la opción
de poder manifestar su opinión, quejas o reclamos a través del sistema de calificación del
servicio brindado, lo cual todo será documentado apropiadamente.

2.1.9 Idioma

El sistema estará disponible en español.

2.2 Disponibilidad

El sistema contara con la capacidad de poder estar operativo las 24 horas del día, los 7 días de
la semana.

Confidencial SASADAWA, 2017 Página 4

 Sistema de Administración de Servicios y Módulo de Seguimiento Versión : 1.0
de Citas en Aplicación Web.
Requerimientos Suplementarios Fecha : 30/08/2017
SASADAWA_RequerimientosSuplementarios.doc

2.3 Seguridad

El sistema solo permitirá que los usuarios accedan a los módulos que tienen permitido su acceso;
también, las cuentas de los usuarios son únicas y personales, asegurando la confidencialidad de
su información y salvaguardad esta.

2.4 Escalabilidad

El sistema debe estar en la capacidad de permitir en el futuro el desarrollo de nuevas

funcionalidades, de modificar o eliminar funcionalidades después de su construcción y puesta en
marcha inicial.

2.5 Restricciones de Diseño

Para más información ver el documento de estándares.

Confidencial SASADAWA, 2017 Página 4