l Proceso Unificado es un proceso de software genérico que puede ser utilizado para

una gran cantidad de tipos de sistemas de software, para diferentes áreas de aplicación,
diferentes tipos de organizaciones, diferentes niveles de competencia y diferentes tamaños
de proyectos.
Provee un enfoque disciplinado en la asignación de tareas y resposabilidades dentro
de una organización de desarrollo. Su meta es asegurar la producción de software de muy
alta calidad que satisfaga las necesidades de los usuarios finales, dentro de un calendario y
presupuesto predecible.

La metodología de UP, es un método iterativo de diseño de software que describe cómo desarrollar
software de forma eficaz, utilizando técnicas probadas en la industria.
El Proceso Unificado de Desarrollo de Software o simplemente Proceso Unificado es un marco de
desarrollo de software que se caracteriza por estar dirigido por casos de uso, centrado en la
arquitectura, enfocado en el riesgo, y por ser iterativo e incremental.
El Proceso Unificado no es simplemente un proceso, sino un marco de trabajo extensible que puede
ser adaptado a organizaciones o proyectos específicos.
El nombre Proceso Unificado se usa para describir el proceso genérico que incluye aquellos elementos
que son comunes a la mayoría de los refinamientos existentes. Es una metodología orientada a
conducir el proceso de desarrollo de software en sus aspectos técnicos; los flujos y productos de
trabajo de UP no incluyen la administración del proyecto.

Es un proceso de software genérico que se utiliza en diferentes tipos de sistema de software, para
diferentes área, organizaciones,competencias y tamaños de proyectos. Este método utiliza un
enfoque donde describe como desarrollar software a través de técnicas ya probadas en industria.

No es solo un proceso, sino que es es un marco de trabajo extensible que se adapta a proyectos
específicos.

Se caracteriza por estar dirigido a casos de uso, centrado en arquitectura y ser iterativo e
incremental

-Dirigido a casos de uso: Con el fin de obtener los requisitos funcionales del sistema y asi definir
el contenido de cada una de las iteraciones. Es por eso que se agarran casos de uso o
escenarios y desarrollar el proceso según la disciplina

-Centrado en arquitectura: Se sabe que no existe un modelo que cubra para todos los casos,
por lo cual se diseña un plan exactamente para ese proyecto.

-Iterativo e incremental: Se hace a partir de 4 fases, las cuales por medio de las iteraciones,
producen un incremento en el producto final añadiendo mejoras y funcionalidades. Es decir, se
van creando nuevas versiones.

+
Fases Inicio

Fase mas pequeña, y solo se desarrolla en una iteración. En caso de ser más largo, entonces
mejor utilizar cascada. Se hace con el fin de:

-Justificar el proyecto
-Establece el ámbito del proyecti
-Proponer arquitecturas
-Identificar riesgos

-Preparar plan de proyecto y estimar costos

+
Fase Elaboración
Se encarga de capturar la mayoría de los requisitos del sistema. Su objetivo principal es:
- Identificación de riesgos (Demostrar el soporte de rendimiento y costes),
-Establecer y validar la arquitectura del sistema. Se hace una base de arquitectura ejecutable,
donde incluye los componentes principales del mismo.

-Realizar la especificación de los casos de uso seleccionados y el primer análisis del

dominio del problema, se diseña la solución preliminar.
+
Fase de Construcción

Es la fase más larga del proyecto, y se encarga de:

-Construir el sistema en base a lo especificado en la fase de elaboración
-Las características del sistema se implementan en cada una de las iteraciones.
-El resultado de la iteración es una versión ejecutable de software
-La capacidad operativa inicial marca el final de la fase
+

Fase de transición.

Es la parte final y se despliega para los usuarios finales(quienes vayan a

utilizar el software)
-Permite incorporar refinamientos al sistema en las sucesivas iteraciones
-Entrena a os usuarios para el uso del sistema
-El lanzamiento marca el final de la fase
+
Disciplinas y transiciones

Diagrama
+

Usos y aplicaciones comunes

-Se utiliza para estimar el inventario y crecimiento-rendimiento de una empresa-proyecto

-Es para proyectos de largo plazo tipo gubernamentales.
-Se suele utilizar en casos de experimentación, debido a que se suele evaluar con cada
una de las iteraciones y mejorar con cada una de las versiones.
-Se utiliza para las empresas donde acostumbran tener una alta documentación, así como
robustas, ya que el costo no es barato.
+

https://es.scribd.com/document/179178316/Ventajas-y-Desventajas

http://informatica-iutll.blogspot.com/2013/03/proceso-unificado-de-desarrollo.html

https://ingdelsoftwareseccion2.wordpress.com/2015/04/22/proceso-unificado-de-desarrollo-up-
del-ingles-unified-process-2/

http://yaqui.mxl.uabc.mx/~molguin/as/RUP.htm
https://www.yunbitsoftware.com/blog/2017/10/06/metodologia-proceso-unificado-up/

http://ingsoftware072301.obolog.es/up-proceso-unificado-2010775