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)