Intro Ingenieria Software

Parte

RUP Parte 2 y OpenUP

Escrito por scruz334 07-11-2007 en General. Comentarios (2)

Proceso Unificado Rational RUP con Herramientas

Parte 2

Esta clase empezamos con la segunda parte de RUP, analizando Trabajadores, actividades y artefactos.

Los trabajadores ejecutan cierta actividad con el fin de obtener un artefacto. Como vimos el trabajador desempeña ciertos roles, y dicha persona debe tener diferentes funciones, es decir debe usar varias camisetas, por ejemplo el diseñador del proyecto a su vez puede ser autor y diseñador de casos de uso. Pudiendo ocupar cualquiera de estos roles cualquier otra persona que desarrolla el proyecto. Es por eso, que cuando tengamos a cargo una obra, debemos estar listos y dispuestos a tomar parte en cualquier rol que tengamos que desempeñarnos.

Dentro de las actividades encontramos la unidad de trabajo, la cual debe ser realizada por aquella persona cuyo propósito general debe ser el crear un artefacto. Para realizar un proyecto debemos tomar en cuenta el tiempo que la actividad debe ser ejecutada, pero debe demorarse tan solo horas o días.

Los artefactos son aquellos segmentos de información producidos o usadas por un proceso. En este punto enfocaremos la utilización y las formas.

Para la utilización tomamos por entrada a un artefacto, luego realizamos una actividad y finalmente a la salida de este proceso tenemos de nuevo al artefacto terminado.

Para las formas definimos un modelo, vemos cual es su elemento, adjuntamos todos los documentos, nos apoyamos de nuestro código fuente creado, el cual nos sirve solo a nosotros, más no al usuario final y posteriormente entregamos al cliente el ejecutable.

RUP nos ayuda a entregar un ejecutable mucho más pronto, ya que a diferencia de los modelos anteriores afronta primordialmente aquellas tareas riesgosas y las hace más pequeñas. También podemos mejorar la calidad, ya que se pueden estar realizando pruebas continuamente. La principal ventaja por la que yo aplicaría este proceso para un desarrollo, es que permite una mejor comunicación entre un ingeniero de software y de negocios, ya que maneja un lenguaje común.

Como vimos anteriormente en RUP parte 1, tan solo se lo puede aplicar en proyectos grandes más no en los simples o pequeños.

Si queremos desarrollar en RUP primero debemos conocer acerca de UML, lo que representa una desventaja un tanto complicada pero a la vez nos ayuda a instruirnos y prepararnos más como profesionales.

 

Openup

El siguiente tema tratado en clase es OpenUP, que se aplica en enfoques tanto iterativo como incremental. Este proceso puede ser desarrollado para hacer frente a una extensa diversidad de tipos de proyectos.

Asimismo OpenUP mantiene las mismas características de RUP, que contiene el desarrollo iterativo, casos de uso y escenarios de conducción de desarrollo, gestión de riesgos, y el enfoque centrado en la arquitectura.
Existe una forma más básica y fácil de manejar de OpenUP que es OpenUP / Basic, objetivos más pequeños y con sede equipos interesados en el desarrollo ágil e iterativo. Incluyo un link con esta información más adelante.

 En una página web encontre que Open Unified Process (OpenUP) es una parte del Eclipse Process Framework (EPF), un proceso de código abierto desarrollado en el marco Eclipse de fuente abierta organización. Ofrece las mejores prácticas de una variedad de desarrollo de software líderes de pensamiento y de la más amplia comunidad de desarrollo de software que cubren un conjunto diverso de perspectivas y necesidades de desarrollo.

LINKS

http://www.epfwiki.net/wikis/openupsp/openup_basic/customcategories/introduction_to_openup_basic,_BTJ_YMXwEduywMSzPTUUwA.html

este link habla específicamente de OPENUP BASIC en español.

 

 

http://www.eclipse.org/epf/

Este link nos lleva a la página principal de Eclipse Process Framework Project (EPF)

 

Proceso Unificado Rational RUP con Herramientas

Escrito por scruz334 04-11-2007 en General. Comentarios (5)

Proceso Unificado Rational RUP con Herramientas

Parte 1

 

El Proceso Unificado Rational es un proceso de desarrollo de software que se ha ido desarrollando con el tiempo, el mismo que se maneja conjuntamente con el Lenguaje Unificado de Modelado UML, y en la actualidad es la más manejada para el análisis, implementación y documentación de sistemas orientados a objetos.

RUP como vimos se desarrolla en unos principios básicos que como vimos se deben cumplir para que nuestro proyecto en desarrollo tenga éxito. Estos principios son: adaptar el proceso, balancear prioridades, demostrar valor iterativamente, elevar el nivel de abstracción y enfocarse en la calidad del producto.

Además se caracteriza por ser iterativo e incremental, estar centrado en la arquitectura y guiado por los casos de uso.

Analizamos un diagrama con esta característica, el cual se divide en fases y cada una de estas en una serie de iteraciones. Aquellas iteraciones dan como consecuencia un incremento del producto desarrollado dentro del que se aumenta o se perfecciona todas las funcionalidades del sistema que se está desarrollando.

Vimos como en cada modelo de desarrollo se cumple un ciclo de vida también en RUP: Concepción, Elaboración, Construcción, Transición.

RUP es más cómoda para utilizarla en grandes proyectos ya que necesita un grupo de trabajo el cual tiene que ser apto para dirigir un proceso complicado en varias fases. Pero si aplicamos este modelo para pequeños proyectos, seguramente no es posible cubrir los costos para que nuestro equipo de trabajo cubra las expectativas.

En algunas páginas de Internet además encontré que la continua validación de RUP como proceso de desarrollo y sus innegables ventajas con respecto a otras metodologías de desarrollo han tenido como consecuencia de que muchos usuarios/clientes utilicen estos medios para construir sistemas que sean efectivos desde el punto de vista del costo y de trascendente aporte a la generación de valor de una empresa en el largo plazo. Si bien RUP corresponde a una metodología de trabajo intensiva en recursos, su aproximación al problema no sólo garantiza que los proyectos abordados serán ejecutados íntegramente sino que además evita desviaciones importantes respecto de los plazos y también permite una definición acertada del sistema en un inicio para hacer innecesarias las reconstrucciones parciales posteriores.

La próxima clase analizaremos la segunda parte de este interesante modelo.

LINKS:

Ø      http://www.willydev.net/descargas/articulos/general/cualxpfddrup.PDF

Este link da vista general de RUP. Además también enfoca y compara  RUP, XP y FDD que también tienen pocas similitudes entre si, aunque XP y FDD poseen algunas más al ser ambos más ligeros.

Ø      http://is.ls.fi.upm.es/doctorado/Trabajos20042005/Hernandez.pdf

Este link es un trabajo de un doctorado, analiza RUP y su relación con las técnicas y métodos de la ingeniería de uso del software.