Mi opinión impopular: no use diagramas al menos no porque tenga que hacerlo. Los diagramas son herramientas para comunicarse; Si no necesita comunicarse, no necesita diagramas.
Los desarrolladores normalmente tienen toda la estructura del código en sus cabezas. Los diagramas pueden ayudarlo a recordar esas ideas o hacerlas manejables. Por ejemplo: tengo este flujo y necesito cambiarlo a esto …
Entonces, mi consejo, si realmente necesita comunicar las ideas (diagramas), debe preguntar a las otras personas cómo pueden entender mejor, o pensar en qué tipo de diagramas se siente más cómodo y utilizarlos. Piense en ello como un idioma, si su audiencia solo habla inglés, debe usarlo. Pero si su audiencia es francesa y solo habla inglés, debe usar inglés (y buscar un traductor)
- ¿Debo pasar de Office 2010 a 2016?
- ¿Cuál es el mejor software gratuito de análisis y visualización de datos disponible en 2010?
- ¿Cuáles son los pros y los contras de usar Amazon Simple DB sobre MySQL?
- Me gustaría explorar una página de búsqueda en un sitio web y descargar automáticamente algunos archivos en las páginas que figuran en los resultados. ¿Hay un buen software para hacer esto?
- ¿Cuáles son las ventajas del software CRM?
PD: [despotricar] Odio esos diagramas de casos de uso de UML donde dibujan un hombre palo y un globo con la palabra “crear empresa” y luego tienes que explicar … “ok, este es el software, como usuario debería poder para crear empresas ”¿Realmente necesitas un diagrama para eso?
PS2: estoy bien con clases y diagramas db
