Finalizaremos el tema de RUP explicando las diferentes disciplinas que deben de tener los participantes en el proyecto.
Las disciplinas están muy apegadas a lo que son los roles, pues cada rol debe abarcar y especializarse en ciertas actividades del proceso. Las disciplinas son precisamente eso: una colección de actividades relacionadas con un área de atención dentro de todo el proyecto.
 |
| Diagrama General del Modelo RUP. Las disciplinas pueden observarse en el eje vertical del gráfico. |
En el gráfico podemos observar que se aplica mas de una disciplina en las fases del proyecto, pero la diferencia es que tanto se utilizan en cada una.
Modelado de Negocios
El propósito de esta disciplina es entender el contexto del cliente, y la aplicación que tendrá el sistema dentro del mismo. Las actividades del modelado de negocios mas comunes son la realización de:
- • Modelado de contexto. Esto es, mostrar mediante un diagrama de flujo cómo tiene cabida tu sistema dentro del ambiente general.
- • Modelado requerimientos de negocio de alto nivel (casos de uso).
- • Glosario definiendo los términos críticos del negocio.
- • Modelado de dominio, describiendo las entidades principales del negocio.
Rol general: Analista de Proceso de Negocios [Se encarga de descubrir todos los casos de uso de negocios.]
Rol de profundidad: Diseñador de Negocios [Detalla un grupo específico de casos de uso de negocios.]
Requerimientos
Aquí se aplican métodos de ingeniería a los requerimientos del proyecto, incluyendo la identificación, modelado y documentación de dichos requerimientos. El entregable principal de esta disciplina es el documento de Especificaciones de Requerimientos del Software (SRS).
Rol general: Analista de Sistemas [Se encarga de descubrir todos los casos de uso de requerimientos.]
Rol de profundidad: Especificador de requerimientos [Detalla un grupo específico de casos de uso de requerimientos.]
Análisis y Diseño
El propósito de esta disciplina es el crear una arquitectura robusta para el sistema del proyecto basada en los requerimientos del cliente, transformar dichos requerimientos en un diseño, y asegurarse de que los problemas del ambiente dentro del cual se implementará el sistema se reflejen en el diseño.
Rol general: Arquitecto de Software [Decide las tecnologías para toda la solución.]
Rol de profundidad: Diseñador [Detalla el análisis y diseño de un grupo de casos de uso.]
Implementación
Ésta disciplina define la organización del código, implementa el diseño de elementos, prueba los componentes desarrollados como unidades e integra los resultados individuales en un sistema ejecutable.
Rol general: Integrador [Tiene el plan de construcción que muestra que entidades o clases se integrarán unas a otras.]
Rol de profundidad: Implementador [Codifica un grupo de clases u operaciones de clases.]
Pruebas
Es la encargada de evaluar todos los componentes del sistema, y asegurar la calidad del producto desarrollado. Las actividades que se llevan a cabo son:
- • Encontrar fallas de calidad en software y documentarlas.
- • Dar retroalimentación sobre la calidad percibida en el software.
- • Validar y probar que se han cubierto los requerimientos y el diseño del sistema.
Rol general:
Administrador de Pruebas [Se asegura de que las pruebas se completen y sean realizadas bajo los motivadores correctos.]
Analista de Pruebas [Selecciona que probar, basándose en los motivadores.]
Diseñador de Pruebas [Decide que pruebas deben ser automatizadas y cuales manuales. Basado en eso, realiza las automatizaciones.]
Rol de profundidad:Diseñador de Pruebas [Implementa porciones automatizadas del diseño de pruebas para la iteración.]
Tester [Ejecuta una prueba en específico.]Transición
Describe las actividades asociadas con el aseguramiento de la entrega y disponibilidad del producto de software hacia el usuario final.
Rol general: Administrador de transición [Se encarga de prever que todas las unidades del sistema tengan una transición exitosa.]
Rol de profundidad: Escritor Técnico, Desarrollador de Curso, Artista Gráfico [Crea materiales detallados para asegurarse de una transición exitosa.]
Administración y Configuración del Cambio
Consiste en controlar los cambios y mantener a integridad de los productos que incluye el proyecto.
Rol general:
Administrador de Configuración [Prepara el ambiente, las políticas, y planea.]
Administrador de Control de Cambio [Establece un proceso de control de cambio.]
Rol de profundidad:
Administrador de Configuración [Crea la unidad de transición, reporta el estatus de la configuración, realiza auditorias, entre otras cosas.]
Administrador de Control de Cambio [Revisa y administra las solicitudes de cambios.]
Administración de Proyectos
Provee un marco de trabajo para administrar los proyectos intensivos de software, además de guías prácticas para el desarrollo del mismo.
Rol general: Administrador del Proyecto [Crea los casos de negocio y un plan general para todo el proyecto. También decide lo que va y no va dentro del proyecto.]
Rol de profundidad: Administrador del Proyecto [Planea, rastrea, y administra los riesgos para cada iteración.]
Ambiente
Provee un marco de trabajo para administrar los proyectos intensivos de software, además de guías prácticas para el desarrollo del mismo.
Rol general: Ingeniero de Proceso [Se encarga del proceso del proyecto.]
Rol de profundidad: Especialista de Herramientas [Crea las guías para la utilización de ciertas herramientas.]
0 comentarios:
Publicar un comentario