uml-sequence-diagramlisted

# UML Sequence Diagram Trabajar en español por defecto, salvo que el usuario pida otro idioma. Fundamento y fuentes: `references/sources-and-methods.md`. ## Naturaleza y propósito El diagrama de secuencia es **el vehículo del diseño detallado**, caso de uso por caso de uso. Y tiene un propósito único que gobierna todo lo demás: > **Cada mensaje que dibujas es una operación colocándose en la clase que lo recibe.** La fuente lo dice sin rodeos: *"in UML each message is also called an operation once it's assigned to a class"*. De ahí se sigue lo que esta skill es y lo que no es: - **Es asignación de comportamiento.** La pregunta que respondes al dibujar no es "¿qué pasa después?" sino **"¿qué clase debería ser responsable de esto?"**. La fuente insiste: el propósito real es *"allocation of behavior among collaborating objects"*. - **No es un diagrama de flujo.** El libro le dedica un recuadro entero: *"DON'T TRY TO DRAW FLOWCHARTS ON SEQUENCE DIAGRAMS"*, porque hacerlo *"simply misses the point of what you should be thinking about"*. Fowler llega igual desde otro lado: *"Treat sequence diagrams as a visualization of how objects interact rather than as a way of modeling control logic"*. - **Es la segunda pasada de ICONIX.** La primera —robustez— **ignora deliberadamente** quién hace qué, para descubrir objetos y atributos. Esta segunda decide quién hace qué. Si intentas asignar comportamiento en robustez o descubrir clases aquí por primera vez, has cruzado la frontera en el