El proceso unificado de desarrollo de software Ivar Jacobson, Grady Booch,

James Rumbaugh
Priale 6 octubre 2013 Programacin
8

0
La gua completa del Proceso Unificado escrita por sus creadores.

Hay gente que cree que las empresas profesionales deberan organizarse en
torno a las habilidades de individuos altamente cualificados, que saben cmo
hacer el trabajo y lo hacen bien, y que raramente necesitan direccin sobre las
polticas y procedimientos de la organizacin para la que trabajan.

Esta creencia es una equivocacin en la mayora de los casos, y una grave

equivocacin en el caso del desarrollo de software. Por supuesto, los
desarrolladores de software estn altamente cualificados, pero la profesin es
an joven. En consecuencia, los desarrolladores necesitan direccin
organizativa, a la cual, en este libro, llamamos proceso de desarrollo de
software. Adems, debido a que el proceso que ponemos en marcha en este
libro representa la unin de metodologas antes separadas, nos sentimos
justificados al llamarlo Proceso Unificado. No slo rene el trabajo de tres
autores, sino que incorpora numerosas aportaciones de otras personas y
empresas que han contribuido a UML, as como un nmero significativo de
aportaciones fundamentales de personas en Rational Software Corporation.
Surge de manera especial de la experiencia directa de cientos de
organizaciones que han trabajado en sus oficinas con las primeras versiones
del proceso.

Un director de una orquesta sinfnica durante un concierto hace poco ms que

decir a los msicos cundo comenzar y ayudarles a tocar juntos. l o ella no
puede hacer ms porque ha dirigido a la orquesta durante los ensayos y la
preparacin de las partituras, y porque cada msico est muy preparado en su
propio instrumento y en realidad lo toca de manera independiente del resto de
los otros miembros de la orquesta. Lo que es ms importante para nuestros
propsitos, cada msico sigue un proceso diseado hace mucho tiempo por
el compositor. Es la partitura musical la que proporciona el grueso de la
poltica y el procedimiento que guan el concierto. En contraste, los
desarrolladores de software no trabajan de manera independiente;

interaccionan unos con otros y con los usuarios. No tienen una partitura
mientras no tengan un proceso.

La necesidad de un proceso promete hacerse ms crtica, especialmente en

empresas u organizaciones en las cuales los sistemas software son esenciales,
tales como las financieras, las de control de trfico areo, las de defensa y las
de sistemas de telecomunicaciones. Con esto queremos decir que la direccin
con xito del negocio o la ejecucin de la misin pblica depende del software
que la soporta. Estos sistemas software se hacen ms complejos, su tiempo de
salida al mercado necesita reducirse, y su desarrollo, por tanto, se hace ms
difcil. Por razones como stas, la industria del software necesita un proceso
para guiar a los desarrolladores, al igual que una orquesta necesita la partitura
de un compositor para dirigir el concierto.

Qu es un proceso de desarrollo de software?

Un proceso define quin est haciendo qu, cundo, y cmo alcanzar un

determinado objetivo. En la ingeniera del software el objetivo es construir un
producto software o mejorar uno existente. Un proceso efectivo proporciona
normas para el desarrollo eficiente de software de calidad. Captura y presenta
las mejores prcticas que el estado actual de la tecnologa permite. En
consecuencia, reduce el riesgo y hace el proyecto ms predecible. El efecto
global es el fomento de una visin y una cultura comunes.

Es necesario un proceso que sirva como gua para todos los participantes
clientes, usuarios, desarrolladores y directores ejecutivos. No nos sirve ningn
proceso antiguo; necesitamos uno que sea el mejor proceso que la industria
pueda reunir en este punto de su historia. Por ltimo, necesitamos un proceso
que est ampliamente disponible de forma que todos los interesados puedan
comprender su papel en el desarrollo en el que se encuentran implicados.

Un proceso de desarrollo de software debera tambin ser capaz de evolucionar

durante muchos aos. Durante esta evolucin debera limitar su alcance, en un
momento del tiempo dado, a las realidades que permitan las tecnologas,
herramientas, personas y patrones de organizacin.

Tecnologas. El proceso debe construirse sobre las tecnologas lenguajes de

programacin, sistemas operativos, computadores, estructuras de red,
entornos de desarrollo, etc. disponibles en el momento en que se va a

emplear el proceso. Por ejemplo, hace veinte aos el modelado visual no era
realmente de uso general. Era demasiado caro. En aquellos tiempos, un
creador de un proceso prcticamente tena que asumir que se usaran
diagramas hechos a mano. Esa suposicin limitaba mucho el grado en el cual el
creador del proceso poda establecer el modelado dentro del proceso.
Herramientas. Los procesos y las herramientas deben desarrollarse en paralelo.
Las herramientas son esenciales en el proceso. Dicho de otra forma, un
proceso ampliamente utilizado puede soportar la inversin necesaria para
crear las herramientas que lo soporten,
Personas. Un creador del proceso debe limitar el conjunto de habilidades
necesarias para trabajar en el proceso a las habilidades que los desarrolladores
actuales poseen, o apuntar aquellas que los desarrolladores puedan obtener
rpidamente. Hoy es posible empotrar en herramientas software tcnicas que
antes requeran amplios conocimientos, como la comprobacin de la
consistencia en los diagramas del modelo.
Patrones de organizacin. Aunque los desarrolladores de software no pueden
ser expertos tan independientes como los msicos de una orquesta, estn muy
lejos de los trabajadores autmatas en los cuales Frederick W. Taylor bas su
direccin cientfica hace cien aos. El creador del proceso debe adaptar el
proceso a las realidades del momento hechos como las empresas virtuales; el
trabajo a distancia a travs de lneas de alta velocidad; la mezcla (en empresas
pequeas recin montadas) de socios de la empresa, empleados asalariados,
trabajadores por obra, y subcontratas de outsourcing, y la prolongada escasez
de desabolladores de software.
Contenido:

Parte I: El Proceso Unificado de Desarrollo de Software

Captulo 1: El Proceso Unificado: dirigido por casos de uso, centrado en la

arquitectura, iterativo e incremental.
Captulo 2: Las cuatro P en el desarrollo de software: Personas, Proyecto,
Producto y Proceso.
Captulo 3: Un proceso dirigido por casos de uso.
Captulo 4: Un proceso centrado en la arquitectura.
Captulo 5. Un proceso iterativo e incremental.

Parte II: Los flujos de trabajo fundamentales

Captulo 6: Captura de requisitos: de la visin a los requisitos.

Captulo 7: Captura de requisitos como casos de uso.
Captulo 8: Anlisis.
Captulo 9: Diseo.
Capitul l0: Implementacin.
Captulo 11: Prueba.

Parte III: El Desarrollo iterativo e incremental

Captulo 12: El flujo de trabajo de iteracin genrico.

Captulo 13: La fase de inicio pone en marcha el proyecto.
Captulo 14: La fase de elaboracin construye la lnea base de la arquitectura.
Captulo 15: La construccin lleva a la capacidad operacin inicial.
Captulo 16: La transicin completa la versin del producto.
Captulo 17: Cmo hacer que el Proceso Unificado funcione.

Apndice A: Visin general del UML.

Apndice B: Extensiones del UML especficas del Proceso Unificado.
Apndice C: Glosario general.
ndice.