Page title:Utilización de los productos de modelado de IBM Rational

Caption text:Los productos de modelado de IBM Rational son herramientas integradas de diseño y desarrollo que utilizan el desarrollo dirigido por modelo para crear servicios y aplicaciones bien construidas. Estas ofertas son muy flexibles y altamente adaptables a las necesidades de cualquier proceso de desarrollo de software. Puede utilizar varios tipos de modelos y diferentes flujos de trabajo dependiendo de la fase del proyecto y de si la organización dispone de procesos controlados de forma estricta o una propuesta de desarrollo más ágil.

Page text:


Tour editable text

Page title:Flujos de trabajo para productos de modelado de IBM Rational

Caption text: Puede crear y editar código visualmente en los diagramas notacionales de UML para ayudarle a comprender mejor el modelo de dominio de un sistema; puede utilizar pequeños modelos UML conceptuales para realizar un boceto de los conceptos iniciales de un sistema; o puede utilizar modelos UML conceptuales semánticamente ricos para modelar completamente toda una aplicación. Los modelos UML semánticos completos pueden formar la base de su aplicación y se pueden transformar en código en cualquier punto del proceso de desarrollo, ya sea para formar o reconciliar el diseño con el código de la aplicación. Esta visita guiada describe una de las muchas propuestas que puede aplicar al utilizar los productos de modelado de IBM Rational para trabajar con modelos y código.

Page text: A menudo, los diferentes proyectos, fases y culturas necesitan diferentes flujos de trabajo. Para el diseño y el análisis de software, puede utilizar modelos conceptuales UML simples o semánticamente ricos y complejos. Durante la construcción, puede utilizar diagramas UML notacionales para comprender y manipular código.


Tour editable text

Page title:Utilización de un modelo concreto para desarrollar código

Caption text:Puede utilizar productos de modelado de IBM Rational para crear un modelo de código para lenguajes, como Java y C++, mediante la representación y la edición visual del código en diagramas que utilizan un estilo de notación muy similar a UML. Puede utilizar estos diagramas para añadir nuevos elementos de código, como clases, campos y métodos, o puede arrastrar elementos existentes a diagramas. Puede utilizar herramientas como diagramas de tema, examinar diagramas y diagramas de secuencia de método estático para ayudarle a visualizar y comprender el sistema.

Page text:


Tour editable text

Page title:Desarrollo dirigido por modelo conceptual

Caption text:En este flujo de trabajo, el modelo UML evoluciona constantemente mediante el proceso de desarrollo. Los arquitectos y los desarrolladores modelan aspectos estructurales de un sistema y, a continuación, transforman el modelo en código. Los desarrolladores graban el código funcional en la estructura especificada y cualquier cambio estructural necesario que los arquitectos introduzcan se puede reflejar en la especificación estructural. Este flujo de trabajo da soporte a la ingeniería directa e inversa en el proceso de desarrollo. La estructura de una aplicación se define en el modelo conceptual y, a continuación, se transforma en un modelo de dominio de manera que los desarrolladores puedan grabar código de la aplicación.

Page text:


Tour editable text

Page title:Creación de un modelo de dominio

Caption text:Después de que un arquitecto cree el modelo detallado de nivel de clase utilizando UML, éste puede aplicar transformaciones directamente al modelo para generar la estructura de una implementación, o a menudo el código de compilación actual. El resultado de la transformación se llama modelo de dominio. A continuación, el desarrollador desarrolla la implementación dentro de las directrices estructurales del modelo de dominio mediante la edición de forma visual del código, o mediante la utilización de un editor de código.

Page text:


Tour editable text

Page title:el modelo UML como entidad viva

Caption text:Si se necesita modificar la estructura del modelo de dominio o si un desarrollador está preocupado con el diseño de alto nivel del sistema, el arquitecto puede revisar los cambios de diseño e implementar el cambio directamente en el modelo UML. El modelo UML puede considerarse una entidad viva ya que continuamente se desarrolla a través del proceso de desarrollo. En cualquier momento en el que se cambie el modelo UML, se volverá a aplicar la transformación en el modelo UML y se sobrescribirá el dominio existente mientras se conserva el trabajo del desarrollador.

Page text:El modelo es una entidad viva:


Tour editable text

Page title:Ventajas de esta propuesta

Caption text:Este flujo de trabajo resulta beneficioso para organizaciones que utilizan el diseño para el control arquitectural y donde las interfaces están ampliamente especificadas por parte de los arquitectos y se tratan como contratos, y se espera que los desarrolladores sigan estrictamente estos contratos. Generalmente, se deben aplicar patrones y transformaciones de arquitectura de alto valor, dirigida por modelo, para producir el código deseado.

Page text:Ventajas de esta propuesta: