Vous êtes sur la page 1sur 10

UNIVERSIDAD TECNOLGICA INDOAMERICANA

FACULTAD DE INGENIERA EN SISTEMAS Carrera: Informtica y computacin Proyecto formativo: Ingeniera del Software II Profesor: Ing. Mario Miranda

Tema: RUP FUNDAMENTOS Realizado por: Victor Ribadeneira

Puyo, 31 de octubre de 2013

CONTENIDO

Introduccin .............................................................................................. 1 Titulo ........................................................................................................ 2 Autora ...................................................................................................... 2 Historia ..................................................................................................... 2 Desarrollo ................................................................................................. 3 Definicin.................................................................................................. 3 Caractersticas ......................................................................................... 3 Etapas ...................................................................................................... 4 Cuando Usarse ........................................................................................ 7 Conclusiones ............................................................................................ 7 Bibliografa ............................................................................................... 8

INTRODUCCIN Se entiende como Desarrollo gil de Software a un paradigma de Desarrollo de Software basado en procesos giles. Los procesos giles de desarrollo de software, conocidos anteriormente como metodologas livianas, intentan evitar los tortuosos y burocrticos caminos de las metodologas tradicionales enfocndose en la gente y los resultados.

Es un marco de trabajo conceptual de la ingeniera de software que promueve iteraciones en el desarrollo a lo largo de todo el ciclo de vida del proyecto. Existen muchos mtodos de desarrollo gil; la mayora minimiza riesgos desarrollando software en cortos lapsos de tiempo. El software desarrollado en una unidad de tiempo es llamado una iteracin, la cual debe durar de una a cuatro semanas. Cada iteracin del ciclo de vida incluye: planificacin, anlisis de requerimientos, diseo, codificacin, revisin y documentacin. Una iteracin no debe agregar demasiada funcionalidad para justificar el lanzamiento del producto al mercado, pero la meta es tener un demo (sin errores) al final de cada iteracin. Al final de cada iteracin el equipo vuelve a evaluar las prioridades del proyecto.

Los mtodos Agiles enfatizan las comunicaciones cara a cara en vez de la documentacin. La mayora de los equipos Agiles estn localizados en una simple oficina abierta, a veces llamadas "plataformas de lanzamiento" (bullpenen ingls). La oficina debe incluir revisores, diseadores de iteracin, escritores de documentacin y ayuda y directores de proyecto.

Los mtodos giles tambin enfatizan que el software funcional es la primera medida del progreso. Combinado con la preferencia por las comunicaciones cara a cara, generalmente los mtodos giles son criticados y tratados como "indisciplinados" por la falta de documentacin tcnica.

TITULO RUP FUNDAMENTOS

AUTORA RIBADENEIRA MANTUANO VICTOR MANUEL (Estudiante de la Universidad Indoamerica)

HISTORIA La definicin moderna de desarrollo gil de software evolucion a mediados de los aos 1990 como parte de una reaccin contra los mtodos de peso pesado, muy estructurado y estricto, extrados del modelo de desarrollo en cascada. El proceso originado del uso del modelo en cascada era visto como burocrtico, lento, degradante e inconsistente con las formas de desarrollo de software que realmente realizaban un trabajo eficiente. Los mtodos de desarrollos giles e iterativos pueden ser vistos como un retroceso a las prcticas de desarrollo observadas en los primeros aos del desarrollo de software (aunque en ese tiempo no haba metodologas formales). Inicialmente, los mtodos giles fueron llamados mtodos de "peso liviano". En el ao 2001, miembros prominentes de la comunidad se reunieron en Sonwbird, Utah, y adoptaron el nombre de "Metodologas giles". Poco despus, algunas de estas personas formaron la "alianza gil", una organizacin sin fines de lucro que promueve el desarrollo gil de aplicaciones. Muchos mtodos similares al gil fueron creados antes del 2000. Entre los ms notables se encuentran: Scrum(1986), Crystal Clear (cristal transparente), programacin extrema o XP (1996), desarrollo de software adaptativo, feature driven development, Mtodo de desarrollo de sistemas dinmicos(1995). Kent Beck cre el mtodo de Programacin Extrema (usualmente conocida como XP) en 1996 como una forma de rescatar el pro
2

DESARROLLO DEFINICIN RUP(Proceso Unificado de Rational) El Proceso Unificado de Rational (Rational Unified Process en ingls, habitualmente resumido como RUP) es un proceso de desarrollo de software desarrollado por la empresa Rational Software, actualmente propiedad de IBM. Junto con el Lenguaje Unificado de Modelado UML, constituye la metodologa estndar ms utilizada para el anlisis, diseo, implementacin y

documentacin de sistemas orientados a objetos. El RUP no es un sistema con pasos firmemente establecidos, sino un conjunto de metodologas adaptables al contexto y necesidades de cada organizacin. Tambin se conoce por este nombre al software, tambin desarrollado por Rational, que incluye informacin entrelazada de diversos artefactos y descripciones de las diversas actividades. Est incluido en el Rational Method Composer (RMC), que permite la personalizacin de acuerdo con las necesidades. Originalmente se dise un proceso genrico y de dominio pblico, el Proceso Unificado, y una especificacin ms detallada, el Rational Unified Process, que se vendiera como producto independiente.

