Post on 21-Sep-2018
Sistemas y Tecnologías de México S.A. de C.V.
“Sistema de Inscripción Virtual”
Ingenieria de Requerimientos
Centro de Investigación y de Estudios Avanzados del Instituto Politécnico Nacional
CINVESTAV-IPN
“Departamento de Computación”
Alumno: Franco Martínez Edgardo Adrián Materia: Ingeniería de Software
Profesor: Dr. Pedro Mejía Álvarez Septiembre-Diciembre 2008
40
UNIDAD 2 Análisis de
Requerimientos
2.1 Introducción al análisis de
requerimientos
El objetivo de este capítulo es especificar de manera clara y precisa todas las restricciones del
sistema SIV teniendo en cuenta las necesidades del departamento de computación del
CINVESTAV-IPN.
Se enlistan cada uno de los requerimientos de forma natural, como el cliente lo expreso, para
después mostrarlo formalmente. Cada uno de estos requerimientos es analizado y expresado de
forma técnica y en términos del sistema para conocer cuáles son las características que el
sistema debe de tener.
Además se muestran las vistas generales del sistema y los modelos del mismo, se muestra las
actividades relacionadas en el proceso de obtención y análisis de requerimientos, así como
también la validación de los mismos.
Este análisis de requerimientos es realizado en conjunto con el cliente, con la finalidad de
detectar la totalidad de restricciones del sistema que deberá cumplir el sistema SIV, así como la
funcionalidad de este.
2.2.1 El proceso actual A continuación se describe el proceso actual de inscripción de los alumnos de maestría al
departamento de computación.
Asignación de tutores
Al ingresar un nuevo alumno se le asigna a un profesor integrante del departamento como
tutor, con el fin de apoyar al alumno en la elección de cursos de acuerdo a la especialización que
desee desarrollar el alumno. Este profesor tutor será el mismo durante toda la estancia del
alumno en el departamento de computación, salvo en casos excepcionales.
41
Programación y publicación de cursos
El coordinador y los profesores integrantes del departamento de computación, programan los
cursos para los siguientes cuatrimestres, de acuerdo al reglamento que rige al departamento de
computación. Los cursos programados son publicados para el conocimiento de los alumnos y el
público en general.
Revisión de los cursos
Los alumnos y el tutor asignado revisan los cursos programados y se seleccionan aquellos que
cumplan con los objetivos del alumno y sean necesarios para el perfil de especialización que el
alumno desee tener. El tutor funge como guía y ayuda para que el alumno tenga claros los
cursos que va a tomar y el por qué de cada uno de ellos.
Inscripción a los cursos
El alumno entrega un formato el cuál integra las materias a cursar, este formato se encuentra
avalado por el profesor tutor y por el coordinador académico.
*Previamente se debe de considerar que el alumno tome como mínimo 2 o tres materias del núcleo que le permitan
en un futuro cumplir con las reglas del departamento de computación de tener que haber cursado con la cantidad
de materias obligatorias del núcleo.
Posibilidad de cambios
Durante el siguiente mes a la inscripción a un curso existe la posibilidad de realizar
modificaciones por parte del alumno o el coordinador académico de los cursos previamente
inscritos. Estas modificaciones deben de ser avaladas por el profesor tutor y el coordinador
académico.
Entrega de la información
La información de los alumnos y los cursos que toman es entregada al departamento de
Servicios Escolares del CINVESTAV-IPN, para su tratamiento oficial, dicho tratamiento no le
compete al departamento de computación.
Cada una de estas actividades se realizan durante un intervalo de tiempo definido de manera
que el proceso de inscripción en secuencial, es decir, las actividades van ligadas.
42
2.2 Ingeniería de requerimientos
En este punto la ingeniería de requerimientos permitirá descubrir, analizar, documentar y
verificar los servicios y restricciones del sistema.
Para esto se debe tener claro que un requerimiento es la definición de servicios proporcionados
por el sistema al igual que sus restricciones operativas.
Existen dos niveles mostrados en este aspecto:
La definición de requerimientos
La especificación de requerimientos
Cada uno de estos niveles detalla los requerimientos del sistema SIV, solo que la especificación
de los mismos lo hace con mayor detalle.
2.2.1 Obtención de requerimientos utilizando el método VORD
(Definición de requerimientos orientado a puntos de vista) El descubrimiento de los requerimientos es el proceso de recoger información sobre las
necesidades existentes del departamento de computación para el proceso de inscripciones,
para ello utilizamos un método conocido como VORD, el cual nos permitió identificar,
estructurar, documentar y representar puntos de vista los cuales son las necesidades
identificadas por todos los usuarios finales del sistema y personas externas que certifican la
aceptabilidad del programa.
2.1.1.1 Identificación de los puntos de vista
El primer paso es identificar los posibles puntos de vista. Para lograr esto utilizaremos la lluvia
de ideas representada en la figura 6.
Los puntos de vista (fondo azul obscuro) son todos aquellas personas que tendrán relación con
el sistema SIV, los servicios asociados a los puntos de vista (fondo azul claro) son todos aquellos
servicios que deberá de suministrar el sistema a los usuarios y los servicios no asociados (fondo
gris), son aquellos servicios que aún son inherentes al sistema sin ser ciertamente servicio
directo a los usuarios.
43
Figura 16 "Lluvia de idea de los puntos de vista"
2.1.1.2 Estructuración de los puntos de vista
A continuación se asocian los servicios con las entidades del sistema.
Alumno
Lista de servicios
Inscripción a curso
Consulta cursos inscritos
Baja de curso inscrito
Consulta de la información y
temáticas de los cursos
Público en general
Lista de servicios
•Consulta de la información y temáticas de los cursos
Alumno Inscripción a cursos
Interfaz de usuario
Enviar E-MAIL de confirmación Registro de
auxiliar administrativo
Profesor
Consulta cursos
inscritos Facilidad
Generar usuarios
y contraseñ
as
Auxiliar Administrativo
Registro de los periodos de
inscripción y los cuatrimestres
Coordinador Académico
Baja de curso inscrito
Público en
general
Registrar curso
Usuario inválido
Consulta de estadísticas de
inscripción
Autenticación de usuario
Fiabilidad
Seguridad
Control de periodos de inscripción
Iniciar Sesión
Consulta de alumnos
inscritos en los cursos
Validación de inscripción
Modificar la información del
alumno
Actualización de información y
temática de del curso
Consulta de la información y
temáticas de los cursos
Establecer bajas de alumnos del departamento
Modificación de la información de los profesores
Consulta de los datos del alumno
Generación de reportes
Registro de profesores
Registro de alumnos y su información
44
2.1.1.3 Jerarquía de los puntos de vista
Se organizan los puntos de vista en una jerarquía de herencia, para mostrar las partes que
tienen en común y reutilizar la información de los mismos. En la figura 17 se muestra la
jerarquía de puntos de vista para el sistema de inscripciones SIV.
Figura 17 “Jerarquía de los puntos de vista”
Todos los puntos de vista
Usuario
Alumno Publico en general
Personal del departamento
Coordinador Académico
Profesor Auxiliar Administrativo
Profesor
Lista de servicios
Consultar los datos del alumno
Consulta de los alumnos
inscritos a los cursos
Actualización de la información
y las temáticas de un curso
Generación de reportes
Coordinador Académico
Lista de servicios
Registro de auxiliar
administrativo
Consulta de estadísticas de
inscripción
Registro de los periodos de
inscripciones y cuatrimestres
Generar usuarios y contraseñas
Consultar los datos del alumno
Registrar curso
Consulta de los alumnos
inscritos a los cursos
Actualización de la información
y las temáticas de un curso
Modificar la información de los
profesores
Modificar la información del
alumno
Establecer bajas de los alumnos
del departamento
Registrar profesores
Registro de alumnos y su
información.
Generación de reportes
Consulta de cursos inscritos
Inscripción a cursos
Baja de curso inscrito
Consulta de la información y
temáticas de los cursos
Auxiliar administrativo
Lista de servicios
Consulta de estadísticas de
inscripción
Generación de reportes
Consulta de los alumnos
inscritos a los cursos
Consultar datos del alumno
45
2.1.1.4 Documentación y descripción de los puntos de vista
A continuación se describen los puntos de vista del sistema, los servicios suministrados, los
datos que requieren y la manera en que éstos se controlan.
Referencia: Público en general
Atributos: Tipo de usuario
Eventos: Seleccionar opción genérica
Servicios: Consulta de la información y las temáticas de un curso
Subpuntos de vista:
Alumno Coordinador Académico
Referencia: Alumno
Atributos: Nombre de usuario Contraseña
Eventos: Seleccionar una operación interna. Cancelar operación Finalizar sesión
Servicios: Inscripción a curso Consulta de cursos inscritos Baja de curso inscrito
Subpuntos de vista:
Coordinador Académico
Referencia: Auxiliar administrativo
Atributos: Nombre de usuario Contraseña
Eventos: Seleccionar una operación Cancelar operación Finalizar sesión
Servicios: Consulta de estadisticas de inscripción Consultar los datos del alumno Consulta de los alumnos inscritos a los cursos Generación de reportes
Subpuntos de vista:
Profesor Coordinador académico
Referencia: Consulta de la información y las temáticas de un curso
Fundamento: Mostrar los cursos impartidos en el departamento de computación y la información sobre las temáticas de cada uno de ellos
Especificación: Los usuarios eligen este servicio dando clic en la opción Mostrar Cursos.
Puntos de vista: Alumno Publico General Coordinador Académico
Requerimientos no funcionales:
Mostrar sin tiempos de espera la información sobre las materias. Fácil comprensión de la información sobre los datos de los cursos.
Referencia: Inscripción a curso
Fundamento: Automatizar el proceso de inscripción
Especificación: Los alumnos eligen este servicio seleccionando el curso dentro de una lista y dando clic en el botón de Inscribir. El sistema verifica que la inscripción sea válida y notifica el resultado.
Puntos de vista: Alumno Coordinador Académico
Requerimientos no funcionales:
Notificar el éxito de la inscripción inmediatamente en no más de 5 segundos, al alumno en la pantalla. Excrementar el cupo del curso en 1 en no más de 5 segundos.
46
Referencia: Profesor
Atributos: Nombre de usuario Contraseña
Eventos: Seleccionar una operación Cancelar operación Finalizar sesión
Servicios: Actualización de la información y las temáticas de los cursos
Subpuntos de vista:
Coordinador académico
Referencia: Consulta de las estadísticas de inscripción
Fundamento: Automatizar el proceso de la Generación de estadísticas de inscripción
Especificación: El Auxiliar Administrativo, el Profesor y el Coordinador Académico son capaces de accesar a las estadísticas sobre el número de alumnos inscritos a los cursos y el cupo de estos.
Puntos de vista: Auxiliar Administrativo Profesor Coordinador Académico
Requerimientos no funcionales:
Rapidez de respuesta del sistema
Referencia: Coordinador académico
Atributos: Nombre de usuario Contraseña
Eventos: Seleccionar una operación Cancelar operación Finalizar sesión
Servicios: Registro de auxiliar administrativo Registro de los periodos de inscripciones y cuatrimestres Generar usuarios y contraseñas Registrar curso Modificar la información de los Profesores Registrar profesores Registro de alumnos y su información
Subpuntos de vista:
Referencia: Generación de reportes
Fundamento: Agilizar la consulta de información relevante sobre las inscripciones.
Especificación: Este servicio arrojara datos importantes sobre el estado de las inscripciones, y permitirá la impresión de los mismos.
Puntos de vista: Auxiliar Administrativo Profesor Coordinador Académico
Requerimientos no funcionales:
Rapidez de respuesta del sistema
47
Referencia: Consultar datos de los alumnos
Fundamento: Agilizar la consulta de información sobre los alumnos.
Especificación: Este servicio proporcionará la información sobre un alumno deseado.
Puntos de vista: Auxiliar Administrativo Profesor Coordinador Académico
Requerimientos no funcionales:
Rapidez de respuesta del sistema
Referencia: Consulta de cursos inscritos
Fundamento: Permitir observar los cursos a los que un alumno se ha inscrito de una manera sencilla y rápida.
Especificación: Este servicio proporcionará la tira de cursos que ha inscrito un alumno del departamento durante el cuatrimestre presente.
Puntos de vista: Alumno Auxiliar Administrativo Profesor Coordinador Académico
Requerimientos no funcionales:
Rapidez de respuesta del sistema
Referencia: Baja de curso inscrito
Fundamento: Permitir a un alumno dar de baja una materia inscrita de una forma fácil.
Especificación: Permite dar de baja una materia Inscrita por un alumno, ya sea para cambiarla o por otro motivo, si el periodo para realizar esta operación aún es el adecuado.
Puntos de vista: Alumno Coordinador Académico
Requerimientos no funcionales:
Rapidez de confirmación de éxito de la operación no más de 5 segundos. Seguridad de que nadie no autorizado pueda hacer cambios de este tipo.
Referencia: Registro de auxiliar administrativo
Fundamento: Registrar a una persona que se encargará de la generación de reportes y consulta de información básica del sistema para permitir el desarrollo de otras actividades de tipo administrativo en el departamento.
Especificación: Permitir registrar los datos básicos de un auxiliar administrativo, para que este pueda posteriormente pueda registrarse como un usuario del sistema.
Puntos de vista: Coordinador Académico
Requerimientos no funcionales:
Rapidez de confirmación de éxito de la operación no más de 5 segundos. Seguridad de que nadie no autorizado pueda hacer registros de este tipo.
48
Referencia: Registro de periodos de inscripción y cuatrimestres
Fundamento: Necesidad de establecer fechas de inscripción así como la calendarización de los cuatrimestres.
Especificación: Permite registrar las fechas y periodos de inscripción y las fechas de los cuatrimestres.
Puntos de vista: Coordinador Académico
Requerimientos no funcionales:
Rapidez de confirmación de éxito de la operación no más de 5 segundos. Seguridad de que nadie no autorizado pueda hacer registros de este tipo.
Referencia: Generar usuarios y contraseñas
Fundamento: Necesidad de proporcionar a los usuarios del sistema un acceso seguro a este, además de poder diferenciar entre el tipo de usuario y las operaciones permitidas.
Especificación: Generar un nombre de usuario y contraseña única para cada usuario del sistema SIV, previamente registrado ya sea como Alumno, Auxiliar Administrativo o Profesor.
Puntos de vista: Coordinador Académico
Requerimientos no funcionales:
Rapidez de confirmación de éxito de la operación no más de 5 segundos. Seguridad de que nadie no autorizado pueda generar estos datos.
Referencia: Registrar curso
Fundamento: Registrar los cursos que se impartirán durante los cuatrimestres en el departamento de computación.
Especificación: Permite registrar los cursos que se ofrecerán a los alumnos durante los diferentes periodos, así como informar acerca de las temáticas de estos y el nombre del profesor que lo impartirá.
Puntos de vista: Coordinador Académico
Requerimientos no funcionales:
Rapidez de confirmación de éxito de la operación no más de 5 segundos. Seguridad de que nadie no autorizado pueda hacer registros de este tipo.
Referencia: Consulta de los alumnos inscritos a los cursos
Fundamento: Necesidad de conocer la lista de alumnos en cada curso.
Especificación: Obtiene la lista de alumnos inscritos en los cursos actualizada al momento de la solicitarla.
Puntos de vista: Coordinador Académico Auxiliar Administrativo Profesor
Requerimientos no funcionales:
Rapidez de respuesta por parte del sistema
49
Referencia: Modificar información de los profesores
Fundamento: Necesidad de mantener actualizada la información de los profesores que imparten los cursos en el departamento.
Especificación: Permite modificar la información de un profesor registrado.
Puntos de vista: Coordinador Académico
Requerimientos no funcionales:
Facilidad Rapidez de la modificación Seguridad de acceso a esta operación
Referencia: Registro de profesores
Fundamento: Necesidad de registrar a cada uno de los profesores que impartirán cursos en el departamento
Especificación: Permitir el registro de un profesor y su información.
Puntos de vista: Coordinador Académico
Requerimientos no funcionales:
Facilidad Rapidez de la modificación Seguridad de acceso a esta operación
Referencia: Actualización de la información y las temáticas de un curso
Fundamento: Necesidad de actualizar cierta información de los cursos, conforme estos se renueven o sufran cambios inesperados en horarios, profesores o temáticas.
Especificación: Permite modificar la información de registro de un curso.
Puntos de vista: Profesor Coordinador Académico
Requerimientos no funcionales:
Facilidad Rapidez del registro Seguridad de acceso a esta operación
Referencia: Registro de alumnos y su información
Fundamento: Cuando un alumno es aceptado en el departamento este deberá ser registrado en el sistema de inscripción virtual SIV, para que este pueda comenzar a inscribir los cursos que tomará.
Especificación: Permite registrar los datos de un nuevo alumno adscrito al departamento de cómputo.
Puntos de vista: Coordinador Académico
Requerimientos no funcionales:
Facilidad Rapidez del registro Seguridad de acceso a esta operación
50
2.2.3 Escenarios de eventos Se utilizan los escenarios de eventos para documentar el comportamiento del sistema cuando
se le presentan eventos específicos. Los escenarios de eventos incluyen una descripción del flujo
de datos y las acciones del sistema y documenta las excepciones que pueden surgir, como
podremos ver en los siguientes diagramas:
Escenario de evento 1 “Iniciar sesión en el sistema SIV”
Escenario de evento 2 "Consulta de cursos"
51
Escenario de evento 3 "Consulta de un alumno"
Escenario de evento 4 "Alta de Alumno, Profesor o Curso (Escenario general)"
52
Escenario de evento 5 "Baja de alumno, Profesor o Curso del sistema (Escenario general)"
Escenario de evento 6 "Modificaciones Escenario General"
53
Escenario de evento 7 "Inscripción de curso"
Escenario de evento 8 "Generar Reportes"
2.2.4 Definición de requerimientos
La definición formal de requerimientos para un sistema es la descripción de los servicios
proporcionados por el sistema y sus restricciones operativas, estos requerimientos reflejan las
necesidades de los clientes de que SIV ayude a resolver el problema del proceso de
inscripciones.
Para definir los mejor los requerimientos están divididos en requerimientos de usuario y
requerimientos del sistema, estos se muestran a continuación.
54
2.2.4.1 Requerimientos de usuario
Los requerimientos de usuario son servicios que el departamento de cómputo espera que
realice el sistema SIV, así como las restricciones bajo las cuales debe de funcionar.
N° Requerimientos de usuario
1
El sistema de inscripción virtual (SIV) debe de autentificar a cada uno de los
usuarios (alumno, coordinador y auxiliar administrativo), mediante un nombre de
usuario y contraseña.
2 El SIV debe permitir el uso de los servicios del sistema de acuerdo a los permisos de
cada uno de los usuarios.
3 El SIV permitirá el alta, baja y modificación de cursos, solo para el usuario
autorizados (coordinador).
4 El SIV permitirá el alta, baja y modificación de los usuarios del SIV.
5 El SIV permitirá, a los usuarios registrados, la consulta detallada (horario, cupo,
profesor, etc.) de los cursos disponibles.
6 El SIV permitirá la asignación y modificación de profesores a cada uno de los a
cursos del departamento de computación.
7 El SIV permitirá la inscripción a cursos a los alumnos del departamento de
computación
8 El SIV permitirá la baja de cursos de los alumnos inscritos cursos.
9 El SIV deberá contar con interfaces amigables e intuitivas para facilitar el uso.
10
El SIV deberá garantizar la disponibilidad e integridad de la información en todo
momento así como el acceso desde cualquier equipo informático conectado a la
web.
55
2.2.4.2 Requerimientos del sistema
Requerimientos del usuario
1 El sistema de inscripción virtual (SIV) debe de autentificar a cada uno de los usuarios (alumno,
coordinador y auxiliar administrativo), mediante un nombre de usuario y contraseña.
Requerimientos del sistema
1.1 El SIV deberá de contar con un espacio en el repositorio donde se almacenen los usuarios que tienen
derecho al uso del sistema y los privilegios con lo que cuenta.
1.2 El SIV debe de contar con una interfaz para el acceso, para que el usuario introduzca sus datos
1.3 El SIV debe de verificar que el nombre de usuario y contraseña sean validos comparándolos con los
existentes en el repositorio del sistema.
1.4 De acuerdo con el tipo de usuario (alumno, coordinador y personal administrativo) el SIV deberá permitirle
el acceso a los diferentes servicios del sistema.
1.5 En caso de que el usuario se equivoque se deberá mostrar un cuadro de dialogo en donde ocurrió el error.
Requerimientos del usuario
2 El SIV debe permitir el uso de los servicios del sistema de acuerdo a los permisos de cada uno de los
usuarios.
Requerimientos del sistema
2.1 El SIV debe de mostrar un menú con todos los servicios disponibles para el usuario.
2.2 El SIV debe de restringir al usuario el acceso no autorizado a los servicios de acuerdo al tipo de usuario
Requerimientos del usuario
3 El SIV permitirá el alta, baja y modificación de cursos, solo para el usuario autorizados (coordinador).
Requerimientos del sistema
3.1 Si se trata de un nuevo de curso, El SIV proporcionara una interfaz con los campos necesarios para el registro
del nuevo curso.
3.2 El SIV guardara en el repositorio del sistema los nuevos registros asociados con el curso.
56
3.3 Si se trata de una baja de curso, el SIV proporcionara una interfaz en donde el usuario seleccionara el curso
que desea dar de baja.
3.4 El SIV verificara que se cumplan los requisitos necesarios para poder dar de baja al curso, en caso de que no
sea así el SIV debe de notificar al usuario las causas que impiden el proceso.
3.5 El SIV eliminara los registros del repositorio del sistema relacionados con el curso
3.6 Si se trata de una modificación de la información de un curso, el SIV deberá proporcionar una interfaz en
donde el usuario pueda acceder a los datos del curso
3.7 El SIV verificara que los nuevos datos son correctos, en caso contrario se mostrara un aviso al usuario con los
datos incorrectos.
3.8 El SIV actualizara los registros en el repositorio del sistema con la información proporcionada por el usuario.
Requerimientos del usuario
4 El SIV permitirá el alta, baja y modificación de los usuarios del SIV.
Requerimientos del sistema
4.1 Si se trata del registro de un nuevo de usuario, El SIV proporcionara una interfaz con los campos necesarios
para el registro del nuevo usuario.
4.2 El SIV guardara en el repositorio los nuevos registros asociados con el usuario.
4.3 Si se trata de dar de baja a un usuario, El SIV proporcionara una interfaz en donde se proporcione el
identificador del usuario a dar de baja.
4.4 El SIV validara que el identificador de usuario pertenezca a un usuario registrado.
4.5 El SIV verificara que se cumplan los requisitos necesarios para poder dar de baja al usuario, en caso de que
no sea así el SIV debe de notificar cuales son las causas que impiden el proceso.
4.6 El SIV eliminara los registros del repositorio del sistema relacionados con el usuario.
4.7 Si se trata de una modificación de la información de un usuario, el SIV deberá proporcionar una interfaz en
se pueda acceder a la información del usuario, bridando la opción de modificación de dichos datos.
4.8 El SIV verificara que los nuevos datos son correctos, en caso contrario se mostrara un aviso al usuario con
los datos incorrectos.
4.9 El SIV actualizara los registros del repositorio con la información proporcionada por el usuario.
Requerimientos del usuario
57
5 El SIV permitirá, a los usuarios registrados, la consulta detallada (horario, cupo, profesor, etc.) de los cursos
disponibles.
Requerimientos del sistema
5.1 El SIV mostrara un catalogo de todos los cursos disponibles en el cuatrimestre actual.
5.2 El SIV mostrara a detalle cada uno de los cursos que se encuentran en el catalogo
Requerimientos del usuario
6 El SIV permitirá la asignación y modificación de profesores de cada uno de los a cursos del departamento
de computación.
Requerimientos del sistema
6.1 Si se trata de una asignación, el SIV debe de proporcionar una lista con todos los cursos que se imparten en
el departamento de computación.
6.2 El SIV deberá proporcionar una lista con todos los profesores disponibles para impartir el curso.
6.3 El SIV verificara que la asignación sea válida, en caso contrario el SIV mostrara un aviso con todas las causas
que impiden el proceso.
6.4 El SIV guardara en el repositorio la información relacionada con los cursos.
Requerimientos del usuario
7 El SIV permitirá la inscripción a cursos a los alumnos inscritos en un programa del departamento de
computación.
Requerimientos del sistema
7.1 El SIV proporcionara una interfaz que permita seleccionar el curso a inscribir
7.2 El SIV validara que el curso se imparta en el cuatrimestre actual
7.3 El SIV validara cada uno de los prerrequisitos del curso para poder seguir con la inscripción
7.4 El SIV verificara los lugares restantes en el curso
7.5 El SIV validara que el usuario no haya inscrito anteriormente el curso solicitado.
7.6 En caso de la ocurrencia de algún error el SIV mostrara al usuario la causa del error.
58
7.7 El SIV debe de llevar a cabo la inscripción del alumno al curso, guardando la información en el repositorio
del sistema
Requerimientos del usuario
8 El SIV permitirá la baja de cursos de los alumnos inscritos en un programa del departamento de
computación.
Requerimientos del sistema
8.1 El SIV proporcionara una interfaz para seleccionar el curso a dar de baja de los cursos inscritos con
anterioridad
8.2 El SIV verificara que se encuentra en periodo de bajas
8.3 El SIV verificara que el curso haya sido inscrito anteriormente por el alumno
Requerimientos del usuario
9 El SIV deberá contar con interfaces amigables e intuitivas para facilitar el uso.
Requerimientos del sistema
9.1 El SIV deberá contar con interfaces interactivas con el usuario a base de ventanas, botones, menús etc.
9.2 Las interfaces del SIV deberán ser lo más sencillas, y claras para el usuario, deben de evitar procedimientos
largos y engorrosos.
Requerimientos del usuario
10 El SIV deberá garantizar la disponibilidad e integridad de la información en todo momento así como el
acceso desde cualquier equipo informático conectado a la web.
Requerimientos del sistema
10.1 El SIV debe de contar con una capa de administración de los datos, para evitar cualquier anomalía en el
manejo de la base de datos.
10.2 El SIV contara con un mecanismo de acceso que permita múltiples usuarios conectados en un mismo
momento, dotándolo de capacidad para atender múltiples peticiones simultáneamente.
10.3 El SIV debe de ser compatible con la mayoría de navegadores web.
59
2.2.5 Especificación de los requerimientos En esta siguiente sección se detallan cada uno de los requerimientos de manera formal,
permitiendo entender las necesidades del sistema a través de un lenguaje técnico y entendible
por los diseñadores del sistema.
A continuación se especifican los requerimientos descritos en la sección 2.2.4 de una manera
formal, detallada y técnica.
Requerimiento # 1
El sistema de inscripción virtual (SIV) debe de autentificar a cada uno de los usuarios (alumno, coordinador y
auxiliar administrativo), mediante un nombre de usuario y contraseña.
Función: identificar usuarios
Descripción: El sistema identificara solo a tres tipos de usuarios (Alumnos, coordinadores académicos y personal
administrativo), y solamente a ellos se permitirá el acceso y uso de servicios.
Entradas: Usuario y contraseña.
Salidas: Acceso al sistema ó mensaje de reintento o abortar operación.
Requerimientos: Usuario y contraseña de entrada correctos (Registrados en el repositorio de SIV)
Precondiciones: Existen usuarios registrados en el sistema (Coordinador, Alumnos, Profesores 0 Auxiliares
Administrativos).
Postcondiciones: Servicios del sistema disponibles para el tipo de usuario logeado.
Efectos: Ninguno
Requerimiento # 2
El SIV debe permitir el uso de los servicios del sistema de acuerdo a los permisos de cada uno de los usuarios.
Función: Uso de servicios
Descripción: El sistema permitirá el uso de los diferentes servicios con los que el sistema cuenta, distinguiendo al
tipo de usuario, le mostrara un menú con los servicios que el usuario está autorizado a usar.
Entradas: Tipo de usuario.
Salidas: Listado de servicios disponibles para el usuario.
Requerimientos: que el usuario este registrado en el sistema
Precondiciones: que el usuario haya identificado en el sistema
Postcondiciones: Listado y uso de los servicios del sistema.
60
Efectos: Restringir el uso de los servicios a usuarios no autorizados.
Requerimiento # 3
El SIV permitirá el alta, baja y modificación de cursos, solo para el usuario autorizados (coordinador)
Función: Alta, baja y modificación de cursos
Descripción: Este servicio permite agregar, eliminar y modificar la información de cada uno de los cursos, en el
repositorio del sistema. Además de verificar que la información proporcionada se la correcta.
Entradas: Curso seleccionado por el usuario (ID del curso)
Salidas: Alta, baja o modificación de la información de los cursos.
Requerimientos: El usuario esta registrado en el sistema y es del tipo coordinador o profesor
Precondiciones: En caso de alta, que se introduzcan lo datos necesario para el alta del curso. (Si el susuario es
coordinador la función está disponible) En caso de baja o modificación de curso, que el curso existe en la base de
datos.(Disponible para coordinador y profesor).
Postcondiciones: En caso de alta, el curso será dado de alta. En caso de baja, el curso será eliminado de la base de
datos y en caso de modificación, se actualizara la información relacionada al curso. Si ocorre algún tipo de error
este será notificado.
Efectos: Si se registra un curso erróneamente se arrastrara este error y los alumnos podrán inscribirse a un curso
erróneo o con malos datos del mismo.
Requerimiento # 4
El SIV permitirá el alta, baja y modificación de los usuarios del SIV.
Función: Alta, baja y modificación de usuarios
Descripción: Este servicio permite agregar, eliminar y modificar la información de cada uno de los usuarios
registrados en el sistema. Además de verificar que la información proporcionada se la correcta.
Entradas: Código de usuario (ID como Alumno, Auxiliar administrativo, Profesor o Coordinador)
Salidas: Alta, baja o modificación de la información de los usuarios del sistema.
Requerimientos: Usuario previamente registrado en el sistema, como Alumno, Auxiliar administrativos, Profesor o
Coordinador.
Precondiciones: En caso de alta, que se deben introducir los datos necesario para el alta del usuario. En caso de
baja o modificación de un usuario se necesita que el usuario este previamente registrado en el sistema.
Postcondiciones: En caso de alta, el usuario será dado de alta. En caso de baja, el usuario será eliminado del
repositorio del sistema y en caso de modificación de la información del usuario, se actualizara la información
relacionada en el sistema.
61
Efectos: Si no se cumple con los requisitos para el alta, baja y modificación de la información del usuario se
producirá un error en el sistema y no se podrá llevar a cabo la operación.
Requerimiento # 5
El SIV permitirá, a los usuarios registrados, la consulta detallada (horario, cupo, profesor, etc.) de los cursos
disponibles.
Función: Consulta de catalogo de cursos
Descripción: Se permitirá la consulta del catalogo de cursos que se imparten en un cierto periodo en el DIE
Entradas: ninguna.
Salidas: características de cada uno de los cursos.
Requerimientos: que el usuario este registrado en el sistema
Precondiciones: Existen cursos previamente registrados en el sistema.
Postcondiciones: Se mostrara cada uno de los cursos disponibles en el sistema.
Efectos: Ninguno.
Requerimiento # 6
El SIV permitirá la asignación y modificación de profesores a cada uno de los a cursos del departamento de
computación.
Función: Asignación y modificación de profesores
Descripción: Este servicio se encargará de asignar un profesor a un curso, también se encarga de modificar la
asignación hecha a un curso.
Entradas: ID del curso.
Salidas: Confirmación de asignación
Requerimientos: El profesor a asignar se encuentra previamente registrado en el sistema y curso también.
Precondiciones: Existen en el repositorio del sistema los datos del profesor y curso, y la asignación es posible.
Postcondiciones: En caso de asignación, se asignara un profesor a un curso, en caso de modificación se actualizara
la información contenida en el repositorio del sistema.
Efectos: Una mala asignación provoca un error que arrastra a alumnos y cursos asociados.
62
Requerimiento # 7
El SIV permitirá la inscripción a cursos a los alumnos del departamento de computación
Función: Inscripción de alumnos
Descripción: Esta servicio permite inscribirse a los alumnos a un curso.
Entradas: ID del curso e ID del Alumno
Salidas: Confirmación de inscripción del alumno al curso solicitado.
Requerimientos: Existen cursos previamente registrados en el sistema.
Precondiciones: Existen alumnos y cursos previamente registrados en el repositorio del sistema.
Postcondiciones: Confirmación al alumno que quedara inscrito en el curso.
Efectos: Si la inscripción del curso es el n permitido al alumno su inscripción se cierra y se envía notificación al
coordinador académico.
Requerimiento # 8
El SIV permitirá la baja de cursos de los alumnos inscritos a cursos.
Función: Baja de cursos inscritos
Descripción: Esta función está encargada de dar de baja a los alumnos de un curso en el que se encuentra inscrito.
Entradas: ID del curso y ID de alumno.
Salidas: Confirmación de baja del alumno del curso solicitado.
Requerimientos: El alumno a dar de baja, estaba inscrito en el sistema SIV y está inscrito al curso de la entrada.
Precondiciones: El alumno a dar de baja se encuentra en el sistema SIV inscrito y el curso está asociado a este.
Postcondiciones: Confirmación de que el alumno quedara dado de baja del curso.
Efectos: El alumno será dado de baja de un curso.
Requerimiento # 9
El SIV deberá contar con interfaces amigables e intuitivas para facilitar el uso.
Descripción: Las interfaces graficas del sistema deben ser pensadas para cualquier tipo de usuarios,.
Requerimiento # 10
El SIV deberá garantizar la disponibilidad e integridad de la información en todo momento así como el acceso
63
desde cualquier equipo informático conectado a la web.
Descripción: Un requerimiento importante es la confiabilidad del sistema, seguridad del mismo y compatibilidad
con la red, compatible con la mayoría de los navegadores web, como lo definen los requerimientos no funcionales.
2.2.6 Requerimientos no funcionales Son aquellos requerimientos que no se refieren directamente a las funciones específicas que
proporciona el sistema, sino a las propiedades emergentes de este como la fiabilidad, el tiempo
de respuesta y la capacidad de almacenamiento.
2.2.6.1 Requisitos de rendimiento Se desea sea un sistema de rápido acceso, el cual permita a cualquier usuario con una conexión
promedio a internet no tener tardanzas en la consulta y modificación de los datos en el sistema
SIV.
2.2.6.2 Seguridad La probabilidad de corrupción de los datos en caso de fallo debe de ser muy baja, debido a que
no se desea perder información de alumnos.
De ninguna manera un usuario no autorizado deberá de poder accesar al sistema SIV.
Los tipos de usuario deberán acceder únicamente a las operaciones permitidas.
2.2.6.3 Facilidad de uso Facilidad de uso para todos los usuarios, teniendo un uso intuitivo que no requiera de estudiar
grandes guías antes de usar el sistema SIV.
2.2.6.4 Fiabilidad Fiabilidad que garantice la operación de SIV con una disponibilidad del 99.9 %, así como que el
número de fallos sea lo menos frecuente posible.
2.2.6.5 Mantenibilidad El mantenimiento del sistema debe de ser económico y no requerir más de dos revisiones al año.
2.2.6.6 Portabilidad La interfaz de usuario del sistema SIV deberá ser WEB, compatible con la mayoría de los
navegadores existentes.
SIV deberá de ser un sistema portable que permita poder cambiar la plataforma donde se
centraliza de una manera sencilla y sin un alto costo.
64
2.3 Vistas generales del sistema
2.3.1 Vista del alumno
Alumno
Acceso al sistema
SIVSIVCursos
_____________________
Inscripción a cursos
Baja de curso inscrito
Iniciar SesiónConsulta de la información y temáticas de
los cursos
Consulta cursos inscritos
Figura 18"Vista del alumno"
Vista Descripción Servicios
Alumno El alumno inscrito a un programa de maestría del
departamento de computación podrá hacer uso
del sistema para la consulta, inscripción o baja de
cursos.
El alumno tiene la autorización para
utilizar los siguientes servicios:
Inscripción a cursos
Consulta cursos inscritos
Consulta de la información y las temáticas de los cursos
Baja de curso inscrito
65
2.3.2 Vista del coordinador académico
Vista Descripción Servicios
Coordinador
Académico
El coordinador académico tendrá acceso al
sistema con un nombre de usuario y contraseña
que lo identificaran como coordinador.
El coordinador académico tiene el acceso a todas
las operaciones de los demás tipos de usuarios del
sistema, a demás de operaciones únicas.
El coordinador tiene la autorización para
utilizar los siguientes servicios:
Registro de auxiliar administrativo
Consulta de estadísticas de
inscripción
Registro de los periodos de
inscripciones y cuatrimestres
Generar usuarios y contraseñas
Consultar los datos del alumno
Registrar curso
Consulta de los alumnos inscritos a
los cursos
Actualización de la información y las
temáticas de un curso
Modificar la información de los
profesores
Modificar la información del alumno
Establecer bajas de los alumnos del
departamento
Registrar profesores
Registro de alumnos y su
información.
Generación de reportes
Consulta de cursos inscritos
Inscripción a cursos
Baja de curso inscrito
66
Acceso al sistema
Iniciar SesiónCoordinador
Académico
Registro y
modificación de la
información de
Auxiliares
Administrativos
lunes martesmiérco
lesjueves
vierne
s
sábad
o
domin
go
2 3 4 5 6 7
8 9 10 11 12 13 14
15 16 17 18 19 20 21
22 23 24 25 26 27 28
29 30 31 2 3 4
Registro de los periodos
de inscripciones y
cuatrimestres
Generar usuarios
y contraseñas
Registro y
modificación de cursos
Registro y
modificación de
Profesores
Registro y
modificación
de Alumnos
Establecer
bajas de
alumnos
Todas las Funciones del
Auxiliar Administrativo
Acceso a todas las operaciones del alumno
Acceso a todos las
operaciones del Profesor
Figura 19 “Vista del Coordinador”
2.3.3 Vista del profesor
Vista Descripción Servicios
Profesor El profesor tendrá acceso al sistema con un
nombre de usuario y contraseña que lo
identificaran como profesor.
El alumno tiene la autorización para
utilizar los siguientes servicios:
Consultar los datos del alumno
Consulta de los alumnos inscritos a
los cursos
Actualización de la información y las
temáticas de un curso
Generación de reportes
67
Profesor
Acceso al sistemaIniciar Sesión
Actualización de la
información y las
temáticas del curso
SIVSIV
Alumnos ---------------------
Consultar datos
del alumno
SIVSIV
Alumnos Incritos
Consulta de la lista de
alumnos inscritos a un
curso
Generación de reportes
Figura 20 “Vista del Profesor”
2.3.4 Vista del auxiliar administrativo
Vista Descripción Servicios
Auxiliar
Administrativo
El auxiliar administrativo tendrá acceso al sistema
con un nombre de usuario y contraseña que lo
identificaran como profesor.
El alumno tiene la autorización para
utilizar los siguientes servicios:
Consultar los datos del alumno
Consulta de los alumnos inscritos a
los cursos
Consulta de estadísticas de
inscripción
Generación de reportes
68
Auxiliar Admnistrativo
Acceso al sistemaIniciar Sesión
SIVSIV
Alumnos ---------------------
Consultar datos
del alumno
SIVSIV
Alumnos Incritos
Consulta de la lista de
alumnos inscritos a un
curso
Generación de reportes
Consultar estadísticas
de inscripción
Figura 21 "Vista del Auxiliar Administrativo"
2.3.5 Vista del público en general
Publico en generalAcceso al sistema
SIVSIVCursos
_____________________
Consulta de la información y temáticas de
los cursos Figura 22 "Vista del Público en General"
Vista Descripción Servicios
Público en
General
El Público en General no requiere de un usuario y
contraseña, tendrán un acceso a este servicio sin
necesidad de iniciar sesión.
El alumno tiene la autorización para
utilizar los siguientes servicios:
Consulta de la información y
temáticas de los cursos.
69
2.4 Modelos del sistema Para representar los modelos del sistema es necesario hacer uso del Lenguaje Unificado de
Modelado UML (Unified Modeling Language) es el lenguaje de modelado de sistemas de
software más conocido y utilizado en la actualidad; está respaldado por el OMG (Object
Management Group). Es un lenguaje gráfico para visualizar, especificar, construir y documentar
un sistema de software. UML ofrece un estándar para describir un "plano" del sistema (modelo),
incluyendo aspectos conceptuales tales como procesos de negocio y funciones del sistema, y
aspectos concretos como expresiones de lenguajes de programación, esquemas de bases de
datos y componentes de software reutilizables.
Es importante resaltar que UML es un lenguaje para especificar y no para describir métodos o
procesos. Se utiliza para definir un sistema de software, para detallar los artefactos en el
sistema y para documentar y construir. En otras palabras, es el lenguaje en el que está descrito
el modelo. Se puede aplicar en una gran variedad de formas para dar soporte a una
metodología de desarrollo de software (tal como el Proceso Unificado Racional o RUP), pero no
especifica en sí mismo qué metodología o proceso usar.
2.4.1 Casos de Uso del Sistema SIV En los diagramas de caso de uso, describen un uso del sistema y cómo este interactúa con el
usuario, están compuestos por actores y su relación con el sistema. Importante mencionar que
solo se describen algunos casos de uso sobresalientes.
Antes de presentar los casos de uso se muestra la estructura de actores que interactuaran con
el sistema.
Figura 23“Actores del Sistema”
70
Diagrama de caso de uso: INICIAR SESIÓN
Diagrama de caso de uso 1 “Caso de Uso-Iniciar Sesión”
Caso de uso Iniciar Sesión
Actor Alumno, profesor, auxiliar administrativo y coordinador.
Objetivo Verifique que el usuario este registrado en el sistema.
Descripción Cuando el usuario desea ingresar al sistema, envía sus datos, estos son
capturados en una ventana donde introduce nombre de usuario y contraseña,
el sistema se encarga de verificarlos en la base de datos, si el usuario no es
válido se permiten dos intentos mas, de lo contrario se niega el acceso al
sistema y se permite estar en el sistema como usuario general; si el usuario y
contraseña son correctos se permite el acceso al sistema y se muestra la
pantalla inicial.
71
Diagrama de casos de uso del Coordinador
Diagrama de caso de uso 2 "Casos de uso coordinador académico"
72
Caso de uso Actualizar curso
Actor Coordinador
Descripción Permitir al coordinador publicar los cursos que impartirán en el cuatrimestre
actuar o en su defecto modificar cursos existentes.
Descripción
El caso de uso inicia, cuando el coordinador desea actualizar la base de
datos, las opciones disponibles son introducir nuevos cursos, dar de baja
curso, modificar datos del curso. Para introducir un nuevo curso se
despliega una pantalla para capturar la información del curso al finalizar se
manda a la base de datos. Para dar de baja o modificar el sistema muestra
los cursos actuales publicados, se selecciona uno, se puede eliminar o
mostrar una ventana para su modificación, en caso de que la información no
sea correcta o no sea válida, o ocurre un error durante el almacenamiento
en la base de datos, se envía un mensaje de fallo, de lo contrario se
actualiza la publicación de curso y se obtiene un mensaje de éxito.
Caso de uso Publicar curso
Actor Coordinador
Descripción Permite al coordinador establecer los periodos de inscripción
Descripción
El caso de uso inicia cuando el coordinador selecciona día, mes y año de
inicio del periodo de inscripción, después selecciona el día, mes y año del
término del periodo de inscripción, si la información introducida es no
valido o hubo un error se manda un mensaje de falla, de lo contrario se
actualiza la configuración del periodo de inscripción y se recibe un mensaje
de éxito.
Caso de uso
Modificar perfil
Actor Coordinador
Descripción Que el coordinador pueda actualizar los datos personales
Descripción
Ya sea de alumnos o profesores o el mismo, aquí aparece una ventana en la
cual aparecen los datos del usuario seleccionado, se pueden hacer
modificaciones y posteriormente dar en guardar, y al terminar manda un
mensaje de éxito de lo contrario muestra mensaje de falla
Caso de uso Mandar mensaje
Actor Coordinador
Descripción Mandar mensaje o correo de confirmación de inscripción
73
Descripción
Cuando el coordinador desea mandar un correo de confirmación de la
inscripción el coordinador captura el correo a enviar y el sistema se encarga
de enviarlo, cuando el usuario destino inicie sesión, se le notificara que
tiene correo de confirmación de inscripción
Caso de uso Alta de usuario
Actor Coordinador
Descripción Dar de alta a los usuarios que tendrán acceso al sistema
Descripción
a) Cuando el coordinado asigna un nombre de usuario y contraseña al
usuario del sistema, los cuales pueden ser: alumno, profesor y
auxiliar administrativo
b) El sistema despliega al coordinado la ventana donde seleccionara el
tipo de usuario y la lista de permisos permitidos, para cada usuario.
c) Posteriormente se llena la solicitud de alta en la cual se llena con
datos del usuario a dar de alta
d) Se validan los datos (valida requisitos)
e) Se envía la solicitud de alta
f) El sistema recibe los datos y si es una alta, busca en la base de
daros y si no existe lo da de alta de lo contrario manda un error de
que el usuario ya existe en la base de datos.
Caso de uso Alta de cursos
Actor Coordinador
Descripción Dar de alta un curso en el sistema
Descripción
a) El sistema despliega la lista de cursos actuales, se llenan datos del
curso a dar de alta.
b) Se valida el periodo para altas de curso, si el periodo es válido se
continua con la alta de lo contrario se manda un mensaje de error.
c) Se envía el curso a dar de alta, el sistema recibe los datos, busca los
datos en la base de datos y si no está lo da de alta de lo contrario
envía un mensaje de error.
Caso de uso Baja de usuario
Actor Coordinador
Descripción Dar de baja a usuarios del sistema
Descripción
a) El coordinador decide que un usuario no tenga acceso al sistema
entonces inicia este caso de uso.
b) El sistema muestra una pantalla donde se solicita nombre de
usuario a dar de baja y se envía la información.
c) El sistema recibe los datos del usuario y valida los requisitos, busca
en la base de datos.
d) Si no está el usuario a dar de baja manda un mensaje de error de lo
74
contrario lo elimina de la base de datos y manda un mensaje de
éxito
Caso de uso Baja de cursos
Actor Coordinador
Descripción Dar de baja un curso del sistema
a) El sistema despliega la lista de los cursos actuales, se selecciona e
curso a dar de baja, se envía los datos al sistema.
b) El sistema recibe los datos, busca en la base de datos, si los datos
existen se elimina y manda un mensaje de éxito, de lo contrario si
no existen los datos manda mensaje de error
Caso de uso Modificar datos
Actor Coordinador
Descripción Hacer corrección en los datos de la base de datos como cursos, profesores,
alumnos auxiliar administrativo etc.
Descripción
a) El coordinador realiza correcciones en los datos
b) Una vez seleccionado el tipo a corregir datos, se envían los datos al
sistema.
c) Si existen se muestran en la pantalla de lo contrario se manda
error.
d) Una vez mostrado los datos, se hacen las modificaciones. si el
usuario confirma se continua con las modificaciones de lo contrario
se restauran los datos y se cancela.
e) Se validan los datos si son correctos se envía solicitud para guardar
datos, de lo contrario se notifica al usuario y se manda mensaje de
error.
f) Se almacenan los datos y se manda mensaje de éxito.
Diagrama de caso de uso: AYUDA
Diagrama de caso de uso 3 “Caso de Uso- AYUDA”
75
Caso de uso Ayuda del sistema
Actor Alumno y público en general,
Objetivo Mostrar al usuario una guía informática sobre el uso del sistema
Descripción
Desde la página principal el usuario general, le mostrara ayuda sobre los
servicios disponibles para él, y si el actor es un alumno le mostrara servicios
sobre los servicios disponibles para él. La ayuda se desplegara un texto, con
información básica del sistema.
Diagrama de caso de uso: INSCRIBIR Y BORRAR CURSO
Diagrama de caso de uso 4 "Caso de Uso-Inscribir y borrar curso"
Caso de uso Solicitar inscripción
Actor Alumno
Objetivo Registrar los cursos que el alumno desea tomar en el cuatrimestre actual.
Descripción a) Inicialmente el alumno ingresa al sistema y solicita su inscripción
b) El sistema verifica que se pueda realizar la inscripción ( validar
requisitos de inscripción
c) El alumno visualizara en una ventana todos los cursos dados de alta y
a los cuales puede inscribirse
d) El alumno seleccionara los cursos que desea tomar y se desplegara
una ventana con el horario correspondiente a los cursos
seleccionados
e) Se envía la solicitud de inscripción y una vez hecho se envía
confirmación de termino de la inscripción (envió de confirmación).
76
Caso de uso Envió de confirmación
Actor Alumno
Objetivo Enviar un correo al coordinador notificando que el alumno termino su
inscripción
Descripción Después de que el sistema ha validado los requisitos mínimos de inscripción,
se envía un correo al coordinador indicándole que el proceso de inscripción
del alumno correspondiente ha finalizado, cuando el mensaje es enviado y
recibido, se notifica al alumno que su inscripción ha sido realizada con éxito y
se le muestra un mensaje
Caso de uso Validar requisitos de inscripción
Actor Sistema
Objetivo Verificar que el alumno cumpla con los requisitos del proceso de inscripción
estos son: fecha de periodo de inscripción, promedio, etc.
Descripción a) Cuando el sistema recibe el aviso de verificar la información del
alumno se inicia la validación
b) El sistema comprueba que la fecha de solicitud de inscripción sea
válida dentro del periodo del proceso de inscripción y bajas de
cursos, en caso de que la fecha no sea válida se despliega un mensaje
de error, y si es válida se permite continuar con la solicitud
c) El sistema valido que se cumplan los requisitos de inscripción. Para el
primer año escolar el promedio mínimo es de 8.0, no tener materias
reprobabas y que se inscriban al menos 4 materias.
Para el segundo año se valida que el alumno allá cursado 4 materias
núcleo, que tenga un promedio mínimo de 8.0, y no tener materias
reprobadas.
d) Si se cumplen estos requisitos mínimos de inscripción se continua
con la solicitud (envió de confirmación), de lo contrario de envía un
mensaje de error al usuario.
Caso de uso Borrar curso
Actor Alumno
Objetivo El alumno podrá dar de baja un curso y cambiarlo por otro
Descripción a) Se valida se está en periodo de cambio de cursos
b) Cuando el alumno ha ingresado al sistema y desea dar de baja un
curso se muestra una lista de sus cursos actualmente inscritos.
c) El alumno selecciona el curso que desea borrar y posteriormente
aparece una ventana donde elije el curso por el cual la va a
reemplazar
d) El sistema recibe los datos y a su vez lo valida
77
e) Si el alumno confirma el cambio se envía la confirmación de
inscripción y se actualiza el horario de clases
f) Si el alumno cancela el cambio de curso se restauran los cursos
anteriores y no se hacen cambios
g) Se envía mensaje al alumno cuando el proceso de inscripción de se
realizo satisfactoriamente.
Diagrama de caso de uso: CAMBIAR CONTRASEÑA
Diagrama de caso de uso 5 "Cambiar contraseña"
Caso de uso Cambiar contraseña
Actor Alumno, profesor, auxiliar administrativo y coordinador
Objetivo Que el usuario pueda modificar su contraseña de acceso al sistema
Descripción Este caso de uso se inicia cuando el usuario desea cambiar su contraseña,
inicialmente el usuario entra al sistema, si desea cambiar su contraseña en
una ventana debe de escribir su contraseña nueva y confirmarla y en su
próxima sesión su contraseña será actualizada.
Diagrama de caso de uso: GENERAR REPORTE
Diagrama de caso de uso 6 "Generar un reporte"
78
Caso de uso Generar un reporte
Actor Coordinador, auxiliar administrativo y profesor.
Objetivo Mostrar información a los usuarios.
Descripción
Desde las páginas dentro del sistema SIV, se pueden llamar funciones de
reportes con la posibilidad de personalización para visualizar solo la
información necesaria. En caso de que el usuario lo desee puede llamar la
función imprimir en este caso es para un archivo.
Caso de uso Imprimir reporte
Actores Coordinador, auxiliar administrativo, profesor y alumno
Objetivo Hacer respaldo de la información solicitada en un archivo de llamar la función
imprimir, la cual soporta las capacidades del navegador, por ejemplo para el
alumno solo podrá generar reporte de su horario de clases, cada usuario tiene
opciones diferentes dentro de este caso de uso.
Descripción Desde el sistema, el usuario podrá utilizar la función de imprimir por ejemplo
si es un alumno el que la utiliza podrá generar su horario de clases. Etc.
2.4.2 Diagramas de secuencia del sistema SIV
En esta parte mostraremos los diagramas de secuencia para el sistema SIV que se definen como
un diagrama que muestra las interacciones entre los objetos organizadas en un línea temporal.
Mostrando los objetos participantes en la interacción y la secuencia de mensajes
intercambiados.
La líneas de vida representan representa un rol durante cierto plazo de tiempo, mostrando los
mensajes con flechas entre las líneas de vida.
Estos diagramas nos ayudan a mostrar la secuencia del comportamiento de un caso de uso y por
ende dará una explicación más detallada del mismo.
A continuación se muestran los diagramas de secuencia para los casos de uso principales del
sistema.
79
Actualización y edición de curso
Diagrama de secuencia 1 "Actualización y edición de curso"
De
scri
pci
ón
Actualización y edición de cursos
1. Se acceso a la opción cursos y se visualizan cursos almacenados
2. selecciona curso, se edita y se muestran actualizaciones
3. Se selecciona opción guardar, se almacenan datos y se manda mensaje de confirmación
4. Se muestra el mensaje al usuario
80
Alta de curso
Diagrama de secuencia 2 "Alta de curso"
De
scri
pci
ón
Alta de curso
1. El coordinador selecciona la opción dar de alta curso
2. Se busca la información de los cursos actuales y se muestran en la pantalla
3. Se valida si el periodo de altas de cursos
4. Se envían los datos del curso a dar de alta al sistema, el sistema recibe los datos si no
existen los da de alta y manda un mensaje de éxito.
81
Baja de curso
Diagrama de secuencia 3 "Baja de curso"
De
scri
pci
ón
Baja de curso
1. El coordinador selecciona la opción dar de baja curso
2. Se busca la información de los cursos actuales y se muestran en la lista
3. Se valida si aun se está en periodo de bajas de cursos
4. Se envía los datos del curso a dar de baja se busca y si existe lo borra y manda un mensaje
de curso dado de baja.
82
Generar reporte
Diagrama de secuencia 4 "Generar un reporte"
De
scri
pci
ón
Generar reporte
1. Primero se selecciona la opción generar reporte
2. Se muestran los tipos diferentes de reportes correspondientes a cada usuario
3. Se selecciona el tipo, y se recopila la información encontrada y se muestra.
4. Si el usuario elige un tipo respecto al resultado de la búsqueda
generar reporte
5. Si se elige opción guarda, se genera un archivo donde se almacena el reporte y se muestra
al usuario
83
Ayuda del sistema
Diagrama de secuencia 5 "Ayuda del sistema"
De
scri
pci
ón
Ayuda del sistema
1. Si selecciona la opción ayuda
2. Muestra la opción ayuda
3. Se ingresan los datos de búsqueda y se muestra el resultado de la búsqueda al usuario
84
Cambiar contraseña
Diagrama de secuencia 6 "Cambiar contraseña"
De
scri
pci
ón
Cambiar contraseña
1. Se selecciona la opción modificar contraseña y se manda la nueva contraseña
2. El sistema valida y pide la confirmación de la contraseña
3. Si la contraseña es valida, actualiza y cambia la contraseña por la nueva en la base de datos
4. Se manda mensaje de éxito
85
Periodos de inscripción y publicar curso
Diagrama de secuencia 7 "Establecer periodos de inscripción"
De
scri
pci
ón
Establecer periodos de inscripción
1. Se selecciona la opción establecer periodo de inscripción, se valida si se puede establecer el
periodo de inscripción, si es válido se introduce la fecha de inicio y se guarda la fecha y se
introduce fecha final del periodo, se guardan la fecha
2. Se envía mensaje de éxito
3. Publica los cursos dados de alta
86
Mandar mensaje
Diagrama de secuencia 8 "Mandar mensaje"
De
scri
pci
ón
Mandar mensaje
1. El administrador manda mensaje de correo confirmando la
inscripción del alumno, cuando lo mando se guarda en la base
de datos, se envía y el alumno confirma recepción del
mensaje al sistema y manda un mensaje de éxito al
coordinador
87
Iniciar sesión
Diagrama de secuencia 9 "Iniciar sesión"
De
scri
pci
ón
Iniciar sesión
1. Se hace la petición de iniciar sesión, el usuario introduce, usuario y
contraseña, el sistema los valida si la respuesta es positiva lo mando a la
página de inicio, y su no es positiva la respuesta lo deja como usuario
general.
88
Inscripción del alumno a curso
Diagrama de secuencia 10 "Inscripción de alumno a curso"
De
scri
pci
ón
Inscripción del alumno
1. El alumno solicita su inscripción, el sistema valida si se está en el periodo de inscripción.
2. Si se muestra los cursos dados de alta para que el alumno seleccione los cursos, se validan
los requisitos de inscripción y se muestra horario, y por último se envía al sistema la solicitud
de inscripción y se envía automáticamente un mensaje al coordinador del término de la
inscripción
3. Una vez finalizado esto se le muestra al alumno que su inscripción fue realizada con éxito
89
Alta de usuario
Diagrama de secuencia 11 "Alta de usuario"
De
scri
pci
ón
Alta de usuario
1. El coordinador selecciona la operación dar de alta un usuario en el sistema y manda el tipo
de usuario
2. El sistema valida los permisos para este tipo de usuario y le muestra la pagina
correspondiente donde el coordinador llena los datos y el sistema los valida.
3. Si los datos son validos, en la base de datos se verifica si el usuario existe si existe se manda
mensaje de error, de lo contrario se da de alta al usuario y se le muestra mensaje de éxito.
90
Baja de usuario
Diagrama de secuencia 12 "Baja de usuario"
De
scri
pci
ón
Baja de usuario
1. Se selecciona el tipo de usuario a dar de baja
2. Se muestra al coordinador la lista de los usuarios según el tipo
3. Se selecciona el usuario a dar de baja y se envían los datos
4. Se validan los datos, si son correctos se borra el usuario y se manda un mensaje de éxito al
usuario
91
2.4.3 Diagrama de Flujo del Sistema Este modelo se muestra el flujo de los datos y las transformaciones funcionales de los mismos.
Muestra cómo se procesan los datos en el sistema en cada una de las etapas del sistema SIV.
Diagrama de flujo 1 "Flujo del sistema SIV"
2.4.4 Diagramas de Entidad-Relación En este modelo manejamos el proyecto desde el punto de vista de entidades. Este modelo sirve
para documentar los datos del sistema y su relación, sin tomar en cuenta las funciones de éste.
Principalmente muestra la manera en que las entidades del sistema se componen o relacionan
con otras entidades.
92
Figura 24 “"Modelo de entidad relación del sistema SIV"
En este modelo hemos representado los atributos más importantes que resaltan de las
interfaces de usuario. Lo cual permite que sea más clara la forma en la cual se ven las vistas de
usuario. Después de analizar el diagrama de entidad - relación podemos apreciar con mayor
facilidad las vistas de usuario que el sistema tendrá.
2.4.5 Modelo de Jerarquía de Clases Este modelo se utiliza para representar los datos del sistema y su procesamiento y son útiles
para mostrar la manera en que las entidades en el sistema se clasifican y se componen de otras
entidades.
93
Figura 25 "Modelo de jerarquía de clases"
2.5 Evolución del sistema
El sistema SIV tiene una estructura capaz de evolucionar, se puede ir haciendo que aparte de
controlar el proceso de inscripción logre realizar muchas más funciones de control y capaz
controlar muchas más variables. Los principales puntos que estamos contemplando para la
evolución del sistema son:
1. Políticas y procedimientos para el respaldo de la información.
En este sentido se contempla en primer lugar la seguridad que debe tener nuestro cliente al
conservar la integridad de su información. Independientemente de factores en el ambiente que
puedan representar ser elementos de riesgo. En este punto podemos hablar de fallas de
corriente eléctrica, información que pueda dañarse, equipos dañados, virus, etc. Todo lo que
pueda dañar su información.
Hemos tomado en cuenta estos riesgos y la solución en primera instancia que proponemos es
crear políticas y mecanismos de respaldo de información. Para los mecanismos de respaldos de
información contemplamos los siguientes puntos:
94
• Generación de documentos donde se explique pasó a paso la realización técnica del respaldo
de la información. Estos documentos recomendamos incluirlos en los procedimientos de la
empresa.
• Integración de un equipo adicional para el respaldo de información.
• Calendarización para la ejecución de dichos procedimientos.
• Mecanismos de revisión.
2. Instalación de seguridad en el nivel de protocolos de red con un certificado de seguridad
Secure Socket.
Para este punto se propone que a futuro la información se pueda manejar de manera segura en
el nivel del protocolo. Utilizando https (http seguro), esto se logra con la instalación de un
certificado de seguridad, normalmente es Secure Socket Layer. En este punto el software que
se sujeta a cambios es el servidor de páginas Web. Lo cual resulta benéfico porque el sistema
no sufre cambios es su desarrollo y estructura interna. El resultado es que viaja la información
por la red de Internet de manera segura.
3. Manejo de bitácoras donde se refleje información estadística de desempeño del sistema.
Es importante saber el tipo de servicio que estamos entregando con el sistema. Con elementos
que puedan evaluar el desempeño del sistema podemos tomarlos como referencia para
mantenimientos preventivos, correctivos, descubrimiento de fallas (en caso de existir) y
elementos de toma de decisión para futuros proyectos.
4. Crecimiento y actualización de hardware.
Algo que siempre es seguro, es que la tecnología avanza rápidamente, los volúmenes de
información van a crecer con el paso del tiempo. Lo cual siempre implica un crecimiento en la
plataforma de hardware es decir siempre tendremos que incrementar el tamaño del disco duro,
y la memoria como mínimo.
5. Propuesta para la integración de un equipo espejo para hacer el sistema redundante.
Este punto lo estamos manejando como propuesta ya que es una sugerencia que pudiera
tomar en cuenta el cliente sin que se sienta obligado a aceptarla. La idea es implementar un
sistema igual al que estamos proponiendo para que tenga las funciones de un equipo espejo
con balanceo de carga. Un sistema redundante tiene un alto porcentaje en la garantía de un
servicio continuo. Ya que distribuye el número de peticiones que recibe el sistema. Evita que el
sistema este fuera de servicio por falla del servidor. Tiene un tiempo de respuesta más alto y
eficiente.
95
Debido a que se cuenta con un respaldo que atiende las peticiones. Para esta situación
tendríamos que manejar una propuesta similar ya que se integrarían algunos cambios en la
parte de red para generar la redundancia, considerar un equipo nuevo y otros factores.
6. Propuesta de ampliación de las funciones.
El sistema se presta para ser utilizado como más que un sistema de inscripciones, ya que
permitirá agregar más funciones de manera sencilla, ya que fue diseñado con las características
generales que utiliza un de gran magnitud. Se tendrían que hacer algunas modificaciones de
configuración de los servidores para permitir la implementación de un nuevo modulo o función.
96 2.6 Glosario
Requerimiento: Un requerimiento para un sistema es la descripción de los servicios proporcionados por el
sistema y sus restricciones operativas.
Requerimiento funcional: Son declaraciones de los servicios que el sistema debe proporcionar o son
descripciones de cómo se deben de llevar a cabo algunos cálculos. Los requerimientos del dominio son
requerimientos funcionales que se derivan de las características del dominio de aplicación.
Requerimiento no funcional: Restringen al sistema en desarrollo que se debe utilizar. Pueden ser
requerimientos del producto, organizacionales o externos. A menudo están relacionados con las
propiedades emergentes del sistema, y, por lo tanto, se aplican al sistema completo.
Coordinador(es): Personal del Departamento de Computación que se encuentra asignado(s)
responsable(s) del control del alumnado y los cursos del departamento.
Interfaz: Medio de comunicación que se da entre dos entidades (sistema-usuario).
Internet: Red de redes de computadoras, con el fin de compartir recursos e información. Red
Internacional de computadoras.
Usuario: Persona que utiliza un servicio, proceso o sistema de cómputo.
Email: Correo electrónico.
Menú: Puede significar en cualquier caso una elección que tiene que hacer una persona entre un conjunto
de posibilidades.
Caso de Uso: Es una secuencia de transacciones de un sistema que devuelve un resultado con cierto valor
para un actor en particular. Su representación es con una elipse.
UML: (UML, por sus siglas en inglés, Unified Modeling Language) es el lenguaje de modelado de sistemas
de software más conocido y utilizado en la actualidad; está respaldado por el OMG (Object Management
Group). Es un lenguaje gráfico para visualizar, especificar, construir y documentar un sistema de
software.
Actores: se le denomina así al usuario, que puede ser también un sistema externo que necesita cierta
información del sistema.
Diagrama de Secuencia: Representa una interacción, un conjunto de comunicaciones entre objetos
organizadas visualmente por orden temporal.