SRS Etrija Proyecto Socio Tegnologico

Especificacin de requisitos de software
Proyecto: DISEO DE UN SISTEMA INFORMATICO PARA AUTOMATIZAR LOS PROCESOS DE GESTION EDUCATIVA DE LA ESCUELA TECNICA ROBINSONIANA INDUSTRIAL JOAQUIN AVELLAN. Revisin 2012
MAYO
Modelo de ingeniera S.R.S. S.A.E.V.
0.1 Pg. 2
Ficha del documento

Fecha 05/05/2012 Revisin 0.1 Autor Se realizaron las investigaciones pertinentes al proyecto y se definieron los distintos conceptos y terminologas inherentes al tema en cuestin 07/05/2012 0.2 Requerimientos y casos de uso para el mdulo de Sesin y Niveles de Usuario 16/05/2012 0.3 Se traducen y completan partes las dems secciones de este documento. 27/05/2012 0.4 Se planea e insertan algunos casos de uso correspondientes a los requerimientos funcionales del sistema 31/05/2012 0.5 Se termina de establecer los requerimientos funcionales junto a sus casos uso Manuel Ramrez Manuel Ramrez Manuel Ramrez Manuel Ramrez Verificado dep. calidad. Manuel Ramrez
Documento validado por las partes en fecha: 04/06/2012 Comunidad Beneficiada Escuela Tcnica Robinsoniana Industrial Joaqun Avelln Institucin suministradora Universidad Politcnica Territorial del Estado Aragua Federico Brito Figueroa
Dpto de control de estudios
Manuel Ramrez
Descripcin de requisitos del software
0.1 Pg. 3
Contenido
FICHA DEL DOCUMENTO.........................................................................................................2 CONTENIDO...............................................................................................................................3 1 INTRODUCCIN.......................................................................................................................4 1.1 Propsito...............................................................................................................................4 1.2 Alcance..................................................................................................................................4 1.3 Personal involucrado...........................................................................................................5 1.4 Definiciones, acrnimos y abreviaturas.............................................................................6 1.5 Referencias...........................................................................................................................8 1.6 Resumen...............................................................................................................................8 2 DESCRIPCIN GENERAL.......................................................................................................9 2.1 Perspectiva del producto.....................................................................................................9 2.2 Funcionalidad del producto.................................................................................................9 2.3 Caractersticas de los usuarios.........................................................................................11 2.3 Restricciones..................................................................................................................11
2.4 Suposiciones y dependencias..........................................................................................12 2.5 Evolucin previsible del sistema......................................................................................12 3 REQUISITOS ESPECFICOS.................................................................................................13 3.1 Requisitos comunes de los interfaces.............................................................................14 3.2 Requisitos funcionales......................................................................................................19 3.3 Requisitos no funcionales.................................................................................................35
0.1 Pg. 4
1 Introduccin
Este documento describe todas las especificaciones de requerimientos de software necesarias para dar una proyeccin acerca de la funcionalidad del sistema propuesto en base todos los requerimientos exigidos por parte de los usuarios basados en la administracin de los procesos acadmicos en general. El objetivo principal de este proyecto es la creacin de una aplicacin web que permita realizar procesos de gestin acadmica tales como el registro de las distintas entidades involucradas como estudiantes, profesores, materias, especialidades, secciones, asistencias y de esta manera permitir realizar solicitudes de reportes como: horario de estudiantes y profesores, constancias de inscripcin, constancias de asistencias, constancia de estudios, pases de entrada y salida, listas y control de asistencias. Este documento esta dirigido a todas aquellas personas interesadas en el proyecto, principalmente a la comunidad de La Escuela Tcnica Robinsoniana Joaqun Avelln.
1.1
Propsito
El documento de Especificacin de Requerimientos de Software (SRS) tiene como propsito el establecimiento y definicin de las exigencias pertinentes al Sistema de Administracin Educativa Venezolana (S.A.E.V). As mismo, descubrir detalladamente todos los aspectos del programa, como los usuarios, las pantallas, sus requerimientos funcionales y los no funcionales y casos de uso que permitirn dar una orientacin acerca de la funcionalidad esperada y los procesos inherentes a una adecuada gestin en el departamento de control de estudios por parte de los usuarios y personas involucradas.
1.2
Alcance
El Sistema de Administracin Educativa Venezolana (S.A.E.V.). Dar respuestas a todas aquellas solicitudes por parte del departamento de control de estudios como lo es: Modulo de Gestin informacin de usuarios Modulo de Gestin de inasistencias tanto de profesor y Estudiantes. Modulo de Gestin de Inscripcin de estudiantes.
Modelo de ingeniera S.R.S. S.A.E.V. Modulo de Gestin de Representantes. Modulo de Gestin de Profesores. Modulo de Gestin de Especialidades, Materias y periodos
0.1 Pg. 5
Modulo de Gestin de Reportes Varios: Se podrn imprimir todos los reportes relacionados con los distintos controles. Modulo de Gestin de Pases: Aqu se permitir gestionar los pases de entrada y salida de los estudiantes logrando imprimir un soporte que luego ellos presentaran en sus respectivas aulas para poder ingresar o salir. Modulo de Gestin de Constancias: Se podrn Imprimir constancias de estudio, de inscripcin, de asistencia.
1.3
Personal involucrado
Manuel V. Ramrez Programador , Analista de Sistema Nivel de Ingeniera Desarrollo de los distintos mdulos (Capa de Controlador) inherentes a la gestin de procesos educativos. Diseo y Gestin de la Base de Datos (Capa de Modelo) del sistema en general. 0414-5871031
Nombre Rol Categora profesional Responsabilidades
Informacin de contacto Aprobacin Nombre Rol Categora profesional Responsabilidades Informacin de contacto Aprobacin Nombre Rol Categora profesional Responsabilidades Informacin de contacto Aprobacin Nombre Rol Categora profesional Responsabilidades
Eduardo Briseo Mier y Tern Programador Nivel de Ingeniera Desarrollo de los distintos mdulos (Capa de Controlador) inherentes a la gestin de procesos educativos 0426-9386960
Jorge Torres Programador y Diseador del Entorno de Grafico Nivel de Ingeniera Desarrollo de los distintos Entornos grficos 0412-0375122 Jos Gabriel Rodrguez Analista de Sistema y Modelador UML Nivel de Ingeniera Anlisis de los Requerimientos para: La Esquematizacin y Diseo de la lgica de Proceso. El Diseo de Diagramas de Clases El Diseo de los Casos de Uso
Modelo de ingeniera S.R.S. S.A.E.V. Informacin de contacto Aprobacin Nombre Rol Categora profesional Responsabilidades 0426-2393136
0.1 Pg. 6
Jessica Mejas Analista de Sistemas y Metodologas de Investigacin Nivel de Ingeniera Uso de las distintas tcnicas de recoleccin de informacin para la obtencin de los requerimientos del software Anlisis de los requerimientos para determinar los requerimientos finales. Estudio de las bases legales que sustentan el desarrollo del sistema. Bsqueda y Anlisis de los fundamentos tericos que avalan el desarrollo del sistema. 0424-3133902
Informacin de contacto Aprobacin Nombre Rol Categora profesional Responsabilidades
Williams Vsquez Programador, Diseador y Analista de Sistemas Nivel de Ingeniera Anlisis de los requerimientos existentes Anlisis de los Casos de Uso segn Requerimientos existentes Diseo de interfaz de sistema Programador Anlisis de diagramas de estado del sistema 0416-0410548
Informacin de contacto Aprobacin
1.4
o o o
Definiciones, acrnimos y abreviaturas

