SRS Sistema AP

Proyecto: SGA Sistema de Gestin de Alumnos
Documento de Especificacin de Requerimientos

Del Sistema SRS
Global Mentoring
Sistema de Gestin de Alumnos (SGA)
Especificacin de Requerimientos del Sistema
SRS
Realizado por
Ing. Ubaldo Acosta Soto
Versin 1.0
31 de Mayo de 2010
Historial de Revisin
Fecha
31/05/10
Versin
1.0
Fecha
31/05/10
Versin
1.0
Autor
Descripcin
Visin Inicial del Proyecto
Revisin del Documento

Nombre de quien revisa
Informacin de Contacto
[email protected]
Aprobacin del Documento

Fecha
Versin
Confidencial:
Ing. Ubaldo Acosta Soto Global Mentoring
Nombre de quien aprueba
Pgina 1 de 16
Informacin de Contacto
Fecha de Modificacin: 04/06/2015

Del Sistema SRS
Tabla de Contenido
1. INTRODUCCIN
1.1
1.2
1.3
1.4
1.5
1.6
1.7
4
4
4
4
4
5
5
PROPSITO
ALCANCE
CONTEXTO DEL SISTEMA
ACTORES PRINCIPALES DEL PROCESO DE NEGOCIO
CMO EST ORGANIZADO ESTE DOCUMENTO
REGISTRO DE LOS CAMBIOS AL SGA
REFERENCIAS
2. RESTRICCIONES Y SUPOSICIONES
2.1 RESTRICCIONES EN EL PROCESO DE DESARROLLO Y DEL EQUIPO DE TRABAJO

5
2.2 RESTRICCIONES TECNOLGICAS
5
2.3 RESTRICCIONES EN LA LIBERACIN Y DESPLIEGUE DEL SISTEMA
6
3. MITIGACIN DE LOS RIESGOS
3.1
3.2
3.3
3.4
RIESGOS
RIESGOS
RIESGOS
RIESGOS
DE TECNOLOGA
DE HABILIDADES TCNICAS Y
DE REQUERIMIENTO
POLTICOS
RECURSOS DE INFORMTICA
4. REQUERIMIENTOS FUNCIONALES
6
6
7
7
7
4.1 CARACTERSTICAS PRINCIPALES

4.1.1 CARACTERSTICAS ESENCIALES
4.1.2 CARACTERSTICAS DE ALTO VALOR
4.1.3 CARACTERSTICAS FUTURAS
4.2 ACTORES
4.2.1 ACTOR: CAPTURISTA
4.2.2 ACTOR: COORDINADOR
4.2.3 ACTOR: GENERADOR DE OFICIOS
4.2.4 ACTOR: ENCARGADO DEL SEGUIMIENTO
4.2.5 ACTOR: ADMINISTRADOR DEL SISTEMA
4.3 CASOS DE USO
4.4 APLICACIONES DE APOYO PARA EL SISTEMA
4.5 REQUERIMIENTOS EN CASOS DE USO DETALLADOS
7
7
7
7
7
8
8
8
8
9
9
9
10
5. REQUERIMIENTOS NO-FUNCIONALES
18
5.1.1 RENDIMIENTO
5.1.2 ESCALABILIDAD
5.2 DISPONIBILIDAD
18
18
19
Confidencial:
Pgina 2 de 16

Del Sistema SRS
5.3
5.4
5.5
5.6
5.7
SEGURIDAD
USABILIDAD
ACCESIBILIDAD
REUSABILIDAD
MANTENIMIENTO
19
19
20
20
20
6. GLOSARIO DEL PROYECTO
21
6.1 ACRNIMOS Y ABREVIACIONES
21
Confidencial:
Pgina 3 de 16

