Proyecto Tutelkán Tutelkan Reference Process (TRP) Versión 2.0

(1)

Tutelkan Reference Process (TRP)

Versión 2.0

Parte 3: TRP Avanzado

(2)

(3)

iii

Tabla de Contenidos

PREFACIO ... 5

DESARROLLO Y MANTENCIÓN DE SOFTWARE ... 6

DESARROLLO DE REQUERIMIENTOS... 7 Descripción General ... 7 Actividades y Tareas ... 9 Artefactos y Roles... 17 ANÁLISIS Y DISEÑO... 19 Descripción General ... 19 Actividades y Tareas ... 20 Artefactos y Roles... 26 PROGRAMACIÓN... 28 Descripción General ... 28 Actividades y Tareas ... 29 Artefactos y Roles... 32 PRUEBAS... 33 Descripción General ... 33 Actividades y Tareas ... 35 Artefactos y Roles... 38 INSTALACIÓN... 39 Descripción General ... 39 Actividades y Tareas ... 41 Artefactos y Roles... 45

GESTIÓN AVANZADA DE PROYECTOS ... 47

GESTIÓN DE RIESGOS... 48

Descripción General ... 48

Actividades y Tareas ... 49

Artefactos y Roles... 54

EVALUACIÓN FORMAL DE DECISIONES... 55

ADMINISTRACIÓN INTEGRADA DEL PROYECTO... 58

GESTIÓN DE PROCESOS... 64

DEFINICIÓN DE PROCESOS ORGANIZACIONALES... 65

MEJORAMIENTO DE PROCESOS ORGANIZACIONALES... 69

Descripción General ... 69 Actividades y Tareas ... 70 Artefactos y Roles... 73 ENTRENAMIENTO ORGANIZACIONAL... 74 Descripción General ... 74 Actividades y Tareas ... 75 Artefactos y Roles... 79

(4)

iv

Lista de Figuras

FIGURA 1.ÁREA DE PROCESOS:DESARROLLO DE REQUERIMIENTOS. ... 8

FIGURA 2.ACTIVIDAD:ANALIZAR EL PROBLEMA. ... 9

FIGURA 3.ACTIVIDAD:ESPECIFICAR AMBIENTE. ... 10

FIGURA 4.ACTIVIDAD:DESCRIBIR REQUERIMIENTOS... 11

FIGURA 5.ACTIVIDAD:ANALIZAR Y VALIDAR REQUERIMIENTOS. ... 13

FIGURA 6.ACTIVIDAD:MANEJAR CAMBIOS... 15

FIGURA 7.ÁREA DE PROCESOS:ANÁLISIS Y DISEÑO. ... 19

FIGURA 8.ACTIVIDAD:ESTIMAR ESFUERZO. ... 20

FIGURA 9.ACTIVIDAD:ANÁLISIS. ... 23

FIGURA 10.ACTIVIDAD:DISEÑO. ... 24

FIGURA 11.ÁREA DE PROCESOS:PROGRAMACIÓN. ... 28

FIGURA 12.ACTIVIDAD:IMPLEMENTAR INTERFACES Y COMUNICACIONES. ... 29

FIGURA 13.ACTIVIDAD:IMPLEMENTAR COMPONENTES Y PROGRAMAS... 30

FIGURA 14.ACTIVIDAD:IMPLEMENTAR BASE DE DATOS... 31

FIGURA 15.ÁREA DE PROCESOS:PRUEBAS... 34

FIGURA 16.ACTIVIDAD:DESARROLLAR EL PLAN DE PRUEBAS... 35

FIGURA 17.ACTIVIDAD:EJECUTAR LAS PRUEBAS... 36

FIGURA 18.ÁREA DE PROCESOS:INSTALACIÓN. ... 40

FIGURA 19.ACTIVIDAD:PREPARAR AMBIENTE. ... 41

FIGURA 20.ACTIVIDAD:GENERAR DOCUMENTACIÓN... 42

FIGURA 21.ÁREA DE PROCESOS:GESTIÓN DE RIESGOS. ... 48

FIGURA 22.ACTIVIDAD:PLANIFICAR LA ADMINISTRACIÓN DE RIESGOS. ... 49

FIGURA 23.ACTIVIDAD:IDENTIFICAR Y ANALIZAR RIESGOS... 50

FIGURA 24.ACTIVIDAD:SEGUIR LOS RIESGOS. ... 52

FIGURA 25.ÁREA DE PROCESOS:EVALUACIÓN FORMAL DE DECISIONES. ... 55

FIGURA 26.ÁREA DE PROCESOS:ADMINISTRACIÓN INTEGRADA DEL PROYECTO. ... 58

FIGURA 27.ACTIVIDAD:AJUSTAR EL PROCESO. ... 59

FIGURA 28.ACTIVIDAD:INTEGRAR A LOS INVOLUCRADOS. ... 61

FIGURA 29.ÁREA DE PROCESOS:DEFINICIÓN DE PROCESOS ORGANIZACIONALES. ... 65

FIGURA 30.ÁREA DE PROCESOS:MEJORAMIENTO DE PROCESOS ORGANIZACIONALES. ... 69

FIGURA 31.ACTIVIDAD:EJECUTAR PLAN DE MEJORAMIENTO DE PROCESOS. ... 71

FIGURA 32.ÁREA DE PROCESOS:ENTRENAMIENTO ORGANIZACIONAL. ... 74

FIGURA 33.ACTIVIDAD:COORDINAR ACTIVIDADES PARA PLANIFICACIÓN... 75

FIGURA 34.ACTIVIDAD:REALIZAR ENTRENAMIENTO... 77

Lista de Tablas

TABLA 1.ARTEFACTOS Y ROLES DE DESARROLLO DE REQUERIMIENTOS. ... 17

TABLA 2.ESTIMACIONES PARA LA “PLANILLA TEC”... 21

TABLA 3.ARTEFACTOS Y ROLES DE ANÁLISIS Y DISEÑO. ... 26

TABLA 4.ARTEFACTOS Y ROLES DE PROGRAMACIÓN. ... 32

TABLA 5.ARTEFACTOS Y ROLES DE PRUEBAS... 38

TABLA 6.ARTEFACTOS Y ROLES DE INSTALACIÓN. ... 45

TABLA 7.ARTEFACTOS Y ROLES DE GESTIÓN DE RIESGOS. ... 54

TABLA 8.ARTEFACTOS Y ROLES DE EVALUACIÓN FORMAL DE DECISIONES. ... 57

TABLA 9.ARTEFACTOS Y ROLES DE ADMINISTRACIÓN INTEGRADA DEL PROYECTO. ... 63

TABLA 10.ARTEFACTOS Y ROLES DE DEFINICIÓN DE PROCESOS ORGANIZACIONALES. ... 68

TABLA 11.ARTEFACTOS Y ROLES DE MEJORAMIENTO DE PROCESOS ORGANIZACIONALES. ... 73

(5)

5

Prefacio

TRP (Tutelkan Reference Process) ha sido desarrollado por la academia, el gobierno y la industria del software de Chile como parte del proyecto “Tutelkán: Obtención de altos estándares de calidad para la industria del software”1.

TRP contiene prácticas recomendadas para: gestión de proyectos, gestión de procesos, y desarrollo y mantención de software. Provee de un entorno común de trabajo a los equipos propios de una organización y a equipos conjuntos conformados con proveedores, usuarios y clientes, i.e., apoya el trabajo mancomunado de diversos grupos de personas que suelen trabajar bajo diferentes culturas, expectativas y ámbitos de conocimiento.

El proceso de referencia está separado en dos conjuntos de prácticas, denominados TRP Básico y TRP Avanzado.

Este documento contiene las prácticas de TRP Avanzado. Estás se agrupan en 11 áreas de proceso pertenecientes a 3 categorías, denominadas:

• Desarrollo y Mantención de Software, agrupa las áreas de proceso: ○ Desarrollo de Requerimientos.

○ Análisis y Diseño. ○ Programación. ○ Pruebas. ○ Instalación.

• Gestión Avanzada de Proyectos, agrupa las áreas de proceso: ○ Gestión de Riesgos.

○ Evaluación Formal de Decisiones. ○ Administración Integrada del Proyecto.

• Gestión de Procesos, agrupa las áreas de proceso: ○ Definición de Procesos Organizacionales. ○ Mejoramiento de Procesos Organizacionales. ○ Entrenamiento Organizacional.

1

(6)

6

(7)

Desarrollo de Requerimientos ₇

Desarrollo de Requerimientos

Descripción General

Propósito

Examinar las características del problema y explicitarlas, entender las necesidades del Cliente y los objetivos de negocio involucrados para poder determinar claramente el deseo y las condiciones que los usuarios e interesados poseen respecto al producto a desarrollar, estableciendo el alcance y los límites del sistema.

Objetivos

• Definir y profundizar el alcance del proyecto.

• Analizar, describir y validar los requerimientos del proyecto.

• Evaluar y estimar cambios de requerimientos y su impacto en el proyecto.

Notas Introductorias

Hay cuatro tipos de requerimientos:

• Requerimientos funcionales, o sea las tareas que el sistema debe permitir ejecutar.

• Requerimientos no funcionales, tales como usabilidad, confiabilidad, rendimiento, seguridad, mantenibilidad y en general todos aquellos requerimientos que no tengan relación con la funcionalidad del sistema.

• Requerimientos técnicos, o sea que tienen que ver con el uso de ciertos estándares, lenguajes de programación, plataformas de desarrollo, etc.

• Requerimientos de proceso, este tipo de requerimiento aplica cuando el proyecto requiere el uso de una metodología, proceso o procedimiento específico.

(8)

Desarrollo de Requerimientos ₈

Diagrama General

(9)

Desarrollo de Requerimientos ₉

Actividades y Tareas

1. Actividad: Analizar el Problema

Figura 2. Actividad: Analizar el Problema.

1.1. Tarea: Realizar Análisis Preliminar del Proyecto

Descripción Se realiza un análisis preliminar del proyecto, el cual incluye casos de uso de negocio y el análisis de la situación actual.

Entradas

Salidas Análisis preliminar Roles Analista

1.2. Tarea: Definir el Problema y Alcance del Proyecto

Descripción Se debe establecer las necesidades, entorno del Cliente y el alcance del problema a partir de entrevistas a los involucrados, las que contienen sus expectativas, criterios de éxito, riesgos, restricciones y condiciones que ellos identifiquen. Los resultados (“Análisis de entrevistas a involucrados”) deben documentarse en el artefacto “Visión del producto”, este proporciona la base contractual de la cual se detallarán los aspectos técnicos de los requerimientos.

(10)

Desarrollo de Requerimientos ₁₀

Salidas Entrevista a involucrado, Análisis de entrevistas a involucrados, Visión del producto Roles Analista

2. Actividad: Especificar Ambiente

Figura 3. Actividad: Especificar Ambiente.

2.1. Tarea: Definir Ambiente

Descripción Se genera el documento de “Especificación de ambientes” en base a los requerimientos técnicos provistos.

Entradas Visión del producto

Salidas Especificación de ambientes Roles Jefe de proyecto, Analista

2.2. Tarea: Hacer Checklist de Ambiente

Descripción Se crea el documento “Checklist de ambientes”, para poder así aplicarlo en los respectivos ambientes definidos en el proyecto (ambiente de desarrollo, pruebas y producción) identificando así posibles riesgos dadas las disponibilidades de hardware y software requeridos.

Entradas Especificación de ambientes Salidas Checklist de ambientes Roles Jefe de proyecto, Analista

(11)

Desarrollo de Requerimientos ₁₁

3. Actividad: Describir Requerimientos

Figura 4. Actividad: Describir Requerimientos.

3.1. Tarea: Definir Requerimientos de Producto y Componentes de Producto

Descripción Dependiendo del tipo de proyecto, en esta actividad debe generarse el modelo de casos de uso detallado y el documento “Especificación de Requerimientos de Software (ERS)”.

Los requerimientos pueden venir descritos en cualquier documento utilizado (e.g., “Visión del producto”, “Solicitud de requerimientos”, o algún “Modelo” apropiado), pero cumpliendo con los criterios de aceptación definidos en el área de procesos Administración de Requerimientos.

Entradas Visión del producto, Solicitud de requerimientos, Modelo Salidas Modelo de casos de uso, ERS

Roles Analista

3.2. Tarea: Definir Restricciones de Producto y Componentes de Producto

Descripción La “ERS” deberá contener todas las restricciones con las que se enfrenta el proyecto, ya sean funcionales, no funcionales, legales u otras.

(12)

Desarrollo de Requerimientos ₁₂

Salidas Modelo de casos de uso, ERS Roles Analista

3.3. Tarea: Identificar Requerimientos de Interfaz

Descripción Se debe identificar cualquier interfaz que sea necesaria entre los componentes de la arquitectura propuesta (en el artefacto “Análisis preliminar”) ya sea entre objetos y funciones internas y/o con funciones externas, hay que tomar en cuenta que muchas de estas interfaces están relacionadas con el medio ambiente y con el hardware donde las aplicaciones se ejecutarán. Por ejemplo especificaciones de protocolos de intercambio, conexiones a hardware, APIs (Application Programming Interface) entre componentes de software, etc.

Se debe documentar cada interfaz identificada, indicando cuáles son sus requerimientos lógicos, procedurales y de hardware. Este documento servirá además para el proceso de integración ya que indica cómo los objetos y funciones se interconectan.

Estos requerimientos pueden ir descritos en la “ERS” y documentarse además en algún “Modelo” apropiado.

Entradas Análisis preliminar Salidas ERS, Modelo Roles Analista

3.4. Tarea: Generar Trazabilidad con Requerimientos de Usuario

Descripción Cada uno de los requerimientos de negocio definidos previamente debe ser incluido en la “Planilla de Tiempo, Esfuerzo y Costo (TEC)”, para su posterior estimación de esfuerzo (ver área de procesos Análisis y Diseño) y debe ser asociado a uno o más de los requerimientos de sistema definidos en el artefacto “Planilla de administración de requerimientos”, para mantener la trazabilidad.

Entradas ERS

Salidas Planilla TEC, Planilla de administración de requerimientos Roles Jefe de proyecto, Analista

(13)

Desarrollo de Requerimientos ₁₃

4. Actividad: Analizar y Validar Requerimientos

Figura 5. Actividad: Analizar y Validar Requerimientos.

4.1. Tarea: Analizar Requerimientos

Descripción Analizar requerimientos para asegurar que son necesarios y suficientes. Se debe analizar los requerimientos para determinar si satisfacen los objetivos del proyecto y del producto. Se debe revisar que estén completos, sean factibles, realizables y verificables mediante pruebas.

En particular se debe focalizar el análisis sobre aquellos que por diseño vean afectada su factibilidad. Se deben identificar los requerimientos claves con fuerte impacto en costos, planificación, funcionalidad, riesgo de su desarrollo y rendimiento. Identificar los factores de medición del rendimiento técnico que se controlarán durante el esfuerzo de desarrollo. Registrar todo lo anterior en el artefacto “ERS”.

Con la revisión global de los conceptos operacionales y escenarios, afinar las necesidades del Cliente, restricciones e interfaces y eventualmente descubrir nuevos requerimientos, los que deben ser incorporados.

Entradas Visión del producto, ERS, Planilla de administración de requerimientos Salidas ERS, Planilla de administración de requerimientos

Roles Analista

4.2. Tarea: Lograr Balance de Requerimientos

Descripción Como los requerimientos y restricciones de los Clientes direccional costo, planificación, funcionalidad, reusabilidad, mantenibilidad y/o riesgo, se debe, a través de modelos, simulaciones y prototipos, balancear lo anterior, es decir, racionalizar. Se debe efectuar una evaluación de riesgo de la arquitectura funcional y de requerimientos, de modo que el efecto de los requerimientos sobre los riesgos sea equilibrado.

(14)

Desarrollo de Requerimientos ₁₄

Entradas ERS

Salidas ERS, Lista de riesgos Roles Analista

4.3. Tarea: Validar Requerimientos

Descripción En esta revisión se validan los requerimientos para determinar el riesgo de que el producto resultante, no opere adecuadamente en el ambiente definido del usuario, a través del uso de modelos, prototipos y/o demostraciones.

Explorar la completitud de requerimientos desarrollando representaciones del producto y obteniendo realimentación respecto de ellos con los Involucrados.

Evaluar el diseño, ya que éste madura en el proceso de validación de requerimientos de ambiente, de modo de identificar necesidades, validaciones y requerimientos de Clientes no cubiertos. En este punto, frente a nuevos requerimientos se debe iterar respecto del ciclo de desarrollo de requerimientos.

Entradas ERS

Salidas ERS, Lista de riesgos Roles Analista

(15)

Desarrollo de Requerimientos ₁₅

5. Actividad: Manejar Cambios

Figura 6. Actividad: Manejar Cambios.

El proceso soporta cambios en los requerimientos durante todo el ciclo de vida del proyecto, pero es sumamente importante que estos cambios sean controlados.

5.1. Tarea: Analizar Impacto de Cambios

Descripción Todo cambio solicitado debe cumplir con los criterios de aceptación definidos para el proyecto. Estos cambios deben tener una revisión de factibilidad e impacto. El Analista estudia el impacto del cambio del requerimiento o del nuevo requerimiento. El mismo es comentado al Jefe de proyecto, el cual resuelve con el Cliente para ver la factibilidad de la implantación del cambio.

(16)

Desarrollo de Requerimientos ₁₆

Entradas Solicitud de requerimientos Salidas

Roles Analista, Jefe de proyecto, Cliente

5.2. Tarea: Actualizar Especificación de Requerimientos

Descripción En el caso de cambios en los requerimientos, debe actualizarse la “Especificación de requerimientos de software” (ERS) y/o el “Modelo” correspondiente para mantener consistente la documentación del proyecto.

Entradas ERS, Modelo Salidas ERS, Modelo Roles Analista

5.3. Tarea: Actualizar Trazabilidad de Requerimientos

Descripción En el caso de cambios en los requerimientos, debe actualizarse la “Planilla de administración de requerimientos”, incorporando los nuevos requerimientos y actualizando la trazabilidad ya existente.

Entradas Planilla de administración de requerimientos, Solicitud de requerimientos Salidas Planilla de administración de requerimientos

Roles Analista

5.4. Tarea: Actualizar Planes

Descripción Los planes se actualizan de acuerdo al impacto del cambio incorporado. Este impacto se puede ver reflejado en los tiempos o esfuerzo del proyecto, en los riesgos, y todos los artefactos relacionados con el artefacto “Plan del proyecto”.

Entradas Plan de proyecto Salidas Plan de proyecto Roles Jefe de proyecto

5.5. Tarea: Actualizar Especificación de Ambiente

Descripción En el caso de cambios en los requerimientos, podría verse afectado el artefacto “Especificación de ambientes” por lo que es importante validar que la descripción existente de los ambientes se mantiene, si no, actualizar el documento.

Entradas Especificación de ambientes Salidas Especificación de ambientes Roles Analista

(17)

Desarrollo de Requerimientos ₁₇

Artefactos y Roles

Tabla 1. Artefactos y Roles de Desarrollo de Requerimientos.

Actividad/Tarea Entradas Salidas Roles

1 Analizar el Problema

1.1 Realizar Análisis Preliminar del Proyecto

Análisis preliminar Analista

1.2 Definir el Problema y Alcance del Proyecto

Análisis preliminar Entrevista a involucrado Análisis de entrevistas a involucrados Visión del producto

Analista

2 Especificar Ambiente

2.1 Definir Ambiente Visión del producto Especificación de ambientes Jefe de proyecto, Analista 2.2 Hacer Checklist de Ambiente Especificación de ambientes Checklist de ambientes Jefe de proyecto, Analista 3 Describir Requerimientos 3.1 Definir Requerimientos de Producto y Componentes de Producto

Visión del producto Solicitud de requerimientos Modelo Modelo de casos de uso ERS Analista 3.2 Definir Restricciones de Producto y Componentes de Producto Modelo de casos de uso ERS Modelo de casos de uso ERS Analista 3.3 Identificar Requerimientos de Interfaz

Análisis preliminar ERS Modelo Analista 3.4 Generar Trazabilidad con Requerimientos de Usuario ERS Modelo Planilla TEC Planilla de administración de requerimientos Jefe de proyecto, Analista 4 Analizar y Validar Requerimientos 4.1 Analizar Requerimientos

Visión del producto ERS Planilla de administración de requerimientos ERS Planilla de administración de Requerimientos Analista 4.2 Lograr Balance de Requerimientos Modelo ERS ERS Lista de riesgos Analista 4.3 Validar Requerimientos ERS ERS

Lista de riesgos

Analista

(18)

Desarrollo de Requerimientos ₁₈

5.1 Analizar Impacto de Cambios Solicitud de requerimientos Analista Jefe de proyecto Cliente 5.2 Actualizar Especificación de Requerimientos ERS Modelo ERS Modelo Analista 5.3 Actualizar Trazabilidad de Requerimientos Planilla de administración de requerimientos Solicitud de requerimientos Planilla de administración de requerimientos Analista

5.4 Actualizar Planes Plan de proyecto Plan de proyecto Jefe de proyecto 5.5 Actualizar Especificación de Ambiente Especificación de ambientes Especificación de ambientes Analista

(19)

Análisis y Diseño ₁₉

Análisis y Diseño

Descripción General

Propósito

Estimar, analizar y desarrollar el diseño de la solución con tal de satisfacer a cabalidad los requerimientos. Esta solución debe ser apropiada para su posterior implementación.

Objetivos

• Estimar tiempo, costo y esfuerzo para analizar, diseñar y construir la solución seleccionada.

• Evaluar y seleccionar la solución que satisface apropiadamente los requerimientos.

• Desarrollar detalladamente el diseño para la solución seleccionada.

(20)

Análisis y Diseño ₂₀

Actividades y Tareas

1. Actividad: Estimar Esfuerzo

Figura 8. Actividad: Estimar Esfuerzo.

En determinados casos el artefacto “Especificación de requerimientos de software” (ERS) se puede reemplazar, para efectuar la estimación de la “Planilla de Tiempo, Esfuerzo y Costo (TEC)”, por el artefacto “Análisis preliminar”. Ambos artefactos contienen datos para determinar, con una desviación aceptable el tiempo, esfuerzo, costo para crear la “Planilla TEC”.

En determinadas ocasiones el artefacto “Planilla TEC” se debe desarrollar inclusive antes de la fase de Concepción y contiene un breve análisis técnico del problema, facilitando la estimación aún antes de comenzar el proyecto. Es sumamente útil para aquellos proyectos donde se solicita una estimación preliminar del plazo, esfuerzo y costo del proyecto.

La Tabla 2 presenta un ejemplo de rangos típicos de esfuerzo requerido en promedio para completar cada una de las fases del proceso. El esfuerzo es un parámetro variable y depende básicamente de:

(21)

Análisis y Diseño ₂₁

• El conocimiento o dominio del problema.

• La complejidad del problema.

• La experiencia y conocimiento del equipo de trabajo.

• Los riesgos del proyecto.

Tabla 2. Estimaciones para la “Planilla TEC”.

Concepción Elaboración Construcción Transición

50-65% 10-30% 10-20% 5-10% E S F U E R Z O

1.1. Tarea: Estimar Complejidad

Descripción Se estima la complejidad de cada uno de los requerimientos, de acuerdo a la experiencia adquirida en otros proyectos, requerimientos similares analizados en otros proyectos y a las posibles dificultades que se puedan presentar, en conjunto con el Equipo de proyecto.

Entradas Especificación de Requerimientos de Software (ERS) Salidas Planilla de Tiempo, Esfuerzo y Costo (TEC)

Roles Gerente de proyectos, Jefe de proyecto, Arquitecto, Equipo de proyecto

1.2. Tarea: Estimar Esfuerzo para Integración y Pruebas

Descripción Una vez analizada la complejidad y las posibles dificultades de la integración del ambiente requerido, se estima el tiempo necesario para las actividades de integración y pruebas.

Entradas ERS

Salidas Planilla TEC

(22)

