Pregunta

  

Duplicar posible:
   Es UML práctica?

He oído muchas opiniones acerca de UML. Algunas personas dicen que es inútil. Algunas personas dicen que es muy útil.

¿Cuál fue su experiencia en el uso de UML? ¿Cómo afecta el proceso de desarrollo?

¿Fue útil?

Solución

Buen día,

Me parece que tiendo a usar un subconjunto del estándar UML completa.

Clase: para mostrar cómo se construyen los componentes de una clase y los miembros y funciones que contienen. Especialmente útil para mostrar "isa" y "tiene un" relaciones e incluso agregación frente a la composición para los "tiene un" relaciones que reflejan en tiempos de vida de los componentes.

diagramas Secuencia:. para mostrar cómo las clases interactúan entre sí y muestran el flujo de mensajes entre las clases en la secuencia de uso de la mensaje

y ocasionalmente:

diagramas Actividad:. para mostrar el procesamiento en paralelo

Si desea utilizar UML, entonces no puedo recomendar el libro de Martin Fowler "UML Distilled" ( desinfectado Amazon enlace ) lo suficiente. En serio, olvidar todos los otros libros UML! En mi humilde opinión, naturalmente

HTH

aplausos,

Otros consejos

Creo que es muy útil, si lo usa en el contexto adecuado.
En grandes proyectos, que es una muy buena idea para construir un plan general de cómo el sistema va a ver.

  • Proceso de desarrollo se hace más clara
  • Le ayuda a evitar errores de marca, ya que a menudo se piensa que a través del proyecto más a fondo
  • Se da una buena visión general para las personas que no participan directamente en el proceso de desarrollo

Todo lo cual le ayuda a ahorrar tiempo y dinero.

UML puede ser bueno o malo ... demasiado de algo puede ser malo.

UML es una buena herramienta para ayudarle a entender los conceptos, así como el dominio en el que está trabajando. Puede llegar a ser una herramienta muy útil para comunicarse con los expertos de dominio y los expertos funcionales. También ayudará a visualizar su solución y reducir en gran medida la cantidad de dolores de cabeza se encontrará a medida que construye su solución.

El exceso de UML también puede ser una mala cosa, la mejor forma de hacerlo, es modelar las partes de las soluciones que son complicadas de agarrar o un tanto complejos. Modelización de la solución general ayudará a dar una vista de un pájaro y una mejor comprender en su totalidad de la solución. A continuación, crear un modelo de las áreas donde se requiere una comprensión más profunda. Los proyectos pequeños no necesitan absolutamente a modelar. Los proyectos más grandes, por otro lado pueden requerir el modelado con el fin de ser capaz de comunicar la información correcta a los demás.

Los modelos muy completos se ven a menudo tan malo, ya que son válidos para un tiempo muy corto. Para los modelos para ser de valor que necesitan para mantenerse al día con el código. En muchos casos, esto se convierte en una tarea adicional nadie desea cumplir. Una buena manera de hacer esto es utilizar las herramientas que sincronizan los modelos a su código.

A partir de la edad más temprana, estamos muy bueno describiendo cosas dibujando ellos. Muchos de nosotros desata esta capacidad a medida que aprendemos a leer y escribir, pero en el fondo que a menudo son muy visual. El hecho es que, cuando decimos que cuando estamos atrapados en algo, la mejor manera de encontrar una solución es dejarlo solo por un tiempo, o hablar de su problema a otra persona. El simple hecho de explicar a alguien lo suficientemente a menudo le dará las respuestas debido a explicar algo que tienes que entenderlo. Una vez que algo se entiende y que se han tomado en las sutilezas, las soluciones parecen simples. El modelo puede ser utilizado para lograr el mismo resultado, ayudando a poner en orden las ideas y conceptos. Una vez que está en el papel se vuelve mucho más simple de explicar.

papel, pizarras y servilletas son a menudo que el mejor amigo! Ellos le ayudarán a recordar y obtener una comprensión más profunda de sus ideas y conceptos.

Permítanme desarrollar. UML se supone que debe comunicar ideas de diseño a los demás en el proyecto. Se utilizó en serio durante un importante esfuerzo de desarrollo. Resultó que el único que podía entender los diagramas y notas fue la persona que los creó. Me parece que la buena pantalla maquetas y descripciones del esquema hacen un trabajo mucho mejor que el modelado UML en la comunicación de la intención del diseño.

En lo personal creo que UML se debe utilizar sólo en el caso en el que se genera a partir del código para que sea posible que un programador para obtener una visión general del sistema real. Usarlo antes de la codificación es siempre un error, ya que entonces el código no se hace la prioridad del sistema.

Licenciado bajo: CC-BY-SA con atribución
No afiliado a StackOverflow
scroll top