Acceso directo: es un cono que permite abrir ms fcilmente un determinado programa o archivo. Acrobat Reader: programa de Adobe que permite capturar documentos y verlos en su apariencia original. Acrobat trabaja con archivos PDF. ANSI (American National Standards Institute, Instituto Americano de Normas): Organizacin que desarrolla y aprueba normas de los Estados Unidos. Particip en la creacin de gran parte de las normas en uso actualmente en Internet. o @ (arroba): En las direcciones de e-mail, es el smbolo que separa el nombre del usuario del nombre de su proveedor de correo electrnico.
Modelo de ingeniera S.R.S. S.A.E.V. o
0.1 Pg. 7
ASCII (American Standard Code for Information Interchange, Cdigo americano Normado para el Intercambio de Informacin): Conjunto de caracteres, letras y smbolos utilizados en todos los sistemas de computadoras de cualquier pas e idioma. Permite una base comn de comunicacin. Incluye a las letras normales de alfabeto espaol, con excepcin de la y toda letra acentuada.
Authoring (autora): Actividad de crear contenido para la Web en Pginas en formato HTML. El administrador de un sitio Web o Webmaster es, en general, el responsable de la autora de su contenido.
o o o o
Backup: copia de seguridad. Se hace para prevenir una posible prdida de informacin. Bandeja de entrada: buzn de entrada para el correo electrnico. Base de datos: conjunto de datos organizados de modo tal que resulte fcil acceder a ellos, gestionarlos y actualizarlos. Backdoor (o trapdoor, puerta trasera o puerta trampa): Seccin oculta de un programa de computadora, que slo se pone en funcionamiento si se dan condiciones o circunstancias muy particulares en el programa.
Browser/Web browser (navegador o visualizador): Programa que permite leer documentos en la Web y seguir enlaces (links) de documento en documento de Hipertexto. Los navegadores "piden" archivos (pginas y otros) a los servers de Web segn la eleccin del usuario y luego muestran en el monitor el resultado.
Cookie: pequeo archivo de texto que un sitio web coloca en el disco rgido de una computadora que lo visita. Al mismo tiempo, recoge informacin sobre el usuario. Agiliza la navegacin en el sitio. Su uso es controvertido, porque pone en riesgo la privacidad de los usuarios.
CPU: Central Processing Unit. Unidad central de procesamiento. Es el procesador que contiene los circuitos lgicos que realizan las instrucciones de la computadora.
o o o o o
Download: descargar, bajar. Transferencia de informacin desde Internet a una computadora. e-mail: correo electrnico. IEEE: The Institute of Electrical and Electronics Engineer El Instituto de Ingenieros Elctricos y Electrnicos SRS: Software Requirements Specification -Especificacin de requerimientos del software MySQL Segn Valle Jos en su espacio en www.monografas.com, define a MySQL como: un servidor de multi-hilos de bases de datos de cdigo abierto,
0.1 Pg. 8
confiable, rpido, compacto, poderoso y multiplataforma, se pueden hacer las bases de datos a cdigo abierto. o Xampp El nombre proviene del acrnimo de X (para cualquiera de los diferentes sistemas operativos), Apache, MySQL, PHP, Perl. El programa est liberado bajo la licencia GNU y acta como un servidor Web libre, fcil de usar y capaz de interpretar pginas dinmicas. o Hipertexto: Una red de posibilidades, de experiencias de lecturas. El hipertexto es como la vida misma, lleno de elecciones y consecuencias, lleno de caminos que se desvan. o URL Garca Torres (2000) Significa Uniform Resource Locator, es decir, localizador uniforme de recurso. Es una secuencia de caracteres, de acuerdo a un formato estndar, que se una para nombrar recursos, como documentos e imgenes en Internet, por su localizacin. o PHP Es un lenguaje de programacin usado frecuentemente para la creacin de contenido para sitios Web con los cuales se puede programar las pginas HTML y otros cdigos de fuente. o Script Mark, R. (2005), define los leguajes interpretados o lenguajes de script forman un subconjunto de los lenguajes de programacin, que incluye a aquellos lenguajes cuyos programas son habitualmente ejecutados en un interprete en ves de compilados. o Pginas Web Sheid, F. (2004), define pginas Web como: son los documentos con los que se construye la Web, y su nmero crece exponencialmente. Una pgina Web es un documento hipermedia, ya que combina la capacidad de incluir informacin multimedia (textos, imgenes, sonidos, animaciones, etc.)
1.5
Referencias
Titulo IEEE 1998 SRS Example Ruta Fecha IEEE Std 830-1998, IEEE Recommended Practice for 26-05-2012 Software Requirements Specifications. http://www.docstoc.com/docs/20394509/ExampleSRS Autor
Referencia REF-001 REF-002
1.6
Resumen
En la seccin dos (02) de este documento reflejaremos una descripcin del producto de software, presentando sus caractersticas generales. Esta informacin se ha organizado de acuerdo a la siguiente estructura:
Modelo de ingeniera S.R.S. S.A.E.V. o o o o o o Perspectiva del Producto: Lo que queremos lograr con nuestro software Funciones del Producto: Breve paseo por sus caractersticas
0.1 Pg. 9
Caractersticas del Usuario: Los que intervienen directamente con el sistema. Restricciones: Limitaciones en cuanto a su funcionalidad Suposiciones y dependencias: Evolucin previsible del sistema.
En la seccin tres (3), se describirn los requerimientos del sistema tanto funcionales como no funcionales.
2 Descripcin general
2.1 Perspectiva del producto
El Sistema de Administracin Educativa Venezolana (S.A.E.V.) es una Aplicacin Web desarrollado bajo software libre que permitir gestionar procesos acadmicos de forma rpida y eficaz, reduciendo el tiempo de respuesta antes las solicitudes de documentos particulares por parte del departamento de control de estudios. Ya que actualmente el sistema que se encuentra en uso otorga funcionalidad mas hacia la parte administrativa de calificaciones y distribucin del personal empleado, S.A.E.V. representara una gran ventaja al tener una herramienta que adems de realizar estas tareas ya comunes podr vincular la actual base de datos del estudiantado y profesores de la institucin con los distintos formatos regulados por la zona educativa para obtencin de documentos en general con un mnimo de tiempo para tal solicitud.
2.2
Funcionalidad del producto
El modelo arquitectnico en el que esta desarrollado el Sistema de Administracin Educativa Venezolana S.A.E.V. nos permite satisfacer las necesidades del departamento cumpliendo con las siguientes funciones: o o o o o Administrar la informacin de: Usuarios. Especialidades Materias Periodos Inasistencias
Modelo de ingeniera S.R.S. S.A.E.V. o o o o o o o o o o Profesores Representantes Estudiantes Gestionar la inscripcin y retiro de estudiantes. Gestionar los distintos reportes como lo son: Listados de estudiantes por seccin, por ao, especialidades. Listados de Profesores por Materia. Listado de Materias por ao. Listado de Especialidades. Listado de Inasistencias. Gestionar los distintos documentos tales como: Pases de Entrada y salida. Constancias de: o o Asistencia. Inscripcin. Estudios.
0.1 Pg. 10
Autorizaciones. Convocatorias, Citaciones.
0.1 Pg. 11
2.3
Caractersticas de los usuarios