Análisis y Diseño ₂₂

1.3. Tarea: Estimar Esfuerzo para Análisis y Diseño

Descripción Una vez analizada la complejidad, se estima el tiempo necesario para las actividades de análisis y diseño.

Entradas ERS

Roles Gerente de proyectos, Jefe de proyecto, Arquitecto, Analista

1.4. Tarea: Estimar Esfuerzo para Construcción

Descripción Una vez analizada la complejidad, se estima el tiempo necesario para las actividades de construcción

Entradas ERS

Roles Gerente de proyectos, Jefe de proyecto, Arquitecto

1.5. Tarea: Crear Planilla TEC

Descripción Consiste de la consolidación del artefacto “Planilla TEC”, en el cual deben registrarse los datos obtenidos durante las estimaciones de esfuerzo de integración, pruebas, análisis, diseño y construcción.

Considerando el artefacto “Lista de riesgos” del proyecto es posible establecer el margen de seguridad, que considera un tiempo adicional en caso de que alguno de los riesgos se manifieste o existan cambios en los requerimientos.

Una vez completada la “Planilla TEC”, se puede obtener el costo del proyecto. Entradas Lista de riesgos, Planilla TEC

(23)

Análisis y Diseño ₂₃

2. Actividad: Análisis

Figura 9. Actividad: Análisis.

2.1. Tarea: Realizar Análisis

Descripción Se lleva a cabo una vez que se recolectaron las necesidades del usuario, expresadas generalmente en funciones del sistema. Al realizar el análisis del sistema, pueden surgir cambios en los requerimientos, lo cual implica que el artefacto “Especificación de requerimientos de software” (ERS) debe ser actualizado.

Mediante el “Modelo de análisis” se identifican los principales objetos del sistema, los actores y las interfaces tanto del usuario como con otros sistemas. El “Modelo de análisis” puede contener varios diagramas, tales como: diagrama de secuencia, actividad, clases y estado. Se deben seleccionar qué diagramas se van usar dependiendo del tipo de sistema y de la profundidad del análisis que se necesita para aclarar y resolver todas las preguntas.

Se recomienda hacer solo los artefactos necesarios, es decir, realizar aquellos diagramas que aporten en la clarificación del problema, quedando esta selección a criterio del Jefe de proyecto.

En caso de que se requiera, se debe definir un criterio de selección para las diferentes alternativas de solución que puedan satisfacer los requerimientos. En este caso, se debe informar al Cliente con respecto a las posibles soluciones, indicando sus ventajas y desventajas, como por ejemplo, evaluación costo vs. calidad.

Entradas Especificación de requerimientos de software (ERS), Análisis preliminar, Especificación de ambientes

Salidas Modelo de análisis

(24)

Análisis y Diseño ₂₄

2.2. Tarea: Realizar Análisis Hacer-Reusar-Comprar

Descripción Se realiza un análisis para determinar si el proyecto puede reusar componentes desarrollados en proyectos previos y/o externos. Se debe decidir si se partirá de cero, si se reusarán algunos componentes o bien si se comprarán estos componentes. Entradas ERS

Salidas

Roles Grupo de ingeniería de software

3. Actividad: Diseño

Figura 10. Actividad: Diseño.

3.1. Tarea: Definir Patrones y Clases

Descripción Se deben definir patrones de diseño acorde a los requerimientos. Adicionalmente debe crearse el diseño de clases (incluido en el “Modelo de diseño”). Todo debe documentarse en el “Modelo de diseño” de la solución, el que permite describir los objetos de sistema, componentes, actores e interfaces de la solución, además de los patrones de diseño que se aplicarán (puede contener varios diagramas, tales como: diagrama de clases, estado, despliegue, base de datos, etc.)

(25)

Análisis y Diseño ₂₅

Salidas Modelo de diseño Roles Arquitecto

3.2. Tarea: Diseñar Componentes y Programas

Descripción Realizar el diseño de los componentes y programas para satisfacer los requerimientos, conviene registrarlo con diagramas de componentes y despliegue en el “Modelo de diseño”.

Se recomienda realizar a su vez, más de una alternativa de diseño, con tal de evaluar si alguna de éstas resulta más eficiente para distintas arquitecturas, o bien si es que se pudiere satisfacer los requerimientos de otra forma. En base a los criterios definidos anteriormente, se escoge la mejor alternativa con tal de que la solución sea la óptima para el proyecto.

Entradas ERS, Modelo de análisis, Modelo de diseño, Especificación de ambientes Salidas Modelo de diseño

Roles Arquitecto

3.3. Tarea: Diseñar Interfaces y Comunicaciones

Descripción El diseño de interfaces y comunicaciones es requerido cuando existe la necesidad de crear componentes que permitan comunicar sistemas distintos o dispositivos especiales. Conviene registrarlo con diagramas de componentes y despliegue en el “Modelo de diseño”.

Para ello, se debe tener en cuenta los parámetros críticos de comunicación (tales como características de hardware, protocolos, etc.) que permitan diseñar un modelo robusto y que permita satisfacer los requerimientos. En caso de que se requiera comunicar con un dispositivo especial, será necesario contar con manuales o guías de los mismos.

Roles Arquitecto

3.4. Tarea: Diseñar Base de Datos

Descripción Si el proyecto lo requiere se debe llevar a cabo la confección del diseño de la base de datos de acuerdo a lo requerido. Se debe registrar con un diagrama (por ej. ER para BD relacionales) que sea parte del “Modelo de diseño”.

(26)

Análisis y Diseño ₂₆

Artefactos y Roles

Tabla 3. Artefactos y Roles de Análisis y Diseño.

1 Estimar Esfuerzo

1.1 Estimar Complejidad ERS Planilla TEC Gerente de proyectos Jefe de proyecto Arquitecto

Equipo de proyecto 1.2 Estimar Esfuerzo para

Integración y Pruebas

ERS Planilla TEC Gerente de

proyectos Jefe de proyecto Arquitecto 1.3 Estimar Esfuerzo para

Análisis y Diseño

proyectos Jefe de proyecto Arquitecto Testeador 1.4 Estimar Esfuerzo para

Construcción

proyectos Jefe de proyecto Arquitecto 1.5 Crear Planilla TEC Lista de riesgos,

Planilla TEC

Planilla TEC Gerente de proyectos Jefe de proyecto Arquitecto Analista

2 Análisis

2.1 Realizar Análisis ERS

Análisis preliminar Especificación de ambientes

Modelo de análisis Analista Arquitecto

2.2 Realizar Análisis Hacer-Reusar-Comprar

ERS Grupo de ingeniería

de software 3 Diseño 3.1 Definir Patrones y Clases Modelo de análisis ERS

Modelo de diseño Arquitecto 3.2 Diseñar Componentes y Programas ERS Modelo de análisis Modelo de diseño Especificación de ambientes

Modelo de diseño Arquitecto

3.3 Diseñar Interfaces y Comunicaciones ERS Modelo de análisis Modelo de diseño Especificación de ambientes

(27)

Análisis y Diseño ₂₇

3.4 Diseñar Base de Datos ERS

Modelo de análisis Modelo de diseño Especificación de ambientes

(28)

Programación ₂₈

Programación

Descripción General

Propósito

Producir el código de la solución utilizando estándares, y realizar las pruebas unitarias de las piezas construidas. Además, dependiendo de las necesidades del Cliente y del tipo de proyecto, se dará más énfasis a los atributos del software que corresponda (por ejemplo: usabilidad, portabilidad, modularidad, etc.).

Objetivos

• Fabricar los componentes en base al diseño desarrollado en etapas anteriores.

• Realizar pruebas unitarias a los componentes fabricados.

(29)

Programación ₂₉

Actividades y Tareas

1. Actividad: Implementar Interfaces y Comunicaciones

Figura 12. Actividad: Implementar Interfaces y Comunicaciones.

1.1. Tarea: Desarrollar Interfaces y Comunicaciones

Descripción En caso de que sea necesario, se implementan interfaces y comunicaciones entre sistemas. Esta implementación es requerida cuando existe la necesidad de crear componentes que permitan comunicar sistemas distintos o dispositivos especiales. Se debe tener en cuenta las restricciones que se pudieren presentar durante la etapa de diseño.

Entradas Especificación de Requerimientos de Software (ERS), Modelo de diseño Salidas

Roles Programador

1.2. Tarea: Realizar Pruebas Unitarias de Interfaces y Comunicaciones

Descripción Se realizan pruebas unitarias sobre cada una de las piezas de software en construcción, validando así el funcionamiento deseado sobre cada pieza.

Entradas Salidas

(30)

Programación ₃₀

Roles Programador

2. Actividad: Implementar Componentes y Programas

Figura 13. Actividad: Implementar Componentes y Programas.

2.1. Tarea: Desarrollar Componentes y Programas

Descripción Corresponde a la programación de componentes o programas. Los estándares de programación a seguir estarán dados por el Cliente y en caso de usar algún framework se programa con el estándar propio del framework.

Roles Programador

2.2. Tarea: Realizar Pruebas Unitarias de Componentes y Programas

Descripción Se realizan pruebas unitarias sobre cada una de las piezas de software en construcción, validando así el funcionamiento deseado sobre cada pieza.

Entradas Salidas

(31)

Programación ₃₁

Roles Programador

3. Actividad: Implementar Base de Datos

Figura 14. Actividad: Implementar Base de Datos.

3.1. Tarea: Desarrollar Base de Datos

Descripción Se crea la estructura de BD definida en el “Modelo de diseño”, creando los scripts y procedimientos almacenados propios de la BD.

Roles Programador

3.2. Tarea: Realizar Pruebas Unitarias de la Base de Datos

Descripción Se realizan pruebas unitarias sobre los procedimientos almacenados verificando que ejecutan el resultado deseado.

Entradas Salidas

(32)

Programación ₃₂

Artefactos y Roles

Tabla 4. Artefactos y Roles de Programación.

1 Implementar Interfaces y Comunicaciones 1.1 Desarrollar Interfaces y Comunicaciones ERS Modelo de diseño Programador 1.2 Realizar Pruebas Unitarias de Interfaces y Comunicaciones Programador 2 Implementar Componentes y Programas 2.1 Desarrollar Componentes y Programas ERS Modelo de diseño Programador 2.2 Realizar Pruebas Unitarias de Componentes y Programas Programador

3 Implementar Base de Datos

3.1 Desarrollar Base de Datos ERS Modelo de diseño Programador 3.2 Realizar Pruebas Unitarias de la Base de Datos Programador

(33)

Pruebas ₃₃

Pruebas

Descripción General

Propósito

Además de evaluar la aptitud del sistema de realizar las funciones para las que fue construido, encontrando y documentando los defectos, el propósito del Testing es más extenso; no sólo por el resto de los tipos de prueba, siendo las más destacables las de usabilidad y rendimiento, sino que esta disciplina implantada correctamente desde las primeras iteraciones, permite al grupo de trabajo validar la correctitud de la definición de las características y los requerimientos que desde las mismas se desprenden. O sea, el conocer tempranamente cuáles son las condiciones de aprobación de las funcionalidades que permite al grupo de trabajo evitar defectos y eliminar la necesidad de re-trabajo.

Objetivos

• Seleccionar los productos a ser verificados y los métodos utilizados para verificar cada uno.

(34)

Pruebas ₃₄

(35)

Pruebas ₃₅

Actividades y Tareas

1. Actividad: Desarrollar el Plan de Pruebas

Figura 16. Actividad: Desarrollar el Plan de Pruebas.

1.1. Tarea: Generar el Plan de Pruebas

Descripción En esta actividad se completa el artefacto “Plan de pruebas”, en el cual se definen, a partir de los requerimientos, la estrategia, los recursos y ambiente de pruebas.

Se seleccionan los productos de trabajo a ser verificados y validados. Además se determina qué tipo de revisión de pares se realizará para evaluar.

Entradas Modelo de análisis, Especificación de requerimientos de software (ERS), Plan de proyecto, Especificación de ambientes

Salidas Plan de proyecto, Plan de pruebas Roles Jefe de proyecto, Arquitecto, Testeador

1.2. Tarea: Crear Casos de Prueba

Descripción Se documentan las pruebas a realizar en la “Planilla de casos de prueba”. Para cada uno de los casos de prueba se establece un identificador, su relación con un caso de uso o funcionalidad mayor, una descripción de la prueba a realizar, los datos con los que se realizará la prueba y el resultado esperado.

La “Planilla de casos de prueba” debe estar disponible para que el equipo de desarrollo conozca lo que se va a probar y permita realizar pruebas unitarias más consistentes.

Entradas Modelo de análisis, ERS, Plan de pruebas, Especificación de Ambientes Salidas Planilla de casos de prueba

(36)

Pruebas ₃₆

2. Actividad: Ejecutar Pruebas

Figura 17. Actividad: Ejecutar las Pruebas.

2.1. Tarea: Aplicar el Plan de Pruebas

Descripción Las pruebas funcionales se realizan sobre los requerimientos funcionales y sus casos de uso. La finalidad es verificar la funcionalidad de la aplicación a partir de datos válidamente seleccionados sobre las transacciones del sistema.

Se verifica la aplicación (y sus procesos interiores) actuando recíprocamente con la aplicación vía interfaz gráfica de usuario y analizando el rendimiento (resultados). Entradas Plan de pruebas, Planilla de casos de prueba

Salidas

Roles Testeador

2.2. Tarea: Preparar el Plan de Revisiones

Descripción Esta tarea se realiza para planificar las revisiones de pares que serán realizadas. Se debe identificar las personas que serán participes de estas revisiones y la información necesaria respecto a los artefactos que serán revisados, junto con establecer el tipo de revisión a realizar. Además, se definen los criterios de aceptación de los mismos. Las revisiones de pares se aplican para revisar código, documentación, arquitectura, diseño, planes de prueba, etc.

Entradas Especificación de Requerimientos de Software (ERS) Salidas Plan de revisiones

(37)

Pruebas ₃₇

Roles Jefe de proyecto

2.3. Tarea: Ejecutar y Analizar Revisiones

Descripción Se ejecutan las revisiones en base al “Plan de revisiones” y se analizan los resultados de estas revisiones, considerando los criterios de aceptación de los artefactos. De ser necesario, se debe repetir esta actividad si no se cumplen los criterios de aprobación. Entradas Plan de revisiones

Salidas Plan de revisiones

Roles Jefe de proyecto, Equipo de proyecto

2.4. Tarea: Verificar

Descripción Esta actividad se realiza para asegurar que los productos de trabajo seleccionados concuerdan con los requerimientos especificados.

Incluye la verificación del producto y los productos de trabajo intermedios contra todos los requerimientos seleccionados, incluyendo los requerimientos del Cliente, del producto y de los componentes del producto.

Un método probado de verificación es la revisión de pares, el cual es un mecanismo efectivo para eliminar los defectos. A su vez, permite identificar oportunidades de mejora para el proceso.

Entradas ERS, Plan de pruebas Salidas

Roles Testeador, Equipo de proyecto

2.5. Tarea: Validar

Descripción Esta actividad se realiza para asegurar que el producto o componentes del producto cumplen con su uso propuesto cuando es instalado en el ambiente propuesto.

Entradas ERS, Plan de pruebas Salidas

(38)

Pruebas ₃₈

Artefactos y Roles

Tabla 5. Artefactos y Roles de Pruebas.

1 Desarrollar el Plan de Pruebas 1.1 Generar el Plan de Pruebas Modelo de análisis ERS Plan de proyecto Especificación de ambientes Plan de proyecto Plan de pruebas Jefe de proyecto Arquitecto Testeador

1.2 Crear Casos de Prueba Modelo de análisis ERS Plan de pruebas Especificación de ambientes Planilla de casos de prueba Jefe de proyecto Arquitecto Testeador 2 Ejecutar Pruebas 2.1 Aplicar el Plan de Pruebas Plan de pruebas Planilla de casos de prueba Testeador 2.2 Preparar el Plan de Revisiones

ERS Plan de revisiones Jefe de proyecto 2.3 Ejecutar y Analizar

Revisiones

Plan de revisiones Plan de revisiones Jefe de proyecto Equipo de proyecto 2.4 Verificar ERS Plan de pruebas Testeador Equipo de proyecto 2.5 Validar ERS Plan de pruebas Testeador

(39)

Instalación ₃₉

Instalación

Descripción General

Propósito

Indicar y planificar actividades que son necesarias efectuar para el paso a producción y poner el sistema a disposición de los usuarios.

Objetivos

• Planificar y preparar el proceso de instalación.

• Identificar los componentes de software que serán integrados para la instalación.

• Configurar y preparar el ambiente donde se instalarán los componentes.

• Integrar los componentes y probar su acoplamiento.

• Instalar los componentes integrados en producción.

El plan de instalación se efectúa durante la fase de Elaboración, definiendo el ambiente de certificación y el de producción requerido, siendo refinado a lo largo del resto de las fases.

(40)

Instalación ₄₀

(41)

Instalación ₄₁

Actividades y Tareas

1. Tarea: Planificar Instalación e Integración

Descripción Se definen las actividades asociadas a la instalación del producto, indicando también las fechas de disponibilidad de ambiente de certificación y paso a producción. Todo esto queda registrado en el “Plan de proyecto” y en la “Carta Gantt de proyecto” A su vez, se establece la secuencia de integración de los componentes de software que fueron desarrollados, incluyendo herramientas necesarias para llevar a cabo esta integración y que sea acorde con la solución diseñada. La integración también se documenta en el “Plan de proyecto” y en la “Carta Gantt de proyecto”

Entradas Plan de proyecto, Especificación de ambientes, Plan de administración de configuraciones, Modelo de diseño

Salidas Plan de proyecto, Carta Gantt de proyecto

Roles Arquitecto, Integrador de sistemas, Administrador de ambientes

2. Tarea: Identificar Piezas de Software para Instalación

Descripción Se debe identificar y chequear que todas las piezas requeridas para la instalación del producto estén completas y listas para ser ensambladas.

Entradas Planilla de administración de requerimientos Salidas

Roles Integrador de sistemas

3. Actividad: Preparar Ambiente

(42)

Instalación ₄₂

3.1. Tarea: Chequear Ambiente Actual

Descripción Se debe verificar que el ambiente actual cumple con lo necesario para llevar a cabo la instalación.

Entradas Especificación de ambientes, Checklist de ambientes, Modelo de diseño Salidas

Roles Arquitecto, Administrador de ambientes

3.2. Tarea: Instalar y Configurar Ambiente

Descripción Se realiza la instalación del ambiente. Normalmente esta actividad es realizada por el Cliente.

Entradas Especificación de ambientes, Checklist de ambientes, Modelo de diseño Salidas

Roles Arquitecto, Administrador de Ambientes, Cliente

4. Actividad: Generar Documentación

(43)

Instalación ₄₃

4.1. Tarea: Elaborar Manual de Instalación

Descripción Se elabora un “Manual de instalación” que contiene los pasos a seguir para una correcta instalación del producto o las piezas del producto que requieran ser instaladas.

Entradas

Salidas Manual de instalación Roles Documentador

4.2. Tarea: Elaborar Documentos Adicionales

Descripción En caso de que el proyecto lo requiera se debe generar documentación adicional para el producto, orientada a sus usuarios. Por ejemplo manual de usuario, documentos de ingeniería reversa, modelos de diseño, especificación de ambientes, modelo de despliegue, etc.)

Entradas Salidas

Roles Documentador

5. Tarea: Integrar Piezas de Software

Descripción Se integran todas las piezas de software y sus componentes, además de las interfaces y comunicaciones entre éstos, asegurando que el producto integrado funcione correctamente. Siguiendo lo estipulado en el “Modelo de diseño” y en el “Plan de integración” contenido en el artefacto “Plan de proyecto.”

Entradas Modelo de diseño, Plan de proyecto Salidas

Roles Integrador de sistemas, Arquitecto

6. Tarea: Realizar Pruebas de Integración

Descripción Se realizan las pruebas sobre el producto integrado, verificando y validando el producto. Referirse a la actividad Ejecutar Pruebas del área de procesos Pruebas. Entradas Plan de pruebas, Planilla de casos de prueba

Salidas Sumario de la evaluación de pruebas Roles Testeador

7. Tarea: Instalar en Certificación

Descripción Después de realizar las pruebas en integración y si no se encuentran defectos se instala en certificación. En la mayoría de los casos esta actividad es desarrollada por el Cliente.

Si esta versión instalada, cambia con respecto a la anterior después de las pruebas de integración, deberá quedar bajo administración de configuración.

(44)

Instalación ₄₄

Entradas Salidas

Roles Arquitecto, Administrador de Ambientes, Cliente

8. Tarea: Realizar Pruebas de Instalación en Certificación

Descripción Se realizan las pruebas sobre el producto instalado en certificación, verificando y validando el producto.

Entradas Plan de pruebas, Planilla de casos de prueba Salidas Sumario de la evaluación de pruebas

Roles Testeador, Cliente

9. Tarea: Realizar Paso a Producción

Descripción Los artefactos entregados para el paso a producción ya validados, son pasados para su instalación en producción. En la mayoría de los casos esta actividad es realizada por el Cliente.

Entradas Salidas

Roles Cliente

10. Tarea: Instalar en Producción

Descripción Se instala el producto en su ambiente operativo, esta actividad es típicamente realizada por el Administrador de ambientes del Cliente.

Entradas Manual de Instalación Salidas

(45)

Instalación ₄₅

Artefactos y Roles

Tabla 6. Artefactos y Roles de Instalación.

1 Planificar Instalación e Integración Plan de proyecto Especificación de ambientes Plan de administración de configuraciones Modelo de diseño Plan de proyecto Carta Gantt de proyecto Arquitecto Integrador de sistemas Administrador de ambientes 2 Identificar Piezas de Software para Instalación

Planilla de administración de requerimientos Integrador de sistemas 3 Preparar Ambiente 3.1 Chequear Ambiente Actual Especificación de ambientes Checklist de ambientes Modelo de diseño Arquitecto Administrador de ambientes 3.2 Instalar y Configurar Ambiente Especificación de ambientes Checklist de ambientes Modelo de diseño Arquitecto Administrador de ambientes Cliente 4 Generar Documentación 4.1 Elaborar Manual de Instalación Manual de instalación Documentador 4.2 Elaborar Documentos Adicionales Documentador

5 Integrar Piezas de Software Modelo de diseño Plan de proyecto Integrador de sistemas Arquitecto 6 Realizar Pruebas de Integración Plan de pruebas Planilla de casos de prueba Sumario de la evaluación de pruebas Testeador

7 Instalar en Certificación Arquitecto

Administrador de Ambientes Cliente 8 Realizar Pruebas de Instalación en Certificación Plan de pruebas Planilla de casos de prueba Sumario de la evaluación de pruebas Testeador Cliente

(46)

Instalación ₄₆

10 Instalar en Producción Manual de Instalación

Administrador de

ambientes Cliente

(47)

47

(48)

Gestión de Riesgos ₄₈

Gestión de Riesgos

Descripción General

Propósito

Identificar potenciales problemas del proyecto antes de que estos ocurran, con tal de evaluarlos, priorizarlos y administrarlos para prevenir su futura ocurrencia.

Objetivos

• Identificar y analizar todos los riesgos inherentes al proyecto.

• Desarrollar planes de mitigación para enfrentar los riesgos en caso de que estos ocurran.

• Planificar la administración de riesgos.

(49)

Gestión de Riesgos ₄₉

Actividades y Tareas

1. Actividad: Planificar la Administración de Riesgos

Figura 22. Actividad: Planificar la Administración de Riesgos.

El proceso de planificación de administración de riesgos debe desarrollarse en las fases tempranas de la planificación de proyecto, dado que es crucial para las etapas venideras del proyecto. Se debe revisar las actividades a lo largo del proyecto.

La planificación de administración de riesgos es el proceso de decidir cómo afrontar y ejecutar las actividades de administración de riesgos de un proyecto.

1.1. Tarea: Desarrollar Calendario de Actividades para Administrar los Riesgos

