Requerimientos Svi Cinvestav 2 PDF

Sistemas y
Tecnologas de
Mxico S.A. de C.V.
Sistema de Inscripcin Virtual
Ingenieria de
Requerimientos
Centro de Investigacin y de Estudios Avanzados del Instituto Politcnico Nacional
CINVESTAV-IPN
Departamento de Computacin
Alumno: Franco Martnez Edgardo Adrin

Materia: Ingeniera de Software
Profesor: Dr. Pedro Meja lvarez
Septiembre-Diciembre 2008
40
UNIDAD 2 Anlisis de
Requerimientos
2.1 Introduccin al anlisis de
requerimientos
El objetivo de este captulo es especificar de manera clara y precisa todas las restricciones del
sistema SIV teniendo en cuenta las necesidades del departamento de computacin del
CINVESTAV-IPN.
Se enlistan cada uno de los requerimientos de forma natural, como el cliente lo expreso, para
despus mostrarlo formalmente. Cada uno de estos requerimientos es analizado y expresado de
forma tcnica y en trminos del sistema para conocer cules son las caractersticas que el
sistema debe de tener.
Adems se muestran las vistas generales del sistema y los modelos del mismo, se muestra las
actividades relacionadas en el proceso de obtencin y anlisis de requerimientos, as como
tambin la validacin de los mismos.
Este anlisis 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 continuacin se describe el proceso actual de inscripcin de los alumnos de maestra al
departamento de computacin.
Asignacin 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 eleccin de cursos de acuerdo a la especializacin que
desee desarrollar el alumno. Este profesor tutor ser el mismo durante toda la estancia del
alumno en el departamento de computacin, salvo en casos excepcionales.
Programacin y publicacin de cursos

El coordinador y los profesores integrantes del departamento de computacin, programan los
cursos para los siguientes cuatrimestres, de acuerdo al reglamento que rige al departamento de
computacin. Los cursos programados son publicados para el conocimiento de los alumnos y el
pblico en general.
Revisin 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 especializacin que el
alumno desee tener. El tutor funge como gua y ayuda para que el alumno tenga claros los
cursos que va a tomar y el por qu de cada uno de ellos.
Inscripcin a los cursos
El alumno entrega un formato el cul integra las materias a cursar, este formato se encuentra
avalado por el profesor tutor y por el coordinador acadmico.
*Previamente se debe de considerar que el alumno tome como mnimo 2 o tres materias del ncleo que le permitan
en un futuro cumplir con las reglas del departamento de computacin de tener que haber cursado con la cantidad
de materias obligatorias del ncleo.
Posibilidad de cambios
Durante el siguiente mes a la inscripcin a un curso existe la posibilidad de realizar
modificaciones por parte del alumno o el coordinador acadmico de los cursos previamente
inscritos. Estas modificaciones deben de ser avaladas por el profesor tutor y el coordinador
acadmico.
Entrega de la informacin
La informacin 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 computacin.
Cada una de estas actividades se realizan durante un intervalo de tiempo definido de manera
que el proceso de inscripcin en secuencial, es decir, las actividades van ligadas.
41
2.2 Ingeniera de requerimientos

En este punto la ingeniera 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 definicin de servicios proporcionados
por el sistema al igual que sus restricciones operativas.
Existen dos niveles mostrados en este aspecto:
La definicin de requerimientos
La especificacin de requerimientos
Cada uno de estos niveles detalla los requerimientos del sistema SIV, solo que la especificacin
de los mismos lo hace con mayor detalle.
2.2.1 Obtencin de requerimientos utilizando el mtodo VORD

(Definicin de requerimientos orientado a puntos de vista)
El descubrimiento de los requerimientos es el proceso de recoger informacin sobre las
necesidades existentes del departamento de computacin para el proceso de inscripciones,
para ello utilizamos un mtodo 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 Identificacin 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 tendrn relacin 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 an son inherentes al sistema sin ser ciertamente servicio
directo a los usuarios.
42
Inscripcin a
cursos
Interfaz de
usuario
Alumno
Validacin de
inscripcin
Consulta
cursos
inscritos
Control de periodos
de inscripcin
Enviar E-MAIL
de
confirmacin
Registro de
auxiliar
administrati
vo
Facilidad
Usuario
invlido
Registro de los
periodos de
inscripcin y los
cuatrimestres
Consulta de
estadsticas de
inscripcin
Consulta de la
informacin y
temticas de los
cursos
Registrar
curso
Profesor
Generar
usuarios
y
contrase
as
Baja de
curso
inscrito
Autenticacin de
usuario
Consulta de los
datos del alumno
Fiabilidad
Coordinador
Acadmico
Seguridad
Iniciar Sesin
Generacin de
reportes
Consulta de
alumnos
inscritos en los
cursos
Establecer bajas
de alumnos del
departamento
Auxiliar
Administrativo
Actualizacin de
informacin y
temtica de del
curso
Pblico
en
general
Registro de
profesores
Registro de
alumnos y su
informacin
Figura 16 "Lluvia de idea de los puntos de vista"
2.1.1.2 Estructuracin de los puntos de vista

A continuacin se asocian los servicios con las entidades del sistema.
Alumno
Lista de servicios
Inscripcin a curso
Consulta cursos inscritos
Baja de curso inscrito
Consulta de la informacin y
temticas de los cursos
Pblico en general
Lista de servicios
Modificar la
informacin del
alumno
Modificacin de la
informacin de los
profesores
43
Coordinador Acadmico
Lista de servicios
Registro de auxiliar
administrativo
Consulta de estadsticas de
inscripcin
Registro de los periodos de
inscripciones y cuatrimestres
Generar usuarios y contraseas
Consultar los datos del alumno
Registrar curso
Consulta de los alumnos
inscritos a los cursos
Actualizacin de la informacin
y las temticas de un curso
Modificar la informacin de los
profesores
Modificar la informacin del
alumno
Establecer bajas de los alumnos
del departamento
Registrar profesores
Registro de alumnos y su
informacin.
Generacin de reportes
Consulta de cursos inscritos
Inscripcin a cursos
Profesor
Lista de servicios
44
Auxiliar administrativo
Lista de servicios
inscripcin
Consultar datos del alumno
2.1.1.3 Jerarqua de los puntos de vista

Se organizan los puntos de vista en una jerarqua de herencia, para mostrar las partes que
tienen en comn y reutilizar la informacin de los mismos. En la figura 17 se muestra la
jerarqua de puntos de vista para el sistema de inscripciones SIV.
Todos los puntos de vista
Personal del
departamento
Usuario
Alumno
Publico en
general
Coordinador
Acadmico
Profesor
Figura 17 Jerarqua de los puntos de vista
Auxiliar
Administrativo
2.1.1.4 Documentacin y descripcin de los puntos de vista

A continuacin se describen los puntos de vista del sistema, los servicios suministrados, los
datos que requieren y la manera en que stos se controlan.
Referencia:
Pblico en general
Atributos:
Tipo de usuario
Eventos:
Seleccionar opcin genrica
Servicios:
Consulta de la informacin
Subpuntos de
vista:
Alumno
Referencia:
Alumno
Atributos:
Nombre de usuario
Contrasea
Eventos:
Seleccionar una operacin

interna.
Cancelar operacin
Finalizar sesin
Servicios:
Inscripcin a curso
Subpuntos de
vista:
Referencia:
Auxiliar administrativo
Atributos:
Nombre de usuario
Contrasea
Eventos:

Cancelar operacin
Finalizar sesin
Servicios:
Consulta de estadisticas de
inscripcin
Consultar los datos del
alumno
Subpuntos de
vista:
Profesor
Coordinador acadmico
Referencia:
Consulta de la informacin y las

temticas de un curso
Fundamento:
Mostrar los cursos impartidos

en el departamento de computacin y
la informacin sobre las temticas de
cada uno de ellos
Especificacin:
Los usuarios eligen este servicio dando

clic en la opcin Mostrar Cursos.
Puntos de vista:
Alumno
Publico General
Requerimientos
no funcionales:
Mostrar sin tiempos de espera la

informacin sobre las materias.
Fcil comprensin de la informacin
sobre los datos de los cursos.
Referencia:
Inscripcin a curso
Fundamento:
Automatizar el proceso de inscripcin
Especificacin:
Los alumnos eligen este servicio

seleccionando el curso dentro de
una lista y dando clic en el botn
de Inscribir. El sistema verifica que
la inscripcin sea vlida y notifica
el resultado.
Puntos de vista:
Alumno
Requerimientos
no funcionales:
Notificar el xito de la inscripcin

inmediatamente en no ms de 5
segundos, al alumno en la pantalla.
Excrementar el cupo del curso en 1
en no ms de 5 segundos.
45
46
Referencia:
Profesor
Referencia:
Consulta de las estadsticas de inscripcin
Atributos:
Nombre de usuario
Contrasea
Fundamento:
Automatizar el proceso de la
Generacin de estadsticas de inscripcin
Eventos:

Cancelar operacin
Finalizar sesin
Especificacin:
Servicios:
y las temticas de los cursos
El Auxiliar Administrativo, el Profesor

y el Coordinador Acadmico son
capaces de accesar a las
estadsticas sobre el nmero de
alumnos inscritos a los cursos y el cupo
de estos.
Subpuntos de
vista:
Puntos de vista:
Auxiliar Administrativo
Profesor
Requerimientos
no funcionales:
Rapidez de respuesta del sistema
Referencia:
Atributos:
Nombre de usuario
Contrasea
Eventos:

Cancelar operacin
Finalizar sesin
Servicios:
Subpuntos de
vista:
Registro de auxiliar administrativo

Registrar curso
Profesores
Registro de alumnos y su informacin
Referencia:
Fundamento:
Agilizar la consulta de informacin

relevante sobre las inscripciones.
Especificacin:
Este servicio arrojara datos importantes

sobre el estado de las inscripciones, y
permitir la impresin de los mismos.
Puntos de vista:
Profesor
Requerimientos
no funcionales:
Referencia:
Consultar datos de los alumnos
Fundamento:
Agilizar la consulta de informacin

sobre los alumnos.
Referencia:
Especificacin:
Este servicio proporcionar la

informacin sobre un alumno
deseado.
Fundamento:
Permitir observar los cursos a los que

un alumno se ha inscrito de una
manera sencilla y rpida.
Profesor
Especificacin:
Este servicio proporcionar la tira

de cursos que ha inscrito un alumno
del departamento durante el
cuatrimestre presente.
Puntos de vista:
Alumno
Profesor
Requerimientos
no funcionales:
Puntos de vista:
Requerimientos
no funcionales:
Referencia:
Fundamento:
Permitir a un alumno dar de baja

una materia inscrita de una forma
fcil.
Especificacin:
47
Permite dar de baja una materia

Inscrita por un alumno, ya sea
para cambiarla o por otro motivo,
si el periodo para realizar esta
operacin an es el adecuado.
Puntos de vista:
Alumno
Requerimientos
no funcionales:
Rapidez de confirmacin de xito de

la operacin no ms de 5 segundos.
Seguridad de que nadie no
autorizado pueda hacer cambios de
este tipo.
Referencia:
Fundamento:
Registrar a una persona que se

encargar de la generacin de
reportes y consulta de informacin
bsica del sistema para permitir el
desarrollo de otras actividades
de tipo administrativo en el
departamento.
Especificacin:
Permitir registrar los datos bsicos

de un auxiliar administrativo, para
que este pueda posteriormente
pueda registrarse como un usuario
del sistema.
Puntos de vista:
Requerimientos
no funcionales:

autorizado pueda hacer registros de
este tipo.
Referencia:
Registro de periodos de inscripcin

y cuatrimestres
Fundamento:
Necesidad de establecer fechas de

inscripcin as como la calendarizacin
de los cuatrimestres.
48
Referencia:
Fundamento:
Necesidad de proporcionar a los

usuarios del sistema un acceso
seguro a este, adems de poder
diferenciar entre el tipo de usuario
y las operaciones permitidas.
Especificacin:
Permite registrar las fechas y periodos

de inscripcin y las fechas de los
cuatrimestres.
Puntos de vista:
Especificacin:
Requerimientos
no funcionales:

este tipo.
Generar un nombre de usuario y

contrasea nica para cada usuario del
sistema SIV, previamente registrado
ya sea como Alumno, Auxiliar
Administrativo o Profesor.
Puntos de vista:
Requerimientos
no funcionales:

autorizado pueda generar estos datos.
Referencia:
Registrar curso
Fundamento:
Registrar los cursos que se

impartirn durante los cuatrimestres
en el departamento de computacin.
Especificacin:
Permite registrar los cursos que se

ofrecern a los alumnos durante
los diferentes periodos, as como
informar acerca de las temticas de
estos y el nombre del profesor
que lo impartir.
Puntos de vista:
Requerimientos
no funcionales:

este tipo.
Referencia:
Consulta de los alumnos inscritos a

los cursos
Fundamento:
Necesidad de conocer la lista de

alumnos en cada curso.
Especificacin:
Obtiene la lista de alumnos inscritos

en los cursos actualizada al momento
de la solicitarla.
Puntos de vista:
Profesor
Requerimientos
no funcionales:
Rapidez de respuesta por parte del

sistema
Referencia:
Registro de profesores
Fundamento:
Necesidad de registrar a cada uno

de los profesores que impartirn
cursos en el departamento
Especificacin:
Permitir el registro de un profesor

y su informacin.
Puntos de vista:
Requerimientos
no funcionales:
Facilidad
Rapidez de la modificacin
Seguridad de acceso a esta
operacin
Referencia:
Actualizacin de la informacin y
las temticas de un curso
Fundamento:
Necesidad de actualizar cierta

informacin de los cursos,
conforme estos se renueven o
sufran cambios inesperados en
horarios, profesores o temticas.
Especificacin:
Permite modificar la informacin

de registro de un curso.
Puntos de vista:
Profesor
Requerimientos
no funcionales:
Facilidad
Rapidez del registro
operacin
49
Referencia:
Modificar informacin de los

profesores
Fundamento:
Necesidad de mantener actualizada

la informacin de los profesores
que imparten los cursos en el
departamento.
Especificacin:
Permite modificar la informacin

de un profesor registrado.
Puntos de vista:
Requerimientos
no funcionales:
Facilidad
Rapidez de la modificacin
operacin
Referencia:
informacin
Fundamento:
Cuando un alumno es aceptado

en el departamento este deber
ser registrado en el sistema de
inscripcin virtual SIV, para que este
pueda comenzar a inscribir los cursos
que tomar.
Especificacin:
Permite registrar los datos de un

nuevo alumno adscrito al departamento
de cmputo.
Puntos de vista:
Requerimientos
no funcionales:
Facilidad
Rapidez del registro
operacin
2.2.3 Escenarios de eventos

Se utilizan los escenarios de eventos para documentar el comportamiento del sistema cuando
se le presentan eventos especficos. Los escenarios de eventos incluyen una descripcin 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 sesin en el sistema SIV
Escenario de evento 2 "Consulta de cursos"
50
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 "Inscripcin de curso"
Escenario de evento 8 "Generar Reportes"
2.2.4 Definicin de requerimientos

La definicin formal de requerimientos para un sistema es la descripcin 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 estn divididos en requerimientos de usuario y
requerimientos del sistema, estos se muestran a continuacin.
2.2.4.1 Requerimientos de usuario

Los requerimientos de usuario son servicios que el departamento de cmputo espera que
realice el sistema SIV, as como las restricciones bajo las cuales debe de funcionar.
N
Requerimientos de usuario
El sistema de inscripcin virtual (SIV) debe de autentificar a cada uno de los

usuarios (alumno, coordinador y auxiliar administrativo), mediante un nombre de
usuario y contrasea.
El SIV debe permitir el uso de los servicios del sistema de acuerdo a los permisos de
cada uno de los usuarios.
El SIV permitir el alta, baja y modificacin de cursos, solo para el usuario

autorizados (coordinador).
El SIV permitir el alta, baja y modificacin de los usuarios del SIV.
El SIV permitir, a los usuarios registrados, la consulta detallada (horario, cupo,

profesor, etc.) de los cursos disponibles.
El SIV permitir la asignacin y modificacin de profesores a cada uno de los a

cursos del departamento de computacin.
El SIV permitir la inscripcin a cursos a los alumnos del departamento de

computacin
El SIV permitir la baja de cursos de los alumnos inscritos cursos.
El SIV deber contar con interfaces amigables e intuitivas para facilitar el uso.
10
El SIV deber garantizar la disponibilidad e integridad de la informacin en todo

momento as como el acceso desde cualquier equipo informtico conectado a la
web.
54
2.2.4.2 Requerimientos del sistema

Requerimientos del usuario
El sistema de inscripcin virtual (SIV) debe de autentificar a cada uno de los usuarios (alumno,
coordinador y auxiliar administrativo), mediante un nombre de usuario y contrasea.
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 contrasea sean validos comparndolos 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.
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 modificacin 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.
55
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 modificacin de la informacin 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 informacin proporcionada por el usuario.

4

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 modificacin de la informacin de un usuario, el SIV deber proporcionar una interfaz en
se pueda acceder a la informacin del usuario, bridando la opcin de modificacin 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 informacin proporcionada por el usuario.
56
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
El SIV permitir la asignacin y modificacin de profesores de cada uno de los a cursos del departamento
de computacin.
6.1
Si se trata de una asignacin, el SIV debe de proporcionar una lista con todos los cursos que se imparten en
el departamento de computacin.
6.2
El SIV deber proporcionar una lista con todos los profesores disponibles para impartir el curso.
6.3
El SIV verificara que la asignacin sea vlida, 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 informacin relacionada con los cursos.
El SIV permitir la inscripcin a cursos a los alumnos inscritos en un programa del departamento de
computacin.
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 inscripcin
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 algn error el SIV mostrara al usuario la causa del error.
57
7.7
El SIV debe de llevar a cabo la inscripcin del alumno al curso, guardando la informacin en el repositorio
del sistema
El SIV permitir la baja de cursos de los alumnos inscritos en un programa del departamento de
computacin.
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
9.1
El SIV deber contar con interfaces interactivas con el usuario a base de ventanas, botones, mens etc.
9.2
Las interfaces del SIV debern ser lo ms sencillas, y claras para el usuario, deben de evitar procedimientos
largos y engorrosos.
10
El SIV deber garantizar la disponibilidad e integridad de la informacin en todo momento as como el

acceso desde cualquier equipo informtico conectado a la web.
10.1
El SIV debe de contar con una capa de administracin de los datos, para evitar cualquier anomala en el
manejo de la base de datos.
10.2
El SIV contara con un mecanismo de acceso que permita mltiples usuarios conectados en un mismo
momento, dotndolo de capacidad para atender mltiples peticiones simultneamente.
10.3
El SIV debe de ser compatible con la mayora de navegadores web.
58
2.2.5 Especificacin de los requerimientos

En esta siguiente seccin se detallan cada uno de los requerimientos de manera formal,
permitiendo entender las necesidades del sistema a travs de un lenguaje tcnico y entendible
por los diseadores del sistema.
A continuacin se especifican los requerimientos descritos en la seccin 2.2.4 de una manera
formal, detallada y tcnica.
Requerimiento # 1
El sistema de inscripcin virtual (SIV) debe de autentificar a cada uno de los usuarios (alumno, coordinador y
auxiliar administrativo), mediante un nombre de usuario y contrasea.
Funcin: identificar usuarios
Descripcin: El sistema identificara solo a tres tipos de usuarios (Alumnos, coordinadores acadmicos y personal
administrativo), y solamente a ellos se permitir el acceso y uso de servicios.
Entradas: Usuario y contrasea.
Salidas: Acceso al sistema mensaje de reintento o abortar operacin.
Requerimientos: Usuario y contrasea 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.
Funcin: Uso de servicios
Descripcin: 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.
59
Efectos: Restringir el uso de los servicios a usuarios no autorizados.
Requerimiento # 3
El SIV permitir el alta, baja y modificacin de cursos, solo para el usuario autorizados (coordinador)
Funcin: Alta, baja y modificacin de cursos
Descripcin: Este servicio permite agregar, eliminar y modificar la informacin de cada uno de los cursos, en el
repositorio del sistema. Adems de verificar que la informacin proporcionada se la correcta.
Entradas: Curso seleccionado por el usuario (ID del curso)
Salidas: Alta, baja o modificacin de la informacin 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 funcin est disponible) En caso de baja o modificacin 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 modificacin, se actualizara la informacin relacionada al curso. Si ocorre algn tipo de error
este ser notificado.
Efectos: Si se registra un curso errneamente se arrastrara este error y los alumnos podrn inscribirse a un curso
errneo o con malos datos del mismo.
Requerimiento # 4
Funcin: Alta, baja y modificacin de usuarios
Descripcin: Este servicio permite agregar, eliminar y modificar la informacin de cada uno de los usuarios
registrados en el sistema. Adems de verificar que la informacin proporcionada se la correcta.
Entradas: Cdigo de usuario (ID como Alumno, Auxiliar administrativo, Profesor o Coordinador)
Salidas: Alta, baja o modificacin de la informacin 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 modificacin 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 modificacin de la informacin del usuario, se actualizara la informacin
relacionada en el sistema.
60
Efectos: Si no se cumple con los requisitos para el alta, baja y modificacin de la informacin del usuario se
producir un error en el sistema y no se podr llevar a cabo la operacin.
Requerimiento # 5
El SIV permitir, a los usuarios registrados, la consulta detallada (horario, cupo, profesor, etc.) de los cursos
disponibles.
Funcin: Consulta de catalogo de cursos
Descripcin: Se permitir la consulta del catalogo de cursos que se imparten en un cierto periodo en el DIE
Entradas: ninguna.
Salidas: caractersticas 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 asignacin y modificacin de profesores a cada uno de los a cursos del departamento de
computacin.
Funcin: Asignacin y modificacin de profesores
Descripcin: Este servicio se encargar de asignar un profesor a un curso, tambin se encarga de modificar la
asignacin hecha a un curso.
Entradas: ID del curso.
Salidas: Confirmacin de asignacin
Requerimientos: El profesor a asignar se encuentra previamente registrado en el sistema y curso tambin.
Precondiciones: Existen en el repositorio del sistema los datos del profesor y curso, y la asignacin es posible.
Postcondiciones: En caso de asignacin, se asignara un profesor a un curso, en caso de modificacin se actualizara
la informacin contenida en el repositorio del sistema.
Efectos: Una mala asignacin provoca un error que arrastra a alumnos y cursos asociados.
61
Requerimiento # 7
El SIV permitir la inscripcin a cursos a los alumnos del departamento de computacin
Funcin: Inscripcin de alumnos
Descripcin: Esta servicio permite inscribirse a los alumnos a un curso.
Entradas: ID del curso e ID del Alumno
Salidas: Confirmacin de inscripcin 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: Confirmacin al alumno que quedara inscrito en el curso.
Efectos: Si la inscripcin del curso es el n permitido al alumno su inscripcin se cierra y se enva notificacin al
coordinador acadmico.
Requerimiento # 8
El SIV permitir la baja de cursos de los alumnos inscritos a cursos.
Funcin: Baja de cursos inscritos
Descripcin: Esta funcin 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: Confirmacin 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: Confirmacin de que el alumno quedara dado de baja del curso.
Efectos: El alumno ser dado de baja de un curso.
Requerimiento # 9
Descripcin: 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 informacin en todo momento as como el acceso
62
desde cualquier equipo informtico conectado a la web.

Descripcin: Un requerimiento importante es la confiabilidad del sistema, seguridad del mismo y compatibilidad
con la red, compatible con la mayora 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 especficas 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 rpido acceso, el cual permita a cualquier usuario con una conexin
promedio a internet no tener tardanzas en la consulta y modificacin de los datos en el sistema
SIV.
2.2.6.2 Seguridad
La probabilidad de corrupcin de los datos en caso de fallo debe de ser muy baja, debido a que
no se desea perder informacin de alumnos.
De ninguna manera un usuario no autorizado deber de poder accesar al sistema SIV.
Los tipos de usuario debern 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 guas antes de usar el sistema SIV.
2.2.6.4 Fiabilidad
Fiabilidad que garantice la operacin de SIV con una disponibilidad del 99.9 %, as como que el
nmero de fallos sea lo menos frecuente posible.
2.2.6.5 Mantenibilidad
El mantenimiento del sistema debe de ser econmico y no requerir ms de dos revisiones al ao.
2.2.6.6 Portabilidad
La interfaz de usuario del sistema SIV deber ser WEB, compatible con la mayora 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.
63
2.3 Vistas generales del sistema
64
2.3.1 Vista del alumno

