tag:blogger.com,1999:blog-10236029506610922112024-02-19T02:05:58.787-08:00RUPderian esneider renteriahttp://www.blogger.com/profile/15291850228425854672noreply@blogger.comBlogger1125tag:blogger.com,1999:blog-1023602950661092211.post-61997862790647325322010-04-05T07:40:00.000-07:002010-04-05T09:09:12.913-07:00<a href="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEj7-Gqso7gMX0DlUquiV_XJp9auw_zK9-Jmno91YmSarPQdVx1YzKxh-exDam8ytxEDBKuQ2IQZiUWVkCnTRWBOLVUBEOJiW49cA7idZO97phFPfIlVTMkXqL1jZDxuHtBhMMZCZCkGzg/s1600/rup_model.jpg"><img style="MARGIN: 0px 10px 10px 0px; WIDTH: 320px; FLOAT: left; HEIGHT: 240px; CURSOR: hand" id="BLOGGER_PHOTO_ID_5456667077541035330" border="0" alt="" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEj7-Gqso7gMX0DlUquiV_XJp9auw_zK9-Jmno91YmSarPQdVx1YzKxh-exDam8ytxEDBKuQ2IQZiUWVkCnTRWBOLVUBEOJiW49cA7idZO97phFPfIlVTMkXqL1jZDxuHtBhMMZCZCkGzg/s320/rup_model.jpg" /></a><br /><span style="font-size:130%;">El Proceso Unificado de Racional (Rational Unified Process en inglés, habitualmente resumido como RUP) es un proceso de desarrollo de software 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.<br /><br />El RUP no es un sistema con pasos firmemente establecidos, sino un conjunto de metodologías adaptables al contexto y necesidades de cada organización.<br /><br />También se conoce por este nombre al software desarrollado por Rational, hoy propiedad de IBM, el cual incluye información entrelazada de diversos artefactos y descripciones de las diversas actividades. Está incluido en el Rational Method Composer (RMC), que permite la personalización de acuerdo a necesidades.<br /><br />Originalmente se diseñó un proceso genérico y de dominio público, el Proceso Unificado, y una especificación más detallada, el Rational Unified Process, que se vendiera como producto independiente.<br /><br />El RUP está basado en 6 principios clave que son:<br />Adaptar el proceso [editar]<br /><br />El proceso deberá adaptarse a las características propias del proyecto u organización. El tamaño del mismo, así como su tipo o las regulaciones que lo condicionen, influirán en su diseño específico. También se deberá tener en cuenta el alcance del proyecto en un área subformal.<br />Equilibrar prioridades<br /><br />Los requerimientos de los diversos participantes pueden ser diferentes, contradictorios o disputarse recursos limitados. Debe encontrarse un equilibrio que satisfaga los deseos de todos. Gracias a este equilibrio se podrán corregir desacuerdos que surjan en el futuro.<br />Demostrar valor iterativamente<br /><br />Los proyectos se entregan, aunque sea de un modo interno, en etapas iteradas. En cada iteración se analiza la opinión de los inversores, la estabilidad y calidad del producto, y se refina la dirección del proyecto así como también los riesgos involucrados<br />Colaboración entre equipos<br /><br />El desarrollo de software no lo hace una única persona sino múltiples equipos. Debe haber una comunicación fluida para coordinar requerimientos, desarrollo, evaluaciones, planes, resultados, etc.<br />Elevar el nivel de abstracción<br /><br />Este principio dominante motiva el uso de conceptos reutilizables tales como patrón del software, lenguajes 4GL o marcos de referencia (frameworks) por nombrar algunos. Esto evita que los ingenieros de software vayan directamente de los requisitos a la codificación de software a la medida del cliente, sin saber con certeza qué codificar para satisfacer de la mejor manera los requerimientos y sin comenzar desde un principio pensando en la reutilización del código. Un alto nivel de abstracción también permite discusiones sobre diversos niveles y soluciones arquitectónicas. Éstas se pueden acompañar por las representaciones visuales de la arquitectura, por ejemplo con el lenguaje UML.<br />Enfocarse en la calidad<br /><br />El control de calidad no debe realizarse al final de cada iteración, sino en todos los aspectos de la producción. El aseguramiento de la calidad forma parte del proceso de desarrollo y no de un grupo independiente.</span><br /><br /><object width="445" height="364"><param name="movie" value="http://www.youtube.com/v/ZIJhlM6TQps&hl=es_ES&fs=1&rel=0&color1=0x3a3a3a&color2=0x999999&border=1"></param><param name="allowFullScreen" value="true"></param><param name="allowscriptaccess" value="always"></param><embed src="http://www.youtube.com/v/ZIJhlM6TQps&hl=es_ES&fs=1&rel=0&color1=0x3a3a3a&color2=0x999999&border=1" type="application/x-shockwave-flash" allowscriptaccess="always" allowfullscreen="true" width="445" height="364"></embed></object>derian esneider renteriahttp://www.blogger.com/profile/15291850228425854672noreply@blogger.com