{"id":1036,"date":"2026-04-20T14:16:14","date_gmt":"2026-04-20T06:16:14","guid":{"rendered":"https:\/\/flavorfiesta.foodiesconnect.net\/es\/from-sticky-notes-to-system-clarity-mastering-uml-use-case-diagrams-with-visual-paradigm\/"},"modified":"2026-04-20T14:16:14","modified_gmt":"2026-04-20T06:16:14","slug":"from-sticky-notes-to-system-clarity-mastering-uml-use-case-diagrams-with-visual-paradigm","status":"publish","type":"post","link":"https:\/\/flavorfiesta.foodiesconnect.net\/es\/from-sticky-notes-to-system-clarity-mastering-uml-use-case-diagrams-with-visual-paradigm\/","title":{"rendered":"De las notas adhesivas a la claridad del sistema: dominando los diagramas de casos de uso UML con Visual Paradigm"},"content":{"rendered":"
\n

Una revisi\u00f3n de un profesional y una gu\u00eda pr\u00e1ctica para visualizar los requisitos del sistema mediante el modelado de casos de uso<\/em><\/p>\n<\/blockquote>\n\n

\ud83c\udfaf Nueva introducci\u00f3n: Por qu\u00e9 los diagramas de casos de uso cambiaron la forma en que dise\u00f1o software<\/h2>\n

Cuando empec\u00e9 por primera vez en gesti\u00f3n de productos, recopilar requisitos se sent\u00eda como intentar atrapar humo con las manos desnudas. Los interesados describ\u00edan las caracter\u00edsticas en t\u00e9rminos abstractos, los desarrolladores las interpretaban de manera diferente, y cuando llegamos a la prueba, nos dimos cuenta de que hab\u00edamos construido algo que nadie realmente necesitaba.<\/p>\n

Eso cambi\u00f3 cuando descubr\u00ed los diagramas de casos de uso UML \u2014y espec\u00edficamente, cuando comenc\u00e9 a usarVisual Paradigm<\/strong>\u00a0para darles vida.<\/p>\n

\"\"<\/p>\n

Esta gu\u00eda no es solo una referencia seca de especificaciones. Es la experiencia resumida de alguien que ha usado estos diagramas para alinear equipos multifuncionales, incorporar a nuevos desarrolladores y comunicar l\u00edmites complejos del sistema a stakeholders no t\u00e9cnicos. Ya sea que seas un analista de negocios, gerente de producto, desarrollador o estudiante, encontrar\u00e1s conocimientos pr\u00e1cticos junto con las definiciones formales de notaci\u00f3n.<\/p>\n

Vamos a adentrarnos.<\/p>\n\n

\ud83d\udcd0 Notaciones de diagramas de casos de uso UML: El vocabulario visual<\/h2>\n\n\n\n\n\n
\"Sample<\/th>\n<\/tr>\n<\/thead>\n
Diagrama de casos de uso UML de ejemplo<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n

Los diagramas de casos de uso son una piedra angular del lenguaje de modelado unificado (UML), y Visual Paradigm los hace accesibles sin sacrificar precisi\u00f3n. A continuaci\u00f3n se muestra la herramienta completa de notaci\u00f3n en la que conf\u00edo diariamente:<\/p>\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n
Icono<\/th>\nNombre<\/th>\n<\/tr>\n<\/thead>\n
\"\"<\/td>\nCasos de uso<\/a><\/td>\n<\/tr>\n
\"\"<\/td>\nAsociaci\u00f3n<\/a><\/td>\n<\/tr>\n
\"\"<\/td>\nActor<\/a><\/td>\n<\/tr>\n
\"\"<\/td>\nSistema<\/a><\/td>\n<\/tr>\n
\"\"<\/td>\nIncluir<\/a><\/td>\n<\/tr>\n
\"\"<\/td>\nExtender<\/a><\/td>\n<\/tr>\n
\"\"<\/td>\nDependencia<\/a><\/td>\n<\/tr>\n
\"\"<\/td>\nGeneralizaci\u00f3n<\/a><\/td>\n<\/tr>\n
\"\"<\/td>\nRealizaci\u00f3n<\/a><\/td>\n<\/tr>\n
\"\"<\/td>\nColaboraci\u00f3n<\/a><\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n\n\n\n
Lista de notaciones UML disponibles en el diagrama de casos de uso UML<\/th>\n<\/tr>\n<\/thead>\n<\/table>\n\n

\ud83d\udd0d An\u00e1lisis profundo: Notaciones principales explicadas (con contexto del mundo real)<\/h2>\n

Casos de uso<\/h3>\n\n\n\n\n\n
\"UML<\/th>\n<\/tr>\n<\/thead>\n
Caso de uso UML<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n

Un caso de uso representa un objetivo del usuario que puede lograrse al acceder al sistema o a la aplicaci\u00f3n de software. En Visual Paradigm, puedes aprovechar la funci\u00f3n de subdiagrama para describir la interacci\u00f3n entre el usuario y el sistema dentro de un caso de uso, creando un subdiagrama de secuencia bajo un caso de uso. Tambi\u00e9n puedes describir el escenario del caso de uso utilizando el editor de flujo de eventos.<\/p>\n

\n

\ud83d\udca1\u00a0Consejo profesional de experiencia<\/strong>: Siempre comienzo con nombres de verbo-sustantivo (“Realizar pedido”, “Generar informe”)\u2014esto mantiene el enfoque en los resultados para el usuario, no en los internos del sistema.<\/p>\n<\/blockquote>\n

Especificaci\u00f3n OMG UML<\/h4>\n

\u00bfQu\u00e9 es un caso de uso en UML? Seg\u00fan la especificaci\u00f3n del Lenguaje de Modelado Unificado (OMG UML) de OMG (especificaci\u00f3n de superestructura UML versi\u00f3n 2.4.1, p\u00e1gina 606), un caso de uso es:<\/p>\n

\n

Un caso de uso es la especificaci\u00f3n de un conjunto de acciones realizadas por un sistema, que produce un resultado observable que normalmente tiene valor para uno o m\u00e1s actores u otros interesados del sistema.<\/p>\n<\/blockquote>\n

Asociaci\u00f3n<\/h3>\n\n\n\n\n\n
\"UML<\/th>\n<\/tr>\n<\/thead>\n
Asociaci\u00f3n UML<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n

El actor y el caso de uso pueden estar asociados para indicar que el actor participa en ese caso de uso. Por lo tanto, una asociaci\u00f3n corresponde a una secuencia de acciones entre el actor y el caso de uso para lograr el caso de uso.<\/p>\n

Especificaci\u00f3n OMG UML<\/h4>\n

\u00bfQu\u00e9 es una asociaci\u00f3n en UML? Seg\u00fan la especificaci\u00f3n del Lenguaje de Modelado Unificado (OMG UML) de OMG (especificaci\u00f3n de superestructura UML versi\u00f3n 2.4.1, p\u00e1gina 36), una asociaci\u00f3n es:<\/p>\n

\n

Una asociaci\u00f3n describe un conjunto de tuplas cuyos valores hacen referencia a instancias tipificadas. Una instancia de una asociaci\u00f3n se llama enlace. Un enlace es una tupla con un valor para cada extremo de la asociaci\u00f3n, donde cada valor es una instancia del tipo del extremo.
\n\u2026
\nUna asociaci\u00f3n especifica una relaci\u00f3n sem\u00e1ntica que puede ocurrir entre instancias tipificadas. Tiene al menos dos extremos representados por propiedades, cada una de las cuales est\u00e1 conectada al tipo del extremo. M\u00e1s de un extremo de la asociaci\u00f3n puede tener el mismo tipo.
\nUna propiedad de extremo de una asociaci\u00f3n que es propiedad de una clase de extremo o que es un extremo navegable propiedad de la asociaci\u00f3n indica que la asociaci\u00f3n es navegable desde los extremos opuestos; de lo contrario, la asociaci\u00f3n no es navegable desde los extremos opuestos.<\/p>\n<\/blockquote>\n

Actor<\/h3>\n\n\n\n\n\n
\"UML<\/th>\n<\/tr>\n<\/thead>\n
Actor UML<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n

Los actores son las entidades que interact\u00faan con un sistema. Aunque en la mayor\u00eda de los casos, los actores se utilizan para representar a los usuarios del sistema, los actores pueden ser en realidad cualquier cosa que necesite intercambiar informaci\u00f3n con el sistema. Por lo tanto, un actor puede ser personas, hardware de computadora, otros sistemas, etc.
\nTenga en cuenta que el actor representa un rol que un usuario puede desempe\u00f1ar, pero no un usuario espec\u00edfico. Por lo tanto, en un sistema de informaci\u00f3n hospitalaria, puede haber m\u00e9dico y paciente como actores, pero no el Dr. John, la Sra. Brown como actores.<\/p>\n

\n

\ud83d\udca1\u00a0Consejo profesional de experiencia<\/strong>: He visto a equipos atascados al modelar a “John el Administrador” como un actor. Recuerde: modele roles, no personas. Esto mantiene su diagrama escalable y reutilizable.<\/p>\n<\/blockquote>\n

Especificaci\u00f3n OMG UML<\/h4>\n

\u00bfQu\u00e9 es un actor en UML? Seg\u00fan la especificaci\u00f3n del Lenguaje de Modelado Unificado (OMG UML) de OMG (especificaci\u00f3n de superestructura UML versi\u00f3n 2.4.1), un actor es:<\/p>\n

\n

Un actor especifica un rol desempe\u00f1ado por un usuario o cualquier otro sistema que interact\u00faa con el sujeto. (El t\u00e9rmino “rol” se utiliza aqu\u00ed de forma informal y no implica necesariamente la definici\u00f3n t\u00e9cnica de ese t\u00e9rmino que se encuentra en otras partes de esta especificaci\u00f3n.)
\n\u2026
\nUn actor modela un tipo de rol desempe\u00f1ado por una entidad que interact\u00faa con el sujeto (por ejemplo, intercambiando se\u00f1ales y datos), pero que es externa al sujeto (es decir, en el sentido de que una instancia de un actor no forma parte de la instancia de su sujeto correspondiente). Los actores pueden representar roles desempe\u00f1ados por usuarios humanos, hardware externo o otros sujetos. Tenga en cuenta que un actor no necesariamente representa una entidad f\u00edsica espec\u00edfica, sino simplemente un aspecto particular (es decir, “rol”) de alguna entidad que es relevante para la especificaci\u00f3n de sus casos de uso asociados. Por lo tanto, una sola instancia f\u00edsica puede desempe\u00f1ar el rol de varios actores diferentes, y viceversa, un actor dado puede ser desempe\u00f1ado por m\u00faltiples instancias diferentes.<\/p>\n<\/blockquote>\n

Sistema<\/h3>\n\n\n\n\n\n
\"UML<\/th>\n<\/tr>\n<\/thead>\n
Sistema UML<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n

El alcance de un sistema puede representarse mediante un sistema (forma), o a veces conocido como un l\u00edmite del sistema. Los casos de uso del sistema se colocan dentro de la forma del sistema, mientras que los actores que interact\u00faan con el sistema se colocan fuera del sistema. Los casos de uso dentro del sistema constituyen los requisitos totales del sistema.<\/p>\n

Especificaci\u00f3n OMG UML<\/h4>\n

\u00bfQu\u00e9 es un sistema en UML? Seg\u00fan la especificaci\u00f3n del Lenguaje de Modelado Unificado (OMG UML) de OMG (Especificaci\u00f3n de superestructura UML versi\u00f3n 2.4.1, p\u00e1gina 608), un sistema es:<\/p>\n

\n

Si se muestra un sujeto (o frontera del sistema), la elipse del caso de uso se ubica visualmente dentro del rect\u00e1ngulo de la frontera del sistema. Observe que esto no significa necesariamente que el clasificador del sujeto posea los casos de uso contenidos, sino simplemente que el caso de uso se aplica a ese clasificador.<\/p>\n<\/blockquote>\n

Incluir<\/h3>\n\n\n\n\n\n
\"UML<\/th>\n<\/tr>\n<\/thead>\n
Incluir en UML<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n

Una relaci\u00f3n de inclusi\u00f3n especifica c\u00f3mo se inserta el comportamiento del caso de uso de inclusi\u00f3n en el comportamiento definido para el caso de uso base.<\/p>\n

\n

\ud83d\udca1\u00a0Consejo profesional de experiencia<\/strong>: Utilice\u00a0<<incluir>><\/code>\u00a0para pasos obligatorios y reutilizables, como \u00abAutenticar usuario\u00bb, que aparece en docenas de flujos. Reduce la duplicaci\u00f3n y mantiene los diagramas limpios.<\/p>\n<\/blockquote>\n

Especificaci\u00f3n OMG UML<\/h4>\n

\u00bfQu\u00e9 es una inclusi\u00f3n en UML? Seg\u00fan la especificaci\u00f3n del Lenguaje de Modelado Unificado (OMG UML) de OMG (Especificaci\u00f3n de superestructura UML versi\u00f3n 2.4.1, p\u00e1gina 604), la inclusi\u00f3n es:<\/p>\n

\n

Una relaci\u00f3n de inclusi\u00f3n define que un caso de uso contiene el comportamiento definido en otro caso de uso.<\/p>\n<\/blockquote>\n

Extender<\/h3>\n\n\n\n\n\n
\"UML<\/th>\n<\/tr>\n<\/thead>\n
Extender en UML<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n

Una relaci\u00f3n de extensi\u00f3n especifica c\u00f3mo el comportamiento del caso de uso de extensi\u00f3n puede insertarse en el comportamiento definido para el caso de uso base.<\/p>\n

\n

\ud83d\udca1\u00a0Consejo profesional de experiencia<\/strong>: Reserva\u00a0<<extender>><\/code>\u00a0para comportamientos opcionales o condicionales, como \u00abAplicar c\u00f3digo de descuento\u00bb durante el proceso de pago. Aclara lo que es fundamental frente a lo que es situacional.<\/p>\n<\/blockquote>\n

Especificaci\u00f3n OMG UML<\/h4>\n

\u00bfQu\u00e9 es una extensi\u00f3n en UML? Seg\u00fan la especificaci\u00f3n del Lenguaje de Modelado Unificado (OMG UML) de OMG (Especificaci\u00f3n de superestructura UML versi\u00f3n 2.4.1, p\u00e1gina 601), extender es:<\/p>\n

\n

Una relaci\u00f3n desde un caso de uso de extensi\u00f3n hacia un caso de uso extendido que especifica c\u00f3mo y cu\u00e1ndo el comportamiento definido en el caso de uso de extensi\u00f3n puede insertarse en el comportamiento definido en el caso de uso extendido.
\n\u2026
\nEsta relaci\u00f3n especifica que el comportamiento de un caso de uso puede ser extendido por el comportamiento de otro (usualmente complementario) caso de uso. La extensi\u00f3n tiene lugar en uno o m\u00e1s puntos de extensi\u00f3n espec\u00edficos definidos en el caso de uso extendido. Observe, sin embargo, que el caso de uso extendido est\u00e1 definido de forma independiente del caso de uso de extensi\u00f3n y tiene significado independientemente del caso de uso de extensi\u00f3n. Por otro lado, el caso de uso de extensi\u00f3n suele definir un comportamiento que no necesariamente tiene sentido por s\u00ed solo. En cambio, el caso de uso de extensi\u00f3n define un conjunto de incrementos de comportamiento modulares que aumentan la ejecuci\u00f3n del caso de uso extendido bajo condiciones espec\u00edficas.
\nObserve que el mismo caso de uso de extensi\u00f3n puede extender m\u00e1s de un caso de uso. Adem\u00e1s, un caso de uso de extensi\u00f3n puede ser extendido a su vez.<\/p>\n<\/blockquote>\n

Dependencia<\/h3>\n\n\n\n\n\n
\"UML<\/th>\n<\/tr>\n<\/thead>\n
Dependencia en UML<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n

Una relaci\u00f3n de dependencia representa que un elemento de modelo depende de otro elemento de modelo para su especificaci\u00f3n y\/o implementaci\u00f3n.<\/p>\n

Especificaci\u00f3n OMG UML<\/h4>\n

\u00bfQu\u00e9 es una dependencia en UML? Seg\u00fan la especificaci\u00f3n del Lenguaje Unificado de Modelado (OMG UML) de OMG (especificaci\u00f3n de superestructura UML versi\u00f3n 2.4.1, p\u00e1gina 61), la dependencia es:<\/p>\n

\n

Una dependencia es una relaci\u00f3n que indica que un elemento o un conjunto de elementos de modelo requiere otros elementos de modelo para su especificaci\u00f3n o implementaci\u00f3n. Esto significa que la sem\u00e1ntica completa de los elementos dependientes depende, ya sea sem\u00e1nticamente o estructuralmente, de la definici\u00f3n del elemento(s) proveedor(es).<\/p>\n<\/blockquote>\n

Generalizaci\u00f3n<\/h3>\n\n\n\n\n\n
\"UML<\/th>\n<\/tr>\n<\/thead>\n
Generalizaci\u00f3n UML<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n

Una relaci\u00f3n de generalizaci\u00f3n se utiliza para representar una relaci\u00f3n de herencia entre elementos de modelo del mismo tipo. El elemento de modelo m\u00e1s espec\u00edfico comparte la misma especificaci\u00f3n con el elemento de modelo m\u00e1s general, pero lleva m\u00e1s detalles adicionales.<\/p>\n

Especificaci\u00f3n OMG UML<\/h4>\n

\u00bfQu\u00e9 es una generalizaci\u00f3n en UML? Seg\u00fan la especificaci\u00f3n del Lenguaje Unificado de Modelado (OMG UML) de OMG (especificaci\u00f3n de superestructura UML versi\u00f3n 2.4.1, p\u00e1gina 70), la generalizaci\u00f3n es:<\/p>\n

\n

Una generalizaci\u00f3n es una relaci\u00f3n taxon\u00f3mica entre un clasificador m\u00e1s general y un clasificador m\u00e1s espec\u00edfico. Cada instancia del clasificador espec\u00edfico tambi\u00e9n es una instancia indirecta del clasificador general. Por lo tanto, el clasificador espec\u00edfico hereda las caracter\u00edsticas del clasificador m\u00e1s general.<\/p>\n<\/blockquote>\n

Realizaci\u00f3n<\/h3>\n\n\n\n\n\n
\"UML<\/th>\n<\/tr>\n<\/thead>\n
Realizaci\u00f3n UML<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n

Una realizaci\u00f3n es una relaci\u00f3n entre una especificaci\u00f3n y su implementaci\u00f3n.<\/p>\n

Especificaci\u00f3n OMG UML<\/h4>\n

\u00bfQu\u00e9 es una realizaci\u00f3n en UML? Seg\u00fan la especificaci\u00f3n del Lenguaje Unificado de Modelado (OMG UML) de OMG (especificaci\u00f3n de superestructura UML versi\u00f3n 2.4.1, p\u00e1gina 131), la realizaci\u00f3n es:<\/p>\n

\n

La realizaci\u00f3n es una relaci\u00f3n de abstracci\u00f3n especializada entre dos conjuntos de elementos de modelo, uno que representa una especificaci\u00f3n (el proveedor) y el otro que representa una implementaci\u00f3n de este \u00faltimo (el cliente). La realizaci\u00f3n puede usarse para modelar refinamiento paso a paso, optimizaciones, transformaciones, plantillas, s\u00edntesis de modelos, composici\u00f3n de marcos, etc.<\/p>\n<\/blockquote>\n

Colaboraci\u00f3n<\/h3>\n\n\n\n\n\n
\"UML<\/th>\n<\/tr>\n<\/thead>\n
Colaboraci\u00f3n UML<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n

Especificaci\u00f3n OMG UML<\/h4>\n

\u00bfQu\u00e9 es una colaboraci\u00f3n en UML? Seg\u00fan la especificaci\u00f3n del Lenguaje Unificado de Modelado (OMG UML) de OMG (especificaci\u00f3n de superestructura UML versi\u00f3n 2.4.1, p\u00e1gina 174), la colaboraci\u00f3n es:<\/p>\n

\n

Una colaboraci\u00f3n describe una estructura de elementos colaboradores (roles), cada uno realizando una funci\u00f3n especializada, que colectivamente logran alguna funcionalidad deseada. Su prop\u00f3sito principal es explicar c\u00f3mo funciona un sistema, y por lo tanto, normalmente solo incluye aquellos aspectos de la realidad que se consideran relevantes para la explicaci\u00f3n. As\u00ed, detalles como la identidad o la clase precisa de las instancias reales que participan se suprimen.<\/p>\n<\/blockquote>\n\n

\ud83d\ude80 Tutorial de Diagrama de Casos de Uso: Desde el Concepto hasta la Claridad<\/h2>\n

Un caso de uso describe c\u00f3mo un usuario utiliza un sistema para lograr un objetivo particular. Un diagrama de casos de uso consta del sistema, los casos de uso relacionados y los actores, y relaciona estos entre s\u00ed para visualizar: \u00bfqu\u00e9 se est\u00e1 describiendo? (sistema<\/strong>), \u00bfqui\u00e9n est\u00e1 usando el sistema? (actores<\/strong>) y \u00bfqu\u00e9 quieren lograr los actores? (casos de uso<\/strong>), por lo tanto, los casos de uso ayudan a asegurar que se desarrolle el sistema correcto al capturar los requisitos desde el punto de vista del usuario.<\/p>\n

\"Use<\/p>\n\n

\u00bfQu\u00e9 es un diagrama de casos de uso en UML?<\/h3>\n

Un caso de uso es una lista de acciones o pasos de eventos que normalmente definen las interacciones entre un rol de un actor y un sistema para lograr un objetivo. Un caso de uso es una t\u00e9cnica \u00fatil para identificar, aclarar y organizar los requisitos del sistema. Un caso de uso est\u00e1 compuesto por un conjunto de secuencias posibles de interacciones entre sistemas y usuarios que definen las caracter\u00edsticas que se implementar\u00e1n y la resoluci\u00f3n de cualquier error que pueda presentarse.<\/p>\n

Mientras que un caso de uso en s\u00ed mismo podr\u00eda profundizar en muchos detalles (como el flujo de eventos y escenarios) sobre cada posibilidad, un diagrama de casos de uso puede ayudar a proporcionar una visi\u00f3n de nivel superior del sistema, ofreciendo una representaci\u00f3n simplificada y gr\u00e1fica de lo que el sistema debe hacer realmente.<\/p>\n

Un caso de uso (o conjunto de casos de uso) tiene estas caracter\u00edsticas:<\/p>\n

    \n
  1. \n

    Organiza los requisitos funcionales<\/p>\n<\/li>\n

  2. \n

    Modela los objetivos de las interacciones entre el sistema\/actor (usuario)<\/p>\n<\/li>\n

  3. \n

    Describe un flujo principal de eventos (escenarios principales) y posiblemente otros flujos excepcionales (alternativas), tambi\u00e9n llamados caminos o escenarios de usuario<\/p>\n<\/li>\n<\/ol>\n\n

    Notaciones del diagrama de casos de uso<\/h3>\n

    Los casos de uso definen las interacciones entre actores externos y el sistema para alcanzar objetivos espec\u00edficos. Un diagrama de casos de uso contiene cuatro componentes principales<\/p>\n

    \"Use<\/p>\n

    Actor<\/h4>\n

    Los actores suelen ser individuos involucrados con el sistema, definidos seg\u00fan sus roles. El actor puede ser una persona o un sistema externo.<\/p>\n

    Caso de uso<\/h4>\n

    Un caso de uso describe c\u00f3mo los actores utilizan un sistema para alcanzar un objetivo particular. Los casos de uso suelen ser iniciados por un usuario para cumplir objetivos, describiendo las actividades y variantes involucradas en alcanzar el objetivo.<\/p>\n

    Relaci\u00f3n<\/h4>\n

    Las relaciones entre y entre los actores y los casos de uso.<\/p>\n

    L\u00edmite del sistema<\/h4>\n

    El l\u00edmite del sistema define el sistema de inter\u00e9s en relaci\u00f3n con el mundo que lo rodea.<\/p>\n\n

    Beneficios del diagrama de casos de uso<\/h3>\n
      \n
    1. \n

      Los casos de uso son una t\u00e9cnica poderosa para la obtenci\u00f3n y documentaci\u00f3n de requisitos funcionales de caja negra.<\/p>\n<\/li>\n

    2. \n

      Porque los casos de uso son f\u00e1ciles de entender y ofrecen una excelente manera de comunicarse con clientes y usuarios, ya que est\u00e1n escritos en lenguaje natural.<\/p>\n<\/li>\n

    3. \n

      Los casos de uso pueden ayudar a gestionar la complejidad de proyectos grandes al dividir el problema en caracter\u00edsticas principales del usuario (es decir, casos de uso) y al especificar las aplicaciones desde la perspectiva del usuario.<\/p>\n<\/li>\n

    4. \n

      Un escenario de caso de uso, a menudo representado por un diagrama de secuencia, implica la colaboraci\u00f3n de m\u00faltiples objetos y clases; los casos de uso ayudan a identificar los mensajes (operaciones y la informaci\u00f3n o datos necesarios \u2013 par\u00e1metros) que unen los objetos y clases entre s\u00ed.<\/p>\n<\/li>\n

    5. \n

      Los casos de uso proporcionan una buena base para vincular la verificaci\u00f3n de los modelos de nivel superior (es decir, la interacci\u00f3n entre actores y un conjunto de objetos colaborativos) y, posteriormente, la validaci\u00f3n de los requisitos funcionales (es decir, el plano de prueba de caja blanca).<\/p>\n<\/li>\n

    6. \n

      El enfoque centrado en casos de uso proporciona enlaces rastreables para el seguimiento del proyecto, en el que las actividades clave de desarrollo, como los casos de uso implementados, probados y entregados, cumplen los objetivos y metas desde la perspectiva del usuario.<\/p>\n<\/li>\n<\/ol>\n\n

      \u00bfC\u00f3mo dibujar un diagrama de casos de uso?<\/h3>\n

      Un modelo de caso de uso puede desarrollarse siguiendo los pasos a continuaci\u00f3n.<\/p>\n

        \n
      1. \n

        Identifique a los actores (rol de los usuarios) del sistema.<\/p>\n<\/li>\n

      2. \n

        Para cada categor\u00eda de usuarios, identifique todos los roles desempe\u00f1ados por los usuarios relevantes para el sistema.<\/p>\n<\/li>\n

      3. \n

        Identifique qu\u00e9 requieren los usuarios para que el sistema realice estas tareas con el fin de alcanzar estos objetivos.<\/p>\n<\/li>\n

      4. \n

        Cree casos de uso para cada objetivo.<\/p>\n<\/li>\n

      5. \n

        Estructura los casos de uso.<\/p>\n<\/li>\n

      6. \n

        Priorice, revise, estime y valide a los usuarios.<\/p>\n<\/li>\n<\/ol>\n

        \n

        \ud83d\udca1\u00a0Adaptaci\u00f3n \u00c1gil<\/strong>: Para hacer que el enfoque de casos de uso sea m\u00e1s \u00ab\u00c1gil\u00bb, no detalles todos los casos de uso desde el principio. Prior\u00edzalos en tu lista de productos y refin\u00e9alos a diferentes niveles de detalle seg\u00fan la fase de desarrollo: justo a tiempo y justo lo suficiente.<\/p>\n<\/blockquote>\n

        Tambi\u00e9n puedes:<\/p>\n

          \n
        1. \n

          Dibuja paquetes para la categorizaci\u00f3n l\u00f3gica de casos de uso en subsistemas relacionados.<\/p>\n

          \"UML<\/p>\n<\/li>\n<\/ol>\n\n

          Estructuraci\u00f3n de Casos de Uso<\/h3>\n

          UML define tres estereotipos de asociaci\u00f3n entre casos de uso:<\/p>\n

          <> Caso de Uso<\/h4>\n

          El momento adecuado para usar la relaci\u00f3n <> es despu\u00e9s de haber completado la descripci\u00f3n inicial de todos tus casos de uso principales. Ahora puedes revisar los casos de uso e identificar secuencias comunes de interacci\u00f3n usuario-sistema.<\/p>\n

          \"UML<\/p>\n

          <> Caso de Uso<\/h4>\n

          Un caso de uso extendido es, efectivamente, una ruta alternativa del caso de uso base. El caso de uso <> logra esto insertando conceptualmente secuencias de acciones adicionales en la secuencia del caso de uso base.<\/p>\n

          \"UML<\/p>\n

          Caso de Uso Abstracto y Generalizado<\/h4>\n

          El caso de uso general es abstracto. No puede instanciarse, ya que contiene informaci\u00f3n incompleta. El t\u00edtulo de un caso de uso abstracto se muestra en cursiva.<\/p>\n

          \"UML<\/p>\n

          Ejemplo<\/strong>: Este ejemplo muestra un modelo de varios casos de uso empresariales (objetivos) que representan las interacciones entre un restaurante (el sistema empresarial) y sus actores principales.<\/p>\n

          Despu\u00e9s de haber identificado los casos de uso base en la primera versi\u00f3n, quiz\u00e1s podr\u00edamos estructurar a\u00fan m\u00e1s esos casos de uso con casos de uso <> y <> en una segunda revisi\u00f3n, tal como se muestra en la figura siguiente:<\/p>\n

          \"UML<\/p>\n\n

          Caso de Uso Empresarial<\/h3>\n

          Un caso de uso empresarial se describe en\u00a0terminolog\u00eda libre de tecnolog\u00eda<\/strong>\u00a0que trata el proceso empresarial como una caja negra y describe el proceso empresarial que utilizan sus actores empresariales, mientras que un caso de uso ordinario normalmente se describe a nivel de\u00a0nivel de funcionalidad del sistema<\/strong>\u00a0y especifica la funci\u00f3n o el servicio que el sistema proporciona al usuario. En otras palabras, el caso de uso empresarial representa c\u00f3mo se realizar\u00e1 el trabajo manualmente en la situaci\u00f3n actual y no necesariamente ser\u00e1 realizado por el sistema ni pretende automatizarse en el \u00e1mbito del sistema objetivo.<\/p>\n

          \"UML<\/p>\n\n

          Ejemplos de Diagramas de Casos de Uso<\/h3>\n

          La figura siguiente muestra un\u00a0ATM<\/strong>\u00a0ejemplo de diagrama de casos de uso, que es un ejemplo bastante cl\u00e1sico para usar en la ense\u00f1anza de diagramas de casos de uso.<\/p>\n

          \"Use<\/p>\n

          El\u00a0Sistema de Gesti\u00f3n de Documentos (DMS)<\/strong>\u00a0ejemplo de diagrama de casos de uso a continuaci\u00f3n muestra los actores y casos de uso del sistema. En particular, existen relaciones de inclusi\u00f3n y extensi\u00f3n entre los casos de uso.<\/p>\n

          \"Use<\/p>\n

          El\u00a0Sistema de Pedidos<\/strong>\u00a0el siguiente ejemplo de diagrama de casos de uso muestra los actores y casos de uso involucrados en el sistema:<\/p>\n

          \"Use<\/p>\n\n

          \ud83d\udee0\ufe0f Mi flujo de trabajo en Visual Paradigm: Consejos que realmente ahorrar\u00e1n tiempo<\/h2>\n

          Despu\u00e9s de a\u00f1os modelando, aqu\u00ed est\u00e1 mi enfoque simplificado en Visual Paradigm:<\/p>\n

          Inicio r\u00e1pido<\/h3>\n
            \n
          1. \n

            Iniciar el diagrama<\/strong>: Vaya a\u00a0Diagrama > Nuevo<\/code>\u00a0y seleccione\u00a0Diagrama de casos de uso<\/em>.<\/p>\n<\/li>\n

          2. \n

            Agregar elementos<\/strong>: Use la barra de herramientas izquierda para arrastrar un Actor o Caso de uso al lienzo.<\/p>\n<\/li>\n

          3. \n

            Modelado r\u00e1pido<\/strong>: Pase el cursor sobre un actor y use el Cat\u00e1logo de Recursos (el \u00edcono peque\u00f1o en la esquina superior derecha de la forma) para arrastrar una nueva conexi\u00f3n; esto crea y vincula autom\u00e1ticamente un nuevo Caso de uso.<\/p>\n<\/li>\n

          4. \n

            Generaci\u00f3n con IA<\/strong>: Puede usar la herramienta de IA para generar un diagrama inicial proporcionando una descripci\u00f3n de texto simple de su dominio, como \u00absistema de cajero autom\u00e1tico\u00bb.<\/p>\n<\/li>\n<\/ol>\n

            Caracter\u00edsticas avanzadas en las que conf\u00edo<\/h3>\n