Comunicación diseñando

Falta de comunicación
1. Ejemplo: los diagramas que son creados por diferentes personas no son claros al comunicar lo que se quiere diseñar por no utilizar estandares
Abandono del UML
1. El abandono de UML está muy bien, pero, en la carrera por la agilidad, muchos equipos de desarrollo de software han perdido la capacidad de comunicarse visualmente.
  1. Código de colores por lo general no se explica o es a menudo inconsistente.
  2. El propósito de los elementos del diagrama (es decir, diferentes estilos de cajas y líneas) a menudo no se explica.
  3. Relaciones entre las elementos de diagrama veces faltan o ambigua.
  4. A menudo se utilizan términos genéricos, como "lógica de negocio"
  5. Las opciones tecnológicas (u opciones) generalmente se omiten.
  6. Los niveles de abstracción se mezclan a menudo.
  7. Los diagramas a menudo tratan de mostrar demasiados detalles
  8. Los diagramas a menudo carecen de contexto o un punto de partida lógico
La Agilidad requiere buena comunicación
C4: el contexto, los contenedores, componentes y clases
1. Clases: para la mayoría de nosotros en un mundo orientado a objetos, las clases son los bloques de construcción más pequeños de nuestros sistemas de software.
2. componentes: un componente puede ser pensado como una agrupación lógica de una o más clases.
3. Contenedores: un recipiente representa algo en el que se ejecutan los componentes o donde residen los datos.
4. Sistemas: un sistema es el nivel más alto de abstracción y representa algo que proporciona valor a alguien.

Nächster

Comunicación diseñando

Beschreibung

Zusammenfassung der Ressource

ähnlicher Inhalt

	Erstellt von Omar Munguia vor etwa 8 Jahre