¿Qué tan útil es UML si usted es un desarrollador que trabaja solo en un proyecto? [cerrado]

Puede ser muy útil si el proyecto es lo suficientemente grande como para que tenga problemas para mantener todo derecho en su cabeza. Poner algo en papel / diagramas también puede ayudar al diseño y al proceso de 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, solo me sirven para trabajar con ellos ...

Es muy útil y valioso .

Como han dicho otros, es mejor para la comunicación y de un vistazo rápido podría decir "solo 1 desarrollador, así que ... no se necesita comunicación", pero no creo que eso sea cierto.

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

1. ¡Tú! - Sí, sí. 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 ahora puede ser 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. Socios comerciales : si tiene que presentar algo a un jefe, 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 o alguien más está haciendo la documentación del usuario final, tener un UML de un proyecto puede ser una excelente plataforma de lanzamiento. Mucho mejor que tratar de recordar todo sobre la marcha a medida que lo escribe o dicta lo que puede recordar a otra persona.

Además, también son útiles para la práctica 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.

La respuesta, por supuesto, depende del tamaño y la complejidad del proyecto, de lo lejos que pretenda tomar el modelado y de si debe entregar un documento de diseño formal.

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

Trabajo mucho solo (soy freelance) 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 que es ú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 en la aplicación y, a veces, descubrir cosas nuevas y hacer mejores ideas. Pero estoy de acuerdo con los demás en que si se trata de un proyecto pequeño, es posible que no se beneficie mucho de él cuando trabaja solo.

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

Asegúrese de desentrañar algunos casos de uso si considera que un área en particular los necesita. etc.

En cualquier lugar que vayas, necesitarás algo a lo que referirte en 12 meses cuando sea el momento de pensar en v2.

He usado una implementación mínima (figuras de palo, cajas conectadas y algunas etiquetas) en algunos proyectos. Pensé que era más fácil representar un proceso en particular que tratar de describirlo en forma escrita. Algunos puristas probablemente dirán 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 debes determinar por ti mismo).

No necesitas algo tan formal como UML, si lo haces solo para ti.
El objetivo es visualizar una arquitectura para que puedas manejarla. Use lo que sea que funcione, al mismo tiempo que es lo menos obstructivo 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 consumir mucho tiempo. Mi posición aquí es que ciertamente necesita hacer algo de UML y si su programa es muy bueno. complicado o vas a liberar tu código necesitas hacerlo. Si su proyecto es complejo y grande, puede pensar en hacer una documentación lo suficientemente buena para que, si pasa un período de tiempo fuera de ella, puede volver a tomarla fácilmente.