jueves, 14 de marzo de 2013

Herramientas Open Source para UML

Herramientas de Código Abierto (Open Source) para UML

UML como usted sabe, incluye un conjunto de técnicas de notación gráfica que le ayuda a especificar, visualizar y documentar los modelos de sistemas de software, incluyendo su estructura y diseño, de manera que cumpla con todos estos requisitos. Hay muchas herramientas profesionales de diagramas populares, tal como Visio de Microsoft, disponibles en el mercado. Dependiendo de su necesidad, a veces realmente no necesita herramientas comerciales para generar diagramas UML. Este artículo contiene algunas buenas herramientas UML de código abierto (Open Source) que puede hacer el trabajo para usted de forma gratuita.

Extracto de la traducción Free Open Source UML Tools

Algunos generadores Online de Diagramas UML
Otras herramientas podrán encontrarlas en esta tabla comparativa.
List of Unified Modeling Language tools

viernes, 8 de marzo de 2013

Proceso Unificado de Rational (RUP)

Rational Unified Process (RUP) / Proceso Unificado de Rational

El Proceso Unificado de Rational es un proceso de ingeniería del software. Proporciona un acercamiento disciplinado a la asignación de tareas y responsabilidades en una organización de desarrollo. Su proposito es asegurar la producción de software de alta calidad que se ajuste a las necesidades de sus usuarios finales con unos costos y calendario predecibles.

En definitiva el RUP es una metodología de desarrollo de software que intenta integrar todos los aspestos a tener en cuenta durante todo el ciclo de vida del software, con el objetivo de hacer abarcables tanto pequeños como grandes proyectos software. Ademas Rational proporciona herramientas para todos los pasos del desarrollo asi como documentación en linea para sus clientes.

Las fases
El RUP se divide en cuatro fases: 1. Inicio, 2. Elaboración, 3. Construcción y 4.Transición.

1. Inicio
Antes de iniciar un proyecto es conveniente plantearse algunas cuestiones: ¿Cuál es el objetivo? ¿Es factible? ¿Lo construimos o lo compramos? ¿Cuánto va a costar? La fase de inicio trata de responder a estas preguntas y a otras más. Sin embargo no pretendemos una estimación precisa o la captura de todos los requisitos. Más bien se trata de explorar el problema lo justo para decidir si vamos a continuar o a dejarlo, ver [4]. Generalmente no debe durar mucho más de una semana.

Los objetivos son:
  • Establecer el ámbito del proyecto y sus límites.
  • Encontrar los casos de uso críticos del sistema, los escenarios básicos que definen la funcionalidad.
  • Mostrar al menos una arquitectura candidata para los escenarios principales.
  • Estimar el coste en recursos y tiempo de todo el proyecto.
  • Estimar los riesgos, las fuentes de incertidumbre.

Los productos de la fase de inicio deben ser:
  • Visión del negocio: Describe los objetivos y restricciones a alto nivel.
  • Modelo de casos de uso.
  • Especificación adicional: requisitos no funcionales.
  • Glosario: Terminología clave del dominio.
  • Lista de riesgos y planes de contingencia.
  • El caso de negocio (business case). Para más detalles ver el flujo de modelado del negocio.
  • Prototipos exploratorios para probar conceptos o la arquitectura candidata.
  • Plan de iteración para la primera iteración de la fase de elaboración.
  • Plan de fases.

No todos los productos son obligatorios, ni deben completarse al 100%, hay que tener en cuenta el objetivo de la fase de inicio.

Más información sobre este tema: Guia RUP