El documento describe los diferentes roles involucrados en las distintas etapas del Rational Unified Process (RUP). En la captura de requisitos, los roles incluyen analista de sistemas y especificador de casos de uso. En el análisis, los roles son arquitecto, ingeniero de casos de uso e ingeniero de componentes. En el diseño, los roles son arquitecto, ingeniero de casos de uso e ingeniero de componentes. En la implementación, los roles son arquitecto, integrador de sistemas e ingeniero de componentes. Finalmente, en las pruebas,

1. Profesor Gerardo Cerda Neumann - gcerda@ucinf.cl
1
FACULTAD DE INGENIERÍA
Trabajadores en Rational Unified Process.
Objetivos: presentar los distintos trabajadores o roles que se aplican en las diferentes
etapas e incrementos de Rational Unified Process.
Bibliografía: libro “El proceso unificado de desarrollo de software, Jacobson, Booch y
Rumbaugh, Editorial Addison Wesley, 2000, 438 páginas.
Captura de requisitos como casos de uso ( R )
Trabajadores
Analista de sistema: Es el responsable del conjunto de requisitos que están
modelados en los casos de uso, lo que incluye los requisitos funcionales y no funcionales
que son casos de uso específicos.
Aunque el analista de sistemas es responsable del modelo de casos de uso, no es
responsable de cada caso de uso en particular.
El analista de sistema es también el que dirige el modelado y el que coordina la captura
de requisitos.
Hay un analista para cada sistema. No obstante este trabajador está respaldado por un
equipo que incluye otras personas que también trabajan como analistas.
El analista de sistema es responsable de los modelos de casos de uso, del actor y del
glosario.

2. Profesor Gerardo Cerda Neumann - gcerda@ucinf.cl
2
FACULTAD DE INGENIERÍA
Especificador de casos de uso: Estos son trabajadores que asisten al analista de
sistemas que asumen las responsabilidades de las descripciones detalladas de uno o
más casos de uso.
Cada especificador de casos de uso necesita trabajar estrechamente con los usuarios
reales de sus casos de uso.
Diseñador de interfaz de usuario: Estos dan forma visual a las interfaces de
usuario. Esto puede implicar el desarrollo de prototipos de interfaces de usuario para
algunos casos de uso. Por tanto, es conveniente que cada diseñador de interfaces de
usuario dé forma a las interfaces de usuario de uno o más actores.
Arquitecto: Participa en el flujo de trabajo de los requisitos para describir la vista
de la arquitectura de los modelos de casos de uso. Esto es una entrada importante para
planificar las iteraciones.
El arquitecto es responsable de la descripción de la arquitectura del modelo de casos de
uso. Prioriza los Casos de Uso para las diferentes iteraciones.
Análisis ( A )
Trabajadores
Arquitecto: El arquitecto es responsable de la integridad de los modelos de
análisis, garantizando que éste sea correcto, consistente y legible como un todo. En
sistemas grandes y complejos, estas responsabilidades pueden requerir más
mantenimiento tras algunas iteraciones. En estos casos, el arquitecto puede delegar ese
trabajo a otro trabajador, posiblemente a un ingeniero de componentes de “alto nivel”. Sin
embargo sigue siendo responsable de lo que es significativo para la arquitectura.

3. Profesor Gerardo Cerda Neumann - gcerda@ucinf.cl
3
FACULTAD DE INGENIERÍA
El arquitecto es también responsable de la arquitectura del modelo de análisis, es decir,
de la existencia de sus partes significativas. Pero no es responsable del desarrollo y
mantenimiento continuo de los diferentes artefactos del modelo de análisis.
Ingeniero de casos de uso: Este es responsable de la integridad de una o más
realizaciones de casos de uso, garantizando que cumplen los requisitos que recaen sobre
ellos. Esto incluye garantizar que todas las descripciones textuales y los diagramas que
describen la realización del caso de uso son legibles y se ajustan a su objetivo.
El ingeniero de casos de uso no es responsable de las clases del análisis ni de las
relaciones que se usan en la realización del caso de uso.
Ingeniero de componentes: Define y mantiene las responsabilidades, atributos,
relaciones, y requisitos especiales de una o varias clases del análisis, asegurándose que
cada clase del análisis cumple con los requisitos que se esperan de ella de acuerdo a las
realizaciones de caso de uso en las que participa. También mantiene la integridad de uno
o varios paquetes del análisis. Esto incluye garantizar que sus contenidos son correctos y
que sus dependencias de otros paquetes del análisis son correctas y mínimas.
Diseño ( D )
Trabajadores
Arquitecto: Es responsable de la integridad de los modelos de diseño y de
despliegue, garantizando que los modelos son correctos, consistentes, y legibles en su
totalidad.
Los modelos son correctos cuando realizan la funcionalidad, y sólo la funcionalidad,
descrita en el modelo de casos de uso, en los requerimientos adicionales, y en el modelo
de análisis.
El arquitecto también es responsable de la arquitectura de los modelos de diseño y
despliegue, es decir, de la existencia de sus partes significativas para la arquitectura.

