Introducción Ingeniería de Software

Modelo RUP (rational unified process) primera parte

 

El modelo mas completo que hemos visto hasta ahora, e igualmente un poco largo de explicar. Hablando sobre las partes de las que ya hablamos se utilizan las practicas ABCDEF

Estas sirven para cualquier proceso, no solo para RUP,

Trata de seguir la filosofía de Bohen para que todos los interesados queden contentos con el desempeño del proyecto.

Para una buena eficiencia requiere de equipos de desarrollo multidisciplinarios, permite visualizar el progreso del trabajo mediante versionamiento.

Trata de que se establezcan metas a final pero que mientras se realice el trabajo todos se dediquen a una sola cosa a la vez (alto nivel de abstracción)

Al final pero talvez lo importante que sea enfocado hacia desarrollar un producto de alta calidad.

Creo que se incluye en los modelos iterativos de algún modo (no estoy seguro si completamente), porque se realiza desarrollo de versiones y se debe iterar si es que no se llega a una conclusión satisfactoria en cada fase o ciclo, aunque también se pueden hacer prototipos si es que los riegos (que son una parte importante en los últimos modelos), así lo requieren.

Permite ver en los hitos el progreso del trabajo y de ser conveniente se puede decidir si se debe realizar la transición o se debe seguir en la misma fase del proyecto si se tienen inconsistencias o errores, y si estos son demasiados incluso se puede considerar  la salida definitiva del proyecto (excepto en el último hito).

Este modelo viéndolo rápidamente se podría ver como un modelo cascada ya que contiene las mismas partes del  ciclo de vida como diseño, análisis, diseño, etc., pero la diferencia esta en las fases en las que se encuentran las anteriores actividades como son:

La concepción en la que se verifica el alcance costos beneficios y riesgos.

La elaboración que es la base de la construcción, donde se deben identificar los requerimientos.

La construcción donde se elaboran componentes del producto (se pueden introducir formas de desarrollo como componentes), y se desarrollan las versiones del producto.

La transición donde se traslada el producto a los usuarios y se empieza a trabajar en la versión beta (funcional pero no entregable) que luego pasara a la modificación de los últimos detalles para la entrega final, también es necesario capacitar a los usuarios y a las personas que se encargaran del soporte del sistema

 

Se puede ver que es un modelo muy completo para grandes  proyectos que con seguridad las actividades se realizaran con eficiencia y de una manera muy ordenada, talvez hay muy pocas posibilidades de fallo en el proyecto si usamos RUP de manera correcta.

 

Links

Había muchos que hablan sobre este tema:

Este es de un ejemplo de aplicación del RUP al entrar pueden ver una pequeña explicación, si lo descargan verán toda la información del proyecto.

 

http://www.dsic.upv.es/asignaturas/facultad/lsi/ejemplorup/

 

Este es del Sistema para Gestión del ES-NIC es también un ejemplo de la aplicación del RUP, pero vista desde la documentación de la concepción a mí parecer.

https://pid.dsic.upv.es/C1/Material/Documentos%20Disponibles/Ejemplo%20Plan%20de%20Desarrollo%20de%20Software%20RUP.doc.

 

Este es para descargar una presentación es parecida a la que vimos en clase, un poco mas detallada

http://www26.brinkster.com/mhluna/index_files/Page762.htm

 

Comentarios

RUP ES UNA MIERDA IGUAL QUE TU

Sabes que con tu explicación de lo que significa la abstracción he entendido ciertas cosas que estaba confusa... En cuanto a otra cosa este es un modelo iterativo e incremental en su totalidad ya para crear versiones debes pasar por iteraciones que mejoren lo que tienes y es incremental porque puedes aumentar versiones para agregar más funcionalidad a lo que ya tienes

creo que una de las desventajas es que puede usar mucho personal, pero mejor les invito q lean mi blog y lean las demas desventajas que expongo

Yo estoy de acuerdo contigo en que este es el modelo más completo que hemos visto hasta ahora, también que es muy ordenado y abarca muchos de los modelos vistos anteriormente. Y leyendo tus notas pude ver que este modelo ofrece muchas ventajas. Pero como lo expreso en mi blog y se ha expresado en clase, también deben existir una que otra desventaja y sería bueno que tratemos de encontrarlas, no para desacreditar al modelo, sino para informarnos y en un futuro si nos toca trabajar con este modelo, saber a que nos enfrentamos.

Como vemos este modelo distribuye la carga de trabajo a lo largo del tiempo del proyecto ya que todas las disciplinas colaboran en cada iteración, se verifica la calidad en forma continua y control de cambios. Como tú mismo lo analizaste, su principal objetivo es asegurar la producción de software de alta calidad.

Añadir un Comentario: