h@nz …el Geek

Ya había escrito una entrada en la que hablaba sobre el rol del Analista en Rup, ahora toca ver el rol del Desarrollador con la finalidad de explicar los diferentes roles que hay tras este rol genérico de RUP. Como ya se había mencionado: los roles no son individuos; en lugar de ello, describen cómo los individuos se comportan en el negocio y qué responsabilidades tienen estos individuos. En tal sentido cabe recordar que no es necesario tener una persona por cada rol, sino que una misma persona puede tener diferentes roles.

Los roles para el Desarrollador son:

1. Capsule Designer El rol Diseñador de Cápsula centra su atención en asegurar que el Sistema pueda responder a los eventos de una manera oportuna de acuerdo a los requerimientos. El principal vehículo para solucionar estos problemas es el artefacto Cápsula (Una cápsula es un patrón de diseño específico que representa un hilo de control encapsulado en el sistema).

   

2. Code Reviewer El rol revisor de código asegura la calidad del código fuente y planea y conduce revisiones de código fuente. El revisor de código es responsable de cualquier feedback de la revisión realizada.

   

3. Database Designer El rol Diseñador de Base de Datos define las tablas, indices, vistas, constraints, triggers y otros objetos específicos de la base de datos necesarios para almacenar, recuperar y eliminar objetos persistentes.

   

4. Implementer El rol Implementador es responsable de desarrollar y de probar componentes de acuerdo con los estándares adoptados del proyecto para la integración en subsistemas más grandes. Cuando los componentes de prueba, tales como drivers o partes se deben crear para apoyar la prueba, el implementador es también responsable de desarrollar y de probar los componentes de prueba y los subsistemas correspondientes.

   

5. Integrator Los implementadores entregan sus componentes probados dentro de un espacio de trabajo de integración, mientras que los integradores los combinan para producir una estructura. Un integrador es también responsable de planear la integración, que ocurre en los niveles del subsistema y de sistema con cada uno teniendo un espacio de trabajo separado de integración. Los componentes probados son entregados desde un espacio de trabajo privado de desarrollo dentro de un espacio de trabajo de integración del subsistema, mientras que la implementación de los subsistemas integrados se entregan del espacio de trabajo de integración del subsistema hacia el espacio de trabajo de la integración del sistema.

   

6. Software Architect El rol Arquitecto de Software conduce y coordina las actividades y los artefactos técnicos a través del proyecto. El Arquitecto de Software establece la estructura total para cada visión arquitectónica: la descomposición de la vista, la agrupación de elementos, y las interfaces entre agrupaciones mayores. Por lo tanto, en contraste con otros roles, la visión del Arquitecto de Software es mas amplia en comparación con otras.

   

7. Architecture Reviewer El rol Revisor de la Arquitectura planea y conduce las revisiones formales de la arquitectura del software en general.

   

8. Design Reviewer El rol revisor de diseño planea y conduce las revisiones formales del artefacto: Modelo de diseño.

   

9. Designer El rol Diseñador define las responsabilidades, las operaciones, los atributos, y las relaciones de una o varias clases y determina cómo serán ajustadas al ambiente de implementación. Además, el rol diseñador puede tener la responsabilidad de unos o más paquetes de diseño, o de diseño del subsistemas, incluyendo cualquiera contenido por los paquetes o los subsistemas.

   

10. Test Designer El rol diseñador de pruebas es responsable de definir el test de acercamiento y asegurar su implementación satisfactoria. El rol implica el identificar las técnicas apropiadas, herramientas y pautas para implementar las pruebas requeridas, y para dar las guias en los correspondientes requisitos de recursos para el esfuerzo de la prueba. Este papel también se refiere a veces como el Arquitecto de Pruebas, el Arquitecto de Automatización de Pruebas o Especialista de Automatización de Prueba. Este rol es responsable de:
    • Identificar y describir las técnicas de prueba apropiadas.
    • Identificar los instrumentos de apoyo apropiados.
    • Definir y mantener una arquitectura de automatización de pruebas.
    • Especificar y verificar las configuraciones requeridas del ambiente de prueba.
    • Verificar y determinar el acercamiento de la prueba.

    

Espero que esta segunda parte les ayude acomprender mejor el tema de RUP. Ojalá no demore demasiado para postear los siguientes roles.

Saludos.

Blogalaxia Tags: RUP Metodologías Software Desarrolladores