Cómo identificar casos de uso en el modelado UML

Un enfoque de caso de uso es un tipo de técnica para identificar los objetivos comerciales de un sistema. La identificación de casos de uso ayuda a definir el alcance del sistema, lo que garantiza que los requisitos que se encontrarán estarán alineados con los valores, las necesidades y la estrategia del negocio.

¿Qué son los actores en el análisis de casos de uso?

Un actor especifica el rol que juega el usuario o cualquier otro sistema que interactúa con el sistema en desarrollo. Puede representar el papel que desempeñan los usuarios humanos, el hardware externo u otros principales. Los actores siempre están fuera del sistema, interactuando directamente con los casos de uso al iniciarlos, proporcionarles entradas y/o recibir salidas de ellos. Si bien una sola instancia física puede desempeñar el papel de múltiples actores diferentes, los actores no representan necesariamente una entidad física específica, es decir, el temporizador que activa el envío de alertas por correo electrónico.

Identificación de casos de uso: características del actor en el análisis de casos de uso
Simplemente enumere las percepciones de los miembros del equipo sobre las partes interesadas o los usuarios objetivo, y es más fácil llegar a un consenso durante la discusión.

1. Los actores están ubicados fuera del sistema, no pertenece a una determinada parte del sistema, por lo que no necesitamos “construir” los “actores”;
2. Solo aquellos que pueden usar el sistema, interactuar con el sistema e intercambiar información con el sistema son los actores del sistema;
3. Los actores comenzarán y participarán en los casos de uso, por lo que encontrar Actores puede guiarnos para encontrar casos de uso;
4. Aunque no necesitamos “desarrollar actores”, necesitamos considerar las interfaces. El sistema debe considerar la interfaz que deben usar los actores (experiencia de usuario / GUI), o el sistema debe obtener datos a través de la interfaz proporcionada por los actores.

¿Quiénes son los actores? Haz las siguientes preguntas:

1. ¿Quién usará este sistema?
2. ¿Quién instalará este sistema?
3. ¿Quién pondrá en marcha este sistema?
4. ¿Quién mantendrá este sistema?
5. ¿Quién apagará este sistema?
6. ¿Qué otros sistemas utilizarán este sistema?
7. ¿Quién obtendrá la información de este sistema?
8. ¿Quién proporcionará información a este sistema?
9. Cuando llegue el tiempo preestablecido, ¿sucederá algo automáticamente?
10. ¿Qué sistemas se conectarán en red con este sistema?
11. ¿Hay algún dispositivo de hardware conectado a este sistema?
12. ¿Qué bases de datos se conectarán en red con este sistema?
13. ¿Quién en la empresa utilizará este sistema?\
14. ¿Quién utilizará este sistema fuera de la empresa?
15. Cuando ocurre un momento o evento específico, ¿este sistema necesita notificar automáticamente a quién oa otros sistemas?

tipos de actores

Muchos analistas ignoran a los actores clave en el proceso de dibujo del diagrama de casos de uso porque solo identifican a los actores humanos. La clasificación de los actores de casos de uso de esta manera ayuda a los analistas a garantizar que no ignoren a ningún actor clave en el diagrama de casos de uso.

Hay otra forma de clasificar a los participantes. Ellos pueden ser:

• seres humanos
• Software del sistema
• Hardware
• Temporizador / reloj

Una lista de preguntas para identificar casos de uso

1. ¿Qué tipo de funciones quieren los participantes de este sistema?
2. ¿Este sistema almacena información? ¿Qué participantes crearán, leerán, actualizarán y borrarán esta información?
3. ¿El sistema necesita notificar a los participantes cuando cambia el estado interno del sistema?
4. ¿Hay algún evento externo que el sistema necesite saber? Cuando ocurra este evento externo, ¿qué actor notificará al sistema?
5. ¿Este sistema necesita realizar alguna operación de forma regular?
6. Cuando ocurren algunos eventos externos importantes, ¿el sistema necesita realizar automáticamente ciertas operaciones?
7. ¿El nombre de este caso de uso es lo suficientemente claro? ¿Se puede juzgar el resultado de este caso de uso directamente a partir del nombre de este caso de uso?
8. ¿Tendrá este caso de uso múltiples resultados? ¿O estos resultados se producen en diferentes momentos?