CARACTERISTCAS Forma disciplinada de asignar tareas y responsabilidades (quin hace qu, cundo y cmo) Pretende implementar las mejores prcticas en Ingeniera de Software Desarrollo iterativo Administracin de requisitos Uso de arquitectura basada en componentes Control de cambios Modelado visual del software
3

Verificacin de la calidad del software

El RUP es un producto de Rational (IBM). Se caracteriza por ser iterativo e incremental, estar centrado en la arquitectura y guiado por los casos de uso. Incluye artefactos (que son los productos tangibles del proceso como por ejemplo, el modelo de casos de uso, el cdigo fuente, etc.) y roles (papel que desempea una persona en un determinado momento, una persona puede desempear distintos roles a lo largo del proceso).

ETAPAS

En cuanto a tiempo el ciclo de vida de RUP se descompone en 4 FASES secuenciales, cada cual concluye con un producto intermedio. Al terminar cada fase se realiza una evaluacin para determinar si se ha cumplido o no con los objetivos de la misma. Las fases son: Inicio (Inception)
4

Elaboracin Construccin Transicin.

Inicio (Inception) El objetivo general de esta fase es establecer un acuerdo entre todos los interesados acerca de los objetivos del proyecto. Es significativamente importante para el desarrollo de nuevo software, ya que se asegura de identificar los riesgos relacionados con el negocio y requerimientos. Para proyectos de mejora de software existente, esta fase es ms breve y se centra en asegurar la viabilidad de desarrollar el proyecto.

Elaboracin El objetivo en esta fase es establecer la arquitectura base del sistema para proveer bases estables para el esfuerzo de diseo e implementacin en la siguiente fase. La arquitectura debe abarcar todas las consideraciones de mayor importancia de los requerimientos y una evaluacin del riesgo.

Construccin El objetivo de la fase de construccin es clarificar los requerimientos faltantes y completar el desarrollo del sistema basados en la arquitectura base. Vista de cierta forma esta fase es un proceso de manufactura, en el cual el nfasis se torna hacia la administracin de recursos y control de las operaciones para optimizar costos, tiempo y calidad.
5

Transicin Esta fase se enfoca en asegurar que el software est disponible para sus usuarios. Se puede subdividir en varias iteraciones, adems incluye pruebas del producto para poder hacer el entregable del mismo, as como realizar ajuste menores de acuerdo a ajuste menores propuestos por el usuario. En este punto, la retroalimentacin de los usuarios se centra en depurar el producto, configuraciones, instalacin y aspectos sobre utilizacin.

CUANDO USARSE Cundo usar RUP?

RUP puede utilizarse: En proyectos de nuevos productos de software En ciclos de desarrollo subsecuentes Consideraciones que alteran cundo y cmo usar partes de RUP: El ciclo de vida del proyecto Los objetivos del negocio, la visin, el alcance y los riesgos El tamao del esfuerzo de desarrollo

CONCLCIONES No existe una metodologa universal para hacer frente con xito a cualquier proyecto de desarrollo de software. Las metodologas tradicionales histricamente han intentado abordar la mayor cantidad de situaciones del contexto del proyecto, exigiendo un esfuerzo considerable para ser adaptadas, sobre todo en proyectos pequeos y de requisitos cambiantes.
7

Las metodologas giles ofrecen una solucin casi a medida para una gran cantidad de proyectos. Las metodologas giles se caracterizan por su sencillez, tanto en su aprendizaje como en su aplicacin; sin embargo, gozan tanto de ventajas como de inconvenientes.

Las metodologas giles permiten a los pequeos grupos de desarrollo concentrarse en la tarea de construir software fomentando prcticas de fcil adopcin y en un entorno ordenado que permiten que los proyectos finalicen exitosamente.

Se pueden distinguir dos rangos distintos de conjuntos de metodologas giles. Por un lado estn las metodologas ms declarativas y programticas como XP, Scrum, LD, entre otras; y por otro lado se encuentran las metodologas finamente elaboradas como DSDM, Cristal, etc.

XP es una de las metodologas giles ms extendidas y populares, adems es considerada como una metodologa posmoderna cuyas grandes capacidades se generan a travs de procesos emergentes.

Scrum implementa en sus prcticas de desarrollo una estrategia de caos controlado, permitiendo maximizar la realimentacin sobre el desarrollo pudiendo corregir problemas y mitigar riesgos de forma temprana.

A pesar de las continuas criticas que las metodologas giles sufren, son usadas por muchas grandes empresas y se han utilizado en grandes sistemas, lo que hace prever que estas metodologas han llegado para quedarse.

BIBLIOGRAFA

http://sistemas.uniandes.edu.co/~isis2603/dokuwiki/lib/exe/fetch.php?media=principal:isis26 03-rup.pdf http://www.slideshare.net/lokaxoximunoz/ejemplo-plan-de-desarrollo-de-software-rup15558930