Identificador del documento: Especificación de Requerimientos del Software
Especificación de Requerimientos del Software
Desarrollo de un Sistema de Gestión para la Seccional de la U.E.T.D. “Liceo Caracas”
Versión: 2.0
Desarrollo de un Sistema de gestión para la
seccional del UETD “Liceo Caracas”
Especificación de Requerimientos del Software
Desarrollo de un Sistema de Gestión para la Seccional de la U.E.T.D. “Liceo Caracas” Versión: 2
Colegio Universitario de Caracas <2011-2012> Pág. 2 de 26
Historial de Revisiones
Versión Fecha Autor Descripción
2 17/11/2011. Fernández Astrid Hernández Mailyn
Entrega inicial del documento
2.0 05/06/2012 Fernández Astrid Hernández Mailyn
Entrega revisión final
3.0 04/07/2012 Fernández Astrid Hernández Mailyn
Entrega a la coordinación
Especificación de Requerimientos del Software
Desarrollo de un Sistema de Gestión para la Seccional de la U.E.T.D. “Liceo Caracas” Versión: 2
Colegio Universitario de Caracas <2011-2012> Pág. 3 de 26
Índice de Contenido
1 Introducción ................................................................................................................. 4
1.1 Alcance ............................................................................................................... 4
1.2 Definiciones, Acrónimos y Abreviaturas .............................................................. 4
1.3 Documentos relacionados .................................................................................. 5
2 Casos de Uso .............................................................................................................. 5
2.1 Resumen y Actores ............................................................................................ 5
2.2 Diagrama ............................................................................................................ 6
3 Especificaciones de Casos de Uso ........................................................................ 6
1 Requerimientos Funcionales ..................................................................................... 16
1 Requerimientos No Funcionales ............................................................................... 18
1.1 Usabilidad ......................................................................................................... 18
1.2 Confiabilidad ..................................................................................................... 19
1.3 Seguridad ......................................................................................................... 19
1.4 Eficiencia .......................................................................................................... 19
1.5 Mantenimiento y Actualización ......................................................................... 19
1.6 Restricción de Diseño ....................................................................................... 20
1.7 Interfaces .......................................................................................................... 20
1.7.1 Interfaces de Usuario ............................................................................. 24
1.8 Aspectos Legales ............................................................................................. 24
1.8.1 Políticas de la Organización................................................................... 24
1.8.2 Contratos con Otras Organizaciones ..................................................... 25
1.8.3 Propiedad Intelectual ............................................................................. 25
1.9 Estándares Aplicables ...................................................................................... 25
Especificación de Requerimientos del Software
Desarrollo de un Sistema de Gestión para la Seccional de la U.E.T.D. “Liceo Caracas” Versión: 2
Colegio Universitario de Caracas <2011-2012> Pág. 4 de 26
Especificación de Requerimientos del Software
1 Introducción
1.1 Alcance
La elaboración de este documento permite considerar los factores
involucrados en el desarrollo del software, no omitir detalles para su ejecución
tomando en cuenta todos los requerimientos del sistema, tanto dentro como fuera del
entorno del mismo, es decir, se explican de manera detallada los diagrama de caso de
uso, los requerimientos funcionales y no funcionales, interfaces del software, entre
otras, y de esta manera hacer una muestra de lo que el software podrá ejecutar.
1.2 Definiciones,
Acrónimos y Abreviaturas
Marco Lógico: es un instrumento de planificación que permite estructurar los
principales elementos de un proyecto, subrayando los lazos lógicos entre los
insumos previstos, las actividades planeadas y los resultados esperados.
[CRESPO, 2010].
Software: conjunto de programas, instrucciones y reglas informáticas que
permiten ejecutar distintas tareas en una computadora. [RAE]. Se considera
que el software es el equipamiento lógico e intangible de una computadora.
U.E.T.D: Unidad Educativa Técnico Deportiva.
Sistema: conjunto de entidades caracterizadas por ciertos atributos, que tienen
relaciones entre sí y están localizadas en un cierto ambiente, de acuerdo con
un cierto objetivo. [PUELO, 1985].
Seccional: departamento encargado de la organización de documentos y
demás información importante referente a un lugar en específico. En este caso
referente a los salones de clase, e información sobre los alumnos de la
institución.
Especificación de Requerimientos del Software
Desarrollo de un Sistema de Gestión para la Seccional de la U.E.T.D. “Liceo Caracas” Versión: 2
Colegio Universitario de Caracas <2011-2012> Pág. 5 de 26
Requerimientos: algo que se le pide o solicita a alguien, características que
se desea que posea un sistema o un software.
1.3 Documentos
relacionados
Título Fecha Organización Identificador del documento
Marco Lógico 20/07/11 Fernández Astrid
Hernández Mailyn 9.Marco_Lógico.odt
Acta Constitutiva de
Proyecto 08/10/11
Fernández Astrid
Hernández Mailyn
9._Plantilla_Acta_de_Constitucion_
del_Proyecto-2.odt
Visión del Sistema 08/11/11 Fernández Astrid
Hernández Mailyn
VISION_DEL_SISTEMA_REQUE
RIMIENTOS.odt
2 Casos de Uso
2.1 Resumen y Actores
Código Caso de Uso Actores participantes
CU1
Registrar Usuarios
Administrar Usuarios
Registro de Pases
Reporte de Inasistencias
Administrar Horarios
Reporte General de Estudiantes
Administrador
CU2
Gestionar Secciones Asignadas
o Imprimir Reportes
Agregar Asistencias
o Consultar Justificativos
o Consultar Asistencias
Profesor
Especificación de Requerimientos del Software
Desarrollo de un Sistema de Gestión para la Seccional de la U.E.T.D. “Liceo Caracas” Versión: 2
Colegio Universitario de Caracas <2011-2012> Pág. 6 de 26
2.2 Diagrama
3 Especificaciones de Casos de Uso
Caso de Uso-Registrar Usuarios
Nombre: Agregar Usuarios en el Sistema
Descripción: Este caso de uso forma parte de las funciones que cumple dentro del sistema el administrador, el registro de los usuarios permiten mantener un control en el desarrollo educativo de cada uno de ellos.
Precondición:
El usuario así como el administrador deben estar registrados en el sistema. Existencia de seguridad (control de permisos en el sistema) para evitar modificaciones
por terceros. Ingresar al enlace de registro de usuarios
Flujo Normal:
Actor Sistema
1. El usuario ingresa usuario y contraseña. 3. El administrador ingresa al enlace de registro de usuario 5. El administrador ingresa en el formulario los datos del nuevo usuario y envía
2. El sistema verifica que el usuario se haya autenticado de manera correcta. 4. El sistema carga el formulario 6. El sistema actualiza la base de datos y asigna un código de registro al nuevo usuario.
Flujo Alterno:
1. El administrador llena los datos del registro. 2. El sistema confirma permite la inclusión y modificación de datos en la base de datos.
Actor Sistema
1. El administrador hace el registro en el sistema. 3. El administrador introduce los datos en el sistema.
2. El sistema comprueba la validez de los datos, si los datos no son correctos permite que sean corregidos. 4. El sistema permite modificaciones en la base de datos.
Poscondición: Deben almacenarse los nuevos registros de los usuarios.
Debe actualizarse la base de datos con los nuevos datos.
Requerimientos Especiales: Debe existir 2 interfaces con restricciones de seguridad debido a que el administrador del sistema debe tener la totalidad de los permisos para manipular el software mientras el usuario final solo puede visualizar e imprimir los reportes de los alumnos de la institución.
Requerimientos involucrados
Especificación de Requerimientos del Software
Desarrollo de un Sistema de Gestión para la Seccional de la U.E.T.D. “Liceo Caracas” Versión: 2
Colegio Universitario de Caracas <2011-2012> Pág. 7 de 26
Caso de Uso-CU001
Nombre: Administrar Usuarios
Descripción: Este caso de uso permite que el administrador pueda agregar, modificar o eliminar la información de cada uno de los usuarios
Precondición: El usuario debe estar registrado en el sistema.
Flujo Normal:
Actor Sistema
1. El administrador ingresa usuario y contraseña previamente establecidos e inicia sesión en el sistema. 3. El actor ingresa a la interfaz de bienvenida y selecciona la opción a la que desea realizarle cambios. 5. el actor guarda los cambios
2. El sistema verifica que el usuario se haya autenticado de manera correcta. 4. El sistema ejecuta el enlace y carga la interfaz
solicitada según sea la opción:
Búsqueda de listas.
Registrar alumnos.
Registrar Eventos.
Calendario de Eventos.
Asignación de materias.
6. el sistema agrega los cambios a la base de datos.
Especificación de Requerimientos del Software
Desarrollo de un Sistema de Gestión para la Seccional de la U.E.T.D. “Liceo Caracas” Versión: 2
Colegio Universitario de Caracas <2011-2012> Pág. 8 de 26
Caso de Uso-CU001
Flujo Alterno:
Si al producirse la validación de la contraseña esta es incorrecta el sistema muestra un mensaje de alerta donde explica que la contraseña no es la estipulada anteriormente, e invita al actor a modificarla para intentar ingresar nuevamente.
Actor Sistema
1. El actor produce los nuevos cambios y procede a guardarlo en el sistema
2. El sistema agrega los nuevos cambios a la base de datos
Poscondición: El sistema debe iniciar la sesión del usuario si los datos son correctos.
Requerimientos Especiales:
Requerimientos involucrados
Caso de Uso-CU002
Nombre: Agregar Usuarios en el Sistema
Descripción: Este caso de uso forma parte de las funciones que cumple dentro del sistema el administrador, el registro de los usuarios permiten mantener un control en el desarrollo educativo de cada uno de ellos.
Precondición:
El usuario así como el administrador deben estar registrados en el sistema. Existencia de seguridad (control de permisos en el sistema) para evitar modificaciones
por terceros. Ingresar al enlace de registro de usuarios
Flujo Normal:
Actor Sistema
1. El usuario se ingresa usuario y contraseña. 3. El administrador ingresa al enlace de registro de usuario 5. El administrador ingresa en el formulario los datos del nuevo usuario y envía
2. El sistema verifica que el usuario se haya autenticado de manera correcta. 4. El sistema carga el formulario de registro de usuario.
Nombre- Apellido-Cédula- teléfono-usuario- contraseña.
6. El sistema actualiza la base de datos y asigna un código de registro al nuevo usuario.
Flujo Alterno:
3. El administrador llena los datos del registro. 4. El sistema confirma permite la inclusión y modificación de datos en la base de datos.
Actor Sistema
1. El administrador hace el registro en el sistema. 3. El administrador introduce los datos en el sistema.
2. El sistema comprueba la validez de los datos, si los datos no son correctos permite que sean corregidos.
Especificación de Requerimientos del Software
Desarrollo de un Sistema de Gestión para la Seccional de la U.E.T.D. “Liceo Caracas” Versión: 2
Colegio Universitario de Caracas <2011-2012> Pág. 9 de 26
Caso de Uso-CU003
Nombre: Registrar Estudiantes
Descripción: Este caso de uso permite que administrador pueda registrar los diversos estudiantes en el sistema
Precondición: El actor debe haber iniciado sesión en el sistema.
Flujo Normal:
Actor Sistema
1. El actor ingresa al enlace registrar usuario 5. Admin ingresa los datos personales del alumno en el
formulario y guarda los cambios.
2. El sistema carga el formulario de registro nuevo estudiante
Nombre y sexo.
Apellidos.
Cedula.
Fecha natal
Dirección.
Grado y sección.
Datos del representante: Nombre, cédula, teléfono.
4.El sistema crea un nuevo registro de estudiantes a la base de datos
Flujo Alterno:
El sistema permite realizar búsquedas de los estudiantes ya registrados.
El actor podrá imprimir los expedientes de usuarios ya registrados.
Actor Sistema
1. Admin puede buscar estudiantes registrados por medio del enlace búsqueda de listas. 3.El actor puede imprimir el expediente del estudiante.
2. El sistema verifica que los datos de búsqueda coincidan. 4.El sistema procede a ejecutar la impresión
4. El sistema permite modificaciones en la base de datos.
Poscondición: Deben almacenarse los nuevos registros de los usuarios.
Debe actualizarse la base de datos con los nuevos datos.
Requerimientos Especiales: Debe existir 2 interfaces con restricciones de seguridad debido a que el administrador del sistema debe tener la totalidad de los permisos para manipular el software mientras el usuario final solo puede visualizar e imprimir los reportes de los alumnos de la institución.
Requerimientos involucrados
Especificación de Requerimientos del Software
Desarrollo de un Sistema de Gestión para la Seccional de la U.E.T.D. “Liceo Caracas” Versión: 2
Colegio Universitario de Caracas <2011-2012> Pág. 10 de 26
Caso de Uso-CU003
Poscondición: El actor debe realizar una búsqueda.
Requerimientos Especiales:
Requerimientos involucrados
Caso de Uso-CU004
Nombre: Administrar Horarios
Descripción: Este caso permite a admin agregar, editar y modificar horarios para asignarlo a profesores, estudiantes, secciones y aulas
Precondición: Los profesores, estudiantes y secciones deben estar previamente cargados en el sistema.
Flujo Normal:
Actor Sistema
1.El administrador ingresa al enlace gestionar horarios 3. El administrador ingresa el año escolar al que se le va a crear un nuevo horario
2. El sistema carga el formato para que el actor ingrese los datos necesarios.
Título del evento.
Dirección.
Fecha.
Desde- Hasta.
Pautado por. 4. El sistema ejecuta la solicitud y guarda los cambios en la base de datos
Flujo Alterno:
1. El actor podrá imprimir los horarios
Actor Sistema
1.El administrador realiza la búsqueda de horarios 3. El actor modifica o elimina el horario requerido y guarda
2. El sistema trae la información solicitada. 4. El sistema guarda los cambios en la base de datos.
Poscondición: Los horarios deben estar registrados en el sistema
Requerimientos Especiales: El administrador debe haber registrado los horarios en el sistema con anterioridad para poder asignarlos.
Requerimientos involucrados REQ03
Especificación de Requerimientos del Software
Desarrollo de un Sistema de Gestión para la Seccional de la U.E.T.D. “Liceo Caracas” Versión: 2
Colegio Universitario de Caracas <2011-2012> Pág. 11 de 26
Caso de Uso-CU005
Nombre: Gestionar horarios
Descripción: Este caso de uso permite que el administrador pueda asignar los horarios de clases y las secciones de clases respectivamente.
Precondición: El administrador debe haber cargado la lista de alumnos que conforman la sección y los
horarios de clases
Flujo Normal:
Actor Sistema
1.El administrador
Flujo Alterno:
1. El profesor podrá imprimir las listas de asistencias por alumno o por sección. 2. El sistema procesa la impresión de las listas.
Actor Sistema
1. El profesor podrá imprimir las listas de de clases y los horarios según sea la opción indicada.
2. El sistema procesa la impresión de las listas.
Poscondición: El profesor debe hacer un tipo de búsqueda.
Requerimientos Especiales: El administrador debe haber registrado los datos de los estudiantes y las listas de alumnos con sus secciones.
Requerimientos involucrados REQ04.
Caso de Uso-CU006
Nombre: Reporte de Estudiantes
Descripción: Este caso de uso permite que el profesor pueda consultar los expedientes de los estudiantes.
Precondición: El profesor debe haber seleccionado un alumno o alguna sección de clases.
Flujo Normal:
1. El profesor selecciona la búsqueda de alumno o sección. 2. El sistema procesa la solicitud de búsqueda. 4. El sistema muestra en pantalla el expediente. 5. El profesor visualiza el expediente del alumno.
Actor Sistema
1. El profesor selecciona la búsqueda de alumno o sección. 4. El profesor visualiza la los expedientes
2. El sistema procesa la solicitud de búsqueda. 3.El sistema muestra en pantalla el reporte del estudiante
Flujo Alterno:
1. El profesor solo visualiza los expedientes 2. El sistema solo mostrará los datos que componen el expediente.
Especificación de Requerimientos del Software
Desarrollo de un Sistema de Gestión para la Seccional de la U.E.T.D. “Liceo Caracas” Versión: 2
Colegio Universitario de Caracas <2011-2012> Pág. 12 de 26
Caso de Uso-CU006
Actor Sistema
1. El profesor solo visualiza el reporte 2. El sistema solo mostrará los reportes del alumno
Poscondición: El profesor debe seleccionar al menos un alumno para ser mostrado.
Requerimientos Especiales: El administrador debe haber generado reportes de los alumnos por inasistencias.
Requerimientos involucrados REQ04.
Caso de Uso-CU007
Nombre: Registro de Inasistencias
Descripción: Este caso de uso permite que el jefe de la seccional registre las inasistencias a cada estudiante
Precondición: El jefe de la seccional debe ingresar en el sistema.
Flujo Normal:
1. El jefe de la seccional ingresa al sistema. 2. El sistema procesa el inicio de sesión. 3. El jefe de la seccional registra las inasistencias a cada estudiante. 4. El sistema procesa los datos cargados.
Actor Sistema
1. El jefe de la selecciona ingresa al sistema. 3. El jefe de la seccional registra las inasistencias a cada estudiante.
2. El sistema procesa el inicio de sesión. 4. El sistema procesa los datos cargados.
Flujo Alterno:
1. El jefe de la seccional podrá modificar los datos registrados. 2. El sistema crea nuevo registro de inasistencias.
Actor Sistema
1. El administrador podrá modificar los registros de inasistencias
2. El sistema crea nuevo registro de inasistencias
Poscondición: El jefe de la seccional debe llenar todos los campos del registro.
Requerimientos Especiales: El profesor debe facilitar todos los datos del registro al jefe de la seccional.
Requerimientos involucrados REQ03.
Especificación de Requerimientos del Software
Desarrollo de un Sistema de Gestión para la Seccional de la U.E.T.D. “Liceo Caracas” Versión: 2
Colegio Universitario de Caracas <2011-2012> Pág. 13 de 26
Caso de Uso-CU008
Nombre: Registro de pases
Descripción: Este caso de uso permite que el jefe de la seccional pueda registrar los diversos permisos que tienen los estudiantes.
Precondición: El usuario debe estar registrado en sistema.
Flujo Normal:
1. El jefe de la seccional elige el usuario al que agregara los diversos permisos y la cantidad de cada uno. 2. El sistema carga los datos del usuario seleccionado. 3. El jefe de la seccional modifica los datos del usuario. 4. El sistema realiza los cambios ejecutados.
Actor Sistema
1. El jefe de la seccional elige el usuario al que agregara los diversos permisos y la cantidad de cada uno. 3. El jefe de la seccional modifica los datos del usuario.
2. El sistema carga los datos del usuario seleccionado. 4. El sistema realiza los cambios ejecutados.
Flujo Alterno:
1. El jefe de la seccional podrá administrar los datos de los usuarios. 2. El sistema permitirá ejecutar los cambios necesarios.
Actor Sistema
1. El jefe de la seccional podrá administrar los datos de los usuarios.
2. El sistema permitirá ejecutar los cambios necesarios.
Poscondición: El jefe de la seccional debe seleccionar al menos un usuario para modificar.
Requerimientos Especiales: El jefe de la seccional tendrá el permiso de administrar cualquier cuenta.
Requerimientos involucrados REQ03.
Caso de Uso-CU009
Nombre: Administrar Inasistencias.
Descripción: Este caso de uso permite que el jefe de la seccional pueda modificar las inasistencias de los alumnos en clases.
Precondición: Debe existir alumnos registrados en el sistema.
Flujo Normal:
1. El jefe de la seccional elige la inasistencia y el alumno que la posee. 2. El sistema carga los datos del alumno seleccionado. 3. El jefe de la seccional procesa el reporte del justificativo o la modificación de la asistencia. 4. El sistema guarda los cambios.
Actor Sistema
Especificación de Requerimientos del Software
Desarrollo de un Sistema de Gestión para la Seccional de la U.E.T.D. “Liceo Caracas” Versión: 2
Colegio Universitario de Caracas <2011-2012> Pág. 14 de 26
Caso de Uso-CU009
1. El jefe de la seccional elige la inasistencia y el alumno que la posee. 3. El jefe de la seccional procesa el reporte del justificativo o la modificación de la asistencia.
2. El sistema carga los datos del alumno seleccionado. 4. El sistema guarda los cambios.
Flujo Alterno:
1. El jefe de la seccional puede o no administrar las inasistencias. 2. El sistema permitirá ejecutar los cambios cuando sea necesario.
Actor Sistema
1. El jefe de la seccional puede o no administrar las inasistencias.
2. El sistema permitirá ejecutar los cambios cuando sea necesario.
Poscondición: El jefe de la seccional debe seleccionar al menos una inasistencia para ser modificada.
Requerimientos Especiales: El jefe de la seccional tendrá el permiso de administrar cualquier inasistencia de cualquier alumno.
Requerimientos involucrados REQ03.
Caso de Uso-CU010
Nombre: Autenticar de usuario
Descripción: Este caso de uso permite que el profesor pueda consultar la información del sistema
Precondición: Debe estar registrado en el sistema
Flujo Normal:
1. El actor de la seccional elige la opción que desea consultar 2. El sistema carga los datos seleccionados.
Actor Sistema
1. El profesor elige la opción a consultar. 3. el profesor visualiza la información consultada
2. El sistema carga los datos.
Flujo Alterno:
1. El profesor solo puede consultar los datos
Actor Sistema
1. el profesor puede consultar diversos tipos de datos
2. El sistema cargara los datos
Poscondición: El profesor debe seleccionar al menos una opción para consultar
Requerimientos Especiales: El administrador debe haber cargado la información con aterioridad
Requerimientos involucrados REQ03.
Especificación de Requerimientos del Software
Desarrollo de un Sistema de Gestión para la Seccional de la U.E.T.D. “Liceo Caracas” Versión: 2
Colegio Universitario de Caracas <2011-2012> Pág. 15 de 26
Caso de Uso-CU011
Nombre: Visualizar Horarios
Descripción: Este caso permite al profesor visualizar los horarios que se le fueron asignados.
Precondición: El administrador debe haberlo cargado previamente en el sistema.
Flujo Normal:
Actor Sistema
1.El profesor ingresa al enlace gestionar horarios 3. profesor ingresa el año escolar que se le fue asignado 5. el profesor visualiza el horario.
Hora.
Materia. En un recuadro dividido por los días de la semana.
2. El sistema carga los datos 4. El sistema ejecuta la solicitud
Flujo Alterno:
1. El actor podrá imprimir los horarios
Actor Sistema
1.El profesor realiza la búsqueda de horarios 2. El sistema trae la información solicitada.
Poscondición: Los horarios deben estar registrados en el sistema
Requerimientos Especiales: El administrador debe haber registrado los horarios en el sistema con anterioridad para poder asignarlos.
Requerimientos involucrados REQ03
Caso de Uso-CU012
Nombre: Imprimir Reportes Alumnos.
Descripción: Este caso permite al profesor imprimir los reportes de su alumnado.
Precondición: El administrador debe haberlo cargado previamente en el sistema.
Flujo Normal:
Actor Sistema
1.El profesor ingresa al enlace búsqueda de listas 3. profesor ingresa el año escolar que se le fue asignado 5. el profesor selecciona el reporte que desea imprimir
2. El sistema carga los datos 4. El sistema ejecuta la solicitud 6. el sistema carga el reporte en formato pdf
Flujo Alterno:
El actor podrá imprimir los horarios
Especificación de Requerimientos del Software
Desarrollo de un Sistema de Gestión para la Seccional de la U.E.T.D. “Liceo Caracas” Versión: 2
Colegio Universitario de Caracas <2011-2012> Pág. 16 de 26
Caso de Uso-CU012
Actor Sistema
1.El profesor realiza la búsqueda de horarios 2. El sistema trae la información solicitada.
Poscondición: Los horarios deben estar registrados en el sistema
Requerimientos Especiales: El administrador debe haber registrado los horarios en el sistema con anterioridad para poder asignarlos.
Requerimientos involucrados REQ03
1 Requerimientos Funcionales
ID del Requerimiento:
REQ01.
Nombre del Requerimiento:
Deben constar de un profesor con roles de (usuario final) y el jefe de la seccional (administrador) del sistema.
Características:
Sin estos dos actores del sistema el mismo no podrá ser ejecutado.
Este requerimiento permite que exista un funcionamiento dentro del sistema ya que sin el administrador no hay datos registrados y a su vez si no hay un usuario no se emiten reportes de la información contenida en el software.
La prioridad es: Alta.
ID del Requerimiento:
REQ02.
Nombre del Requerimiento:
Registro Nuevo Usuario.
Características:
El jefe de la seccional deberá contar con la oportunidad de crear un usuario con su contraseña en el sitio Web, para así poder acceder al sistema
Este requerimiento permite que al ser llenado una serie de campos por el jefe de seccional y así el mismo pueda obtener un usuario y clave y así ingresar al sistema.
La prioridad es: Alta.
ID del Requerimiento:
REQ03.
Nombre del Requerimiento:
Modificar el sistema y los datos del mismo.
Características:
El jefe de la seccional podrá hacer las modificaciones que sean pertinentes para el funcionamiento correcto del software.
En este requerimiento el administrador podrá ingresar asistencias, inasistencias, justificativos, pases, información del alumno, de los profesores y cualquier otro documento de importancia relevante en el sistema.
Comentario [Elias Cis1]: Debe
definir cuales campos se solicitan en el
registro
Comentario [Elias Cis2]: Muy
general
Especificación de Requerimientos del Software
Desarrollo de un Sistema de Gestión para la Seccional de la U.E.T.D. “Liceo Caracas” Versión: 2
Colegio Universitario de Caracas <2011-2012> Pág. 17 de 26
La prioridad es: Alta.
ID del Requerimiento:
REQ04.
Nombre del Requerimiento:
Interfaz por Roles
Características:
El usuario final y el administrador tendrán dos interfaces diferentes para el uso del sistema.
En este requerimiento el administrador por condiciones de privacidad en la información que se maneja utilizará una interfaz directa y total del funcionamiento del sistema, mientras el usuario final solo podrá realizar consultas e imprimir la información revisada sin ningún tipo de modificaciones en el sistema.
La prioridad es: Alta.
ID del Requerimiento:
REQ05.
Nombre del Requerimiento:
Registro de Usuario.
Características:
Se debe llenar un registro de usuario para poder ingresar al sistema..
En este requerimiento el profesor deberá vaciar los datos requeridos en un formulario de registro para que le sea asignado un usuario y contraseña y de esa forma poder ingresar al sistema..
La prioridad es: Alta.
ID del Requerimiento:
REQ06.
Nombre del Requerimiento:
Registro de estudiantes.
Características:
Se debe llenar un registro de registro de nuevo alumno para que pueda aparecer en una sección..
En este requerimiento el administrador deberá vaciar los datos requeridos en un formulario de registro de alumno para que pueda aparecer en una sección específica.
La prioridad es: Alta.
ID del Requerimiento:
REQ07.
Nombre del Requerimiento:
Registro de horarios.
Características:
Se debe asignar un horario de clases a una sección y a un grado en específico.
En este requerimiento el administrador deberá seleccionar un grado, una sección y comenzar a asignar las materias que deben cursar los alumnos de ese año escolar.
Especificación de Requerimientos del Software
Desarrollo de un Sistema de Gestión para la Seccional de la U.E.T.D. “Liceo Caracas” Versión: 2
Colegio Universitario de Caracas <2011-2012> Pág. 18 de 26
La prioridad es: Alta.
ID del Requerimiento:
REQ08.
Nombre del Requerimiento:
Registro de materias.
Características:
La edición de materias permite agregar y eliminar materias.
En este requerimiento el administrador posee la opción de agregar y eliminar materias que se cursan en la institución educativa.
La prioridad es: Alta.
1 Requerimientos No Funcionales
El ambiente del usuario es trabajar con computadores, es indispensable que las
mismas existan para ejecutar el software.
Debe usar como Hardware: Servidor, Disco duro, Memoria Virtual, Tarjeta de
Red, Memoria RAM, Computador, Microprocesador, Mouse, Monitor, Teclado
entre otros.
En el Software deben estar presentes: Sistema Operativo, Servidor Web Apache
HTTP Sever, Wampserver, MySQL Server, PHP, Mozilla Firefox, Notepad ++,
Microsoft Internet Explorer, Java Script (TM).
1.1 Usabilidad
La interfaz del usuario es muy familiar a las que han usado otras aplicaciones
web y aplicaciones de escritorio en Linux y Windows, utilizando nombres de menús,
botones y las cajas de diálogo conocidos. La experiencia del usuario para interactuar
con el sitio web se hará en primera instancia en un adiestramiento del personal de la
seccional, proporcionado por los desarrolladores.
El sistema de gestión muestra todo de una forma clara y sencilla de entender
por el usuario. Aunque es imposible crear un sitio que sea claro y eficiente para cada
usuario, se intenta mostrar las cosas tan concisas como sea posible, de tal modo que
reduzca al mínimo cualquier aspecto que pueda ser confuso, por ello se piensa que el
usuario luego de dicho adiestramiento podrá manipular el sistema sin ningún tipo de
problema; estimando esto, las tareas a realizar por el personal de la seccional se harán
de manera precisa en un tiempo no mayor de 10 minutos.
Especificación de Requerimientos del Software
Desarrollo de un Sistema de Gestión para la Seccional de la U.E.T.D. “Liceo Caracas” Versión: 2
Colegio Universitario de Caracas <2011-2012> Pág. 19 de 26
1.2 Confiabilidad
Se debe efectuar un análisis de fallas, acciones correctivas y establecimiento de
metas de confiabilidad, para que el sistema logre abastecer las necesidades de la
seccional, ya sea agregar o eliminar alumnos, profesores, asistencias e inasistencias, y
justificar los permisos de los alumnos para asistir a las prácticas o competencias, cada
tarea debe ser ejecutada sin ningún inconveniente o falla alguna, estar a disposición y
ser visible rápidamente para el usuario, ya que en un momento de búsqueda un sitio
web logra captar la atención del usuario solo por 1 minuto, confeccionando todos los
detalles y efectuando las pruebas necesarias del sistema se quiere reducir el nivel de
fallas a 0%, ya que solo así se logran cumplir los requerimientos de los usuarios y
desarrolladores.
1.3 Seguridad
El acceso será controlado con nombres de usuario y contraseñas, para esto
principalmente deberán registrase en el sistema, solo los usuarios con privilegios de
administrador podrán ingresar a las funciones administrativas. Una vez creadas las
contraseñas de usuarios las mismas serán encriptados por el sistema y a su vez, dicho
sistema será más seguro y confiable.
1.4 Eficiencia
Como características de eficiencia del software tenemos que como tiempo
promedio entre transacciones de 10 a 60 segundos, como pertenece a una aplicación
web el límite de usuarios en el sistema, además es una manera rápida y sencilla de
carga de asistencias y reportes para el control de alumnos en una seccional evitando
el proceso manual y tardío del mismo, la mayor limitante es el tiempo para el
desarrollo.
1.5 Mantenimiento y Actualización
Para mantener el sistema se debe agregar la información necesaria (ya sean
registros de usuarios, asistencias e inasistencias, fecha de las competencias de los
alumnos y justificativos), y a su vez eliminar aquella información que no se
necesitará de nuevo, con el objetivo de mantener actualizado el sitio web, dichas
Especificación de Requerimientos del Software
Desarrollo de un Sistema de Gestión para la Seccional de la U.E.T.D. “Liceo Caracas” Versión: 2
Colegio Universitario de Caracas <2011-2012> Pág. 20 de 26
actualizaciones deberán realizarse en un período no mayor de un día, debido a que al
asistir a las prácticas y competencias los alumnos se ven afectados, ya que no se
guarda un registro de las fechas en las que dichos alumnos deben asistir a las mismas,
con la implementación del sistema se quieren reducir este tipo de fallas y a su vez
lograr una mayor optimización del manejo de la seccional, dicho sistema no requiere
una nueva versión ya que se están considerando todos los requerimientos de los
usuarios; sin embargo, se desarrollará una nueva versión cuando los requisitos y las
necesidades de los usuarios sean otras, por lo tanto el sistema estará creado con la
versatilidad de ser modificado en cualquier momento, el código ha a sido creado para
facilitar el desarrollo de nuevas herramientas para la aplicación, esto depende de los
requerimientos del cliente.
1.6 Restricción de Diseño
El software a desarrollar se ejecutara bajo los lenguajes de programación:
HTML, Java Script, PHP y sobre la base de datos MySQL.
1.7 Interfaces
Interfaz 1 Pantalla principal
Especificación de Requerimientos del Software
Desarrollo de un Sistema de Gestión para la Seccional de la U.E.T.D. “Liceo Caracas” Versión: 2
Colegio Universitario de Caracas <2011-2012> Pág. 21 de 26
Interfaz 2 Panel de control
Interfaz 3 Búsqueda de listas de alumnos
Especificación de Requerimientos del Software
Desarrollo de un Sistema de Gestión para la Seccional de la U.E.T.D. “Liceo Caracas” Versión: 2
Colegio Universitario de Caracas <2011-2012> Pág. 22 de 26
Interfaz 4 registro de alumnos
Interfaz 5 Registro de eventos
Interfaz 6 calendario de eventos
Especificación de Requerimientos del Software
Desarrollo de un Sistema de Gestión para la Seccional de la U.E.T.D. “Liceo Caracas” Versión: 2
Colegio Universitario de Caracas <2011-2012> Pág. 23 de 26
Interfaz 7 Edición de Materias
Interfaz 8 Gestión de Horarios
Interfaz 9 Registro nuevo Usuario
Especificación de Requerimientos del Software
Desarrollo de un Sistema de Gestión para la Seccional de la U.E.T.D. “Liceo Caracas” Versión: 2
Colegio Universitario de Caracas <2011-2012> Pág. 24 de 26
1.7.1 Interfaces de Usuario
La interfaz Nº1: Muestra la pantalla inicial del software donde el usuario autentica
los datos para poder ingresar al sistema.
La interfaz Nº 2: Presenta luego de logearse en el sistema las opciones presentes
para que el usuario pueda hacer la consulta de listado de alumnos, registro de
alumnos, eventos, calendario, asignación de materias y gestión de horarios.
La interfaz Nº 3: Muestra una búsqueda avanzada en la seleccionamos año de
estudio, sección y profesor guía, además presenta el número de cédula de los alumnos
y otros datos del registro.
La interfaz Nº4: La pantalla número cuatro muestra el formulario de registro de
alumnos, esto es para agregar sus datos en el sistema al momento de formalizar el
ingreso.
La interfaz Nº 5: Muestra la pantalla de registro de eventos, para que la seccional
pueda publicar un nuevo evento y así mantener informada a la comunidad
La interfaz N°6: Esta interfaz muestra el calendario de los próximos eventos de la
institución
La Interfaz Nº7: Esta pantalla permite la asignación de materias a los años escolares.
La interfaz Nº8: Permite al jefe de la seccional crear, editar, modificar y asignar los
horarios a los diversos años y secciones escolares
La interfaz Nº9: presenta el registro de un nuevo usuario para el sistema, en la
misma se registran datos como nombres, apellidos, cedula, cargo, usuario y
contraseña.
1.8 Aspectos Legales
1.8.1 Políticas de la Organización
El proyecto educativo si satisface las políticas de privacidad ya que esta
institución educativa no posee requerimientos privativos del software que se está
creando, además el sistema cumple con ciertas restricciones para el control y
administración del mismo, estas pretenden mantener una reserva de información
manipulada en la seccional que solo podrá ser administrada por el jefe (a) de la
seccional.
Especificación de Requerimientos del Software
Desarrollo de un Sistema de Gestión para la Seccional de la U.E.T.D. “Liceo Caracas” Versión: 2
Colegio Universitario de Caracas <2011-2012> Pág. 25 de 26
1.8.2 Contratos con Otras Organizaciones
No. No se requiere hacer nada al respecto.
1.8.3 Propiedad Intelectual
Componente Dueño Licencia Estado Comentarios
Gestión para la
seccional del UETD
“Liceo Caracas”
Nosotros
Base de datos
MySQL Server
Sun
Microsystems
(hasta febrero
de 2008
MySQL AB)
GNU
Software
Libre
En conformidad. Se limita a 2
procesadores/servidores
Imágenes de clip-art Dominio
público
Dominio
público En conformidad
Indexador de la
máquina de
búsqueda
OS del Proyecto GPL En conformidad
Otras librerías OS del Proyecto BSD En conformidad
1.9 Estándares Aplicables
Metodología Me Rinde.
Metodología Kendall y Kendall
Mejores prácticas de PMBOK.
Copyright (C) 2003 Jason Robbins. Todos los derechos reservados.
Copyright (C) 2006 CNTI. Todos los derechos reservados.
La redistribución y el uso de las plantillas, con o sin modificación, están permitidas siempre que se
cumplan las siguientes condiciones expuestas en:
http://merinde.rinde.gob.ve/index.php?option=com_remository&Itemid=37&func=fileinfo&id=1