Descripción Se define cuándo y con qué frecuencia se realizarán las tareas de administración de riesgos durante el ciclo de vida del proyecto. Se organizan las actividades con tal de prevenir la ocurrencia y para monitorear y controlar los riesgos previstos. Este calendario es documentado en la sección “Plan de administración de riesgos” del artefacto “Plan de proyecto”.

Entradas Plan de proyecto Salidas Plan de proyecto

Roles Jefe de proyecto, Cliente

1.2. Tarea: Identificar Fuentes de Riesgos

Descripción Se identifican todas las fuentes de riesgos que puedan afectar al proyecto. Estas fuentes son tanto internas como externas. Además, se deben determinar las

(50)

Gestión de Riesgos ₅₀

categorías de riesgo de las fuentes existentes para la posterior recopilación y Organización de los riesgos. Por ejemplo, en un proyecto dónde no se tienen muy claros los requerimientos, definitivamente la especificación de requerimientos es una fuente de riesgo importantes, y esos riesgos pueden categorizarse en varios tipos, como riesgo de requerimientos inconsistentes entre sí, riesgo de requerimientos que no reflejan lo que realmente necesita el Cliente, etc.

Entradas

Salidas Lista de riesgos

1.3. Tarea: Desarrollar una Estrategia para la Administración de Riesgos

Descripción Se identifican métodos, herramientas y actividades que puedan ser útiles para enfrentar la ocurrencia de algún riesgo identificado. Para la administración de riesgos es importante definir la estrategia con la cual se abordaran los riesgos.

Estas estrategias se documentan en la sección “Plan de administración de riesgos” del artefacto “Plan de proyecto”.

Entradas

Salidas Plan de proyecto

2. Actividad: Identificar y Analizar Riesgos

Figura 23. Actividad: Identificar y Analizar Riesgos.

La identificación y análisis de riesgos es un proceso iterativo durante todo el ciclo de vida del proyecto, ya que se pueden descubrir nuevos riesgos a medida que el proyecto avanza.

(51)

Gestión de Riesgos ₅₁

Descripción A partir de las fuentes de riesgos encontradas (tanto internas como externas), se identifican todos los riesgos que puedan afectar el éxito del proyecto, detallando y documentando las características de cada uno de estos.

Entradas Lista de riesgos Salidas Lista de riesgos Roles Equipo de proyecto

2.2. Tarea: Analizar Riesgos y Estimar Magnitud

Descripción Una vez identificados los riesgos, se evalúa cada uno de ellos y se determina una probabilidad de ocurrencia, el impacto y prioridad, en base a los criterios preestablecidos en el artefacto “Lista de riesgos”. Se estima la magnitud con las que serán priorizados los riesgos, para que una vez identificados, estos puedan ser organizados y administrados de forma correcta.

Entradas Lista de riesgos Salidas Lista de riesgos Roles Equipo de proyecto

2.3. Tarea: Desarrollar Plan de Acción

Descripción Analizados los riesgos, por cada uno de ellos se detallan planes de mitigación para disminuir la probabilidad de ocurrencia de un riesgo y se desarrollan planes de contingencia para enfrentar los efectos en caso de que el riesgo identificado se transforme en un problema real.

Entradas Lista de riesgos Salidas Lista de riesgos

(52)

Gestión de Riesgos ₅₂

3. Actividad: Seguir los Riesgos

Figura 24. Actividad: Seguir los Riesgos.

3.1. Tarea: Controlar y Monitorear Riesgos

Descripción Se monitorean y controlan los riesgos identificados según la calendarización desarrollada anteriormente. Se evalúan los riesgos y, en caso que fuere necesario, se modifican los planes de acción.

Durante esta etapa pueden descubrirse nuevos riesgos, por lo que es necesario actualizar la lista de riesgos y desarrollar planes de acción para hacer frente a estos nuevos riesgos.

Entradas Lista de riesgos, Plan de proyecto Salidas Lista de riesgos, Plan de proyecto Roles Jefe de proyecto, Cliente

(53)

Gestión de Riesgos ₅₃

3.2. Tarea: Ejecutar Plan de Contingencia

Descripción En caso de que algún riesgo ocurra se deben ejecutar las actividades planificadas en el plan de acción para enfrentar la ocurrencia de este.

Entradas Lista de riesgos Salidas

(54)

Gestión de Riesgos ₅₄

Artefactos y Roles

Tabla 7. Artefactos y Roles de Gestión de Riesgos.

1 Planificar la Administración de Riesgos

1.1 Desarrollar Calendario de Actividades para Administrar los Riesgos

Plan de proyecto Plan de proyecto Jefe de proyecto Cliente

1.2 Identificar Fuentes de Riesgos

Lista de riesgos Jefe de proyecto

Cliente 1.3 Desarrollar una

Estrategia para la Administración de Riesgos

Plan de proyecto Jefe de proyecto

Cliente

2 Identificar y Analizar Riesgos

2.1 Identificar Riesgos Lista de riesgos Lista de riesgos Equipo de proyecto 2.2 Analizar Riesgos y

Estimar Magnitud

Lista de riesgos Lista de riesgos Equipo de proyecto 2.3 Desarrollar Plan de

Acción

Lista de riesgos Lista de riesgos Jefe de proyecto Cliente

3 Seguir los Riesgos

3.1 Controlar y Monitorear Riesgos Lista de riesgos Plan de proyecto Lista de riesgos Plan de proyecto Jefe de proyecto Cliente 3.2 Ejecutar Plan de Contingencia

Lista de riesgos Jefe de proyecto

(55)

Evaluación Formal de Decisiones ₅₅

Evaluación Formal de Decisiones

Descripción General

Propósito

Proporcionar un procedimiento para la toma de decisiones, con tal de asegurar que diferentes alternativas se comparan con criterios establecidos para así tomar la mejor decisión posible.

Objetivos

• Analizar las posibles decisiones mediante evaluaciones formales.

• Evaluar alternativas de solución según criterios de evaluación.

• Seleccionar la mejor alternativa de solución, con tal de mejorar la toma de decisiones.

Figura 25. Área de Procesos: Evaluación Formal de Decisiones.

Para desarrollar esta área de proceso, es necesario tener establecidos guías y criterios que permitan dar soporte a la toma de decisiones.

(56)

Evaluación Formal de Decisiones ₅₆

Actividades y Tareas

1. Tarea: Establecer Guías y Criterios para Realizar Evaluaciones Formales

Descripción Se definen guías para ayudar a los Equipos de proyecto a determinar cuándo conviene realizar una evaluación formal.

Adicionalmente se establecen criterios para la evaluación de alternativas de manera formal.

Todo lo anterior de documenta en el artefacto “Guía de evaluaciones formales”. Entradas

Salidas Guía de evaluaciones formales Roles Grupo de ingeniería de procesos

2. Tarea: Identificar Situaciones que Requieran Evaluaciones Formales

Descripción Se identifican las situaciones en que sea necesario llevar a cabo una evaluación formal, puesto que la situación requiere una mayor atención.

Entradas Guía de evaluaciones formales Salidas

3. Tarea: Evaluar y Desarrollar Alternativas Según Criterios

Descripción En base a los criterios preestablecidos, se evalúan y desarrollan variadas alternativas que puedan solucionar la situación.

Entradas Guía de evaluaciones formales Salidas Registro de decisión formal Roles Jefe de proyecto

4. Tarea: Seleccionar Alternativa

Descripción Según la evaluación de cada una de las alternativas de solución, se selecciona la más apropiada para el proyecto y/u Organización.

Entradas Guía de evaluaciones formales Salidas Registro de decisión formal Roles Jefe de proyecto

(57)

Evaluación Formal de Decisiones ₅₇

Artefactos y Roles

Tabla 8. Artefactos y Roles de Evaluación Formal de Decisiones.

1 Establecer Guías y Criterios para Realizar Evaluaciones Formales Guía de evaluaciones formales Grupo de ingeniería de procesos 2 Identificar Situaciones que Requieran Evaluaciones Formales Guía de evaluaciones formales Jefe de proyecto 3 Evaluar y Desarrollar Alternativas Según Criterios Guía de evaluaciones formales Registro de decisión formal Jefe de proyecto

4 Seleccionar Alternativa Guía de evaluaciones formales