Del Sistema SRS
1.
Introduccin
1.1
Propsito
El propsito de este documento es definir los requerimientos especficos del Sistema de Gestin
de Alumnos (por sus siglas SGA), y detallar las especificaciones respecto a las caractersticas,
capacidades y atributos principales del sistema. Este documento debe ser ledo por el equipo de
desarrollo del Sistema, para evaluar los beneficios y la viabilidad del proyecto, as como proveer
una estimacin bsica del tiempo y esfuerzo necesario para la construccin, pruebas, puesta en
marcha y mantenimiento del SGA. Este documento no describe como, cuando, o donde se
realizarn las actividades o quin las llevar a cabo, ya que se detallar en otros documentos.
1.2
Alcance
El SGA ser una aplicacin Web que permita gestionar los alumnos que participan en cursos en
Global Mentoring, a su vez tiene como uno de los principales objetivos ofrecer un seguimiento
claro y puntual de cada uno de los pendientes con cada uno de los alumnos, tales como venta de
cursos, pagos, envo de boletines, envo de mensajes SMS para noticias, entre otros.
Otra de las responsabilidades del SGA ser permitir al usuario realizar bsquedas de alumnos,
cursos, pendientes con alumnos, agregar al sistema fotos y/o documentos digitalizados asociados
al alumno.
La seguridad de la informacin es un tema inherente, por lo que se restringir a los usuarios
respecto a qu es lo que pueden consultar y/o modificar en el sistema.
1.3
Contexto del Sistema

El sistema inicialmente se utilizar en la intranet de Global Mentoring, y posteriormente se
publicar en internet, pudiendo ser accedida por varios tipos de usuarios, como pueden ser:
Administrador, Instructor, Alumno, Asistente, entre otros.
1.4
Actores principales del proceso de negocio

A continuacin se muestra una lista de los principales actores que interactuarn en el proceso de
negocio del SGA. Cada rol puede tener varias personas que realicen la misma labor, y que
podran proporcionar ms detalle para la recoleccin de los requerimientos. Cada rol tiene un
actor principal, quien es el encargado de resolver las diferencias y es quien aprueba el
requerimiento final para este rol.
Rol
1.5
Coordinador
Actor Principal
Ubaldo Acosta
N/A
Actores de Referencia
Instructor
Asistente
Alumno
Por definir
Por definir
Por definir
N/A
N/A
N/A
Cmo est organizado este documento

Las siguientes secciones proveen todos los requerimientos del sistema, incluyendo los
requerimientos funcionales y no-funcionales. Este documento est completo, excepto cuando se
hace alguna anotacin hacia un documento externo. No es necesario leer cada seccin en orden
secuencial, pero es deseable para su pleno entendimiento.
Confidencial:
Pgina 4 de 16

Del Sistema SRS
La seccin 2 describe las restricciones y suposiciones del sistema. La seccin 3 describe los
riesgos del proyecto y cmo pueden ser estos mitigados. La seccin 4 describe los
requerimientos funcionales (FRs) del sistema. La mayora de estos requerimientos existen por
que directamente soportan el proceso de negocio, otros existen debido a que soportan la correcta
operacin del sistema, aunque no sean parte esencial del negocio. Todos los requerimientos
funcionales estn descritos en trminos de casos de uso. La seccin 5 describe los requerimientos
no funcionales (NFRs) del sistema. La seccin 6 provee un glosario del proyecto, que incluye
trminos del negocio, como propios del sistema.
1.6
Registro de los cambios al SGA

Estos cambios se irn registrando dentro de los requerimientos ya sean funcionales o no
funcionales segn se vayan solicitando cambios.
31/Mayo/2010
1.7
2.
No existen cambios
Referencias
Documento de Visin del Proyecto para el SGA, creado el 31 de Mayo del 2010.
Object-Oriented Analysis and Design Using UML, sun educational services, S00-226-V030
Restricciones y Suposiciones
La siguiente seccin provee el detalle de lo que se explic brevemente en el Documento de
Visin del Proyecto.
2.1
Restricciones en el Proceso de Desarrollo y del Equipo de Trabajo
El tiempo asignado al desarrollo del proyecto, es definitivamente una de las mayores

restricciones, debido a que se depende del tiempo que los alumnos aporten al proyecto, se
establecern planes de trabajo acorde a los tiempos de aporte de cada alumno.
El equipo de trabajo est conformado por 1 Lder de Proyecto y varios programadores

(alumnos), los cuales no estn asignados de tiempo completo a este proyecto, por lo que
existe el riesgo de atrasos en el desarrollo del sistema debido a las dems actividades y/o
prioridades de los alumnos en Global Mentoring.
2.2
Restricciones Tecnolgicas
2.2.1
Restricciones de Software
El equipo de desarrollo de Global Mentoring ha decidido construir el SGA usando la tecnologa
Java (Java SE JDK, versin 6) debido a la portabilidad, flexibilidad y el costo de entre varios
productos.
http://java.sun.com
Inicialmente el sistema utilizar la tecnologa ms bsica posible, utilizando solo JSPs y

Servlets, y posteriormente se implementar la siguiente tecnologa para el sistema final.
El servidor Web ser Apache Tomcat v6). La seguridad en la aplicacin ser proporcionada por
el framework Spring Security v3. En la capa de presentacin se utilizar iceFaces v2, basado en
JSFs y AJAX para Java. Los servicios de negocio se desarrollaran utilizando clases puras de java
(POJOs) con apoyo del framework de Spring v3. La capa de persistencia se utilizar el
framework de JPA implementado por Hibernate v35. La base de datos ser MySql v5. El motor
de reportes para la aplicacin ser JasperReports y el IDE para el desarrollo del prototipo y el
software final ser NetBeans v6.9. El sistema operativo del servidor Web ser Windows 7,
mismo que almacenar la base de datos. Cabe mencionar que todo el software utilizado en el
proyecto es software libre, a excepcin del sistema operativo.
Confidencial:
Pgina 5 de 16

Del Sistema SRS
2.2.2
Tomcat http://jakarta.apache.org/tomcat
iceFaces http://www.icefaces.org
Spring http://www.springframework.org
Hibernate http://www.hibernate.org/
Netbeans - http://www.netbeans.org/
Restricciones de Hardware
El SGA es una aplicacin Web con una base de datos centralizada, por lo que los equipos cliente
debern estar conectados a la intranet de Global Mentoring. Posteriormente se liberar el sistema
en la plataforma de Google GAE en Internet.
El SGA ofrecer la caracterstica para subir archivos digitalizados, por lo que los usuarios
requerirn de un scanner para realizar esta labor.
El servidor donde ser alojado el servidor Web y el servidor de base de datos, tendr las
siguientes caractersticas:
1 procesador Inter i5, a 2.6 Ghz
4 Gb Ram
500 Gb de espacio en disco duro
Por parte de los usuarios del sistema puede tener las siguientes caractersticas como mnimo:
2.3
Procesador Pentium IV a 2 Ghz (o similar)
512 Mb Ram
Disco duro de 40 Gb, con mnimo el 50% libre
Resolucin del monitor 1024x768 pxeles
Internet Explorer 8 o superior o Firefox 3.6 o superior.
Sistema Operativo XP con sp2 o superior
Acrobar Reader v9.0 o superior
Microsoft Office o Open Office para el manejo de hojas de clculo (version compatible
2007)
Restricciones en la Liberacin y Despliegue del Sistema

Se utilizarn los servidores de la intranet de Global Mentoring (no dedicados) para albergar
inicialmente la aplicacin, compartiendo los recursos con otras aplicaciones y con las otras bases
de datos en el mismo servidor.
El lenguaje de programacin del SGA ser Java, permitiendo con ello que el software sea
independiente de plataforma, robusto, y fcilmente mantenible.
3.
Mitigacin de los riesgos
3.1
Riesgos de Tecnologa
Debido a que el sistema utiliza una base de datos centralizada, la nica manera de accederlo es
por la Intranet de Global Mentoring. Por lo que si no se tiene acceso a la red por algn motivo o
causa, no se podr acceder a la informacin. Para mitigar este riesgo, se est planeando que la
aplicacin se pueda subir a internet apoyndonos de la infraestructura de Google (GAE).
Confidencial:
Pgina 6 de 16

Del Sistema SRS
3.2
Riesgos de Habilidades Tcnicas y Recursos de Informtica
Para mitigar el riesgo debido a que los mdulos se realizan por los alumnos que asisten a clases,
se establecern planes de trabajo, que independiente del programador, se puedan ir avanzando en
los mdulos, con ayuda del control de versiones de Sub version.
El equipo de trabajo est conformado por 1 Lder de Proyecto y varios programadores

(alumnos), los cuales no estn asignados de tiempo completo a este proyecto, por lo que existe el
riesgo de atrasos en el desarrollo del sistema debido a las dems actividades y/o prioridades de
los alumnos en Global Mentoring.
En este proyecto es la primera vez que el equipo de trabajo har una automatizacin de pruebas
de unidad del sistema. Esta prctica, al da de hoy es un estndar en el desarrollo de software, ya
que se puede ahorrar ms de un 60% de los recursos humando asignados a probar el sistema y la
calidad del sistema a liberar puede incrementarse en un 70%. Para mitigar este riesgo ser
necesario incrementar el tiempo de pruebas del sistema y tomar cursos y/o auto-capacitarse en
este rubro para reducir los tiempos lo ms posible. Las tecnologas a utilizar son JUnit, Ant y
Maven, apoyndonos de Subversion.
3.3
Riesgos de Requerimiento
Para mitigar el riesgo de requerimientos, se debe restringir el tiempo de recoleccin de
requerimientos en la etapa de elaboracin del proyecto. Si se recibieran ms requerimientos, se
revisar en si entran en la versin actual, o en una versin posterior a la primera liberacin, ya
que de lo contrario no se tendra una versin estable para liberar a produccin.
3.4
Riesgos Polticos
No existen riesgos polticos para este proyecto.
4.
Requerimientos Funcionales
Esta seccin define los actores que utilizan el sistema que a su vez se relacionan con los procesos
de negocio principales, as como los casos de uso que el sistema provee para los actores
mencionados.
4.1
Caractersticas Principales
En esta seccin, clasificaremos las caractersticas principales del SGA en tres tipos de categoras.
Caractersticas esenciales, de alto valor y futuras. En todos los casos la lista no es exhaustiva,
pero si incluye los procesos de negocio ms importantes.
4.1.1
Caractersticas Esenciales
El SGA ser una aplicacin Web con una base de datos centralizada capaz de mostrar la
informacin a los usuarios en cuanto sea capturada o modificada, es decir, en lnea.
El sistema deber permitir la captura, modificacin y asociacin de todos los alumnos.
El sistema deber proporcionar mecanismos para dar un seguimiento claro y oportuno de cada
uno de los pendientes con los alumnos.
El SGA deber ofrecer reportes para explotar la informacin almacenada en la base de datos.
4.1.2
Caractersticas de Alto Valor
El sistema permitir agregar archivos digitalizados de los alumnos y sus anexos, tales como
Currculo Vitae, para tener disponible la informacin en el sistema.
Uso de cmara web para tomar una foto de los alumnos y tenerla en sus registros.
4.1.3
Caractersticas futuras
El sistema permitir realizar consultas para encontrar la informacin de manera precisa y rpida.
En un principio con consultas esenciales, para posteriormente, en otra versin, agregar filtros de
bsqueda avanzados.
Confidencial:
Pgina 7 de 16

Del Sistema SRS
El sistema deber permitir administrar los usuarios del sistema.
El sistema deber administrar todos los catlogos del sistema.
El sistema deber simplificar su interfaz para manejar el concepto de web 2.0, incluyendo AJAX.
4.2
Actores
La lista que se muestra a continuacin es una lista de los roles y/o sistemas que interactuarn con
el SGA.
Nombre del Actor
4.2.1
Descripcin
Administrador del Sistema
Este es el rol equivalente de sper usuario.
Coordinador
Persona encargada de administrar la informacin del sistema
Instructor
Encargado de dar seguimiento a los pendientes con los alumnos en

relacin a los cursos impartidos o por impartir.
Asistente
Encargado de capturar la mayora de la informacin relacionada con

los alumnos.
Alumno
Consulta los cursos actuales y puede consultar el estatus de sus

pendientes en lnea.
Actor: Administrador del Sistema

Este rol se encarga de administrar a los usuarios del sistema, y el rol que tendrn en el mismo.
Adems este rol se encarga de todo lo relaciona con la administracin de los catlogo e
informacin almacenada en el sistema.
Este rol tiene acceso a las bitcoras, reportes del sistema, entre otros.
4.2.2
Actor: Coordinador
Persona encargada de administrar la informacin del sistema.
Genera reportes del sistema.
Revisa pendientes o tareas y capturar informacin en el sistema.
Es SGA tendr un sistema de bloqueo, es decir, se terminar la sesin del usuario al transcurrir
30 minutos de inactividad.
4.2.3
Actor: Instructor
Este rol se encarga de dar solucin a los pendientes con los alumnos en la cuestin de cursos a
impartir o cursos impartidos.
Distribuye avisos y comunicados a los alumnos.
4.2.4
Actor: Asistente
Encargado de capturar la mayora de la informacin relacionada con el alumno
Verificar que la informacin capturada es correcta
Captura los pendientes que se tenga para con los alumnos e indica el responsable para resolver
cada uno de los pendientes.
Distribuye avisos y comunicados de ndole administrativa con los involucrados en el sistema y/o
alumnos.
4.2.5
Actor: Alumno
Consulta los cursos actuales y puede consultar el estatus de sus pendientes en lnea.
Confidencial:
Pgina 8 de 16

Del Sistema SRS
4.3
Casos de Uso
La siguiente lista contiene los casos de uso del sistema. La prioridad se clasifica de la siguiente
manera:
Esencial: E
Alto Valor: A
Futuro: F
Nombre Caso Uso
Priorida
d
Nmer
o
Gestiona Usuarios
Mdulo que permite administrar los usuarios

del sistema y el tipo de rol que tendrn.
Gestiona Alumnos
Captura, modificacin y asociacin de todos

los alumnos registrados en Global Mentoring.
Incluyendo los cursos, e instructor que tiene
asignado por curso.
Gestiona Catlogos
Captura, modificacin de los catlogos tales

como Cursos, Localidades, entre otros.
Gestiona Pendientes
Captura, modifica y respuesta de los

pendientes para con los alumnos o usuarios
internos del sistema.
Gestiona Seguimiento de Pendientes F
Consulta, modificacin y asociacin de todos

los pendientes. Sobre todo, cambio de estatus
y/o observaciones en los seguimientos a los
pendientes. Esto incluye al sistema de alertas,
ya sea por el mismo sistema o va email.
Genera Reportes
Mdulo que permite hacer consultas en

pantalla y en algunos casos genera
impresiones de las mismas.
Descripcin
Nota: No se incluyen todos los casos de uso futuros, ya que el objetivo es solamente ejemplificar la metodologa.
A continuacin se muestra el Diagrama de Caso de Uso inicial para el SGA.
Confidencial:
Pgina 9 de 16

Del Sistema SRS
Figura 1. Diagrama Inicial de Casos de Uso
4.4
Aplicaciones de Apoyo para el Sistema

No existen aplicaciones de apoyo en el sistema SGA.
4.5
Requerimientos en Casos de Uso Detallados

Cada requerimiento tiene un identificador nico en la forma CU#-Req#. Un caso de uso puede
tener varios requerimientos asociados.
Cdigo
Req.
Descripcin del Requerimiento
E1-1
El sistema deber permitir agregar o modificar los usuarios registrados en el sistema. La

eliminacin est restringida, ya que en lugar de eliminar un registro, se cambiar un campo
que maneje el estatus (Campo deleted)
E1-2
El sistema deber permitir asociar roles a cada uno de los usuarios. Ya que el manejo de la
seguridad en el sistema se manejar con roles.
E1-3
Los campos que deber recolectar al registrar un nuevo usuario son:

Nombre de la Persona:
username (Este es el dato que se solicitar para iniciar sesin al sistema)
password (Este es el dato que se solicitar para iniciar sesin al sistema)
rol (Se deber seleccionar de un men de opciones)
Fecha del sistema (solo es informativo, y solo se visualiza en la consulta y/o
modificacin)
Hora del Sistema (solo es informativo)
E1-5
Los campos que deber recolectar al crear un nuevo rol son:

Nombre rol
Mdulos asociados
Confidencial:
Pgina 10 de 16

Del Sistema SRS
Cdigo
Req.
E1-6
Los campos que deber recolectar para un nuevo modulo son:

Nombre mdulo
Mdulo padre (aplica solo si es un submen)
Visible (Se utiliza para saber si la opcin del men la visualiza el usuario)
E2-1
El sistema deber permitir agregar o modificar los alumnos registrados en el sistema. La

eliminacin est restringida, ya que en lugar de eliminar un registro, se cambiar un campo
que maneje el estatus (Campo deleted)
E2-2
El sistema deber permitir asociar uno o varios cursos a un alumno
E2-3
Los datos que se deben capturar del alumno son:

Nombre
Apellido Paterno
Apellido Materno
Direccin (Calle, No. Exterior, No. Interior, Colonia, C.P., Municipio/Delegacin,
Estado)
Telfonos
Particular
Oficina
Celular
E-mail (Debe permitir capturar varios e-mails)
Cursos asignados
Fecha del sistema (solo es informativo, y solo se visualiza en la consulta y/o
modificacin, ya que en el alta se registran estos datos hasta que se guardan en la
BD)
Hora del Sistema (solo es informativo)
E2-4
Los datos que se deben capturar por cada curso son:

Nombre del curso
Instructor
Fecha de Inicio
Fecha Trmino (si es que aplica)
Ubicacin
Horario
Precio
E2-5
Los datos que se deben capturar por instructor son:

Nombre
Apellido Paterno
Apellido Materno
Direccin (Calle, No. Exterior, No. Interior, Colonia, C.P., Municipio/Delegacin,
Estado)
Telfonos
Particular
Oficina
Celular
E-mail (Debe permitir capturar varios e-mails)
F3-1
Caso de uso por definir
Confidencial:
Pgina 11 de 16

Del Sistema SRS
Cdigo
Req.
5.
F4-1
E5-1
F6-1
Requerimientos No-Funcionales
Los Requerimientos No Funcionales (por sus siglas en ingls, NFRs) se diferencian de los
Requerimientos Funcionales (por sus siglas en ingls, FRs) debido a que comienzan con el
nmero 100. Por lo tanto, el primer NFR para el caso de uso E1, tendr el Cdigo de
Requerimiento E1-101.
5.1.1
Rendimiento
Versin Actual
Cdigo
Req.
Descripcin Requerimiento
E1-101
Debido a que el SGA es una aplicacin Web, los tiempos de respuesta debern ser muy
reducidos (menor a 3 segundos en las consultas), ya que la velocidad de captura es esencial.
E1-102
Se tiene contemplado un acceso de 50 usuarios al da, y un volumen de 100 transacciones

diarias, esperando un incremento del 10% mensual
E1-103
El sistema deber soportar como mnimo un total de 10 usuarios concurrentes en el sistema

(10 conexiones a base de datos activas)
E1-104
Para completar el registro un alumno, el rol de asistente no debe tardar ms de 3 minutos en

hacer un registro completo de un registro
Versin Futura
Cdigo
Req.
E1-105
Inicialmente el sistema se usar nicamente en la Intranet de Global Mentoring.

Posteriormente se liberar una versin para internet con el soporte de la infraestructura de
Google GAE.
E1-106
El SGA en un futuro podra crecer a ms de 100 usuarios al da, dependiendo del nmero de
alumnos y maestros que utilicen el sistema.
Confidencial:
Pgina 12 de 16

Del Sistema SRS
5.1.2
Escalabilidad
Versin Actual
Cdigo
Req.
E1-107
La capacidad de los registros de los oficios podra crecer a 150 registros por da,
dependiendo del uso y exactitud que el usuario almacene en el sistema, por ejemplo, si se
genera un registro de seguimiento por cada copia que se observa en los oficios.
Versin Futura
Cdigo
Req.
E1-108
5.2
El sistema podra crecer a tener ms de 50 usuarios concurrentes, dependiendo de las
dependencias que lo utilicen.
Disponibilidad
Versin Actual
Cdigo
Req.
E1-109
Debido a que es un sistema Web, por naturaleza debe tener una disponibilidad de 7 por 24
los 365 das del ao, excepto por una hora de baja del servicio (para mantenimiento del
software, respaldo de datos, etc.), siendo aceptable una vez a la semana en horarios que no
afecte la operacin, excepto en ocasiones de emergencia o extraordinarias, como puede ser
la falta de servicio de luz, falta de conexin a Internet o a la Intranet, entre otros.
Versin Futura
No existen requerimientos futuros para este rubro
5.3
Seguridad
Versin Actual
Cdigo
Req.
E1-110
El SGA deber tener un mecanismo de autenticacin basado en nombre de usuario y

contrasea para acceder a cualquier informacin del sistema
E1.111
El SGA deber solicitar nuevamente el nombre de usuario y contrasea despus de 30

minutos de inactividad
E1-112
El sistema tendr un mecanismo de autorizacin a los datos del sistema, basado en roles,
adems de asignacin de permisos de acceso de cada uno de los mdulos del sistema.
Adems el men del sistema se generar de manera dinmica, dependiendo de los permisos
que se hayan asignado a cierto rol por cada mdulo.
E1-113
El sistema registrar cada una de las acciones que cada usuario del sistema ejecute, teniendo
una bitcora que permita auditorias en caso de problemas o aclaraciones
E1-114
El sistema manejar una auditoria de las tablas de base de datos ms importantes, para tener
la historia de los registros, y saber cuando, qu y quin modific los registros en caso de
problemas o aclaraciones
Confidencial:
Pgina 13 de 16

Del Sistema SRS
Cdigo
Req.
E1-115
Los principales roles de seguridad del sistema sern: Administrador del sistema,
Coordinador, Instructor, Asistente y Alumno.
Versin Futura
5.4
Usabilidad
Versin Actual
Cdigo
Req.
E1-116
El sistema deber tener una interfaz de fcil uso e intuitiva.
Versin Futura
Cdigo
Req.
E1-117
5.5
Se utilizarn frameworks como iceFaces para tener una interfaz con caractersticas web 2.0
Accesibilidad
Versin Actual
Cdigo
Req.
E1-118
El SGA deber poder accederse desde cualquier computadora conectada a la Intranet de
Global Mentoring
Versin Futura
Cdigo
Req.
E1-119
5.6
El SGA deber poder accederse desde cualquier computadora conectada a Internet
Reusabilidad
Versin Actual
Cdigo
Req.
E1-120
El sistema deber utilizar todos los componentes generados y/o utilizados en proyectos
anteriores desarrollados por los participantes en el proyecto
Versin Futura
Confidencial:
Pgina 14 de 16

Del Sistema SRS
5.7
Mantenimiento
Las categoras de un problema de sistemas tpicamente se dividen como se muestra a
continuacin.
Severidad 1, Fatal El sistema complete no funciona y no puede ser utilizado para nada.
Severidad 2, Error Una parte crtica del sistema no funciona, y no se acepta otra
alternativa
Severidad 3, Media Un problema en el sistema requiere revisarse lo antes posible, para

evitar problemas. No es posible aplazar por mucho tiempo este punto.
Severidad 4, Menor El funcionamiento del sistema no afecta significativamente al

Usuario, y ste puede vivir con el problema por ahora.
Severidad 5, Mejora Es deseable agregar un cambio o algn agregado al sistema para

evitar problemas de deficiencia.
Esta clasificacin nos permitir asignar la prioridad a los problemas que surjan durante la
operacin del sistema.
6.
Glosario del Proyecto
6.1
Acrnimos y Abreviaciones
Acrnimo / Abreviacin
Nombre Completo
Descripcin
AJAX
Asynchronous
JavaScript And
XML
Tcnica de desarrollo web para crear

aplicaciones Web interactivas, basadas
en el concepto de web 2.0
API
Application
Programmers
Interface
Conjunto de especificaciones de
comunicacin entre componentes de
software
DAOs
Database Objects
Objetos de base de datos. Es un

15atrn de diseo de modelado de
software, que permite la interaccin
entre la capa de servicios con la capa
de datos de una aplicacin.
DBMS
Database
Motor de base de datos
Management System
FR
Functional
requirement
Requerimiento Funcional, es una parte

del negocio del Usuario. No es como
tal parte del sistema.
GUI
Graphical User
Interface
Interfaz que el Usuario visualize
IDE
Integrated
Development
Enviroment
Entorno de desarrollo integrado, es un

programa compuesto por un conjunto
de herramientas para programadores.
JDBC
Java Database
Connectivity
Permite la ejecucin de operaciones

sobre bases de datos, desde el lenguaje
de programacin Java
JSF
JavaServer Faces
Extensin de un framework de Java,

diseado para agilizar la creacin de
interfaces Web, basado en reutilizacin
de componentes
Confidencial:
Pgina 15 de 16

Del Sistema SRS
Acrnimo / Abreviacin
Nombre Completo
Descripcin
iceFaces
iceFaces
Extensin del framework de JSF, con

inclusin de AJAX.
JVM
Java Virtual
Machine
Maquina Virtual de Java, que permite

la ejecucin de programas Java, que
son traducidos en byte-codes e
interpretados por la JVM
LAN / Intranet
Local-Area Network Red de area local, conjunto de PCs

