{"id":9036,"date":"2022-01-26T01:33:20","date_gmt":"2022-01-26T01:33:20","guid":{"rendered":"https:\/\/www.cybermedian.com\/es\/?p=9036"},"modified":"2026-04-20T09:13:19","modified_gmt":"2026-04-20T09:13:19","slug":"analisis-de-caso-de-uso-un-estudio-de-caso","status":"publish","type":"post","link":"https:\/\/www.cybermedian.com\/es\/use-case-analysis-a-case-study\/","title":{"rendered":"An\u00e1lisis de caso de uso: un estudio de caso"},"content":{"rendered":"

\u00bfQu\u00e9 son los casos de uso?<\/span><\/h3>\n

Un\u00a0\u00a0caso de uso<\/a>\u00a0\u00a0es una t\u00e9cnica de captura y documentaci\u00f3n de requisitos que se puede escribir en texto sin formato para describir de manera narrativa las acciones e interacciones de los participantes que utilizan el sistema.\u00a0Finalmente, la funcionalidad del sistema debe satisfacer el prop\u00f3sito para el cual las partes interesadas usan el sistema.<\/p>\n

Antes de usar texto para documentar una descripci\u00f3n de caso de uso, primero podemos usar un diagrama de caso de uso para resaltar el prop\u00f3sito del actor que usa el sistema.\u00a0Con la representaci\u00f3n gr\u00e1fica, puede comprender r\u00e1pidamente la imagen completa a vista de p\u00e1jaro.\u00a0Defina el alcance del sistema (l\u00edmites del sistema) e identifique los objetivos principales de los actores (llamados casos de uso) que respaldan el uso de las funcionalidades o servicios del sistema.<\/p>\n

Los diagramas de casos de uso son buenos para la comunicaci\u00f3n del equipo, y es una naturaleza humana: usar gr\u00e1ficos a menudo es mejor que comunicarse a trav\u00e9s de palabras.<\/p>\n

Una vez que el equipo tiene una comprensi\u00f3n inicial y un consenso sobre la apariencia general del sistema, el analista de requisitos abre el \u00f3valo: caso de uso y describe el proceso de di\u00e1logo entre los actores y el sistema en un formato correcto y f\u00e1cil de leer.<\/p>\n

Aumente gradualmente la precisi\u00f3n de los casos de uso de simples a complejos.\u00a0No se atasque en detalles complicados al principio, no sea que invierta demasiado esp\u00edritu en el dise\u00f1o y la descripci\u00f3n incorrectos.\u00a0Los diagramas de casos de uso ayudan a pasar de lo simple a lo complejo y reducen las falacias innecesarias.<\/p>\n

<\/figure>\n

Como se puede ver en la figura, el alcance del dise\u00f1o de este sistema es “sistema de pedido de libros en l\u00ednea”, uno de los principales participantes que usan este sistema es “cliente en l\u00ednea”, el prop\u00f3sito de los participantes que usan este sistema es “libros de pedidos”.<\/p>\n

Los “libros de pedidos” son el caso de uso del sistema, y \u200b\u200bel actor es el “cliente en l\u00ednea”.\u00a0Despu\u00e9s de determinar el prop\u00f3sito de los participantes, registraremos los detalles del prop\u00f3sito en la narrativa del texto, es decir, registraremos la interacci\u00f3n entre los participantes y la operaci\u00f3n del sistema para lograr el prop\u00f3sito.\u00a0Esto se llama descripci\u00f3n de caso de uso.<\/p>\n

La siguiente tabla describe un caso de uso simple de “Libros de pedidos”.<\/p>\n

<\/figure>\n

Origen del caso de uso<\/span><\/h3>\n

El caso de uso fue publicado por primera vez por el gigante del software Jacobson en 1992, lo que tuvo un impacto considerable en la tecnolog\u00eda moderna orientada a objetos.\u00a0Adem\u00e1s, las especificaciones UML (\u00a0Lenguaje Unificado de Modelado<\/a>\u00a0) formuladas conjuntamente por los llamados \u201clos 3 Amigos\u201d \u2014 Booch, Jacobson y Rumbaugh y que han sido revisadas por OMG se han incluido como una parte importante de las principales especificaciones est\u00e1ndar.<\/p>\n

Aqu\u00ed est\u00e1n las definiciones de casos de uso de varios gigantes del software.<\/p>\n