IBM / Rational ofrece actualmente dos productos para apoyar el análisis y diseño utilizando UML. La primera, y más antigua, se llama producto de Rational Rose .
El segundo producto más reciente, se llama Rational Software Architect . Cada uno tiene sus ventajas y desventajas, por lo que es prudente evaluar las diferencias con el fin de hacer una selección informada o para utilizar la herramienta elegida adecuadamente.
Rational Rose es el producto más viejo y ha existido desde principios de los / mediados de los 90 – Rational Software Architect es un producto mucho más reciente. Debido a que Rose es mayor, hay una cantidad más grande en documentación (libros, documentos técnicos, cursos comerciales, etc.) sobre el uso de la herramienta y una hay mas usuarios que han usado ya la herramienta. Las organizaciones son también mucho más probable que tenga una base instalada de producto (El Rose) (es decir, licencias) que se aplican a un proyecto / programa necesita para el modelado. IBM es muy entusiasta sobre el apoyo Architect pero la realidad de la situación total de apoyo en el mundo de TI es que (por ahora) Rose todavía tiene más recursos en esta área.
Soporte para UML 2 . Rational Rose es fundamentalmente una herramienta UML 1.x y Rational Software Architect pretende ser más una herramienta de UML 2. Las diferencias aquí no son enormes (ya que la mayoría de UML 1 es todavía una parte de UML 2) y pueden no significar mucho si su proyecto carece de UML 2 o necesidades profesionales. La brecha también se estrecha en la que muchas de las mejoras en UML 2 (por ejemplo, las regiones en los diagramas de secuencia) se puede improvisar con bastante facilidad en Rational Rose. Por último, tanto omitir el apoyo a algunos UML 2 características – incluyendo algunos de los que son los más novedosos . y potencialmente valiosa idioma (C ++, Java, etc.) Apoyo . Rational Rose proporciona al menos algún nivel de modelado (generación de código e ingeniería inversa) para un gran número de lenguajes de programación – incluyendo C ++ (ANSI y Microsoft API) , Java (J2SE y versiones de J2EE), XML, bases de datos, Ada, Visual Basic, etc. Mientras que el soporte de idiomas en Rose es amplio, no es muy profunda y la herramienta es mejor como una herramienta de diseño que puede ser Acoplado a algunos del código – Pocas veces he encontrado lleno de generación de código (o ingeniería inversa) entre cualquier idioma y Rose que sea eficaz. Por el contrario, Arquitecto apoya principalmente en Java y C ++ solamente sino que lo hace mucho más profundamente. En este sentido Architect dibuja desde el legado XDE y no puede ser utilizado como una herramienta de diseño, sino como herramienta súper-IDE. Si es necesario, o una buena idea estrecha integración entre el esfuerzo de análisis / diseño y la codificación, depende del proyecto.
El apoyo a modernas técnicas de diseño . En esta área Architect goza de una ventaja – aunque algunos improvisación se puede hacer en Rose . Por ejemplo, mientras que los patrones han sido parte del mundo UML / OOAD desde hace muchos años, Rose no tiene ningún apoyo específico para los patrones -. El modelador tiene que hacer todo el trabajo «a mano» Architect es más similar a los competidores contemporáneos (por ejemplo, Borland Together) en la prestación de un apoyo más explícito para el modelado basado en patrones. Del mismo modo, Rose se basa en una tradición de análisis / diseño como algo más discreto de los requisitos, pruebas, etc. – Arquitectoatrae a más de las tradiciones de RUP y XP. En puede discutir sobre si iterativo y la superposición de las disciplinas de desarrollo es una buena idea pero, si ha elegido esta ruta, es probable que encuentre Arquitecto mejor se adapte a sus necesidades.
Extensibilidad . Ambas herramientas proporcionan mecanismos para personalizar o ampliar la herramienta, pero lo hace de manera diferente. Rose ofrece la extensibilidad de la interfaz Rose(REI), que es básicamente un motor de scripts VB-similares. Es muy poderoso, como lo demuestra que la mayoría de los elementos en el menú Herramientas se encontraban en un tiempo los productos de la industria tradicional en Rose secuencias de comandos. Architect toma un camino ligeramente diferente en que se ejecuta como parte del Eclipse plataforma o mesa de trabajo. Un número creciente de herramientas (IDE, modelado, pruebas, etc.) también se ejecutan bajo Eclipse y al usarlas no se per se extienden Architect hacen extensivo el «banco de trabajo» en la que el arquitecto se está ejecutando. Además, uno puede escribir sus propios plug-ins para el banco de trabajo Eclipse – extender cualquiera de los productos de Rational (como Architect) o la mesa de trabajo en su conjunto. Esta es una diferencia conceptual es posible que tenga que ver y usar para evaluar por completo.
Estas son algunas de las diferencias. Por supuesto, hay más, pero esto debe darle una idea de los puntos fuertes / débiles de los dos productos en relación con sus necesidades.
Si desea empezar a trabajar con uno o aprender más sobre los productos de estas dos, recomiendo los siguientes libros:
Modelado Visual con Rational Rose 2002 (3ª edición) por Terry Quatrani. A pesar de que este dice «Rose 2002» es una buena introducción a todos los productos Rose incluyendo productos / v7 de este año 2006.
Modelado Visual con Rational Software Architect y UML por Terry Quatrani. Este libro cubre es comparable con el libro de Rose de 2002 (que abarca muchos de los mismos temas y ejemplos), pero para el producto Arquitecto.
Además, en relación con el costo de un proyecto, tomando cursos en ambas herramientas es una forma bastante económica para aprender acerca de las capacidades de cada uno.
Ing. Alberto Chávez R.
Sobre el Autor:
Alberto Chávez, es un ingeniero web y de software apasionado por simplificar la tecnología y hacerla accesible. Con una década de experiencia, Alberto comparte tendencias, consejos y análisis tecnológicos en este blog. Además, asesora a empresas en soluciones personalizadas. ¡Acompaña a Alberto en este viaje tecnológico!