Administrador
Tipo de usuario
Formacin Habilidades
Niveles de educacin superior Capacidades en manejo de computo, conocimientos en el manejo del sistema S.A.E.V. y gestin de los procedimientos del departamento de control de estudios Manejo a nivel administrativo de los mdulos de ingreso en general y reportes varios as como la administracin de los usuarios del sistema, este es representado por la direccin del plantel y el programador del sistema.
Actividades
Tipo de usuario
Transcriptor
Niveles de educacin media Capacidades en manejo de computo, conocimientos en el manejo del sistema S.A.E.V. y gestin de los procedimientos del departamento de control de estudios Manejo a nivel intermedio de los mdulos de inscripcin y consulta de reportes especficos, este es representado por el jefe de control de estudios
Actividades
Tipo de usuario
Consultor
Niveles de educacin media Capacidades en manejo de computo, conocimientos en el manejo del sistema S.A.E.V. y gestin de los procedimientos del departamento de control de estudios Manejo a nivel bsico de los mdulos de consulta de reportes especficos, este es representado por las distintas seccionales.
Actividades
2.3

Restricciones
El sistema debe ser desarrollado bajo ambiente web. El lenguaje de programacin utilizado debe ser de licencia libre. Debe poder ejecutarse bajo cualquier navegador y de cualquier versin. La informacin no debe ser accesible para todos, solo personal autorizado.
-
0.1 Pg. 12
2.4
Suposiciones y dependencias
El sistema trabaja con plataforma Apache, manejador base de datos mysql y lenguaje PHP todo integrado como servidor web que corre en segundo plano como servicios localizados y que utilizan puertos especficos como: o o o Servicio HTTPD puerto 80 Servicio MYSQL puerto 3306 Servicio FTP puerto 21
Si algn programa externo es instalado y necesita este puerto puede que utilice el puerto y el servicio quede inactivo produciendo que el sistema no ejecute correctamente o que no pueda ser instalado debido a que el puerto ya se encuentra ocupado. Debe asegurarse antes de instalar cualquier programa comnmente de transferencia o chat que tenga la posibilidad de cambiar el puerto de comunicaciones para que no existan interrupciones. Si el servidor web no es levantado antes de comenzar a utilizar el sistema, este no trabajara correctamente por lo que debe asegurarse que el servidor xampp este corriendo con todos los servicios activos. Si existe algn antivirus con firewall activado que bloquee los puertos mencionados anteriormente el sistema no correr por lo que debe asegurarse que este agregado en el apartado de excepciones o programas permitidos. Si el antivirus de la computadora no es actualizado correctamente puede correr riesgos de vulnerabilidades que pudiesen comprometer la privacidad de la informacin e interferir con el buen funcionamiento del programa. Es indispensable contar con un buen antivirus y con licencia actualizada. El sistema S.A.E.V. trabaja de forma intranet (red local) por lo que no se vera afectado si existe falta de internet.
2.5

Evolucin previsible del sistema

El sistema cuenta con mdulos independientes que pueden ser cambiados a disposicin de los requerimientos del cliente. Los reportes segn los formatos actualizados pueden ir actualizndose a peticin del cliente. El dinamismo del sistema evoluciona segn el navegador y la versin que se encuentre actualizado dicho navegador. El nivel de seguridad es tomado en cuenta en todo momento por lo que futuras vulnerabilidades sern analizadas y solucionadas a medida que surjan.
0.1 Pg. 13
3 Requisitos especficos
Nmero de requisito Nombre de requisito Tipo Fuente del requisito Prioridad del requisito Nmero de requisito Nombre de requisito Tipo Fuente del requisito Prioridad del requisito Nmero de requisito Nombre de requisito Tipo Fuente del requisito Prioridad del requisito Nmero de requisito Nombre de requisito Tipo Fuente del requisito Prioridad del requisito Nmero de requisito Nombre de requisito Tipo Fuente del requisito Prioridad del requisito Nmero de requisito Nombre de requisito Tipo Fuente del requisito Prioridad del requisito Nmero de requisito Nombre de requisito Tipo Fuente del requisito Prioridad del requisito Nmero de requisito Nombre de requisito Tipo Fuente del requisito Prioridad del requisito RE 1 El sistema deber gestionar los usuarios que pueden tener acceso al mismo. Siendo este de tres niveles (Administrador, Transcriptor y Consultor) Requisito Restriccin Alta/Esencial Media/Deseado Baja/ Opcional
RE 2 El sistema permitir la autenticacin de los usuarios mediante un nombre de usuario y contrasea Requisito Restriccin Alta/Esencial Media/Deseado Baja/ Opcional
RE 3 Modulo de gestin de periodos acadmicos Requisito Restriccin Alta/Esencial Media/Deseado Baja/ Opcional
RE 4 Modulo de gestin de especialidades. Requisito Restriccin Alta/Esencial Media/Deseado Baja/ Opcional
RE 5 Modulo de gestin de materias a cursar Requisito Restriccin Alta/Esencial Media/Deseado Baja/ Opcional
RE 6 Modulo de gestin de inasistencias tanto de profesores como de estudiantes Requisito Restriccin Alta/Esencial Media/Deseado Baja/ Opcional
RE 7 Modulo de gestin de estudiantes. Requisito Restriccin Alta/Esencial Media/Deseado Baja/ Opcional
RE 8 Modulo de gestin de representantes. Requisito Restriccin Alta/Esencial Media/Deseado Baja/ Opcional
0.1 Pg. 14
Nmero de requisito Nombre de requisito Tipo Fuente del requisito Prioridad del requisito Nmero de requisito Nombre de requisito Tipo Fuente del requisito Prioridad del requisito Nmero de requisito Nombre de requisito Tipo Fuente del requisito Prioridad del requisito Nmero de requisito Nombre de requisito Tipo Fuente del requisito Prioridad del requisito Nmero de requisito Nombre de requisito Tipo Fuente del requisito Prioridad del requisito Nmero de requisito Nombre de requisito Tipo Fuente del requisito Prioridad del requisito
RE 9 Modulo de Gestin de Inscripcin y/o retiro de Estudiantes Requisito Restriccin Alta/Esencial Media/Deseado Baja/ Opcional
RE 10 Modulo de Reportes de listados generales tales como: Listas de Estudiantes, Profesores, Materias, Especialidades, Inasistencias. Requisito Restriccin Alta/Esencial Media/Deseado Baja/ Opcional
RE 11 Modulo de gestin de Constancias tales como asistencia de estudiantes, asistencia de representantes, estudios, inscripcin. Requisito Restriccin Alta/Esencial Media/Deseado Baja/ Opcional
RE 12 Modulo de gestin de Pases tales como: Entrada y Salida. Requisito Restriccin Alta/Esencial Media/Deseado Baja/ Opcional
RE 13 Modulo de gestin de Autorizaciones. Requisito Restriccin Alta/Esencial Media/Deseado Baja/ Opcional
RE 14 Modulo de gestin de convocatorias. Requisito Restriccin Alta/Esencial Media/Deseado Baja/ Opcional
3.1
Requisitos comunes de los interfaces
En este apartado se presentan los requisitos funcionales que debern ser satisfechos por el sistema. Todos los requisitos aqu expuestos son Esenciales, es decir, no sera aceptable un sistema que no satisfaga alguno de los requisitos aqu planteados. Los requisitos expuestos en esta seccin debern cumplir los criterios de testeabilidad y trazabilidad, permitiendo de esta manera, probar fcilmente el cumplimiento de los mismos por parte del sistema y acompaar la evolucin natural del Sistema ante los cambios en los requerimientos.
Modelo de ingeniera S.R.S. S.A.E.V. Los requisitos de entrada descrito por el cliente son: o Gestin de: Usuarios. Periodos Especialidades Materias Asistencias Profesores Representantes Estudiantes
0.1 Pg. 15
Y los requisitos de Salida son: Gestin de reportes como: o Listados de estudiantes por seccin, por ao, especialidades. Listados de Profesores por Materia. Listado de Materias por ao. Listado de Especialidades. Listado de Inasistencias.
Gestin de documentos como: Pases de Entrada y salida. Constancias de: Asistencia. Inscripcin. Estudios.
Autorizaciones. Convocatorias, Citaciones.
3.1.1 Interfaces de usuario

IF01. Para la gestin de Usuarios:
0.1 Pg. 16
IF02 Para la gestin de Especialidades
IF03 Para la gestion de Materias
IF04 Para la gestion de Inasistencias

Estudiantes Profesores
IF05 Para la gestion de Profesores
IF05 Para la gestion Constancias

Asistencias de Estudiantes Asistencias de Representantes Estudios Inscripcin
IF06 Para la gestion de Profesores
0.1 Pg. 17
IF07 Para la gestion de Representantes
IF08 Para la gestion de Estudiantes
IF09 Para la gestion de Periodos
IF10 Para la gestion de Pases

Entrada Salida
0.1 Pg. 18
IF08 Para la gestion de Listados
Especilialidades Materias Periodos Estudiantes Representantes Profesores Inasistencias
IF08 Para la gestion de Inscripciones
3.1.2 Interfaces de hardware

Caractersticas bsicas para un equipo de computo optimo en rea de trabajo con el sistema completo instalado: Procesador Pentium 4 de 1 GHz con 256KB de cache (o superior) (mnimo) 256 MB SDRAM DIMM expandible a 1 GB 1 disco Ultra ATA100 de 100 GB de capacidad a 7200 rpm.(opcional, puede ser cualquier capacidad siempre y cuando este instalado el sistema operativo Windows xp con un espacio libre mnimo de 10Gb) Unidad de CD-ROM de 48x.(opcional) 1 placa Fast Ethernet 10/100 (Indispensable, ya que con este establecemos la comunicacin entre computadoras ).
0.1 Pg. 19
3.1.3 Interfaces de software

Las distintas aplicaciones necesarias para poder instalar el software son: Windows XP sp3 Paquete de servidor Xampp 1.7.7 Apache Friends
Apache 2.2.21 MySQL 5.5.16 PHP 5.3.8 phpMyAdmin 3.4.5 FileZilla FTP Server 0.9.39
Adobe Reader 9.5.1

Licencia de Antivirus actualizada cualquier versin. Impresora predeterminada instalada cualquier modelo.
3.1.4 Interfaces de comunicacin

