Guía de estándares UML / Mejores Prácticas [cerrado]

Question

¿Alguien sabe de una guía de estándares UML decente?

Mi empresa actualmente se basa en UML 2.0 (correcta o incorrectamente) para hacer la mayoría (lea todos ) de su trabajo de diseño. Se me ha pedido que presente un borrador de guía de "mejores prácticas" para ayudar a otros desarrolladores a desarrollar mejores modelos. El principal problema al que me enfrento es que estoy ligeramente predispuesto contra UML ... Lo siento: si un diagrama tarda más de 5 minutos en dibujarse, ¡entonces es demasiado complicado! Estoy buscando consejos predominantemente sobre qué tipo de normas debería tener en cuenta. También estoy buscando una fuente externa de información que pueda usarse para compensar mi odio irracional del diseño pesado de UML y actuar como un "desinfectante" para mis sugerencias.

Lo más importante de todo es que estoy buscando escribir un documento útil en lugar de uno que se encuentre en algún directorio de red oscura.

¿Alguna idea?

Answer 1

UML Distilled por Martin Fowler

Answer 2

Al igual que Paul C , recomiendo UML Destilled . Se trata principalmente de UML, pero contiene mucha información sobre el diseño en general (aunque insiste demasiado en las tarjetas de índice IMO), es breve, agradable de leer y hasta el punto.

Recomiendo encarecidamente contra UML en pocas palabras . Es el peor libro de O'Reilly que tengo: increíblemente denso, difícil de leer y serpenteante. No vale la pena el papel en el que está impreso.

Answer 3

No estamos hablando de un libro que diga cómo usar UML, sino de una guía de estilo o estándares de algún tipo. Ingrese, perfiles UML ... Esto le puede dar tanto la estandarización como la complejidad reducida que está buscando. Puede limitar las relaciones y elementos que pueden ser utilizados. También puedes requerir ciertas cosas. Una empresa grande puede optar por centrarse en los activos y el movimiento de datos y limitar los diagramas estandarizados a esta vista. Sin embargo, una empresa que hace software en tiempo real para tanques podría centrarse en la acción o el flujo.

El punto central de UML es que no es específico ni útil para todo tipo de situaciones. Martin Fowler y Elements of style books no reducirán el tiempo de diagramación y aumentarán la comprensión. Necesitas perfiles o patrones estandarizados para que. Lo he visto funcionar, hasta el punto de que la empresa puede leerlos. Muchas herramientas le permiten crear un perfil que facilita la curva de aprendizaje para los diseñadores y reduce el tiempo de dibujo.

MDA Destilled (OMG Press) es un buen libro si desea comprender los conceptos, pero no es necesario.

Realmente, perfiles UML. No desea un estándar porque su empresa o su necesidad es diferente. Un estándar para servicios web no funciona para servicios financieros o en tiempo real.

Answer 4

Compre a todos una copia de Elementos del estilo UML 2.0 . Trabajo hecho.

Answer 5

Para una referencia rápida sobre cómo componer diagramas UML individuales, recomiendo sinceramente Los Elementos de UML Estilo 2.0 y puse mi dinero donde está mi recomendación comprando la 2ª edición para reemplazar mi 1ª ed.

Aparte de esta recomendación, creo que lo más importante en una empresa al presentar una guía de estilo es tener un mecanismo de retroalimentación local en el que las personas puedan publicar comentarios sobre los aspectos de la guía de estilo que funcionan. ellos, especialmente cuando está utilizando una guía impresa oficial . Un wiki o un repositorio casual similar debería ser suficiente para esto.

También sugiero resaltar los diagramas que fueron ejemplos particularmente buenos (o malos, si el humor del equipo pudiera tomarlo). Considere un Diagrama de la semana enmarcado como el Empleado de la semana que ve en tantas tiendas. Eso le da un suave recordatorio de que la legibilidad del diagrama se toma en serio, pero es de esperar que sea lo suficientemente divertido como para obtener una mayor aceptación del concepto.

Answer 6

Sé que probablemente quieras un libro fácil de leer para esto, pero por lo que estás describiendo, sugeriría ir con las especificaciones que se encuentran en OMG en sí mismo. Son un poco demasiado para leer, pero serían tan completos como se podría esperar. También tienen problemas con los artículos y tutoriales que pueden ser útiles.

En cuanto a los libros, he descubierto que Usar UML es bastante bueno, ya que aborda el proceso de desarrollo de software así como las herramientas y métodos UML.