domingo, 21 de septiembre de 2014

Diferencias de RUP con las demás metodologías

Algunos aspectos que diferencian a RUP de las demás metodologías y lo que lo hace único es que en RUP, los casos de uso no son sólo una herramienta para especificar los requisitos del sistema, sino que también guían su diseño, implementación y prueba. Los casos de uso constituyen un elemento integrador y una guía del trabajo.
Además de utilizar los casos de uso para guiar el proceso; se presta especial atención al establecimiento temprano de una buena arquitectura que no se vea fuertemente impactada ante cambios posteriores durante la construcción y el mantenimiento. También este propone que cada fase se desarrolle en iteraciones.

El producto

Cada ciclo produce una nueva versión del sistema y cada versión es un producto preparado para su entrega.Consta de un cuerpo de código fuente incluido  en componentes que puedan compilarse y ejecutarse ademas manuales y otros productos asociados. Sin embargo, el producto terminado no solo debe ajustarse a las necesidades de los usuarios, sino también  a las de todos los interesados.



Vida RUP

El RUP se repite a lo largo de una serie de ciclos que constituyen la vida de un sistema.Cada ciclo concluye con una versión del producto.

Cada ciclo consta de cuatro fases:
La fase de concepción o inicio:tiene por finalidad definir la visión, los objetivos y el alcance del proyecto, tanto desde el punto de vista funcional como del técnico, obteniéndose como uno de los principales resultados una lista de los casos de uso y una lista de los factores de riesgo del proyecto. El principal esfuerzo está radicado en el Moldeamiento del Negocio y el Análisis de Requerimientos. Es la única fase que no necesariamente culmina con una versión ejecutable.

La fase de elaboración: tiene como principal finalidad completar el análisis de los casos de uso y definir la arquitectura del sistema, además se obtiene una aplicación ejecutable que responde a los casos de uso que la comprometen. A pesar de que se desarrolla a profundidad una parte del sistema, las decisiones sobre la arquitectura se hacen sobre la base de la comprensión del sistema completo y los requerimientos (funcionales y no funcionales) identificados de acuerdo al alcance definido. 

La fase de construcción: está compuesta por un ciclo de varias iteraciones, en las cuales se van incorporando sucesivamente los casos de uso, de acuerdo a los factores de riesgo del proyecto. Este enfoque permite por ejemplo contar en forma temprana con versiones el sistema que satisfacen los principales casos de uso. Los cambios en los requerimientos no se incorporan hasta el inicio de la próxima iteración.

La fase de transición:se inicia con una versión “beta” del sistema y culmina con el sistema en fase de producción.

Cada fase se subdivide a su vez en iteraciones 


RUP esta centrado en la arquitectura

La arquitectura  en un sistema  software se describe mediante diferentes vistas del sistema en construcción. EL concepto de arquitectura de software  incluye los aspectos estáticos  y dinámicos mas significativos del sistema. La arquitectura  surge de las necesidades de la empresa, como lo perciben los usuarios y los inversores y se refleja en los casos de uso. Sin embargo  también se ve influida por otros factores  como la plataforma en la que debe funcionar el software, requisitos no funcionales etc.

RUP esta dirigido por casos de uso

Un sistema software ve la luz para dar servicios a sus usuarios.Por tanto, para construir un sistema con éxito debemos conocer lo que sus futuros usuarios necesitan y desean.

el termino usuario representa a alguien o algo(como otro sistema fuera del sistema en consideración) que interactua con el sistema que estamos desarrollando. Un ejemplo de interacción seria una persona que utiliza un cajero automático y realiza todo un conjunto de pasos para lograr el retiro de un monto  de dinero.

Una interacción de este tipo es un caso de uso. Un caso de uso es un fragmento   de funcionalidad del sistema que proporciona al usuario un resultado importante. Los casos de uso  representan los requisitos funcionales 

Principales elementos

Como RUP es un proceso, en su modelación define como sus principales elementos:
Trabajadores (“quién”): Define el comportamiento y responsabilidades (rol) de un individuo, grupo de individuos, sistema automatizado o máquina, que trabajan en conjunto como un equipo. Ellos realizan las actividades y son propietarios de elementos.
Actividades (“cómo”): Es una tarea que tiene un propósito claro, es realizada por un trabajador y manipula elementos. 
Artefactos (“qué”): Productos tangibles del proyecto que son producidos, modificados y usados por las actividades. Pueden ser modelos, elementos dentro del modelo, código fuente y ejecutables.
Flujo de actividades (“cuándo”): Secuencia de actividades realizadas por trabajadores y que produce un resultado de valor observable.

Definicion

Metodología de desarrollo de software que está basado en componentes e interfaces bien definidas, y junto con el Lenguaje Unificado de Modelado (UML), constituye la metodología estándar más utilizada para el análisis,  implementación y documentación de sistemas orientados a objetos.

Es un proceso que puede especializarse para una gran variedad de sistemas de software, en diferentes áreas de aplicación, diferentes tipos de organizaciones, diferentes niveles de aptitud y diferentes tamaños de proyecto.

RUP no es un sistema con pasos firmemente establecidos, sino un conjunto de metodologías adaptables al contexto y necesidades de cada organización.

Es el resultado de varios años de desarrollo y uso práctico en el que se han unificado técnicas de desarrollo, a través del UML, y trabajo de muchas metodologías utilizadas por los clientes. La versión que se ha estandarizado vio la luz en 1998 y se conoció en sus inicios como Proceso Unificado de Rational 5.0; de ahí las siglas con las que se identifica a este proceso de desarrollo.