Cuán útil es UML si usted es un desarrollador que trabaja solo en un proyecto [cerrado]

¿Qué tan útil es UML si eres un desarrollador que trabaja solo en un proyecto?

Puede ser muy útil si el proyecto es lo suficientemente grande como para que tenga problemas para mantener todo en su cabeza. Poner algo en papel / diagramas también puede ayudar al proceso de diseño y resolución de problemas, al menos para mí.

... También admito que para los proyectos personales mis diagramas no son tan formales como lo serían para los proyectos en el trabajo, simplemente son buenos para que yo trabaje con ellos ...

Es muy útil y valioso .

Como otros han dicho, es mejor para la comunicación y a simple vista se podría decir "solo 1 desarrollador, así que ... no se necesita comunicación", pero no creo que sea cierto.

Entonces, ¿para quién es el UML y la comunicación?

1. ¡Tú! - Sí tú. Cuando abandone el proyecto por un tiempo y luego regrese, estará allí para ayudarlo a recordar el funcionamiento del proyecto.
2. Nuevos desarrolladores : si bien es posible que ahora sea el único desarrollador, eso no quiere decir que en el futuro alguien más no esté trabajando en su proyecto o incluso que pueda expandirse para tener más de 1 desarrollador.
3. Asociados comerciales : si va a presentar algo a un jefe o un gerente o un posible socio para su proyecto, un UML del proyecto puede ayudarlo en una presentación o incluso en una conversación informal.
4. Documentación : si usted u otra persona está haciendo la documentación del usuario final que tiene un UML de un proyecto, puede ser una excelente plataforma de lanzamiento. Mucho mejor que tratar de recordar todo sobre la marcha mientras lo escribe o dictar lo que puede recordar a otra persona.

Además, también son útiles para practicar cuando te encuentras en una situación en la que son obligatorios.

En resumen, probablemente no mucho.

El mayor valor de UML está en la comunicación, por lo que tiene poco que ofrecer para un equipo de una sola persona. Aunque todavía lo usaría para bocetos de diseño, etc. La visualización puede ser de gran ayuda para comprender problemas complicados.

Sin embargo, un posible uso importante es documentar el diseño para su (s) sucesor (es); difícilmente será el único en trabajar en ese proyecto (cualquier proyecto).

La respuesta, por supuesto, depende del tamaño y la complejidad del proyecto, hasta qué punto tiene la intención de llevar el modelado y si debe entregar un documento de diseño formal.

Intenté usarlo para pequeños proyectos personales, y terminó no siendo terriblemente útil. La clase impar o el diagrama de secuencia pueden ayudarlo a organizar sus pensamientos, pero después de un punto puede ser más trabajo de lo que vale.

Hago mucho trabajo solo (trabajo por cuenta propia) y tiendo a no usar UML. Por lo general, un ERD y algunas notas en una herramienta de organización (utilicé onenote). Nunca he sentido la falta. Pero veo cómo resulta útil en entornos más grandes con mucha gente trabajando en el mismo proyecto.

Puede ser útil porque cuando intentas documentar tus decisiones de diseño y arquitectura en UML te hace pensar más profundamente sobre la aplicación y, a veces, descubrir cosas nuevas y crear mejores ideas. Pero estoy de acuerdo con otros en que si se trata de un proyecto pequeño, es posible que no se beneficie mucho cuando trabaje solo.

Marginal, creo que ... UML está destinado a comunicar ideas del diseño. Si realmente piensa en UML y puede producirlo tan rápido como otras formas de mapear ese diseño, asegúrese de usarlo. De lo contrario, probablemente sea mejor desarmar algo que parece bocetos y quizás un poco de UML "Lite" según lo necesite su proyecto.

Asegúrese de resolver algunos casos de uso si siente que un área en particular los necesita. etc.

De cualquier manera que vaya, necesitará algo a lo que referirse en 12 meses cuando sea hora de pensar en v2.

He usado una implementación muy mínima (figuras de palo, cajas conectadas y algunas etiquetas) en algunos proyectos. Pensé que era más fácil representar un proceso particular que tratar de describirlo en forma escrita. Algún purista probablemente dirá que realmente no es UML, pero a los clientes no les importa, por lo que a mí tampoco.

Tener una representación gráfica de una arquitectura puede ayudar, si la arquitectura es demasiado grande para simplemente tenerla en cuenta (que es algo que debe determinar usted mismo).

No necesita algo tan formal como UML, si lo hace solo para usted.
El objetivo es visualizar una arquitectura para que pueda manejarla. Use lo que funcione, mientras sea lo más discreto posible.

Es una buena práctica mantener una buena documentación de un proyecto, pero para una persona esto podría no ser muy fácil de hacer y requerir mucho tiempo, mi posición aquí es que ciertamente necesita hacer un poco de UML y si su programa es muy complicado o usted vas a liberar tu código, debes hacerlo. Si su proyecto es complejo y grande, puede pensar en hacer una documentación lo suficientemente buena, por lo que si pasa un período de tiempo fuera de él, puede volver a tomarla fácilmente.