4. Profesor Gerardo Cerda Neumann - gcerda@ucinf.cl
4
FACULTAD DE INGENIERÍA
Ingeniero de casos de uso: Es responsable de la integridad de una o más
realizaciones de casos de uso-diseño, y debe garantizar que cumplen los requisitos que
se esperan de ellos.
Esto incluye hacer legibles y adecuadas para sus propósitos todas las descripciones
textuales y todos los diagramas que describen la realización del caso de uso.
Ingeniero de componentes: Define y mantiene las operaciones, métodos,
atributos, relaciones y requisitos de implementación de una o más clases de diseño,
garantizando que cada clase del diseño cumple los requisitos que se esperan de ella
según las realizaciones de caso de uso en las que participa.
El ingeniero de componentes puede mantener también la integridad de uno o más
subsistemas. Esto incluye garantizar que sus contenidos son correctos, que las
dependencias de otros subsistemas y/o interfaces son correctas y mínimas, y que
realizan correctamente las interfaces de ofrecen.
Implementación ( I )
Trabajadores
Arquitecto: El arquitecto es responsable de la integridad del modelo de
implementación y asegurar que el modelo como un todo es correcto, completo y legible.
El modelo es correcto cuando implementa la funcionalidad descrita en el modelo de
diseño y en los requisitos adicionales, y solo esta funcionalidad.
Integrador de sistemas: Entre sus responsabilidades se incluye planificar la
secuencia de construcciones necesarias en cada iteración y la integración de cada
construcción cuando sus partes han sido implementadas.

5. Profesor Gerardo Cerda Neumann - gcerda@ucinf.cl
5
FACULTAD DE INGENIERÍA
Ingeniero de componentes: El ingeniero de componentes define y mantiene el
código fuente de uno o varios componentes, garantizando que cada componente
implementa la funcionalidad correcta. Necesita garantizar que los contenidos de los
subsistemas de implementación son correctos, que sus dependencias con otros
subsistemas o interfaces son correctas y que implementan correctamente las interfaces
que proporcionan. Un ingeniero de componentes debería, por tanto, diseñar e
implementar las clases bajo su responsabilidad.
Prueba ( P )
Trabajadores
Diseñador de pruebas: Un diseñador de pruebas es responsable de la integridad
del modelo de pruebas, asegurando que el modelo cumple con su propósito. Los
diseñadores de pruebas también planean las pruebas, lo que significa que deciden los
objetivos apropiados y la planificación de las mismas. Además, los diseñadores de
pruebas seleccionan y describe los casos de prueba y los procedimientos de prueba
correspondientes que se necesitan, y son responsables de la evaluación de las pruebas
de integración y de sistemas cuando estas se ejecutan.
Los diseñadores de pruebas realmente no llevan a cabo las pruebas, si no que se dedican
a la preparación y evaluación de las mismas.
Ingeniero de componentes: Estos son responsables de los componentes de
prueba que automatizan algunos de los procedimientos de prueba (no todos los
procedimientos de prueba pueden ser automatizados). Esto es así porque la creación de
dichos componentes puede necesitar de substanciales habilidades como programador.
Ingeniero de pruebas de integración: Estos son los responsables de realizar las
pruebas de integración que se necesitan para cada construcción producida por el flujo de
trabajo de la implementación. Estas pruebas se realizan para verificar que los
componentes integrados en una construcción funcionan correctamente juntos.

6. Profesor Gerardo Cerda Neumann - gcerda@ucinf.cl
6
FACULTAD DE INGENIERÍA
El ingeniero de pruebas de integración se encarga de documentar los defectos en los
resultados de las pruebas de integración.
Ingeniero de pruebas de sistemas: Es responsable de realizar las pruebas de
sistemas necesarias sobre una construcción que muestra el resultado de una iteración
completa. Las pruebas de sistema se llevan a cabo principalmente para verificar las
interacciones entre los actores y el sistema. Por eso, las pruebas de sistemas se derivan
a menudo de los casos de uso de prueba que especifican como probar los casos de uso,
aunque también se aplican otros tipos de prueba al sistema como un todo.
El ingeniero de pruebas de sistema se encarga de documentar los defectos en los resultados de las
pruebas de los sistemas.
VMT / GCN