Vista
Descripcin
Servicios
Alumno
El alumno inscrito a un programa de maestra del

departamento de computacin podr hacer uso
del sistema para la consulta, inscripcin o baja de
cursos.
El alumno tiene la autorizacin para

utilizar los siguientes servicios:
Inscripcin a cursos
Consulta de la informacin y las
SIV
Cursos
___________
__________
Iniciar Sesin
Consulta de la
informacin y
temticas de
los cursos
Acceso al sistema
Alumno
Inscripcin a cursos

Figura 18"Vista del alumno"
2.3.2 Vista del coordinador acadmico
65
Vista
Descripcin
Servicios
Coordinador
Acadmico
El coordinador acadmico tendr acceso al

sistema con un nombre de usuario y contrasea
que lo identificaran como coordinador.
El coordinador tiene la autorizacin para

El coordinador acadmico tiene el acceso a todas

las operaciones de los dems tipos de usuarios del
sistema, a dems de operaciones nicas.

inscripcin
Registrar curso
los cursos
Actualizacin de la informacin y las
profesores
Modificar la informacin del alumno
Establecer bajas de los alumnos del
departamento
informacin.
Inscripcin a cursos
66
Coordinador
Acadmico
Iniciar Sesin
Acceso a todos las

operaciones del Profesor
Acceso a todas las

operaciones del alumno
Acceso al sistema
Todas las Funciones del

Registro y
modificacin de
Profesores
Registro y
modificacin de cursos
Registro y
modificacin de la
informacin de
Auxiliares
Administrativos
Generar usuarios
y contraseas
lunes
Establecer
bajas de
alumnos
Registro y
modificacin
de Alumnos
martes
mirco
les
jueves
vierne
s
sbad
o
domin
go
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
Registro de los periodos

de inscripciones y
cuatrimestres
Figura 19 Vista del Coordinador
2.3.3 Vista del profesor

Vista
Descripcin
Servicios
Profesor
El profesor tendr acceso al sistema con un

nombre de usuario y contrasea que lo
identificaran como profesor.

los cursos
Actualizacin de la informacin y las
SIV
Alumnos
---------------------
Consultar datos
del alumno
Iniciar Sesin
Acceso al sistema
SIV
Alumnos Incritos
Profesor
Consulta de la lista de
alumnos inscritos a un
curso
Actualizacin de la
informacin y las
temticas del curso
Figura 20 Vista del Profesor
2.3.4 Vista del auxiliar administrativo

Vista
Descripcin
Servicios
Auxiliar
Administrativo
El auxiliar administrativo tendr acceso al sistema

con un nombre de usuario y contrasea que lo
identificaran como profesor.

los cursos
inscripcin
67
SIV
68
Alumnos
---------------------
Consultar datos
del alumno
Iniciar Sesin
Acceso al sistema
SIV
Alumnos Incritos
Auxiliar Admnistrativo
Consulta de la lista de
alumnos inscritos a un
curso
Consultar estadsticas
de inscripcin
Figura 21 "Vista del Auxiliar Administrativo"
2.3.5 Vista del pblico en general

Vista
Descripcin
Servicios
Pblico en
General
El Pblico en General no requiere de un usuario y

contrasea, tendrn un acceso a este servicio sin
necesidad de iniciar sesin.

temticas de los cursos.
SIV
Cursos
___________
__________
Publico en general
Acceso al sistema
Figura 22 "Vista del Pblico en General"
Consulta de la
informacin y
temticas de
los cursos
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 ms conocido y utilizado en la actualidad; est respaldado por el OMG (Object
Management Group). Es un lenguaje grfico para visualizar, especificar, construir y documentar
un sistema de software. UML ofrece un estndar 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 programacin, esquemas de bases de
datos y componentes de software reutilizables.
Es importante resaltar que UML es un lenguaje para especificar y no para describir mtodos 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
metodologa de desarrollo de software (tal como el Proceso Unificado Racional o RUP), pero no
especifica en s mismo qu metodologa 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 cmo este interacta con el
usuario, estn compuestos por actores y su relacin 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 23Actores del Sistema
69
Diagrama de caso de uso: INICIAR SESIN
Diagrama de caso de uso 1 Caso de Uso-Iniciar Sesin

Caso de uso
Iniciar Sesin
Actor
Alumno, profesor, auxiliar administrativo y coordinador.
Objetivo
Verifique que el usuario este registrado en el sistema.
Descripcin
Cuando el usuario desea ingresar al sistema, enva sus datos, estos son
capturados en una ventana donde introduce nombre de usuario y contrasea,
el sistema se encarga de verificarlos en la base de datos, si el usuario no es
vlido 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
contrasea son correctos se permite el acceso al sistema y se muestra la
pantalla inicial.
70
Diagrama de casos de uso del Coordinador
Diagrama de caso de uso 2 "Casos de uso coordinador acadmico"
71
Caso de uso
Actualizar curso
Actor
Coordinador
Descripcin
Permitir al coordinador publicar los cursos que impartirn en el cuatrimestre

actuar o en su defecto modificar cursos existentes.
Descripcin
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 informacin 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 modificacin, en caso de que la informacin no
sea correcta o no sea vlida, o ocurre un error durante el almacenamiento
en la base de datos, se enva un mensaje de fallo, de lo contrario se
actualiza la publicacin de curso y se obtiene un mensaje de xito.
Caso de uso
Publicar curso
Actor
Coordinador
Descripcin
Permite al coordinador establecer los periodos de inscripcin
Descripcin
El caso de uso inicia cuando el coordinador selecciona da, mes y ao de

inicio del periodo de inscripcin, despus selecciona el da, mes y ao del
trmino del periodo de inscripcin, si la informacin introducida es no
valido o hubo un error se manda un mensaje de falla, de lo contrario se
actualiza la configuracin del periodo de inscripcin y se recibe un mensaje
de xito.
Caso de uso
Modificar perfil
Actor
Coordinador
Descripcin
Que el coordinador pueda actualizar los datos personales
Descripcin
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
Descripcin
Mandar mensaje o correo de confirmacin de inscripcin
72
Descripcin
Cuando el coordinador desea mandar un correo de confirmacin de la

inscripcin el coordinador captura el correo a enviar y el sistema se encarga
de enviarlo, cuando el usuario destino inicie sesin, se le notificara que
tiene correo de confirmacin de inscripcin
Caso de uso
Alta de usuario
Actor
Coordinador
Descripcin
Dar de alta a los usuarios que tendrn acceso al sistema
Descripcin
a)
Cuando el coordinado asigna un nombre de usuario y contrasea 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 enva 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
Descripcin
Dar de alta un curso en el sistema
Descripcin
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 vlido se
continua con la alta de lo contrario se manda un mensaje de error.
c) Se enva 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
enva un mensaje de error.
Caso de uso
Baja de usuario
Actor
Coordinador
Descripcin
Dar de baja a usuarios del sistema
Descripcin
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 enva la informacin.
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
73
contrario lo elimina de la base de datos y manda un mensaje de

xito
Caso de uso
Baja de cursos
Actor
Coordinador
Descripcin
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 enva 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
Descripcin
Hacer correccin en los datos de la base de datos como cursos, profesores,

alumnos auxiliar administrativo etc.
Descripcin
a) El coordinador realiza correcciones en los datos

b) Una vez seleccionado el tipo a corregir datos, se envan 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 enva 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
74
Caso de uso
Ayuda del sistema
Actor
Alumno y pblico en general,
Objetivo
Mostrar al usuario una gua informtica sobre el uso del sistema
Descripcin
Desde la pgina 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
informacin bsica 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 inscripcin
Actor
Alumno
Objetivo
Registrar los cursos que el alumno desea tomar en el cuatrimestre actual.
Descripcin
a) Inicialmente el alumno ingresa al sistema y solicita su inscripcin

b) El sistema verifica que se pueda realizar la inscripcin ( validar
requisitos de inscripcin
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 enva la solicitud de inscripcin y una vez hecho se enva
confirmacin de termino de la inscripcin (envi de confirmacin).
75
Caso de uso
Envi de confirmacin
Actor
Alumno
Objetivo
Enviar un correo al coordinador notificando que el alumno termino su

inscripcin
Descripcin
Despus de que el sistema ha validado los requisitos mnimos de inscripcin,

se enva un correo al coordinador indicndole que el proceso de inscripcin
del alumno correspondiente ha finalizado, cuando el mensaje es enviado y
recibido, se notifica al alumno que su inscripcin ha sido realizada con xito y
se le muestra un mensaje
Caso de uso
Validar requisitos de inscripcin
Actor
Sistema
Objetivo
Verificar que el alumno cumpla con los requisitos del proceso de inscripcin
estos son: fecha de periodo de inscripcin, promedio, etc.
Descripcin
a)
Cuando el sistema recibe el aviso de verificar la informacin del

alumno se inicia la validacin
b) El sistema comprueba que la fecha de solicitud de inscripcin sea
vlida dentro del periodo del proceso de inscripcin y bajas de
cursos, en caso de que la fecha no sea vlida se despliega un mensaje
de error, y si es vlida se permite continuar con la solicitud
c) El sistema valido que se cumplan los requisitos de inscripcin. Para el
primer ao escolar el promedio mnimo es de 8.0, no tener materias
reprobabas y que se inscriban al menos 4 materias.
Para el segundo ao se valida que el alumno all cursado 4 materias
ncleo, que tenga un promedio mnimo de 8.0, y no tener materias
reprobadas.
d) Si se cumplen estos requisitos mnimos de inscripcin se continua
con la solicitud (envi de confirmacin), de lo contrario de enva 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
Descripcin
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
76
e)
f)
g)
Si el alumno confirma el cambio se enva la confirmacin de

inscripcin y se actualiza el horario de clases
Si el alumno cancela el cambio de curso se restauran los cursos
anteriores y no se hacen cambios
Se enva mensaje al alumno cuando el proceso de inscripcin de se
realizo satisfactoriamente.
Diagrama de caso de uso: CAMBIAR CONTRASEA
Diagrama de caso de uso 5 "Cambiar contrasea"

Caso de uso
Cambiar contrasea
Actor
Alumno, profesor, auxiliar administrativo y coordinador
Objetivo
Que el usuario pueda modificar su contrasea de acceso al sistema
Descripcin
Este caso de uso se inicia cuando el usuario desea cambiar su contrasea,

inicialmente el usuario entra al sistema, si desea cambiar su contrasea en
una ventana debe de escribir su contrasea nueva y confirmarla y en su
prxima sesin su contrasea ser actualizada.
Diagrama de caso de uso: GENERAR REPORTE
Diagrama de caso de uso 6 "Generar un reporte"
77
Caso de uso
Generar un reporte
Actor
Coordinador, auxiliar administrativo y profesor.
Objetivo
Mostrar informacin a los usuarios.
Descripcin
Desde las pginas dentro del sistema SIV, se pueden llamar funciones de
reportes con la posibilidad de personalizacin para visualizar solo la
informacin necesaria. En caso de que el usuario lo desee puede llamar la
funcin 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 informacin solicitada en un archivo de llamar la funcin

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.
Descripcin
Desde el sistema, el usuario podr utilizar la funcin 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 lnea temporal.
Mostrando los objetos participantes en la interaccin y la secuencia de mensajes
intercambiados.
La lneas de vida representan representa un rol durante cierto plazo de tiempo, mostrando los
mensajes con flechas entre las lneas de vida.
Estos diagramas nos ayudan a mostrar la secuencia del comportamiento de un caso de uso y por
ende dar una explicacin ms detallada del mismo.
A continuacin se muestran los diagramas de secuencia para los casos de uso principales del
sistema.
78
Actualizacin y edicin de curso
Descripcin
Diagrama de secuencia 1 "Actualizacin y edicin de curso"
1.
Actualizacin y edicin de cursos

