- 1 -

RUP/Easy

GUA METODOLGICA DE DESARROLLO DE
SISTEMAS
Setiembre 2004
TABLA DE CONTENIDO

1 INTRODUCCIN................................................................................................................................................1
2 ADECUACIN DE LOS WORKFLOWS ESENCIALES DEL RUP .......................................................2
2.1 WORKFLOWS ESENCIALES DEL RUP .............................................................................................2
2.2 VISTA GENERAL DEL WORKFLOW DEL RUP...............................................................................2
2.3 PROCEDIMIENTOS DE REVISIN.......................................................................................................3
3 LA VERSIN RUP/E DE LOS WORKFLOWS ESENCIALES DEL RUP.............................................4
3.1 MODELAMIENTO DE NEGOCIOS .......................................................................................................5
3.2 REQUERIMIENTOS ...................................................................................................................................5
3.3 ANLISIS Y DISEO................................................................................................................................8
3.4 IMPLEMENTACIN................................................................................................................................10
3.5 PRUEBAS ....................................................................................................................................................11
3.6 DESPLIEGUE.............................................................................................................................................13
3.7 ADMINISTRACIN DE CONFIGURACIN Y CAMBIOS ...........................................................15
4 PASOS SIGUIENTES PARA LAS EMPRESAS CLIENTE.....................................................................17


GUA METODOLGICA DE DESARROLLO DE SISTEMAS


1 INTRODUCCIN

Durante los ltimos aos, una de las metodologas ms populares ha sido el Rational
Unified Process (RUP). RUP, desarrollado por Rational Software Corporation, es un
proceso de ingeniera de software que ofrece un enfoque disciplinado para asignar tareas
y responsabilidades dentro de la organizacin del desarrollo. RUP captura algunas de
las mejores prcticas de la industria para el desarrollo de software las cuales son para
desarrollar el software en iteraciones, administrar requerimientos, usar arquitecturas
basadas en componentes, verificar la calidad del software, controlar los cambios al
software y modelar el software visualmente usando el Unified Modeling Language
(UML). "El Unified Modeling Language (UML) es un mtodo orientado a objetos y el
lenguaje estndar de la industria para especificar, visualizar, construir y documentar
los artefactos de sistemas de software.".
- 2 -

Este documento presenta los pasos para aplicar correctamente la metodologa RUP en el
proceso de desarrollo de software. RUP es muy amplio y la mayora de proyectos no
necesitan seguir todo lo que est en el RUP. Esta gua presenta la variacin hecha en el
RUP denominada RUP/E para su aplicacin en las empresas del Per.

2 ADECUACIN DE LOS WORKFLOWS ESENCIALES DEL RUP

Esta seccin explica cmo leer la adecuacin de los Workflows esenciales del RUP
detallados en la seccin 3 de este documento.

2.1 WORKFLOWS ESENCIALES DEL RUP

Esta gua metodolgica cubre la adecuacin para siete (7) de los nueve (9) workflows :
Modelamiento de Negocios, Requerimientos, Anlisis y Diseo, Implementacin,
Pruebas, Administracin de Configuracin y Cambios y Despliegue.

Esta gua metodolgica excluye los workflows esenciales del RUP para Administracin
de Proyectos y Entorno. Estos workflows, los cuales variarn de acuerdo a las polticas,
procedimientos y operaciones de cada empresa cliente interesada, sern revisados
separadamente.

2.2 VISTA GENERAL DEL WORKFLOW DEL RUP

La Seccin 3 da una vista general a cada Workflow esencial del RUP y explica por qu
es importante incluir se particular Workflow esencial del RUP en su ciclo de vida de
desarrollo de software.. Se presenta cada Workflow de Detalle dentro del Workflow
esencial del RUP y es explicado al igual que los artefactos clave producidos por cada
Workflow de detalle.

Cada workflow descrito en la Seccin 3 contiene las siguientes subsecciones:

Configuracin y Notas sobre el Workflow del RUP
Artefactos
Reportes

2.2.1 Configuracin y Notas sobre el Workflow del RUP

Estas subsecciones detallan los cambios aplicados a la estructura de workflows del RUP
en la variacin de la metodologa de RUP/E.

2.2.2 Artefactos

Un artefacto es un pedazo de informacin que es creado, modificado o usado por un
proceso tal como un modelo, un caso de uso, un documento, cdigo fuente o un archivo
ejecutable. Estas subsecciones listan los artefactos que deberan ser producidos por cada
Workflow esencial del RUP en un formato de tabla. RUP provee templates, guas y
ejemplos para todos los artefactos. Si usted no est usando RUP, entonces debern
desarrollarse los templates que puedan ser usadas en toda su organizacin para lograr
- 3 -
consistencia al capturar el mismo tipo de informacin. La Tabla 2 identifica las
columnas usadas para definir los artefactos producidos por cada workflow del RUP; las
entradas en las columnas son explicadas en la Tabla 1.

