Está en la página 1de 13

SERVICIO NACIONAL DE APRENDIZAJE

Tecnólogo Análisis y desarrollo de software

Actividad:
Evidencia GA2-220501093-AA1-EV04: diagramas y documentación de actividades
del proyecto

Autor:
Johnattan Elías Cabeza Osorio
C.C 1.143.436.302

Barranquilla – Atlántico

18 de enero de 2024

Versión 1.0
1. Introducción

Teniendo en cuenta los diferentes diagramas existentes para poder modelar sistemas,
en esta evidencia vamos a profundizar, escalar y añadir funcionalidades
correspondientes a nuestro software a construir. Primeramente vamos a rediseñar
nuestro diagrama de caso de uso, pero ese rediseño no se trata de cambiar todo el
sistema, más bien vamos a añadir otros casos de uso con la ayuda de las dependencias
include y extend y las generalidades. También vamos a aplicar el diagrama de clases en
la cual se define como un diagrama estático ya que solamente se relaciona los
componentes del sistema sin definir qué harán y como lo harán, a estos componentes se
les conoce como clasificador. Finalmente vamos a diagramar con el diagrama de
actividades, en este diseño vamos a mostrar o explicar de manera detallada lo que
sucede durante la actividad u operación en el sistema, básicamente es un paso a paso
de cómo funciona nuestro software.
2. Desarrollo
a. Diagrama de caso de uso

Documentación de caso de uso

CASO DE USOS RF 01 LLENAR FORMULARIO DE SOLICITUD

DESCRIPCIÓN Este caso de uso describe la forma en la


que cada postulante llena un formulario de
solicitud para realizar el examen de
admisión a la institución educativa o
universidad

PRECONDICIÓN Cada postulante debe tener a la mano toda


la documentación requerida

Pasos
1 El postulante debe ingresar al
link dispuesto en el software
SECUENCIA NORMAL para iniciar el llenado de
formulario
2 Se debe llenar el formulario
según cada campo requerido
de manera lógica.
3 Si el sistema pide algunos
documentos se debe agregar
según se requiera
4 Cuando ya se halla llenado todo
de manera correcta hacer clic
en enviar
El o la postulante se encuentra registrado
en sistema y a la espera de que la
POST CONDICIÓN institución defina si puede o no realizar la
prueba
Pasos Acción
1 Si él o la postulante no ingresa
EXCEPCIONES
toda la documentación o
ingresa información errónea no
se podrá enviar el formulario al
servidor. Se mostrará un
mensaje de error.

CASO DE USOS RF 02 REALIZACIÓN DE PRUEBA ESCRITA

DESCRIPCIÓN Este caso de uso plantea la forma de cómo


cada postulante puede realizar la prueba
para ingreso a la institución educativa o
universidad mediante e software a construir
PRECONDICIÓN Cada postulante de estar registrado en
sistema

Pasos
1 El postulante debe ingresar al
software con su usuario
SECUENCIA NORMAL (identificación) y contraseña
2 Aparecerá una pestaña que
indique el inicio de la prueba
3 El postulante inicia la prueba
según la carrera escogida y
tendrá en cuenta el tiempo para
realizarla
4 Una vez terminada la prueba el
postulante debe dar clic en el
botón “enviar prueba”.
El postulante debe esperar el resultado de
la prueba, si gana pasa a matricularse, sino
POST CONDICIÓN debe volver a postular en un tiempo
requerido por la institución
Pasos Acción
1 Si el postulante ingresa un
EXCEPCIONES
usuario y contraseña errónea
saldrá un mensaje que diga
“usuario incorrecto”. Si intenta
más de tres veces debe pedir
que se le desbloquee el usuario
y pedir cambio de contraseña

CASO DE USOS RF 03 RECEPCIÓN DE DOCUMENTOS

DESCRIPCIÓN El personal secretariado administrativo se


encargará de gestionar y administrar toda la
documentación de cada postulante, tanto
para los que van a iniciar la prueba, como
aquellos que van a matricularse
PRECONDICIÓN El personal secretariado toma los datos de
cada postulante para mirar si cumple las
condiciones de ingreso
Pasos
1 El personal secretariado
ingresa al sistema para registrar
SECUENCIA NORMAL al nuevo postulante, este le
genera un usuario y contraseña
2 El sistema carga los datos del
postulante y la fecha para la
realización de la prueba
3 El día de la prueba el postulante
ingresa al sistema según
usuario y contraseña y realiza la
prueba
4 El sistema arroja el puntaje
indicado y un mensaje diciendo
si “aprobó” o no “aprobó”
5 El personal secretariado
obtiene el listado de los
postulantes que pasan a
matricula
El personal administrativo tiene la lista de
los postulantes que pasan a matricula
POST CONDICIÓN

Pasos Acción
1 Se debe detectar la duplicación
EXCEPCIONES
de postulantes, cuando esto
ocurra enviar un mensaje de
que ya existe el usuario
2 En cierto tiempo y dependiendo
ciertas circunstancias permitir la
eliminación de ciertos
postulantes que no logren
acceder a la matricula
CASO DE USOS RF 04 REGISTRO DE MATRICULA

DESCRIPCIÓN El personal secretariado administrativo se


encargará de verificar y adelantar todo el
proceso de matrícula para aquellos que
superaron la prueba o examen de inducción
PRECONDICIÓN Se debe tener lista y clara los postulantes
que pasaron la prueba y las respectivas
carreras a cursar
Pasos
1 El personal secretariado
ingresa al sistema para verificar
SECUENCIA NORMAL quienes pasaron a matricula
2 El personal secretariado debe
generar la orden de matrícula
para cada postulado
3 Se le debe informar por correo
o teléfono al postulante que
revise o verifique la información
de matricula
El personal administrativo tiene la lista de
los postulantes que pasan a pagar la
POST CONDICIÓN matricula

Pasos Acción
1 Se debe detectar la duplicación
EXCEPCIONES
de matrícula, cuando esto
ocurra enviar un mensaje de
que ya existe el usuario
matriculado
2 En cierto tiempo y dependiendo
ciertas circunstancias permitir la
eliminación de ciertos
postulantes que no logren
pagar la matricula

CASO DE USOS RF 05 REVISION DEL SISTEMA


DESCRIPCIÓN El personal de sistema deberá revisar y
realizar mantenimiento al software según
requerimiento y según norma.
PRECONDICIÓN Se debe tener claro que tipo de
mantenimiento o actualización requiere el
sistema
Pasos
1 El personal de sistema tiene las
disposiciones definidas a
SECUENCIA NORMAL realizar en el sistema
2 Se procede a realizar los
manteamientos y las
actualizaciones requeridas
3 Se debe pasar un informe de las
mejoras y las actualizaciones
efectuadas
El personal de sistema tienen ya definido
los próximos mantenimientos o
POST CONDICIÓN actualizaciones

Pasos Acción
1 Solamente el personal de
EXCEPCIONES
sistema debe y tienen la opción
de realizar los mantenimientos
2 Se les pedirá usuario y
contraseña para ingresar a
realizar las actualizaciones o
mantenimientos. Debe
aparecer “usuario de personal
de sistema incorrecto” cuando
se digite mal algún usuario

CASO DE USOS RF 06 ELABORACIÓN DE EXÁMENES

DESCRIPCIÓN El personal docente o directivo presentará o


actualizará las preguntas de los exámenes
para el ingreso a la institución o universidad
según la carrera o grado a cursar.
PRECONDICIÓN Se debe tener claridad el tipo de examen
que se va a montar en el software, a qué
carrera o curso va dirigida.
Pasos
1 El personal docente o directivo
entrará al sistema con usuario
SECUENCIA NORMAL (identificación y contraseña)
2 Para ingresar algún examen el
sistema le pedirá un código
(permiso) para realizar ese
evento
3 Se procede a realizar y ya
finalizado se presionará un
botón que diga “Añadir
evaluación”.
El personal docente o directiva tendrá que
añadir diferentes otro grupo de preguntas
POST CONDICIÓN para que haya diversidad en las
evaluaciones
Pasos Acción
1 Solamente el personal docente
EXCEPCIONES
o directiva debe y tienen la
opción de realizar los
exámenes
2 Se les pedirá usuario y
contraseña para ingresar a
realizar las evaluaciones. Debe
aparecer “usuario docente o
directivo incorrecto” cuando se
digite mal algún usuario
b. Diagrama de clase
c. Diagrama de actividades
3. Conclusión

Mediante los diferentes diagramas estudiados en esta actividad pudimos plasmar todos
los procesos y pasos requeridos para cumplir con los requisitos del sistema. Es
importante realizarlos ya que nos dan una guía de cómo empezar y finalizar el software
a construir, teniendo en cuentas las diferentes relaciones, actores y demás elementos de
cada diagrama.

4. Bibliografía
SENA (s.f) Diagramas para la especificación y análisis de requisitos.
https://sena.territorio.la/content/index.php/institucion/Titulada/institution/SENA/Tecnologi
a/228118/Contenido/OVA/CF7/index.html#/

Canal Carlos A. Fuel (9 de septiembre de 2023) Elaboración de diagramas y plantillas


para casos de uso del proyecto:GA2-220501093-AA1-EV03 [Archivo de video].
https://www.youtube.com/watch?v=bu9EoVZfaNI

También podría gustarte