Se acceso a la opcin cursos y se visualizan cursos almacenados
2.
selecciona curso, se edita y se muestran actualizaciones
3.
Se selecciona opcin guardar, se almacenan datos y se manda mensaje de confirmacin
4.
Se muestra el mensaje al usuario
79
Alta de curso
80
Descripcin
Diagrama de secuencia 2 "Alta de curso"
1.
Alta de curso
El coordinador selecciona la opcin dar de alta curso
2.
Se busca la informacin de los cursos actuales y se muestran en la pantalla
3.
Se valida si el periodo de altas de cursos
4.
Se envan 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.
Baja de curso
81
Descripcin
Diagrama de secuencia 3 "Baja de curso"
1.
Baja de curso
El coordinador selecciona la opcin dar de baja curso
2.
Se busca la informacin 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 enva los datos del curso a dar de baja se busca y si existe lo borra y manda un mensaje
de curso dado de baja.
Generar reporte
82
Descripcin
Diagrama de secuencia 4 "Generar un reporte"
1.
Generar reporte
Primero se selecciona la opcin generar reporte
2.
Se muestran los tipos diferentes de reportes correspondientes a cada usuario
3.
Se selecciona el tipo, y se recopila la informacin encontrada y se muestra.
4.
Si el usuario elige un tipo respecto al resultado de la bsqueda

generar reporte
Si se elige opcin guarda, se genera un archivo donde se almacena el reporte y se muestra
al usuario
5.
Ayuda del sistema
83
Diagrama de secuencia 5 "Ayuda del sistema"
Descripcin
Ayuda del sistema

1.
Si selecciona la opcin ayuda
2.
Muestra la opcin ayuda
3.
Se ingresan los datos de bsqueda y se muestra el resultado de la bsqueda al usuario
Cambiar contrasea
84
Descripcin
Diagrama de secuencia 6 "Cambiar contrasea"
1.
Cambiar contrasea
Se selecciona la opcin modificar contrasea y se manda la nueva contrasea
2.
El sistema valida y pide la confirmacin de la contrasea
3.
Si la contrasea es valida, actualiza y cambia la contrasea por la nueva en la base de datos
4.
Se manda mensaje de xito
Periodos de inscripcin y publicar curso
Diagrama de secuencia 7 "Establecer periodos de inscripcin"
Descripcin
1.
Establecer periodos de inscripcin

Se selecciona la opcin establecer periodo de inscripcin, se valida si se puede establecer el
periodo de inscripcin, si es vlido se introduce la fecha de inicio y se guarda la fecha y se
introduce fecha final del periodo, se guardan la fecha
2.
Se enva mensaje de xito
3.
Publica los cursos dados de alta
85
Mandar mensaje
86
Diagrama de secuencia 8 "Mandar mensaje"
Descripcin
Mandar mensaje
1.
El administrador manda mensaje de correo confirmando la

inscripcin del alumno, cuando lo mando se guarda en la base
de datos, se enva y el alumno confirma recepcin del
mensaje al sistema y manda un mensaje de xito al
coordinador
Iniciar sesin
87
Diagrama de secuencia 9 "Iniciar sesin"
Descripcin
Iniciar sesin
1.
Se hace la peticin de iniciar sesin, el usuario introduce, usuario y

contrasea, el sistema los valida si la respuesta es positiva lo mando a la
pgina de inicio, y su no es positiva la respuesta lo deja como usuario
general.
Inscripcin del alumno a curso
Diagrama de secuencia 10 "Inscripcin de alumno a curso"
Descripcin
1.
Inscripcin del alumno

El alumno solicita su inscripcin, el sistema valida si se est en el periodo de inscripcin.
2.
Si se muestra los cursos dados de alta para que el alumno seleccione los cursos, se validan
los requisitos de inscripcin y se muestra horario, y por ltimo se enva al sistema la solicitud
de inscripcin y se enva automticamente un mensaje al coordinador del trmino de la
inscripcin
3.
Una vez finalizado esto se le muestra al alumno que su inscripcin fue realizada con xito
88
Alta de usuario
89
Diagrama de secuencia 11 "Alta de usuario"
Descripcin
1.
Alta de usuario
El coordinador selecciona la operacin 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.
Baja de usuario
90
Descripcin
Diagrama de secuencia 12 "Baja de usuario"
1.
Baja de usuario
Se selecciona el tipo de usuario a dar de baja
2.
Se muestra al coordinador la lista de los usuarios segn el tipo
3.
Se selecciona el usuario a dar de baja y se envan los datos
4.
Se validan los datos, si son correctos se borra el usuario y se manda un mensaje de xito al
usuario
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 cmo 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-Relacin

En este modelo manejamos el proyecto desde el punto de vista de entidades. Este modelo sirve
para documentar los datos del sistema y su relacin, 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.
91
92
Figura 24 "Modelo de entidad relacin del sistema SIV"
En este modelo hemos representado los atributos ms importantes que resaltan de las
interfaces de usuario. Lo cual permite que sea ms clara la forma en la cual se ven las vistas de
usuario. Despus de analizar el diagrama de entidad - relacin podemos apreciar con mayor
facilidad las vistas de usuario que el sistema tendr.
2.4.5 Modelo de Jerarqua 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 jerarqua de clases"
2.5 Evolucin del sistema

El sistema SIV tiene una estructura capaz de evolucionar, se puede ir haciendo que aparte de
controlar el proceso de inscripcin logre realizar muchas ms funciones de control y capaz
controlar muchas ms variables. Los principales puntos que estamos contemplando para la
evolucin del sistema son:
1. Polticas y procedimientos para el respaldo de la informacin.
En este sentido se contempla en primer lugar la seguridad que debe tener nuestro cliente al
conservar la integridad de su informacin. Independientemente de factores en el ambiente que
puedan representar ser elementos de riesgo. En este punto podemos hablar de fallas de
corriente elctrica, informacin que pueda daarse, equipos daados, virus, etc. Todo lo que
pueda daar su informacin.
Hemos tomado en cuenta estos riesgos y la solucin en primera instancia que proponemos es
crear polticas y mecanismos de respaldo de informacin. Para los mecanismos de respaldos de
informacin contemplamos los siguientes puntos:
Generacin de documentos donde se explique pas a paso la realizacin tcnica del respaldo
de la informacin. Estos documentos recomendamos incluirlos en los procedimientos de la
empresa.
Integracin de un equipo adicional para el respaldo de informacin.
Calendarizacin para la ejecucin de dichos procedimientos.
Mecanismos de revisin.
2. Instalacin 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 informacin se pueda manejar de manera segura en
el nivel del protocolo. Utilizando https (http seguro), esto se logra con la instalacin de un
certificado de seguridad, normalmente es Secure Socket Layer. En este punto el software que
se sujeta a cambios es el servidor de pginas Web. Lo cual resulta benfico porque el sistema
no sufre cambios es su desarrollo y estructura interna. El resultado es que viaja la informacin
por la red de Internet de manera segura.
3. Manejo de bitcoras donde se refleje informacin estadstica de desempeo del sistema.
Es importante saber el tipo de servicio que estamos entregando con el sistema. Con elementos
que puedan evaluar el desempeo del sistema podemos tomarlos como referencia para
mantenimientos preventivos, correctivos, descubrimiento de fallas (en caso de existir) y
elementos de toma de decisin para futuros proyectos.
4. Crecimiento y actualizacin de hardware.
Algo que siempre es seguro, es que la tecnologa avanza rpidamente, los volmenes de
informacin 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 tamao del disco duro,
y la memoria como mnimo.
5. Propuesta para la integracin 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 garanta de un
servicio continuo. Ya que distribuye el nmero de peticiones que recibe el sistema. Evita que el
sistema este fuera de servicio por falla del servidor. Tiene un tiempo de respuesta ms alto y
eficiente.
94
Debido a que se cuenta con un respaldo que atiende las peticiones. Para esta situacin
tendramos que manejar una propuesta similar ya que se integraran algunos cambios en la
parte de red para generar la redundancia, considerar un equipo nuevo y otros factores.
6. Propuesta de ampliacin de las funciones.
El sistema se presta para ser utilizado como ms que un sistema de inscripciones, ya que
permitir agregar ms funciones de manera sencilla, ya que fue diseado con las caractersticas
generales que utiliza un de gran magnitud. Se tendran que hacer algunas modificaciones de
configuracin de los servidores para permitir la implementacin de un nuevo modulo o funcin.
95
2.6 Glosario
Requerimiento: Un requerimiento para un sistema es la descripcin 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 cmo se deben de llevar a cabo algunos clculos. Los requerimientos del dominio son
requerimientos funcionales que se derivan de las caractersticas del dominio de aplicacin.
Requerimiento no funcional: Restringen al sistema en desarrollo que se debe utilizar. Pueden ser
requerimientos del producto, organizacionales o externos. A menudo estn relacionados con las
propiedades emergentes del sistema, y, por lo tanto, se aplican al sistema completo.
Coordinador(es): Personal del Departamento de Computacin que se encuentra asignado(s)
responsable(s) del control del alumnado y los cursos del departamento.
Interfaz: Medio de comunicacin que se da entre dos entidades (sistema-usuario).
Internet: Red de redes de computadoras, con el fin de compartir recursos e informacin. Red
Internacional de computadoras.
Usuario: Persona que utiliza un servicio, proceso o sistema de cmputo.
Email: Correo electrnico.
Men: Puede significar en cualquier caso una eleccin 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 representacin es con una elipse.
UML: (UML, por sus siglas en ingls, Unified Modeling Language) es el lenguaje de modelado de sistemas
de software ms conocido y utilizado en la actualidad; est respaldado por el OMG (Object Management
Group). Es un lenguaje grfico para visualizar, especificar, construir y documentar un sistema de
software.
Actores: se le denomina as al usuario, que puede ser tambin un sistema externo que necesita cierta
informacin del sistema.
Diagrama de Secuencia: Representa una interaccin, un conjunto de comunicaciones entre objetos
organizadas visualmente por orden temporal.
96

Requerimientos Svi Cinvestav 2 PDF

Hochgeladen von

Dokumentinformationen

Originaltitel

Copyright

Verfügbare Formate

Dieses Dokument teilen

Dokument teilen oder einbetten

Freigabeoptionen

Stufen Sie dieses Dokument als nützlich ein?

Sind diese Inhalte unangemessen?

Copyright:

Verfügbare Formate

Requerimientos Svi Cinvestav 2 PDF

Hochgeladen von

Copyright:

Verfügbare Formate

Sistemas y

Centro de Investigacin y de Estudios Avanzados del Instituto Politcnico Nacional

Alumno: Franco Martnez Edgardo Adrin

2.2.1 El proceso actual

Programacin y publicacin de cursos

2.2 Ingeniera de requerimientos

2.2.1 Obtencin de requerimientos utilizando el mtodo VORD

2.1.1.1 Identificacin de los puntos de vista

Figura 16 "Lluvia de idea de los puntos de vista"

2.1.1.2 Estructuracin de los puntos de vista

2.1.1.3 Jerarqua de los puntos de vista

Figura 17 Jerarqua de los puntos de vista

2.1.1.4 Documentacin y descripcin de los puntos de vista

Seleccionar opcin genrica

Seleccionar una operacin

Seleccionar una operacin

Consulta de la informacin y las

Mostrar los cursos impartidos

Los usuarios eligen este servicio dando

Mostrar sin tiempos de espera la

Automatizar el proceso de inscripcin

Los alumnos eligen este servicio

Notificar el xito de la inscripcin

Consulta de las estadsticas de inscripcin

Seleccionar una operacin

El Auxiliar Administrativo, el Profesor

Rapidez de respuesta del sistema

Seleccionar una operacin

Registro de auxiliar administrativo

Agilizar la consulta de informacin

Este servicio arrojara datos importantes

Rapidez de respuesta del sistema

Consultar datos de los alumnos

Agilizar la consulta de informacin

Consulta de cursos inscritos

Este servicio proporcionar la

Permitir observar los cursos a los que

Este servicio proporcionar la tira

Rapidez de respuesta del sistema

Rapidez de respuesta del sistema

Baja de curso inscrito

Permitir a un alumno dar de baja

Permite dar de baja una materia

Rapidez de confirmacin de xito de

Registro de auxiliar administrativo

Registrar a una persona que se

Permitir registrar los datos bsicos

Rapidez de confirmacin de xito de

Registro de periodos de inscripcin

Necesidad de establecer fechas de

Generar usuarios y contraseas

Necesidad de proporcionar a los

Permite registrar las fechas y periodos

Rapidez de confirmacin de xito de

Generar un nombre de usuario y

Rapidez de confirmacin de xito de

Registrar los cursos que se

Permite registrar los cursos que se

Rapidez de confirmacin de xito de

Consulta de los alumnos inscritos a

Necesidad de conocer la lista de

Obtiene la lista de alumnos inscritos

Rapidez de respuesta por parte del