ACTIVIDAD DE APRENDIZAJE GA2-220501093-AA1-EV02.

“ELABORACIÒN DE DIAGRAMAS Y PLANTILLAS PARA CASOS DE USO DEL

PROYECTO”

APRENDIZ SENA
DIANNY FERNANDA GÉLVEZ PEÑA

SERVICIO NACIONAL DE APRENDIZAJE SENA

TECNOLOGIA EN ÁNALISIS Y DESARROLLO DE SOFTWARE

SENA VIRTUAL

2024
 1. ACTIVIDAD QUE DESARROLLAR

● Evidencia GA2-220501093-AA1-EV02: elaboración de diagramas y plantillas

para casos de uso del proyecto.

Con base en el estudio de la evidencia anterior acerca de UML, se pretende

construir los diagramas que aplican a los casos de uso, bajo un formato estándar
de fácil nomenclatura y de reconocimiento, que permita llevar un control
ordenado de la evidencia, registrar la evolución, responsables y trazabilidad de
esos documentos de casos de uso.

Elementos para tener en cuenta:

 Estudiar detenidamente los conceptos y características definidas en el

componente formativo.
 Revisar el video sugerido como material complementario del componente
formativo.
 Revisar cómo se construye el documento de casos de uso de una
funcionalidad de los sistemas.
 Tener presentes los requisitos del software.
 Indicar los tipos de diagramas que existen para modelar, con base en los
requisitos del software.
 Diagramar con UML los artefactos del sistema.
 Manejar herramientas de software para apoyar la elaboración de los
diagramas.
 Elaborar documentos plantilla de casos de uso con base en estándares de
documentación.

Lineamientos generales para la entrega de la evidencia:

 Producto para entregar: diagramas, documento de casos de uso e historias

de usuario.
 Formato: PDF o Word.
 Extensión: libre.

Para hacer el envío de la evidencia, remítase al área de la actividad

correspondiente y acceda al espacio: Elaboración de diagramas y plantillas para
casos de uso del proyecto. GA2-220501093-AA1-EV02.
 Contenido
1. INTRODUCCIÒN ............................................................................................................................. 4
2. COMPONENTES DE LOS DIAGRAMAS. ............................................................................................ 4
3. PLANTILLA...................................................................................................................................... 5
4. PLANTILLA DE CASOS DE USO ......................................................................................................... 6
5. HERRAMIENTAS ............................................................................................................................. 9
6. CONCLUSION ................................................................................................................................10
7. REFERENCIAS ................................................................................................................................10
 1. INTRODUCCIÒN

Los diagramas y plantillas para casos de uso son herramientas importantes

para la documentación y comunicación de los requisitos del proyecto. Los
casos de uso son una herramienta que permite describir cada una de las
funciones de una aplicación desde la perspectiva del usuario.
Su objetivo es expresar las funcionalidades que el software debe tener y definir
a las personas encargadas de ejecutar estas funciones. En otras palabras, los
casos de uso ayudan a definir las tareas que el usuario puede realizar con el
software y quiénes son los responsables de llevarlas a cabo. Las plantillas para
casos de uso son útiles para documentar los detalles de cada caso de uso,
como el nombre del caso de uso, los actores involucrados, los objetivos, los
pasos y las postcondiciones.
Estas plantillas aseguran que cada caso de uso esté documentado de
manera sistemática y organizada, lo que facilita la comunicación y el
entendimiento de los requisitos del sistema entre los miembros del equipo
y los interesados en el proyecto. Estas herramientas son fundamentales para
garantizar que el equipo del proyecto y los interesados comprendan
completamente los requisitos del sistema y puedan trabajar juntos de manera
eficiente para desarrollar software de alta calidad.

2. COMPONENTES DE LOS DIAGRAMAS.

ACTOR

Especifica un rol que ejecutará un usuario, representa a una persona o grupo de

personas que interactúan con un software, se representa mediante un hombre de
palo “stick man” con el nombre del actor (obligatorio). El uso de los actores se
realiza para mostrar la clase de usuario que participará en el sistema el cuál será el
encargado de realizar una función, por lo que los nombres de los actores
normalmente inician con mayúscula.

Existen varios tipos de actores según (Larman, 2002), los cuales se describen en la
siguiente figura:

 Principales: Son aquellos que se especifican para localizar cada

uno de los objetivos de un usuario que son dirigidos por los casos
de uso.
 De apoyo: Son los que brindan un servicio al sistema como un
sistema informático, se definen para dar claridad a las interfaces
externas.
  Los pasivos: Son aquellos que se interesan en el funcionamiento del caso de
uso, pero no es el actor principal.

RELACIÒN

 La relación entre un actor y un caso de uso se llama relación de

comunicación, esta se distingue por los actores pasivos o activos.
 El actor activo inicial o dispara la ejecución del caso de uso y la línea o flecha
apunta al caso de uso.
 El actor pasivo no inicia el caso de uso y la flecha apunta al actor.
 El tipo de comunicación o la relación entre los casos de uso y los actores
forman la asociación directa con el caso de uso.
 La manera de expresar es que el actor ejecuta el caso de uso.

3. PLANTILLA

Una plantilla básica a usar y fácil de modificar podemos generarla con la

siguiente información:

Nombre del caso de uso: (Proporcione un nombre significativo y descriptivo

para el caso de uso)
Actores: (Identifique los actores involucrados en el caso de uso, incluyendo
cualquier sistema o dispositivo externo que interactúe con el sistema)

Descripción: (Proporcione una breve descripción del objetivo o tarea que el actor
intenta realizar en este caso de uso).

