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.

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.

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.

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.

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.

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