2. MARCO METODOLÓGICO
2.4. Conclusiones parciales del capítulo
3.3.4. Especificación de requerimientos de software basado en el estándar
3.3.4.5. Especificación de Requerimientos
Reportes de Casos de Uso
En el reporte de casos de uso, se definen la mayoría de los requerimientos funcionales del sistema.
Módulo Casos de Uso
Gestión de roles y usuarios. Crear, Buscar, Modificar, eliminar Rol Crear, Buscar, Modificar, Eliminar usuario
Gestión de Estudiantes Buscar, Crear, Modificar, Dar de baja Estudiante
Gestión de Matriculas Listar, Crear, Modificar, Eliminar Matricula
Gestión de Carreras, Niveles, áreas y periodos
Listar, Crear, Modificar, Eliminar Carreras, Niveles, áreas y periodos Gestión de Test Listar, Crear, Modificar, Dar de baja
Test
Gestión de Asignaciones al test Buscar, Crear, Modificar, Eliminar Asignaciones
Tomar Exámenes Tomar exámenes a los estudiantes y aspirantes
Gestión de Reportes Reporte de notas generales, exámenes completos, notas por área, individual de nota obtenida
Tabla 4. Reportes de Casos de Uso.
Fuente: Creación Propia en base a los Requerimientos Requerimientos Funcionales.
Funcionalidad N° 1: Gestión de roles y usuarios.
Descripción: La aplicación podrá administrar la información de roles y usuarios.
Requerimientos.
R1: Para acceder a la aplicación deberá ser por medio de un usuario y contraseña.
73
R3: La aplicación deberá permitir la modificación de roles
R4: La aplicación deberá permitir la eliminación de roles.
R5: la aplicación permitirá Crear un nuevo usuario definiendo el nombre de usuario, la contraseña, el email, el nombre completo y el rol.
R6: El sistema permitirá Modificar la información del usuario.
R7: la aplicación permitirá Buscar y Listar a todos los usuarios registrados en la aplicación mediante el nombre de usuario, una vez ejecutado este requerimiento, el sistema deberá permitir un enlace con los requerimientos R6 y R8.
R8: El sistema permitirá Eliminar los usuarios registrados.
Funcionalidad N° 2: Gestión de Estudiantes.
Descripción: la aplicación deberá permitir la administración de la información de los estudiantes de la Universidad Uniandes
Requerimientos.
R9: la aplicación deberá registrar a los nuevos estudiantes, se especificara cedula, nombres, apellidos, email, usuario y contraseña.
R10: la aplicación permitirá editar los datos de los estudiantes.
R11: la aplicación permitirá realizar búsqueda de los estudiantes registrados en la aplicación mediante cedula, una vez ejecutado este requerimiento, el sistema deberá permitir un enlace con los requerimientos R10 y R16.
R12: la aplicación deberá permitir dar de baja a los estudiantes en el caso de que no tengan matriculas registradas sin embargo si las tuviesen, la aplicación deberá desactivar al estudiante para mantener la integridad referencial.
Funcionalidad N° 3: Gestión de Matriculas.
Descripción: la aplicación deberá permitir la administración de las matrículas de los estudiantes de la Universidad Uniandes.
Requerimientos.
R13: la aplicación deberá registrar las matrículas de los estudiantes, se especificara numero matricula, cedula, fecha de matriculación, paralelo, activo, centro al que pertenece, nivel, periodo, observaciones.
74
R14: la aplicación deberá permitir la edición de los datos de matrícula.
R15: la aplicación deberá permitir eliminar a las matriculas incorrectas.
R16: La aplicación deberá permitir listar las matrículas por estudiante, una vez ejecutado este requerimiento, la aplicación deberá permitir un enlace a los requerimientos R14 y R15.
Funcionalidad N° 3: Gestión de Carreras, Niveles, áreas y periodos.
Descripción: la aplicación deberá permitir la administración de Carreras, Niveles, áreas y periodos.
R17: la aplicación deberá permitir crear un nuevo registro de nivel, se especificara: Carrera a la que pertenece, nombre del nivel, observaciones y si se encuentra activo.
R18: la aplicación deberá permitir la edición de los datos del nivel.
R19: La aplicación deberá permitir eliminar niveles.
R20: la aplicación deberá permitir listar los niveles, una vez ejecutado este requerimiento, la aplicación deberá permitir un enlace a los requerimientos R18 y R19.
R21: la aplicación deberá permitir crear un nuevo registro de periodo, se especificara fecha de inicio, fecha final, descripción del periodo si se encuentra activo, especificar si es para postgrado o para pregrado
R22: la aplicación deberá permitir la edición de los datos del periodo.
R23: la aplicación deberá permitir eliminar periodos.
R24: la aplicación deberá permitir listar los periodos, una vez ejecutado este requerimiento, la aplicación deberá permitir un enlace a los requerimientos R22 y R23.
R25: la aplicación deberá permitir crear un nuevo registro de áreas, se especificara nombre de área, el estado y a qué carrera pertenece
R26: la aplicación deberá permitir la edición de las áreas del test.
R27: La aplicación deberá permitir eliminar áreas.
R28: la aplicación deberá permitir listar las áreas, una vez ejecutado este requerimiento, la aplicación deberá permitir un enlace a los requerimientos R26 y R27.
75
R29: la aplicación deberá permitir crear un nuevo registro de carrera, se especificara nombre de carrera, estado y tipo.
R30: la aplicación deberá permitir la edición de los datos de la carrera.
R31: la aplicación deberá permitir eliminar carreras.
R32: la aplicación deberá permitir listar las carreras, una vez ejecutado este requerimiento, la aplicación deberá permitir un enlace a los requerimientos R30 y R31.
Funcionalidad N° 6: Gestión de Test
Descripción: la aplicación deberá permitir la administración de test o exámenes.
R33: la aplicación deberá permitir crear un nuevo test o examen, se especificara nombre del test, área a la que pertenece, estado del test, tiempo de duración. Fecha de inicio, fecha fin, tipo de test, si el estudiante puede repetir el examen y una descripción de este, preguntas y respuestas que contiene el test.
R34: la aplicación deberá permitir la edición de los datos del test.
R35: la aplicación deberá permitir dar de baja a los test.
R36: la aplicación deberá permitir listar los test, una vez ejecutado este requerimiento, la aplicación deberá permitir un enlace a los requerimientos R34y R35.
Funcionalidad N° 7: Gestión de Asignaciones al test
Descripción: la aplicación deberá permitir administrar las asignaciones de test o exámenes a los estudiantes y aspirantes.
R37: la aplicación deberá permitir asignar test a los estudiantes, se especificara número de matrícula del estudiante, test que se desea asignar, estado de la asignación, observación, fecha inicio, fecha fin, si el estudiante puede o no repetir el examen.
R38: la aplicación deberá permitir la edición de los datos de la asignación.
R39: la aplicación deberá permitir eliminar asignaciones, solo en el caso de que el estudiante aun no haya rendido el examen.
76
R40: la aplicación deberá permitir listar las asignaciones, una vez ejecutado este requerimiento, la aplicación deberá permitir un enlace a los requerimientos R38 y R39.
Funcionalidad N° 8: Tomar Exámenes
Descripción: la aplicación deberá permitir tomar los exámenes asignados a los estudiantes.
R41: la aplicación deberá guardar el progreso del test del cual el estudiante está rindiendo, se especificara: número de asignación al test, tiempo faltante para finalizar el
Test, si el examen está en curso o ha finalizado, fecha del inicio del examen, fecha en la cual el estudiante finalizo el examen, número de pregunta donde el estudiante se encuentra y el número de veces que el estudiante ha repetido el examen.
R42: la aplicación deberá permitir editar la información del test en el momento que el estudiante está rindiendo el examen.
Funcionalidad N° 9: Gestión de Reportes Descripción: el sistema deberá ser capaz de
R43: el sistema debe emitir reportes de notas generales por test, examen completo con las respuestas escogidas por el estudiante, calificación global por área y la nota individual con los datos del estudiante.
Requerimientos de interfaces Área administrador.
Para acceder a la aplicación se realizara una autenticación con nombres de usuario y contraseña. La interfaz principal deberá listar todas las funciones que se describieron en el tema anterior.
Cada funcionalidad será mostrada en un menú principal, con un nombre que describa su uso en la aplicación, para facilidad de los usuarios. Estas llevaran al usuario a la administración de cada funcionalidad.
77
Área Estudiante.
La interfaz deberá mostrar los datos básicos del estudiante y los test habilitados por área, los estudiantes ingresaran a esta parte de la aplicación mediante un usuario y una contraseña.
Todas las interfaces serán desarrolladas basándose diseño que se muestra en la Figura.
Gráfico 12.Modelo De Interfaz
Fuente: Creación Propia en base a los Requerimientos
En el grafico se puede identificar las áreas estáticas y dinámicas donde las áreas estáticas permanecerán para todas las páginas, mientras que el área dinámica estará destinada para cada la edición de cada una de las funciones de la aplicación.
Requerimientos no Funcionales
La operatividad de la aplicación se detalla en los siguientes requerimientos no funcionales.
Desempeño
La aplicación garantizara la confiabilidad, seguridad y el desempeño constante a todos los usuarios que accedan a esta, la información almacenada podrá ser
78
consultada y actualizada permanentemente y simultáneamente, sin que afecte el tiempo de respuesta. La aplicación ha sido desarrollada para que varios usuarios interactúen al mismo tiempo, sin que se produzca algún fallo.
Disponibilidad
Ya que la aplicación se encuentra alojada en servidores que se encuentran conectados a internet, esta estará disponible las 24 horas del día, 7 días a la semana.
Escalabilidad
La aplicación ha sido construida para permitir el incremento de nuevas funcionalidades y requerimientos, afectando en el mínimo posible al código existente.
Facilidad para las Pruebas
La codificación de la aplicación será desarrollada para facilitar la identificación de la localización de los errores durante la etapa de pruebas,
Flexibilidad
El sistema será diseñado y construido con los mayores niveles de flexibilidad en cuanto a la parametrización de los tipos de dato, de tal manera que la administración de esta será realizada por un administrador funcional.
Mantenimiento
La aplicación se desarrollará con estrictos estándares de codificación que facilitarán su mantenimiento, así como también será debidamente documentado tanto el código fuente como en los manuales de administración y de usuario.
La aplicación contara con un área de administración de usuarios, de módulos y de parámetros.
Seguridad
El acceso a la aplicación estará restringido por el uso de claves asignadas a cada uno de los usuarios. Sólo podrán ingresar a la aplicación las personas que estén
79
registradas, estos usuarios serán clasificados en roles con acceso a las opciones de menú definidas para cada rol.
Validación de Información
La aplicación validara automáticamente la información contenida en los formularios de registro tales como obligatoriedad de campo, longitud de caracteres permitidos por campo y manejo de tipo de datos.
Requerimientos Técnicos
Los requerimientos técnicos necesarios para la aplicación son:
SOFTWARE VERSIÓN DESCRIPCION
Windows Server 2008 R2 Sistema operativo que permite la administración eficaz de recursos
SQL Server 2008 R2 Motor de base de datos
Microsoft .Net Framework
4.0 Componentes necesarios para la ejecución en la arquitectura de máquina y el sistema operativo de destino
IIS (Internet Information
Server)
7.0 Servidor web y un conjunto de servicios para el sistema operativo Microsoft Windows
Crystal Report runtime
13.0 Componentes necesarios para la ejecución de los reportes diseñados en Crystal Report.
Tabla 5.Requerimientos Técnicos
Fuente: Creación Propia en base a los Requerimientos Requerimientos de Proceso
El desarrollo de la aplicación será definido por los procesos que emplea la metodología RUP, este se divide en cuatro fases, las cuales realizan varias iteraciones en las que se hace mayor hincapié en las distintas actividades.
Los requerimientos de proceso para esta tesis se centraran en la descripción de la metodología RUP explicados en el capítulo I
80