Diis U2 A2 Erdt

INTRODUCCIÓN A LA
INGENIERÍA DE SOFTWARE
Actividad 2. Unidad 2
Eric Dueñas Trujillo

Matricula: ES162001362
Contenido
Desarrollo.......................................................................................................................................1
Actividad 2. Análisis de requerimientos.....................................................................................1
Análisis de requerimientos.........................................................................................................1
Lista de módulos........................................................................................................................3
Descripción de cada módulo......................................................................................................3
Técnicas de escenarios...............................................................................................................4
Conclusión......................................................................................................................................4
Referencias........................................................................................................................................5
Desarrollo
Actividad 2. Análisis de requerimientos
Análisis de requerimientos
Sistema Argumenta la
Requerimientos Usuari Funcionales No clasificación del
o Funcionales requerimiento
1. El sistema debe Vínculo
contar con una con algún otro
interfaz de x sistema de
usabilidad basada información.
en el programa
Excel.
2. El sistema le debe Descripción del
permitir consultar, usuario de
añadir o modificar lo que
información de se espera que
todos los alumnos x el software
inscritos en MI realice.
ESCUELITA.
(Coordinador)
3. El sistema debe Cómo debería
emitir una señal reaccionar el
de alerta si no x sistema
reconoce el ID del a entradas
usuario. particulares.
4. El software debe Atributos de

estar disponible calidad del
Página 1|6
las 24 horas del x sistema.
día durante los
365 días del año.
proporcionar la reaccionar el
información de los sistema
alumnos: Fecha a entradas
de Inscripción, particulares y de
Semestre, Datos cómo debería
Generales comportarse el
(Dirección, x sistema
teléfono, fecha de en situaciones
nacimiento, específicas
CURP), Escuela .
de procedencia,
Resultado del
examen
CENEVAL,
Nombre del tutor,
Grupo, Cantidad
de pago.
6. El sistema solo les Descripción del
debe permitir la usuario de
inscripción dentro lo que
de las fechas x se espera que
establecidas al el software
inicio del realice.
semestre.
7. El software debe Políticas de la
impedir el acceso x escuela.
a personas ajenas
a MI ESCUELITA.
indicar si el comportarse el
alumno está x sistema
registrado y si es en situaciones
alumno regular. específicas.
9. El sistema le debe Descripción del

permitir imprimir x usuario de
información de los lo que
alumnos y de los se espera que
profesores. el software
realice.

mostrar una comportarse el
Página 2|6
pantalla para el x sistema
coordinador en situaciones
académico, con específicas.
los permisos para
modificar y
agregar contenido.
Lista de módulos
1. Registro de alumnos.
2. Alta de asignaturas.
3. Generar matricula y clave al alumno.
Descripción de cada módulo
1. Registro de alumno.
 El sistema le debe permitir consultar, añadir o modificar información de
todos los alumnos inscritos en MI ESCUELITA.
 El sistema le debe permitir crear claves de acceso para los alumnos y
profesores.
 El sistema le debe permitir enviar las claves de acceso a los alumnos
inscritos y a los profesores con grupo asignado vía correo electrónico.
 El sistema le debe permitir imprimir información de los alumnos y de los
profesores.
2. Alta de asignaturas.
 Deben tener ID de acceso al sistema.
 Solo podrán inscribirse a las asignaturas los alumnos que se encuentren
registrados y que estén como alumnos regulares.
 El sistema les debe permitir consultar las asignaturas ofrecidas de cada
grupo y los datos que les permitan elegir su bloque de asignaturas.
 El sistema les debe permitir elegir las asignaturas en las que tomarán
clase en el semestre.
 El sistema les debe permitir elegir el grupo en el que tomarán la clase.
 El sistema NO les debe permitir inscribirse a un grupo donde ya estén
registrados 30 alumnos.
 El sistema solo les debe permitir la inscripción dentro de las fechas
establecidas al inicio del semestre.
3. Generar matricula y clave al alumno.

 El sistema le debe permitir generar reportes.
 El sistema le debe permitir enviar reportes por correo electrónico.
 El sistema le debe permitir imprimir los reportes generados.
Página 3|6
Técnicas de escenarios
Registro de alumno
Coordinador académico
Lo que dispara el proceso: Un coordinador académico utiliza el sistema en
el apartado de reportes, el resultado genera un reporte.
Flujo normal: Un coordinador académico utiliza el sistema, ingresa su
clave de acceso, va al apartado de reportes y genera el reporte deseado.
Qué puede salir mal: Que su clave de acceso no funcione o que no haya
información en el sistema.
Otras actividades: Visualizar otra información mientras genera un reporte:
Estado final del sistema: Generar un reporte.
Auxiliar administrativo
Lo que dispara el proceso: Un auxiliar administrativo utiliza el sistema en
el apartado de reportes, el resultado genera un reporte.
Flujo normal: Un auxiliar administrativo utiliza el sistema, ingresa su clave
de acceso, va al apartado de reportes y genera el reporte deseado.
Qué puede salir mal: Que su clave de acceso no funcione o que no haya
información en el sistema.
Otras actividades: Visualizar otra información mientras genera un reporte.
Estado final del sistema: Generar un reporte.
Conclusión
Es muy importante mencionar que el poder formular una especificación de
requerimientos completa y consistente, es un paso muy importante para evitar
cometer errores en la definición de los requerimientos, ya que los mismos pueden
resultar muy caros de corregir una vez desarrollado el sistema. De ahí, la vital
importancia que tiene la ingeniería de requerimientos en generar una adecuada
especificación que contemple claramente y sin ambigüedades los requerimientos
del sistema a desarrollar, con el fin primordial de evitar que los proyectos fracasen
debido a una mala elaboración de la definición y especificación de requerimientos.
Referencias
Página 4|6
UnaDM. (Mayo de 2018). UnaDM. Obtenido de
https://unadmexico.blackboard.com/bbcswebdav/institution/DCEIT/2016_S1-B2/DS/03/
DIIS/U2/Unidad_2_Analisis_y_modelado_de_requerimientos.pdf
Página 5|6

Diis U2 A2 Erdt

Cargado por

Copyright:

Formatos disponibles

Diis U2 A2 Erdt

Cargado por

Información del documento

Descripción original:

Título original

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

Diis U2 A2 Erdt

Cargado por

Copyright:

Formatos disponibles

INTRODUCCIÓN A LA

Eric Dueñas Trujillo

4. El software debe Atributos de

9. El sistema le debe Descripción del

10. El sistema debe Cómo debería

Descripción de cada módulo

3. Generar matricula y clave al alumno.

También podría gustarte