Documente Academic
Documente Profesional
Documente Cultură
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
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.
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
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.
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
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
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.
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.
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.
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 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.
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.
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.
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.
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
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.
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.
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.
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
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
Restricciones de diseo
Ninguno