Desarrollo de un Sistema de gestión para la seccional del UETD Liceo Caracas

Transcripción

1 Desarrollo de un de Gestión para la Seccional de la U.E.T.D. Liceo Caracas Versión: 2.0 Desarrollo de un de gestión para la seccional del UETD Liceo Caracas Identificador del documento: Especificación de Requerimientos del Software

2 Desarrollo de un de Gestión para la Seccional de la U.E.T.D. Liceo Caracas Versión: 2 Historial de Revisiones Versión Fecha Autor Descripción 2 17/11/ /06/ /07/2012 Fernández Astrid Hernández Mailyn Fernández Astrid Hernández Mailyn Fernández Astrid Hernández Mailyn Entrega inicial del documento Entrega revisión final Entrega a la coordinación Colegio Universitario de Caracas < > Pág. 2 de 26

3 Desarrollo de un de Gestión para la Seccional de la U.E.T.D. Liceo Caracas Versión: 2 Índice de Contenido 1 Introducción Alcance Definiciones, Acrónimos y Abreviaturas Documentos relacionados Casos de Uso Resumen y es Diagrama Especificaciones de Casos de Uso Requerimientos Funcionales Requerimientos No Funcionales Usabilidad Confiabilidad Seguridad Eficiencia Mantenimiento y Actualización Restricción de Diseño Interfaces Interfaces de Usuario Aspectos Legales Políticas de la Organización Contratos con Otras Organizaciones Propiedad Intelectual Estándares Aplicables Colegio Universitario de Caracas < > Pág. 3 de 26

4 Desarrollo de un de Gestión para la Seccional de la U.E.T.D. Liceo Caracas Versión: 2 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. : 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. Colegio Universitario de Caracas < > Pág. 4 de 26

5 Desarrollo de un de Gestión para la Seccional de la U.E.T.D. Liceo Caracas Versión: 2 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 Acta Constitutiva de Proyecto 08/10/11 Visión del 08/11/11 Fernández Astrid Hernández Mailyn Fernández Astrid Hernández Mailyn Fernández Astrid Hernández Mailyn 9.Marco_Lógico.odt 9._Plantilla_Acta_de_Constitucion_ del_proyecto-2.odt VISION_DEL_SISTEMA_REQUE RIMIENTOS.odt 2 Casos de Uso 2.1 Resumen y es Código Caso de Uso es participantes Registrar Usuarios Administrar Usuarios Registro de Pases CU1 Reporte de Inasistencias Administrador Administrar Horarios Reporte General de Estudiantes CU2 Gestionar Secciones Asignadas o Imprimir Reportes Agregar Asistencias o Consultar Justificativos o Consultar Asistencias Profesor Colegio Universitario de Caracas < > Pág. 5 de 26

6 Desarrollo de un de Gestión para la Seccional de la U.E.T.D. Liceo Caracas Versión: Diagrama 3 Especificaciones de Casos de Uso Nombre: Descripción: Precondición: Flujo Normal: Agregar Usuarios en el Caso de Uso-Registrar Usuarios 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. 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 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 Flujo Alterno: 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. 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. 1. El administrador hace el registro en el sistema. 3. El administrador introduce los datos en el sistema. Poscondición: Requerimientos Especiales: Requerimientos involucrados 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. Deben almacenarse los nuevos registros de los usuarios. Debe actualizarse la base de datos con los nuevos datos. 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. Colegio Universitario de Caracas < > Pág. 6 de 26

7 Desarrollo de un de Gestión para la Seccional de la U.E.T.D. Liceo Caracas Versión: 2 Nombre: Descripción: Precondición: Flujo Normal: Administrar Usuarios Caso de Uso-CU001 Este caso de uso permite que el administrador pueda agregar, modificar o eliminar la información de cada uno de los usuarios El usuario debe estar registrado en el 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. Colegio Universitario de Caracas < > Pág. 7 de 26

8 Desarrollo de un de Gestión para la Seccional de la U.E.T.D. Liceo Caracas Versión: 2 Flujo Alterno: Caso de Uso-CU001 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. 1. El actor produce los nuevos cambios y procede a guardarlo en el sistema Poscondición: Requerimientos Especiales: Requerimientos involucrados 2. El sistema agrega los nuevos cambios a la base de datos El sistema debe iniciar la sesión del usuario si los datos son correctos. Nombre: Descripción: Precondición: Flujo Normal: Agregar Usuarios en el Caso de Uso-CU002 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. 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 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 Flujo Alterno: 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-usuariocontraseña. 6. El sistema actualiza la base de datos y asigna un código de registro al nuevo usuario. 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. 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. Colegio Universitario de Caracas < > Pág. 8 de 26

