Specific Requeriments of Software
description
Transcript of Specific Requeriments of Software
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.