Casos de uso de UML
Ya he escrito sobre el diagrama de secuencia UML: un diagrama de secuencia UML imprescindible para los gerentes de producto.
El diagrama de casos de uso es un tipo de UML, utilizado principalmente para describir la relación entre usuarios, requisitos y funciones del sistema. Puede mostrar completamente un diagrama del modelo funcional del sistema que pueden observar los usuarios externos, comprender de manera intuitiva y vívida los requisitos funcionales del sistema, lo que facilita que los usuarios del sistema comprendan el propósito de estos elementos y los desarrolladores finalmente puedan implementar estos elementos.
El diagrama de casos de uso consiste en saltar del sistema actual, mirar el sistema desde la perspectiva del usuario y pensar en las funciones del sistema. Solo así podremos comprender mejor el negocio y expresar claramente el. requisitos. Desde la perspectiva del usuario, no utilizaremos términos técnicos para comunicarnos en los negocios, sino que realmente podemos obtener las necesidades centradas en el usuario y transformarlas en productos y servicios.
Los diagramas de casos de uso pueden ayudarnos a considerar la interacción entre las cosas en el sistema de manera más integral y prestar atención a las reglas operativas generales, en lugar de simplemente considerar la situación de las cosas individuales.
1. Participante: Entidad externa al sistema que participa de alguna manera en la ejecución del caso de uso. Los participantes no tienen por qué ser personas, sino que también pueden ser departamentos, sistemas externos, etc. Generalmente representado por un ícono humano.
2. Casos de uso: describir los requisitos de usuario del sistema (principalmente requisitos funcionales). Los casos de uso expresan las funciones y servicios proporcionados por el sistema y explican cómo interactúa el sistema con los usuarios finales u otros sistemas, es decir, quién puede usar el sistema para hacer qué, logrando así objetivos comerciales claros. Generalmente representado por una elipse.
Consideraciones de casos de uso:
? No existe un estándar para determinar la granularidad de los casos de uso y solo se puede analizar en función de la situación real. Un sistema grande puede tener cientos de casos de uso, mientras que un producto pequeño puede tener solo unos pocos casos de uso.
? Un caso de uso es un escenario de uso completo en lugar de un paso de operación disperso. Por ejemplo, levantar el teléfono para hacer una llamada es una escena completa, mientras que levantar el teléfono es solo un paso.
? Un caso de uso tiene un objetivo claro e independiente. Si un caso de uso incluye múltiples objetivos, los casos de uso secundario se pueden perfeccionar capa por capa.
3. Límites del sistema: Separar el interior y el exterior del sistema, con los participantes fuera y los casos de uso dentro. Los casos de uso dentro de los límites son lo que el sistema pretende lograr. Generalmente representado por un cuadro rectangular.
4. Relación:
(1) Asociación: representada por una línea continua, generalmente en tres formas: sin flecha, flecha que apunta al caso de uso y flecha que apunta al ejecutor. . La dirección de la flecha representa el flujo de datos o quién inició quién.
(2) Relación inductiva (generalizada): Representa la relación entre actores y casos de uso. Un caso de uso se puede enumerar explícitamente en uno o más casos de subuso, lo que se denomina generalización de casos de uso.
Representada por una línea continua con una flecha hueca, la flecha apunta al caso de uso generalizado, es decir, el caso de uso secundario apunta al caso de uso principal. La generalización es un proceso de abajo hacia arriba. Un caso de uso secundario hereda toda la estructura, el comportamiento y las relaciones del caso de uso principal, que es una forma especial del caso de uso principal. )
(3) Relación de inclusión: indica la relación entre casos de uso, en la que el comportamiento de un caso de uso (caso de uso principal) incluye el comportamiento de otro caso de uso (caso de uso secundario).
? Utilice la flecha punteada +
(4) Relación de extensión: se refiere a la relación entre casos de uso, lo que significa que bajo ciertas condiciones, el caso de uso extendido apunta al caso de uso extendido.
? Utilice la flecha punteada +
1. No todos los requisitos requieren un diagrama de casos de uso. Depende de la situación.
2. Pintar es expresar y transmitir información. Cuando dibujamos un diagrama de casos de uso, no importa lo interesante que sea, la esencia es analizar y describir el escenario empresarial y los requisitos funcionales del sistema.
Lea el texto original
Los amigos que estén interesados en los gerentes de productos pueden cambiar a "Gestión de la demanda" y esperamos comunicarnos con usted.