INF-412 2020

WORK
METODOLOGIA
RUP LITTLE
INTEGRANTES

Lady Diana Quiroz Benavides

Kelyn Condori Acevedo
Carmen Del Valle Cuellar Castillo
Esteban Machaca Mamani
 INDICE

1. INTRODUCCIÓN................................................................................................................................3

2. ANTECEDENTES.................................................................................................................................4

3. DEFINICION.........................................................................................................................................5

4. VENTAJAS:...........................................................................................................................................6

5. DESVENTAJAS:...................................................................................................................................7

6. FASES Y ETAPAS...............................................................................................................................7

6.1. Fase inicial...................................................................................................................................7

6.2. Fase de elaboración.................................................................................................................7

6.3. Fase de construcción...............................................................................................................7

6.4. Fase de transición.....................................................................................................................8

7. USOS Y APLICACIONES...................................................................................................................9

8. CONCLUSIONES..............................................................................................................................10
 1. INTRODUCCIÓN

En las últimas décadas, la complejidad de los proyectos de desarrollo de software tuvo un

aumento significativo. Esta complejidad surge del mayor grado de sofisticación en los
contextos que pretenden servir y de la evolución de las funcionalidades implementadas

por las aplicaciones. Sin embargo, muchas corporaciones de software tienen una
dimensión reducida (micro, pequeña o mediana) que impone una restricción

considerable a la cantidad de individuos que podrían estar involucrados en cada

proyecto. Esta limitación tiene consecuencias obvias para la eficiencia y efectividad del

individuo. En este artículo, describimos una adaptación del Proceso unificado racional
(RUP) para simplificar el número de roles de RUP. Con esta adaptación obtenemos un

conjunto de roles de RUP que, sin descuidar ningún rol crítico del proceso de desarrollo
de software, puede ser adoptado fácilmente por un equipo de desarrollo de software

pequeño o mediano. En este documento, presentamos y justificamos un conjunto

completo de reglas de mapeo entre roles RUP y una posible configuración para

pequeños equipos de desarrollo de software.

El Proceso Unificado de Rational (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.

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.

En definitiva el RUP es una metodología de desarrollo de software que intenta integrar

todos los aspectos a tener en cuenta durante todo el ciclo de vida del software, con el
objetivo de hacer abarcables tanto pequeños como grandes proyectos software. Además

Rational proporciona herramientas para todos los pasos del desarrollo así como
documentación en línea para sus clientes.
 2. ANTECEDENTES

La definición moderna de desarrollo ágil de software evolucionó a mediados de los años

1990 como parte de una reacción contra los métodos de “peso pesado”, muy

estructurado y estricto, extraídos del modelo de desarrollo en cascada. El proceso

originado del uso del modelo en cascada era visto como burocrático, lento, degradante e

inconsistente con las formas de desarrollo de software que realmente realizaban un

trabajo eficiente. Los métodos de desarrollos ágiles e iterativos pueden ser vistos como

un retroceso a las prácticas de desarrollo observadas en los primeros años del desarrollo
de software (aunque en ese tiempo no había metodologías formales). Inicialmente, los

métodos ágiles fueron llamados métodos de "peso liviano". En el año 2001, miembros
prominentes de la comunidad se reunieron en Sonwbird, Utah, y adoptaron el nombre de

"Metodologías ágiles". Poco después, algunas de estas personas formaron la "alianza

ágil", una organización sin fines de lucro que promueve el desarrollo ágil de aplicaciones.

Muchos métodos similares al ágil fueron creados antes del 2000.

[ CITATION Bor12 \l 16394 ]

El Proceso de desarrollo unificado (USDP) y especialmente su implementación por parte

de Rational Software Corporation, el Proceso unificado de Rational (RUP), es un proceso

integral que cubre casi todos los aspectos de los proyectos de desarrollo de software. Sin
embargo, debido al gran nivel de detalle proporcionado por RUP, muchos profesionales

no consideran que RUP sea práctico para proyectos pequeños y rápidos. Este artículo
informa sobre las experiencias con RUP en dos pequeños proyectos con equipos de 3 a 5

desarrolladores. RUP demostró ser adaptable a las necesidades de pequeños proyectos y

fue muy efectivo en ambos proyectos. Una clave para la aplicación exitosa de RUP en

proyectos pequeños es la selección cuidadosa de un subconjunto adecuado de artefactos

y mantener estos artefactos muy concisos y libres de formalismo innecesario. Este

documento detalla lo que se necesita para hacer que RUP sea ágil, cómo se aplicó en los
dos proyectos y cómo se configuró. También se cubre qué elementos de RUP

contribuyeron al éxito de un proyecto y por qué RUP no pudo evitar que el resultado del
otro proyecto fuera menos que óptimo.

“[ CITATION Mic \l 16394 ]”

3. DEFINICION

El proceso unificado racional (RUP) , OpenUP , el proceso unificado ágil (AUP) y el

proceso unificado empresarial (EUP) son instancias del proceso unificado (UP). Una
pregunta bastante común que enfrentan muchas organizaciones es "¿cómo encajan los

profesionales de datos en un proyecto RUP?" Muy bien, en realidad, cuando los

profesionales de datos eligen modificar su enfoque para cumplir con las realidades del

RUP. El RUP toma una evolución ( iterativa e incremental) enfoque al desarrollo.

Desafortunadamente, muchos profesionales de datos prefieren un enfoque de desarrollo

en serie más tradicional, donde los modelos de datos integrales se desarrollan

típicamente muy temprano en un proyecto, se revisan y aceptan, y luego las líneas de

base y se ponen bajo control de cambios. Aunque esto es muy conveniente para los
profesionales de datos, pone en riesgo los proyectos porque dificulta su capacidad de

reaccionar ante los cambios. Afortunadamente, como muestra ampliamente este sitio , los
profesionales de datos pueden trabajar de manera evolutiva si así lo desean.

4. CARACTERISTICAS
El RUP permite
 Describir la organización, documentación, funcionalidad y restricciones de un

software.
 Documentar y registrar las decisiones que se tomen para el desarrollo de un

software.
 Implementar los diferentes diagramas de UML, dando paso a la reducción de

tiempo a la hora de desarrollar un software.[ CITATION Wil06 \l 16394 ]

 5. VENTAJAS:

 Está basada totalmente en mejoras prácticas de la metodología.

 Reduce riesgos del proyecto.

 Incorpora el objetivo de calidad.

 Integra desarrollo con mantenimiento.

6. DESVENTAJAS:

 Pretende prever y tener todo el control de antemano.

 Genera trabajo adicional el modelo.

 Genera muchos costos

 No recomendable para proyectos grandes.

“ [ CITATION Jav14 \l
16394 ]”

7. FASES Y ETAPAS

El ciclo de vida del software del RUP LITTLE se descompone en cuatro fases secuenciales

En cada extremo de una fase se realiza una evaluación (actividad: Revisión del ciclo de

vida de la finalización de fase) para determinar si los objetivos de la fase se han

cumplido. Una evaluación satisfactoria permite que el proyecto se mueva a la próxima

fase.

Planeando las fases

El ciclo de vida consiste en una serie de ciclos, cada uno de los cuales produce una nueva
versión del producto, cada ciclo está compuesto por fases y cada una de estas fases está

compuesta por un número de iteraciones, estas fases son:

 Concepción
Inicio o Estudio de oportunidad Define el ámbito y objetivos del proyecto Se define la

funcionalidad y capacidades del producto

 Elaboración

Tanto la funcionalidad como el dominio del problema se estudian en profundidad Se

define una arquitectura básica Se planifica el proyecto considerando recursos disponibles

 Construcción

El producto se desarrolla a través de iteraciones donde cada iteración involucra tareas de

análisis, diseño e implementación Las fases de estudio y análisis sólo dieron una
arquitectura básica que es aquí refinada de manera incremental conforme se construye

(se permiten cambios en la estructura) Gran parte del trabajo es programación y pruebas
Se documenta tanto el sistema construido como el manejo del mismo Esta fase

proporciona un producto construido junto con la documentación

 Transición

Se libera el producto y se entrega al usuario para un uso real Se incluyen tareas de

marketing, empaquetado atractivo, instalación, configuración, entrenamiento, soporte,

mantenimiento, etc. Los manuales de usuario se completan y refinan con la información

anterior Estas tareas se realizan también en iteraciones

Todas las fases no son idénticas en términos de tiempo y esfuerzo. Aunque esto varía
considerablemente dependiendo del proyecto, un ciclo de desarrollo inicial típico para un

proyecto de tamaño mediano debe anticipar la distribución siguiente el esfuerzo y

horario:
 “[ CITATION Cop19 \l 16394 ]”

8. USOS Y APLICACIONES

La metodología RUP LITTLE captura muchas de las mejores prácticas en el desarrollo del

software moderno, de la manera que se adapta a una amplia gama de proyectos y

organizaciones. En otras palabras describe como desplegar eficientemente el mercado

alcances de desarrollo de software para grupos de desarrollo de software.

El rup little se puede aplicar en distintos proyectos como ser:

 Una aplicación Mobile hibrida sobre evaluación de test.[ CITATION Fra15 \l 16394
]

 Sistemas de gestión académicas utilizando la metodología rup[ CITATION

Wen16 \l 16394 ]

 Sistema escolástico parametrizable.[ CITATION Lop04 \l 16394 ]

Con esta metodología podemos aplicar múltiples proyectos como realizar un sistema o

múltiples aplicaciones.
 9. CONCLUSIONES

Para contar con un enfoque disciplinado en la asignación de tareas y responsabilidades

dentro de una organización del desarrollo, es necesaria la aplicación de una metodología,

con la cual se puede mantener una fácil administración de este proceso; como por

ejemplo la metodología RUP.

Para obtener un máximo control de variables que conlleva un desarrollo de aplicaciones y

poder mantener una ordenada implementación de éstas, es importante seguir

metodologías y estándares que nos lleven a estar en competitividad en todo momento.

10. BIBLIOGRAFÍA

Borgues, P., Monteiro, P., & Machado, R. (2012). Asignación de roles de RUP a pequeños

equipos de desarrollo de software., (pág. 935).

D.S, W. (16 de junio de 2006). Obtenido de

http://rupuml.blogspot.com/2009/06/caracteristicas.html

Flores, E. (2020). Ingenieria de Software. Obtenido de

http://ingenieriadesoftware.mex.tl/52666_Presentacion.html

Francisco. (2015). Politecnica. Obtenido de http://oa.upm.es/44209/

Illescas, L. (08 de 2004). Repositorio Dspace. Obtenido de

http://repositorio.espe.edu.ec/xmlui/handle/21000/3410

Javier9401. (14 de Enero de 2014). ClubEnsayos. Obtenido de La metodologia Rup :

clubdeensayos.com/Tecnologia/La-Metodologia-RUP-Ventajas-Y-Desventajas/

W., W. J. (2016). Aplicación de la metodología RUP y el patrón de diseño MVC en la

construcción de un sistema de gestión académica para la Unidad Educativa Ángel

De La Guarda. Quito.