Especificaciones de

los requerimientos de
software.
Integrantes:
Jos A. Gmez Hernndez (14311441)
Alejandro R. Vivar Lpez (14311389)
Oscar A. Romero Mendiola (14311508)
Jess O. Arrabelo
Profesor:
Ing. Ricardo Trejo
Grupo:

Materia:

TSM 43

Ing. De Software l

Fecha: Lunes 26 de Octubre del 2015

Plantilla A.1 SRS Seccin 3: Organizada por el modo: Versin 1.

Requisitos especficos.
Esta seccin contiene toda la funcionalidad y calidad de los requerimientos del
sistema. Da una detallada descripcin del sistema y todas sus caractersticas.

Requerimientos de interfaz externos.

Esta seccin proporciona una detallada descripcin de todas las entradas dentro y
fuera del sistema. Tambin da una descripcin del hardware, software y la
comunicacin de interfaces y proporciona al usuario prototipos bsicos de la
interfaz del usuario.

Interfaz de usuario.
Por primera vez el usuario de la aplicacin mvil deber ver el inicio de la pgina
cuando l o ella abra la aplicacin vera el registro para entrar, vea la n. Si usuario
no ha sido registrado, l o ella podrn hacerlo en el inicio de sesin.
Si el usuario, no es un usuario por primera vez, l o podr ver la pgina de
bsqueda directamente cuando se abre la aplicacin, ver Figura 3. Aqu el usuario
elige el tipo de bsqueda que l / ella quiere conducir.
Cada usuario debe tener una pgina de perfil donde pueden editar su direccin de
correo electrnico, nmero de telfono y su contrasea, vea la Figura 4. Adems,
el usuario puede configurar la aplicacin mvil su idioma. El icono "P " muestra
donde el usuario puede hacer clic para ir a la pgina de su / perfil.
Figura 2. Log-in

Figura 3. Pgina de bsqueda

Figura 4. Pgina de perfil

En la figura 5, se muestra la vista de la lista de los resultados. Cuando un usuario

busca por precio, este punto de vista debe ser el predeterminado. La cabecera de
la clasificacin permite al usuario ordenar los resultados de acuerdo con el precio,
nombre del restaurante, distancia, tipo de restaurante y plato especfico. Cada
elemento de resultado incluye informacin acerca de los restaurantes, un enlace a
pgina web del restaurante y un enlace de datos, que proporciona una descripcin
ms detallada del restaurante. Tambin hay una opcin de filtrado, donde el
usuario puede elegir para filtrar los resultados aumentando o disminuyendo el
rango de precios o la distancia, vase la Figura 7.
En la vista del mapa cada restaurante est representado por un alfiler, ver Figura
6. Junto a cada pin existe un vnculo de informacin que proporciona una
descripcin ms detallada del restaurante, como se ha mencionado para la vista
de lista. La misma opcin de filtrado, como para la vista de lista, se incluye en la
vista del mapa.
Los dueos de restaurantes y los administradores interactan con el sistema a
travs de un portal web, vea la Figura 8. El propietario de un restaurante debe ser
capaz de registrar en el portal web con el fin de acceder y gestionar la informacin
de restaurantes. Un administrador tambin debe ser capaz de iniciar sesin en el
portal web, donde l o ella pueden administrar el sistema, por ejemplo, el
restaurante a editar o la informacin del usuario.
Figura 5. Vista de la lista

Figura. 6 Vista del mapa

Figura 7. Filtro del men

Figura 8. Pgina Web

Interfaz del Hardware.

Dado que ni la aplicacin mvil ni el portal web tienen ningn hardware designado,
no tiene ninguna interfaz de hardware directo. El GPS fsica es administrado por la
aplicacin GPS en el telfono mvil y la conexin de hardware para el servidor de
base de datos es gestionada por el sistema operativo subyacente en el telfono
mvil y el servidor web.

Interfaz del Software.

La aplicacin mvil se comunica con la aplicacin GPS con el fin de obtener
informacin geogrfica acerca de dnde se encuentra el usuario y la
representacin visual de la misma, y con la base de datos con el fin de obtener la
informacin acerca de los restaurantes. La comunicacin entre la base de datos y
el portal web se compone de operacin referente a la lectura y la modificacin de
los datos, mientras que la comunicacin entre la base de datos y la aplicacin
mvil consta de las operaciones de lectura solamente.

Comunicacin de interfaces.
La comunicacin entre las diferentes partes del sistema es importante ya que
dependen de cada uno del otro. Sin embargo, en la manera en que la
comunicacin es alcanzada no es importante para el sistema, y por tanto, est a
cargo de ambos sistemas operativos, tanto de la aplicacin mvil y la pgina web.

Requisito Funcional 1.1

ID: FR1 TTULO: Descarga la aplicacin mvil

Descripcin: Un usuario podr descargar la aplicacin mvil a travs de ya sea

una tienda de aplicaciones o servicio similar en el telfono mvil. La aplicacin
debe ser libre para descargar.
RAT: Para que un usuario pueda descargar la aplicacin mvil.
DEP: Ninguno
ID: FR2 TTULO: Descarga y notificar a los usuarios de los nuevos lanzamientos

Descripcin: Cuando se libera una versin nueva / modificada o la liberacin del

