Aprendiendo una cosa nueva todos los días
TOGAF ADM, abreviatura de TOGAF Architecture Development Method, es un método de arquitectura sugerido por TOGAF. Es un método para desarrollar y gestionar el ciclo de vida de una arquitectura empresarial, y constituye el núcleo de TOGAF.
Sigue leyendo
Un estado simple es aquel que no tiene ninguna subestructura. Un estado que tiene subestados (estados anidados) se llama estado compuesto. Los subestados pueden estar anidados a cualquier nivel. Una máquina de estados anidados puede tener como máximo un estado inicial y un estado final. Los subestados se utilizan para simplificar las máquinas de estado planas complejas, mostrando que algunos estados sólo son posibles dentro de un contexto particular (el estado adjunto).
Sigue leyendo
Un diagrama de transición de estados presenta una secuencia de estados por los que pasa un objeto durante su ciclo de vida. Se utiliza para describir los cambios de estado de un objeto o de un componente.
Sigue leyendo
Las cosas de comportamiento son la parte dinámica del modelo UML. Son los verbos de un modelo. Representan acciones en el tiempo y el espacio. En general, hay dos tipos principales de cosas de comportamiento (1) Interacciones (2) máquinas de estado. Son las cosas básicas de comportamiento que se pueden incluir en un modelo UML, normalmente el diagrama de máquinas de estado. Semánticamente, estos elementos suelen estar conectados a varios elementos estructurales, principalmente clases, colaboraciones y objetos.
Sigue leyendo
Nota de diagrama de máquina de estado de OMG Diapositivas de máquina de estado: notas de clase de B. Beckert
Sigue leyendo
El diagrama de máquina de estado UML y el diagrama de actividad son ambos diagramas de comportamiento pero tienen diferentes énfasis. El diagrama de actividad es un flujo de funciones sin mecanismo de activación (evento), la máquina de estado consiste en estados activados.
Sigue leyendo
TOGAF (The Open Group Architecture Framework) es un marco organizativo abierto. El marco en sí es un cuerpo de conocimiento bien
Sigue leyendoCuando los equipos comienzan el desarrollo ágil, poco ha cambiado, aparte de que quizá haya más reuniones en el calendario. Puede que sigan operando por separado o que limiten sus interacciones con los clientes. Es posible que el trabajo se divida en tareas del tipo cascada, luego diseñar historias de usuario, luego construir historias, luego probar historias. Por lo tanto, los «equipos ágiles» son ágiles en la forma cuando sólo andan sin entender o aceptar los principios y valores ágiles. Los equipos se vuelven ágiles cuando piensan y actúan de acuerdo con los valores y principios ágiles.
Sigue leyendo
La Definición de Listo es un conjunto de acuerdos que permite a todos saber cuándo algo está listo para comenzar, por ejemplo, cuando una historia de usuario está lista para ser llevada a un sprint, o cuando todas las condiciones necesarias son correctas para que un equipo comience un sprint. Una definición adecuada de listo mejorará sustancialmente la posibilidad de que el equipo Scrum cumpla con éxito su objetivo del sprint.
Sigue leyendo
La transparencia es el primer aspecto importante del proceso de Scrum y debe ser visible para los responsables del resultado. La transparencia requiere que estos aspectos se definan en sus actividades y artefactos diarios para que los equipos puedan compartir un entendimiento común de lo que ven.
Sigue leyendo