Un enfoque en técnicas.
Técnica = teoría + práctica.
Hay una gran variedad de técnicas involucradas en el Proceso
Unificado. También conocer la historia puede ofrecer -para la mente
curiosa- muchas perspectivas para evitar los errores típicos.

Hay un documento titulado: "How to Fail with the RUP: 7 Steps to Pain
and Suffering" interesante:
http://search.live.com/results.aspx?q=how+to+fail+with+RUP

Creo que debí primero indagar más acerca del "¿Para qué RUP?" de la
situación particular. Empecé a contestar la pregunta que yo quiero
responder. RUP se ha usado para muchas cosas, desde ventas hasta
proselitismo religioso, pero mi respuesta se centra en el uso de los
conceptos de RUP para entregar software en las manos de los usuarios
y que resuelva efectivamente algún problema de negocio.

Por cierto, UP y RUP no son lo mismo. El Proceso Unificado (UP) es
una abstracción de muy alto nivel que presenta Ivar Jacobson del
proceso de desarrollo. RUP es un producto vendido por IBM/Rational,
que de hecho ahora se llama Method Composer.


Notas generales acerca de desarrollo de software:
http://blogs.msdn.com/destreza/


--- En ingenieriadelsoftware@..., "Ariel Grinkraut"
<glamseru@...> escribió:
>
> que tal, soy nuevo en el grupo,
>
> soy de buenos aires argentina.
>
> en la empresa donde trabajo me recomendaron que comprenda el
> funcionamiento del proceso unificado, especialmente rup.
>
> quería preguntarles que me recomiendan para comenzar a
interiorizarme
> en el tema?.
>
> saludos
>
> ariel grinkraut
>