Está en la página 1de 7

Especificación de Requerimientos de Software

Software Requirements Specification (SRS)

Documento de Especificación de Requerimientos de Software Documento de Especificación de Requerimientos de Software Versión 1.0 Fecha: 19/Mayo/2017 .

 Las garantías de este sistema son. Introducción La institución DuocUC ha abierto una convocatoria para los estudiantes de la Escuela de Informática Y Telecomunicaciones para mejorar el actual sistema de registro de asistencia de la institución.pdf . como también al equipo desarrollador y usuario final.3 Definiciones. expondremos todos los ámbitos a tratar. Hará un seguimiento a cada alumno de la institución con respecto a la asistencia. 1.es/idbis/db/docs/design/2-requirements. principalmente.4 Referencias  Especificacion de requerimientos elvex. hasta la solución por parte del equipo desarrollador. es dar a conocer todos los ámbitos del proyecto. permitiendo optimizar los tiempos en las salas de clases. generando informes personales y también grupales. Acrónimos y Abreviaturas  ERS: Especificacion de requerimiento de software  SW: Software  HW: Hadware  BD: Base de Datos 1. además de generar responsabilidad en el alumno con su asistencia a clases. En el presente informe. Documento de Especificación de Requerimientos de Software 1. 1.1 Propósito La finalidad del presente documento. desde la problemática y sus requisitos. optimizar el tiempo en la sala de clases.2 Ámbito del Sistema  Nombre del Sistema: ARSY (Attendance Record System)  El sistema llevará el registro de asistencia de todos los alumnos de DuocUC.ugr. 1. enfocado tanto a sus características.

 Enviar correo donde se especifique el estado del alumno (aprobación o reprobación por asistencia). Descripción General 2.3 Características de los Usuarios El sistema cuenta con tres tipos de usuario final  El primer usuario son los alumnos.edu.uap.1 Perspectiva del Producto El producto final está enfocado a llevar un registro de asistencia a clases (hora de llegada y hora de salida) de cada alumno de la institución. Prototipos y Heurísticas para Evaluación http://www. con el fin de no desperdiciar el tiempo del docente al tener que registrar la asistencia de cada alumno de su clase.pe/intranet/fac/material/02/20101CA020102407020108011/201 01CA02010240702010801116881.  En segundo lugar se encuentran los docentes de la institución.  El último usuario son los administradores de la institución. de los cuales hay que registrar la asistencia. quienes son los moderadores en cada clase cuando un alumno registra su asistencia.2 Funciones del Producto  Registrar la hora de ingreso y salida de clases del alumno. Documento de Especificación de Requerimientos de Software  Diseño de Interfaces de Usuario Principios.pdf 2. . 2. ellos recibirán informes con el registro de asistencia general de alumnos.  Generar informes con registro de asistencia para uso del alumno y administradores. 2.

Documento de Especificación de Requerimientos de Software 2. solo mediante la rectoría.1 Interfaces de Usuario La interfaz gráfica con la que el usuario deberá lidiar para registrar su asistencia será muy simple. donde el docente tendrá una sesión de clase iniciada. de lunes a sábado. 3. Windows. debe poseer una conexión a internet con el fin de respaldar cada asistencia. . Este sistema es capaz de funcionar en todo tipo de sistema operativo. Requerimientos específicos En esta seccione se detallará cada aspecto de los requerimientos del sistema. Además el lector de huella digital debe estar conectado al PC de la sala. el usuario de este. Linux. ya que al ingresar su huella digital. la respuesta por parte de la máquina será automática (aceptando o no al usuario). dicha sección debe tener la fecha y la hora. será un usuario que podrá administrar a los docentes y al alumnado. 2. cambiar y asignar según el criterio de tal.5 Suposiciones y dependencias Para que el sistema cumpla su objetivo. que le permitirá administrar su sección y cambiar. registrar la asistencia del alumno. 3. IOS. tales como.  El sistema debe separase por la sección que imparte el docente.  Cada alumno tendrá un usuario.1.  El sistema debe ser ejecutado todos los días para la toma de asistencia. que le permitirá ver su asistencia no así modificarla o cambiarla de ninguna forma.  La rectoría poseerá mayor poder sobre el sistema.1 Requisitos comunes de las interfaces 3.4 Restricciones El sistema debe tener cierto tipo de restricciones que lo rijan estas deben ser las siguientes:  Cada docente tendrá un usuario.

y accediendo de igual modo (usuario y contraseña). tanto de alumnos. con la misma interfaz. además de encontrarse para la modalidad “ordenador” y “móvil”. asignando la clase y fecha.  Los administradores de la sede podrán acceder a cada informe de asistencia.2 Interfaces de Hadware Con respecto al hadware a integrar. a través de la aplicación móvil “VivoDuoc”. 3.1. La interfaz debe ser compatible con los navegadores más comunes. como de clases. donde los usuarios podrán seguir revisando su asistencia con normalidad.  Los profesores tendrán acceso a los informes de cada alumno de sus clases e informes generales por cada clase. 3.  Los alumnos solo tendrán acceso a sus propios informes de asistencia.3 Interfaces de Software Al sistema se le deberá integrar el software requerido para el lector de huella digital. También se podrá acceder a la interfaz. que indica el nombre del usuario al momento de reconocer la huella digital Este hadware será configurado a través del ordenador que se encuentra para el profesor en cada sala de clases. se trata de un lector de huella digital que incluye una pantalla.1. se registre en la base de datos de nuestro sistema.2 Requisitos Funcionales Requisitos funcionales del sistema por tipos de usuario: Alumno  Manejo de la autenticación de usuario (Sesión)  Acceder a informes de asistencia  Enviar correo a la administración por consulta o reclamo de alguna falla en el registro Docente  Manejo de la autenticación de usuario (Sesión)  Acceder a informes de asistencia de alumnos de clases impartidas por el docente  Acceder a informes generales de cursos impartidos por el docente  Enviar correo a la administración por falla de registro . Documento de Especificación de Requerimientos de Software Por otro lado se encuentra la página web de la institución. esto permitirá que la información proporcionada por este software. 3.

y con respecto al lector de huella digital no es necesario entrar en detalles. 3. ya que es de gran dificultar hallar alguna forma de intervenir en la seguridad de este sistema.3. .000 usuarios registrados.1 Requisitos de Rendimiento El sistema contará con aproximadamente con 75. La respuesta del lector de huella digital debe presentarse en menos de 5 segundos.3. Se espera que simultáneamente se encuentre el veinteavo de esta cifra conectado. 3.2 Seguridad La página principal de la institución ya se encuentra bajo seguridad. se deberá consultar a la empresa generadora el tiempo estimado de revisión de estos aparatos. Por parte de los lectores de huella digital.3.3 Mantenibilidad El sistema deberá contar con mantención por año con el fin de evitar fallas. de lo contrario. debe solicitar reintento. por lo que el sistema debe ser capaz de soportar esta carga.3 Requerimientos No Funcionales 3. Documento de Especificación de Requerimientos de Software Administración  Manejo de la autenticación de usuario (Sesión)  Acceder a informes de asistencia de cualquier alumno  Acceder a informes de asistencia de cualquier clase  Modificar registro de asistencia de alumnos y clases  Responder correos de alumnos y docentes 3.