Tabla 1. Artefacto RUP

Artefactos Created/Revised
Revisar
Detalles
Herramientas
Usadas
RUP Artefacto 1 Incep Elab Const Trans

2.2.2.1 Explicacin de la Tabla Artefacto RUP

La Tabla 2 da una explicacin de las columnas en la Tabla Artefacto RUP mostrada en
la Tabla 1.

Tabla 2. Explicacin de la Tabla Artefacto RUP

Nombre de Columna Propsito Contenidos/Comentarios
Artefactos El nombre del artefacto. Un
artefacto es un entregable del
proceso.
Una referencia al artefacto en el
Rational Unified Process.
Creado / Revisado Califica cmo es usado el
artefacto a travs del ciclo de
vida
Una 'X' en una o ms de las celdas
Fase, significa que planeamos
congelar ese artefacto en esa fase
particular: Incepcin, Elaboracin,
Construccin y Transicin.
Revisar Detalles Define el nivel de revisin;
procedimientos de revisin que
van a ser aplicados al artefacto.
Decidir el nivel de revisin:
Formal-Externo
Formal-Interno
Informal
Ninguno
Para detalles vea la Seccin 2.3,
Procedimientos de Revisin
Herramientas Usadas Definicin de la herramienta (o
herramientas) usadas para
producir el artefacto.
Referencia a los detalles de las
herramientas usadas para desarrollar
y mantener el artefacto.

2.2.3 Reportes

Esta subseccin lista los reportes a ser usados por cada Workflow esencial del RUP. La
Tabla 3 muestra el formato que es usado para definir los reportes producidos por cada
Workflow esencial del RUP.
Tabla 3. Tabla de Reportes
Reportes Herramientas usadas

2.3 PROCEDIMIENTOS DE REVISIN

- 4 -
Durante el ciclo de vida de un proyecto, una revisin de un artefacto o conjunto de
artefactos es presentada al usuario, cliente u otras partes interesadas para comentarios y
aprobacin. Cuando se hacen estas revisiones, usted debe tener en consideracin que
las revisiones para el equipo de desarrollo de casa son diferentes a las revisiones para
el equipo de desarrollo de un contratista. Si las revisiones son de casa mayormente
son informales. Cuando el trabajo lo hace un contratista normalmente se hace una
revisin formal del trabajo del contratista. RUP/E ha adoptado los niveles de revisin
indicados en la Tabla 4.

Tabla 4. Guas de Niveles de Revisin del RUP

Nivel de Revisin Explicacin Comentarios
Formal-Externo
Este artefacto es un entregable en
un hito especfico. Requiere algn
tipo de aprobacin del cliente, el
patrocinador o algn otro
stakeholder externo.
Por ejemplo, la Visin y el Caso del Negocio
son artefactos que deberan ser revisados por
stakeholders.
Los resultados de la revisin son manejados en
la configuracin junto con el artefacto.
Formal-Interno
El artefacto es revisado
formalmente por el equipo del
proyecto.
Por ejemplo, las interfases de diseo de
subsistemas deberan ser revisados y aprobados
por varios miembros del equipo del proyecto.
Los resultados de la revisin son manejados en
la configuracin junto con el artefacto.
Informal
El artefacto es revisado; pero no es
aprobado formalmente.
Las Clases de Diseo y los Componentes son
ejemplos de artefacto que no son aprobados
formalmente. El artefacto es desarrollado y
mantenido. Normalmente no es descartado
luego que el proyecto termina.

Los resultados de la revisin no son manejados
en la configuracin con el artefacto.
Ninguno
Este artefacto no necesita ser
revisado ni aprobado.
El artefacto es creado como informacin de
trabajo. A menudo es un artefacto temporal que
es descartado luego que el proyecto termina.

3 LA VERSIN RUP/E DE LOS WORKFLOWS ESENCIALES DEL RUP

La suite de herramientas de Rational (Rational Rose, RequisitePro, Rational Robot,
ClearCase, ClearQuest) y el RUP, desarrollados por Rational Software, fueron
escogidos para demostrar un enfoque iterativo del ciclo de vida de desarrollo de
software. RUP/E us el marco metodolgico del RUP para adecuar los siguientes
Workflows esenciales del RUP :

Modelamiento de Negocios Una tcnica de anlisis para modelar los procesos del
negocio y entender mejor las complejidades de ste.
Requerimientos Una condicin o capacidad que el sistema debe cumplir.
Anlisis y Diseo - Muestra cmo los casos del uso del sistema se realizarn en la
implementacin.
Implementacin Implementar y probar las clases.
- 5 -
Pruebas Integrar y probar el sistema.
Despliegue Asegura una transicin exitosa del sistema desarrollado a sus usuarios.
Administracin de la Configuracin y Cambios Identifica, define y estandariza
tems; controla las modificaciones y releases de tems.

