100% encontró este documento útil (1 voto)
862 vistas10 páginas

Evidencia AA1-EV01 Carlos Carrascal

Este documento presenta 8 requerimientos funcionales para un sistema de matrícula estudiantil basado en la metodología Scrum. Cada requerimiento se describe a través de una historia de usuario con los roles de usuario, acciones y condiciones requeridas. El objetivo general es permitir la matrícula, cancelación, certificación y visualización de horarios de estudiantes en diferentes técnicos y semestres.
Derechos de autor
© © All Rights Reserved
Nos tomamos en serio los derechos de los contenidos. Si sospechas que se trata de tu contenido, reclámalo aquí.
Formatos disponibles
Descarga como PDF, TXT o lee en línea desde Scribd
100% encontró este documento útil (1 voto)
862 vistas10 páginas

Evidencia AA1-EV01 Carlos Carrascal

Este documento presenta 8 requerimientos funcionales para un sistema de matrícula estudiantil basado en la metodología Scrum. Cada requerimiento se describe a través de una historia de usuario con los roles de usuario, acciones y condiciones requeridas. El objetivo general es permitir la matrícula, cancelación, certificación y visualización de horarios de estudiantes en diferentes técnicos y semestres.
Derechos de autor
© © All Rights Reserved
Nos tomamos en serio los derechos de los contenidos. Si sospechas que se trata de tu contenido, reclámalo aquí.
Formatos disponibles
Descarga como PDF, TXT o lee en línea desde Scribd

o Evidencia AA1-EV01.

Informe de historias de usuario que representan los requerimientos del


cliente.

Teniendo en cuenta las características y requerimientos de la metodología Scrum elabore un informe con
los requerimientos pertinentes al estudio de caso siguiente:

Tenga en cuenta:

✔ Redactar cada una de las historias de usuario y conformar el product backlog.


✔ Priorizar el product backlog.

Nota:
Las historias de usuario son las comentadas por el cliente, en este caso el Rector.
La agrupación de las historias de usuario son el backlog, podría ser la V1. Mirar en el componente
formativo el product backlog.
A manera de ejemplo podría tomar este primer requerimiento para ir agrupando el product backlog V1.

Ejemplo:

Requerimiento:
Debe permitir la matrícula del estudiante al técnico elegido.
Descripción del ejemplo:

HU01: Historia de usuario uno.


Usuario: Persona encargada o rol de usuario en el sistema.
Visualizar: corresponde a la correcta funcionalidad de la aplicación, pertinente al requerimiento.
Condiciones: podrían ser estas y más, dependiendo de la integralidad de la aplicación y profesionalismo
del desarrollador.

Video ayuda:
https://www.youtube.com/watch?v=8G_OoQLc-ak&ab_channel=JoinAcademia

Lineamientos generales para la entrega de la evidencia:

o Productos a entregar: un documento donde se relacione la conformación del product backlog


priorizado, descrito y en orden como se debe desarrollar la aplicación.
o Extensión: mínimo 8 páginas, una por cada requerimiento.
o Formato: PDF.
o Para hacer el envío de la evidencia remítase al área de la actividad correspondiente y acceda al
espacio Informe de historias de usuario que representan los requerimientos del cliente.
AA1- EV01.
Solución:

Requerimiento RQ1: Permitir la matrícula del estudiante al técnico elegido.

● HU01 – Matricula estudiante


● Usuario: Secretario(a)
● Visualizar 1: Logos y colores institucionales.
● Visualizar 2: Loguin de ingreso con campos para seleccionar al estudiante, curso técnico y
semestre actual.
● Visualizar 3: Casilla para la confirmación de matrícula de todos los semestres
● Visualizar 4: Visualización exitosa de la matrícula del estudiante al curso técnico elegido.

Condiciones:

● Que se visualicen los logos y colores institucionales al ingresar a la plataforma


● Que el estudiante quede matriculado en el curso técnico elegido.
● Que el estudiante pueda ser consultado por cédula o número ID y por el curso técnico.
● Que el usuario (secretaria) pueda visualizar la matrícula del estudiante de acuerdo al curso
técnico elegido.
Requerimiento RQ2: Permitir la cancelación de matrícula del estudiante.

● HU02 – Cancelación de matrícula


● Usuario: Secretario(a)
● Visualizar 1: Logos y colores institucionales.
● Visualizar 2: Casillas para seleccionar al estudiante cuya matrícula será cancelada.
● Visualizar 3: Casilla para cancelar la matrícula del estudiante.
● Visualizar 4: Campo observación para dejar motivo por el cual fue cancelada la matrícula.
● Visualizar 5: Cancelacion exitosa de matrícula para la participación del curso técnico.

Condiciones:

● Que la matrícula del aspirante o estudiante quede cancelada correctamente.


● Que el usuario secretario tenga un campo para ingresar el motivo de cancelación de
matricula
● Que el estudiante pueda ser consultado por cédula o número ID y por el curso técnico.
● No permitir acceder al estudiante al semestre cancelado.
Requerimiento RQ3: Permitir la certificación del estudiante cuando apruebe las asignaturas

● HU03 – Certificación de semestre


● Usuario: Secretario(a), Docente, Estudiante
● Visualizar 1: Logos y colores institucionales.
● Visualizar 2: Casillas para seleccionar al estudiante.
● Visualizar 3: Mostrar correctamente información del estudiante y curso técnico
● matriculado.
● Visualizar 4: Mostrar las materias certificadas (Aprobadas)
● Visualizar 5: Certificación exitosa de estudiante si aprueba las asignaturas

Condiciones:

● Que se visualicen los logos y colores institucionales al ingresar a la plataforma


● Que el docente pueda ingresar si se aprobó las asignaturas matriculadas
● Que el estudiante pueda visualizar las asignaturas con su respectiva aprobación
● Que el estudiante certifique su semestre si tiene todas las asignaturas aprobadas
● Que la secretaría pueda visualizar los estudiantes que certificaron el semestre para curso
técnico matriculado clasificado por semestre.
Requerimiento RQ4: Mostrar las materias o pénsum académico del técnico elegido.

● HU04 – Mostrar pensum academico


● Usuario: Secretario(a), Docente, Estudiante
● Visualizar 1: Logos y colores institucionales.
● Visualizar 2: Campos para seleccionar al estudiante, curso técnico y semestre actual.
● Visualizar 3: Campos para visualizar materias o pénsum académico del técnico elegido.
● Visualizar 4: Visualización exitosa de las materias o pénsum académico del técnico
● elegido.

Condiciones:

● Que los usuarios puedan ver las materias o pénsum académico del técnico elegido.
● Que el estudiante pueda ser consultado por cédula o número ID y por el curso técnico.
Requerimiento RQ5: Mostrar las materias o pénsum académico del técnico elegido.

● HU05 – Mostrar pensum academico


● Usuario: Secretario(a), Docente, Estudiante
● Visualizar 1: Logos y colores institucionales.
● Visualizar 2: Casillas para seleccionar al estudiante, curso técnico y semestre actual.
● Visualizar 3: Casilla de mostrar horario para el curso técnico.
● Visualizar 4: Mostrar horario de clase de acuerdo al estudiante, técnico y semestre
● elegido.

Condiciones:

● Que los usuarios puedan ver los horarios para el curso técnico seleccionado.
● Que el horario de clase consultado se ajuste a la información solicitada.
● Que el estudiante pueda ser consultado por cédula o número ID y por el curso técnico.
● Que el usuario (secretaria) pueda cancelar su matrícula en el sistema.
Requerimiento RQ6: Corresponder las materias con los horarios de los técnicos.

● HU06 – Mostrar horarios de clase correspondiente a cada materia.


● Usuario: Secretario(a), Docente, Estudiante
● Visualizar 1: Logos y colores institucionales.
● Visualizar 2: Casillas para seleccionar al estudiante, curso técnico y semestre actual.
● Visualizar 3: Casilla de mostrar horario para el curso técnico elegido.
● Visualizar 4: Mostrar en detalle el horario de clase para cada materia de acuerdo al
estudiante, técnico y semestre elegido

Condiciones:

● Que los usuarios puedan ver los horarios para el curso técnico seleccionado.
● Que el horario de clase consultado se ajuste a las asignaturas matriculadas
● Que el estudiante pueda ser consultado por cédula o número ID y por el curso técnico.
● Que el estudiante no pueda matricular asignaturas en la misma franja horaria que ya tenga
matriculada otra asignatura.
Requerimiento RQ7: Permitir la matrícula del estudiante al técnico elegido

● HU07 – Mostrar horarios de clase correspondiente a cada materia.


● Usuario: Secretario(a), Docente, Estudiante
● Visualizar 1: Logos y colores institucionales.
● Visualizar 2: Casillas para seleccionar al estudiante, curso técnico
● Visualizar 3: La matrícula del técnico elegido

Condiciones:

● Que se visualicen los logos y colores institucionales al ingresar a la plataforma


● Que el docente pueda ingresar si se aprobó las asignaturas matriculadas
● Que el estudiante pueda matricular el semestre si aporbó las asignaturas del semestre
inmediatamente anterior
● Que el estudiante certifique su semestre anterior si tiene todas las asignaturas aprobadas
Requerimiento RQ8: Permitir certificar al estudiante cuando termine de aprobar todos los
semestres.

● HU08 –Certificar estudiante


● Usuario: Secretario(a)
● Visualizar 1: Logos y colores institucionales.
● Visualizar 2: Casillas para seleccionar al estudiante y el técnico que cursa actualmente.
● Visualizar 3: Casilla de certificar al estudiante.
● Visualizar 4: Certificación exitosa en el técnico.

Condiciones:

● Solo se podrá certificar al estudiante si cursó y aprobó todos los semestres.


● Que el estudiante quede certificado con el técnico que cursó y aprobó.
● Que el estudiante pueda ser consultado por cédula o número ID y por el curso técnico.

También podría gustarte