9 Desarrollo de un de Gestión para la Seccional de la U.E.T.D. Liceo Caracas Versión: 2 Poscondición: Requerimientos Especiales: Requerimientos involucrados 4. El sistema permite modificaciones en la base de datos. Deben almacenarse los nuevos registros de los usuarios. Debe actualizarse la base de datos con los nuevos datos. 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. Nombre: Descripción: Precondición: Flujo Normal: Registrar Estudiantes Caso de Uso-CU003 Este caso de uso permite que administrador pueda registrar los diversos estudiantes en el sistema El actor debe haber iniciado sesión en el sistema. 1. El actor ingresa al enlace registrar usuario 5. Admin ingresa los datos personales del alumno en el formulario y guarda los cambios. Flujo Alterno: El sistema permite realizar búsquedas de los estudiantes ya registrados. El actor podrá imprimir los expedientes de usuarios ya registrados. 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 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 2. El sistema verifica que los datos de búsqueda coincidan. 4.El sistema procede a ejecutar la impresión Colegio Universitario de Caracas < > Pág. 9 de 26

10 Desarrollo de un de Gestión para la Seccional de la U.E.T.D. Liceo Caracas Versión: 2 Poscondición: Requerimientos Especiales: Requerimientos involucrados Caso de Uso-CU003 El actor debe realizar una búsqueda. Nombre: Descripción: Precondición: Flujo Normal: Administrar Horarios Caso de Uso-CU004 Este caso permite a admin agregar, editar y modificar horarios para asignarlo a profesores, estudiantes, secciones y aulas Los profesores, estudiantes y secciones deben estar previamente cargados en el 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 Flujo Alterno: 1. El actor podrá imprimir los horarios 1.El administrador realiza la búsqueda de horarios 3. El actor modifica o elimina el horario requerido y guarda Poscondición: Requerimientos Especiales: Requerimientos involucrados 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 2. El sistema trae la información solicitada. 4. El sistema guarda los cambios en la base de datos. Los horarios deben estar registrados en el sistema El administrador debe haber registrado los horarios en el sistema con anterioridad para poder asignarlos. REQ03 Colegio Universitario de Caracas < > Pág. 10 de 26

11 Desarrollo de un de Gestión para la Seccional de la U.E.T.D. Liceo Caracas Versión: 2 Nombre: Descripción: Precondición: Flujo Normal: Gestionar horarios Caso de Uso-CU005 Este caso de uso permite que el administrador pueda asignar los horarios de clases y las secciones de clases respectivamente. El administrador debe haber cargado la lista de alumnos que conforman la sección y los horarios de clases 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. 1. El profesor podrá imprimir las listas de de clases y los horarios según sea la opción indicada. Poscondición: Requerimientos Especiales: Requerimientos involucrados 2. El sistema procesa la impresión de las listas. El profesor debe hacer un tipo de búsqueda. El administrador debe haber registrado los datos de los estudiantes y las listas de alumnos con sus secciones. REQ04. Nombre: Descripción: Precondición: Flujo Normal: Reporte de Estudiantes Caso de Uso-CU006 Este caso de uso permite que el profesor pueda consultar los expedientes de los estudiantes. El profesor debe haber seleccionado un alumno o alguna sección de clases. 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. 1. El profesor selecciona la búsqueda de alumno o sección. 4. El profesor visualiza la los expedientes Flujo Alterno: 1. El profesor solo visualiza los expedientes 2. El sistema solo mostrará los datos que componen el expediente. 2. El sistema procesa la solicitud de búsqueda. 3.El sistema muestra en pantalla el reporte del estudiante Colegio Universitario de Caracas < > Pág. 11 de 26

