Barrapunto

Preo tiene una desventaja atroz: Solo está orientada a Java.
Me refiero a ArgoUML. La verdad es que está fenomenal.

Luego tienes las herramientas algo más mediocres, como Umbrello y Día.

Yo uso lápiz, papel y una herramienta ofimática para pasarlo a limpio.

Herramientas hay muchas y algunas son muy buenas (aunque suelen ser propietarias, como Together). Sin embargo la mejor y ademas gratis es el lapiz y el papel

Yo empleo el método del Lottery Pattern. Pongo mogollón de nombres de patterns en un saco, saco tres y monto el diseño en torno a esos tres patterns.

En fin. A mi jefe le gusta el Star UML; yo prefiero prototipar directamente con el Eclipse (sobretodo si usas los Quick Fix de crear clase/método/etc.). Pero principalmente abogo por tener pocas cajas. Si tu diagrama de cajas^H^H^H^Hlases comienza a necesitar un DIN A3, comienza a pensar en hacer cosas más aisladas...

Es parte de KDE y creo que permite hacer algo de eso

Yo pensaba que el software se hacia al tran tran,, tirando.. como los requisitos, a gusto del cliente.

Durante todo el primer semestre de este año tuve que hacer un trabajo de análisis, especificación y desarrollo de un sistema desde cero. Realicé una pequeña búsqueda de soft libre que me sirviera pero lamentablemente las alternativas son pocas o muy limitadas (Ej: Umbrello, DIA, etc)
Para lo correspondiente a diagramas de casos de uso, de actividad, clases y secuencias utilicé el Enterprise Architect [sparxsystems.com] el cual posee versiones para Windows y GNU/Linux. Mi experiencia resultó muy satisfactoria, aunque hay varias "features" que podrían agregársele las opciones de manejo que ofrece son enormes y permite abarcar todo el proceso de desarrollo en el mismo programa.
Para generación de código, permite múltiples lenguajes (C#, Java, PHP, C++, etc) y por supuesto ingeniería reversa.
Por ese lado creo que falta recorrer mucho camino para que existan herramientas comparables Open Source.
En cuanto a informes, en mi grupo nos manejamos perfectamente con LaTEX, adaptando el formato del documento a nuestras necesidades (para evitar el estilo "Paper"), utilizando las imágenes exportadas en PNG con el anterior soft. El uso de LaTEX no permitió trabajar mediante CVS y editar conjuntamente el documento, cosa bastante más complicada de hacer si se usa Word u Open Office.

No voy a decir que he probado todas las herramientas UML porque no había visto StarUML hasta este post, pero he probado Rational Rose, Together, ArgoUML, Umbrello, EclipseUML y alguna otra que me olvido, pero hasta que no ha salido Netbeans 5.5 (beta, con la expansión Enterprise Arquitect) no he encontrado algo que realmente me gustase. Me parece fundamental que tenga ingeniería "de ida y vuelta" (que sincronice diagramas y código cuando alguno de los dos se modifique), y esta es la primera que encuentro(libre) que lo hace.

Por otra parte, me gustaría probar AndroMDA, sistema que dado el UML te genera "toda" la aplicación, y tiene muy buena pinta para centrar el desarrollo sólo en las reglas de negocio, pero el tiempo es limitado y lineal (al menos en nuestro alrededor ;) )

Hace años que no sacan una nueva version, pero para el diseño de bases de datos, es el mejor y el mas completo.
Lastima que no se quien fue el genio que decidio matar el producto.

¿qué herramientas (a poder ser libres) utilizáis para elaborar el análisis de requisitos, el diseño técnico, los diagramas de entidad-relación, etc?

Star UML [staruml.com] para Windows: Editor UML.
DB Designer 4 [fabforce.net]: Modelado de bases de datos.
Open Office [openoffice.org]: Editor de textos. Exporta a PDF.

Pues yo... ¡TantoMDA!

Las herramientas para hacer diagramitas de uml, flujos y cosas de ésas son todos un infierno. Lo que estaría muy bien sería un programa que cogiera un folio escaneado y lo pasara a limpio, es decir, que hiciera las lineas perpendiculares, que detectara las palabras y eso. El que escribe en el folio también tendría que poner de su parte, claro. Agradecería referencias si se os ocurre algún nombre :-D

Hacer diagramas con el ratón es una tortura. Si todavía fuera con la tableta gráfica...

En un curso de Java + UML estamos utilizando JDeveloper de Oracle, y es realmente impresionante. Puedes realizar todo el diseño a partir de los diferentes diagramas UML, que se reflejarán automáticamente en el código. Antes utilizaba Netbeans, pero tras ver las posibilidades que tiene este entorno, me voy a decantar por él. Es gratuito pero no open source. La única pega que le veo es que está orientado para trabajar únicamente con java.

¿Alguien tiene más referencias de esta herramienta?

hace unos meses descubri bouml (http://bouml.free.fr/). es una herramienta libre (GPL) para crear todo tipo de diagramas UML que en su version actual tiene generadores de codigo para C++ y Java. en mi trabajo lo usamos en un proyecto 'serio' y estamos bastante satisfechos. tiene integracion con CVS y Clearcase, pero desconozco esta parte. en realidad me sorprende haberlo descubierto tan tarde ... otra herramienta sin generacion de codigo es UMLet (http://www.umlet.com/).

Es la comunicación entre las partes implicadas. De nada sirve tener un montón de herramientas si uno habla de forlayos y el otro entiende esforroncinos.

Por eso lo que comentan de usar un procesador de textos no es un disparate. Por eso creo que el correo electrónico y el teléfono son tan importantes o más que las herramientas de diseño al uso.

Pues vim... que está improved!!

No siempre es útil, pero imagino que hay proyectos y personas que les pueda ayudar, aunque tal vez al final, algunas veces, solo sirva para rellenar memorias.

Tener un plan antes de empezar un problema es interessante, pero si al final tenemos lo de Lottery pattern o aun peor, escribir el UML después de el codigo... bueno almenos sirve de documentación...

te respondo yo, ya que nadie parece interesado en hacerlo

que si es util la creacion de diagramas UML? depende de muchas cosas, del alcance del proyecto, complejidad, etc, etc

ponerse a diseniar un proyecto grande sin UML puede ser un infierno, sobre todo para los que vienen despues, cuya unica forma de enterarse de que va la cosa es navegar por miles de clases o leer montañas de documentos normalmente obsoletos (ejemplo sufrido en propias carnes), a veces, una imagen (un diagrama UML) es mejor que 1000 docs.

yo siempre, en mis proyectos, uso UML, aunque solo sea para tener claras las cosas antes de ponerme a tirar lineas, es mas, con una herramienta moderna y decente, de esos documentos puedes generar un "esqueleto" de la aplicacion, a la que añades las cosas especificas y te suelen ahorrar mucho trabajo (ademas trabajo aburrido)

ahora bien, con el UML hay dos corrientes de pensamiento, los que se pirran por el MDA y los que lo usan como "sketch" (lo siento, no me sale la palabra en español)

- los primeros abogan por diagramas UML totalmente completos, hasta el ultimo detalle, su idea es que si defines el modelo del todo, generar el codigo se hace automaticamente (herramientas como AndroMDA y demas) y solo tienes que definir el 20% de codigo restante, otra ventaja es que si hay que hacer un cambio en la aplicacion, se puede hacer ese cambio en el modelo UML y este se reflejara automagicamente en el codigo, manteniendo siempre el codigo y la documentacion (generada tambien a partir de ese modelo) sincronizados

- el otro grupo (en el que me incluyo) piensa que el UML es util para representar ideas a grandes rasgos y que no tiene precio para presentar esas ideas a otras personas, tiene una notacion definida, asi que cualquiera que sepa UML y le enseñes tu diagrama sabra de que estas hablando
pero de ahi a llegar al modelo entero (que exije mucho trabajo) hay mucho, y llega un momento en que dar mas detalles lo unico que hace es complicarlo todo, exigir mas trabajo y quitarte flexibilidad (hay veces que modificar un modelo completamente desarrollado no es tan simple como parece y tienes que andar con pies de plomo por que un cambio estupido puede joderte muchas cosas)

ahora mismo, en mi trabajo, el UML es parte esencial, casi tanto como el propio java, nostros lo que hacemos es definir "acciones", que son miniclases java que se encargan de una unidad de trabajo (actualizar un objeto, leer un componente de pantalla, comparar dos objetos), luego definimos un diagrama de flujo, definiendo en cada "caja" las acciones que se van a llevar a cabo, eso genera un xml que es lo que el motor de la aplicacion lee y ejecuta...

ese soy yo!

No puedes decir eso. ¿Cómo lo haces cuando tienes que trabajar un sistema crítico?. Hay ramas que ni siquiera lenguajes como UML son útiles, se tienen que llegar a métodos formales ya que se requiere una correctitud extrema. Me refiero a software de la NASA o del DoD. La Ingeniería de Software no es prepararte para trabajar en una empresa. Es ofrecer herramientas para desarrollar software en forma mucho más rápida, favoreciendo las ideas por sobre los detalles de la implementación. Aprovechando además las ciencias de la computación como base. No puedes decir que una disciplina que lleva ya 30 años de estudio es una estupidez. Te apuesto que con suerte desarrollas en PHP+MySQL, pero te quiero ver programando un sistema predictor que utilice redes neuronales con un margen de error específico. O un sistema de control de vuelo con un margen de error imperceptible.