Precondiciones: (Describa cualquier condición o estado requerido antes de que el

actor pueda comenzar este caso de uso)

Flujo principal de eventos: (Describa los pasos que el actor sigue para completar
con éxito este caso de uso. Utilice viñetas o números para cada paso)

Postcondiciones: (Describa el estado del sistema después de que se haya

completado el caso de uso)

Extensiones: (Describa cualquier caso en el que el flujo principal de eventos no se

siga debido a una excepción o situación inesperada)

Notas: (Proporcione cualquier información adicional relevante para este caso de

uso, como requisitos no funcionales, requisitos de seguridad o requisitos de
rendimiento).

4. PLANTILLA DE CASOS DE USO

CÓDIGO: NOMBRE DE PROYECTO

R01
PRIORIDAD: ALTA VERSIÓN: 1.0
ACTORES: Usuarios en planeación de proyecto
PROPÓSITO: Establecer una facturación de lo requerido por el
cliente.
DESCRICIÓN: Este caso de uso describe la secuencia de
acciones necesarias para que los usuarios se
registren en el software de comportamiento.
PRECONDICIONES: El software está disponible y se encuentra en el
estado de registro de usuario

REQUISITOS  El software debe proporcionar un formulario

de registro para que los usuarios ingresen
sus datos.
 El software debe validar y verificar los datos
ingresados por los usuarios durante el
proceso de registro
 El software debe almacenar de manera
segura la información de registro de los
usuarios
 El software debe generar identificadores
únicos para cada usuario registrado.
FLUJO BÁSICO
PASO ACCIÓN
 1 Inicio del proceso de registro: El usuario accede a
la interfaz de registro del software y comienza
el proceso de registro.
2 Ingreso de datos: El usuario completa el formulario
de registro, ingresando sus datos personales como
nombre, dirección de correo electrónico,
contraseña, y cualquier otra información
requerida.
3 Validación de datos: El software valida y verifica
los datos ingresados por el usuario, asegurándose
de que cumplan con los requisitos especificados,
como la validez del correo electrónico y la
complejidad de la contraseña.
4 Almacenamiento de la información: El
software almacena de manera segura la
información de registro del usuario en una base
de datos protegida
5 Generación de identificador único: El software
genera un identificador único para el usuario
registrado, que se utilizará para identificar y
relacionar su información en el sistema.
POST CONDICIÓN El usuario los datos registrados no son correctos en
sistema accede al inicio del programa.
IMPORTANCIA VITAL
URGENCIA Inmediatamente
COMENTARIOS En este paso, es importante asegurarse de que el
usuario reciba una confirmación clara de su
registro exitoso y se le proporcione la información
necesaria para acceder a su cuenta. Se puede
enviar un correo electrónico de confirmación o
mostrar un mensaje en la interfaz del software con
las instrucciones para iniciar sesión. Además, se
recomienda implementar medidas de seguridad
adicionales, como la verificación de correo
electrónico o la autenticación de dos factores,
para garantizar la protección de la cuenta del
usuario.
DESCRICIÓN: Describir el proceso para poder registrar una
solicitud de servicio
PRECONDICIONES: -El usuario debe estar registrado en el sistema
-El usuario debe haber iniciado sesión en el
sistema
-El sistema proveerá al actor un formulario
donde ingresará la
Información del usuario.
POSTCONDICIONES El usuario podrá crear un usuario en el sistema
FLUJO BÁSICO
PASO ACCIÓN
1 El sistema genera la cita para verificación de
proyecto
2 Si el cliente desea anexar o retirar alguna petición
acerca del
Plano, el sistema se modifica automáticamente.
3 El sistema genera factura
CÓDIGO: CLIENTE REGISTRADO
H3M102
PRIORIDAD: ALTA VERSIÓN: 1.0
ACTORES: Usuarios en planeación de proyecto
PROPÓSITO: Establecer una facturación de lo requerido por el
cliente.
DESCRICIÓN: El actor con el ID del cliente se asigna el proyecto
PRECONDICIONES: -El actor debe ingresar con el perfil e ID del
cliente.
-El actor mediante confirmación de correo
electrónico identifica pedido solicitado por el
cliente.
POSTCONDICIONES Según la negociación y lo planificado se estipula
el tiempo de
Entrega.
FLUJO BÁSICO
PASO ACCIÓN
1 El usuario introduce su correo registrado
2 El usuario introduce la contraseña
 3 Se envía un correo al e-mail registrado con un
mensaje de
identificación

5. HERRAMIENTAS

Algunas herramientas que podemos usar para realizar casos de uso:

1. MICROSOFT VISIO

2. LUCIDCHART
 3. MOQUPS

6. CONCLUSION

En conclusión, los diagramas y plantillas para casos de uso son

herramientas vitales para el proceso de análisis y diseño de software.
Los casos de uso permiten describir los requisitos funcionales del sistema
desde la perspectiva del usuario, mientras que los diagramas de casos de
uso brindan una vista visual del sistema y los actores involucrados. Las
plantillas para casos de uso son útiles para documentar los detalles de
cada caso de uso de manera sistemática y organizada. Esto facilita
la comunicación y el entendimiento de los requisitos del sistema entre
los miembros del equipo y los interesados en el proyecto, lo que, a su
vez, ayuda a garantizar que el software desarrollado cumpla con los
requisitos y expectativas del usuario.

7. REFERENCIAS
https://www.udocz.com/apuntes/494544/1-ga2-aa1-ev02

https://sena.territorio.la/content/index.php/institucion/Titulada/institution/SENA/Tecnologia/228
118/Contenido/OVA/CF7/index.html#/curso/tema4