![\"A](\"https:\/\/blog.visual-paradigm.com\/wp-content\/uploads\/2026\/05\/img_6a0ed6385d42a.png\")
<\/p>\n
A trav\u00e9s de este estudio de caso, explorar\u00e1 los elementos estructurales fundamentales de los casos de uso de UML 2.0, aprender\u00e1 a factorizar el comportamiento utilizando\u00a0 Desaf\u00edo:<\/strong>Los requisitos iniciales de NexusBook se almacenaban en hojas de c\u00e1lculo dispersas y documentos en voz pasiva. Los desarrolladores interpretaban con frecuencia mal los casos extremos, el equipo de QA ten\u00eda dificultades para rastrear escenarios de prueba, y los gerentes de producto no pod\u00edan visualizar los l\u00edmites del sistema. El flujo de pago, en particular, sufr\u00eda por l\u00f3gica de inicio de sesi\u00f3n duplicada, rutas de cancelaci\u00f3n poco claras y descripciones centradas en la interfaz que filtraban detalles de dise\u00f1o dentro de los requisitos.<\/p>\n Soluci\u00f3n:<\/strong> El equipo cambi\u00f3 hacia un enfoque estructurado de casos de uso de UML 2.0, imponiendo l\u00edmites diagram\u00e1ticos estrictos y factorizaci\u00f3n de comportamiento<\/p>\n . Las siguientes secciones detallan c\u00f3mo se aplicaron estos principios en la pr\u00e1ctica.<\/p>\n Un caso de uso modela una unidad de funcionalidad del sistema definida por las interacciones entre entidades externas y el sistema mismo para alcanzar un objetivo empresarial espec\u00edfico. En NexusBook, el equipo bas\u00f3 sus esfuerzos de modelado en cuatro pilares fundamentales:<\/p>\n Actores<\/strong>: Representan roles coherentes desempe\u00f1ados por entidades externas. NexusBook identific\u00f3 actores humanos como\u00a0 Asunto<\/strong>: El l\u00edmite del sistema en desarrollo. NexusBook encerr\u00f3 expl\u00edcitamente el\u00a0 Flujo de eventos<\/strong>:<\/p>\n Flujo principal (curso b\u00e1sico)<\/strong>: La \u00abruta feliz\u00bb en la que el actor principal tiene \u00e9xito sin errores. Ejemplo: Un cliente completa con \u00e9xito la caja.<\/p>\n<\/li>\n Flujo excepcional (curso alternativo)<\/strong>: Condiciones de error, casos l\u00edmite o ramas opcionales. Ejemplo: Rechazo de pago, tiempo de sesi\u00f3n agotado o cancelaci\u00f3n opcional de pedido.<\/p>\n<\/li>\n<\/ul>\n<\/li>\n Instancia de caso de uso<\/strong>: Una \u00fanica ruta de ejecuci\u00f3n en tiempo de ejecuci\u00f3n. Cada transacci\u00f3n de cliente en NexusBook represent\u00f3 una instancia de caso de uso \u00fanica, permitiendo un mapeo preciso de pruebas de QA.<\/p>\n<\/li>\n<\/ul>\n Para evitar casos de uso monol\u00edticos e intratables, NexusBook aprovech\u00f3 los tres mecanismos de relaci\u00f3n de UML 2.0 para extraer comportamientos comunes y manejar rutas variantes.<\/p>\n Concepto<\/strong>: Un caso de uso base extrae expl\u00edcitamente el comportamiento de un caso de uso incluido en un punto definido. El caso de uso incluido no puede existir por s\u00ed solo.<\/p>\n<\/li>\n Aplicaci\u00f3n NexusBook<\/strong>: Ambos\u00a0 Prop\u00f3sito<\/strong>: Elimina la redundancia y centraliza el comportamiento compartido.<\/p>\n<\/li>\n<\/ul>\n Concepto<\/strong>: Un caso de uso variante inserta impl\u00edcitamente su comportamiento en un caso de uso base solo en puntos expl\u00edcitamente nombradosPuntos de extensi\u00f3n<\/strong>.<\/p>\n<\/li>\n Aplicaci\u00f3n NexusBook<\/strong>: Durante\u00a0 Prop\u00f3sito<\/strong>: Maneja comportamientos opcionales, condicionales o infrecuentes sin ensuciar el flujo principal.<\/p>\n<\/li>\n<\/ul>\n Concepto<\/strong>: Funciona como la herencia de clases. Un caso de uso padre define una plantilla de comportamiento que los hijos especializan o sobrescriben. Los actores tambi\u00e9n pueden heredar privilegios.<\/p>\n<\/li>\n Aplicaci\u00f3n NexusBook<\/strong>:\u00a0 Prop\u00f3sito<\/strong>: Habilita la clasificaci\u00f3n taxon\u00f3mica y el modelado de acceso basado en roles.<\/p>\n<\/li>\n<\/ul>\n Los diagramas proporcionan el esqueleto arquitect\u00f3nico del modelado de casos de uso. A continuaci\u00f3n se muestran las especificaciones exactas de PlantUML que utiliz\u00f3 NexusBook, incluyendo controles de dise\u00f1o para evitar gr\u00e1ficos enredados.<\/p>\n Define los l\u00edmites del sistema, los actores y el factoraje de comportamiento para el subsistema de caja.<\/p>\n\u00abinclude\u00bb<\/code>,\u00a0\u00abextend\u00bb<\/code>, y generalizaci\u00f3n, dominar\u00e1 t\u00e9cnicas de diagramaci\u00f3n con PlantUML y aplicar\u00e1 directrices textuales probadas para escribir casos de uso robustos y listos para desarrolladores.<\/p>\n
\nContexto del caso: La plataforma NexusBook<\/h2>\n
\n1. Conceptos fundamentales y elementos estructurales en la pr\u00e1ctica<\/h2>\n
Los pilares fundamentales aplicados<\/h3>\n
\n
Cliente<\/code>\u00a0y\u00a0Agente de soporte<\/code>, junto con actores de sistema como\u00a0PaymentGateway<\/code>\u00a0y\u00a0EmailService<\/code>.<\/p>\n<\/li>\nSistema de caja de librer\u00eda<\/code>\u00a0y\u00a0Sistemas de inventario y libro mayor<\/code>\u00a0para separar el comportamiento interno de las dependencias externas.<\/p>\n<\/li>\n\n
\n2. Organizaci\u00f3n y estructuraci\u00f3n de casos de uso<\/h2>\n
I. Incluir (
\u00abincluir\u00bb<\/code>)<\/h3>\n\n
Agregar a lista de deseos<\/code>\u00a0y\u00a0Caja<\/code>\u00a0requer\u00edan autenticaci\u00f3n. En lugar de duplicar pasos, el equipo cre\u00f3 un caso de uso independiente\u00a0Iniciar sesi\u00f3n<\/code>\u00a0y lo incluy\u00f3 en todos los lugares donde era obligatorio.<\/p>\n<\/li>\nII. Extender (
\u00abextender\u00bb<\/code>)<\/h3>\n\n
Verificar estado del pedido<\/code>, los clientes podr\u00edan activar opcionalmente\u00a0Cancelar pedido<\/code>. Esto se model\u00f3 como una extensi\u00f3n vinculada al punto de extensi\u00f3n del\u00a0[Cancelado solicitado]<\/code>\u00a0punto de extensi\u00f3n.<\/p>\n<\/li>\nIII. Generalizaci\u00f3n<\/h3>\n
\n
Realizar b\u00fasqueda<\/code>\u00a0sirvi\u00f3 como padre de\u00a0Buscar por t\u00edtulo<\/code>,\u00a0Buscar por autor<\/code>, y\u00a0Buscar por ISBN<\/code>. De manera similar,\u00a0Personal contable<\/code>\u00a0pas\u00f3 los permisos base a\u00a0Contador<\/code>\u00a0y\u00a0Cajero contable<\/code>.<\/p>\n<\/li>\n
\n3. Estrategias visuales de modelado y dise\u00f1o de PlantUML<\/h2>\n
Escenario A: Relaciones estructurales (
\u00abincluir\u00bb<\/code>\u00a0&\u00a0\u00abextender\u00bb<\/code>)<\/h3>\n![\"\"](\"https:\/\/blog.visual-paradigm.com\/wp-content\/uploads\/2026\/05\/img_6a0ed4d511704.png\")
<\/p>\n
\n
\n