12 Desarrollo de un de Gestión para la Seccional de la U.E.T.D. Liceo Caracas Versión: 2 Caso de Uso-CU El profesor solo visualiza el reporte 2. El sistema solo mostrará los reportes del alumno Poscondición: Requerimientos Especiales: Requerimientos involucrados El profesor debe seleccionar al menos un alumno para ser mostrado. El administrador debe haber generado reportes de los alumnos por inasistencias. REQ04. Nombre: Registro de Inasistencias Caso de Uso-CU007 Descripción: Precondición: Flujo Normal: Este caso de uso permite que el jefe de la seccional registre las inasistencias a cada estudiante El jefe de la seccional debe ingresar en el sistema. 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. 1. El jefe de la selecciona ingresa al sistema. 3. El jefe de la seccional registra las inasistencias a cada estudiante. Flujo Alterno: 1. El jefe de la seccional podrá modificar los datos registrados. 2. El sistema crea nuevo registro de inasistencias. 1. El administrador podrá modificar los registros de inasistencias Poscondición: Requerimientos Especiales: Requerimientos involucrados 2. El sistema procesa el inicio de sesión. 4. El sistema procesa los datos cargados. 2. El sistema crea nuevo registro de inasistencias El jefe de la seccional debe llenar todos los campos del registro. El profesor debe facilitar todos los datos del registro al jefe de la seccional. REQ03. Colegio Universitario de Caracas < > Pág. 12 de 26

13 Desarrollo de un de Gestión para la Seccional de la U.E.T.D. Liceo Caracas Versión: 2 Nombre: Registro de pases Caso de Uso-CU008 Descripción: Precondición: Flujo Normal: Este caso de uso permite que el jefe de la seccional pueda registrar los diversos permisos que tienen los estudiantes. El usuario debe estar registrado en sistema. 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. 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. Flujo Alterno: 1. El jefe de la seccional podrá administrar los datos de los usuarios. 2. El sistema permitirá ejecutar los cambios necesarios. 1. El jefe de la seccional podrá administrar los datos de los usuarios. Poscondición: Requerimientos Especiales: Requerimientos involucrados 2. El sistema carga los datos del usuario seleccionado. 4. El sistema realiza los cambios ejecutados. 2. El sistema permitirá ejecutar los cambios necesarios. El jefe de la seccional debe seleccionar al menos un usuario para modificar. El jefe de la seccional tendrá el permiso de administrar cualquier cuenta. REQ03. Nombre: Descripción: Precondición: Flujo Normal: Administrar Inasistencias. Caso de Uso-CU009 Este caso de uso permite que el jefe de la seccional pueda modificar las inasistencias de los alumnos en clases. Debe existir alumnos registrados en el sistema. 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. Colegio Universitario de Caracas < > Pág. 13 de 26

14 Desarrollo de un de Gestión para la Seccional de la U.E.T.D. Liceo Caracas Versión: 2 Caso de Uso-CU 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. Flujo Alterno: 1. El jefe de la seccional puede o no administrar las inasistencias. 2. El sistema permitirá ejecutar los cambios cuando sea necesario. 1. El jefe de la seccional puede o no administrar las inasistencias. Poscondición: Requerimientos Especiales: Requerimientos involucrados 2. El sistema carga los datos del alumno seleccionado. 4. El sistema guarda los cambios. 2. El sistema permitirá ejecutar los cambios cuando sea necesario. El jefe de la seccional debe seleccionar al menos una inasistencia para ser modificada. El jefe de la seccional tendrá el permiso de administrar cualquier inasistencia de cualquier alumno. REQ03. Nombre: Descripción: Precondición: Flujo Normal: Autenticar de usuario Caso de Uso-CU010 Este caso de uso permite que el profesor pueda consultar la información del sistema Debe estar registrado en el sistema 1. El actor de la seccional elige la opción que desea consultar 2. El sistema carga los datos seleccionados. 1. El profesor elige la opción a consultar. 3. el profesor visualiza la información consultada Flujo Alterno: 1. El profesor solo puede consultar los datos 1. el profesor puede consultar diversos tipos de datos Poscondición: Requerimientos Especiales: Requerimientos involucrados 2. El sistema carga los datos. 2. El sistema cargara los datos El profesor debe seleccionar al menos una opción para consultar El administrador debe haber cargado la información con aterioridad REQ03. Colegio Universitario de Caracas < > Pág. 14 de 26

15 Desarrollo de un de Gestión para la Seccional de la U.E.T.D. Liceo Caracas Versión: 2 Nombre: Descripción: Precondición: Flujo Normal: Caso de Uso-CU011 Visualizar Horarios Este caso permite al profesor visualizar los horarios que se le fueron asignados. El administrador debe haberlo cargado previamente en el 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. Flujo Alterno: 1. El actor podrá imprimir los horarios 1.El profesor realiza la búsqueda de horarios Poscondición: Requerimientos Especiales: Requerimientos involucrados 2. El sistema carga los datos 4. El sistema ejecuta la solicitud 2. El sistema trae la información solicitada. Los horarios deben estar registrados en el sistema El administrador debe haber registrado los horarios en el sistema con anterioridad para poder asignarlos. REQ03 Nombre: Descripción: Precondición: Flujo Normal: Caso de Uso-CU012 Imprimir Reportes Alumnos. Este caso permite al profesor imprimir los reportes de su alumnado. El administrador debe haberlo cargado previamente en el 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 Flujo Alterno: El actor podrá imprimir los horarios 2. El sistema carga los datos 4. El sistema ejecuta la solicitud 6. el sistema carga el reporte en formato pdf Colegio Universitario de Caracas < > Pág. 15 de 26

16 Desarrollo de un de Gestión para la Seccional de la U.E.T.D. Liceo Caracas Versión: 2 1.El profesor realiza la búsqueda de horarios Poscondición: Requerimientos Especiales: Requerimientos involucrados Caso de Uso-CU El sistema trae la información solicitada. Los horarios deben estar registrados en el sistema El administrador debe haber registrado los horarios en el sistema con anterioridad para poder asignarlos. REQ03 1 Requerimientos Funcionales ID del Requerimiento: REQ01. Nombre del Requerimiento: Características: Deben constar de un profesor con roles de (usuario final) y el jefe de la seccional (administrador) del sistema. 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. Comentario [Elias Cis1]: Debe La prioridad es: Alta. ID del Requerimiento: REQ03. definir cuales campos se solicitan en el registro Nombre del Requerimiento: Características: Modificar el sistema y los datos del mismo. general 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. Colegio Universitario de Caracas < > Pág. 16 de 26 Comentario [Elias Cis2]: Muy

17 Desarrollo de un de Gestión para la Seccional de la U.E.T.D. Liceo Caracas Versión: 2 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. Colegio Universitario de Caracas < > Pág. 17 de 26

18 Desarrollo de un de Gestión para la Seccional de la U.E.T.D. Liceo Caracas Versión: 2 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: 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. Colegio Universitario de Caracas < > Pág. 18 de 26

19 Desarrollo de un de Gestión para la Seccional de la U.E.T.D. Liceo Caracas Versión: 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 Colegio Universitario de Caracas < > Pág. 19 de 26

20 Desarrollo de un de Gestión para la Seccional de la U.E.T.D. Liceo Caracas Versión: 2 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 Colegio Universitario de Caracas < > Pág. 20 de 26

21 Desarrollo de un de Gestión para la Seccional de la U.E.T.D. Liceo Caracas Versión: 2 Interfaz 2 Panel de control Interfaz 3 Búsqueda de listas de alumnos Colegio Universitario de Caracas < > Pág. 21 de 26

22 Desarrollo de un de Gestión para la Seccional de la U.E.T.D. Liceo Caracas Versión: 2 Interfaz 4 registro de alumnos Interfaz 5 Registro de eventos Interfaz 6 calendario de eventos Colegio Universitario de Caracas < > Pág. 22 de 26

23 Desarrollo de un de Gestión para la Seccional de la U.E.T.D. Liceo Caracas Versión: 2 Interfaz 7 Edición de Materias Interfaz 8 Gestión de Horarios Interfaz 9 Registro nuevo Usuario Colegio Universitario de Caracas < > Pág. 23 de 26

24 Desarrollo de un de Gestión para la Seccional de la U.E.T.D. Liceo Caracas Versión: 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 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. Colegio Universitario de Caracas < > Pág. 24 de 26

25 Desarrollo de un de Gestión para la Seccional de la U.E.T.D. Liceo Caracas Versión: Contratos con Otras Organizaciones No. No se requiere hacer nada al respecto Propiedad Intelectual Componente Dueño Licencia Estado Comentarios Gestión para la seccional del UETD Liceo Caracas Base de datos MySQL Server Imágenes de clip-art Indexador de la máquina de búsqueda Nosotros Sun Microsystems (hasta febrero de 2008 MySQL AB) Dominio público GNU Software Libre Dominio público En conformidad. En conformidad OS del Proyecto GPL En conformidad Otras librerías OS del Proyecto BSD En conformidad Se limita a 2 procesadores/servidores 1.9 Estándares Aplicables Metodología Me Rinde. Metodología Kendall y Kendall Mejores prácticas de PMBOK. Colegio Universitario de Caracas < > Pág. 25 de 26

26 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: