UNIVERSIDAD ABIERTA Y A DISTANCIA DE

MÉXICO

NOMBRE DEL PROGRAMA EDUCATIVO:

INGENIERÍA EN DESARROLLO DE SOFTWARE

NOMBRE DEL ASIGNATURA:

Introducción a la ingeniería de software.

NOMBRE DE LA PRÁCTICA:

Análisis de requerimientos.

UNIDAD 2

FACILITADOR:

Ivonne Enríquez Castillo

INTEGRANTES:

No Matrícula Nombre
1 ES162007075 Maldonado Rodríguez Carlos Eduardo

Mayo, 2018

Página 1|5
Contenido
Clasificación de requerimientos .......................................................................................................... 3
Módulos identificados ......................................................................................................................... 4
Módulos propuestos ....................................................................................................................... 4
Propuesta para recabar requerimientos del módulo elegido. ............................................................ 4
Técnica del escenario ...................................................................................................................... 4

Página 2|5
Clasificación de requerimientos
Requerimientos Usuario Sistema Argumenta la clasificación del
Funcionales No requerimiento
funcionales
Sistema accesible  Coordinadores X El sistema debe ser accesible,
por cualquier  Profesores pero con restricciones
alumno,  Alumnos (que ya dependiendo de la categoría del
coordinador y pagaron) usuario.
profesor
Permitir a un  coordinador X El coordinador es el encargado de
coordinador la relación Alumno – profesor en
académico llenar el sistema
una base de datos
de los semestres
Permitir a un  alumno X Al ser una escuela con un sistema
alumno elegir las de horarios flexibles, el alumno
asignaturas en las debe poder elegir que materias
que tomará clase quiere tomar y con que profesor.
en el semestre.
Permitir a los  profesor X Por la cantidad de alumnos que
profesores maneja cada profesor, es casi
consultar los datos imposible recordar los datos de
de los alumnos cada alumno, además de que no
inscritos en las veo una funcionalidad clara de
asignaturas que que el profesor revise dicha
imparten. información.
Solo podrán  alumno X Caracteristica bastante funcional
inscribirse a las para que los alumnos aseguren
asignaturas los su cupo en un grupo, sin
alumnos que se congestionar el sistema para los
encuentren que hacen falta.
registrados y que
estén como
alumnos
regulares.
Todos los accesos  Coordinadores X Al requerir varias operaciones por
al sistema deberán  Profesores parte del usuario, lo ideal es
hacerse desde una  Alumnos (que ya quitarle gran parte de la carga y
Interfaz gráfica pagaron) dejar que se enfoque en llenar los
accesible y datos requeridos
amigable.
El alumno podrá  Alumno X Parte indispensable para elegir el
consultar las horario acorde a las necesidades
asignaturas de cada estudiante.
ofrecidas de cada
grupo y los datos
que le permitan
elegir su bloque de
asignaturas.
El acceso al  Coordinadores X Esto con el fin de que terceros no
sistema solo podrá  Profesores saturen y/o causen problemas en
hacerse mediante la plataforma
una clave que será
Página 3|5
 generada por el  Alumnos (que ya
coordinador pagaron)
académico a cada
alumno y profesor.
El coordinador  Coordinador X En caso de error o cambio de
académico opinión por parte del alumno y/o
contaran con su profesor, que sea posible hacer
clave de acceso y los cambios correspondientes
podrá acceder a la
base de datos de
alumnos y de
asignaturas con el
fin de consultar,
añadir o modificar.

Módulos identificados
Pantallas del sistema

 Público en general, que sólo pueden visualizar las asignaturas disponibles

 Alumnos inscritos
 Profesores, que pueden revisar a los alumnos inscritos
 Auxiliar administrativo, con acceso para generar reportes
 Coordinador Académico, con los permisos para modificar y agregar contenido.

Módulos propuestos
 Generador de formato de pago
 Alumnos, para crear y organizar el horario

Propuesta para recabar requerimientos del módulo elegido.

Módulo elegido: Público en general.

Técnica del escenario

Lo que dispara el proceso
Flujo normal
Que puede salir mal
Otras actividades
 Nombre asignatura
 Clave asignatura
 Profesor que la imparte
 Número de alumnos registrados.
Cualquier usuario que desee conocer el estado de los grupos
disponibles, entra a la plataforma, abre esta página, revisa la
asignatura deseada, y en base a la información de la misma decide
tomarla o no.
Al ser cualquier tipo de usuario, se puede congestionar el tráfico
dentro del sistema, provocando lentitud para mostrar la
información.
No por el momento
Página 4|5
Estado final del sistema  Se revisan los grupos
 El alumno ya inscrito se registra en el grupo
 El profesor comprueba que el grupo se llena
 El coordinador modifica, añade o elimina la información de
acuerdo a las solicitudes de los demás usuarios.

Página 5|5