Aplicaciones Empresariales Modelo de Negocio con RUP

nmero de defectos. La metodologa RUP proporciona disciplinas en las cuales se encuentran artefactos con lo cual se podr contar con guas para poder documentar e implementar de una manera fcil y eficiente, todas las guas para un buen desarrollo, todo esto dentro de las respectivas fases con las cuales cuenta. Al contar con las guas en las cuales se puede basar durante todo el desarrollo, se podr utilizar la herramienta RRD basada en el RUP para que se pueda implementar todo lo prescrito en las guas de una manera segura y sobre todo rpida. Adems si se cuenta con el estndar J2EE se podr entrelazar la metodologa RUP con ste, ya que se ofrece una gran interoperabilidad entre ambos, con lo cual la implementacin del software utilizando RRD se realizar de una manera mucho ms sencilla, ordenada y eficiente. No es posible realizar un desarrollo de software de una manera lenta, ya que las exigencias de los clientes actuales conllevan a verse en la necesidad de implementar soluciones rpidas y que cumplan con los requerimientos planteados, por lo que el desarrollo rpido de aplicaciones es una de las caractersticas que ms impacto tiene en la actualidad, para solventar esto se deben utilizar herramientas basadas en este nuevo enfoque.

RESUMEN: Muchos de los proyectos de desarrollo de software fracasan o el resultado final no es el esperado, para el cliente o usuario final, o para los propios desarrolladores. Para el cliente un proyecto de desarrollo de software puede resultar infructfero porque se demor ms del tiempo esperado o peor an, porque el software resultado no resuelve los problemas para los cules se encarg. Varios son los factores que pueden conllevar al fracaso de un proyecto de desarrollo de software. El modelamiento del negocio en la etapa de concepcin de un proyecto de desarrollo de software es una de las actividades ms importantes, y que muchas veces no se lleva a cabo con la profundidad necesaria, provocando esto que no haya una total comprensin de los procesos a informatizar y un falso sentido de entendimiento entre los clientes (o usuarios) y el equipo de desarrollo respecto al trabajo a realizar. La disciplina Modelamiento del Negocio de RUP (Rational Unified Process) propone en conjunto de artefactos para modelar los procesos de una organizacin, la elaboracin de todos estos artefactos puede resultar lenta y engorrosa, contribuyendo negativamente a un efectivo paso por esta disciplina. El presente trabajo propone una alternativa a los artefactos de la disciplina Modelamiento del Negocio de la metodologa RUP: es una tcnica de modelado de sistemas usando una estructura grfica especfica. Abarca desde la modelacin de la informacin hasta el anlisis y diseo orientado a objetos.

DESARROLLO: RUP

en ingles significa Rational Unified Process (Proceso Unificado de Racional) es un producto del proceso de ingeniera de software que proporciona un enfoque disciplinado para asignar tareas y responsabilidades dentro de una organizacin del desarrollo. Su meta es asegurar la produccin del software de alta calidad que resuelve las necesidades de los usuarios dentro de un presupuesto y tiempo establecidos. Las caractersticas que definen a RUP son las siguientes: 1. Proceso Dirigido por los Casos de Uso: Con esto se refiere a la utilizacin de los Casos de Uso para el desenvolvimiento y desarrollo de las disciplinas con los artefactos, roles y actividades necesarias. Los Casos de Uso son la base para la implementacin de las fases y disciplinas del RUP. Un Caso de Usos es una secuencia de pasos a seguir para la realizacin de un fin o propsito, y se relaciona directamente con los requerimientos, ya que un Caso de Uso es la secuencia de pasos que conlleva la realizacin e implementacin de un Requerimiento planteado por el Cliente.

PALABRAS

CLAVES: Proceso de Negocio, Modelamiento de Negocio, Desarrollo de Software, RUP. INTRODUCCIN: En la actualidad, la
utilizacin de metodologas para el desarrollo de aplicaciones es casi imposible omitirla, debido a la gran necesidad de control de variables que conlleva el mismo desarrollo, y para la ordenada elaboracin de las aplicaciones, por lo tanto, seguir metodologas y estndares lleva a estar en competitividad en todo momento. Es de suma importancia conocer el modo como se interrelacionan metodologas con estndares y herramientas siguiendo un nico propsito, el cual consiste en la elaboracin de aplicaciones de manera eficiente, ordenada y con el menor

2.

Proceso Iterativo e Incremental: Es el modelo utilizado por RUP para el desarrollo de un proyecto de software. Este modelo plantea la implementacin del proyecto a realizar en Iteraciones, con lo cual se pueden definir objetivos por cumplir en cada iteracin y as poder ir completando todo el proyecto iteracin por iteracin, con lo cual se tienen varias ventajas, entre ellas se puede mencionar la de tener pequeos avances del proyectos que son entregables al cliente el cual puede probar mientras se est desarrollando otra iteracin del proyecto, con lo cual el proyecto va creciendo hasta completarlo en su totalidad. Proceso Centrado en la Arquitectura: Define la Arquitectura de un sistema, y una arquitectura ejecutable construida como un prototipo evolutivo. Arquitectura de un sistema es la organizacin o estructura de sus partes ms relevantes. Una arquitectura ejecutable es una implementacin parcial del sistema, construida para demostrar algunas funciones y propiedades. RUP establece refinamientos sucesivos de una arquitectura ejecutable, construida como un prototipo evolutivo. RUP es una metodologa slida, con documentacin, que apoya el ciclo de vida evolutivo incremental, adems de orientar al desarrollo de componentes apoyando el desarrollo orientado a objetos. RUP es un proceso de ingeniera de software que provee un enfoque disciplinado para la asignacin de tareas y responsabilidades dentro de una organizacin desarrolladora de software. Su principal objetivo es asegurar la produccin de software de alta calidad que satisfaga las necesidades de sus usuarios finales dentro de un presupuesto y tiempo predecibles. A pesar que RUP no es una metodologa para el desarrollo de AV, RUP permite ser utilizada para tal fin ya que es un marco de trabajo personalizable, el cual puede fcilmente adaptarse a la manera en que trabaja una compaa. Por lo tanto, RUP puede ser adaptada tanto a empresas grandes como pequeas y puede ser modificada para adecuarse a las diferentes situaciones.

Fig.1

3.

El modelado se trabaja y producen durante varios aos y basados en metodologas probadas, han dado a lugar a importantes normas en la comunidad de desarrollo, incluida la aceptacin general de los Casos de Uso y del Lenguaje de Modelado Unificado (Unified Modeling Language UML). El Proceso Unificado tiene tres caractersticas distintivas. Estas caractersticas son: Dirigido por Casos de Uso: El proceso utiliza Casos de Uso para manejar el proceso de desarrollo desde la Incepcin hasta el Despliegue. Centrado en Arquitectura: El proceso busca entender los aspectos estticos y dinmicos ms significativos en trminos de arquitectura de software. La arquitectura se define en funcin de las necesidades de los usuarios y se determina a partir de los Casos de Uso base del negocio. Iterativo e Incremental: El proceso reconoce que es prctico dividir grandes proyectos en proyectos ms pequeos o mini-proyectos. Cada mini-proyecto comprende una iteracin que resulta en un incremento. Una iteracin puede abarcar la totalidad de los flujos del proceso. Las iteraciones son planificadas en base a los Casos de Uso.

El proceso Unificado consta de ciclos que puede repetir a lo largo del ciclo de vida de un sistema. Un ciclo consiste en cuatro fases: Incepcin, Elaboracin, Construccin y Transicin. Un ciclo concluye con una liberacin, tambin hay versiones dentro de un ciclo. Esta es una descripcin breve de las fases de un ciclo: Fase de Incepcin: Durante la fase inicial se concibe la idea central del producto, se arma el documento de visin. En esta fase, se revisan y confirma nuestro entendimiento sobre los objetivos centrales del negocio. Queremos entender los argumentos comerciales en favor de porqu el proyecto debe intentarse. La fase de incepcin establece la viabilidad del producto y delimita el alcance del proyecto. Fase de elaboracin: Durante la fase de elaboracin la mayora de los Casos de Uso son especificados en detalle y la arquitectura del sistema es diseada. Esta fase se focaliza en las posibilidades del proyecto. Se identifican los riesgos significativos y se preparan el calendario, el equipo de trabajo y el costo del proyecto. Fase de construccin: Durante la fase de construccin, el foco del producto se mueve de la arquitectura de base a un sistema lo suficientemente completo como para llevarlo al usuario. La arquitectura crece en complejidad y se convierte en un sistema completo, de la misma manera, se refina el disea para llevarlo a cdigo fuente.

Fase de Transicin: En la fase de transicin el objetivo es garantizar que los requisitos se han cumplido, con la satisfaccin de las partes interesadas. Esta fase a menudo se inicia con una versin beta de la aplicacin. Otras actividades incluyen la preparacin del ambiente, se completan, se identifican y corrigen defectos. La fase de transicin termina con un cierre dedicado al aprendizaje de lecciones, las cuales quedan para futuros ciclos. El Proceso Unificado identifica a los flujos de trabajo fundamentales que se producen durante el proceso de desarrollo de software. Estos flujos incluyen el modelado de negocio, requerimientos, anlisis, diseo, implementacin y testing. Los flujos no son secuenciales y sern realizados preferentemente durante las cuatro fases. Los flujos son descriptos separadamente en el proceso por claridad, pero de hecho de ejecutan en forma concurrente, interactuando y utilizando los artefactos que cada uno genera. Los libros de Proceso Unificado y la documentacin que se encuentra en internet, proveen informacin extensiva sobre la aplicacin del proceso. Capturan actividades y artefactos para cada flujo de trabajo con ejemplos. Tambin proporcionan descripciones detalladas de los roles y sus funciones, las actividades y los artefactos que generan durante cada una de las fases. El Lenguaje de Modelado Unificado (Unified Modeling Language UML) fue desarrollado en conjunto con el Proceso Unificado. A lo largo de todo el Proceso Unificado se encuentra la idea de crear modelos del sistema que se est construyendo. Los modelos representan una vision abstracta del sistema desde un punto de vista particular. Estos modelos son capturados y comunicados utilizando UML. UML es una herramienta poderosa para muchas personas y varios libros han sido publicados, dos de ellos por autores del Proceso Unificado, Booch, Rumbaugh and Jacobson: gran proceso, el Proceso Unificado y su texto requieren un estudio significativo. Ellos son, en muchos aspectos, un estudio acadmico del tema. Los textos, aunque completos, son muy intimidantes para la mayora de las personas. La mejor manera de empezar es con la documentacin que se encuentra en linea, junto con la capacitacin formal en el proceso. Busque un mentor que pueda trabajar directamente con su equipo para introducir los flujos de trabajo y las actividades en la organizacin.

Es importante saber que el proceso debe ser algo vivo. Debe ser ajustado a su entorno de trabajo y a sus hbitos de trabajo. El truco es saber cuando ajustar el proceso y el momento de ajustar sus hbitos. El Proceso Unificado proporciona un poderoso marco para el desarrollo de aplicaciones. Identifica las actividades necesarias y le ayuda a la disposicin de un plan oficial para el proceso de desarrollo de software.

Gracias a que el Proceso Unificado ha sido ampliamente difundido en forma pblica existen mltiples opciones de la herramienta de parte de otros vendedores, todos diseados para trabajar especficamente con el Proceso Unificado. Conclusiones Se considera que el Proceso Unificado es una metodologa completa y bien documentada. Lo que se utiliza como una interesante fuente de ideas y herramientas y con una amplia disponibilidad de formacin tcnica y prctica. Siendo que se debe estar bien entrenado para esta tecnologa ya que se siente con la confianza de utilizarla, aumentando as significativamente la probabilidad de xito al adaptar este proceso al presente proyecto.

REFERENCIAS BIBLIOGRFICAS:
Fig. 2

Baeres, J. (2006) Compendio de Ingeniera de Software I, www.navegapolis.net. Flores, M. (2008), Metodologa TOT: Aplicacin de Mejora de Proceso a Metodologas de Software en el rea de Modelado de Negocio y Gestin de Requerimiento. 2008. Leffingwell, D, W. D. (2003), Managing Software Requirements: A Use Case Approach, Second Edition, Addison-Wesley. Racional (2003). Ayuda e lnea de Rational Suite 2003, www-01.ibm.com/software/awdtools/rup. Reportes CHAOS (2004). Boletn Standish Group, www.tress.com.mx/boletin/enero2004/solucione s.htm Reportes CHAOS (2009), Notas de Ingeniera de Software de Hctor de Luna, 1ro de julio 2009, www.swnotes.wordpress.com/2009/07/01/chaos -report-2009 (Consulta: 25/05/2009). IEEE Std 1233 (1998), IEEE Guide for Developing System Requirements Specifications, www.standards.ieee.o

Cualidades estndares del proceso El proceso Unificado contiene plenamente todos los requisitos necesarios para un completo proceso de desarrollo en sus flujos de trabajo: Abierto y pblico: El Proceso Unificado est publicado, distribuido y soportado en forma abierta. El Proceso Unificado est documentado en forma coherente y completa. De hecho, el proceso sigue su propio modelo de proceso para documentarse y modelarse a si mismo. Como resultado de ello, miles de desarrolladores de software ya han sido capacitados en el Proceso Unificado. Cada vez ms desarrolladores de software se entrenan en esta tecnologa y en tecnologas clave que le sirven de apoyo, como UML. Documentacin complementaria: Una completa descripcin del Proceso unificado, con ejemplos de entregables est disponible en lnea como son: Formacin disponible: La versin en lnea del Proceso Unificado, dan una enseanza a los usuarios paso a paso al estilo de un tutorial. Rational ofrece entrenamiento en el Proceso Unificado, herramientas y UML. Herramientas de apoyo