interconectadas para compartir
recursos
NFR
Non-functional
requirement
Requerimientos No-Funcionales. Son

utilizados en s para que un sistema
funcione, pero no son parte del
negocio del usuario, ej. Nmero de
transacciones que debe soportar un
sistema.
SRS
System
Requirements
Specification
Documento de Especificacin de
Requerimientos del Sistema
ORM
Object Relational
Mapping
Herramientas que nos permiten

iteractuar ms fcilmente con la base
de datos, al permitir mapear los
objetos de la BD y permitir explorar
los mismos
WAN
Wide-Area Network Red de area Amplia, en comparacin

de una Lan, una Wan permite
compartir los recursos de una intranet
a travs de Internet, y as tener
conectividad en cualquier parte del
mundo que tenga acceso a Internet.
WUI
Web-based User
Interface
Confidencial:
Interfaz Web visualizada por el usuario
Pgina 16 de 16

SRS Sistema AP

Cargado por

Copyright:

Formatos disponibles

SRS Sistema AP

Cargado por

Información del documento

Descripción original:

Título original

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

SRS Sistema AP

Cargado por

Copyright:

Formatos disponibles

Proyecto: SGA Sistema de Gestin de Alumnos

Documento de Especificacin de Requerimientos

Revisin del Documento

Aprobacin del Documento

Nombre de quien aprueba

Fecha de Modificacin: 04/06/2015

Proyecto: SGA Sistema de Gestin de Alumnos

2.1 RESTRICCIONES EN EL PROCESO DE DESARROLLO Y DEL EQUIPO DE TRABAJO

4.1 CARACTERSTICAS PRINCIPALES

Fecha de Modificacin: 04/06/2015

Proyecto: SGA Sistema de Gestin de Alumnos

6. GLOSARIO DEL PROYECTO

6.1 ACRNIMOS Y ABREVIACIONES

Fecha de Modificacin: 04/06/2015

Proyecto: SGA Sistema de Gestin de Alumnos

Contexto del Sistema

Actores principales del proceso de negocio

Cmo est organizado este documento

Fecha de Modificacin: 04/06/2015

Proyecto: SGA Sistema de Gestin de Alumnos

Registro de los cambios al SGA

Restricciones en el Proceso de Desarrollo y del Equipo de Trabajo

El tiempo asignado al desarrollo del proyecto, es definitivamente una de las mayores

El equipo de trabajo est conformado por 1 Lder de Proyecto y varios programadores

Inicialmente el sistema utilizar la tecnologa ms bsica posible, utilizando solo JSPs y

Fecha de Modificacin: 04/06/2015

Proyecto: SGA Sistema de Gestin de Alumnos

1 procesador Inter i5, a 2.6 Ghz

500 Gb de espacio en disco duro

Procesador Pentium IV a 2 Ghz (o similar)

Disco duro de 40 Gb, con mnimo el 50% libre

Resolucin del monitor 1024x768 pxeles

Internet Explorer 8 o superior o Firefox 3.6 o superior.

Sistema Operativo XP con sp2 o superior

Acrobar Reader v9.0 o superior

Restricciones en la Liberacin y Despliegue del Sistema

Mitigacin de los riesgos

Fecha de Modificacin: 04/06/2015

Proyecto: SGA Sistema de Gestin de Alumnos

Riesgos de Habilidades Tcnicas y Recursos de Informtica

El equipo de trabajo est conformado por 1 Lder de Proyecto y varios programadores

El sistema deber permitir la captura, modificacin y asociacin de todos los alumnos.

Caractersticas de Alto Valor

Fecha de Modificacin: 04/06/2015

Proyecto: SGA Sistema de Gestin de Alumnos

El sistema deber permitir administrar los usuarios del sistema.

El sistema deber administrar todos los catlogos del sistema.

Nombre del Actor

Administrador del Sistema

Este es el rol equivalente de sper usuario.

Persona encargada de administrar la informacin del sistema

Encargado de dar seguimiento a los pendientes con los alumnos en

Encargado de capturar la mayora de la informacin relacionada con

Consulta los cursos actuales y puede consultar el estatus de sus

Actor: Administrador del Sistema

Fecha de Modificacin: 04/06/2015

Proyecto: SGA Sistema de Gestin de Alumnos

Mdulo que permite administrar los usuarios