El sistema S.A.E.V. es una aplicacin de ambiente web que trabaja en base conexin con un servidor y las estaciones de trabajo, por lo que las maquinas estarn sujetas a conexin en red ya sea como dominio o red independientemente del tipo de conexin encontrada en la institucin. Se debe de realizar una configuracin de red con direcciones ip estticas y asignar a cada estacin la direccin correspondiente del servidor para la ejecucin del sistema. Este tipo de configuracin es independiente de la conexin de internet lo cual es recomendable un dispositivo router para establecer la distribucin simultnea de internet y de red esttica. Otra solucin permitida es de establecer un equipo configurado como servidor y asignarle una direccin ip esttica unida a la red, sin que este sea operado directamente.
3.2
Requisitos funcionales
3.2.1 Requisito funcional 1
Nmero de requisito Nombre de requisito Tipo Fuente del requisito
RF 01 El sistema deber gestionar los usuarios que pueden tener acceso al mismo. Siendo este de tres niveles (Administrador, Transcriptor y Consultor) Requisito Restriccin
Modelo de ingeniera S.R.S. S.A.E.V. Prioridad del requisito Introduccin: Alta/Esencial Media/Deseado
0.1 Pg. 20 Baja/ Opcional
El sistema debe permitir el ingreso del nombre y contrasea del usuario para realizar las diferentes funciones que tendrn cada uno as como la administracin de dichos usuarios. o o o o Entradas Usuario Contrasea. Nombre y Apellido. Nivel de Perfil
Procesos
El sistema pedir la correspondiente identificacin, siendo la primera vez la del administrador. El cual se debe introducir el usuario por defecto y la contrasea por defecto. Luego se debe dirigir al apartado Administrativo Usuario y se deben llenar todos los campos requeridos como lo son el usuario, el nombre y apellido del usuario, la contrasea, la confirmacin de la contrasea y el nivel de perfil de ese usuario, para luego proceder a agregar a la base de datos. A partir de ese momento se pueden realizar el resto de las operaciones comunes como lo son consultar, modificar y eliminar. o o o o Salida Las salidas van dirigidas a: Administrador. Mensaje de error en el caso de no haber llenado algn campo. Mensaje de error en el caso de ingresar un usuario ya existente en la base de datos Mensaje de error en casos de ingresar incorrectamente los datos es decir que el formato de los datos sea incorrecto.

Nmero de requisito Nombre de requisito Tipo Fuente del requisito Prioridad del requisito RF 02 El sistema permitir la autenticacin de los usuarios mediante un nombre de usuario y contrasea Requisito Restriccin Alta/Esencial Media/Deseado Baja/ Opcional
0.1 Pg. 21
Introduccin:
El sistema deber pedir un usuario y una contrasea para ser autentificada y validar los accesos disponibles. o o Entradas Usuario Contrasea.
Procesos
El sistema pedir la correspondiente identificacin para validar el nivel del perfil correspondiente, para ello se debe introducir el usuario asignado por el administrador o en su defecto el usuario inicial si es la primera vez. De igual forma se realizar con la contrasea, esto permitir el acceso a todos los mdulos a los que se le esta permitido entrar. Una vez realizado el proceso se deber presionar el botn de aceptar para validar proceso. o o o o Salida Las salidas van dirigidas a: Administrador. Mensaje de error en el caso de no haber llenado algn campo. Mensaje de error en el caso de ingresar un usuario o contrasea invalida Mensaje de error en casos de ingresar incorrectamente los datos es decir que el formato de los datos sea incorrecto.

Nmero de requisito Nombre de requisito Tipo Fuente del requisito Prioridad del requisito RF 03 Modulo de gestin de periodos acadmicos Requisito Restriccin Alta/Esencial Media/Deseado Baja/ Opcional
Introduccin:
0.1 Pg. 22
El sistema deber pedir los datos correspondientes a las fechas de inicio y fin del periodo escolar. o o Entradas Fecha de Inicio de periodo Fecha de Fin de periodo
Procesos
El sistema pedir la seleccin de la fecha de inicio de periodo, para ello se deber desplegar el calendario y seleccionar el da, el mes y el ao actual como la fecha de inicio y luego de la misma forma se debe seleccionar el da de fin de periodo. Una vez realizado el proceso se deber presionar el botn de aceptar para validar proceso. o o o o Salida Las salidas van dirigidas a: Administrador. Mensaje de error en el caso de no haber llenado algn campo. Mensaje de error en el caso de una misma fecha de inicio o fin Mensaje de error en casos de ingresar incorrectamente los datos es decir que el formato de los datos sea incorrecto.

Nmero de requisito Nombre de requisito Tipo Fuente del requisito Prioridad del requisito Introduccin: El sistema deber permitir la creacin de nuevas especialidades RF-04 Modulo de Gestin de Especialidades Requisito Restriccin Alta/Esencial Media/Deseado Baja/ Opcional
profesionales
Entradas:
0.1 Pg. 23
o o
Cdigo de especialidad Nombre de la Especialidad
Proceso: El sistema solicitara el cdigo correspondiente a la especialidad a crear segn especificacin de la zona educativa y la descripcin de la misma, es decir el nombre de la especialidad
Salida: o Las salidas van dirigidas a: Administrador.
o Mensaje de ingreso exitoso en caso de realizar correctamente una creacin de especialidad. o Mensaje de Actualizacin exitosa en caso de realizar una modificacin correctamente o Mensaje de error en caso de no haber llenado algn campo. o Mensaje de error en caso de ingresar un cdigo ya existente en la base de datos.

Nmero de requisito Nombre de requisito Tipo Fuente del requisito Prioridad del requisito RF-05 Modulo de Gestin de Materias a cursar Requisito Restriccin Alta/Esencial Media/Deseado Baja/ Opcional
Introduccin: El sistema deber permitir la creacin de nuevas materias.
Entradas: o o Cdigo de materia Nombre de la materia
Proceso:
0.1 Pg. 24
El sistema solicitara el cdigo correspondiente a la materia a crear segn especificacin de la zona educativa y la descripcin de la misma, es decir el nombre de la materia Salida: o Las salidas van dirigidas a: Administrador.
o Mensaje de ingreso exitoso en caso de realizar correctamente una ceracin de materia. o Mensaje de Actualizacin exitosa en caso de realizar una modificacin correctamente o Mensaje de error en caso de no haber llenado algn campo. o Mensaje de error en caso de ingresar un cdigo ya existente en la base de datos.

Nmero de requisito Nombre de requisito Tipo Fuente del requisito Prioridad del requisito Introduccin: El sistema deber permitir el ingreso de nuevos estudiantes antes de proceder con su inscripcin del ao y la especialidad, adems este ira relacionado con el representante. RF-06 Modulo de Gestin de Estudiantes Requisito Restriccin Alta/Esencial Media/Deseado Baja/ Opcional
Entradas: o o o o o o o o Cedula Nombres Apellidos Fecha de Nacimiento Nacionalidad Sexo Tipo de sangre Telfono
Modelo de ingeniera S.R.S. S.A.E.V. o o o o o Direccin Tratamiento medico Cdigo del representante al que esta relacionado Cdigo de la ultima inscripcin relacionada Estatus.
0.1 Pg. 25
Proceso: El sistema solicitara como primer requisito la cedula del estudiante a ingresar, teniendo todas las opciones desactivada, si la cedula existe el botn de consultar se activada quedando las dems desactivadas por lo que la una accin es la de consultar y una vez hecha los botones de modificar y eliminar se activaran quedando el botn de agregar desactivado. Si la cedula no existe el botn de agregar se activa y se procede a solicitar el resto de los datos tales como: nombres, apellidos, fecha de nacimiento, nacionalidad, sexo, tipo de sangre en caso de cualquier emergencia, telfono, direccin, tratamiento medico en caso de emergencia, cdigo de representante que ser automatico al ingresar posteriormente al representante en el apartado representante, cdigo de ultima inscripcin que ser automtico al realizar la inscripcin del ao actual y el estatus que ser el caso que el estudiante ya alla sido retirado del plantel.
Salida: o o Las salidas van dirigidas a: Administrador y a transcriptor Mensaje de existencia de estudiante en el caso que la cedula ya exista. o Mensaje de ingreso exitoso en caso de realizar correctamente una inscripcin. o Mensaje de Actualizacin exitosa en caso de realizar una modificacin correctamente o Mensaje de error en caso de no haber llenado algn campo.

Nmero de requisito Nombre de requisito Tipo Fuente del requisito Prioridad del requisito Introduccin:
RF-07 Modulo de Gestin de Representantes Requisito Restriccin Alta/Esencial Media/Deseado Baja/ Opcional
0.1 Pg. 26
El sistema deber permitir el ingreso de un representante de uno o varios estudiantes.
Entradas: o o o o o o o o Cdigo de representante Cedula Nombres y apellidos. Telfono Fecha de nacimiento. Parentesco Profesin. Observaciones.
Proceso: Al momento de ingresar al modulo, el sistema generara un cdigo de representante correlativo al ultimo ingreso realizado, ya posteriormente queda llenar las casillas de cedula de representante el cual verificara si la cedula de representante existe y si es positivo, el botn de consultar que se encuentra desactivado se activara tambin el sentido del botn de agregar cambia a asignar con lo que podr asignarse dicho representante al estudiante que se esta ingresando. Si la cedula no existe se termina de rellenar el resto dela casillas tales como: nombre y apellidos, telfono, se elige el tipo de parentesco (padre, madre, abuelo-a, hermano-a, Tio-a) y por ultimo la profesin y cualquier observacin necesaria.
o Mensaje de ingreso exitoso en caso de realizar correctamente el ingreso del representante. o Mensaje de Actualizacin exitosa en caso de realizar una modificacin correctamente o Cdigo de asignacin de representante que ser establecido dentro del formulario de estudiante. o Mensaje de error en caso de no haber llenado algn campo.
0.1 Pg. 27
o Mensaje de error en caso de ingresar una cedula ya existente en la base de datos.
0.1 Pg. 28

Nmero de requisito Nombre de requisito Tipo Fuente del requisito Prioridad del requisito Introduccin: El sistema deber permitir llevar el control de las inasistencias de los profesores y estudiantes Entradas: o o o o o Categora Cedula Nombre Motivo de la inasistencia Observacin RF-08 Modulo de Gestin de inasistencias tanto de profesores como de estudiantes Requisito Restriccin Alta/Esencial Media/Deseado Baja/ Opcional
Proceso: Primero que nada deberamos seleccionar si es a un estudiante o a un profesor a quien se le agregara la inasistencia. Luego se ingresa la cedula y se consulta a ese estudiante o profesor, se selecciona el motivo de la inasistencia que puede ser justificado, injustificado, reposo medico o accidente y por ultimo una observacin si es necesario.
Salida: o Las salidas van dirigidas a: Administrador y transcriptor.
o Mensaje de ingreso exitoso en caso de realizar correctamente el ingreso de una inasistencia. o Mensaje de error en caso de no haber llenado algn campo. o Mensaje de error en caso de ingresar una cedula que no existente en la base de datos.
0.1 Pg. 29

Nmero de requisito Nombre de requisito Tipo Fuente del requisito Prioridad del requisito RF 09 Modulo de Gestin de Inscripcin y/o retiro de Estudiantes Requisito Restriccin Alta/Esencial Media/Deseado Baja/ Opcional
Introduccin: El sistema permitir la inscripcin de estudiantes ya antes debidamente registrados con un cdigo de inscripcin.
Entradas: o o o o o o o o Cdula del estudiante Nombre Apellidos Cdigo de inscripcin Ao escolar Especialidad Periodo Turno
Proceso: El sistema solicitara antes que todo consultar los datos del estudiante, por lo que se introducir la cedula del estudiante y se activara el botn del consultar luego se introducen los datos correspondiente a el nuevo ao escolar y el periodo, la especialidad y el turno al que cursara. El sistema generara un nuevo cdigo de inscripcin que ser guardado en el historial del estudiante.
Salida: o Las salidas van dirigidas a: Administrador y transcriptor.
o Mensaje de ingreso exitoso en caso de realizar correctamente la inscripcin de un estudiante.. o Mensaje de error en caso de no haber llenado algn campo.
0.1 Pg. 30
o Mensaje de error en caso de ingresar una cedula que no existente en la base de datos.

Nmero de requisito Nombre de requisito Tipo Fuente del requisito Prioridad del requisito Introduccin: El sistema permitir imprimir reportes de listas varias como: Listas de estudiantes, listas de profesores, listas de materias, listas de especialidades, listas de inasistencias tanto de profesores como de estudiantes.. RF 10 Modulo de Reportes de listados generales tales como: Listas de Estudiantes, Profesores, Materias, Especialidades, Inasistencias. Requisito Restriccin Alta/Esencial Media/Deseado Baja/ Opcional
Entradas: o o Reporte de: Orden de:
Proceso: El sistema solicitara que se selecciones el tipo de reporte a imprimir y el orden en que se va a visualizar, si es de forma ascendente o descendente. El cual se podr ver y luego imprimir o imprimir directamente.
Salida: o Las salidas van dirigidas a: Administrador, transcriptor y consultor
o Lista de reportes varios hacia la pantalla o impresora. o Mensaje de error en caso de no haber llenado algn campo.

Nmero de requisito Nombre de requisito RF 11 Modulo de gestin de Constancias tales como asistencia de estudiantes, asistencia de representantes, estudios,
Modelo de ingeniera S.R.S. S.A.E.V. inscripcin. Requisito Alta/Esencial
0.1 Pg. 31
Tipo Fuente del requisito Prioridad del requisito Introduccin:
Restriccin Media/Deseado Baja/ Opcional
El sistema permitir imprimir reportes de constancias varias como: constancia de asistencia de estudiantes en el caso que el estudiante asista a una reunin o algn evento en particular relacionado con la institucin, Constancia de asistencia de representante en el caso de que el mismo asista a una reunin o evento en particular relacionado con la institucin, constancia de estudios, constancias de inscripcin. Entradas: o o o o o Constancia de. Cedula de estudiante. Ncleo Profesor Observacin
Proceso: El sistema solicitara que se selecciones el tipo de constancia a imprimir, y luego la cedula de estudiante al que ser emitida dicha constancia, luego el seleccionar el ncleo al que pertenece y por ultimo seleccionar el responsable de dicho ncleo en ese momento (profesor). Si existe alguna observacin relevante se puede ingresar el la casilla de observaciones Todo documento impreso por el consultor o transcriptor firmado por la administracin para su validez. El reporte se podr ver y luego imprimir o imprimir directamente. deber ser sellado y
o Constancia varias hacia la pantalla o impresora. o Mensaje de error en caso de no haber llenado algn campo.
0.1 Pg. 32

Nmero de requisito Nombre de requisito Tipo Fuente del requisito Prioridad del requisito Introduccin: El sistema permitir imprimir pases de entrada y salida de aquellos estudiantes que lleguen tarde a clases o deban salir antes de finalizar su horario de clases. Entradas: o o o o o o Pase de. Cedula de estudiante. Ncleo Profesor Hora Observacin RF 12 Modulo de gestin de Pases tales como: Entrada y Salida. Requisito Restriccin Alta/Esencial Media/Deseado Baja/ Opcional
Proceso: El sistema solicitara que se selecciones el tipo de Pase a imprimir, siendo este de entrada o salida, dependiendo de la situacin, luego se debe introducir la cedula de estudiante al que ser emitida dicho pase, se debe seleccionar el ncleo al que pertenece, igualmente se debe seleccionar el responsable de dicho ncleo en ese momento (profesor) y por ultimo la hora al cual tendr efecto dicho pase. Si existe alguna observacin relevante se puede ingresar el la casilla de observaciones Todo documento impreso por el consultor o transcriptor deber ser sellado y firmado por la administracin para su validez.
o Pase de entrada o salida hacia la pantalla o impresora. o Mensaje de error en caso de no haber llenado algn campo.
0.1 Pg. 33

Nmero de requisito Nombre de requisito Tipo Fuente del requisito Prioridad del requisito Introduccin: El sistema permitir imprimir las autorizaciones a estudiantes dirigidas a sus representantes para realizar actividades extra ctedras. Entradas: o o o o o Cedula de estudiante. Fecha y hora Descripcin del evento Observacin ncleo RE 13 Modulo de gestin de Autorizaciones. Requisito Restriccin Alta/Esencial Media/Deseado Baja/ Opcional
Proceso: El sistema solicitara la cedula del estudiante para emitir la autorizacin, la fecha y la hora de la actividad, se debe ingresar la descripcin del evento a realizar, el ncleo que emite tal autorizacin y si existe alguna observacin relevante se debe introducir en la casilla de observaciones. Todo documento impreso por el consultor o transcriptor deber ser sellado y firmado por la administracin para su validez.
Salida: o Las salidas van dirigidas a: Administrador, transcriptor y consultor hacia la pantalla o
o Autorizacin de actividades extracurriculares impresora. o
Mensaje de error en caso de no haber llenado algn campo.

Nmero de requisito Nombre de requisito Tipo RE 14 Modulo de gestin de convocatorias. Requisito Restriccin
Modelo de ingeniera S.R.S. S.A.E.V. Fuente del requisito Prioridad del requisito Introduccin: El sistema permitir imprimir convocatorias a reuniones
0.1 Pg. 34
Alta/Esencial
Media/Deseado
Baja/ Opcional
para
los
representantes, as como primera y segundas citaciones meritorias. Entradas: o o o o Cedula de estudiante. Fecha y hora Motivo de la reunin ncleo
Proceso: El sistema solicitara la cedula del estudiante para emitir la convocatoria o citacin, la fecha y la hora de la reunin, el motivo de la reunin a realizar, el ncleo que emite tal convocatoria o citacin. Todo documento impreso por el consultor o transcriptor deber ser sellado y firmado por la administracin para su validez.
o Convocatorias y citaciones hacia la pantalla o impresora. o Mensaje de error en caso de no haber llenado algn campo.

Nmero de requisito Nombre de requisito Tipo Fuente del requisito Prioridad del requisito Introduccin: El sistema deber permitir el ingreso y administracin de profesores. Entradas: RF-07 Modulo de Gestin de Profesores Requisito Restriccin Alta/Esencial Media/Deseado Baja/ Opcional
Modelo de ingeniera S.R.S. S.A.E.V. o o o o o o o o o o o Cdigo de Profesor Cedula Nombres Apellidos. Fecha de nacimiento. Sexo Tipo de Sangre Telfono Direccin. Correo electrnico Observaciones.
0.1 Pg. 35
Proceso: Al momento de ingresar al modulo, el sistema generara un cdigo de Profesor correlativo al ultimo ingreso realizado, ya posteriormente queda llenar las casillas de cedula del profesor el cual verificara si la cedula de representante existe y si es positivo, el botn de consultar que se encuentra desactivado se activara, si la cedula no existe se termina de rellenar el resto dela casillas tales como: nombre y apellidos, fecha de nacimiento ,sexo, tipo de sangre, telfono, direccin y correo electrnico, este ultimo para enviarse cualquier informacin pertinente.
o Mensaje de ingreso exitoso en caso de realizar correctamente el ingreso del profesor. o Mensaje de Actualizacin exitosa en caso de realizar una modificacin correctamente o Mensaje de error en caso de no haber llenado algn campo. o Mensaje de error en caso de ingresar una cedula ya existente en la base de datos.
3.3
Requisitos no funcionales
3.3.1 Requisitos de rendimiento
El sistema deber cumplir las siguientes especificaciones de rendimiento:
0.1 Pg. 36
Una base de datos que permita la conexin simultanea de ms de 20 usuarios al tiempo y de mximo 20 conexiones o transacciones a la base por usuario. El 90% de las transacciones entre el cliente y la base de datos debe realizarse en menos de un segundo. El sistema debe poseer un entorno cliente-servidor. El cliente se debe poder ejecutar en equipos de gama media o baja sin que se afecte el rendimiento de este mismo. Los accesos remotos al sistema deben ser efectivos y se debe evitar la prdida de paquetes durante las transacciones. El tiempo de espera para una transaccin no debe ser superior el minuto, de ser as el sistema deber mostrar un error indicando la situacin o causa del retraso. El entorno grfico debe ser amigable y permitirle al usuario la intuicin de ciertos movimientos que maximicen la efectividad de su trabajo. Listas autodesplegables, campos auto-acompletables, tips de uso del sistema, entre otros.
3.3.2 Seguridad
Cuando un usuario intente conectarse al sistema deber introducir su nombre de usuario y clave de acceso y el sistema deber comprobar que se trata de un usuario autorizado. El sistema de informacin tendr distintos tipos de usuarios y a cada uno de ellos se le permitir nicamente el acceso a las funciones que le correspondan. El Sistema proporcionar adems funciones de auditora, registrando la fecha, hora y usuario de toda transaccin. El procedimiento de recuperacin luego de una cada debe estar documentado. El procedimiento de copias de back up y su resguardo debe estar documentado. El equipo usado como servidor se encuentre conectado a una corriente regulada, es decir, que el servidor cuente con un regulador de Voltaje, y no se conecte directamente al contacto de la luz, y evitar picos de Voltaje que lo puedan daar. Se debe establecer en un espacio resguardado para el servidor con llave, para que nadie pueda entrar y modificar la informacin.
3.3.3 Fiabilidad
Cualquier transaccin finalizada por un usuario deber ser procesada exitosamente con una taza de error del 0%. El Sistema debe ser tolerante a fallos y reportar todos aquellos que se presenten. Dispondr de un Registro de eventos en donde se registrarn todos y cada unos de los eventos y fallos del sistema para posterior auditora, depuracin y solucin. El sistema deber buscar proteger a toda costa y mediante cualquier mtodo los datos almacenados en la base de datos a fin de que cualquier evento nefasto del sistema se pueda recuperar la informacin en un 98%. Para esto se contar con un sistema de backups que podrn ser programados y almacenados de forma correcta por el administrador del sistema. Sin embargo el sistema de forma automtica har un backup de s mismo.
3.3.4 Disponibilidad
El Sistema deber estar disponible las 24 horas, los 7 das de la semana y los 365 das del ao para ser consultado solo por aquellos que tengan el acceso necesario. Para esto contar con usuarios y perfiles que permitirn usar determinados permisos y lugares del sistema.
0.1 Pg. 37
3.3.5 Mantenibilidad
Como primera medida, el Sistema ser ntegramente parametrizable y fcilmente adaptable al entorno. Tambin se garantiza que el cdigo estar totalmente documentado y comentado para el fcil entendimiento de los procesos que este ejecuta internamente. Cualquier cambio o adaptacin ser plenamente realizable desde el punto de vista que no afecte el corazn del sistema como tal. El sistema se podr adaptar fcilmente a cualquier cambio que se realice en la institucin.
3.3.6 Portabilidad
El sistema cliente ser compatible con las versiones ms recientes de los sistemas operativos de Microsoft y el gestor de base de datos podr operar sin ningn problema en sistemas Windows, Linux y Unix.

SRS Etrija Proyecto Socio Tegnologico

Enviado por

Dados do documento

Direitos autorais

Formatos disponíveis

Compartilhar este documento

Compartilhar ou incorporar documento

Opções de compartilhamento

Você considera este documento útil?

Este conteúdo é inapropriado?

Direitos autorais:

Formatos disponíveis

SRS Etrija Proyecto Socio Tegnologico

Enviado por

Direitos autorais:

Formatos disponíveis

Especificacin de requisitos de software

Modelo de ingeniera S.R.S. S.A.E.V.

Ficha del documento

Dpto de control de estudios

Descripcin de requisitos del software

Modelo de ingeniera S.R.S. S.A.E.V.

Descripcin de requisitos del software

Modelo de ingeniera S.R.S. S.A.E.V.

Descripcin de requisitos del software

Nombre Rol Categora profesional Responsabilidades

Informacin de contacto Aprobacin Nombre Rol Categora profesional Responsabilidades

Informacin de contacto Aprobacin

Definiciones, acrnimos y abreviaturas

Modelo de ingeniera S.R.S. S.A.E.V. o

Descripcin de requisitos del software

Modelo de ingeniera S.R.S. S.A.E.V.

Referencia REF-001 REF-002

Descripcin de requisitos del software

Funcionalidad del producto

Descripcin de requisitos del software

Autorizaciones. Convocatorias, Citaciones.

Descripcin de requisitos del software

Modelo de ingeniera S.R.S. S.A.E.V.

Caractersticas de los usuarios

Descripcin de requisitos del software

Modelo de ingeniera S.R.S. S.A.E.V.

Evolucin previsible del sistema

Descripcin de requisitos del software

Modelo de ingeniera S.R.S. S.A.E.V.

RE 4 Modulo de gestin de especialidades. Requisito Restriccin Alta/Esencial Media/Deseado Baja/ Opcional

RE 7 Modulo de gestin de estudiantes. Requisito Restriccin Alta/Esencial Media/Deseado Baja/ Opcional

RE 8 Modulo de gestin de representantes. Requisito Restriccin Alta/Esencial Media/Deseado Baja/ Opcional

Descripcin de requisitos del software

Modelo de ingeniera S.R.S. S.A.E.V.

RE 13 Modulo de gestin de Autorizaciones. Requisito Restriccin Alta/Esencial Media/Deseado Baja/ Opcional

RE 14 Modulo de gestin de convocatorias. Requisito Restriccin Alta/Esencial Media/Deseado Baja/ Opcional

Requisitos comunes de los interfaces

Descripcin de requisitos del software

Autorizaciones. Convocatorias, Citaciones.

3.1.1 Interfaces de usuario

Descripcin de requisitos del software

Modelo de ingeniera S.R.S. S.A.E.V.

IF02 Para la gestin de Especialidades

IF03 Para la gestion de Materias

IF04 Para la gestion de Inasistencias

IF05 Para la gestion de Profesores

IF05 Para la gestion Constancias

IF06 Para la gestion de Profesores

Descripcin de requisitos del software

Modelo de ingeniera S.R.S. S.A.E.V.

IF07 Para la gestion de Representantes

IF08 Para la gestion de Estudiantes

IF09 Para la gestion de Periodos

IF10 Para la gestion de Pases

Descripcin de requisitos del software

Modelo de ingeniera S.R.S. S.A.E.V.

IF08 Para la gestion de Listados

Especilialidades Materias Periodos Estudiantes Representantes Profesores Inasistencias

IF08 Para la gestion de Inscripciones

3.1.2 Interfaces de hardware

Descripcin de requisitos del software

Modelo de ingeniera S.R.S. S.A.E.V.

3.1.3 Interfaces de software

Adobe Reader 9.5.1