Elaboración de diagramas y plantillas para casos de uso del proyecto.

Evidencia GA2-220501093-AA1-EV02

APRENDIZ:
CARLOS IZQUIERDO

INSTRUCTOR:
OSCAR JAVIER ORTEGON

Centro de Gestión Industrial

SENA Regional Distrito Capital

Tecnólogo Análisis y Desarrollo de Software
Ficha 2808957
29 de septiembre de 2023
 INTRODUCCION

Al momento de desarrollar un proyecto se debe pensar en cuáles serán las principales

funcionalidades que el software debe permitir llevar a cabo y quiénes serán los que

podrán ejecutar dichas funcionalidades. La identificación de estos elementos se

puede visualizar de manera efectiva a través de la elaboración de diagramas de

casos de uso; estos diagramas, que son elaborados durante las etapas iniciales de un

proyecto, se convierten en referente para cada una de las etapas siguientes del

desarrollo del proyecto.

Existen muchos tipos de diagramas que se pueden utilizar para modelar diferentes tipos
de sistemas y procesos. Algunos de los diagramas más comunes son:

1. Diagrama de flujo de datos (DFD): se utiliza para modelar el flujo de datos a través
de un sistema o proceso. Este diagrama muestra cómo los datos se mueven
desde una fuente de entrada, a través del sistema y hasta una salida.
2. Diagrama de flujo de procesos (PFD): se utiliza para representar un proceso de
producción o fabricación, mostrando los equipos y las operaciones que se llevan a
cabo en cada etapa del proceso.
3. Diagrama de bloques funcionales (FBD): se utiliza para representar un sistema o
proceso mediante bloques que representan funciones individuales, conectados
entre sí mediante líneas de flujo.
4. Diagrama de entidad-relación (ERD): se utiliza para modelar las relaciones entre
las entidades en una base de datos, mostrando cómo las diferentes entidades se
relacionan entre sí.
5. Diagrama de red (PERT/CPM): se utiliza para representar las relaciones entre las
tareas de un proyecto y la secuencia en que deben llevarse a cabo para cumplir
con los plazos y entregables del proyecto.
6. Diagrama de Gantt: se utiliza para representar la planificación y el seguimiento de
un proyecto, mostrando las tareas del proyecto en un calendario y su progreso a lo
largo del tiempo.
7. Diagrama de casos de uso: se utiliza para modelar los requisitos funcionales de un
sistema, mostrando cómo los actores interactúan con el sistema y los casos de
uso que realizan.
 OBJETIVO
Diseñar el diagrama de casos de uso, con el objetivo de sentar las bases para el
desarrollo de un software educativo y de gestión que facilite el acceso a información
respecto a las clases teóricas para mejorar los resultados de aprendizaje de los
aprendices, y que así mismo tengan la facilidad de gestionar sus horarios para el
desarrollo del curso.

Diagrama casos de uso:

Nombre del caso de uso Acceder a la información

teórica o práctica
Autor Mariana
16 abril Mejía García
Fecha de 2023

Descripción Usuario /
El comportamiento del sistema deberá permitir al usuario elegir el tipo de

información
El que desea observar.
Actores Administrador

Precondiciones Ingresar a la plataforma http://www.autoescuelatulua.com.co/

Flujo normal 1. usuario entra al sistema para visualizar la información.

2. El usuario elige cualquiera de las dos opciones, puede acceder a

El
la información teoría o práctica.
3. El sistema carga la información ya sea teórica o práctica depende

de lo que el usuario escoja.

Flujo alternativo 1.El usuario no selecciona ninguna de las dos opciones y desea pasar

directamente a hacer la evaluación.

Postcondiciones usuario ya conoce la teoría y desea hacer la práctica
16 abril

1. El usuario entra en la opción “Evaluación”

Nombre del caso de uso Realizar la evaluación

Autor Adrián Moreno Lozano

Fecha de 2023

Descripción El sistema debe proporcionar una tercera opción aparta de la

información teórica y práctica que es la de realizar la evaluación.

Actores Usuario

Precondiciones Ingresar a la plataforma http://www.autoescuelatulua.com.co/

Flujo normal después de a ver

leído la teoría junto con la práctica.

2. El programa carga el contenido de la evaluación, se muestra

en pantalla las preguntas, el número de preguntas y el

Debe responder
tiempolasdisponible
preguntaspara
en elresponderlas.
tiempo establecido,
3. Al terminar de responder aparece la opción de enviar o

revisar las respuestas.

4. Cuando el alumno envía sus respuestas el programa las

procesa para ser calificadas por el instructor en caso de ser

 preguntas abiertas, al ser cerradas el programa verifica los
resultados con la base de datos y da una calificación según
las respuestas correctas e incorrectas.
5. Al terminar todo el proceso el usuario el redirigido al inicio al

inicio de la página.
Flujo alternativo 1. Si el estudiante presenta problemas técnicos durante el

transcurso de la evaluación puede solicitar una nueva

oportunidad para volver a presentarla, describiendo el
motivo por el cual no pudo terminar.
Postcondiciones sino el

programa cancela la opción de responder y envía las respuestas

automáticamente.
 Nombre del caso de uso Visualizar resultados de la

evaluación
Autor Mariana
16 abril Mejía García
Fecha de 2023

Descripción Usuario /
El comportamiento del sistema tendrá que describir el paso a paso del caso

de uso
1. cuando
El el usuario ingrese a la plataforma para revisar sus resultados.
Actores Administrador

Precondiciones Ingresar a la plataforma http://www.autoescuelatulua.com.co/

Flujo normal usuario ingresa a la opción “Ver resultados”.

2. El programa carga los resultados y muestra un puntaje respecto a

la cantidad de respuestas correctas e incorrectas.

3. Cuando el puntaje supera cierto valor el programa ejecuta el
mensaje “¡Felicidades aprobaste!”.
4. Cuando el puntaje no supera cierto valor el programa ejecuta el
mensaje “No aprobaste vuelve a intentarlo”, en este caso el
software muestra en pantalla una comparación con los
El resultados anteriores, se hace una retroalimentación y se vuelve
a repetir la evaluación.
Flujo alternativo 1. Las respuestas aún no han sido calificadas, debe esperar el usuario

hasta que hayan sido calificadas.

2. No se puede ver el resultado si el usuario aún no a hecho la

evaluación.
Postcondiciones usuario no puede aprobar hasta que haya pasado exitosamente la

prueba.

16 abril

Usuario /

El
Nombre del caso de uso Programar horarios de clases

Autor Mariana Mejía García

Fecha de 2023

Descripción El comportamiento del software tendrá que describir el paso a paso del caso de

uso cuando el usuario programa un horario de clases.

Actores Administrador

Precondiciones Ingresar a la plataforma http://www.autoescuelatulua.com.co/

Flujo normal 1. usuario entra en la opción clases.

2. El programa carga la opción de elegir hora y día.

 3. El usuario elige la hora y día para tomar las clases con el docente.

4. El programa sube la información y es revisada por el administrador.

5. El administrador aprueba la hora y el día de la propuesta hecha por

el usuario y se le asigna un docente para ese horario.

Flujo alternativo 1.La propuesta del usuario no es aprobada, el administrador propone un

horario en donde el docente se encuentre disponible, el usuario acepta o no

dicha recomendación.
Postcondiciones La propuesta debe ser revisada y aprobada por el administrador.
Nombre del caso de uso Modificar información

Autor Santiago Rodríguez Hernández

Fecha 16 abril de 2023

Descripción Material de estudio

El
Actores Administrador

Precondiciones Ingresar a la plataforma http://www.autoescuelatulua.com.co/

Flujo normal 1. usuario entra al sistema como administrador

2. El sistema le permitirá al administrador modificar la

información de la teoría, práctica, evaluación, resultados

Solo puede haber
Flujo alternativo
de la evaluación, y los horarios.
3. El administrador hace las modificaciones necesarias.
4. El sistema guarda y actualiza la nueva información.
5. Para verificar que los cambios fueron hechos el
una cuenta
administrador de con
entra administrador
una cuentaadela usuario
vez y
comprueba los cambios efectuados.
1. El programa tiene errores con la información, el

administrador no puede corregirlos, debe acudir al

programador.

Postcondiciones modificando

la información.