Las organizaciones necesitarn incluir administracin de proyectos con RUP y
adecuarse segn sea necesario. Un Plan de Iteracin es algo que debe ser producido
durante la administracin del proyecto.

3.1 MODELAMIENTO DE NEGOCIOS

El Modelamiento de Negocios se efecta para valorar el negocio para el cual el sistema
de informacin se est construyendo y para determinar mejor las necesidades y
problemas a ser resueltos por los sistemas de informacin. Los modelos del negocio
proveen una base para la comunicacin entre los analistas de sistemas y los
desarrolladores para incrementar su entendimiento del negocio y para identificar
oportunidades de mejorar el negocio. Tambin, los gerentes de proyecto usan los
modelos del negocio para ayudarse a estimar los costos del proyecto.

El Modelamiento del Negocio debera hacerse antes del desarrollo de software para
obtener un buen entendimiento de sus procesos del negocio. Sin embargo, el
Modelamiento del Negocio slo debe ser efectuado si se est cambiando la manera en
que se hace negocio. Si slo se est aadiendo una nueva caracterstica a un sistema
existente, entonces RUP/E no recomienda que usted empiece con un modelamiento del
negocio. En ese caso, RUP/E recomienda que usted empiece con la Seccin 3.2,
Requerimientos.

3.2 REQUERIMIENTOS

Se debera manejar las generaciones (versiones) de requerimientos y su documentacin.
La Administracin de Requerimientos incorpora la identificacin, organizacin y
documentacin de los cambios a los requerimientos en un proyecto. Es una parte
integral de la actividad de desarrollo de software. La Administracin de Requerimientos
establece un entendimiento comn y acuerdo entre el cliente y el equipo del proyecto
acerca de los requerimientos del cliente. Una Administracin de Requerimientos
efectiva incluye el mantener requerimientos claros. Mantener atributos acerca de los
requerimientos (tales como estado, prioridad), proveer seguimiento a otros
requerimientos y componentes y, proveer de los recursos adecuados y fondos para
administrar los requerimientos.

3.2.1 Vista general del Workflow de Requerimientos

El propsito del Workflow de Requerimientos es :

Establecer y mantener acuerdos con los clientes y otros stakeholders acerca de lo
que el sistema debe hacer
Proveer a los desarrolladores del sistema con un mejor entendimientos de los
requerimientos del sistema
Definir las fronteras del sistema (delimitarlo)
- 6 -
Proveer de una base para planificar el contenido tcnico de la iteraciones
Proveer de una base para estimar el costo y el tiempo para desarrollar el sistema
Definirle al sistema una interfase para el usuario enfocndose en las necesidades y
objetivos de los usuarios

Los artefactos clave a desarrollar son : Visin, Modelo de Casos de Uso, Casos de Uso
y Especificaciones Suplementarias. Estos artefactos describen lo que el sistema debe
hacer.

El Workflow de Requerimientos est relacionado a otros workflows del RUP :

El Workflow de Modelamiento de Negocios (no considerado en la presente gua)
provee las reglas del negocio y un modelo de caso de uso del negocio.
El input principal para el Workflow de Anlisis y Diseo son el Modelo de Casos de
Uso y el Glosario creados durante el Workflow de Requerimientos. Por las fallas
que se descubran en el Modelo de Casos de Uso, se generar requerimientos de
cambio.
El Workflow de Pruebas prueba el sistema para verificar el cdigo contra el Modelo
de Casos de Uso, los Casos de Uso y las Especificaciones Suplementarias.
El Workflow de Administracin de la Configuracin y Cambios provee los
mecanismos de control de cambios para los requerimientos.

Los workflows de Requerimientos consisten de los siguientes workflows de detalle :

Analizar el Problema
El documento Visin es el principal artefacto en el cual el anlisis del problema es
documentado.

Entender las Necesidades del Stakeholder
El artefacto principal es un documento refinado de la Visin. Tambin los
requerimientos son discutidos y expresados en trminos de Casos de Uso y Actores. Los
requerimientos no funcionales, que no caen fcilmente en el Modelo de Casos de Uso
debern ser documentados en los documentos de Especificaciones Suplementarias.

Definir el Sistema
En Definir el Sistema, se enfoca en identificar a los actores y los casos de uso ms
completamente y expandir los requerimientos no funcionales definidos en los
documentos de especificaciones suplementarias.

Administrar el Alcance del Sistema
El alcance del proyecto es definido por el conjunto de requerimientos definidos para
ste. La clave para manejar un proyecto exitoso es administrar el alcance del proyecto
para cumpliendo con los recursos disponibles tales como el tiempo, la gente y el dinero.
Los atributos de requerimientos, tales como prioridad, esfuerzo y riesgo, son una tcnica
til para manejar el alcance del proyecto.
- 7 -

Refinar la Definicin del Sistema
El output de este Workflow del RUP es una comprensin ms profunda de la
funcionalidad del sistema expresada en Casos de Uso detallados y documentos de
Especificaciones Suplementarias detallados. Si es necesario, una Especificacin de
Requerimientos de Software formal puede ser desarrollado, adems de los documentos
detallados de Casos de Uso y Especificaciones Suplementarias.

Administrar los Requerimientos de Cambios

Los cambios a los requerimientos impactan los modelos producidos en el Workflow de
Anlisis y Diseo, el modelo de pruebas creado en el Workflow de Pruebas y el material
de soporte al usuario final del Workflow de Despliegue. Las relaciones de rastreabilidad
son establecidas para identificar las relaciones entre los requerimientos y otros
artefactos. Las relaciones de rastreabilidad son la clave para entender el impacto del
cambio de los requerimientos.

3.2.2 Configuracin y Notas sobre el Workflow de Requerimientos

Cada actividad en el Workflow de Requerimientos es esencial para una implementacin
exitosa. Ninguna actividad debe ser removida del Workflow de Requerimientos.

3.2.3 Artefactos de Requerimientos

Los Artefactos de Requerimientos capturan y presentan informacin usada en definir las
capacidades requeridas por el sistema. La Tabla 7 identifica los artefactos que debe ser
desarrollados cuando se captura los requerimientos del sistema.

Tabla 7. Artefactos para el Workflow de Requerimientos

Artefactos Creado / Revisaedo Revisar Detalles Herramientas Usadas
Incep Elab Const Trans
Actor

X X

Informal Rational Rose
Glosario

X X

Formal-Externo Requisite Pro; MS Word
Lista de Riesgos

X

Formal-Externo Requisite Pro
Especificacin Suplementaria

X X

Formal-Ext erno Requisite Pro; MS Word
Caso de Uso

X X

Formal-Externo Rational Rose; Requisite
Pro; MS Word
Modelo de Caso de Uso

X X

Formal-Externo Rational Rose
Vision

Formal-Externo Requisite Pro; MS Word

3.2.4 Reportes de Requerimientos

La variacin metodolgica de RUP/E considera opcionales todos los reportes de
requerimientos; sin embargo, si van a usarse, la Tabla 8 identifica los reportes que
deben ser producidos durante el Workflow de Requerimientos. El Panorama del Modelo
de Casos de Uso (Use-Case Model Survey) es muy comprensible y cubre la mayora de
la informacin contenida en los reportes de Actores y Casos de Uso.
- 8 -

Tabla 8. Reportes para el Workflow de Requerimientos

Reportes Herramientas Usadas
Panorama del Modelo de Caso de Uso Rational SoDA; MS Word


3.3 ANLISIS Y DISEO

El propsito del Workflow de Anlisis y Diseo es empezar a realizar los casos de uso
desarrollados durante el Workflow de Requerimientos. Es decir, tomar el Modelo de
Casos de Uso, el Glosario y las Especificaciones Suplementarias creadas en el
Workflow de Requerimientos y generar un modelo de diseo que pueda ser usado por
los desarrolladores durante el Workflow de Implementacin. El Anlisis se enfoca en
trasladar los requerimientos funcionales a conceptos de software.

3.3.1 Vista General del Workflow de Anlisis y Diseo

El propsito del Workflow de Anlisis y Diseo es:

Transformar los requerimientos en un diseo del sistema a crear
Definir una arquitectura robusta para el sistema
Adaptar el diseo para que funcione en el ambiente de implementacin disendolo
para obtener buena performance

El Workflow de Anlisis y Diseo toma los casos de uso documentados del Workflow
de Requerimientos y del Workflow de Modelamiento de Negocios y los traslada a
elementos de diseo que sern usados para construir el sistema. Por medio de usar
varias actividades y modelos el Workflow de Anlisis y Diseo busca destilar la
informacin recogida de los stakeholders en informacin que los programadores podrn
usar. Al final, un Modelo de Diseo, el documento de Arquitectura del Software, el
Modelo de Despliegue y una Realizacin de Casos de Uso por cada Caso de Uso
describirn el sistema. El Workflow de Anlisis y Diseo est relacionado a otros
workflow del RUP como sigue :

El Workflow de Implementacin usar el Modelo de Diseo, el Modelo de
Despliegue, el documento de Arquitectura del Software y las Realizaciones de
Casos de Uso como inputs en la construccin e implementacin del sistema.
El Workflow de Pruebas usar las realizaciones de casos de Uso y el documento de
Arquitectura del Software para probar la funcionalidad y la compatibilidad de los
componentes.
El Modelo de Despliegue y el documento de Arquitectura del Software ser usado
por el Workflow de Despliegue para desplegar el sistema final.

El Workflow de Anlisis y Diseo consiste de los siguiente workflows de detalle:

- 9 -
Definir una Arquitectura candidata
Refinar la Arquitectura
Analizar el Comportamiento
Disear la base de Datos (Opcional)
3.3.2 Configuracin y Notas sobre el Workflow de Anlisis y Diseo

El Workflow de detalle Refinar la Arquitectura puede ser saltado si hay relativamente
pocos riesgos arquitecturales. Esto es, el diseo, la implementacin y la distribucin del
sistema no producen problemas arquitecturales significativos o el arquitecto de software
tiene suficiente experiencia para manejar tales hechos.

El Workflow de detalle Efectuar Sntesis Arquitectural puede ser saltado. Este
Workflow de detalle puede ser efectuado si es que se necesita profundizar los
conceptos.

Los workflows de detalle Disear Componente de Tiempo Real y Disear Componente
[No Tiempo Real] son similares con la excepcin de que el primero se enfoca en
componentes que son para sistemas en tiempo real y el otro para sistemas reactivos.

3.3.3 Artefactos para Anlisis y Diseo

Los Artefactos para Anlisis y Diseo capturan y presentan informacin relativa a la
solucin de los problemas planteados durante el Workflow de Requerimientos. La Tabla
9 identifica los artefactos que debern producirse durante el Workflow de Anlisis y
Diseo.

Tabla 9. Artefactos para el Workflow de Anlisis y Diseo

Artefactos Creado / Revisado Revisar Detalles Herramientas Usadas
Incep Elab Const Trans
Modelo de Diseo
X X X

Formal - Externo Rational Rose
Modelo de Datos

X X

Informal - Interno Rational Rose
Documento de
Arquitectura del Software
X X X

Formal - Externo RequistePro; MS Word

3.3.4 Reportes para Anlisis y Diseo

La variacin metodolgica de RUP/E considera opcionales todos los reportes de
requerimientos; sin embargo, si van a usarse, la Tabla 10 identifica los siguientes
reportes opcionales :

Tabla 10. Reportes para el Workflow de Anlisis y Diseo

Reportes Herramientas Usadas
Clase Rational SODA
Panorama del Modelo de Diseo Rational SODA
- 10 -


3.4 IMPLEMENTACIN

La Implementacin es donde empieza el cdigo El Modelo de Diseo del Workflow de
Anlisis y Diseo es mapeado con el Modelo de Implementacin y entonces se escribe
el cdigo en un lenguaje de programacin tal como Java, C++ o Visual Basic.

Un Plan de Integracin de Construcciones define el Caso de Uso a ser diseado y las
clases a implementar, al igual que el orden en el que las clases son implementadas.

3.4.1 Vista general del Workflow de Implementacin

El propsito del Workflow de Implementacin es:

Definir la organizacin del cdigo, en trminos de Subsistemas de Implementacin.
Define the organization of the code, in terms of Subsistema de Implementacin. Los
Subsistemas de Implementacin son colecciones de componentes y otros modelos
de implementacin usados para estructurar el modelo de implementacin.
Implementar las clases y objetos definidos en el modelo de diseo en la forma de
componentes de software tales como archivos fuente, binarios o ejecutables
Probar los componentes desarrollados como unidades
Crear un sistema ejecutable

El Workflow de Implementacin est relacionado a otros workflows del RUP como
sigue:

Requerimientos: Este workflow del RUP captura los requerimientos que deberan
ser cumplidos durante la Implementacin.
Anlisis y Diseo: El modelo de diseo desarrollado durante este workflow
representa el intento de la implementacin y es el input principal para el Workflow
de Implementacin.
Pruebas: Este workflow describe cmo probar cada Construccin durante la
integracin del sistema.

Para cada iteracin, empezando en la fase de Elaboracin, se efectan los siguientes
workflows de detalle :

Estructurar el Modelo de Implementacin
El artefacto principal producido es el Modelo de Implementacin.

Planificar la Integracin
El artefacto principal producido es el Plan de Integracin de Construcciones. Segn la
arquitectura y el diseo evolucionan, el Plan de Integracin de Construcciones es
examinado y actualizado para asegurar que no quede obsoleto debido a los cambios en
la arquitectura o en el diseo del nuevo sistema.

- 11 -
Implementar los Componentes
La Implementacin debera estar unida muy de cerca al Diseo. El artefacto principal
producido es el Componente.

Integrar cada Subsistema
Los principales artefactos producidos son la Construccin y el Subsistema de
Implementacin.

Integrar el Sistema
La Integracin a menudo envuelve un alto grado de automatizacin, experiencia en
sistemas operativos o lenguajes script y herramientas como 'make' (en Unix). El
artefacto principal producido es la Construccin.