software, el usuario debe comprobar de forma manual la descarga de la nueva
versin se debe hacer a travs del telfono mvil en la misma forma que la
descarga de la aplicacin mvil.
RAT: Para que un usuario pueda descargar una nueva versin o modificarla.
DEP: FR1
Requisito Funcional 1.2
ID: FR22 Caracterstica: Crear una cuenta
Con el fin de crear una cuenta
El propietario de un restaurante debe inscribirse en la pgina web.
Escenario: Informacin requerida para el registro
Dado el dueo del restaurante quiere crear una cuenta y el dueo del restaurante
no tiene una cuenta.
Cuando el dueo del restaurante se registra en el portal web, proporcionando el
nombre de usuario, contrasea, direccin,

direccin de correo electrnico y

nmero de telfono. Entonces el dueo del restaurante debera ser capaz de

aplicar para la verificacin
Escenario: Toda la informacin para el registro
Dado el dueo del restaurante quiere crear una cuenta
Y el dueo del restaurante no tiene una cuenta
Cuando el dueo del restaurante se registra en el pgina web proporcionando el
Nombre de usuario
Contrasea
Direccin
Direccin de correo electrnico y
Nmero de telfono
Nmero de telfono mvil

A continuacin, el dueo del restaurante debera ser capaz de aplicar para la

verificacin
Escenario: Confirmacin del registro.
Dar al propietario del restaurante la confirmacin del registro
Si no ha sido recibida la confirmacin al correo
Cuando el propietario reciba la confirmacin
Despus el propietario podr iniciar sesin

ID: FR23
Caracterstica: Inicio de sesin del propietario
De acuerdo al uso del sistema
El propietario podr iniciar sesin dentro del sitio Web
Escenario: Exito al ingresar
El propietario del restaurante desea entrar
Cuando el propietario ingrese con su cuenta
Despus el propietario podr salir como administrador

Requisito funcional 3.1

ID: FR26
Caracterstica: Entrada como administrador.
De acuerdo al orden del sistema.
Como administrador
Podr ingresar dentro del sitio web
Escenario: xito al entrar
Si al administrador desea entrar
Cuando el administrador ingrese con la cuenta administradora
Despus el administrador podrs salir como administrador

Requisito del desarrollo.

Los requisitos de esta seccin proporcionan una especificacin detallada de la
interaccin del usuario con el software y las mediciones de puesta en el
rendimiento del sistema.

Restricciones del diseo.

Espacio del disco duro:
Nombre: Espacio de disco duro:
Medida: MB
Preferente: No ms de 20 MB
Planeada: No ms de 15 MB
Deseable: No ms de 10 MB

Atributos del sistema.

En esta seccin se especifica el requerimiento de confiabilidad, disponibilidad,
seguridad y mantenimiento del sistema

Confiabilidad.
ID: qR9 TAG: Confiabilidad del Sistema
GIST: La fiabilidad del sistema.
ESCALA: La fiabilidad de que el sistema da el resultado correcto en una
bsqueda.
METER: Mediciones obtenidas a partir de 1000 bsquedas durante la prueba.
DEBE: Ms del 98 % de las bsquedas.
PLAN: Ms del 99 % de las bsquedas.
DESEO: 100 % de las bsquedas

Disponibilidad.
ID: QR7 TAG: Disponibilidad del sistema
GIST: La disponibilidad del sistema cuando se utiliza.
ESCALA: La disponibilidad promedio del sistema (sin considerar la red en su
defecto).
METER: Mediciones obtenidas a partir de 1000 horas de uso durante la prueba.
DEBE: Ms del 98 % de las veces.
PLAN: Ms de 99 % del tiempo

Mantenimiento.
ID: QR19 TTULO: extensibilidad de aplicaciones
DESC: La aplicacin debe ser fcil de extender. El cdigo debe ser escrito de una
manera que favorece la implementacin de nuevas funciones.
RAT: Para que las funciones futuras para implementar fcilmente a la aplicacin.
DEP: ninguno

Plantilla A.2 SRS Seccin 3: Organizada por el modo: Versin 2.

Descripcin y Prioridad
Un usuario cuya identidad ha sido verificada ser capaz de recuperar una lista y
pasar lista a la hora de clase. El Pocket PC determinar la lista correcta para la
fecha y hora actuales, recuperar esa lista desde un servidor de base de datos, y
mostrarlo a los efectos de tomar roll. El usuario podr designar a cada miembro de
la clase como presente o ausente, y cargar la informacin de estado para el
servidor. El servidor notificar a los miembros de la clase marcado como ausente
por e-mail. Prioridad = Alto.

Estmulo o Secuencias de respuesta Estmulo

Sistema de cargas de usuario. Respuesta: Sistema de consulta de servidor y si
existe una clase para la fecha actual, la hora y el usuario, entonces esa lista se
recupera y se muestra. Las exigencias de usuarios que un miembro de la clase se
marcar ausente: Estmulo. Respuesta: El miembro de la clase se designa como
ausente. Las exigencias de usuarios que un miembro de la clase se marcar
presente: Estmulo. Respuesta: El miembro de la clase se designa como presente.
Peticiones de los usuarios que los datos se envan al servidor para el
almacenamiento: Estmulo. Respuesta: Los datos de la ausencia de la lista actual
se transmiten al servidor. Estmulo: Server recibe datos que indican un miembro
de la clase ha sido registrado ausente. Respuesta: E-mail se enva a ese miembro
de la clase.