Registro de decisión formal

(58)

Administración Integrada del Proyecto ₅₈

Administración Integrada del Proyecto

Descripción General

Propósito

Establecer y administrar el proyecto y la participación de los involucrados relevantes, de acuerdo a un proceso integrado y definido que es adaptado desde el conjunto de procesos estándar de la Organización.

Objetivos

• Establecer un proceso definido para el proyecto, adaptando los procesos estándar de la Organización.

• Administrar el proyecto utilizando el proceso definido del proyecto.

(59)

Administración Integrada del Proyecto ₅₉

Actividades y Tareas

1. Actividad: Ajustar el Proceso

Figura 27. Actividad: Ajustar el Proceso.

1.1. Tarea: Definir y Configurar el Proceso

Descripción A partir del artefacto “Guía de ajuste de proceso a proyecto” (refiérase a tarea Establecer Guías de Ajuste y Ciclos de Vida del área de procesos Definición de Procesos Organizacionales), se define un proceso para el proyecto. Además de definir el proceso, se configura e identifican los artefactos que serán administrados en el proyecto (Refiérase a tarea Generar Configuración de Proceso, del área de procesos Planificación del Proyecto).

Entradas Guía de ajuste de proceso a proyecto Salidas Planilla de configuración de proceso Roles Jefe de proyecto

1.2. Tarea: Planificar Actividades del Proyecto

Descripción Se realiza una planificación inicial del proyecto. Refiérase a las tareas Generar Carta Gantt Preliminar, y Desarrollar Planilla TEC, y a la actividad Planificar el Proyecto del

(60)

Administración Integrada del Proyecto ₆₀

área de procesos Planificación del Proyecto. Entradas

Salidas Carta Gantt de proyecto, Planilla TEC, Plan de proyecto Roles Jefe de proyecto

1.3. Tarea: Revisar Planes

Descripción Se revisan las actividades y planes que afectan el proyecto. Refiérase a tarea Revisar Plan de Proyecto en el área de procesos Planificación del Proyecto.

Entradas Plan de proyecto Salidas Plan de proyecto Roles Jefe de proyecto

1.4. Tarea: Integrar Planes

Descripción Se integran todos los planes que afectan al proyecto. Refiérase a área de procesos Planificación del Proyecto para integrar los planes del proyecto.

Entradas Salidas

1.5. Tarea: Realizar Análisis Post Mortem

Descripción Una vez terminado el proyecto, se generan instancias en las cuales el Jefe de proyecto realiza una análisis post mortem, en el cual propone mejoras, detalla las lecciones aprendidas y, si llegase a suceder, entrega nuevos artefactos que puedan ser recomendados para el apoyo a proyectos futuros.

Entradas

Salidas Resultados de análisis post mortem Roles Jefe de proyecto, Equipo de proyecto

(61)

Administración Integrada del Proyecto ₆₁

2. Actividad: Integrar a los Involucrados

Figura 28. Actividad: Integrar a los Involucrados.

2.1. Tarea: Identificar Involucrados

Descripción Para identificar a los involucrados refiérase a las tareas Generar Asignación de Roles Preliminar y Actualizar Asignación de Roles del área de procesos Planificación de Proyecto.

Entradas

Salidas Asignación de roles Roles Jefe de proyecto

2.2. Tarea: Administrar Dependencias entre los Involucrados

Descripción Una vez identificados los involucrados relevantes, se identifican las dependencias que tiene el proyecto con estos, con tal identificar las responsabilidades que cada involucrado tiene. Para identificar responsabilidades, dependencias y compromisos refiérase a las tareas Generar Asignación de Roles Preliminar y Actualizar Asignación de Roles en el área de procesos Planificación del Proyecto.

Entradas

Salidas Asignación de roles Roles Jefe de proyecto

2.3. Tarea: Resolver Problemas de Coordinación

Descripción Identificar y resolver todos los problemas que puedan incluir a los involucrados relevantes. Estos problemas deben ser resueltos en coordinación con los involucrados participantes del problema. Los resultados y evaluaciones de estos problemas deben quedar documentados para análisis futuros.

(62)

Administración Integrada del Proyecto ₆₂

Entradas

Salidas Documento de resolución de coordinación Roles Jefe de proyecto, Involucrado

(63)

Administración Integrada del Proyecto ₆₃

Artefactos y Roles

Tabla 9. Artefactos y Roles de Administración Integrada del Proyecto.

1 Ajustar el Proceso 1.1 Definir y Configurar el Proceso Guía de ajuste de proceso a proyecto Planilla de configuración de proceso Jefe de proyecto 1.2 Planificar Actividades del Proyecto Carta Gantt de proyecto Planilla TEC Plan de proyecto Jefe de proyecto

1.3 Revisar Planes Plan de proyecto Plan de proyecto Jefe de proyecto

1.4 Integrar Planes Jefe de proyecto

1.5 Realizar Análisis Post Mortem

Resultados de

análisis post mortem

Jefe de proyecto, Equipo de proyecto

2 Integrar a los Involucrados

2.1 Identificar Involucrados Asignación de roles Jefe de proyecto 2.2 Administrar

Dependencias entre los Involucrados

Asignación de roles Jefe de proyecto

2.3 Resolver Problemas de Coordinación Documento de resolución de coordinación Jefe de proyecto

(64)

64

(65)

Definición de Procesos Organizacionales ₆₅

Definición de Procesos Organizacionales

Descripción General

Propósito

Establecer y mantener un conjunto de activos de procesos que sean utilizables por la Organización y fácilmente adaptables a las necesidades particulares de cada proyecto.

Objetivos

• Establecer el proceso definido de la Organización.

• Definir y mantener los activos de proceso organizacionales y sus guías de ajuste.

(66)

Definición de Procesos Organizacionales ₆₆

Actividades y Tareas

1. Tarea: Establecer Procesos Estándar

Descripción Se deben generar activos de procesos, tales como especificaciones de actividades, tareas y roles y artefactos. Estas descripciones deben detallar sus atributos relevantes y especificar las relaciones entre cada activo de procesos, por ejemplo a través de diagramas de workflow.

También se deben componer los activos de procesos en áreas de procesos y especificar las relaciones entre las distintitas áreas de proceso.

Entradas Plantilla patrón de procesos, Plantilla artefacto genérico Salidas

Roles Grupo de ingeniería de procesos

2. Tarea: Establecer Guías de Ajuste y Ciclos de Vida

Descripción Se deben definir guías de ajuste que indiquen cómo adaptar los procesos y activos de procesos de la Organización a las necesidades particulares de cada proyecto.

En el artefacto “Guía de ajuste de proceso a proyecto” se documentan las opciones de adaptación de ciclos de vida, roles y artefactos para cada tipo de proyecto.

Adicionalmente, en cada plantilla de artefacto del proceso organizacional se debe incluir y mantener información sobre las posibilidades válidas de ajuste del artefacto Entradas

Salidas Guía de ajuste de proceso a proyecto Roles Grupo de ingeniería de procesos

3. Tarea: Establecer Repositorio de Métricas

Descripción Se deben definir métricas que sean representativas de los procesos y productos de la Organización y que sean un apoyo para la toma de decisiones.

Para ver detalle sobre el ingreso de métricas al repositorio refiérase el área de procesos “Medición y Análisis”.

Las métricas que se obtienen para los proyectos, deben ser agregadas y analizadas según tipo de proyecto, para permitir el análisis y comparación entre procesos.

Entradas Salidas

4. Tarea: Establecer Repositorio de Activos de Procesos

Descripción Se debe definir la estructura de un repositorio para mantener los activos de procesos de la Organización e implementar su correspondiente ambiente de soporte.

Se deben definir los criterios para incluir nuevos ítems en el repositorio y procedimientos para su recolección, actualización y disponibilización (ver área de procesos “Administración de configuraciones”).

(67)

Definición de Procesos Organizacionales ₆₇

Entradas Salidas

5. Tarea: Establecer Estándares de Trabajo

Descripción Se deben definir estándares de trabajo que sean útiles para la Organización, para aspectos tales como: procedimientos de seguridad, estándares de programación y factores como higiene y ergonomía.

Entradas Salidas