3.4.2 Configuracin y Notas sobre el Workflow de Implementacin

Cada actividad en el Workflow de Implementacin es esencial para una implementacin
exitosa. Ninguna actividad debe removerse del Workflow de Implementacin.

3.4.3 Artefactos para la Implementacin

Los Artefactos para la Implementacin capturan y presentan la realizacin de la
solucin presentada en el Workflow de Anlisis y Diseo. La Tabla 11 identifica los
artefactos que deben producirse durante el Workflow de Implementacin.
Tabla 11. Artefactos para el Workflow de Implementacin
Artefactos Creado/Revisado Revisar Detalles Herramientas Usadas
Incep Elab Const Trans
Construccin
X X X Formal - Externo Rational Rose

Por este artefacto se entiende al Prototipo o Producto, segn la fase en que se encuentre
el proyecto, resultante de cada iteracin.

3.4.4 Reportes para la Implementacin

Ningn reporte ser producido durante el Workflow de Implementacin. Sin embargo,
se efectuarn revisiones informales del cdigo.

3.5 PRUEBAS

Rational ofrece su enfoque de pruebas usando el RUP para valorar la calidad del
software por medio de:

Encontrar y documentar los defectos en la calidad del software
Aconsejando acerca de la calidad percibida en el software
Proveyendo la validacin de los supuestos hechos en las especificaciones de diseo
y los requerimientos a travs de demostraciones concretas
Validando las funciones del producto de software segn sean diseadas
- 12 -
Validando que los requerimientos hayan sido implementados apropiadamente

3.5.1 Vista General del Workflow de Pruebas

El propsito de este workflow del RUP es:

Verificar la interaccin entre objetos
Verificar la interaccin apropiada de todos los componentes del software
Verificar que todos los requerimientos hayan sido implementados correctamente
Identificar y asegurar que los defectos se hayan atendido y resuelto antes del
despliegue del software

En el RUP, las pruebas son enfocadas a travs del uso de un proceso iterativo y de
herramientas. Un enfoque iterativo para probar permite a la organizacin tratar las
pruebas casi de la misma forma que el desarrollo de software es enfocado. Cada
Construccin de software es un objetivo para las pruebas. Segn se vayan produciendo
nuevas Construcciones, el cuerpo de pruebas ser aadido y refinado. Eventualmente,
todas las pruebas en el cuerpo de pruebas sern acumuladas de tal manera que pueden
ser usadas para las posteriores pruebas de regresin en el ciclo de vida del desarrollo de
software. Este enfoque permite a una organizacin identificar posibles riesgos al inicio
de un proyecto, reducir el costo de corregir fallas enfocando los recursos cuando y
donde tendrn el mayor impacto, acercarse a los gaps de calidad tempranamente en el
proceso de desarrollo y maximizar la efectividad por medio de adaptar el enfoque, el
proceso o el presupuesto segn va progresando el proyecto.

Este workflow del RUP est relacionado a otros workflows del RUP como sigue:

El Workflow de Requerimientos captura el input principal para identificar cuales
pruebas efectuar en la forma de requerimientos en un modelo de caso de uso.
El Workflow de Anlisis y Diseo captura el input principal para identificar cuales
pruebas efectuar describiendo cmo desarrollar un diseo.
El Workflow de Implementacin produce las Construcciones de software del
modelo de implementacin que es probado por medio del Workflow de Pruebas.
Dentro de una iteracin, hay varias construcciones probadas: la primera cuando el
sistema es integrado y la ltima para probar todo el sistema.

El Workflow de Pruebas consiste de los siguientes Workflows de detalle:

Planificar las Pruebas
El principal artefacto producido es el Plan de Pruebas.

Disear las Pruebas
Los principales artefactos producidos son el Modelo de Pruebas (Test Model), los Casos
de Prueba (Test Case), los Procedimientos de Prueba (Test Procedures) y el documento
de Anlisis de Carga de Trabajo (Workload Analysis Document).

- 13 -
Implementar las Pruebas
Los principales artefactos producidos son el Script de la Prueba y el Componente de la
Prueba.

Ejecutar las Pruebas en la etapa de Integracin de Pruebas
El principal artefacto producido es el documento Resultado de Pruebas.

Ejecutar las Pruebas en la etapa de Pruebas del Sistema
El principal artefacto producido es el documento Resultado de Pruebas.

Evaluar las Pruebas
Los principales artefactos producidos son el Sumario de Evaluacin de Pruebas (Test
Evaluation Summary) y los Requerimientos de Cambio (Change Request).

3.5.2 Configuracin y Notas sobre el Workflow de Pruebas

Cada actividad en el Workflow de Pruebas es esencial para probar exitosamente.
Ninguna actividad debe ser removida del Workflow de Pruebas.

3.5.3 Artefactos de Pruebas

Los artefactos presentados en la siguiente tabla son productos finales e intermedio que
son producidos y usados durante el Workflow de Pruebas de un proyecto. Loas
artefactos de Pruebas capturan y comunican informacin de pruebas y pueden tomar la
forma de un documento, un modelo o un elemento de modelo. La Tabla 12 identifica los
artefactos que deben ser desarrollados en el Workflow de Pruebas.

Tabla 12. Artefactos para el Workflow de Pruebas

Artefactos Creado / Revisado Revisar Detalles Herramientas Usadas
Incep Elab Const Trans
Caso de Prueba
X


Informal - Interno Test Manager
Plan de Pruebas/
Procedimientos

X X

Formal - Externo o
Prueba Interna
Manager
Resultados de las
Pruebas

X X
Formal - Interno Test Manager
Script de Pruebas
X X X
Informal - Interno Robot, Manual Test


3.5.4 Reportes para las Pruebas

Ningn reporte ser producido durante Workflow de Despliegue. Los artefactos
producen la necesaria informacin workflow del RUP.

3.6 DESPLIEGUE

Una vez que el producto de software ha siso implementado y probado exitosamente, es
- 14 -
momento de llevar el producto al cliente. El propsito de este workflow del RUP es
producir releases del producto y llevar el software a los usuarios finales.

3.6.1 Vista General del Workflow de Despliegue

El Workflow de Despliegue implica probar el software en su ambiente operacional
final, empacar el software para la entrega, distribuir el software, instalar el software,
entrenar a los usuarios finales y convertirlas bases de datos anteriores para la carga de
datos.

Hay tres maneras de proveer del producto al usuario final:

La instalacin en el cliente
Se entrega un instalador (generado con algn producto de compresin e
instalacin)
Accesar al software por la Internet

Cualquiera que sea el mtodo escogido para entregar al cliente, la prueba del producto
ocurre en el site de desarrollo seguido por la prueba Beta y finalmente liberando el
producto al cliente.

El Workflow de Despliegue est relacionado a otros workflows del RUP, como sigue:

Planificar el Despliegue
Desarrollar Material de Soporte
Produce el material de soporte, el cual incluye instrucciones para instalacin, operacin
y mantenimiento para el sistema desplegado. Tambin incluye el material de
entrenamiento para las diversas posiciones requeridas para usar el sistema
efectivamente.

Manejar las Pruebas de Aceptacin
Producir la Unidad de Despliegue
Empaquetar el Producto
Proveer Acceso al Site de Descarga
Producto en Beta
3.6.2 Configuracin y Notas sobre el Workflow de Despliegue

Las organizaciones grandes pueden empacar el producto y dar acceso a un site de
descarga; sin embargo, la mayora no necesita efectuar estos workflows de detalle.

3.6.3 Artefactos para el Despliegue

Los artefactos de Despliegue capturan y presentan informacin relativa a posicionar el
- 15 -
sistema, presentado en el Workflow de Implementacin, dentro del ambiente de
produccin. La Tabla 14 identifica los artefactos que deben ser producidos durante el
Workflow de Despliegue.

Tabla 14. Artefactos para el Workflow de Despliegue

Artefactos Creado/Revisado Revisar Detalles Herramientas Usadas
Incep Elab Const Trans
Relacin de Materiales

X X Informal MS Word
Plan de Despliegue

X X X Informal MS Word
Producto

X Formal-Externo MS Word
Notas del Release

X Formal - Interno MS Word
Materiales de Entrenamiento

X X X Formal - Externo MS Word

Por Materiales de Entrenamiento, se entender el Manual del Usuario y el Manual
Tcnico.

3.6.4 Reportes para el Despliegue

Ningn reporte ser producido durante Workflow de Despliegue. Los artefactos
producen la necesaria informacin workflow del RUP.

3.7 ADMINISTRACIN DE CONFIGURACIN Y CAMBIOS

La mayora de equipos de desarrollo de software experimentados reconocen la
necesidad del control de versiones de los artefactos del software. Parcialmente, a causa
de que el software es tan fcil de cambiar, un proyecto est continuamente vulnerable a
la introduccin inadvertida de incompatibilidades (errores de regresin) y fallas
resultantes de la aplicacin a menos que una disciplina constante sea aplicada. El
control de versiones, sin embargo, es slo un componente de la Administracin de
Configuracin y Cambios (Configuration & Change Management -CCM-). Un buen
sentido de ordenamiento es provisto por esta lista de las mejores prcticas de CCM :

Identificar y almacenar los artefactos en un repositorio seguro
Controlar y auditar loa cambios a los artefactos
Organizar los artefactos en componentes versionados
Crear versiones congeladas (baselines) en los hitos del proyecto
Registrar y rastrear los requerimientos de cambio
Organizar e integrar juegos consistentes de versiones (algunas veces llamados
actividades)
Mantener reas de trabajo estables y consistentes (inclusive sobre sites distribuidos
geogrficamente)
Soportar cambios concurrentes a los artefactos y componentes
Integrar tempranamente y a menudo
Asegurar que las Construcciones de software sean reproducibles

RUP/E recomienda usar CRM (Change Requeriment Management) en todas las fases
- 16 -
del ciclo de vida despus de la Incepcin. Aunque CRM puede ser hecho manualmente,
sus mayores beneficios se obtienen cuando se usa una herramienta automatizado para
hacer uso de una base de datos. Existe un nmero de excelente herramientas de CRM.
ClearQuest de Rational es una buena opcin si planea integrarse con otras herramientas
de Rational.

Adems de automatizar, lo que muchos consideran un proceso tedioso, una herramienta
CRM manejada con una base de datos tambin provee otro gran beneficio : la habilidad
de extraer informacin fcilmente acerca del progreso del proyecto, especialmente en
las fases de Construccin y posteriores. Una buena herramienta de CRM permite que se
pueda crear consultas ad-hoc fcilmente.

3.7.1 Vista general del Workflow de Administracin de Configuracin y Cambios

El propsito de este workflow del RUP es:

Soportar mtodos de desarrollo
Mantener la integridad del producto
Asegurar que el producto configurado est completo y correcto
Proveer de un ambiente estable dentro del cual se desarrolla el producto
Restringir los cambios a los artefactos basados en las polticas del proyecto
Proveer pistas de auditoria de cambios a los artefactos registrando por qu, cundo y
por quin

El Workflow de Administracin de Configuracin y Cambios est relacionado a otros
workflows esenciales del RUPs (Modelamiento de Negocios, Requerimientos, Anlisis
y Diseo, Implementacin, Pruebas, Despliegue) porque sirve como un repositorio para
los artefactos producidos durante esos workflows del RUPs.

Los artefactos clave son el Plan de Administracin de Configuracin (Configuration
Management Plan) y los Requerimientos de Cambio (Change Request)

Los siguientes Workflows de detalle de Administracin de Configuracin y Cambios
son efectuados:

Planificar la Configuracin del Proyecto y el Control de Cambios
El Plan CM describe todas las actividades a efectuarse durante el curso del ciclo de vida
del proyecto. El Plan CM documenta cmo se planifica, implementa, controla y
organiza las actividades relativas al CM del producto.

Crear un Ambiente CM para el Proyecto
Los desarrolladores e integradores son provistos de espacios de trabajo privados y
compartidos donde puedan construir e integrar el software.

- 17 -
Cambiar y Enviar los Items de la Configuracin
Manejar Versiones Congeladas (Baselines) y Liberacioness
Monitorear y Reportar el estado de la Configuracin
Administrar los Requerimientos de Cambio
3.7.2 Notas sobre el Workflow de Administracin de Configuracin y Cambios

Cada actividad en el Workflow de Administracin de Configuracin y Cambios es
esencial para una administracin de configuracin exitosa. Ninguna actividad debe ser
removida del Workflow de Administracin de Configuracin y Cambios.

3.7.3 Artefactos RUP de Administracin de Configuracin y Cambios

Los artefactos e Administracin de Configuracin y Cambios capturan y presentan
informacin relativa a las actividades CM. La Tabla 15 identifica los artefactos que
deben ser producidos durante el Workflow de Administracin de Configuracin y
Cambios.

Tabla 15. Artefactos para la Administracin de Configuracin y Cambios

Artefactos Creado/Revisado Revisar Detalles Herramientas Usadas
Incep Elab Const Trans
Requerimiento de Cambio

X X X
Informal Rational ClearQuest
Repositorio del Proyecto

X X X Ninguno
Rational ClearCase
Workspace

X X X Ninguno
Rational ClearCase


4 PASOS SIGUIENTES PARA LAS EMPRESAS CLIENTE

La Seccin 3 da una versin adecuada genrica del RUP usando la suite de herramientas
de Rational; sin embargo, esto puede no cubrir las necesidades de cada empresa. Las
empresas debern hacer lo siguiente :

Evaluar sus organizaciones para determinar cmo proveer del ambiente de
desarrollo de software necesario para soportar a su equipo de desarrollo; este
ambiente puede incluir las herramientas de la Suite de Rational u otras herramientas
Comprar nuevo software, si es necesario
Lograr la disponibilidad de usar la metodologa de parte de la Administracin
Obtener el entrenamiento apropiado en el software usado
Decidir si se desarrollar otros artefactos adicionales a los indicados en la Seccin 3
Incluir un enfoque de administracin de proyectos para :
manejar riesgos
planificar proyectos
identificar mtricas
monitorear el progreso del proyecto y;
manejar recursos, presupuestos y contratos con proveedores y clientes