Especificación de Requerimientos del Software · PDF fileentorno del mismo, es decir, se explican de manera detallada los diagrama de caso de uso, ... 9._Plantilla_Acta_de_Constitucion_

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”


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




Í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





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.




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




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




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.




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:


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.




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.





Caso de Uso-CU003

Poscondición: El actor debe realizar una búsqueda.

Requerimientos Especiales:


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




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.




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.


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.





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.


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




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.


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





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.




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




Caso de Uso-CU012

Actor Sistema

1.El profesor realiza la búsqueda de horarios 2. El sistema trae la información solicitada.




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.


REQ02.


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.



REQ03.


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






REQ04.


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.



REQ05.


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..



REQ06.


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.



REQ07.


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.






REQ08.


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.


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.




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




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




Interfaz 2 Panel de control

Interfaz 3 Búsqueda de listas de alumnos




Interfaz 4 registro de alumnos

Interfaz 5 Registro de eventos

Interfaz 6 calendario de eventos




Interfaz 7 Edición de Materias

Interfaz 8 Gestión de Horarios

Interfaz 9 Registro nuevo Usuario




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.




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

Documents

Especificación de Requerimientos del Software · PDF fileentorno del mismo, es decir, se explican de manera detallada los diagrama de caso de uso, ... 9._Plantilla_Acta_de_Constitucion_