Integrantes:

José A. Gámez Hernández (14311441)

Alejandro R. Vivar López (14311389)

Oscar A. Romero Mendiola (14311508)

Jesús O. Arrabelo

Profesor:

Ing. Ricardo Trejo

Grupo: Materia:

TSM 43 Ing. De Software l

Fecha: Lunes 26 de Octubre del 2015

Especificaciones de los requerimientos de software.

Plantilla A.1 SRS Sección 3: Organizada por el modo: Versión 1.

Requisitos específicos.Esta sección contiene toda la funcionalidad y calidad de los requerimientos del

sistema. Da una detallada descripción del sistema y todas sus características.

Requerimientos de interfaz externos.Esta sección proporciona una detallada descripción de todas las entradas dentro y

fuera del sistema. También da una descripción del hardware, software y la

comunicación de interfaces y proporciona al usuario prototipos básicos de la

interfaz del usuario.

Interfaz de usuario.Por primera vez el usuario de la aplicación móvil deberá ver el inicio de la página

cuando él o ella abra la aplicación vera el registro para entrar, vea la n. Si usuario

no ha sido registrado, él o ella podrán hacerlo en el inicio de sesión.

Si el usuario, no es un usuario por primera vez, él o podrá ver la página de

búsqueda directamente cuando se abre la aplicación, ver Figura 3. Aquí el usuario

elige el tipo de búsqueda que él / ella quiere conducir.

Cada usuario debe tener una página de perfil donde pueden editar su dirección de

correo electrónico, número de teléfono y su contraseña, vea la Figura 4. Además,

el usuario puede configurar la aplicación móvil su idioma. El icono "P " muestra

donde el usuario puede hacer clic para ir a la página de su / perfil.

Figura 2. Log-in Figura 3. Página de búsqueda

Figura 4. Página 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 clasificación permite al usuario ordenar los resultados de acuerdo con el precio,

nombre del restaurante, distancia, tipo de restaurante y plato específico. Cada

elemento de resultado incluye información acerca de los restaurantes, un enlace a

página web del restaurante y un enlace de datos, que proporciona una descripción

más detallada del restaurante. También hay una opción de filtrado, donde el

usuario puede elegir para filtrar los resultados aumentando o disminuyendo el

rango de precios o la distancia, véase la Figura 7.

En la vista del mapa cada restaurante está representado por un alfiler, ver Figura 6. Junto a cada pin existe un vínculo de información que proporciona una

descripción más detallada del restaurante, como se ha mencionado para la vista

de lista. La misma opción de filtrado, como para la vista de lista, se incluye en la

vista del mapa.

Los dueños de restaurantes y los administradores interactúan con el sistema a

través 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 información

de restaurantes. Un administrador también debe ser capaz de iniciar sesión en el

portal web, donde él o ella pueden administrar el sistema, por ejemplo, el

restaurante a editar o la información del usuario.

Figura 5. Vista de la lista Figura. 6 Vista del mapa

Figura 7. Filtro del menú Figura 8. Página Web

Interfaz del Hardware.

Dado que ni la aplicación móvil ni el portal web tienen ningún hardware designado,

no tiene ninguna interfaz de hardware directo. El GPS física es administrado por la

aplicación GPS en el teléfono móvil y la conexión de hardware para el servidor de

base de datos es gestionada por el sistema operativo subyacente en el teléfono

móvil y el servidor web.

Interfaz del Software.

La aplicación móvil se comunica con la aplicación GPS con el fin de obtener

información geográfica acerca de dónde se encuentra el usuario y la

representación visual de la misma, y con la base de datos con el fin de obtener la

información acerca de los restaurantes. La comunicación entre la base de datos y

el portal web se compone de operación referente a la lectura y la modificación de

los datos, mientras que la comunicación entre la base de datos y la aplicación

móvil consta de las operaciones de lectura solamente.

Comunicación de interfaces.La comunicación entre las diferentes partes del sistema es importante ya que

dependen de cada uno del otro. Sin embargo, en la manera en que la

comunicación es alcanzada no es importante para el sistema, y por tanto, está a

cargo de ambos sistemas operativos, tanto de la aplicación móvil y la página web.

Requisito Funcional 1.1

ID: FR1 TÍTULO: Descarga la aplicación móvil

Descripción: Un usuario podrá descargar la aplicación móvil a través de ya sea

una tienda de aplicaciones o servicio similar en el teléfono móvil. La aplicación

debe ser libre para descargar.

RAT: Para que un usuario pueda descargar la aplicación móvil.

DEP: Ninguno

ID: FR2 TÍTULO: Descarga y notificar a los usuarios de los nuevos lanzamientos

Descripción: Cuando se libera una versión nueva / modificada o la liberación del

software, el usuario debe comprobar de forma manual la descarga de la nueva

versión se debe hacer a través del teléfono móvil en la misma forma que la

descarga de la aplicación móvil.

RAT: Para que un usuario pueda descargar una nueva versión o modificarla.

DEP: FR1

Requisito Funcional 1.2

ID: FR22 Característica: Crear una cuenta

Con el fin de crear una cuenta

El propietario de un restaurante debe inscribirse en la página web.

Escenario: Información requerida para el registro

Dado el dueño del restaurante quiere crear una cuenta y el dueño del restaurante

no tiene una cuenta.

Cuando el dueño del restaurante se registra en el portal web, proporcionando el

nombre de usuario, contraseña, dirección, dirección de correo electrónico y

número de teléfono. Entonces el dueño del restaurante debería ser capaz de

aplicar para la verificación

Escenario: Toda la información para el registro

Dado el dueño del restaurante quiere crear una cuenta

Y el dueño del restaurante no tiene una cuenta

Cuando el dueño del restaurante se registra en el página web proporcionando el

Nombre de usuario

Contraseña

Dirección

Dirección de correo electrónico y

Número de teléfono

Número de teléfono móvil

A continuación, el dueño del restaurante debería ser capaz de aplicar para la

verificación

Escenario: Confirmación del registro.

Dar al propietario del restaurante la confirmación del registro

Si no ha sido recibida la confirmación al correo

Cuando el propietario reciba la confirmación

Después el propietario podrá iniciar sesión

ID: FR23Característica: Inicio de sesión del propietarioDe acuerdo al uso del sistema

El propietario podrá iniciar sesión dentro del sitio Web

Escenario: Exito al ingresarEl propietario del restaurante desea entrar

Cuando el propietario ingrese con su cuenta

Después el propietario podrá salir como administrador

Requisito funcional 3.1ID: FR26 Característica: 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

Después el administrador podrás salir como administrador

Requisito del desarrollo.

Los requisitos de esta sección proporcionan una especificación detallada de la

interacción del usuario con el software y las mediciones de puesta en el

rendimiento del sistema.

Restricciones del diseño.Espacio del disco duro:

Nombre: Espacio de disco duro:

Medida: MB

Preferente: No más de 20 MB

Planeada: No más de 15 MB

Deseable: No más de 10 MB

Atributos del sistema.En esta sección 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

búsqueda.

 METER: Mediciones obtenidas a partir de 1000 búsquedas durante la prueba.

 DEBE: Más del 98 % de las búsquedas.

 PLAN: Más del 99 % de las búsquedas.

 DESEO: 100 % de las búsquedas

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: Más del 98 % de las veces.

PLAN: Más de 99 % del tiempo

Mantenimiento.

ID: QR19 TÍTULO: extensibilidad de aplicaciones

DESC: La aplicación debe ser fácil de extender. El código debe ser escrito de una

manera que favorece la implementación de nuevas funciones.

RAT: Para que las funciones futuras para implementar fácilmente a la aplicación.

DEP: ninguno

Plantilla A.2 SRS Sección 3: Organizada por el modo: Versión 2.

Descripción 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 información de estado para el

servidor. El servidor notificará a los miembros de la clase marcado como ausente

por e-mail. Prioridad = Alto.

Estímulo o Secuencias de respuesta Estímulo 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: Estímulo. Respuesta: El miembro de la clase se designa como

ausente. Las exigencias de usuarios que un miembro de la clase se marcará

presente: Estímulo. Respuesta: El miembro de la clase se designa como presente.

Peticiones de los usuarios que los datos se envían al servidor para el

almacenamiento: Estímulo. Respuesta: Los datos de la ausencia de la lista actual

se transmiten al servidor. Estímulo: Server recibe datos que indican un miembro

de la clase ha sido registrado ausente. Respuesta: E-mail se envía 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 mostrarán los menús 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 electrónico si están marcados como ausente, junto con su estado actual

dentro de la política de asistencia. Figura 3: Transiciones de estado en el modo

Roll.

Modo Edición

Descripción y Prioridad.Un usuario cuya identidad ha sido verificado que desea cambiar el estado de

ausencia de uno o más miembros de la clase que se relaciona con un período de

clase pasada tendrá la posibilidad de recuperar los datos del registro para ese

período 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

notificación por e-mail a la miembro de la clase en cuestión. Un cambio de

ausencia para presentar dará lugar a una notificación de que una ausencia se ha

eliminado. Prioridad = Alto.

Estímulo o Respuesta de secuencias de estímulos.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. Estímulo: 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. Estímulo: 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.

Estímulo: 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. Notificación por correo electrónico se envía 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 mostrarán las fotos y nombres de los

miembros de la clase junto con el estado actual ausencia en la pantalla.

Edit Mark Present: Los miembros tendrán la posibilidad de tener su estado

cambió a presentar.

Edit Mark Absent: Los miembros tendrán 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 electrónico si su estado ha cambiado a ausentarse junto con su situación

actual dentro de la política de asistencia.

Edit Notify Present: El sistema les notificará a todos los miembros de la clase

por correo electrónico si su estado ha cambiado a presentar junto con su situación

actual dentro de la política de asistencia.

Restricciones del diseño

Las limitaciones software y hardware del producto serán las limitaciones que tenga

la plataforma en la cual se ejecute, siempre y cuando se cumplan unos requisitos

mínimos.

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 diseño de las consultas u otro proceso no afecte el desempeño

de la base de datos, ni considerablemente el tráfico de la red. Garantizar la

confiabilidad, la seguridad y el desempeño del sistema informático a los diferentes

usuarios. En este sentido la información almacenada o registros realizados podrán

ser consultados y actualizados permanente y simultáneamente, sin que se afecte

el tiempo de respuesta. Garantizar la seguridad del sistema con respecto a la

información y datos que se manejan tales sean documentos, archivos y

contraseñas. Facilidades y controles para permitir el acceso a la información al

personal autorizado a través de Internet, con la intención de consultar y subir

información pertinente para cada una de ellas.

Plantilla A.3 SRS Sección 3 organizada por la clase del usuario.

Requisitos específicos. Esta sección contiene todos los requisitos funcionales y de calidad del sistema. Se

da una descripción detallada del sistema y todas sus características.

Requisitos de interfaz externos.

Esta sección proporciona una descripción detallada de todas las entradas en

salidas y desde el sistema. También da una descripción de las interfaces de

hardware, software y de comunicación y proporciona prototipos básicos de la

interfaz de usuario.

Interfaces con el usuario. Por primera vez la aplicación móvil debe ver la página de inicio de sesión cuando

él / ella abre la aplicación. Si el usuario no se ha registrado, él / ella debe ser

capaz de hacer eso en la página de inicio de sesión.

Interface con el Hardware.Dado que ni la aplicación móvil ni el portal web tienen ningún hardware designado,

no tiene ninguna interfaz de hardware directa. El GPS físico es administrado por la

aplicación GPS en el teléfono móvil y la conexión de hardware para el servidor de

base de datos es gestionada por el sistema operativo subyacente en el teléfono

móvil y el servidor web.

Interfaz con el software. La aplicación móvil se comunica con la aplicación GPS para obtener información

geográfica acerca de dónde se encuentra el usuario y la representación visual de

la misma, y con la base de datos con el fin de obtener la información acerca de los

restaurantes. La comunicación entre la base de datos y el portal web se compone

de operación referente a la lectura y la modificación de los datos, mientras que la

comunicación entre la base de datos y el móvil aplicación consta de operaciones

solamente de lectura.

Interfaces de comunicaciones. La comunicación entre las diferentes partes del sistema es importante, ya que

dependen unos de otros. Sin embargo, de qué manera la comunicación se logra

no es importante para el sistema y, por tanto, está a cargo de los sistemas

operativos subyacentes, tanto para la aplicación móvil y el portal web.

Requisitos funcionales.Esta sección incluye los requisitos que especifican todas las acciones

fundamentales del sistema de software.

Usuario Clase 1 - El usuario

Funcional requisito Identificación.FR1 TÍTULO: Descargar DESC de aplicaciones móviles: Un usuario debe ser

capaz de descargar la aplicación móvil a través de ya sea una tienda de

aplicaciones o servicio similar en el teléfono móvil. La aplicación debe ser libre

para descargar. RAT: Para que un usuario pueda descargar la aplicación móvil.

DEP: Ninguno

Funcional requisito Identificación. FR2 TÍTULO: Descargar y notificar a los usuarios de los nuevos lanzamientos

DESC: Cuando se libera una versión nueva / modificada o la liberación del

software, el usuario debe comprobar de forma manual. La descarga de la nueva

versión se debe hacer a través del teléfono móvil en la misma forma que la

descarga de la aplicación móvil. RAT: Para que un usuario pueda descargar una

nueva versión / modificada. DEP: FR1

Plantilla A.4 SRS Sección 3: Organizada por el objeto.

Requisitos Específicos

Interfaces externos Las interfaces externas del sistema EPR son en relación a los

cinco ascensores que contienen unidades de control independientes en cada

coche, y un control maestro. Estas interfaces se describen a continuación:

Interfaz de usuario

La interfaz de usuario define la interacción persona-ordenador del sistema EPR. El

sistema requiere la interacción de varios usuarios: • El usuario invitado estándar

interactúa con la interfaz de botón dentro del coche, y los paneles exteriores • El

usuario invitado especial interactúa con el sistema con un (tecla de función), llave

de tarjeta en el interior del coche con el fin que debe darse preferencia especial •

El usuario personal de emergencia interactúa con el sistema con una tecla física

dentro y fuera del sistema con el fin de ser dado el control completo de todos los

ascensores • El usuario de control maestro interactúa 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 tripulación de mantenimiento o

construcción de los administradores)

Interfaz de hardware El software de interfaz con la maquinaria electromecánica 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 cálculo de los viajes

distribuido y esperar la información del tiempo. Además, los algoritmos definen y

comandos de sistema de exportación para los paneles de control principales, y

micro-controlador. Para propósitos 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 comunicación 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 comunicación permite mensajes

de error y las solicitudes para ser enviada y recibida por el sistema principal.

Requisito Funcional 1.1 Introducción. La función de llamada. 2. Las entradas son los botones de llamada

que determinan la ubicación del usuario y la dirección de la marcha, y los sensores

que indican la ubicación del coche. Las cantidades y los rangos son específicos de

software. 3. Al recibir una solicitud de llamada, el software deberá localizar el

coche más cercano viajando en la dirección correcta, y enviar ese coche a esa

ubicación. Será atendido finalmente con la misma prioridad. Si se inician

simultáneamente ambos botones de llamada del software determinará qué

dirección será atendido primero. Cuando un coche no tiene ninguna petición, el

software enviará el auto a un piso de retención que esperar a nuevas solicitudes.

4. El hardware controla las señales de las puertas y el movimiento del coche.

Requisito Funcional 2.1 Introducción. Visita función. 2. Las entradas son los botones visita que determinan

la dirección del usuario de los viajes, y los sensores que indica la ubicación del

coche. Las cantidades y los rangos son específicos de software. 3. Cuando el

usuario inicia un botón 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 más lejos en esa dirección y luego las visitas de servicio a otras

direcciones. Cuando todas las visitas han sido administrados se enviará el auto a

un piso de retención con que esperar a nuevas solicitudes. 4. El hardware controla

las señales de puerta y el movimiento del automóvil.

Objeto de acceso:

• Requisito Funcional 8. 1. Introducción. Obtener Parámetros Botón 2. Un invitado

será capaz de operar todos los ascensores utilizando el teclado numérico situado

en el interior.

• Requisito Funcional 9. 1. Introducción. Obtener los parámetros 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 ningún usuario mayor prioridad. ?? Tan pronto como se inserta la tarjeta llave

acciones del operador deberán anular las acciones activadas por un usuario

menor prioridad.

• Requisito Funcional 10. 1. Introducción. Recibe Parámetros tecla fija 2. Personal

de emergencia deberán 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 deberán 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. Además, el sistema debe ser crítico para la seguridad.

Todos los fallos reportados por el micro-controlador se deben manejar

instantáneamente para permitir de usuario y la seguridad del sistema. El software

de control N-cars en un edificio con m-plantas. El número máximo de comandos

del software deberá manejar es (m * n) + 2 * (m-1) + n, donde m es el número de

pisos y n es el número de automóviles. 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 diseño Diseño El sistema EPR deberán ejecutarse en un sistema integrado que se

encarga de la funcionalidad de seguridad crítica. El sistema utilizará un procesador

en tiempo real con asignación dinámica de memoria con el fin de manejar la

actividad continua. Además, las interfaces de usuario y software deberán ser

simple y fácil de usar, y cumplir con lo siguiente: • Cumplimiento de los

estándares. El software debe cumplir con los códigos del Departamento de

Bomberos y los reglamentos y códigos de construcción relacionadas con la

seguridad pública. • Limitaciones de hardware. Este software se ejecuta sólo en un

simulador, pero debe ser fácilmente transferibles al campo.

Atributos del sistema de software Lógica de base de datos Requisitos Una base de datos relacional-uno a muchos

se utilizarán 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 aplicación será desarrollada y dirigida a la ejecución en un entorno visual, la interacción entre la aplicación y el usuario se realizará mediante pantallas típicas de cualquier entorno de este tipo: ventanas, formularios, botones, etiquetas, listas, menús, etc.

El programa tendrá zonas de selección, iconos y botones que activen las distintas partes de la aplicación. Cuando sea necesaria la introducción 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 podrán ser seleccionados de entre varias opciones en una lista o cuadro de opciones. Además, también se dispondrá de teclas de acceso rápido a los elementos del menú, así como a los elementos dentro de los cuadros de diálogo. Hay que destacar que el uso del ratón es vital para la facilidad en la interacción usuario-programa.

El sistema presentará un entorno gráfico amigable y sencillo. Se brindará el contenido de un curso en forma de texto, imágenes, y gráficas.

Interfaz de HardwareEn este punto se especifican las características lógicas de cada interface entre el software y el hardware en el cual se puede ejecutar la aplicación.

Para que el sistema funcione correctamente se asume que el usuario dispone de un equipo con tecnología Pentium, con al menos 20 MB de espacio disponible

ERS en disco duro, 64 Mb en RAM, lector de CD, y contar con una conexión a internet

Interfaz de SoftwareEl servidor deberá contar con un motor de base de datos, un servidor de internet y finalmente herramientas de programación internet.

Plantilla A.5 SRS Sección 3: Organizada por el rasgo.

Interfaz de comunicaciónPara que esta aplicación funcione correctamente, la máquina donde sea ejecutada deber tener instalado todo el software y protocolos necesarios para una correcta conexión a Internet, principalmente el protocolo TCP/IP; además de poseer algún navegador, como se ha comentado en el apartado anterior.

Características del Sistema.Realizar inscripción o CU-1

Introducción o Propósito

Véase caso de uso Realizar Inscripción / CU-1

Secuencia Estímulo o Respuesta

Véase caso de uso Realizar Inscripción / CU-1

Requerimientos funcionales asociados

El sistema mostrará un formulario de inscripción ante la solicitud del usuario.

El sistema validará los datos ingresados por el usuario

El sistema solicitará selección de área.

El sistema mostrará el formulario de cursos y costos

El sistema almacenará cursos seleccionados

Dar examen o CU-2

Introducción o Propósito

Secuencia Estímulo / Respuesta

Véase 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 exámenes disponibles

El sistema controlará tiempo y acceso a otras páginas

El sistema almacenará respuestas proporcionadas por el alumno

El sistema desplegará y almacenará la calificación

Depositar Lección o CU-3

Introducción / Propósito

Secuencia Estímulo / Respuesta

Requerimientos funcionales asociados

El sistema deberá autentificar al facilitador

El sistema validará los datos ingresados por el facilitador

El sistema validará depósito de lección

El sistema almacenará la lección

Consultar material o CU-4

Introducción o Propósito

Secuencia Estímulo 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 catálogo de uso o CU-5

Introducción / Propósito

Secuencia Estímulo / Respuesta

Requerimientos funcionales asociados

El sistema deberá mostrar el catálogo de cursos

Requisitos de la actuaciónLa tecnología se basará en un modelo cliente/servidor cuyos datos estarán almacenados en un servidor de base de datos que tendrá los servicios de servidor

WEB.

El acceso a los servidores estará dirigido al público en general. Sin embargo el material de los cursos estará circunscrito a los participantes inscritos

La información contenida en el sitio web será amplia en las diferentes áreas.

Restricciones del diseñoLas limitaciones software y hardware del producto serán las limitaciones que tenga la plataforma en la cual se ejecute, siempre y cuando se cumplan unos requisitos mínimos.

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 mínimo, 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 mínimo, 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

FiabilidadEl producto software permite almacenar datos de manera correcta y completa en la base de datos, además de ello ofrece seguridad y confidencialidad.

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

MantenimientoEl mantenimiento de la aplicación se realizará de manera sencilla, rápida y práctica.

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 Sección 3: Organizada por el estímulo.

Interfaz del usuarioLa interfaz con el usuario consistirá en un conjunto de ventanas con botones, listas y campos de textos. Ésta deberá ser construida específicamente para el sistema propuesto y, será visualizada desde un navegador de internet.

Interfaz del hardwareSerá necesario disponer de equipos de cómputos en perfecto estado con las siguientes características:Adaptadores de red.Procesador de 1.66GHz o superior.Memoria mínima de 256Mb.Mouse.Teclado.

Interfaz del softwareSistema Operativo: Windows XP o superior.Explorador: Mozilla o Chrome.Interfaces de comunicacionesLos servidores, clientes y aplicaciones se comunicarán entre sí, mediante protocolos estándares en internet, siempre que sea posible. Por ejemplo, para transferir archivos o documentos deberán utilizarse protocolos existentes (FTP u otros convenientes).

Requisitos funcionales Estimulo 1Requisito 1.1 funcional-Autentificación de Usuarios: los usuarios deberán identificarse para acceder a cualquier parte del sistema.El sistema podrá ser consultado por cualquier usuario dependiendo del módulo en el cual se encuentre y su nivel de accesibilidad.

-Consultar Información: El sistema ofrecerá al usuario información general acerca de la Instrucción Académica, materias, Calendario de eventos.

Consultar Instrucción Académica: Muestra información general sobre los cursos que la institución ofrece, en qué consiste, duración por período académico.Consultar Materias: Permite a los estudiantes ver las asignaciones que los docentes han publicado, descargar guía e información relevante a la materia y ver notas obtenidas en evaluaciones.

Consultar Calendario de Eventos: Muestra a los usuarios información relevante a noticias u otros eventos planificados.

3.2.1. Requisito

1.1 Funcional

3.2.2 Estímulo 2

Registrar UsuariosEl 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.

Estímulo Gestionar Aula virtual: Permite información 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 información relevante al mismo a los estudiantes, manteniendo una comunicación activa.

Registrar Estudiante: El estudiante deberá suministrar su cédula de identidad y nombre juntamente con una contraseña para poder incluirse en una materia.

Aula Virtual: El estudiante deberá registrarse ingresando un nombre de usuario juntamente con una contraseña para poder ingresar en el sistema.

Materia: El estudiante deberá colocar la contraseña suministrada por el docente para quedar inscrito en la materia.

Consultar cursos: Permite a los estudiantes ver información de actividades pendientes y notas de evaluaciones realizadas.

Descargas: Permite a los estudiantes descargar guías e información relevante a las materias que cursa solo si se encuentra inscrito en ellas.

Foros: El estudiante podrá mantener una discusión y ver información sobre un tema determinado por el docente.

-Permite la interacción y discusión 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 comunicación e interacción entre los usuarios

-Los usuarios que participaran en el foro tendrán que haberse inscrito anteriormente en la materia

Requisito Funcional m.1.-Integración de Componentes: El componente de inventario junto con el moodle deberá integrarse al sistema de información web proporcionando los recursos necesarios, con el propósito de que la interacción con los usuarios sea provechosa en la administración de la información académica.

Requisito Funcional m.n.

Gestionar Reportes: Permite al administrador imprimir reportes de los eventos a realizar o concluidos, así como también, 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.

Auditoría: Evaluar y analizar los procesos del sistema, proponiendo solución de problemas existentes dentro del sistema utilizado

Atributos del software del sistema.Garantizar que el diseño de las consultas u otro proceso no afecte el desempeño de la base de datos, ni considerablemente el tráfico de la red.

Seguridad

- Garantizar la confiabilidad , la seguridad y el desempeño del sistema informático a los diferentes usuarios. En este sentido la información almacenada o registros realizados podrán ser consultados y actualizados permanente y simultáneamente, sin que se afecte el tiempo de respuesta.

-Garantizar la seguridad del sistema con respecto a la información y datos que se manejan tales sean documentos, archivos y contraseñas.

-Facilidades y controles para permitir el acceso a la información al personal autorizado a través de Internet, con la intención de consultar y subir información 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 características de la web de la institución, dentro de la cual estará incorporado el sistema de gestión de procesos y el inventario

Otros requisitosDisponibilidadLa disponibilidad del sistema debe ser continua con un nivel de servicio para los usuarios de 7 días por 24 horas, garantizando un esquema adecuado que permita la posible falla en cualquiera de sus componentes, contar con una contingencia, generación de alarmas.

Mantenibilidad-El sistema debe disponer de una documentación fácilmente actualizable que permita realizar operaciones de mantenimiento con el menor esfuerzo posible-La interfaz debe estar complementada con un buen sistema de ayuda (la administración puede recaer en personal con poca experiencia en el uso de aplicaciones informáticas).Portabilidad

-El sistema será implantado bajo la plataforma de Windows.

Plantilla A.7 SRS Sección 3: Organizada por la jerarquía funcional.

Requisitos específicosInterfaces externosInterfaces de usuarioToda la interacción con el usuario se realiza a través de una sola interfaz gráfica de usuario.

En la página de los informes siempre se aprobó la Identificación del estudio o el número de acceso, además de otros tres combinados que pueden ser en pasado.

Sólo doctor ID en el caso de que el médico es también el transcriptionist

Tanto el doctor ID y el Transcriptor Identificación suministran en el caso de que un transcriptor está escribiendo para un médico particular.

Sólo Transcriptor ID suministra en el caso de que el médico se puede elegir dentro de la página del informe.

Interfaces de hardware

Ninguno

Interfaces de software

Igual que el apartado 2.1.4

Interfaces de comunicación

Ninguno

Funciones Diagnóstico Médico y Transcriptor

 Sistema permitirá que escriban informes y suplementos

Se pueden crear nuevos informes desde cero o añadir suplementos a uno ya existente.

Secuencia / Respuesta

EstímuloSecuencia de estímulo / respuesta basada en web estándar

Requisitos funcionales asociados

Informe adiciones deberán ser rastreados por el MRN, Nombre del paciente, Estudio de Identificación y el Estudio de Fecha

Informes adicionales estarán autorizados para los estudios que aún no están en el sistema

Adicionales suplementos también serán 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 modificación es básicamente una nueva adición a la base de datos

Secuencia / Respuesta EstímuloSecuencia de estímulo / respuesta basada en web estándar

Requisitos funcionales asociados

Cambios de informe serán 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 también serán 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 electrónico de un informe a un usuario a través de la dirección de correo electrónico suministrada

Esta es una forma de correo electrónico completó, actualiza o informes a cualquier persona modificado

Secuencia / Respuesta EstímuloSecuencia de estímulo / respuesta basada en web estándar

Requisitos funcionales asociados

Se proveerán opción Correo 3.2.1.3.3.1 y un método para proporcionar la dirección de correo electrónico

Médico diagnóstico no original o transcirptionist originales

Será capaz de añadir suplementos

Un suplemento es cualquier información adicional que va junto con un informe

Respuesta / estímuloSecuencia de estímulo / respuesta basada en web estándar

Requisitos funcionales de acompañamiento

Adiciones suplemento también serán 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 electrónico de un informe a un usuario a través de la dirección de correo electrónico suministrada

Esta es una forma de correo electrónico completó, actualiza o informes a cualquier persona modificado

Secuencia / Respuesta 3.2.2.2.2 EstímuloSecuencia de estímulo / respuesta basada en web estándar

Requisitos funcionales asociadosRequisitos del desarrollo

Esto es completamente manejado por el padre más grande (es decir, NeuroStar) del sistema.

Restricciones de diseñoNinguno

Atributos del sistema SoftwareNo había requisitos de fiabilidad establecidos explícitamente.

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 recuperación del sistema a partir de un fracaso.

Seguridad será manejado por el sistema dominante (es decir NeuroStar).

La lógica de negocio debe estar claramente separada de la interfaz de usuario para permitir diferentes interfaces de usuario que se desarrollarán en el futuro.

Este software está basado en la web; por lo tanto, es extremadamente portátil.