Sistemas y Tecnologías de México S.A. de...

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

Pedro Mejia

Sticky Note

MigrationConfirmed set by Pedro Mejia

Pedro Mejia

Sticky Note

MigrationConfirmed set by Pedro Mejia

Pedro Mejia

Cross-Out

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


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



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


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



Lista de servicios

Registro de auxiliar

administrativo


inscripción


inscripciones y cuatrimestres

Generar usuarios y contraseñas


Registrar curso



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.


Consulta de cursos inscritos

Inscripción a cursos




Auxiliar administrativo

Lista de servicios


inscripción




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:


Referencia: Auxiliar administrativo


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


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



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


Rapidez de respuesta del sistema

Referencia: Coordinador académico



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.




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.




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



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


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


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.




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.



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




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


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.



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.



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


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.



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.


2 El SIV debe permitir el uso de los servicios del sistema de acuerdo a los permisos de cada uno de los

usuarios.


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


3 El SIV permitirá el alta, baja y modificación de cursos, solo para el usuario autorizados (coordinador).


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.


4 El SIV permitirá el alta, baja y modificación de los usuarios del SIV.


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.


57

5 El SIV permitirá, a los usuarios registrados, la consulta detallada (horario, cupo, profesor, etc.) de los cursos

disponibles.


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


6 El SIV permitirá la asignación y modificación de profesores de cada uno de los a cursos del departamento

de computación.


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.


7 El SIV permitirá la inscripción a cursos a los alumnos inscritos en un programa del departamento de

computación.


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


8 El SIV permitirá la baja de cursos de los alumnos inscritos en un programa del departamento de

computación.


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


9 El SIV deberá contar con interfaces amigables e intuitivas para facilitar el uso.


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.


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.


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

_____________________



Iniciar SesiónConsulta de la información y temáticas de

los cursos


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:



Consulta de la información y las temáticas de los cursos


65

2.3.2 Vista del coordinador académico


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


Registro de auxiliar administrativo


inscripción


inscripciones y cuatrimestres

Generar usuarios y contraseñas


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.


Consulta de cursos inscritos



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


Profesor El profesor tendrá acceso al sistema con un

nombre de usuario y contraseña que lo

identificaran como profesor.





los cursos

Actualización de la información y las

temáticas de un curso


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


Figura 20 “Vista del Profesor”

2.3.4 Vista del auxiliar administrativo


Auxiliar

Administrativo

El auxiliar administrativo tendrá acceso al sistema

con un nombre de usuario y contraseña que lo

identificaran como profesor.





los cursos


inscripción


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


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"


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.




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.

Sistemas y Tecnologías de México S.A. de...

Documents

Transcript of Sistemas y Tecnologías de México S.A. de...