Requisitos funcionales 3.1

El sistema deber recuperar el tiempo actual.
Roll Retrieve Date. El sistema deber recuperar la fecha actual.
Roll Retrieve Roster. El sistema deber recuperar la lista desde el servidor que
coincide con la hora y la fecha actual.
Roll Retrieve Roster. No: Si no se encuentra lista para que coincida con la hora y
fecha actual, se mostrarn los mens predeterminados.
Roll Display Roster. El sistema mostrar la lista en la pantalla.

Roll Display Members. La lista se mostrar las fotos y nombres de los miembros
de la clase.
Roll Mark Present. Los miembros tienen la capacidad de ser marcado como
presente.
Roll Mark Absent. Los miembros tienen la capacidad de ser marcado como
ausente.
Roll Transmit Data. El sistema transmitir el estado de cada miembro de la clase
en el roster activo al servidor.
Roll Notify e-mail. El sistema les notificar a todos los miembros de la clase por
correo electrnico si estn marcados como ausente, junto con su estado actual
dentro de la poltica de asistencia. Figura 3: Transiciones de estado en el modo
Roll.

Modo Edicin
Descripcin y Prioridad.
Un usuario cuya identidad ha sido verificado que desea cambiar el estado de
ausencia de uno o ms miembros de la clase que se relaciona con un perodo de
clase pasada tendr la posibilidad de recuperar los datos del registro para ese
perodo de clase de la servidor. Ausencia de datos pueden entonces ser ajustados
y las correcciones cargan en el servidor. Cualquier nueva ausencia dar lugar a la
notificacin por e-mail a la miembro de la clase en cuestin. Un cambio de
ausencia para presentar dar lugar a una notificacin de que una ausencia se ha
eliminado. Prioridad = Alto.

Estmulo o Respuesta de secuencias de estmulos.

Las solicitudes de los usuarios para ver los datos de ausencia de una fecha y hora
determinada. Respuesta: Los datos de la lista y de ausencia se recuperan desde
el servidor y se muestra. Estmulo: Las solicitudes de los usuarios de que el
estado de un miembro de la clase puede cambiar al ausente. Respuesta: El
estado del miembro de la clase se cambia a ausente. Estmulo: Las solicitudes de
los usuarios que puede cambiar el estado de un miembro de la clase que
presente. Respuesta: se cambia el estado del miembro de la clase que presente.

Estmulo: El usuario indica que hayan terminado de hacer cambios. Respuesta:

Los datos alterada se carga en el servidor de datos y el servidor se actualiza para
reflejar los cambios. Notificacin por correo electrnico se enva a los miembros de
la clase afectada.

Requisitos funcionales 3.2

Edit Retrieve Time. El sistema permitir al usuario elegir la fecha de la lista para
ser recuperada.
Edit Retrieve Date. El sistema permitir al usuario elegir la fecha de la lista para
ser recuperada.
Edit Retrieve Roster. El sistema recuperar la lista y datos de ausencia en la
fecha y hora solicitada.
Edit Retrieve Roster No. Si no existe tal lista, se mostrar un mensaje de error.
Edit Display Roster: El sistema mostrar la lista en la pantalla.
Edit Display Members: La lista se mostrarn las fotos y nombres de los
miembros de la clase junto con el estado actual ausencia en la pantalla.
Edit Mark Present: Los miembros tendrn la posibilidad de tener su estado
cambi a presentar.
Edit Mark Absent: Los miembros tendrn la posibilidad de tener su estado cambi
a ausente.
Edit Transmit Data: El sistema transmitir el nuevo estado de cada miembro de la
clase en el roster activo al servidor.
Edit Notify Absent: El sistema les notificar a todos los miembros de la clase por
correo electrnico si su estado ha cambiado a ausentarse junto con su situacin
actual dentro de la poltica de asistencia.
Edit Notify Present: El sistema les notificar a todos los miembros de la clase
por correo electrnico si su estado ha cambiado a presentar junto con su situacin
actual dentro de la poltica de asistencia.

Restricciones del diseo

Las limitaciones software y hardware del producto sern las limitaciones que tenga
la plataforma en la cual se ejecute, siempre y cuando se cumplan unos requisitos
mnimos.
Requerimientos de software y hardware para el servidor
- Tener instalado un sistema operativo
- Tener instalado un servidor web.
- Tener instalado un motor de base de datos
- Tener instalado un navegador de Internet.
-Tener instalado un front end.
-Tener instalado un navegador de Internet.

Atributos del sistema de software

Garantizar que el diseo de las consultas u otro proceso no afecte el desempeo
de la base de datos, ni considerablemente el trfico de la red. Garantizar la
confiabilidad, la seguridad y el desempeo del sistema informtico a los diferentes
usuarios. En este sentido la informacin almacenada o registros realizados podrn
ser consultados y actualizados permanente y simultneamente, sin que se afecte
el tiempo de respuesta. Garantizar la seguridad del sistema con respecto a la
informacin y datos que se manejan tales sean documentos, archivos y
contraseas. Facilidades y controles para permitir el acceso a la informacin al
personal autorizado a travs de Internet, con la intencin de consultar y subir
informacin pertinente para cada una de ellas.

Plantilla A.3 SRS Seccin 3 organizada por la clase del usuario.

Requisitos especficos.
Esta seccin contiene todos los requisitos funcionales y de calidad del sistema. Se
da una descripcin detallada del sistema y todas sus caractersticas.

Requisitos de interfaz externos.

Esta seccin proporciona una descripcin detallada de todas las entradas en
salidas y desde el sistema. Tambin da una descripcin de las interfaces de
hardware, software y de comunicacin y proporciona prototipos bsicos de la
interfaz de usuario.

Interfaces con el usuario.

Por primera vez la aplicacin mvil debe ver la pgina de inicio de sesin cuando
l / ella abre la aplicacin. Si el usuario no se ha registrado, l / ella debe ser
capaz de hacer eso en la pgina de inicio de sesin.

Interface con el Hardware.

Dado que ni la aplicacin mvil ni el portal web tienen ningn hardware designado,
no tiene ninguna interfaz de hardware directa. El GPS fsico es administrado por la
aplicacin GPS en el telfono mvil y la conexin de hardware para el servidor de
base de datos es gestionada por el sistema operativo subyacente en el telfono
mvil y el servidor web.

Interfaz con el software.

La aplicacin mvil se comunica con la aplicacin GPS para obtener informacin
geogrfica acerca de dnde se encuentra el usuario y la representacin visual de
la misma, y con la base de datos con el fin de obtener la informacin acerca de los
restaurantes. La comunicacin entre la base de datos y el portal web se compone
de operacin referente a la lectura y la modificacin de los datos, mientras que la
comunicacin entre la base de datos y el mvil aplicacin consta de operaciones
solamente de lectura.

Interfaces de comunicaciones.
La comunicacin entre las diferentes partes del sistema es importante, ya que
dependen unos de otros. Sin embargo, de qu manera la comunicacin se logra
no es importante para el sistema y, por tanto, est a cargo de los sistemas
operativos subyacentes, tanto para la aplicacin mvil y el portal web.

Requisitos funcionales.
Esta seccin incluye los requisitos que especifican todas las acciones
fundamentales del sistema de software.

Usuario Clase 1 - El usuario

Funcional requisito Identificacin.
FR1 TTULO: Descargar DESC de aplicaciones mviles: Un usuario debe ser
capaz de descargar la aplicacin mvil a travs de ya sea una tienda de
aplicaciones o servicio similar en el telfono mvil. La aplicacin debe ser libre
para descargar. RAT: Para que un usuario pueda descargar la aplicacin mvil.
DEP: Ninguno

Funcional requisito Identificacin.

FR2 TTULO: Descargar y notificar a los usuarios de los nuevos lanzamientos
DESC: Cuando se libera una versin nueva / modificada o la liberacin del
software, el usuario debe comprobar de forma manual. La descarga de la nueva
versin se debe hacer a travs del telfono mvil en la misma forma que la
descarga de la aplicacin mvil. RAT: Para que un usuario pueda descargar una
nueva versin / modificada. DEP: FR1

Plantilla A.4 SRS Seccin 3: Organizada por el objeto.

Requisitos Especficos
Interfaces externos Las interfaces externas del sistema EPR son en relacin a los
cinco ascensores que contienen unidades de control independientes en cada
coche, y un control maestro. Estas interfaces se describen a continuacin:

Interfaz de usuario
La interfaz de usuario define la interaccin persona-ordenador del sistema EPR. El
sistema requiere la interaccin de varios usuarios: El usuario invitado estndar
interacta con la interfaz de botn dentro del coche, y los paneles exteriores El
usuario invitado especial interacta con el sistema con un (tecla de funcin), llave
de tarjeta en el interior del coche con el fin que debe darse preferencia especial
El usuario personal de emergencia interacta con el sistema con una tecla fsica
dentro y fuera del sistema con el fin de ser dado el control completo de todos los
ascensores El usuario de control maestro interacta con el sistema dentro de la
unidad de control maestro. Esta persona se le da privilegios especiales de
preferencias (por lo general reservada para la tripulacin de mantenimiento o
construccin de los administradores)

Interfaz de hardware
El software de interfaz con la maquinaria electromecnica que controla los
movimientos del ascensor. El software de interfaz con un mecanismo de ruptura
en caso de emergencias. La apertura / cierre de puertas ser controlado por el
software basado en entradas de sensor. La interfaz de hardware con el apoyo de
los principales paneles de control (botones, accesos principales y comunicaciones
micro-controlador).

Interfaz de software
De interfaz de software con el apoyo de los principales paneles de control y el
sistema operativo en el cual alberga los algoritmos para el clculo de los viajes
distribuido y esperar la informacin del tiempo. Adems, los algoritmos definen y
comandos de sistema de exportacin para los paneles de control principales, y
micro-controlador. Para propsitos de prueba del software ser capaz de
interactuar con los simuladores de software en un ordenador PC utilizando
aplicaciones GUI.

Interfaz de Comunicaciones.
Interfaces de todos los sistemas de comunicacin con el fin de activar las
solicitudes ordenadas. El microcontrolador es la interfaz externa que se comunica
con el panel de control del sistema de EPR. Esta comunicacin permite mensajes
de error y las solicitudes para ser enviada y recibida por el sistema principal.

Requisito Funcional 1.1

Introduccin. La funcin de llamada. 2. Las entradas son los botones de llamada
que determinan la ubicacin del usuario y la direccin de la marcha, y los sensores
que indican la ubicacin del coche. Las cantidades y los rangos son especficos de
software. 3. Al recibir una solicitud de llamada, el software deber localizar el
coche ms cercano viajando en la direccin correcta, y enviar ese coche a esa
ubicacin. Ser atendido finalmente con la misma prioridad. Si se inician
simultneamente ambos botones de llamada del software determinar qu
direccin ser atendido primero. Cuando un coche no tiene ninguna peticin, el
software enviar el auto a un piso de retencin que esperar a nuevas solicitudes.
4. El hardware controla las seales de las puertas y el movimiento del coche.

Requisito Funcional 2.1

Introduccin. Visita funcin. 2. Las entradas son los botones visita que determinan
la direccin del usuario de los viajes, y los sensores que indica la ubicacin del
coche. Las cantidades y los rangos son especficos de software. 3. Cuando el
usuario inicia un botn de la visita que el software se detenga el coche en ese
lugar. Si la solicitud es contraria al sentido de la marcha, el coche deber viajar al
destino ms lejos en esa direccin y luego las visitas de servicio a otras
direcciones. Cuando todas las visitas han sido administrados se enviar el auto a
un piso de retencin con que esperar a nuevas solicitudes. 4. El hardware controla
las seales de puerta y el movimiento del automvil.

Objeto de acceso:
Requisito Funcional 8. 1. Introduccin. Obtener Parmetros Botn 2. Un invitado
ser capaz de operar todos los ascensores utilizando el teclado numrico situado
en el interior.
Requisito Funcional 9. 1. Introduccin. Obtener los parmetros de Soft-Key 2. El
operador podr operar todos los ascensores utilizando una llave-tarjeta. ?? El
control de las ganancias del operador sobre el ascensor desde el momento en que
se inserta la tarjeta llave para el momento en que se retira, siempre y cuando no
hay ningn usuario mayor prioridad. ?? Tan pronto como se inserta la tarjeta llave
acciones del operador debern anular las acciones activadas por un usuario
menor prioridad.
Requisito Funcional 10. 1. Introduccin. Recibe Parmetros tecla fija 2. Personal
de emergencia debern ser capaces de operar el elevador con la tecla de
emergencia. ?? Personal de emergencia tendr control sobre el ascensor desde el
momento de insertar la clave para el momento en que se ha eliminado. ?? Tan
pronto como se inserta la llave de las acciones por parte del personal de
emergencia debern anular las acciones activadas por un usuario menor prioridad.

Requisitos del desarrollo

El sistema EPR se basan en un procesador embebido. El procesador debe ser
capaz de manejar la funcionalidad en tiempo real activado por los usuarios y
microcontrolador definidos. Adems, el sistema debe ser crtico para la seguridad.
Todos los fallos reportados por el micro-controlador se deben manejar
instantneamente para permitir de usuario y la seguridad del sistema. El software
de control N-cars en un edificio con m-plantas. El nmero mximo de comandos
del software deber manejar es (m * n) + 2 * (m-1) + n, donde m es el nmero de
pisos y n es el nmero de automviles. El software tendr una variable tiempo de
viaje piso de x segundos, basado en entradas de sensor, que si se excede, el
software reconocer un error y tomar las medidas correctivas.

Requisitos de diseo
Diseo El sistema EPR debern ejecutarse en un sistema integrado que se
encarga de la funcionalidad de seguridad crtica. El sistema utilizar un procesador
en tiempo real con asignacin dinmica de memoria con el fin de manejar la
actividad continua. Adems, las interfaces de usuario y software debern ser
simple y fcil de usar, y cumplir con lo siguiente: Cumplimiento de los estndares.
El software debe cumplir con los cdigos del Departamento de Bomberos y los
reglamentos y cdigos de construccin relacionadas con la seguridad pblica.
Limitaciones de hardware. Este software se ejecuta slo en un simulador, pero
debe ser fcilmente transferibles al campo.

Atributos del sistema de software

Lgica de base de datos Requisitos Una base de datos relacional-uno a muchos
se utilizarn para validar diversas peticiones de los usuarios y tipos de fallo. Por
otra parte, los fracasos son que estar conectado para referencia. La base de datos
ser concurrente con los requisitos de rendimiento del sistema EPR.

Interfaz de usuario.
En este punto se van a comentar los diferentes procesos o interacciones entre el
ordenador y el usuario.
Como la aplicacin ser desarrollada y dirigida a la ejecucin en un entorno visual,
la interaccin entre la aplicacin y el usuario se realizar mediante pantallas
tpicas de cualquier entorno de este tipo: ventanas, formularios, botones,
etiquetas, listas, mens, etc.
El programa tendr zonas de seleccin, iconos y botones que activen las distintas
partes de la aplicacin. Cuando sea necesaria la introduccin de datos por parte
del usuario, ste podr teclear los datos deseados en cuadros de texto destinados
a ello. En algunas ocasiones, el usuario no deber teclear los datos, ya que estos
podrn ser seleccionados de entre varias opciones en una lista o cuadro de
opciones. Adems, tambin se dispondr de teclas de acceso rpido a los
elementos del men, as como a los elementos dentro de los cuadros de dilogo.
Hay que destacar que el uso del ratn es vital para la facilidad en la interaccin
usuario-programa.
El sistema presentar un entorno grfico amigable y sencillo. Se brindar el
contenido de un curso en forma de texto, imgenes, y grficas.

Interfaz de Hardware
En este punto se especifican las caractersticas lgicas de cada interface entre el
software y el hardware en el cual se puede ejecutar la aplicacin.
Para que el sistema funcione correctamente se asume que el usuario dispone de
un equipo con tecnologa Pentium, con al menos 20 MB de espacio disponible
ERS en disco duro, 64 Mb en RAM, lector de CD, y contar con una conexin a
internet

Interfaz de Software
El servidor deber contar con un motor de base de datos, un servidor de internet y
finalmente herramientas de programacin internet.

Plantilla A.5 SRS Seccin 3: Organizada por el rasgo.

Interfaz de comunicacin
Para que esta aplicacin funcione correctamente, la mquina donde sea ejecutada
deber tener instalado todo el software y protocolos necesarios para una correcta
conexin a Internet, principalmente el protocolo TCP/IP; adems de poseer algn
navegador, como se ha comentado en el apartado anterior.

Caractersticas del Sistema.

Realizar inscripcin o CU-1
Introduccin o Propsito
Vase caso de uso Realizar Inscripcin / CU-1
Secuencia Estmulo o Respuesta
Vase caso de uso Realizar Inscripcin / CU-1
Requerimientos funcionales asociados
El sistema mostrar un formulario de inscripcin ante la solicitud del usuario.
El sistema validar los datos ingresados por el usuario
El sistema solicitar seleccin de rea.
El sistema mostrar el formulario de cursos y costos
El sistema almacenar cursos seleccionados
Dar examen o CU-2
Introduccin o Propsito
Secuencia Estmulo / Respuesta
Vase caso de uso Dar Examen o CU-2
Requerimientos funcionales asociados
El sistema deber autentificar al usuario.
El sistema validar los datos ingresados por el usuario
El sistema mostrar los exmenes disponibles
El sistema controlar tiempo y acceso a otras pginas
El sistema almacenar respuestas proporcionadas por el alumno
El sistema desplegar y almacenar la calificacin

Depositar Leccin o CU-3

Introduccin / Propsito
Secuencia Estmulo / Respuesta
Requerimientos funcionales asociados
El sistema deber autentificar al facilitador
El sistema validar los datos ingresados por el facilitador
El sistema validar depsito de leccin
El sistema almacenar la leccin
Consultar material o CU-4
Introduccin o Propsito
Secuencia Estmulo o Respuesta
Requerimientos funcionales asociados
El sistema deber autentificar al alumno
El sistema validar los datos ingresados por el alumno
El sistema deber mostrar lista material de consulta
El sistema desplegar contenido del material seleccionado
El usuario podr bajar el material seleccionado
Ver catlogo de uso o CU-5
Introduccin / Propsito
Secuencia Estmulo / Respuesta
Requerimientos funcionales asociados
El sistema deber mostrar el catlogo de cursos

Requisitos de la actuacin
La tecnologa se basar en un modelo cliente/servidor cuyos datos estarn
almacenados en un servidor de base de datos que tendr los servicios de servidor
WEB.
El acceso a los servidores estar dirigido al pblico en general. Sin embargo el
material de los cursos estar circunscrito a los participantes inscritos
La informacin contenida en el sitio web ser amplia en las diferentes reas.

Restricciones del diseo

Las limitaciones software y hardware del producto sern las limitaciones que tenga
la plataforma en la cual se ejecute, siempre y cuando se cumplan unos requisitos
mnimos.
Requerimientos de software y hardware para el servidor

Requisitos software
Tener instalado un sistema operativo
Tener instalado un servidor web.
Tener instalado un motor de base de datos
Tener instalado un navegador de Internet.
Tener instalado un front end.
Tener instalado un navegador de Internet.

Requisitos hardware
Un ordenador Intel Pentium 2 o superiores o en su defecto compatibles.
128 Mbyte de RAM como mnimo, recomendado 256 Mbyte.
Disponer de al menos 1 Gbyte de memoria libre en el disco duro, para un
adecuado funcionamiento.
Un ordenador Intel Pentium 2 o superiores o en su defecto compatibles.
64 Mbyte de RAM como mnimo, recomendado 128 Mbyte.
Disponer de al menos 200 Mbyte de memoria libre en el disco duro, para un
adecuado funcionamiento.
3.5 ATRIBUTOS DEL SISTEMA SOFTWARE

Fiabilidad
El producto software permite almacenar datos de manera correcta y completa en
la base de datos, adems de ello ofrece seguridad y confidencialidad.

Seguridad
El producto software posee diferentes perfiles de usuario: coordinador, facilitador y
alumno, lo cual permite la implementacin de un esquema de seguridad y el
reforzamiento de las restricciones en el acceso a la base de datos.

Mantenimiento
El mantenimiento de la aplicacin se realizar de manera sencilla, rpida y
prctica.
El mantenimiento sobre todo se centrar en la base de datos del sistema.
Dar de alta a un nuevo alumno.
Eliminar alumnos.
Modificar y actualizar alumnos.
Dar de alta a un nuevo facilitador.
Eliminar facilitadores.
Modificar y actualizar facilitadores.
Dar de alta a un nuevo curso.
Eliminar curso.
Modificar y actualizar cursos

Plantilla A.6 SRS Seccin 3: Organizada por el estmulo.

Interfaz del usuario
La interfaz con el usuario consistir en un conjunto de ventanas con botones, listas
y campos de textos. sta deber ser construida especficamente para el sistema
propuesto y, ser visualizada desde un navegador de internet.

Interfaz del hardware

Ser necesario disponer de equipos de cmputos en perfecto estado con las
siguientes caractersticas:
Adaptadores de red.
Procesador de 1.66GHz o superior.
Memoria mnima de 256Mb.
Mouse.
Teclado.

Interfaz del software

Sistema Operativo: Windows XP o superior.
Explorador: Mozilla o Chrome.

Interfaces de comunicaciones
Los servidores, clientes y aplicaciones se comunicarn entre s, mediante
protocolos estndares en internet, siempre que sea posible. Por ejemplo, para
transferir archivos o documentos debern utilizarse protocolos existentes (FTP u
otros convenientes).

Requisitos funcionales
Estimulo 1
Requisito 1.1 funcional
-Autentificacin de Usuarios: los usuarios debern identificarse para acceder a
cualquier parte del sistema.
El sistema podr ser consultado por cualquier usuario dependiendo del mdulo en
el cual se encuentre y su nivel de accesibilidad.
-Consultar Informacin: El sistema ofrecer al usuario informacin general acerca
de la Instruccin Acadmica, materias, Calendario de eventos.
Consultar Instruccin Acadmica: Muestra informacin general sobre los cursos
que la institucin ofrece, en qu consiste, duracin por perodo acadmico.
Consultar Materias: Permite a los estudiantes ver las asignaciones que los
docentes han publicado, descargar gua e informacin relevante a la materia y ver
notas obtenidas en evaluaciones.

Consultar Calendario de Eventos: Muestra a los usuarios informacin relevante a

noticias u otros eventos planificados.
3.2.1. Requisito
1.1 Funcional
3.2.2 Estmulo 2
Registrar Usuarios
El sistema permitir al usuario (estudiante, docente y Administrador) registrarse. El
usuario debe suministrar datos como: CI, Nombre, Apellido, E-mail, Usuario y
Password.
Modificar
Permite al administrador modificar datos de los usuarios, materias y cuentas
creadas.

Estmulo
Gestionar Aula virtual: Permite informacin referente al aula virtual.
Crear Cursos: Permite al docente una vez que haya accedido con su cuenta al
aula virtual, crear su materia y suministrar informacin relevante al mismo a los
estudiantes, manteniendo una comunicacin activa.
Registrar Estudiante: El estudiante deber suministrar su cdula de identidad y
nombre juntamente con una contrasea para poder incluirse en una materia.
Aula Virtual: El estudiante deber registrarse ingresando un nombre de usuario
juntamente con una contrasea para poder ingresar en el sistema.
Materia: El estudiante deber colocar la contrasea suministrada por el docente
para quedar inscrito en la materia.
Consultar cursos: Permite a los estudiantes
pendientes y notas de evaluaciones realizadas.

ver informacin de actividades

Descargas: Permite a los estudiantes descargar guas e informacin relevante a

las materias que cursa solo si se encuentra inscrito en ellas.
Foros: El estudiante podr mantener una discusin y ver informacin sobre un
tema determinado por el docente.
-Permite la interaccin y discusin de usuarios sobre temas ya antes planteado.
-Planteamiento de temas sobre alguna tarea o problema a desarrollar.
Permite subir archivos y documentos vinculados a un link para descargar y para
tener una mejor comunicacin e interaccin entre los usuarios
-Los usuarios que participaran en el foro tendrn que haberse inscrito
anteriormente en la materia

Requisito Funcional m.1.

-Integracin de Componentes: El componente de inventario junto con el moodle
deber integrarse al sistema de informacin web proporcionando los recursos
necesarios, con el propsito de que la interaccin con los usuarios sea provechosa
en la administracin de la informacin acadmica.

Requisito Funcional m.n.

Gestionar Reportes: Permite al administrador imprimir reportes de los eventos a
realizar o concluidos, as como tambin, ver listados de estudiantes por materias,
docentes activos, entre otros.

Requisitos del desarrollo.

Acreditar: Permite al administrador y docente dar constancia de que el estudiante
participo y concluy el curso o evento el que se encontraba inscrito.
Auditora: Evaluar y analizar los procesos del sistema, proponiendo solucin de
problemas existentes dentro del sistema utilizado

Atributos del software del sistema.

Garantizar que el diseo de las consultas u otro proceso no afecte el desempeo
de la base de datos, ni considerablemente el trfico de la red.
Seguridad
-Garantizar la confiabilidad, la seguridad y el desempeo del sistema informtico a
los diferentes usuarios. En este sentido la informacin almacenada o registros
realizados podrn ser consultados y actualizados permanente y simultneamente,
sin que se afecte el tiempo de respuesta.
-Garantizar la seguridad del sistema con respecto a la informacin y datos que se
manejan tales sean documentos, archivos y contraseas.
-Facilidades y controles para permitir el acceso a la informacin al personal
autorizado a travs de Internet, con la intencin de consultar y subir informacin
pertinente para cada una de ellas.

Fiabilidad
-El sistema debe tener una interfaz de uso intuitiva y sencilla
-La interfaz de usuario debe ajustarse a las caractersticas de la web de la
institucin, dentro de la cual estar incorporado el sistema de gestin de procesos
y el inventario

Otros requisitos
Disponibilidad
La disponibilidad del sistema debe ser continua con un nivel de servicio para los
usuarios de 7 das por 24 horas, garantizando un esquema adecuado que permita
la posible falla en cualquiera de sus componentes, contar con una contingencia,
generacin de alarmas.

Mantenibilidad
-El sistema debe disponer de una documentacin fcilmente actualizable que
permita realizar operaciones de mantenimiento con el menor esfuerzo posible
-La interfaz debe estar complementada con un buen sistema de ayuda (la
administracin puede recaer en personal con poca experiencia en el uso de
aplicaciones informticas).
Portabilidad
-El sistema ser implantado bajo la plataforma de Windows.

Plantilla A.7 SRS Seccin 3: Organizada por la jerarqua

funcional.

Requisitos especficos
Interfaces externos
Interfaces de usuario
Toda la interaccin con el usuario se realiza a travs de una sola interfaz grfica
de usuario.
En la pgina de los informes siempre se aprob la Identificacin del estudio o el
nmero de acceso, adems de otros tres combinados que pueden ser en pasado.
Slo doctor ID en el caso de que el mdico es tambin el transcriptionist
Tanto el doctor ID y el Transcriptor Identificacin suministran en el caso de que un
transcriptor est escribiendo para un mdico particular.
Slo Transcriptor ID suministra en el caso de que el mdico se puede elegir dentro
de la pgina del informe.
Interfaces de hardware
Ninguno
Interfaces de software
Igual que el apartado 2.1.4
Interfaces de comunicacin
Ninguno

Funciones
Diagnstico Mdico y Transcriptor
Sistema permitir que escriban informes y suplementos
Se pueden crear nuevos informes desde cero o aadir suplementos a uno ya
existente.
Secuencia / Respuesta

Estmulo
Secuencia de estmulo / respuesta basada en web estndar
Requisitos funcionales asociados
Informe adiciones debern ser rastreados por el MRN, Nombre del paciente,
Estudio de Identificacin y el Estudio de Fecha
Informes adicionales estarn autorizados para los estudios que an no estn en el
sistema
Adicionales suplementos tambin sern objeto de seguimiento mediante el
registro del nombre de la persona que hace el cambio y la fecha en que se realiz
el cambio.
Sistema deber permitir que se modifican los informes y suplementos
Sistema deber permitir modificaciones del informe y suplemento. Cada informe
modificacin es bsicamente una nueva adicin a la base de datos

Secuencia / Respuesta Estmulo

Secuencia de estmulo / respuesta basada en web estndar
Requisitos funcionales asociados
Cambios de informe sern objeto de seguimiento mediante el registro del nombre
de la persona que hace el cambio y la fecha en que se realiz el cambio.
Cambios suplemento tambin sern objeto de seguimiento mediante el registro del
nombre de la persona que hace el cambio y la fecha en que se realiz el cambio.
El sistema debiera permitir que este usuario un correo electrnico de un informe a
un usuario a travs de la direccin de correo electrnico suministrada
Esta es una forma de correo electrnico complet, actualiza o informes a cualquier
persona modificado

Secuencia / Respuesta Estmulo

Secuencia de estmulo / respuesta basada en web estndar
Requisitos funcionales asociados
Se proveern opcin Correo 3.2.1.3.3.1 y un mtodo para proporcionar la
direccin de correo electrnico
Mdico diagnstico no original o transcirptionist originales
Ser capaz de aadir suplementos

Un suplemento es cualquier informacin adicional que va junto con un informe

Respuesta / estmulo
Secuencia de estmulo / respuesta basada en web estndar
Requisitos funcionales de acompaamiento
Adiciones suplemento tambin sern objeto de seguimiento mediante el registro
del nombre de la persona que hace el cambio y la fecha en que se realiz el
cambio.
El sistema debiera permitir que este usuario un correo electrnico de un informe a
un usuario a travs de la direccin de correo electrnico suministrada
Esta es una forma de correo electrnico complet, actualiza o informes a cualquier
persona modificado

Secuencia / Respuesta 3.2.2.2.2 Estmulo

Secuencia de estmulo / respuesta basada en web estndar

Requisitos funcionales asociados

Requisitos del desarrollo
Esto es completamente manejado por el padre ms grande (es decir, NeuroStar)
del sistema.

Restricciones de diseo
Ninguno

Atributos del sistema Software

No haba requisitos de fiabilidad establecidos explcitamente.
El sistema deber tener una disponibilidad 24/7. La base de datos ha de deshacer
segmentos, y una copia de seguridad centralizada se puede realizar para actuar
sobre una recuperacin del sistema a partir de un fracaso.
Seguridad ser manejado por el sistema dominante (es decir NeuroStar).
La lgica de negocio debe estar claramente separada de la interfaz de usuario
para permitir diferentes interfaces de usuario que se desarrollarn en el futuro.
Este software est basado en la web; por lo tanto, es extremadamente porttil.