CMMI Nivel 2

FACULTAD DE INFORMTICA UNIVERSIDAD POLITCNICA DE MADRID
UNIVERSIDAD POLITCNICA DE MADRID

FACULTAD DE INFORMTICA
TRABAJO FIN DE CARRERA
IMPACTO DE LA APLICACIN DEL MODELO CMMI NIVEL 2 EN EL CICLO DE VIDA DE UN PROYECTO
AUTOR: MARA PEA GARCA TUTOR: JOS CARRILLO VERDN
MAYO 2009
DEDICATORIA: A mis padres, gracias a vuestro esfuerzo he llegado hasta aqu, y en especial a ti pap, por ti y para ti he hecho este proyecto, y all dnde ests espero que te sientas orgulloso de m. Yo siempre lo estar de ti.
PROYECTO FIN DE CARRERA

1 2
GLOSARIO DE TRMINOS Y ACRNIMOS ............................................................................ 1 INTRODUCCION ............................................................................................................................ 3 2.1 2.2 2.3 ANTECEDENTES.......................................................................................................................... 3 OBJETIVOS ................................................................................................................................. 4 AUDIENCIA ................................................................................................................................. 5
EL MODELO CMMI SW/SE .......................................................................................................... 7 3.1 3.2 3.3 NIVELES DE MADUREZ ........................................................................................................ 7 AREAS DE PROCESO ........................................................................................................... 10 NIVEL 2 CMMI ...................................................................................................................... 11
ANALISIS DE LA SITUACION ACTUAL, NIVEL 1. PASO AL NIVEL 2 DE CMMI ......... 13 4.1 4.2 ANALISIS DE LA SITUACIN ACTUAL............................................................................ 13 MEJORAS EN EL PASO AL NIVEL 2 DE CMMI ................................................................ 15
PROCEDIMIENTOS A APLICAR EN CADA AREA DE PROCESO..................................... 17 5.1 5.1.1 5.1.2 5.1.3 5.1.4 5.1.5 5.2 5.2.1 5.3 5.3.1 5.4 5.4.1 5.4.2 5.4.3 5.4.4 5.5 5.5.1 5.5.2 5.5.3 5.5.4 5.5.5 5.6 5.6.1 5.6.2 5.6.3 5.7 5.7.1 5.7.2 PLANIFICACION DEL PROYECTO. ................................................................................... 17 Conceptos ........................................................................................................................... 18 Procedimiento Planificacin inicial ................................................................................... 19 Procedimiento Planificacin detallada .............................................................................. 26 Procedimiento Planificacin refinada ................................................................................ 32 Descripcin de los Productos obtenidos............................................................................. 37 SEGUIMIENTO Y CONTROL............................................................................................... 38 Actividades.......................................................................................................................... 41 GESTION DE ACUERDOS CON PROVEEDORES ............................................................. 49 Proceso Gestin de acuerdos con Proveedores .................................................................. 50 ASEGURAMIENTO DE CALIDAD ...................................................................................... 56 Conceptos ........................................................................................................................... 57 Organizacin ...................................................................................................................... 62 Procedimiento para el Control de la Calidad .................................................................... 63 Procedimiento para el Aseguramiento de la Calidad ......................................................... 68 GESTION DE CONFIGURACION ........................................................................................ 80 Conceptos ........................................................................................................................... 81 Visin general ..................................................................................................................... 82 Organizacin ...................................................................................................................... 85 Proceso de Gestin de Configuracin ................................................................................ 86 Procedimiento Planificacin de la Gestin de la Configuracin del proyecto................... 92 GESTION DE METRICAS ..................................................................................................... 95 Conceptos bsicos .............................................................................................................. 97 Procedimiento de Gestin del Plan de Mtricas ................................................................ 98 Procedimiento de Explotacin del Plan de Mtricas....................................................... 106 GESTION DE REQUISITOS ................................................................................................ 109 Proceso de Gestin de Requisitos ..................................................................................... 111 Proceso de Gestin del Cambio en Requisitos ................................................................. 120
6 CASO PRCTICO: APLICACION DE LOS PROCEDIMENTOS EN EL CICLO DE VIDA DE UN PROYECTO .............................................................................................................................. 125 6.1 FASE DE DEFINICION........................................................................................................ 126 6.1.1 Planificacin del Proyecto................................................................................................ 127 6.1.2 Especificacin de Requisitos de Usuario .......................................................................... 132 6.1.3 Definicin del nuevo Sistema ............................................................................................ 136

6.1.4 6.2 6.2.1 6.2.2 6.2.3 6.3 6.3.1 6.3.2 6.3.3 6.4 6.4.1 6.4.2 6.5 6.5.1 6.5.2 6.5.3 6.6 6.6.1 6.6.2 6.6.3 6.7 7 8 9
Revisin de la Fase de Definicin .................................................................................... 140 FASE DE ANALISIS ............................................................................................................ 146 Anlisis funcional del negocio ......................................................................................... 148 Definicin de la interfaz de usuario ................................................................................. 159 Revisin de la fase de anlisis .......................................................................................... 163 FASE DE DISEO ............................................................................................................... 166 Diseo tcnico .................................................................................................................. 168 Especificacin de pruebas ................................................................................................ 169 Revisin de la fase de diseo ............................................................................................ 170 FASE DE CONSTRUCCION ............................................................................................... 174 Programacin y pruebas unitarias................................................................................... 175 Revisin de la fase de construccin.................................................................................. 176 FASE DE PRUEBAS ............................................................................................................ 178 Realizacin de las pruebas de integracin ....................................................................... 179 Realizacin de pruebas de sistema y aceptacin.............................................................. 180 Revisin de la fase de pruebas ......................................................................................... 181 FASE DE IMPLANTACION................................................................................................ 184 Lanzamiento de la implantacin ...................................................................................... 185 Formacin ........................................................................................................................ 186 Revisin de la fase de implantacin ................................................................................. 187 REVISIN, EVALUACION Y CIERRE DEL PROYECTO. .............................................. 188
CONCLUSIONES ........................................................................................................................ 189 LNEAS FUTURAS DE INVESTIGACIN ............................................................................. 195 BIBLIOGRAFA .......................................................................................................................... 203
II

Resumen del proyecto
En este proyecto se muestra una experiencia particular sobre la implementacin de procesos para el desarrollo de software, siguiendo el modelo CMMI nivel 2. La Organizacin parta de un nivel bsico nivel 1.
Se explican las carencias y problemas que encuentra dicha organizacin en sus actuales proyectos informticos, y se detallan cuales son las mejoras que se pretende obtener, con la implantacin de nuevos procedimientos que cubran las reas de proceso que marca el nivel 2 de CMMI. De este modo, se podr entender mejor porqu compensa el coste y esfuerzo que hay que invertir en un proyecto de tal envergadura.
Se describen los procedimientos a aplicar para cada rea de proceso, y se sigue a travs del ciclo de vida del desarrollo del caso prctico, la aplicacin de dichos procedimientos, utilizando las herramientas creadas para ello en la Organizacin.
Summary
This project exposes a particular experience concerning software development processes implementation, using the CMMI model level 2. Organization was in a basic level or level 1.
Its explained deficiencies and problems in which the organization is placed with their IT projects, and its also detailed improvements that can be achieved,
III

implementing new procedures covering the CMMI level 2 process areas. In this way, it can be better understood why the cost and effort to invest in a project of this magnitude.
Procedures applying for each process areas are shown, and this procedures application followed through the project lifecycle in the practical case, using tools created for that in the organization.
IV

1 GLOSARIO DE TRMINOS Y ACRNIMOS

Para mejor comprensin del texto del proyecto, se exponen en primer lugar los acrnimos y definiciones empleados.
Trmino CMMI
SEI ROI ERU ERS DDP PGC PE ERSW DDT DP IEP DI MU CP
GD GCS EPI Requisitos usuario
Cliente
Definicin Capability Maturity Model Integration. Modelo para la mejora o evaluacin de los procesos de desarrollo y mantenimiento de sistemas y productos de software. Fue desarrollado por el Instituto de Ingeniera del Software de la Universidad Carnegie Mellon (SEI), y publicado en su primera versin en enero de 2002 Software Engineering Institute Retorno de la Inversin Documento de Especificacin de Requisitos de Usuario Documento de Especificacin de Requisitos del Sistema Documento de Definicin del Proyecto Plan de Gestin de Configuracin Plan de Ejecucin del proyecto Documento de Especificacin de Requisitos del Software Documento de Diseo Tcnico Documento de Pruebas Informe de ejecucin de Pruebas Documento de Implantacin Manual de Usuario Cuaderno de Proyecto, herramienta que permite registrar las caractersticas y actividades del proyecto y llevar la gestin del mismo. Gestor Documental, herramienta dnde se almacena y gestiona la lnea base de los elementos documentales que se van elaborando. Gestor de Configuracin del Software, herramienta que lleva el control de la configuracin de los elementos software. Entorno de Pruebas de Integracin de Condiciones o caractersticas que deben cumplirse para satisfacer un contrato, norma o especificacin, u otro documento formalmente impuesto. El conjunto de todos los requisitos de usuario forma la base para el desarrollo del sistema. Cualquier persona fsica jurdica dada de alta en el Sistema Central de Clientes de la Entidad y marcada como tal
GLOSARIO DE TRMINOS Y ACRNIMOS

Trmino Ficha del Cliente Condonaciones Lucro cesante Compensaciones econmicas Margen ordinario NBA Tarifa Comercial Libro de Tarifas Tarifa Cliente
Definicin Aplicacin dnde se almacena informacin de los clientes de la Entidad. Comisiones que se le perdonan al cliente Ganancia que se deja de obtener por incumplimiento en el cobro de comisiones Compensaciones que justifican la utilizacin de bonificaciones en precios y tarifas Resultado de aadir al margen financiero, el importe de las comisiones cobradas Aplicacin de contabilidad analtica Tarifas generales que se aplican en la Entidad Tarifas mximas para cualquier entidad financiera Condiciones particulares que tiene el cliente en sus comisiones
GLOSARIO DE TRMINOS Y ACRNIMOS

2 INTRODUCCION
2.1 Antecedentes
El modelo internacional CMMI SW/SE (Capability Model Integrated Software and Systems Engineering), comienza a desarrollarse en el ao 2002, mejorando el CMM como consecuencia de una evolucin lgica en el mbito de la tecnologa, ya que analiza el software unido a la gestin de proyectos tecnolgicos.
Dicho modelo, permite a las organizaciones medir e incorporar mayores niveles de eficacia y madurez en sus procesos de desarrollo y mantenimiento de software, y est considerado como uno de los mayores referentes mundiales en cuanto a produccin de software.
Antes de utilizar CMMI, los proyectos solan desviarse en plazos, se incrementaban los costes y la satisfaccin del cliente no era la esperada.
Como consecuencia de la aplicacin del modelo, las aplicaciones se desarrollan de una manera distinta, se utilizan procedimientos nuevos, que requieren habilidades nuevas y todo ello impacta en el desarrollo de los proyectos, dentro de cada etapa del ciclo de vida.
INTRODUCCIN

2.2 Objetivos
El objetivo fundamental es el anlisis del impacto sobre un ciclo de vida nivel 1, que utilizaba una metodologa de desarrollo tradicional, al pasar al nivel 2 de madurez de CMMI.
Para ello, se utilizar una aplicacin de una entidad financiera. Dicha aplicacin, se desarrolla para gestionar la informacin relativa a las comisiones de los clientes, en funcin de su volumen de negocio y de los servicios utilizados.
En primer lugar, se realiza un anlisis de la situacin actual en la organizacin que nos ocupa, para explicar qu motivos hay para ir a CMMI, analizando qu mejoras se pretende obtener, y estudiando los cambios que sufre el modelo de nivel 1, para pasar a CMMI nivel 2.
En segundo lugar, se detallarn procedimientos y actividades concretas a realizar en el desarrollo del proyecto, siguiendo el modelo CMMI, dentro de cada una de las reas de proceso que marca el nivel 2 de dicho modelo.
En tercer lugar, se explicar paso a paso cmo la aplicacin de dichos procedimientos, ha afectado el desarrollo del caso prctico, desde su definicin hasta su implantacin.
Por ltimo, se realizar un estudio de las experiencias obtenidas, resaltando las ventajas e inconvenientes que presenta la aplicacin del modelo CMMI, en el desarrollo del caso prctico.
INTRODUCCIN

2.3 Audiencia
El proyecto est dirigido a todos aquellos profesionales del desarrollo de software, interesados en conocer a travs de un caso prctico, una gua de buenas prcticas para la mejora de los procesos de desarrollo, que suponen una slida apuesta por las mejores prcticas de gestin de la tecnologa a nivel mundial.
INTRODUCCIN

3 EL MODELO CMMI SW/SE
En este captulo se realiza una breve introduccin al modelo CMMI SW/SE.
El modelo CMMI (Capability Maturity Model Integration), fue desarrollado por el SEI (Software Engineering Institute), centro de investigacin y desarrollo, patrocinado por el departamento de defensa de los Estados Unidos, y gestionado por la universidad de Carnegie-Mellon.
Segn la definicin que hace SEI [SEI06], CMMI es un modelo para la mejora de procesos, que proporciona a las organizaciones, los elementos esenciales para procesos eficaces. CMMI ayuda a integrar funciones organizativas, tradicionalmente separadas, establece objetivos y prioridades en la mejora de procesos, proporciona una orientacin para la calidad de procesos, y un punto de referencia para la evaluacin de los procesos actuales.
Se puede decir que CMMI es como un mapa: Nos dice dnde estamos, cules son los posibles destinos, y nos indica los posibles caminos para llegar. CMMI no es un proceso, ni es una metodologa, ni un estndar de calidad.
3.1 NIVELES DE MADUREZ
El modelo CMMI cuenta con dos representaciones distintas: continua y escalonada por etapas.
EL MODELO CMMI SW/SE

El modelo para software (CMM-SW), establece 5 Niveles de Madurez para clasificar a las organizaciones, en funcin de qu reas de procesos consiguen sus objetivos y se gestionan con principios de ingeniera. Es lo que se denomina un modelo escalonado, o centrado en la madurez de la organizacin. La seleccin de las reas de proceso est prefijada, habiendo 7 para el nivel de madurez 2, 11 para el nivel 3, 2 para el nivel 4 y 2 ms para el 5.
El modelo para ingeniera de sistemas (SE-CMM), establece 6 Niveles de Capacidad posibles para cada una de las 22 reas de proceso implicadas en la ingeniera de sistemas. La organizacin puede decidir cules son las reas de Proceso que quiere mejorar, determinando as su perfil de capacidad.

En el equipo de desarrollo de CMMI haba defensores de ambos tipos de representaciones. El resultado fue la publicacin del modelo con dos representaciones: continua y escalonada.
Cada organizacin puede optar por la que se adapte a sus caractersticas y prioridades de mejora. La visin continua de una organizacin, mostrar la representacin de nivel de capacidad de cada una de las reas de proceso del modelo. La visin escalonada definir a la organizacin, dndole en su conjunto un nivel de madurez del 1 al 5.
Dado que la organizacin requiere dar un enfoque de mejora alineado con los productos y servicios, y que este requiere una mejora de los procesos a lo largo de la lnea de producto, se ha tomado como referencia el modelo CMMI por niveles [CHRI03].

3.2 AREAS DE PROCESO
Cada nivel de madurez, engloba una serie de prcticas especficas y genricas, para cada rea de proceso.
Una coleccin de prcticas relacionadas entre s, cuando se implementan de forma conjunta permite alcanzar una serie de objetivos, considerados clave para la mejora de un rea determinada.
Las reas de Proceso se distribuyen a lo largo de los niveles de madurez y se clasifican en cuatro categoras: Gestin de proyectos, Soporte, Ingeniera y Gestin de procesos.
10

Dentro de cada rea de proceso, existen objetivos especficos y genricos. El objetivo especfico, son las caractersticas nicas que se deben satisfacer para cubrir un rea de proceso determinada. El objetivo genrico, son las caractersticas que se deben satisfacer para institucionalizar un rea de proceso determinada, entendiendo por institucionalizar, incorporar determinados aspectos dentro de la rutina de una organizacin como parte de su cultura corporativa.
Las prcticas, describen qu hay que hacer, pero no el cmo. Constituyen las polticas, procedimientos y actividades fundamentales para las reas de Proceso.
3.3 NIVEL 2 CMMI
El nivel 2 de CMMI, consta de 7 reas de proceso [PERS07]:
Gestin de requisitos (REQM): Gestin de los requisitos del proyecto y los productos esperados. Identificacin de inconsistencias entre los requisitos y el plan de proyecto.
Planificacin de proyectos (PP): Establecimiento y mantenimiento de planes que definen las actividades a ejecutar durante el proyecto.
Seguimiento y control de proyectos (PMC): Control del progreso, identificacin de desviaciones y toma de decisiones correctivas.
11

Gestin de la subcontratacin (SAM): Gestin de la adquisicin de productos y servicios a travs de la existencia de un acuerdo formal con el proveedor.
Aseguramiento de la calidad (PPQA): Garanta de la calidad de los procesos aplicados y de los productos obtenidos.
Gestin de la configuracin (CM): Establecimiento y mantenimiento de la integridad de los productos generados en el proyecto.
Mtricas y anlisis (MA): Desarrollo, mantenimiento y uso de capacidades de medida que soporten las necesidades de informacin de la organizacin.
12

4 ANALISIS DE LA SITUACION ACTUAL, NIVEL 1. PASO AL NIVEL 2 DE CMMI

En este captulo se describen los problemas que se plantean en una Organizacin que se encuentra en el nivel bsico de CMMI nivel 1, y qu mejoras se pretende obtener al pasar al nivel 2.
4.1 ANALISIS DE LA SITUACIN ACTUAL
En el nivel bsico, no existen procesos de desarrollo de software, no existe un control sobre el estado de los proyectos a lo largo de su desarrollo, ni sobre las fechas, los presupuestos, y la calidad de los proyectos que se estn desarrollando. En definitiva, se puede decir que el desarrollo de los proyectos de esta organizacin, es opaco y que los resultados son impredecibles.
Los requisitos nos son completos y muchas veces descontrolados no explicitados, las planificaciones y presupuestos no son vlidos, el progreso no se mide objetivamente, los productos no son controlados uniformemente y trazados, las actividades de ingeniera no son estndar y muy probablemente inconsistentes, los equipos no son coordinados y formados sistemticamente, y los defectos aumentan con el crecimiento de la empresa.
Resumiendo, los principales problemas con los que se encuentra la organizacin, son los siguientes:
ANALISIS DE LA SITUACIN ACTUAL
13

Cuando un proyecto llega a su fase de implantacin, el usuario no est satisfecho con el producto final, porque no se ajusta a sus expectativas, en definitiva, no cubre sus necesidades.
Las fechas en las que estaba prevista la implantacin del proyecto, se retrasan repetidamente, sin que haya un control de las causas que provocan este retraso.
No hay un plan de proyecto, no se sabe cul es la situacin del mismo a lo largo de su ciclo de vida, especialmente la gerencia no tiene una visibilidad del avance de los proyectos ni de su estado.
Los presupuestos se disparan. Al no haber un control de los productos intermedios que se van generando, los errores se detectan demasiado tarde, y es necesario rehacer el trabajo, con lo que el coste es mucho mayor.
Lo que se pretende es conseguir que en los proyectos haya una gestin de requisitos, y que los procesos de desarrollo estn definidos y planeados, ejecutados, medidos y controlados.
14

Por tanto, el primer paso para mejorar la manera de trabajar y conseguir mejores resultados en la organizacin, es avanzar hasta el nivel 2 de CMMI.
El nivel 2, pese a ser el primer nivel es muchas veces el ms difcil de alcanzar, ya que requiere cambios en la forma de trabajar de la empresa, lo que la mayora de las veces implica un cambio cultural de la misma. Por este motivo, es necesario un fuerte apoyo de la direccin de la empresa, para afrontar este cambio.
La principal diferencia entre este nivel y el anterior, es que los proyectos son gestionados y controlados durante el desarrollo de los mismos. El desarrollo no es opaco, y se puede saber el estado del proyecto en todo momento.
Los requisitos son importantes, se desarrollan planes de acuerdo a las polticas, las actividades se llevan a cabo de acuerdo a los planes, se realizan mediciones y revisiones en puntos predefinidos, y se generan productos.
4.2 MEJORAS EN EL PASO AL NIVEL 2 DE CMMI
El uso de los procesos a nivel 2 ayuda a que la forma de trabajar se mantenga cuando hay problemas de fechas. Cuando se realizan estas prcticas, los proyectos se ejecutan y gestionan, de acuerdo con los planes de proyecto.
15

El estado de los elementos de trabajo (anlisis, diseo, cdigo, documentacin, etc.), estn visibles (grado de avance) a la gerencia en los puntos definidos (hitos del proyecto). Se sabe cunto trabajo est hecho y cunto queda por hacer.
Los compromisos adquiridos con todas las personas involucradas en el proyecto, se revisan de acuerdo a las necesidades. Los elementos de trabajo se revisan con las personas involucradas, y son controlados. Estos elementos de trabajo, satisfacen las especificaciones, estndares y objetivos.
Resumiendo, CMMI proporciona una serie de beneficios:
Mejoras en la gestin del plan del proyecto Aumento de la visibilidad de la gestin de proyectos en la organizacin Estandarizacin de los procesos de gestin a travs de procedimientos y herramientas.
Reduccin de los plazos de entrega Incremento de la productividad Incremento de la calidad (reduccin de errores) Incremento del nivel de satisfaccin del cliente Incremento del nivel de satisfaccin de los empleados Incremento del ROI (Retorno de la Inversin) Reduccin del coste de la calidad
16

5 PROCEDIMIENTOS A APLICAR EN CADA AREA DE PROCESO
En este captulo se propone un Proceso de Desarrollo de Software, con un nivel de madurez 2 del modelo CMMI-SW/SE, que describe las actividades a ejecutar, los perfiles y sus funciones, las tcnicas y herramientas a emplear y los productos a obtener en todo el Proyecto.
En la trayectoria de implementacin de un modelo CMMI, los primeros pasos estn centrados en la definicin de los procesos, antes que en el producto o la tecnologa [KULP03].
A continuacin se describe una serie de procedimientos, para cada una de las reas de proceso CMMI nivel 2.
5.1 PLANIFICACION DEL PROYECTO.

Durante el ciclo de vida del proyecto existen varios momentos donde es necesario realizar una planificacin del mismo. Estos son:
1. Cuando se consuma el 10% del esfuerzo previsto o transcurra el 50% de la primera etapa del proyecto (Definicin, Estudio del Cambio) o se inicie cualquier otra etapa, se planifica la primera etapa del proyecto y se obtiene una planificacin temporal inicial del resto de etapas del proyecto. Esta planificacin se realiza siguiendo el procedimiento Planificacin Inicial.
PROCEDIMIENTOS A APLICAR
17

2. Cuando se consuma el 25% del esfuerzo previsto o transcurra el 100% de la primera etapa del proyecto (Definicin, Estudio del Cambio) o se inicie cualquier otra etapa, se est en condiciones de realizar una planificacin completa del proyecto, con fechas comprometidas. Esta planificacin se realiza siguiendo el procedimiento Planificacin Detallada.
3. Cada 60 das (30 das si el proyecto dura menos de 6 meses) a partir de la Planificacin Detallada, se realiza una revisin de la planificacin anterior, reajustando las fechas obtenidas para las siguientes etapas del proyecto. Esta planificacin se realiza siguiendo el procedimiento Planificacin Refinada.
El procedimiento de Planificacin Inicial se aplica en todos los proyectos. El procedimiento de Planificacin Detallada modelo de gestin que siga el proyecto. y Refinada, se aplica dependiendo del
La planificacin del proyecto que se obtiene mediante los procedimientos anteriores, se basa en la descomposicin del proyecto en subsistemas y entregas, teniendo en cuenta la complejidad o volumen de la solucin, las limitaciones de recursos, estrategia de desarrollo, etc. Posteriormente se establecen las etapas y actividades del proyecto. Siguiendo los procedimientos anteriores se pueden identificar y planificar los subsistemas, entregas, etapas y actividades que sean relevantes para el proyecto.
5.1.1 Conceptos
Subsistema: Primer nivel de descomposicin del proyecto en base a criterios funcionales.
18

Entrega: Segundo nivel de descomposicin de un proyecto en funcin de las entregas finales de software, estrategia de desarrollo, necesidades de organizacin, etc.
Etapa del proyecto: Es la agrupacin de las mismas fases de varios subsistemas/entregas, en funcin de la necesidad o conveniencia de abordarlas y obtener entregables (software y/o documentacin) conjuntamente.
5.1.2 Procedimiento Planificacin inicial
Para obtener la planificacin temporal se utilizar la estimacin inicial del proyecto, desvinculada del presupuesto aprobado por la peticin o peticiones que han dado lugar al proyecto. El esfuerzo obtenido en esta estimacin se distribuye entre las
19

entregas, etapas o cruces entrega-fase del proyecto en base a un patrn de distribucin de esfuerzos, o a la experiencia del responsable de la Gestin de Proyecto.
El objetivo es disponer de una planificacin inicial de todo el proyecto, y de una planificacin detallada de los compromisos y las actividades que se realizan durante la primera etapa del proyecto.
Como resultado de esta planificacin, se obtienen una serie de productos de salida:
Informacin de Gestin del Proyecto Compromisos
Inventario de Productos Plan de Ejecucin Planificacin Descripcin Grfica de Actividades
Documento de Definicin del Proyecto Organizacin del Proyecto
5.1.2.1 Actividades
5.1.2.1.1 Definir el ciclo de vida

En esta actividad se identifican los subsistemas y entregas de proyecto, las etapas necesarias para obtener dichas entregas as como su secuencia en el tiempo. Se define la descomposicin del proyecto en subsistemas y entregas.
20

Las colaboraciones que se han incluido en la partida presupuestaria del proyecto, y que van a ser desarrolladas y gestionadas en otros proyectos se definen como un subsistema independiente (en adelante se denominarn subproyectos). Para este tipo de subsistemas se indicarn como compromisos las entregas acordadas, y nicamente se realizarn acciones de seguimiento sobre dichos compromisos.
Se define el ciclo de vida del proyecto. Para esto:
Se define el ciclo de vida de cada subsistema/entrega del proyecto.
Para cada una de las fases, se agrupan los subsistemas/entregas del proyecto, definiendo una etapa por grupo de subsistemas/entregas. La agrupacin de subsistemas/entregas en etapas, se realiza en funcin de la necesidad o conveniencia de abordarlos conjuntamente y de obtener entregas parciales conjuntas de productos del proyecto. Se definir como mnimo la etapa correspondiente a la fase de Definicin. En funcin de la informacin disponible, se definen las etapas para el resto de fases. Si la informacin sobre las fases posteriores a la Definicin es insuficiente, se define una nica etapa del proyecto de cada fase.
Se analizan e identifican las dependencias entre las etapas definidas.
5.1.2.1.2 Definir las actividades y sus dependencias

Las etapas debern desglosarse en actividades, cuando el tamao de las etapas definidas no permita realizar una gestin adecuada de las mismas, o cuando el responsable de la Gestin de Proyecto lo considere necesario. Ser necesario definir
21

actividades cuando las etapas no cumplan los siguientes criterios, que adems debern ser cumplidos por las actividades que se definan:
Las etapas o actividades debern tener una duracin inferior al periodo de seguimiento del proyecto.
El esfuerzo estimado para la etapa o actividad deber ser inferior a 25 jornadas.
Las etapas o actividades se debe definir a un nivel de detalle suficiente, para que muestren qu tareas estn siendo realizadas por el equipo, relacionando componentes del producto con las fases del proyecto
En el caso de que se decida desglosar las etapas en actividades, los pasos a seguir sern los siguientes:
1. Para cada etapa del proyecto definida en la actividad anterior, se identifican las actividades correspondientes que deben realizarse.
a. Como mnimo se deben identificar las actividades de la etapa asociada a la primera fase del proyecto. En funcin de la informacin disponible, se identificarn las actividades para el resto de etapas.
b. Deben identificarse los compromisos derivados de las actividades en las que participan otras reas/departamentos, para tenerlos en cuenta en la planificacin temporal del proyecto.
c. Se deben contemplar las actividades relativas al control de la calidad, a la gestin de requisitos, a la gestin de configuracin y a la gestin del proyecto.
22

2. Se analizan e identifican las dependencias entre las actividades definidas.
5.1.2.1.3 Realizar las estimaciones de esfuerzo

La estimacin del esfuerzo, se realiza a partir del esfuerzo calculado inicialmente por el responsable de la Gestin del Proyecto, y distribuyendo dicho esfuerzo entre las entregas identificadas.
1. Se identifica el esfuerzo inicial del proyecto desvinculado del presupuesto aprobado para el proyecto, mediante una estimacin directa o basada en atributos y factores.
2. El esfuerzo de cada entrega se distribuye automticamente entre las fases, basndose en un patrn de distribucin de esfuerzos prefijado, conformando el esfuerzo de cada etapa o cruce entrega-fase. Debe tenerse en cuenta que, generalmente la etapa de Definicin ser nica para todas las entregas.
Las estimaciones se documentan en el apartado Planificacin del Plan de Ejecucin.
5.1.2.1.4 Obtener la planificacin temporal

El objetivo de esta actividad es obtener una planificacin lo mas detallada posible, en base a la informacin disponible. Para ello se identifican los elementos que pueden afectar en la consecucin del objetivo, as como los recursos necesarios para
23

acometer el proyecto. Una vez identificados todos los elementos que intervienen en la planificacin, se asignan recursos a las etapas o actividades del proyecto, se fijan fechas, y se calcula el coste de acometer el proyecto.
Se identifican los productos a generar. Para esto:
Se identifican los documentos que se generarn en cada etapa del proyecto.
Se definen todos los productos a generar en el proyecto, llegando al mayor nivel de detalle al menos en los productos a generar en la etapa o etapas asociadas a la primera fase del proyecto.
Se debe tener en cuenta que toda etapa del proyecto debe generar como mnimo un producto.
Se definen los hitos a alcanzar. Para ello, se definen todos los hitos del proyecto. Se supone, por defecto, los hitos relacionados con la obtencin de productos y los asociados a la finalizacin de etapas.
Se identifican los riesgos que pueden afectar los objetivos del proyecto. Se debe asegurar que en el proyecto se identifica un conjunto relevante de riesgos, que permitan al responsable de la Gestin de Proyecto gestionar dicho proyecto con efectividad. Se identificarn todos los riesgos que puedan afectar al plan, aunque se deriven o tengan relacin con las colaboraciones de otros equipos.
Se identifican las actividades de control de calidad. Se describe de forma detallada la estrategia de calidad. Se debe contemplar la revisin productos y de hitos.
24

Se identifican las personas del equipo del proyecto y otros implicados externos que participan en las etapas o actividades. Como mnimo se deben detallar los implicados en las actividades de la etapa o etapas asociadas a la fase de Definicin.
Se identifican los compromisos que afecten al plan del proyecto. Se documentan los compromisos que afecten al plan del proyecto (con implicados externos, cliente, etc.). Como mnimo se documentan los compromisos con implicados externos al equipo del proyecto. Se han de incluir todos los compromisos con los subproyectos definidos en el presente proyecto, con los interlocutores responsables de las participaciones estructurales y con los equipos responsables de las colaboraciones.
Se identifican los recursos disponibles / necesarios para realizar las etapas o actividades. Como mnimo se deben detallar los recursos disponibles / necesarios para la etapa o etapas asociadas a la fase de Definicin. Debe recogerse el compromiso de la Direccin de proporcionar recursos necesarios para cumplir con los objetivos del proyecto.
Se identifican otros costes asociados al desarrollo de las etapas o actividades.
Se asignan las personas del equipo de proyecto a las etapas o actividades, en funcin de los roles. Se consideran los recursos disponibles, que puedan cubrir las necesidades del proyecto. Se estudia su integracin en el equipo del proyecto, teniendo en cuenta las posibilidades de paralelizacin de las etapas o actividades a realizar. A raz de este estudio se determinan las personas que formaran el equipo del proyecto.
Se asignan las fechas previstas a los hitos y etapas o actividades definidas. Se deben tener en consideracin los hitos a alcanzar, las estimaciones realizadas, los riesgos, las colaboraciones, los compromisos con los subproyectos, la disponibilidad de las personas o grupos que realizan cada etapa o actividad. La disponibilidad de las personas se debe determinar en funcin de planificacin global de todos los proyectos definidos
25

para un equipo de trabajo, de la dedicacin prevista acordada, y considerando la duracin de la jornada de trabajo.
5.1.3 Procedimiento Planificacin detallada
Este procedimiento describe las actividades, para obtener una planificacin temporal de todo el proyecto y realizar una estimacin ms ajustada y por tanto una planificacin comprometida y ajustada. Se realiza cuando se haya consumido el 25% del esfuerzo previsto o haya transcurrido el 100% de la primera etapa del proyecto (Definicin, Estudio del Cambio), o se inicie cualquier otra etapa.
La planificacin temporal puede realizarse partiendo de los requisitos de usuario acordados y de los requisitos del sistema derivados en las actividades de la etapa de Definicin. Se refina la planificacin inicial utilizando este procedimiento, y finalmente se aprobar formalmente esta planificacin por parte de la Direccin del Proyecto.
26

El objetivo es disponer de una planificacin detallada de los compromisos y las actividades que se realizan durante todo el proyecto de desarrollo.
Informacin de Gestin del Proyecto: Compromisos
Inventario de Productos Plan de Ejecucin: Planificacin Descripcin Grfica de Actividades
Documento de Definicin del Proyecto
5.1.3.1 Actividades

En esta actividad se identifican los subsistemas y entregas de proyecto, las etapas necesarias para obtener dichas entregas, as como su secuencia en el tiempo.
Se define la descomposicin del proyecto en subsistemas. Para ello, si en la planificacin anterior se realiz la descomposicin en subsistemas y entregas, se realiza una revisin de la misma, y se modifica si es necesario. Si no se ha realizado previamente se establece una descomposicin en subsistemas y entregas.
27

Si no se ha realizado previamente, se identifican los subproyectos. Para este tipo de subsistemas se indicarn como compromisos las entregas acordadas, y nicamente se realizarn acciones de seguimiento sobre dichos compromisos.
Se define el ciclo de vida del proyecto. Para ello, se define o se revisa (si se haba definido en la planificacin inicial) el ciclo de vida de cada subsistema del proyecto. Se define o se revisa, para cada una de las fases, la agrupacin de los subsistemas/entregas del proyecto en etapas, en funcin de la necesidad o conveniencia de abordarlos conjuntamente y de obtener entregas parciales conjuntas de la documentacin del proyecto. Se analizan e identifican las dependencias entre las etapas definidas. Esta actividad se documenta en los apartados siguientes:
La descomposicin inicial en subsistemas, entregas y etapas en el apartado Organizacin del Proyecto del Documento de Definicin del Proyecto.
Las etapas definidas y sus dependencias en el apartado Planificacin del Plan de Ejecucin.
5.1.3.1.2 Definir las actividades y sus dependencias.

Las etapas debern desglosarse en actividades, cuando el tamao de las etapas definidas no permita realizar una gestin adecuada de las mismas, cuando el responsable de la Gestin de Proyecto lo considere necesario.
Ser necesario definir actividades cuando las etapas no cumplan los siguientes criterios, que adems debern ser cumplidos por las actividades que se definan: Las etapas o actividades debern tener una duracin inferior al periodo de seguimiento del proyecto.
28

Las etapas o actividades se deben definir a un nivel de detalle suficiente para que muestren qu tareas estn siendo realizadas por el equipo relacionando componentes del producto con las fases del proyecto.
En el caso de que se decida desglosar las etapas en actividades los pasos a seguir sern los siguientes:
Para cada etapa del proyecto definida en la actividad anterior, se identifican las actividades que deben realizarse.
Deben identificarse las colaboraciones para tenerlas en cuenta posteriormente, en la planificacin temporal del proyecto.
Se deben contemplar las actividades relativas al control de la calidad, a la gestin de requisitos, a la gestin de configuracin y a la gestin del proyecto.
Se analizan e identifican las dependencias entre las actividades definidas.
5.1.3.1.3 Realizar las estimaciones de esfuerzo

Se ajusta la estimacin del esfuerzo de las entregas del proyecto, utilizando la estimacin en base a atributos y factores.
Se ajusta el esfuerzo estimado para cada etapa o cruce entrega-fase, a partir de los nuevos datos de estimacin y consumo.
29


En esta actividad se identifican los productos a obtener, los hitos a alcanzar, los riesgos que puedan afectar los objetivos del proyecto, las personas del equipo del proyecto y otros implicados externos que participan en las etapas o actividades del proyecto, los recursos necesarios a la consecucin de los objetivos, los compromisos que afectan al plan de proyecto, con el fin de obtener una planificacin temporal lo ms detallada posible.
Se identifican los productos a generar. Se identifican y definen los productos que se generarn en cada etapa del proyecto. Se debe tener en cuenta, que toda etapa debe generar como mnimo un producto.
Se definen los hitos a alcanzar. Se definen de forma detallada los hitos a alcanzar en cada etapa del proyecto definida. Se supone, por defecto, los hitos relacionados con la obtencin de productos y los asociados a la finalizacin de etapas.
Se identifican los riesgos que pueden afectar los objetivos del proyecto.
Se identifican las personas del equipo del proyecto y otros implicados externos que participan en las etapas o actividades.
Se identifican los compromisos que afecten al plan del proyecto.
Se identifican los recursos disponibles / necesarios para realizar las etapas o actividades.
Se identifican otros costes asociados al desarrollo de las etapas o actividades.
30

Se asignan las personas del equipo de proyecto a las etapas o actividades, en funcin de los roles. Se consideran los recursos disponibles, que puedan cubrir las necesidades del proyecto. Se estudia su integracin en el equipo del proyecto, teniendo en cuenta las posibilidades de paralelizacin de las etapas o actividades a realizar. A raz de este estudio, se determinan las personas que formaran el equipo del proyecto.
Se asignan las fechas previstas a los hitos y etapas o actividades definidas. Se deben tener en consideracin los hitos a alcanzar, las estimaciones realizadas, los riesgos, las colaboraciones, los compromisos con terceros, subproyectos y responsables de participaciones estructurales, la disponibilidad de las personas o grupos que realizan cada etapa o actividad.
La disponibilidad de las personas, se debe determinar en funcin de planificacin global de todos los proyectos definidos para un equipo de trabajo, de la dedicacin prevista acordada, y considerando la duracin de la jornada de trabajo.
31

5.1.4 Procedimiento Planificacin refinada
Este procedimiento describe las actividades a realizar peridicamente cada 60 das (30 das si el proyecto dura menos de 6 meses) a partir de la realizacin de la Planificacin Detallada, para realizar una revisin de la planificacin de las siguientes etapas del proyecto.
En los proyectos de tipo Nuevo Desarrollo, el refinamiento de las etapas asociadas a la fase de Anlisis tiene las particularidades siguientes.
Las planificaciones temporales anteriores, se refinan con nueva informacin obtenida durante la etapa incluida en la fase de Anlisis.
32

Una vez analizado y modelado el sistema y, despus de refinar la estimacin de esfuerzo y la planificacin temporal utilizando este procedimiento, se aprobar formalmente esta planificacin por parte de la Direccin del Proyecto.
En los proyectos de tipo Nuevo Desarrollo, el refinamiento de las etapas asociadas a la fase de Diseo tiene las particularidades siguientes.
Las planificaciones temporales anteriores, se refinan con nueva informacin obtenida durante la etapa incluida en la fase de Diseo, y se obtienen el Plan de Pruebas y el Plan de Implantacin.
Una vez realizado el diseo tcnico y despus de refinar la estimacin de esfuerzo y la planificacin temporal utilizando este procedimiento, se aprobar formalmente esta planificacin por parte de la Direccin del Proyecto.
En los proyectos basados en acuerdos con proveedores, se utilizar el Procedimiento de Planificacin Refinada, para llevar a cabo la actividad de Planificacin de la Adaptacin, al final de la fase de Seleccin del Paquete y durante la fase de Adaptacin del Paquete. Para ello se tendr en cuenta la planificacin acordada con el proveedor. Este procedimiento tambin se podr utilizar en el resto de etapas para ajustar la planificacin al finalizar cada una de ellas.
El objetivo es disponer de una planificacin detallada de los compromisos y las actividades que se realizan durante el resto del proyecto.
Informacin de Gestin del Proyecto Compromisos
33

Riesgos Implicados Equipo de proyecto
Inventario de Productos Plan de Ejecucin Planificacin Descripcin Grfica de Actividades
Documento de Implantacin Plan de implantacin
5.1.4.1 Actividades

Se revisa el ciclo de vida del proyecto realizando si es necesario, modificaciones a las etapas definidas previamente y a las dependencias entre las etapas.
5.1.4.1.2 Definir las actividades y sus dependencias

Las etapas debern desglosarse en actividades, cuando el tamao de las etapas definidas no permita realizar una gestin adecuada de las mismas, cuando el responsable de la Gestin de Proyecto lo considere necesario.
Ser necesario definir actividades cuando las etapas no cumplan los siguientes criterios, que adems debern ser cumplidos por las actividades que se definan:
34

Las etapas o actividades debern tener una duracin inferior al periodo de seguimiento del proyecto.
Las etapas o actividades se debe definir a un nivel de detalle suficiente, para que muestren qu tareas estn siendo realizadas por el equipo, relacionando componentes del producto con las fases del proyecto.
En el caso de que se decida desglosar las etapas en actividades, los pasos a seguir sern los siguientes:
Para cada etapa definida en la actividad anterior, se revisan las actividades identificadas.
o Cuando
sea necesario
se incluirn
las
nuevas
actividades
colaboraciones detectadas.
o Se deben contemplar las actividades relativas al control de la calidad, a la gestin de requisitos, a la gestin de configuracin y a la gestin del proyecto.
Se analizan e identifican las dependencias entre las actividades identificadas.
35

5.1.4.1.3 Realizar las estimaciones de esfuerzo.

Se ajusta la estimacin del esfuerzo de las entregas del proyecto, utilizando la estimacin en base a atributos y factores.
Se ajusta el esfuerzo estimado para cada etapa o cruce entrega-fase, a partir de los nuevos datos de estimacin y consumo.

En esta actividad se planifican con mayor grado de detalle las etapas siguientes. Para ello se revisan y refinan los elementos que pueden afectar a la planificacin.
Se revisan los productos que se generarn en cada etapa del proyecto. Se debe tener en cuenta que toda etapa debe generar como mnimo un producto.
Se revisan los hitos a alcanzar en cada etapa del proyecto. Se supone, por defecto, los hitos relacionados con la obtencin de productos y los asociados a la finalizacin de etapas.
Se identifican los riesgos que pueden afectar los objetivos del proyecto.
Se revisa la identificacin de las personas del equipo del proyecto y otros implicados externos que participan en las etapas o actividades.
Se revisan los compromisos que afecten al plan del proyecto.
36

Se identifican los recursos disponibles / necesarios para realizar las etapas o actividades. Se deben detallar los recursos disponibles / necesarios para todas las etapas o actividades del proyecto.
Se revisan otros costes asociados al desarrollo.
Se revisa la asignacin de las personas del equipo de proyecto a las etapas o actividades, en funcin de los roles. Se consideran los recursos disponibles que puedan cubrir las necesidades del proyecto. Se estudia su integracin en el equipo del proyecto, teniendo en cuenta las posibilidades de paralelizacin de las etapas o actividades a realizar. A raz de este estudio se determinan las personas que formaran el equipo del proyecto.
Se actualizan las fechas previstas a los hitos y etapas o actividades definidas. Se deben tener en consideracin los hitos a alcanzar, las estimaciones realizadas, los riesgos, las colaboraciones, los compromisos con los subproyectos, la disponibilidad de las personas o grupos que realizan cada etapa o actividad.
5.1.5 Descripcin de los Productos obtenidos

Se identifican y describen individualmente todos los productos resultantes del proceso de Planificacin.
Informacin de Gestin de Proyecto: Agrupacin de documentos relativos al seguimiento y control del proyecto, como la composicin del equipo del proyecto, los implicados, los compromisos, los riesgos e incidencias del proyecto, los puntos de control, las colaboraciones, etc.
37

Documento de Definicin del Proyecto: Documento que recoge aspectos fundamentales de la organizacin y gestin del proyecto. Describe qu se pretende con la realizacin del proyecto, qu productos se deben entregar al finalizar el proyecto y cmo se va a organizar el proyecto.
Documento de Implantacin: Documento en el que se recoge, entre otros apartados, la planificacin de la implantacin del nuevo sistema.
Plan de Ejecucin: Producto en el que se recogen los resultados de los diferentes procedimientos de planificacin. Documento dinmico que se mantiene activo durante casi todo el ciclo de vida del proyecto. En l se reflejan las distintas planificaciones temporales del proyecto en su conjunto y de cada etapa concreta del ciclo de vida. Est estructurado en los siguientes apartados:
Apartado Planificacin. Cada uno de los planes del proyecto dispondr del ciclo de vida del proyecto, la planificacin temporal y las estimaciones.
Apartado Descripcin grfica de actividades. Cada uno de los planes del proyecto dispondr de una representacin grfica de la distribucin temporal de subsistemas, entregas, etapas, actividades e hito.
5.2 SEGUIMIENTO Y CONTROL

El seguimiento y control de proyectos, es el conjunto de actividades que deben ser realizadas por el responsable de la Gestin del Proyecto, para medir de forma continua el avance del proyecto y actuar de un modo pro-activo. En estas actividades tambin participa el responsable de la Direccin del Proyecto, ya que debe estar informado del avance y de la situacin del proyecto en cada momento.
38

Esta fase se inicia a partir de la aprobacin del Plan de Ejecucin y se realiza a lo largo de todo el proyecto, hasta la finalizacin de la fase de Implantacin.
Las actividades a realizar por el responsable de la Gestin del Proyecto dependern de que el proyecto se realice internamente, con personal interno o externo en contratacin por jornadas, o sea un proyecto cerrado, en su totalidad o en alguna de sus fases.
En el esquema general de actividades se han agrupado en cuatro macroactividades:
Actividades de control Actividades de gestin Replanificacin Reporting
39

Las actividades de control y gestin, se realizan en paralelo durante la fase y de forma continua.
Todas las actividades de esta fase requieren una ejecucin peridica. Por tanto, si se prev la ausencia de alguna de las personas que asumen las funciones claves para su realizacin (Gestin de Proyectos y Direccin de Proyectos), debera delegarse esta responsabilidad durante el periodo previsto de ausencia.
Los objetivos que se persiguen en este procedimiento son los siguientes:
Realizar el seguimiento del progreso del proyecto Validar la calidad de los productos y procesos Identificar y gestionar las incidencias y los riesgos Ajustar la planificacin Elaborar una estimacin ms detallada Gestionar los implicados (equipo de proyecto e implicados externos) Gestionar los compromisos Controlar el presupuesto Coordinar las dependencias externas Informar sobre la situacin del proyecto Trazar los cambios
40

5.2.1 Actividades
5.2.1.1 Seguimiento y control de tareas

El objetivo de esta actividad es revisar la asignacin de tareas realizada, bajando el grado de detalle si es preciso y asignndolas a los miembros del equipo de trabajo, utilizando para ello una herramienta de planificacin y el correo electrnico.
Peridicamente se deber evaluar el estado de cada tarea y la carga de trabajo asignada a cada uno de los miembros del equipo.
5.2.1.2 Control de avance del proyecto

Esta actividad tiene como propsito evaluar la carga de trabajo que queda por realizar de cada tarea, conjuntamente con el miembro del equipo responsable. Con los resultados acumulados de todas las tareas se obtendr el grado de avance de cada una de las actividades del proyecto.
El grado de avance previsto ser proporcionado por la herramienta utilizada para la planificacin temporal del proyecto, mientras que el real ser calculado por el responsable de la Gestin de Proyecto, utilizando el mtodo estndar de clculo del grado de avance para las etapas del proyecto y estimndolo para las actividades que desee incluir.
41

5.2.1.3 Revisin de productos y procesos

Los objetivos de esta actividad son:
Verificar que cada uno de los productos o entregables del proyecto se ajusta a los estndares marcados y validar su contenido.
Confirmar que se han realizado correctamente las actividades y procedimientos definidos.
Realizar el seguimiento de los puntos de control establecidos para cada actividad del proyecto.
Para cubrir estos objetivos se realizarn las siguientes actividades:
Revisar los productos finalizados.
Revisar el proceso seguido para la consecucin de los hitos establecidos en el proyecto.
Registrar la informacin relativa a cada punto de control, siendo sta:
o Cdigo del punto de control o Etapa del proyecto a la que pertenece el punto de control o Fecha de ejecucin del punto de control o Participantes en la validacin o Consecucin: SI / NO o Observaciones: Matizaciones a la consecucin; carencias o riesgos detectados; condiciones de la consecucin, etc.
42

o Justificacin:
Descripcin
del
medio/soporte
que
evidencia
la
consecucin del hito.
5.2.1.4 Gestin de equipo de proyecto y de implicados

El objetivo de esta actividad es verificar peridicamente, que todos los integrantes del equipo de proyecto y los implicados del proyecto estn identificados, y que colaboran adecuadamente en cada una de las fases del proyecto, as como realizar un control sobre la incorporacin de nuevos implicados, de las bajas y de los cambios e incidencias que transcurran durante el desarrollo del proyecto, que puedan surgir como consecuencia de la falta de implicacin de estas personas.
5.2.1.5 Gestin de compromisos

El objetivo de esta actividad es verificar peridicamente, que todos los compromisos adoptados durante el transcurso del proyecto estn identificados y se realiza un control y seguimiento del grado de cumplimiento de los mismos, actualizando la fecha de revisin y el estado del compromiso.
En el caso que se detecten riesgos o incidencias en el cumplimiento del compromiso durante el control y seguimiento del mismo, se registrarn en la herramienta de gestin de proyecto indicando las acciones correctoras oportunas, permitiendo la replanificacin del proyecto y renegociacin del compromiso entre los implicados del mismo.
43

Cualquier impacto significativo en el Plan del Proyecto se deber informar al responsable de la Direccin de Proyecto para que se adopten las decisiones a tomar que se estimen oportunas. Los compromisos que se deriven de esta accin sern recogidos en la herramienta de gestin de proyectos.
5.2.1.6 Seguimiento de riesgos

El responsable de la Gestin del Proyecto, deber realizar peridicamente un seguimiento de la situacin en la que se encuentran los riesgos identificados previamente, as como identificar nuevos riesgos que puedan aparecer, recogiendo esta informacin en el Informe de Seguimiento, cuando se consideren significativos.
El Responsable de la Direccin de Proyecto debe asegurarse que no han quedado riesgos del proyecto sin identificar.
5.2.1.7 Gestin de incidencias

Se denomina incidencia, a todo tipo de circunstancia que afecte al desarrollo del proyecto. Una incidencia puede provenir de la materializacin de un riesgo no resuelto.
La finalidad de la gestin de incidencias es, definir las acciones que permitan resolver los problemas detectados durante el periodo de revisin y evitar que vuelvan a ocurrir, adems de la pronta resolucin de los mismos.
Cuando es detectada una incidencia, el responsable de la Gestin del Proyecto debe realizar las siguientes tareas:
44

Elaborar una lista de todos los problemas a resolver, definiendo el problema y el alcance.
Definir, evaluar y planificar las acciones a realizar generando alternativas de solucin. Para cada alternativa, evaluar cmo se llevara a cabo, analizar los riesgos, e identificar las consecuencias.
Dependiendo del grado de criticidad de la incidencia y el tipo de proyecto, el responsable de la Gestin del Proyecto podra convocar una reunin de seguimiento en la que informar, a todas las reas afectadas as como a los responsables del Cliente, la incidencia detectada y las acciones que ha decidido tomar.
Designar los responsables de las acciones correctoras, estableciendo un plan de implantacin en el que estn de acuerdo todos los afectados.
Realizar el seguimiento de las acciones correctoras.
5.2.1.8 Gestin de cambios

Una vez detectada la necesidad de realizar un cambio, que puede venir desde distintos canales y por distintos motivos, el responsable de la Gestin del Proyecto debe realizar las actividades definidas en la Gestin de Cambios para la formalizacin y aprobacin del mismo. Si el cambio ha sido aprobado, se realizar el seguimiento de su implementacin.
45

Se debe asegurar que la trazabilidad definida en el proyecto contina siendo la adecuada.
Los riesgos identificados que puedan afectar al cumplimiento de los objetivos del proyecto debern ser registrados, independientemente de cual haya sido la decisin adoptada sobre la aceptacin o rechazo de dicho cambio.
Los cambios en los requisitos de usuario, deben realizarse de forma gestionada y controlada, siguiendo el procedimiento de Gestin de Cambios en Requisitos.
5.2.1.9 Control presupuestario

El responsable de la Gestin del Proyecto, deber administrar el presupuesto asignado al proyecto controlando peridicamente que no se excede en el consumo que realiza en cada tipo de partida presupuestaria:
Inversin en hardware Inversin en licencias software Proyecto cerrado Jornadas subcontratadas Jornadas internas Consultora Otros
Para cada tipo de partida deber recogerse el presupuesto asignado, el presupuesto consumido y la estimacin del presupuesto que se prev consumir cuando finalice el proyecto.
46

El control presupuestario del proyecto se documenta en el Informe de Seguimiento.
El clculo de jornadas se realiza a partir de la imputacin de horas realizadas.
5.2.1.10
Replanificacin
Se realizar una replanificacin y una reestimacin del proyecto, al finalizar la fase de Anlisis, y posteriormente en la revisin de la planificacin de las siguientes fases para adecuarla a la situacin real, aumentando el nivel de descomposicin de las actividades y asignando recursos a tareas elementales.
Adems deber realizarse una replanificacin y una reestimacin, siempre que se produzcan cambios, nuevas actividades o incidencias que afecten a la estimacin inicial del proyecto. La nueva planificacin del proyecto deber ser aprobada en la reunin de seguimiento y se actualizarn los compromisos en el caso de que se vean afectadas las fechas de compromisos previstas, actualizando la fecha de revisin del compromiso y el estado.
5.2.1.11
Seguimiento y reporting
El seguimiento y reporting de proyectos, es obligatorio para todos los proyectos que se dilaten ms de 1 mes a partir de su lanzamiento.
47

Los proyectos que duren menos de un mes, no estn obligados a generar Informe de Seguimiento, ya que el Informe de Finalizacin de Proyecto sustituye al Informe de Seguimiento de estos de proyectos.
Seguimiento de un Proyecto:
Con una periodicidad que depende del tipo de proyecto, que se habr acordado en la reunin de lanzamiento del proyecto, se convocar una reunin de seguimiento donde se exponga la marcha del proyecto.
El objetivo de la reunin de seguimiento, es transmitir de forma clara y concisa la situacin del proyecto, resaltando los aspectos relevantes del mismo. Se convocar al responsable de la direccin del proyecto. En caso de tratarse de un proyecto troncal, tambin se tendr que convocar al Cliente que ha realizado la peticin del proyecto, a los responsables de la Gestin y a todas las reas que tienen algn nivel de responsabilidad en el proyecto.
En estas reuniones, se presenta el Informe de Seguimiento, que resume el estado del proyecto. Es funcin del responsable de Gestin de Proyecto la generacin de informes de seguimiento.
El objetivo del Informe de Seguimiento es reflejar/informar acerca del avance y la situacin actual del proyecto, de forma que permita un anlisis de los aspectos crticos a considerar para tomar decisiones eficientes con relacin a los problemas/riesgos identificados. Este se enviar a los representantes del Cliente y/o a los responsables de las reas involucradas en el proyecto, y a todas las personas que sean convocadas, adjuntndose con la convocatoria de reunin.
48

Estos informes servirn como herramienta de trabajo, para realizar el seguimiento de los hitos y resultados alcanzados en cada momento, comparndolos con los objetivos establecidos en el Documento de Definicin del Proyecto.
Finalizada la reunin de seguimiento, se recogern los compromisos adoptados en la misma en el Acta de Reunin.
5.3 GESTION DE ACUERDOS CON PROVEEDORES

La Gestin de acuerdos con proveedores, se inicia en el momento en que se decide la colaboracin con un proveedor para que proporcione algn producto. Esta decisin se toma en la fase de Definicin, durante la actividad de Definicin del nuevo sistema.
La Gestin de acuerdos con proveedores se realizar hasta que finalicen las actividades acordadas con el proveedor.
El objetivo es gestionar la adquisicin de productos, a travs de la existencia de un acuerdo formal con un proveedor. Para realizar esta gestin se debe:
Establecer los acuerdos con los proveedores, para lo cual se requiere:
Identificar los productos a subcontratar y otros requisitos de la subcontratacin. Establecer criterios de seleccin de los proveedores. Buscar posibles candidatos y solicitar ofertas. Evaluar las ofertas en base a los criterios de seleccin. Seleccionar un proveedor segn la evaluacin.
49

Formalizar el acuerdo, aprobarlo y revisar la planificacin temporal.
Velar por el cumplimiento satisfactorio de los acuerdos, para lo cual se requiere:
Seguir el cumplimiento del acuerdo y tomar las acciones correctivas que sean necesarias.
Aceptar formalmente los productos, comprobando que cumplen los estndares y requisitos acordados y cerrar la colaboracin.
La funcin de colaboracin en diferentes actividades del proceso de Gestin de acuerdos con proveedores, se lleva a cabo por el perfil responsable de Gestin de Proveedores. Este perfil cuenta con un histrico de proveedores para apoyar la
bsqueda, valoracin y seleccin de proveedores, as como la experiencia y conocimientos necesarios a nivel organizativo para actuar como soporte en la gestin de distintas actividades del proceso.
5.3.1 Proceso Gestin de acuerdos con Proveedores
50

5.3.1.1 Actividades
5.3.1.1.1 Establecimiento del acuerdo

Identificar los productos a subcontratar y otros requisitos de la subcontratacin.
En el estudio de las diferentes alternativas de construccin, durante la definicin del nuevo sistema, se determinan qu productos se van a subcontratar.
Los requisitos funcionales y del sistema vienen determinados en los documentos ERU y ERS. Posteriormente se deben determinar tambin los requisitos del acuerdo, considerando:
Requisitos relativos a estndares tcnicos y metodolgicos de la organizacin.
Documentacin complementaria requerida (manuales, documentacin tcnica, etc.).
Otras condiciones como pueden ser plazos, costes, etc.
Establecer criterios de seleccin de los proveedores.
En colaboracin con el responsable de Gestin de Proveedores, se establecen los criterios bajo los cuales se evaluarn formalmente las distintas alternativas, y que adems servirn como referencia para la valoracin final del proveedor. Para determinar estos criterios se tendrn en cuenta los siguientes aspectos:
51

Cumplimiento de plazos Calidad de los entregables (desarrollo y documentacin) Gestin eficaz de riesgos Cumplimiento del presupuesto Involucracin y flexibilidad.
Buscar posibles candidatos y solicitar ofertas.
Una vez definidos los requisitos a subcontratar y conocidos los criterios de seleccin, se buscan proveedores que puedan considerarse como candidatos para cubrir los requisitos establecidos.
A estos proveedores candidatos, se les entregarn los requisitos del producto y del acuerdo con el fin de obtener propuestas formales.
Se registrar la lista de proveedores considerados como candidatos, as como el medio utilizado para hacer llegar la solicitud de peticin de ofertas, en el Dossier de Adquisicin.
En este punto, el responsable de la Gestin de Proyecto solicita la colaboracin del responsable de Gestin de Proveedores, mediante el envo del Dossier de Adquisicin.
El responsable de la Gestin de Proveedores, responder con la informacin que disponga relativa a los proveedores indicados como alternativa, en el Dossier de Adquisicin.
52

Evaluar las ofertas en base a los criterios de seleccin.
A partir de las ofertas recibidas y utilizando los criterios de seleccin definidos, se evalan formalmente las ofertas, determinando el grado de adecuacin de los productos ofertados al escenario actual.
Seleccionar un proveedor segn la evaluacin.
A raz de la evaluacin, se selecciona la oferta que ms se ajusta a los requisitos a cubrir. Se realizan las aclaraciones y negociaciones necesarias, actualizando los requisitos y condiciones que puedan haber variado.
En algunos casos las aclaraciones se instrumentarn con sesiones de prueba o pilotos.
Formalizar el acuerdo, aprobarlo y revisar la planificacin temporal.
Se documentan los compromisos alcanzados, los hitos a cumplir, los productos a entregar, los plazos de las entregas, los estndares y metodologas a seguir, y, en general cualquier acuerdo necesario para la correcta ejecucin de la colaboracin.
Esta informacin es aceptada formalmente en el punto de control de Aprobacin del Dossier de Adquisicin, de la fase de Seleccin del Paquete. Posteriormente es enviada, mediante una solicitud, al organismo correspondiente para su aprobacin oficial mediante la firma del Contrato.
El acuerdo as formalizado ser comunicado al solicitante, que comprobar que no han variado las condiciones iniciales o que, en caso contrario, adaptar el Dossier de Adquisicin segn los cambios.
53

Se incorpora el documento que recoge los acuerdos en la Lnea Base del proyecto y su modificacin queda sujeta a la gestin del cambio.
Cuando los acuerdos alcanzados lo requieran, se revisar la planificacin temporal del proyecto, incorporando los hitos acordados e indicando los productos que se incorporarn al proyecto en cada momento.
En este punto el responsable de la Gestin del Proyecto, notifica la contratacin al responsable de la Gestin de Proveedores, mediante el envo del Dossier de Adquisicin.
5.3.1.1.2 Seguimiento del cumplimiento del acuerdo

Seguir el cumplimiento del acuerdo y tomar las acciones correctivas que sean necesarias.
Durante la actividad de control de avance del proyecto, se revisarn los compromisos e hitos del acuerdo que se incorporaron a la planificacin temporal del proyecto.
Durante la gestin de incidencias, se realizarn las acciones correctivas que se estimen oportunas para corregir o evitar posibles desviaciones en el acuerdo alcanzado.
Para reflejar cambios en los acuerdos se utilizar el procedimiento de gestin del cambio.
54

Aceptar formalmente los productos comprobando que cumplen los estndares y requisitos acordados y cerrar la colaboracin.
En los Puntos de Control, de la fase de Adaptacin del Paquete, se verifica que los productos finalizados cumplen los requisitos acordados. A partir del resultado de estas validaciones se acepta formalmente el producto, en el Punto de Control de Aceptacin formal del sistema de la fase de Pruebas.
Una vez se han validado y aceptado todos los productos entregables documentados en el acuerdo se considerar concluida la colaboracin.
Por ltimo el responsable de la Gestin del Proyecto, valorar el trabajo realizado por el proveedor rellenando el documento Informe de Evaluacin del Proveedor y lo enviar al responsable de Gestin de Proveedores para que lo archive como informacin adicional del proveedor.
5.3.1.1.3 Puntos de Control

Aprobacin del acuerdo.
El documento Contrato de Adquisicin, es validado por el responsable de la Direccin de Proyecto y por el responsable del proveedor. Su aprobacin formal se deriva de la firma del Contrato correspondiente.
Aceptacin del producto.
La aceptacin de los productos acordados con el proveedor, queda formalizada mediante el registro del punto de control de Aceptacin formal del sistema.
55

5.4 ASEGURAMIENTO DE CALIDAD

El objetivo de la Gestin de la Calidad, es asegurar la calidad de los procesos seguidos y de los productos desarrollados, verificando que satisfacen los requisitos definidos, en los plazos comprometidos y con los atributos de calidad establecidos.
Los procedimientos y controles de calidad definidos deben permitir detectar problemas, riesgos y no conformidades all donde se produzcan.
Adems se definen procedimientos para registrar, reportar los problemas encontrados, as como realizar el seguimiento y permitir la resolucin controlada de las incidencias que se detecten.
La estrategia para alcanzar los objetivos de calidad anteriores se basa en los siguientes puntos:
Orientacin al usuario. Detectar y entender las necesidades de los usuarios y satisfacer estas necesidades.
Orientacin a la eficiencia. Disear soluciones y productos que satisfagan las necesidades de los usuarios, mediante un uso adecuado de los recursos.
Definicin de la calidad requerida. Identificar entregables o productos de las distintas etapas del proyecto. Para cada producto definir la calidad requerida con un nivel de detalle, que permita comprobar si el producto cumple o no con los niveles de calidad.
56

Definicin de los procesos y procedimientos. Definir procesos estndares o especficos y procedimientos, que permitan la ejecucin efectiva de las distintas actividades de un proyecto.
Alcance controlado de la calidad requerida. Definir controles de la calidad de los procesos y sus productos, que pueden ser ejecutados en puntos intermedios de los procesos.
Participacin de todo el personal del proyecto. Fomentar una cultura de participacin y responsabilizacin de cada persona del proyecto, en las actividades de Control y Aseguramiento de la Calidad.
Prevencin. Utilizar la experiencia para definir e implementar acciones preventivas, que permita evitar errores.
Mejora continua. Aumentar continuamente la eficacia de las actividades realizadas en el proyecto, realizando un trabajo libre de errores y en los plazos y presupuestos comprometidos.
5.4.1 Conceptos
Proceso: conjunto de actividades, mtodos y prcticas que se utilizan para desarrollar y mantener el software y junto a sus productos asociados.
Producto: cualquier elemento creado como resultado de definir, mantener o usar el proceso de desarrollo.
57

Calidad: se define como la totalidad de funciones y caractersticas de un producto, proceso o recurso que permiten que satisfaga una necesidad dada.
Plan de Aseguramiento de la Calidad: documento que contiene la planificacin de actividades del Aseguramiento de la Calidad sobre el desarrollo, mantenimiento e implantacin de los proyectos, para un periodo determinado.
Procedimiento: conjunto de pasos necesarios para iniciar, desarrollar y finalizar una actividad relacionada con un proyecto, documentado de forma clara y sin ambigedad.
Incidencia: anomala detectada como resultado de la revisin de un producto o etapa.
No conformidad: incumplimiento de un producto o de la ejecucin de un proceso.
Checklists: son documentos que contiene un conjunto de preguntas, cuyas respuestas permiten medir atributos de calidad de un producto o proceso. Las preguntas han de ser precisas y sin ambigedad.
Equipo de Aseguramiento de la Calidad: grupo de personas independiente, que es responsable de la ejecucin de las actividades para el Aseguramiento de la Calidad.
La Gestin de la Calidad est orientada a asegurar que los productos desarrollados en los proyectos, alcanzan sus requisitos de calidad.
58

Dentro de la Gestin de la Calidad se pueden diferenciar las siguientes actividades: Control de Calidad y Aseguramiento de la Calidad.
Control de Calidad, consiste en evaluar o revisar resultados especficos de los proyectos, para determinar si cumplen o no con los estndares de calidad relevantes, e identificar acciones que permitan eliminar los incumplimientos detectados.
Aseguramiento de la Calidad, consiste en evaluar el desempeo de los proyectos de forma sistemtica, para asegurar que estos cumplen con los estndares establecidos.
Control de calidad
La identificacin de los estndares relevantes para cada proyecto se realiza al inicio de cada proyecto, cuando se decide el ciclo de vida del proyecto y se identifican los entregables y productos que son relevantes para el mismo.
59

Las actividades para el Control de la Calidad se planifican a nivel de proyecto. Es decir, dentro de cada proyecto debern planificarse las Revisiones Tcnicas de Producto (RTP) y las Revisiones de Hito (RH).
El responsable de la ejecucin de estas revisiones ser algn miembro del equipo del proyecto. La calidad de los productos se puede controlar mediante mecanismos automticos, pruebas y/o revisiones tcnicas.
Se han definido dos revisiones que permiten controlar la calidad de los productos de los proyectos: la Revisin Tcnica de Producto y la Revisin de Hito. El Procedimiento Revisin Tcnica de Producto describe las actividades para realizar la revisin de un producto, mediante el uso de una checklist para controlar la calidad (Checklist Revisin de Producto).
Adems, se ha definido el Procedimiento Revisin de Hito que describe las actividades para revisar que al alcanzar un hito de un proyecto, se han realizado todas las actividades previstas y desarrollado todos los productos necesarios. Las Revisiones de Hitos permiten evaluar y aprobar el avance del proyecto, y se realizan segn la planificacin establecida en cada proyecto para las mismas.
Aseguramiento de la Calidad
Las actividades de Aseguramiento de la Calidad, se realizan por personas externas a los proyectos, y se planifican y ejecutan teniendo en cuenta distintos factores que afectan la forma en que estas se realizan.
Los factores principales a tener en cuenta en la planificacin del Aseguramiento de la Calidad son:
60

Foco de inters: Tipologa de proyectos o procedimientos en los que se debe focalizar el aseguramiento.
Alcance / volumen de la revisin: El nmero de proyectos y etapas que se desea revisar se establece mediante criterios de muestreo o en funcin del resultado de revisiones anteriores.
Capacidad de los recursos: El nmero de recursos que se pueden dedicar a las actividades de Aseguramiento de la Calidad, condiciona la capacidad de trabajo que se puede realizar y el alcance de las revisiones.
El Procedimiento Planificacin del Aseguramiento de la Calidad, describe las actividades para elaborar el Plan de Aseguramiento de la Calidad.
El Plan de Aseguramiento de Calidad contiene el detalle de dichas actividades y su planificacin temporal.
La calidad de los proyectos se asegura mediante revisiones peridicas realizadas sobre sus etapas terminadas. En estas revisiones se comprueba que se han cumplido los procedimientos, estndares y actividades definidos para la etapa.
El Procedimiento Revisin de Etapa describe las actividades necesarias para realizar una revisin de etapa.
Dentro de las actividades de Aseguramiento de Calidad, se incluye la participacin en el Proceso de mejora y realimentacin del Proceso de Desarrollo, mediante la identificacin de recomendaciones de mejora originadas a partir de las revisiones peridicas de los proyectos.
61

5.4.2 Organizacin
Para llevar a cabo las actividades de Planificacin, Control y Aseguramiento de la Calidad se establece la siguiente organizacin y definicin de responsabilidades.
Dentro de cada proyecto deben existir los siguientes perfiles y responsabilidades:
Gestin de Proyecto, ser el responsable de la planificacin, seguimiento y ejecucin de las actividades de Control de Calidad para sus proyectos.
Direccin de Proyecto, ser el responsable de la revisin de actividades del proyecto y responsable ltimo de la calidad en el mismo.
Director de Departamento, ser el responsable en la estructura de la gestin de la calidad (incluida la ejecucin de procedimientos)
La responsabilidad de Elaboracin del Producto, corresponde a la funcin de elaborar el producto y solucionar las incidencias detectadas en la Revisin Tcnica del Producto. Se asignar a la persona del proyecto encargada de la elaboracin del producto.
La responsabilidad de Revisin del Producto, corresponde a la funcin de realizar las revisiones tcnicas de uno o varios productos, y se asignar a la persona del equipo del proyecto que no ha participado en la elaboracin del producto.
Las funciones de Aseguramiento de la Calidad, correspondern al perfil de Aseguramiento de la Calidad. La asignacin de las personas a este perfil se realizar en el Plan de Aseguramiento de la Calidad.
62

El equipo de Aseguramiento de la Calidad, formado por las personas que tienen asignado el perfil de Aseguramiento de la Calidad, deber tener la siguiente estructura:
Un responsable de la planificacin y seguimiento de las actividades de Aseguramiento de la Calidad.
Varias personas que se encargarn de la ejecucin de las Revisiones de Etapa para los proyectos.
5.4.3 Procedimiento para el Control de la Calidad
5.4.3.1 Procedimiento Revisin Tcnica de Producto

Este procedimiento, describe las acciones a realizar para ejecutar la revisin tcnica de un producto.
Este tipo de revisin es un Control de Calidad que consiste en una revisin profunda y en detalle de los productos para detectar incidencias. Esta revisin se llevar a cabo de forma independiente por uno o varios especialistas, segn el tipo de producto de que se trate.
Los objetivos son comprobar que los productos revisados se ajustan a los procedimientos y estndares definidos, e identificar y registrar las incidencias detectadas en la revisin del producto.
Se obtendr como productos de salida la Checklist Revisin de Producto (CRP) rellenada como resultado de la revisin del producto.
63

5.4.3.1.1 Actividades
Comunicar la finalizacin del producto
El Responsable de Elaboracin del Producto que se desea revisar, notifica al Responsable de Revisin del Producto, mediante el envo de un correo electrnico, la finalizacin del producto indicando el lugar donde puede encontrarlo.
Realizar la revisin del producto
El Responsable de Revisin del Producto, analiza el producto a revisar utilizando la checklist definida para el producto en particular. Durante la revisin el
64

Responsable de Revisin del Producto consultar, si lo encuentra necesario, cualquier duda o aclaracin con el Responsable de Elaboracin del Producto.
Todas las incidencias detectadas en el proceso de revisin, son registradas directamente en la Checklist Revisin de Producto.
Una vez finalizada la revisin, el Responsable de Revisin del Producto remitir los resultados de la revisin al Responsable de Elaboracin del Producto.
Clasificar las incidencias detectadas
El Responsable de Elaboracin del Producto, clasifica las incidencias registradas en la Checklist de Revisin de Producto segn su tipologa en:
Errores de correccin inmediata. No conformidades.
Los errores deben ser corregidos por el Responsable de Elaboracin del Producto inmediatamente y dentro del mbito del proyecto.
Finalizar la revisin
Se almacenan los resultados de la revisin (Checklist de Revisin de Producto rellenada).
Comunicar la finalizacin de la revisin junto con el resultado a Gestin de Proyecto y al responsable de Elaboracin del Producto.
65

5.4.3.2 Procedimiento Revisin de Hito

Este procedimiento, describe las acciones a realizar para ejecutar una revisin de hito. Se ejecutar cada vez que el proyecto alcance alguno de los hitos identificados en la planificacin del proyecto como Revisin de Hito. Estos hitos podrn coincidir con el final de cada una de las etapas especificadas en el proyecto o bien no estar relacionado.
Las Revisiones de Hitos permiten evaluar y aprobar el avance del proyecto. No tienen que estar obligatoriamente asociadas a todos los hitos planificados para el proyecto.
Los objetivos son: Comprobar que se han realizado correctamente las actividades, estndares y procedimientos definidos para el hito a revisar, e identificar y registrar las incidencias detectadas en la revisin del hito.
Como producto de salida, se obtiene la Checklist Revisin de Hito (CRH) rellenada como resultado de la revisin del hito.
66

Realizar la revisin del hito
Se rellenar la checklist correspondiente a la Revisin del Hito. Esta revisin contemplar entre otros los siguientes puntos:
Existen todos los productos previstos para el hito. Se han realizado todas las actividades definidas. Han sido ejecutadas las Revisiones de Producto planificadas.
Finalizar la revisin del hito
En esta actividad se clasifican las incidencias registradas en la Checklist de Revisin de Hito segn su tipologa en:
Errores de correccin inmediata. No conformidades.
Los errores en productos o actividades, deben ser corregidos por el Responsable de Elaboracin del Producto o Gestin de Proyecto inmediatamente y dentro del mbito del proyecto.
Se almacenan los resultados de la revisin (Checklist de Revisin de Hito rellenada).
67

5.4.4 Procedimiento para el Aseguramiento de la Calidad
5.4.4.1 Procedimiento Planificacin del Aseguramiento de la Calidad

Este procedimiento, describe las acciones necesarias para realizar la planificacin de las actividades, que garantizan la calidad de los procesos y de los productos desarrollados.
Como resultado de este procedimiento, se generar el Plan de Aseguramiento de la Calidad. Este plan permite entre otros aspectos:
Determinar el total proyectos que se revisarn en funcin de los recursos disponibles.
Identificar los proyectos o tipologa de los proyectos a revisar (por ejemplo establecer porcentajes de proyectos a revisar segn su tipo).
Determinar el nivel de profundidad de las revisiones a efectuar.
Estimar el esfuerzo (jornadas) de dedicacin de los recursos de los proyectos revisados, a las tareas de soporte a las revisiones de Aseguramiento de la Calidad.
Establecer la periodicidad de las actividades de seguimiento del Aseguramiento de la Calidad.
68

El nmero de intervenciones de Aseguramiento de la Calidad en los proyectos, se dimensiona en funcin del nmero de recursos asignados al equipo de Aseguramiento de la Calidad y de los resultados obtenidos en las revisiones anteriores.
De esta forma es posible hacer un mayor nfasis en aquellas etapas o actividades con ms problemas, y disminuir el nmero de revisiones sobre los aspectos que estn mejor controlados.
El objetivo es establecer una planificacin con los recursos disponibles y las actividades a realizar para el Aseguramiento de la Calidad de los proyectos, y utilizar los datos recogidos de las revisiones para ajustar planificaciones futuras.
Como producto de salida se obtiene el Plan de Aseguramiento de la Calidad.
69

Obtener la informacin
El equipo de Aseguramiento de la Calidad, deber disponer de la siguiente informacin antes de proceder a la redaccin del plan:
Directrices para el Aseguramiento en el ejercicio
Obtener datos correspondientes a ejercicios anteriores.
Identificar los recursos disponibles para Aseguramiento de la Calidad.
realizar las
actividades de
Obtener, y modificar si es necesario, los criterios de muestreo para cuantificar las acciones.
Cuantificar las revisiones en funcin de los criterios definidos.
Redactar el Plan
Conforme al modelo definido para el Plan de Aseguramiento de la Calidad. Este documento contemplar entre otros los siguientes aspectos:
Identificar las actividades (revisiones y estudio de procesos) a realizar, su periodicidad y el responsable de su realizacin.
Identificar los proyectos o tipologa de los proyectos a revisar (por ejemplo establecer porcentajes de proyectos a revisar segn el tipo).
70

Estimar el esfuerzo (jornadas) de dedicacin de los recursos de los proyectos revisados, a las tareas de soporte a las revisiones de Aseguramiento de la Calidad.
Revisar el Plan
Revisar el Plan de Aseguramiento de la Calidad con los implicados, en las actividades de Aseguramiento de la Calidad, para obtener el compromiso de los mismos.
Comunicar el Plan, informando del calendario de las revisiones a realizar por Aseguramiento de la Calidad en los proyectos.
Modificar el Plan de Aseguramiento de la Calidad, si es necesario.
Aprobar el Plan
Elevar el Plan al rgano encargado de su aprobacin, a travs de los conductos reglamentarios.
5.4.4.2 Procedimiento Revisin de Etapa

Este procedimiento, describe las actividades que se llevarn a cabo para el Aseguramiento de la Calidad de etapas cerradas por los proyectos.
Se basa en la revisin de las actividades, los procedimientos seguidos y los productos resultantes de la etapa revisada.
71

La ejecucin de este procedimiento se llevar a cabo segn los criterios establecidos en el Plan de Aseguramiento de la Calidad, y puede afectar a alguna o todas las etapas de un proyecto.
El objetivo de este procedimiento es asegurar que la etapa correspondiente, se ha llevado a cabo de forma correcta, controlando los entregables especficos, las actividades realizadas y la ejecucin de los controles y revisiones previstas.
Como producto de salida se obtiene el Informe de Evaluacin de Fin de Etapa
72

Inicio de la revisin
Se planifican e inician las revisiones, a partir de la informacin sobre etapas cerradas del Proyecto. Tambin pueden desencadenarse revisiones a partir de la notificacin de cierre de etapa por parte del gestor del proyecto.
Realizar la revisin de la etapa
Aseguramiento de la Calidad examinar la informacin disponible sobre los productos finalizados, iniciados o modificados en la etapa.
Se recopilan todos los procedimientos, que aplican a la etapa a revisar.
Se completa la revisin de la etapa manteniendo entrevistas con los gestores de proyecto, utilizando la Checklist Revisin de Etapa correspondiente y los resultados de la revisin de los productos del proyecto.
Se identifican No Conformidades en procedimientos o productos (inicio del procedimiento Gestin de No Conformidades).
Finalizar la revisin de la etapa
Se registran las No Conformidades detectadas en la revisin.
Se redacta un informe de Evaluacin de Fin de Fase.
73

Se comunica el resultado de la revisin a la persona asignada con el perfil de Gestin de Proyecto en el proyecto revisado.
5.4.4.3 Procedimiento Gestin de No Conformidades

Este procedimiento, describe las acciones para el registro y anlisis de las No Conformidades detectadas en los proyectos y en las actividades de Aseguramiento de la Calidad.
No siempre es imprescindible parar el proyecto, hasta la resolucin de las No Conformidades detectadas. Dependiendo del punto en el cual se encuentre el proyecto o de la gravedad de la No Conformidad detectada, se permitir continuar la ejecucin del proyecto sin resolverla inmediatamente.
74

Las No Conformidades detectadas en los proyectos deben tener una tendencia a cero.
A continuacin se describen los estados por los cuales puede pasar una No conformidad.
Alerta de No Conformidad: Indica un posible incumplimiento, que se confirmar o no una vez se disponga de informacin del gestor y de la situacin del proyecto. No se trata propiamente de una no conformidad.
Falsa No Conformidad: No se trata de un incumplimiento real, sino de una evaluacin de la situacin inexacta, o de un error de apreciacin del evaluador.
Pendiente: No conformidad Real pendiente de resolucin.
Resuelta: Las causas de la no conformidad se han corregido o eliminado.
Desestimada: No conformidad cuya situacin de pendiente se resuelve fuera del mbito del proyecto y su aseguramiento.
El objetivo de este procedimiento, es asegurar la correcta gestin de las No Conformidades detectadas durante la Revisin de Etapa, realizadas a los proyectos.
Como producto de salida se obtiene el Informe de No Conformidades
75

Registrar la No Conformidad
La No Conformidad detectada, es registrada en el mecanismo definido para la gestin de las No Conformidades, inicialmente con el estado de Alerta de No Conformidad. Este estado cambia a lo largo del tiempo, con la confirmacin y estado de resolucin de la no conformidad.
Analizar la No Conformidad
En el curso de la revisin de etapa, Aseguramiento analiza las causas que originaron la No Conformidad y define las acciones correctivas, alineadas con los estndares de procedimiento y documentacin. Se recogen tambin las observaciones del proyecto.
El responsable de la ejecucin de las acciones correctivas de cara a Aseguramiento es el gestor de proyecto, con independencia de quin ejecute materialmente las acciones correctivas.
Ejecutar las acciones correctivas
Una vez finalizadas todas las acciones correctivas asociadas a la No Conformidad y comprobada la efectiva realizacin de stas, el gestor del proyecto lo comunicar a Aseguramiento.
Revisar las acciones correctivas
76

Se revisar que los estados y resultados de la ejecucin de las acciones correctivas, han proporcionado los resultados esperados resolviendo las No Conformidades.
Si se han realizado correctamente las acciones, la No Conformidad pasar al estado de Resuelta. En caso contrario, permanecer como Pendiente hasta su resolucin satisfactoria o desestimacin.
Cerrar las No Conformidades
Se actualizar el estado de las No Conformidades como Resuelta o Desestimada en funcin del resultado de la actividad anterior.
La desestimacin de una no conformidad est fuera de la gestin de proyectos e incluso de Aseguramiento, correspondiendo a rganos de gestin de la Gerencia de Sistemas.
5.4.4.4 Procedimiento Seguimiento del Aseguramiento de la Calidad

Este procedimiento, describe las acciones para el seguimiento de las actividades de Aseguramiento de la Calidad.
Este procedimiento se ejecutar segn la periodicidad establecida en el Plan de Aseguramiento de la Calidad, para las actividades de seguimiento del Aseguramiento de la Calidad.
El objetivo es realizar el seguimiento de las actividades de Control y Aseguramiento de la Calidad en los proyectos, y generar la informacin para la
77

Gerencia de Sistemas, sobre los resultados de las revisiones ejecutadas y el grado de utilizacin de los procedimientos.
Como producto de salida se obtiene el Informe de Aseguramiento de la Calidad.
Preparar la informacin de seguimiento
Esta informacin incluir, informacin sobre el comportamiento de los proyectos en lo relativo al aseguramiento, estadsticas sobre no conformidades encontradas y los procedimientos o productos afectados, y el anlisis de todo lo anterior.
Reportar la informacin del seguimiento
Se generar el Informe de Aseguramiento de la Calidad, con la periodicidad establecida en el Plan de Aseguramiento de la Calidad, con la suficiente informacin
78

para que Gerencia de Sistemas pueda determinar el grado de ejecucin y cumplimento de los procesos definidos.
5.4.4.5 Procedimiento Identificacin de Mejoras

Este procedimiento, describe las actividades que se llevarn a cabo para la identificacin de acciones de mejora, desde el proceso de Aseguramiento de Calidad.
Peridicamente se elaborar un informe con las propuestas de mejora.
El objetivo es instrumentar acciones de mejora, en base a la informacin de Aseguramiento de Calidad y recoger propuestas de evolucin y mejoras en procedimientos reportadas por los proyectos.
Como productos de salida se obtiene el Informe de propuestas de mejora.
79

Identificacin de propuestas de mejora
En base a la experiencia de Aseguramiento, a la gestin de no conformidades y a la experiencia de los proyectos en la ejecucin de procedimientos, el equipo de Aseguramiento de la Calidad identificar y recoger propuestas de mejora relativas a: procedimientos, herramientas, informacin proporcionada por las mismas, documentos, etc.
Estudio y formalizacin de las propuestas de mejora
El equipo de Aseguramiento de la Calidad recopilar todas las recomendaciones de mejora, estudiar el rea de mejora a la que afecta y peridicamente elaborar un informe con aquellas que consideran deben abordarse.
5.5 GESTION DE CONFIGURACION

El objetivo de la Gestin de la Configuracin es, establecer y mantener la integridad de los productos generados en el proyecto usando: la identificacin de la configuracin, el control de la configuracin, el estado de la configuracin y la auditoria de la configuracin.
80

5.5.1 Conceptos
Configuracin de un proyecto: conjunto de productos software, documentos y herramientas que intervienen en el proyecto.
Elemento Configuracin (EC): cada uno de los objetos identificados de forma nica, que forman parte de la configuracin de un proyecto, y que estn sometidos al control de la Gestin de la Configuracin. El estado de un proyecto, viene definido por el estado en el que se encuentran sus Elementos de Configuracin.
Lnea Base del proyecto (LB): conjunto de Elementos de Configuracin que se ha revisado y aprobado formalmente, y que sirve como base para el desarrollo posterior, y que slo puede modificarse a travs de los procedimientos formales de control de cambios.
Versin: Elemento de Configuracin que fue revisado y aprobado en algn momento. Cuando un Elemento de Configuracin, incluido en la Lnea Base del proyecto, requiere ser cambiado no se modificar directamente, si no que se proceder a generar una nueva versin del mismo.
Plan de Gestin de la Configuracin del proyecto: documento que describe todas las actividades de la Gestin de la Configuracin, a realizar durante el ciclo de vida del proyecto.
Entorno: conjunto de herramientas, procedimientos, recursos materiales, hardware, software base, libreras, etc. que definen un escenario sobre el cual construir y/o ejecutar los productos generados por los proyectos.
81

5.5.2 Visin general

Durante la ejecucin del proyecto, se realizarn las actividades relacionadas con la Gestin de la Configuracin, segn lo planificado en el Plan de Gestin de la Configuracin del proyecto y siguiendo los procedimientos definidos.
Existe una relacin entre el proceso de desarrollo y la gestin de configuracin:
Gestin de los Elementos de Configuracin
La configuracin de un proyecto, es el conjunto de productos software, documentos y herramientas que intervienen en un proyecto. La configuracin de un proyecto suele estar formada por los siguientes elementos:
Productos finales: cdigo fuente, cadenas batch, manual usuario, etc.
Productos intermedios: documento de requisitos de usuario, diseo tcnico, Plan de proyecto, etc.
82

Herramientas de soporte al desarrollo: compiladores, gestores de bases de datos, etc.
Cada uno de los objetos identificados de forma nica, que forman parte de la configuracin de un proyecto y que est sometido al control de la Gestin de la Configuracin, se llama Elemento de Configuracin (EC) del proyecto. El estado de un proyecto viene definido por el estado en que se encuentran sus Elementos de Configuracin.
Dos caractersticas importantes de los Elementos de Configuracin son:
Suelen existir dependencias entre los Elementos de Configuracin.
Los Elementos de Configuracin estn sujetos a cambios, y un cambio en un Elemento de Configuracin puede implicar cambios en otros Elementos de Configuracin del proyecto.
Debido a las caractersticas anteriores de los Elementos de Configuracin, es necesario poder congelarlos de tal manera, que sirvan de base para el desarrollo posterior. Esto quiere decir que a partir de un cierto momento, no se puede modificar un Elemento de Configuracin sin gestionar el cambio.
Se define como Lnea Base de un proyecto, al conjunto de Elementos de Configuracin que se ha revisado y aprobado formalmente y que sirve como base para el desarrollo posterior, y que slo puede modificarse a travs de los procedimientos formales de control de cambios.
Cuando un Elemento de Configuracin, incluido en la Lnea Base del proyecto, requiere ser cambiado no se modificar directamente, sino que se proceder a generar
83

una nueva versin del mismo. Es decir, una Versin es un Elemento de Configuracin que fue revisado y aprobado en algn momento. El versionado de Elementos de Configuracin hace posible la reconstruccin y seguimiento de la historia de stos y, por tanto, del proyecto.
Los Elementos de Configuracin de un proyecto, se pueden agrupar segn diferentes criterios (aplicacin, funcionalidades comunes, ubicacin, librera, etc.). Una de las formas de representar estas dependencias es la jerrquica: en el nivel superior tenemos la aplicacin, una aplicacin est compuesta por diferentes sistemas / subsistemas y cada uno de los sistemas / subsistemas est formado por Elementos de Configuracin. El nivel al cual se versiona y el nmero de niveles a versionar en un proyecto, viene determinado por el nivel de control que se requiera, y la propia gestin del proyecto que desee realizarse.
La Gestin de los Elementos de Configuracin comprende las actividades para incorporar y extraer de las Lneas Bases, los distintos Elementos de Configuracin del proyecto. Los procedimientos asociados a la gestin de los Elementos de Configuracin, garantizan el correcto control y gestin de stos a lo largo del ciclo de vida del proyecto.
Gestin del Cambio en el proyecto
La Gestin del Cambio en el proyecto, comprende las actividades para el control organizado de las modificaciones a los Elementos de Configuracin, de manera que se mantenga en todo momento la integridad de los productos generados por el proyecto.
La Gestin del Cambio en el proyecto, garantiza el acuerdo entre los distintos implicados y/o afectados por el cambio.
84

Para realizar un correcto control de los cambios, se requiere que todos los cambios a realizar sean documentados (en Hojas de cambios), analizados sus impactos y aprobados.
Gestin de Errores e Incidencias
Desde el punto de vista de la Gestin de la Configuracin, el objetivo de la Gestin de Errores e Incidencias es, garantizar que cualquier error o cambio sobre un Elemento de Configuracin que se encuentra en la Lnea Base, es registrado y analizado de forma tal, que el impacto que este cambio provoca est controlado.
5.5.3 Organizacin
Para llevar a cabo las actividades de Gestin de la Configuracin, se establece la siguiente organizacin y responsabilidades.
Para todos los proyectos se establece un grupo, con el perfil asignado de Asesora en Herramientas, que ser el responsable de mantener las libreras que albergan las Lneas Bases de Construccin, Pruebas y Produccin. Este grupo se responsabilizar de mantener las herramientas, que mecanizan los procedimientos de modificacin de las Lneas Bases. Adems los integrantes de este grupo podrn tener asignada la responsabilidad de Aprobacin de la Configuracin del proyecto.
Para cada proyecto en particular existirn los siguientes perfiles y responsabilidades:
Administracin de la Configuracin, ser el responsable de la planificacin, seguimiento y ejecucin de las actividades para la Gestin de la Configuracin en el proyecto.
85

La responsabilidad de Aprobacin de la Configuracin del proyecto corresponde a las funciones de aprobar el Plan de Gestin de la Configuracin del proyecto y la evaluacin de los cambios en el proyecto. Dependiendo del tipo de proyecto, esta responsabilidad puede estar asignada a un grupo de personas, que representan a los diferentes grupos implicados en el proyecto, o bien reducirse al responsable de la Gestin del Proyecto, en un proyecto pequeo.
5.5.4 Proceso de Gestin de Configuracin

El proceso de Gestin de la Configuracin del proyecto, comprende las siguientes actividades a ejecutar en el mbito del proyecto:
Planificacin Gestin de la Configuracin en el proyecto: comprende las actividades de planificacin inicial de la Gestin de la Configuracin (realizada en la etapa de Definicin) y las replanificaciones posteriores o modificaciones del plan si es necesario (realizadas en el resto de etapas).
Identificar ECs del proyecto: comprende las actividades de registro de los ECs a generar por el proyecto en el Inventario de Productos.
Controlar los ECs en el proyecto: comprende las actividades de alta / modificacin de un EC, incorporacin de un EC en la LB y extraccin de un EC de la LB.
Gestin del Cambio en el proyecto: comprende las actividades de registrar el cambio, evaluarlo y seguirlo hasta su cierre.
86

Auditoria de la Configuracin: comprende las actividades de revisin y gestin de no conformidades detectadas.
5.5.4.1 Actividades
5.5.4.1.1 Planificacin de la Gestin de la Configuracin del proyecto

Se realizan las siguientes tareas:
87

Referenciar el Plan para la Gestin de la Configuracin al cual se adhiere el proyecto, o bien redactar un Plan de Gestin de la Configuracin especfico para el proyecto.
Asignar los perfiles y responsabilidades para la Gestin de la Configuracin en el proyecto.
Aprobar el Plan de Gestin de la Configuracin del proyecto.
5.5.4.1.2 Identificar ECs del proyecto

Esta actividad est incluida en los procedimientos de planificacin inicial, refinada y detallada del proyecto, descritos en el procedimiento de planificacin. Adems, esta actividad de identificacin debe ejecutarse siempre que se detecte la necesidad de modificar o aadir nuevos ECs en el proyecto, con independencia de la etapa en la cual se encuentre. Los ECs a controlar se registrarn en el Inventario de Productos.
5.5.4.1.3 Alta / Modificacin de un EC

Esta actividad comprende el alta de un nuevo EC en el entorno de edicin o desarrollo, en funcin del tipo de EC a crear. Tambin contempla las acciones a realizar para modificar un EC. El responsable que tiene asignado el EC en el Inventario de Productos es quin realiza esta actividad.
88

Comprobar que el EC a crear / modificar, se encuentra identificado en el Inventario de Productos como producto a controlar. Si el EC no est identificado, comunicar a Administracin de la Configuracin del proyecto que debe actualizar el Inventario de Productos.
Si se trata de modificar un EC que se encuentra en la LB, entonces es necesario que el autor o responsable del EC a modificar, solicite la extraccin del EC de la LB y se ejecuten los pasos de extraccin de un EC de la LB.
Comprobar si tiene acceso al alta / modificacin del EC, es decir, que en el Inventario de Productos aparece como responsable del EC o que est autorizado para su creacin / modificacin.
Utilizar las herramientas para la creacin y modificacin de los ECs en funcin del tipo de EC.
Una vez finalizada el alta / modificacin del EC, se indicar su disponibilidad (se actualiza el Inventario de Productos con el autor, estado y la fecha) y se solicita la incorporacin del EC en la LB, despus se ejecutan los pasos para la incorporacin del EC en la LB.
5.5.4.1.4 Extraer un EC de la LB
Las acciones a realizar para extraer un EC de la LB son: Revisar la solicitud de extraccin.
89

Comprobar que el EC no ha sido extrado previamente y que su estado permite la extraccin. Si el EC ha sido extrado previamente entonces:
o Si se trata de una segunda extraccin del mismo EC y no es una incidencia, deber ser autorizada por el responsable de la Administracin de la Configuracin.
o Si se trata de una incidencia (por ejemplo un error en produccin), se permite la extraccin y se procede a autorizar la extraccin posteriormente por el responsable de la Administracin de la Configuracin.
o Comunicar a todos los afectados que se ha producido una segunda extraccin del EC.
Utilizar las opciones de la herramienta para la gestin y control de ECs para extraer el EC.
Actualizar el Inventario de Productos para indicar su estado, fecha y responsable de la extraccin.
5.5.4.1.5 Incorporar un EC en la LB
Las acciones a realizar son:
Revisar la solicitud incorporacin del EC en la LB.
90

Comprobar que el estado del EC permite su incorporacin en la LB. El estado del EC indica que ha sido finalizado, revisado y/o probado con xito, dependiendo del tipo de EC.
Si existe una versin anterior del EC en la LB (se trata por lo tanto de incorporar un EC que ha sido modificado)
o Comprobar que el EC haba sido extrado previamente de la LB y la versin a incorporar es la correcta.
o Comprobar que existe una Hoja de Cambios aprobada que autoriza la incorporacin del EC o que se trata de una incidencia (no requiere aprobacin inmediata).
o Si se trataba de una segunda extraccin del EC se deber comunicar a los afectados que ha sido incorporado en la LB.
Utilizar la herramienta para la gestin y control de los ECs para incorporarlo en la LB correspondiente.
Actualizar el Inventario de Productos con el nuevo estado y fecha del EC.
Comunicar a los afectados la incorporacin del EC en la LB.
5.5.4.1.6 Auditoria de la Configuracin

La Auditoria de la Configuracin, es una actividad que ser realizada por el responsable de la Administracin de la Configuracin del proyecto, y su fin es controlar
91

que se estn realizando correctamente las actividades de Gestin de la Configuracin en el proyecto. Se establece, como mnimo, una auditoria o control al final de cada una de las etapas del proyecto, sin que esto signifique que no se puedan realizar otros controles en otros puntos del proyecto.
5.5.4.1.7 Gestin del Cambio en el proyecto

Se deben realizar las siguientes tareas:
Registrar el cambio. Analizar el impacto del cambio en el proyecto. Evaluar el cambio. Realizar el seguimiento de los cambios.
5.5.5 Procedimiento Planificacin de la Gestin de la Configuracin del proyecto

Este procedimiento, describe las actividades a realizar para elaborar el Plan de Gestin de la Configuracin del proyecto.
Todo proyecto debe disponer de un Plan de Gestin de la Configuracin, donde se especifiquen las responsabilidades y actividades especficas para la Gestin de la Configuracin en el proyecto.
92

Para la elaboracin de este Plan de Gestin de la Configuracin del proyecto se parte, si se encuentra definido, del Plan de Gestin de la Configuracin para cada una de las plataformas existentes.
El objetivo es determinar los recursos disponibles y las actividades para la Gestin de la Configuracin en el proyecto.
Se obtiene el Plan de Gestin de la Configuracin del proyecto.
93

5.5.5.1 Actividades
5.5.5.1.1 Recopilar la informacin del proyecto

El responsable con el perfil asignado de Administracin de la Configuracin del proyecto, deber realizar las siguientes actividades, antes de proceder a la redaccin del Plan de Gestin de la Configuracin del proyecto:
Conocer los entornos y plataformas en los cuales se desarrollar el proyecto.
Conocer los Elementos de Configuracin especficos para el proyecto.
Conocer los responsables e implicados en las actividades para la Gestin de la Configuracin del proyecto.
5.5.5.1.2 Generar el Plan de Gestin de la Configuracin del proyecto

Decidir la plantilla a utilizar, en funcin de la existencia del Plan de Gestin de la Configuracin para la plataforma/s en las que se desarrollar el proyecto.
Si existe un Plan de Gestin de la Configuracin al cual se pueda adherir el proyecto, entonces se incluir una referencia a dicho plan o planes en el apartado correspondiente del Documento Definicin del Proyecto.
Si se trata de una nueva plataforma, para la cual no exista un Plan de Gestin de la Configuracin definido, se proceder a generar uno.
94

Tambin se asignarn los perfiles y responsabilidades para la gestin de la configuracin.
5.5.5.1.3 Revisar el Plan

Se revisar el contenido del Plan de Gestin de la Configuracin del proyecto. Se comunicar a los afectados el resultado de la revisin.
El documento Plan de Gestin de la Configuracin del proyecto, requerir una aprobacin formal por parte del grupo con el perfil asignado de Aprobacin de la Configuracin del proyecto.
5.6 GESTION DE METRICAS

El objetivo de la Gestin de Mtricas, es desarrollar y mantener la capacidad de medicin para dar soporte a las necesidades de informacin de los distintos Peticionarios.
El Proceso de Gestin de Mtricas consta de dos Procedimientos, divididos a su vez en Actividades y Tareas.
95

Procedimiento de Gestin del Plan de Mtricas.
o Recibir y analizar peticiones. o Mantener actualizado el Plan de Mtricas.
Procedimiento de Explotacin del Plan de Mtricas.
o Recolectar las medidas. o Crear los Cuadros de Mando.
El sistema de Mtricas se implanta con una idea bsica, la medicin de los productos SW y del proceso de desarrollo de dichos productos.
96

Los mbitos a cubrir por este proceso de medicin son:
Grado de cumplimientos de las Metodologas del proceso de desarrollo del software, con el fin de mejorarlo sobre una base continua (CMMI).
Ayudar a la estimacin y el control proyectos (calidad, avance, grado de cumplimiento, productividad, etc.).
Medir las caractersticas intrnsecas de los productos SW (calidad, volumen, etc.). .
5.6.1 Conceptos bsicos

Necesidad de Informacin: Necesidad que poseen una o ms Agrupaciones Organizativas de disponer informacin extrada directamente del proceso del desarrollo, de su gestin y del Software generado para poder tomar decisiones.
Objetivo de Medicin: Finalidad que se desea obtener con las actividades de medicin (recogida de informacin, almacenamiento, anlisis y distribucin). Una Necesidad de Informacin queda cubierta con uno o ms Objetivos de Medicin, y un Objetivo de Medicin puede cubrir a ms de una Necesidad de informacin.
Medida: Resultado del proceso de medicin. Toda medida debe obtenerse para poder calcular como mnimo una Mtrica.
Mtrica: Forma de expresar el resultado de una o ms Medidas o Mtricas, diseada para comunicar o explicar el significado de esos resultados. Toda mtrica debe
97

obtenerse para ayudar en la cobertura de como mnimo un Objetivo de Medicin o como base para otra Mtrica.
Cuadro de mando: Documento donde se presenta el resultado de las mediciones asociadas a las Mtricas y el resultado del anlisis de estos valores. Un Cuadro de Mando es el mecanismo para satisfacer una o ms Necesidades de Informacin. Se distribuye a todos los Destinatarios que figuran en el Plan de Mtricas.
Plan de Mtricas: Sistema que recoge la definicin de los elementos que conforman el Sistema de Mtricas: necesidades de informacin, objetivos de medicin, mtricas, informes cuadros de mando que se utilizan para presentar las Mtricas, y las relaciones entre todos estos elementos.
5.6.2 Procedimiento de Gestin del Plan de Mtricas

El objetivo del procedimiento es disear el Plan de Mtricas en funcin de las peticiones recibidas, manteniendo la coherencia del Plan y su visibilidad. Alcanzar este objetivo implica identificar, definir y documentar los distintos elementos que conforman el Plan de Mtricas:
Necesidades de Informacin presentadas por los Peticionarios.
Objetivos de Medicin que cubren estas Necesidades de Informacin.
Mtricas necesarias para cubrir estas Necesidades y Objetivos, as como los mecanismos de recogida y almacenamiento de las Medidas obtenidas y los criterios de anlisis y distribucin de los resultados.
98

Cuadros de Mando e Informes que muestran los resultados de las Mtricas.
5.6.2.1 Actividades
99

5.6.2.1.1 Recibir y analizar Solicitudes
Recolectar la Informacin
Cualquier Agrupacin Organizativa, incluyendo a la encargada de la Gestin de Mtricas, puede realizar solicitudes de modificacin del Plan de Mtricas. Estas solicitudes pueden ser para aadir, modificar o eliminar elementos del Plan de Mtricas.
A la recepcin de una solicitud, el perfil Anlisis de Mtricas la analiza para verificar:
Duplicidad: existencia de otras solicitudes coincidentes o similitud con otros elementos del Plan de Mtricas existentes.
Coherencia: de la peticin consigo misma y con el Plan de Mtricas. Anlisis de Mtricas puede pedir informacin adicional al Solicitante para clarificar:
100

Atributos de los elementos a crear/modificar. Para ello suministra un formulario con la lista de atributos de los elementos a crear/modificar.
Informacin necesaria para situar el nuevo elemento dentro del Plan de Mtricas: otras Mtricas de las que depende, Necesidad de Informacin y Objetivos de Medicin que cubre, descripcin de los Informes, identidad de los Destinatarios, etc.
Negociar con los afectados
Toda solicitud de cambio del Plan de Mtricas puede afectar a elementos ya existentes, tanto directa como indirectamente.
Una vez identificados los elementos impactados el perfil Anlisis de Mtricas enva a los afectados (los Peticionarios originales de estos elementos y los Destinatarios originales de los Informes o Cuadros de Mando afectados) toda la informacin recibida relativa al cambio. Slo se puede aceptar el cambio de los elementos del Plan de Mtricas si todos los afectados estn de acuerdo. En caso de discrepancias entre el Solicitante y los actuales usuarios afectados por el cambio, el perfil Anlisis de Mtricas convoca una reunin para llegar a un acuerdo.
Definir elementos del Plan de Mtricas
Con los datos recibidos del Solicitante, el perfil Anlisis de Mtricas identifica los elementos del Plan de Mtricas necesarios (nuevos y/o modificados):
Necesidad de Informacin que responde a la Solicitud.
101

Objetivos de Medicin que hay que lograr para cubrir la Necesidad de Informacin.
Mtricas que dan respuesta a los Objetivos de Medicin.
Cuadros de Mando que, recogiendo los resultados de las Mtricas identificadas, permitan dar una visin que cubra la Necesidad de Informacin expuesta.
o Definir su contenido (qu Mtricas los forman) y su formato.
o El Solicitante debe validar tanto el contenido como el formato de las propuestas de Cuadros de Mando e Informes que le afecten.
Para cada uno de estos elementos el perfil Anlisis de Mtricas define todos sus atributos as como las relaciones entre los distintos elementos nuevos y existentes. Se intentar, dentro de lo posible, reutilizar, Necesidades, Objetivos y Mtricas ya existentes en el Plan, para evitar su proliferacin innecesaria.
Si la solicitud es de borrado de algn elemento, tras negociar con los posibles afectados, se eliminan del Plan tanto los elementos solicitados como aquellos que dejen de tener sentido tras la eliminacin de los anteriores. Esto implica redefinir las relaciones entre los elementos que queden.
Identificar las herramientas impactadas
El proceso de Gestin de Mtricas est apoyado por un conjunto de herramientas:
Herramientas de recoleccin de Medidas y clculo de Mtricas.
102

Herramientas generadoras de Informes y Cuadros de Mando.
Herramienta gestora del Plan de Mtricas.
Siempre que se modifique o cree una Mtrica, se ve afectada la herramienta que la implementa. Tambin, siempre que se modifique o cree un Informe o Cuadro de Mando, se tiene que actualizar la herramienta que lo soporta.
Sin embargo, la herramienta gestora del Plan de Mtricas slo se modifica si se reciben requisitos especficos. Tras definir el nuevo Plan de Mtricas debido a una nueva solicitud, el perfil Anlisis de Mtricas debe identificar cules son las herramientas afectadas. Redacta, adems, una descripcin detallada de las nuevas necesidades que deben cubrir dichas herramientas.
Estimar el esfuerzo y el tiempo
En el caso en que la Solicitud de cambio implique modificar alguna de las herramientas, el perfil Anlisis de Mtricas contacta con el Equipo encargado del mantenimiento de las herramientas, envindoles la descripcin de las nuevas necesidades.
El perfil Anlisis de este Equipo realiza una primera estimacin del esfuerzo y tiempo necesarios para implementar los cambios pedidos. Adems, el perfil Anlisis de Mtricas estima el esfuerzo necesario para la actualizacin, revisin y publicacin del Plan de Mtricas. Si la estimacin de esfuerzo o tiempo es elevada, el perfil Anlisis de Mtricas contacta con el Solicitante para negociar alternativas.
103

Aprobar el cambio
Los perfiles Anlisis de Mtricas y Coordinacin de Mtricas analizan toda la informacin recolectada y evalan:
La pertinencia de la peticin. Las herramientas afectadas. El esfuerzo necesario para atender la peticin. Una primera aproximacin de las fechas en que podra estar disponible.
El perfil Coordinacin de Mtricas decide, a la vista de toda esta informacin, si la peticin se acepta o se rechaza, informando del resultado al Solicitante:
Rechazada: Se indican las causas del rechazo. Aceptada: Incluye el coste y plazos aproximados.
Si la solicitud se acept y afecta a alguna de las herramientas, se abre un proyecto para gestionar su modificacin. En este proyecto el grupo de Gestin de Mtricas actuar como Cliente. Paralelamente a este proyecto se lanza la Actividad de Mantener el Plan de Mtricas.
104

5.6.2.1.2 Mantener el Plan de Mtricas
Actualizar el Plan de Mtricas
El perfil Administracin de Mtricas es el responsable de actualizar la Base de Datos del Plan de Mtricas. Para ello parte de la informacin suministrada por el Gestor de Mtricas, la que este recab del Solicitante, y la definicin de los cambios al Plan de Mtricas. Es tambin responsable de mantener la coherencia de la Base de Datos del Plan de Mtricas, garantizando que no quedan Necesidades sin sus Objetivos, Objetivos sin cubrir por alguna Mtrica, Mtricas no usadas, etc.
Para realizar estas modificaciones har uso de la herramienta de Gestin del Plan de Mtricas. Los cambios se hacen creando una versin provisional.
Revisar el Plan de Mtricas
Una vez actualizada la base de datos del Plan de Mtricas, el perfil Administracin de Mtricas genera el documento descriptivo del Plan de Mtricas usando la herramienta de Gestin del Plan de Mtricas.
105

El perfil Anlisis de Mtricas enva este documento para su revisin al Solicitante de la modificacin, a los posibles afectados por los cambios, a Administracin de Mtricas y a Explotacin de Mtricas. Convoca una reunin de revisin. Administracin de Mtricas actualiza en la Base de Datos de Mtricas en funcin de las conclusiones de la reunin. Si Anlisis de Mtricas lo considera oportuno, podr ser necesario volver a revisar el documento del Plan de Mtricas tras esta actualizacin.
Aprobar el Plan de Mtricas
Es Coordinacin de Mtricas el responsable de dar la aceptacin formal a la nueva versin del Plan de Mtricas, una vez que Anlisis de Mtricas haya decidido dar por buena la revisin formal.
Publicar el Plan de Mtricas
Tras la aceptacin formal del Plan de Mtricas, Administracin de Mtricas procede a oficializar la nueva versin del documento del Plan de Mtricas, y a publicarlo en la Intranet para que sea pblico y accesible.
5.6.3 Procedimiento de Explotacin del Plan de Mtricas

El objetivo del procedimiento es recolectar peridicamente las Medidas para alimentar el repositorio de Mtricas y generar los Informes (todo ello segn lo estipulado en el Plan de Mtricas), garantizando la coherencia de los datos y el envo de los Informes a los destinatarios.
106

5.6.3.1 Actividades
5.6.3.2 Recolectar las medidas
Recolectar las medidas
Peridicamente, segn lo que indiquen los atributos de las distintas Mtricas, las Herramientas de recoleccin de Mtricas, obtienen Medidas que se vuelcan en unos ficheros predeterminados. El perfil Explotacin de Mtricas recolecta peridicamente estos datos, los agrupa y los almacena en un repositorio para conservarlos protegidos. Para esta Tarea se apoya en herramientas.
107

Verificar los resultados
Las Medidas recogidas y guardadas en el repositorio, son analizadas por el perfil Explotacin de Mtricas para detectar posibles errores. Para ello puede contactar con los distintos Proyectos y Agrupaciones Organizativas, a fin de contrastar la informacin.
5.6.3.2.1 Generar Cuadros de Mando
Generar Cuadros de Mando e Informes
El perfil Explotacin de Mtricas es el encargado de generar los documentos que contienen los distintos Cuadros de Mando e Informes.
Peridicamente, segn lo que indiquen los atributos de los distintos Cuadros de Mando e Informes, Explotacin de Mtricas, apoyndose en las Herramientas generadoras de Informes y Cuadros de Mando, accede al repositorio para leer los datos, los agrupa y formatea en funcin de los solicitado por los destinatarios, y genera una primera versin de los documentos a entregar.
108

Analizar los resultados
El perfil Anlisis de Mtricas, se encarga de generar el informe de anlisis que se adjunta a los Cuadros de Mando, y que permite a los destinatarios disponer de una explicacin sobre las tendencias y sobre las causas de las posibles desviaciones. Para esta tarea puede contactar con los distintos Proyectos y Agrupaciones Organizativas para estudiar lo que hay detrs de las cifras. Tambin debe usar los criterios de anlisis definidos en el Plan de Mtricas. El perfil Explotacin de Mtricas aade este anlisis a los Cuadros de Mando.
Distribuir los resultados
Los Informes y Cuadros de Mando generados, son enviados por el perfil Explotacin de Mtricas a los destinatarios que los solicitaron. El medio de distribucin es el fijado en los atributos que de los Cuadros de Mando hay en el Plan de Mtricas. Guarda una copia de los mismos en el repositorio.
5.7 GESTION DE REQUISITOS
La Gestin de Requisitos est orientada a asegurar que los productos desarrollados en los proyectos, cubran las necesidades del usuario especificadas en los Requisitos de Usuario.
109

Existe una relacin entre el ciclo de vida y la gestin de requisitos:
Para realizar la Gestin de Requisitos se deben ejecutar las siguientes actividades:
Obtener, comprender y revisar los requisitos de usuario. Aprobar los requisitos de usuario. Definir y mantener la trazabilidad entre los requisitos, y los elementos de trazabilidad.
Gestionar los cambios a los requisitos de usuario.
Los requisitos identificados, documentados y gestionados mediante las actividades anteriores sirven como base para la planificacin, el desarrollo del proyecto y el establecimiento de puntos de control.
110

Para llevar a cabo las actividades de Gestin de Requisitos dentro de cada proyecto deben existir los siguientes perfiles y responsabilidades:
El perfil Gestin de Requisitos, es el participante principal en las actividades para la Gestin de Requisitos. Este perfil se encarga de controlar los requisitos de usuario, coordinar su definicin y aprobacin en el ERU, gestionar los cambios que se produzcan y facilitar las validaciones por parte del usuario.
La responsabilidad de Anlisis de la traza, recae en el autor del componente de trazabilidad donde se almacena la informacin de la traza. Esta responsabilidad se define para cada traza.
La responsabilidad de la Aprobacin de la Configuracin del proyecto, recae en los perfiles de Gestin de Requisitos, el Cliente y Coordinacin de Clientes. Esta responsabilidad se utiliza en la gestin de cambios a los requisitos de usuario. El grupo de perfiles sobre los que recae esta responsabilidad puede ampliarse en funcin del tamao del proyecto o del impacto del cambio a otros afectados por el cambio, como por ejemplo Gestin del Proyecto, Comit de Seguimiento, etc.
5.7.1 Proceso de Gestin de Requisitos
El proceso de Gestin de Requisitos, comprende las actividades necesarias para establecer un alineamiento entre las necesidades del usuario y el proyecto orientado a satisfacer los requisitos especificados al inicio del mismo.
111

Los requisitos se utilizan como base para determinar las actividades a realizar durante el proyecto, es decir, los requisitos son la base para la planificacin inicial y todas las re-planificaciones que necesite el proyecto.
Los objetivos del proceso de Gestin de Requisitos son:
Obtener y comprender los requisitos de usuario. Establecer un compromiso con los requisitos de usuario. Asegurar, mediante la trazabilidad, que los requisitos de usuario son implementados.
Gestionar los cambios en los requisitos.
112

5.7.1.1 Fases del procedimiento
5.7.1.1.1 Obtener, comprender y revisar los requisitos
Los requisitos de usuario son el punto de partida, para poder garantizar que el trabajo a realizar se desarrolla, partiendo de un entendimiento comn de los resultados esperados del proyecto.
La obtencin y comprensin de los requisitos estn incluidas en las fases de Gestin de la Peticin, de Definicin del proyecto, y en el caso de mantenimientos, en la fase de Estudio del Cambio.
Los requisitos deben cumplir una serie de criterios de aceptacin definidos entre los que podemos considerar:
Que sean claros Completos Consistentes entre ellos Que estn identificados de forma nica Que se correspondan con claros criterios de aceptacin que puedan traducirse en las Condiciones de pruebas de aceptacin Que puedan usarse como base para definir trazas con productos del proyecto.
113

La obtencin de los requisitos de usuario tiene como resultado, la descripcin de las funcionalidades y las distintas condiciones que debe cumplir el producto final. Incluye adems la elaboracin de las condiciones de prueba de aceptacin y procedimientos de prueba de aceptacin asociados a los requisitos de usuario especificados, que permitan al Cliente disponer de un guin de pruebas durante la aceptacin del sistema.
La especificacin de las funciones que debe aportar el sistema, en vista de los requisitos de usuario, se realiza en el documento de Especificacin de Requisitos de Sistema (ERS). Los requisitos de usuario as como las pruebas de aceptacin en el documento de Especificacin de Requisitos de Usuario (ERU).
Los requisitos obtenidos tendrn que ser revisados por todos los implicados que han participado en su elaboracin. El equipo de desarrollo revisar la viabilidad de su implementacin.
La revisin del contenido de los requisitos se realiza, o bien al finalizar la definicin inicial, o bien al finalizar una modificacin antes de incorporar de nuevo los requisitos en la Lnea Base del proyecto. En la revisin de los requisitos, se debe comprobar que cumplen los criterios de aceptacin definidos.
Esta revisin constituye un punto de control al final de la actividad de Especificacin de requisitos de usuario, de la fase de Definicin.
114

5.7.1.1.2 Aprobar los requisitos
Los requisitos identificados y revisados en el punto anterior, son aceptados formalmente tanto por el Cliente, como por el equipo que los desarrollar, asegurando as que se ha llegado a un entendimiento comn.
Junto al Documento de Requisitos de Usuario, se presentar el Documento de Definicin del Proyecto en el que se especifica el alcance del proyecto, revisado a la luz del presupuesto, y del plazo de ejecucin aprobado en la peticin.
Esta aprobacin constituye un punto de control, al final de la actividad de Especificacin de requisitos de usuario de la fase de Definicin y tambin, como parte de la gestin de cambios cada vez que se aprueben cambios en los requisitos. Es clave registrar el medio con que se evidencia la aceptacin.
Una vez se han aprobados los requisitos, se incorporan en la Lnea Base del proyecto los documentos ERU, ERS y DDP y su modificacin queda sujeta a la gestin del cambio. Esta modificacin se realiza siguiendo el Procedimiento de Gestin del Cambio en Requisitos.
5.7.1.1.3 Definir y mantener la trazabilidad
La trazabilidad en los requisitos, es la relacin definida entre los requisitos de usuario y un componente de trazabilidad.
115

Puede ser de tres tipos:
Trazabilidad tcnica, para la relacin entre productos generados en el proyecto y requisitos Trazabilidad de planificacin relacin entre entregas del proyecto y requisitos Trazabilidad de afectados, relacin entre solicitantes y las personas afectadas y requisitos.
116

La trazabilidad en los requisitos puede ser, directa, si existe se define la relacin directamente desde los requisitos de usuario y el producto, o indirecta, si la relacin se define entre componentes no relacionados directamente con los Requisitos de usuario.
Para asegurar la consistencia entre los requisitos y los productos generados, las actividades que se realizan, y las personas que intervienen en el proyecto, es necesario definir y mantener una trazabilidad bidireccional entre los requisitos y estos componentes de trazabilidad.
Definicin de la trazabilidad
La definicin de la trazabilidad se realiza durante todo el ciclo de vida del proyecto, como parte de las actividades de desarrollo y gestin del proyecto, ya que para cada producto que se genera se define la traza con los requisitos (si es una trazabilidad directa) o la traza con los productos de los que se ha generado (si es una trazabilidad indirecta).
El responsable del Anlisis de la traza identifica los componentes de trazabilidad de la traza a definir, determinando y documentando la relacin que existe entre ellos. Al realizar la definicin de la trazabilidad se debe asegurar que se han documentado todas las trazas de los componentes de trazabilidad que estn relacionados con algn otro componente de trazabilidad.
La definicin de una traza se realiza al elaborar el ltimo de los dos productos que componen la traza.
117

La definicin de la trazabilidad implica conocer los productos del proyecto, los requisitos que estn relacionados con cada producto del proyecto, las personas implicadas con los requisitos (ya sean los clientes que han solicitado los mismos, o las personas responsables de su implementacin), la planificacin de las actividades relacionadas con ellos.
Disponer de una definicin de la trazabilidad bidireccional de los requisitos permite, asegurar la cobertura total de la implementacin de los requisitos, utilizar la trazabilidad como material de soporte en la realizacin del anlisis de impacto durante la gestin del cambio, y controlar posibles inconsistencias.
Mantenimiento de la trazabilidad
El mantenimiento de la trazabilidad definida, se realiza durante la actividad de Revisin de Productos y Procesos de la fase de Seguimiento y Control, y como parte de la gestin de cambios.
Cuando se revisa el producto que contenga la traza definida, se comprueba que todos los componentes de trazabilidad tengan como mnimo una relacin definida.
Por otra parte, si se produce un cambio que afecte a un producto, no slo es necesario asegurar que el producto se modifica de acuerdo al cambio, sino que las trazas relacionadas con el producto tambin son modificadas para mantener actualizada la trazabilidad de los requisitos.
118

Cuando una traza no est definida o est definida incorrectamente, se notificar al responsable de Anlisis de la traza de esos productos para su adecuacin.
5.7.1.1.4 Gestionar los cambios
Los requisitos constituyen el contrato entre el cliente y el equipo de desarrollo, por lo tanto, cada cambio que se desee introducir sobre ellos se debe realizar de forma gestionada y controlada.
De esta forma, cuando se produce la necesidad de realizar un cambio en los requisitos se garantiza que el impacto que supone el cambio es evaluado, comprendido y aprobado por todos los implicados, se realizan las modificaciones necesarias en la documentacin de los requisitos, y stas se revisan y son aceptadas tanto por el cliente como por los integrantes del proyecto, los cambios a otros productos derivados de cambios en los requisitos se evalan y se realizan (estos cambios tambin incluyen los necesarios en las trazas definidas), y que, los cambios provocados en la planificacin del proyecto se evalan y realizan.
La introduccin de cambios incontrolados o la exclusin de los requisitos de usuario en el proyecto, puede provocar inconsistencias entre los requisitos de usuario y los productos generados. De esta forma se deben controlar todo tipo de cambios, tanto los producidos durante el proyecto que afecten a los productos, as como los que surgen a peticin del usuario y afectan a los requisitos de usuario directamente.
119

5.7.1.1.5 Aprobacin de los requisitos de usuario
El documento Especificacin de Requisitos de Usuario validado por los responsables de Gestin de Requisitos y Gestin de Proyecto, requerir una aprobacin formal por parte del Cliente y de los responsables de Direccin del Proyecto y Coordinacin de Clientes.
5.7.2 Proceso de Gestin del Cambio en Requisitos

Este procedimiento describe las acciones necesarias, para realizar la gestin de los cambios sobre los requisitos de usuario definidos y acordados, originados por un implicado externo al equipo de desarrollo.
Los objetivos que se pretende conseguir con el procedimiento son:
Registrar los cambios que se desean incorporar en los requisitos. Analizar el impacto que provocar la introduccin del cambio. Evaluar el impacto de los cambios en el proyecto. Permitir el seguimiento de los cambios en los requisitos registrados para un proyecto.
120

5.7.2.1 Actividades.
5.7.2.1.1 Generar la Hoja de Cambios
El Cliente, como solicitante del cambio con la colaboracin del responsable de Gestin de Requisitos rellena, como mnimo, los siguientes datos de la Hoja de Cambios: los datos del solicitante, la especificacin del cambio, donde se definir la descripcin del cambio, los motivos que lo han provocado, los beneficios que se obtienen si se realiza y las circunstancias que se necesitan para poder ejecutar el cambio.
Una vez documentado el cambio, el responsable de Gestin de Proyecto actualizar el Registro de Hojas de Cambios del proyecto con el cdigo y el estado del cambio.
121

5.7.2.1.2 Analizar la Hoja de Cambios
El responsable de Gestin de Proyecto realiza el anlisis del impacto, con el fin de determinar los Elementos de Configuracin (productos software y documentacin) afectados por el cambio. Para cada uno de los Elementos de Configuracin identificados se determinar su situacin actual, el entorno, la ltima versin y el responsable analizando el impacto en los compromisos y actividades planificadas.
Si lo considera necesario podr solicitar la colaboracin a responsabilidad de Gestin de Requisitos, para que solicite ms informacin al Cliente respecto al cambio, a responsabilidad de Administracin de la Configuracin, para que proporcione informacin sobre los Elementos de Configuracin del proyecto, a otros integrantes del equipo del proyecto, para conocer el impacto tcnico y evaluar su coste.
Para realizar este anlisis de impacto se podr utilizar la definicin de la trazabilidad, que recoge la relacin del producto afectado con otros productos, pudindose identificar as otros posibles afectados por el cambio en cuestin.
Una vez finalizado el anlisis de impacto, actualiza el apartado correspondiente al impacto y el coste de la solicitud de la Hoja de Cambios.
Para finalizar el anlisis, se actualiza la situacin del cambio en el Registro de Hojas de Cambios del proyecto con el fin de indicar que el cambio ha sido analizado y est listo para su evaluacin.
122

5.7.2.1.3 Evaluar Hoja de Cambio
Los responsables de la Aprobacin de la Configuracin del proyecto revisan la Hoja de Cambios y determinan su rechazo o aprobacin, en funcin del impacto del cambio, su viabilidad y su prioridad.
Una vez evaluado, el responsable de Gestin del Proyecto, identifica a todos los afectados por el cambio a partir de la informacin recogida en el anlisis del impacto y les comunica el resultado de la evaluacin. Tambin actualiza el Registro de Hojas de Cambios del proyecto indicando el resultado de la evaluacin.
5.7.2.1.4 Cerrar el cambio
Si el cambio ha sido aprobado, se realizar un seguimiento sobre su implementacin en el proyecto, de forma que cuando el cambio haya sido implementado totalmente, se proceder a actualizar el Registro de Hoja de Cambios del proyecto, para indicar que ha finalizado as como a una nueva revisin y aceptacin formal del ERU.
No se requiere realizar ninguna accin para el cierre de los cambios rechazados.
123

6 CASO PRCTICO: APLICACION DE LOS PROCEDIMENTOS EN EL CICLO DE VIDA DE UN PROYECTO

En este captulo se detalla un caso prctico, y se sigue la aplicacin de los procedimientos propuestos en el captulo anterior, a lo largo de todo el ciclo de vida.
Teniendo en cuenta las caractersticas del Proyecto, se tipifica el mismo como un proyecto de nuevo desarrollo, en el que se definen las siguientes fases del ciclo de vida: Definicin, Anlisis, Diseo, Construccin, Pruebas e Implantacin.
Para facilitar la gestin del proyecto, se utilizarn tres herramientas: Cuaderno de Proyecto (CP), que permite registrar las caractersticas y actividades del proyecto y llevar la gestin del mismo, Gestor Documental (GD), en dnde se almacena y gestiona la lnea base de los elementos documentales que se van elaborando, y Gestor de
Configuracin del Software (GCS), que lleva el control de la configuracin de los elementos software.
CASO PRCTICO
125

Previa a la fase de Definicin, existe una fase de Gestin de la Peticin comn a todos los proyectos, en la que se valora la peticin y se la asigna un presupuesto, en este caso de 250 jornadas.
6.1 FASE DE DEFINICION

Una vez tramitada y aprobada la peticin de realizacin del proyecto, se procede al lanzamiento y caracterizacin del mismo, llevndose a cabo las actividades de planificacin del proyecto, especificacin de requisitos de usuario y definicin del nuevo sistema.
En primer lugar se tipifica el proyecto y se da de alta en las tres herramientas que utilizaremos: en el CP para la gestin del mismo, en el GD para almacenar la documentacin que se va a ir generando en cada fase y realizar la gestin de configuracin de los elementos documentales, y el GCS para controlar la gestin de configuracin de los elementos software.
Los objetivos de esta fase son: Planificar la ejecucin del proyecto, y describir la funcionalidad y caractersticas que debe contener el futuro sistema para satisfacer las expectativas de los usuarios.
CASO PRCTICO
126

Las actividades a realizar para cubrir los objetivos, son las siguientes.
6.1.1 Planificacin del Proyecto

Esta actividad consiste en la caracterizacin y planificacin preliminar del proyecto segn el procedimiento de Planificacin Inicial. La caracterizacin del proyecto incluye la definicin (antecedentes, objetivos, alcance y productos entregables), y la organizacin del proyecto (ciclo de vida del proyecto, identificacin y organizacin de participantes e implicados, riesgos).
CASO PRCTICO
127

Toda la informacin, que a continuacin se detalla, se introduce en la herramienta de gestin de proyectos CP, para obtener posteriormente parte de la documentacin de forma automtica.
Definicin del proyecto:
Antecedentes
Proyecto
troncal
de
Tarificacin/Comisionamiento
perteneciente
al
Departamento de Captacin, para la gestin de tarifas.
Objetivos
Poder gestionar desde la Ficha del Cliente, la informacin relativa a las comisiones.
Proporcionar al usuario una visin general del volumen de negocio del cliente y de sus actuales condiciones en comisiones, que le facilite la toma de decisin respecto a la modificacin de dichas comisiones.
Alcance
Se mostrar informacin en modo consulta, sin posibilidad de actualizar desde la Ficha del cliente las condiciones en comisiones.
Se incluir en la aplicacin de Ficha de Cliente una nueva pestaa en la que se mostrar por un lado, informacin referente al volumen de negocio, cuenta de resultados, condonaciones, regularizaciones y lucro cesante.
CASO PRCTICO
128

Se mostrarn totales de los servicios realizados por el cliente, detalle de las tarifas vigentes, y un texto con las compensaciones econmicas.
Fuera de alcance
En un proyecto posterior, se proporcionar al usuario la facilidad de actualizar las condiciones de cada cliente, enlazando con las aplicaciones operativas, quedando por tanto fuera del alcance de este proyecto.
Organizacin del proyecto
Ciclo de vida del proyecto
Se divide en un nico subsistema y entrega, desglosndose las etapas.
Subsistemas
Entregas Definicin Anlisis Diseo
Fases Construccin Prueba Implantacin Gestin del Proyecto
Ficha Comisiones
Ficha Comisiones
DE01
AN01
DI01
CO01
PR01
IM01
GP01
Equipo de trabajo
Perfil Director de proyecto Gestor de proyecto Gestor de requisitos Administrador de la configuracin del software Administrador de la configuracin documental Analista Programador Persona-AN1 Persona-PR1 y Persona-PR2 Persona-ACD1 Persona-DP1 Persona-GP1 Persona-GR1 Persona-ACS1 Nombre
CASO PRCTICO
129

Implicados
Perfil Cliente Colaborador desarrollo pantallas Colaborador informacin Tarifas Colaborador informacin servicios utilizados Colaborador informacin Datos Balance Persona-COL4 Persona-CL1 Persona-COL1 Persona-COL2 Persona-COL3 Nombre
Compromisos
Descripcin Fecha prevista Desarrollo de las pantallas en local Entrega servicio de tarifas del cliente Entrega del servicio suministra informacin de comisiones ya cobradas Entrega servicios con informacin de Datos Balance 07-09-05 Persona-COL4 31-10-05 Persona-COL1 31-08-05 Persona-COL2 13-07-05 Persona-COL3 Responsable
Riesgos
Descripcin Probabilidad No acordar un alcance con el usuario respecto a las comisiones y servicios a tratar. Baja Medio Ninguno Ninguno Medio Evitar Negociar con el usuario la inclusin del resto de comisiones en otro proyecto No disponibilidad en la fecha acordada del servicio de comisiones ya cobradas. No disponibilidad en la fecha acordada de los servicios con las tarifas singulares de clientes de productos de Ahorro y Alta Ninguno Medio Medio Medio Transferir Comunicar a responsable tarificacin Persona-COL2 Media Ninguno Medio Medio Medio Transferir Seguimiento con responsable Persona-COL3 Persona-GR1 Coste Plazo Calidad Alcance Estrategia Accin Responsable
CASO PRCTICO
130

Descripcin
Probabilidad
Coste
Plazo
Calidad
Alcance
Estrategia
Accin
Responsable
servicios de cheques y transferencias. No disponibilidad en la fecha acordada de los servicios de Datos Balance. Que el equipo de desarrollo local no disponga de capacidad para desarrollar las pantallas. Baja Bajo Bajo Alto Alto Transferir Anticipar Colaboracin a su responsable Persona-COL1 Media Bajo Medio Ninguno Medio Transferir Seguimiento con responsable Persona-COL4
Estimacin inicial y Distribucin del esfuerzo
Elementos de estimacin Elementos de interfaz de usuario Funciones del Sistema
Atributos
Unidades Esfuerzo Esfuerzo unitario total 20 20 210 0 250
Medios Complicados Nuevas
2 1 7
10 20 30 0 Subtotal
Actualizacin 0
Etapa
Jornadas previstas al inicio
Porcentaje
DE01 AN01 DI01 CO01 PR01 IM01 GP01
25 50 30 75 35 10 25
10% 20% 12% 30% 14% 4% 10%
CASO PRCTICO
131

Planificacin temporal
Etapa o subproyecto Nombre DE01 AN01 DI01 CO01 GP01 Descripcin Definicin Anlisis Diseo Construccin Gestin de proyecto PR01 IM01 Pruebas Implantacin 35 10 21-11-05 05-12-05 21-11-05 05-12-05 02-12-05 16-12-05 02-12-05 16-12-05 Jornadas 25 50 30 75 10 Fecha de inicio Prevista 06-06-05 01-09-05 30-09-05 13-10-05 06-06-05 Desplazada 06-06-05 01-09-05 30-09-05 13-10-05 06-06-05 Fecha de fin Prevista 31-08-05 29-09-05 11-11-05 18-11-05 16-12-05 Desplazada 31-08-05 29-09-05 11-11-05 18-11-05 16-12-05
6.1.2 Especificacin de Requisitos de Usuario

Esta actividad comprende la obtencin, comprensin, revisin y aprobacin de los requisitos de usuario. Durante la obtencin y comprensin de requisitos de usuario, se identifican las funciones que tendr que proporcionar el futuro sistema, y se definen condiciones de pruebas de aceptacin suficientes para dar cobertura a los requisitos de usuario.
El documento de Especificacin de Requisitos de Usuario, debe ser comprendido y revisado por todos los afectados e implicados en el desarrollo de los mismos, con el fin de obtener un entendimiento comn y validar la viabilidad de implementacin, incorporar, suprimir o limitar requisitos, y/o determinar el impacto de los requisitos en los circuitos y procedimientos actuales del Grupo. Por ltimo, la Especificacin de Requisitos de Usuario se aprobar formalmente, por el Cliente y la Direccin del Proyecto con el fin de refrendar el entendimiento comn.
Lista de requisitos
RFU001: El sistema proporcionar los datos de identificacin del cliente.
CASO PRCTICO
132

RFU002: El sistema proporcionar el saldo actual, para Inversiones Crediticias y Total Racs, este ltimo desglosado en Depsitos de balance, Fondos de inversin, Fondos de Pensiones, Seguros de Ahorro, Depsitos de valores y Unit-Link. La informacin tendr periodicidad mensual, y se mostrar siempre la ltima disponible, indicando la fecha a la que corresponde.
RFU003: El sistema proporcionar el saldo medio acumulado anual (desde inicio de ao actual hasta el mes cerrado), saldo medio acumulado anual del ao anterior, y la variacin en importe y en porcentaje, para Inversiones Crediticias y Total Racs, este ltimo desglosado en Depsitos de balance, Fondos de inversin, Fondos de Pensiones, Seguros de Ahorro, Depsitos de valores y Unit-Link. La informacin tendr
periodicidad mensual, y se mostrar siempre la ltima disponible, indicando la fecha a la que corresponde.
RFU004: El sistema proporcionar informacin en importe y en porcentaje, referente al Margen Ordinario u otro indicador equivalente, tanto del ao actual como del ao anterior. La informacin tendr periodicidad mensual, y se mostrar siempre la ltima disponible, indicando la fecha a la que corresponde.
RFU005: El sistema proporcionar informacin en importe y nmero de operaciones, referente a Condonaciones, Regularizaciones y Lucro cesante sobre tarifa comercial, tanto del ao actual como del ao anterior. La informacin de Condonaciones y Regularizaciones se referir a todos los productos que se integren en los informes SIG de Tarificacin, mientras que el Lucro Cesante se referir inicialmente a productos de Ahorro, Cheques, Transferencias y Correspondencia, y al resto de productos que se disponga de la informacin ya procesada de forma paulatina. La informacin tendr periodicidad mensual, y se mostrar siempre la ltima disponible, indicando la fecha a la que corresponde.
CASO PRCTICO
133

RFU006: El sistema proporcionar una lista de los distintos tipos de servicios utilizados por el cliente, en el ao actual y en el ao anterior. Para cada tipo de servicio se incluir el n de servicios, el importe nominal total, comisiones totales cobradas y cedidas y el nivel de descuento en % (tarifa cliente tarifa comercial / tarifa comercial). La informacin tendr periodicidad mensual, y se mostrar siempre la ltima disponible, indicando la fecha a la que corresponde.
RFU007: El sistema proporcionar la lista detallada de las tarifas vigentes, que se le aplican al cliente para cada contrato y que son diferentes de la tarifa comercial, incluyendo adems del contrato al que se le aplica la tarifa, el plazo de vigencia, y nivel de descuento en % (tarifa cliente tarifa comercial / tarifa comercial). Adems de la tarifa del cliente, para cada lnea se mostrar la tarifa correspondiente del Libro de tarifas y de la Tarifa comercial. La lista se elaborar en base a la informacin que proporcione la aplicacin de Tarificacin para la tarifa comercial, inicialmente para los productos de Cuentas de ahorro, Cheques, Transferencias y Correspondencia, as como del resto de los productos que se vayan incorporando, y con la informacin de la tarifa particular del cliente que proporcionen las aplicaciones operativas. La informacin se mostrar on-line.
RFU008: El sistema proporcionar la posibilidad de incluir, en formato texto, las compensaciones que justifiquen la utilizacin de bonificaciones en precios y tarifas, incluyendo adems una fecha de actualizacin para cada texto aadido.
RNE001: Los datos que se muestren, se obtendrn teniendo en cuenta todas las relaciones de titularidad de los productos.
RNE002: Todos los importes se mostrarn en euros.
CASO PRCTICO
134

Condiciones de prueba de Aceptacin

Condicin
RFU001_001
Objetivo
muestran y son correctos
Entrada
Salida
Comentarios
Probar que los datos del cliente se Seleccin de un cliente a Datos correctos asociados al travs del buscador de cliente. clientes.
RFU002_001
Probar
que
el
saldo
actual,
para Empresa
Cliente Datos correctos asociados al Se deber comprobar cliente/empresa. que para un mismo cliente distintas cambian. y empresas los datos
Inversiones Crediticias y Total Racs, este seleccionados. ltimo desglosado en Depsitos de
balance, Fondos de inversin, Fondos de Pensiones, Seguros de Ahorro, Depsitos de valores y Unit-Link, se muestra correctamente en la pantalla para el cliente seleccionado. RFU003_001 Probar que el saldo medio acumulado del Empresa /
ao actual, acumulado del ao anterior, y seleccionados. la variacin en importe y en porcentaje, para Inversiones Crediticias y Total Racs, este ltimo desglosado en Depsitos de balance, Fondos de inversin, Fondos de Pensiones, Seguros de Ahorro, Depsitos de valores y Unit-Link, se obtienen correctamente para el cliente seleccionado. RFU004_001 Probar que la informacin en importe y en Empresa /
porcentaje, referente al Margen Ordinario seleccionados. u otro indicador equivalente, tanto del ao actual como del ao anterior, se muestra correctamente para el cliente seleccionado. RFU005_001 Probar que la informacin en importe y Empresa nmero de operaciones, referente /
a seleccionados.
Condonaciones, Regularizaciones y Lucro cesante sobre tarifa comercial, tanto del ao actual como del ao anterior, se muestra correctamente para el cliente seleccionado. RFU006_001 Probar que la lista de los distintos tipos de Empresa /
servicios utilizados por el cliente, en el seleccionados. ao actual y en el ao anterior, se muestran correctamente
CASO PRCTICO
135

Condicin
RFU007_001
Objetivo
Entrada
/
Salida
cliente/empresa.
Comentarios
que para un mismo cliente distintas cambian. y empresas los datos
Probar que la lista detallada de las tarifas Empresa
Cliente Datos correctos asociados al Se deber comprobar
vigentes, que se le aplican al cliente para seleccionados. cada contrato es correcta, as como cada uno de los datos que se muestran en dicha lista. RFU008_001 Probar el correcto funcionamiento de la Empresa /
Cliente Actualizacin de los datos texto a correspondientes. y
pantalla que permite introducir en formato seleccionados,
texto, las compensaciones que justifiquen introducir/modificar, la utilizacin de bonificaciones en precios fecha del sistema. y tarifas, incluyendo adems una fecha de actualizacin para cada texto aadido.
6.1.3 Definicin del nuevo Sistema

Durante esta actividad se describen, en base a los requisitos de usuario y al entorno tecnolgico de la instalacin, las caractersticas tcnicas y funcionales que tendr el futuro sistema.
El software que se va a desarrollar habr de proporcionar a los distintos actores, las funciones necesarias para dar cobertura a los requisitos expresados en el documento de Especificacin de Requisitos de Usuario. En esta actividad se describen los distintos intervinientes del sistema, la forma en que hacen uso del sistema, y las funciones del sistema.
El software que se va a desarrollar formar parte de un sistema mayor que incluye tanto al software como al hardware, usuarios, bases de datos, interfaces, etc. El objetivo final de cualquier proyecto de desarrollo software consiste en producir un sistema que d respuesta a todos los requisitos de usuario identificados. Cada uno de estos requisitos ser resuelto por uno o varios elementos del sistema. En esta actividad
CASO PRCTICO
136

se define y describe el nuevo sistema sobre el que residir el software mediante la especificacin de requisitos del sistema.
Funciones del sistema
Lista de Intervinientes
Interviniente
Usuario
Tipo
Persona
Descripcin de la relacin
Realiza la consulta de la pestaa de comisiones dentro de la Ficha del cliente.
Aplicacin de Tarificacin
Sistema
Proporciona datos de tarificacin de los productos de la entidad, en cuanto a precios y servicios efectuados, as como la aportacin del cliente a los resultados de la entidad.
Aplicaciones Operativas
Sistema
Proporciona informacin sobre tarifas particulares de los contratos de cada cliente de la entidad.
Aplicacin Contabilidad Analtica
Sistema
Proporciona informacin contable sobre el volumen de negocio de los clientes de la entidad.
Aplicacin Ficha comisiones
Sistema
Recoge informacin de otros sistemas para mostrarla y gestionarla desde la Ficha del cliente, referente a Tarificacin / Comisionamiento.
Aplicacin Clientes
Sistema
Proporciona los contratos de un cliente/entidad
Funcin FN001. Identificacin del cliente

Identificador Intervinientes Afectados Requisito asociado Descripcin Una vez que el usuario seleccione el cliente sobre el que desea ver informacin, se debern mostrar una serie de datos de identificacin del cliente. Comentarios adicionales Al integrarse esta aplicacin como una pestaa ms dentro de la Ficha del Cliente, esta funcin de negocio queda cubierta, ya que la propia Ficha incluye unos datos de cabecera del cliente. FN001 Usuario, Aplicacin Ficha comisiones Usuario RFU001
CASO PRCTICO
137

Funcin FN002. Volumen de negocio del cliente.

Identificador Intervinientes Afectados Requisito asociado Descripcin Se deber poder visualizar el volumen de negocio que tiene el cliente, en concreto, el saldo actual, el saldo medio acumulado del ao actual, el medio acumulado del ao anterior, y la variacin en importe y en porcentaje, para Inversiones Crediticias y Total Racs, este ltimo desglosado en Depsitos de balance, Fondos de inversin, Fondos de Pensiones, Seguros de Ahorro, Depsitos de valores y Unit-Link. Todos los importes se expresarn en euros, la informacin se obtendr teniendo en cuenta todas las titularidades, y la periodicidad ser mensual, mostrndose la ltima disponible, e indicando la fecha de referencia. FN002 Usuario, Aplicacin Ficha Comisiones, Aplicacin contabilidad analtica Usuario RFU002, RFU003, RNE001, RNE002
Funcin FN003. Resultados del cliente.

Identificador Intervinientes Afectados Requisito asociado Descripcin Se deber poder visualizar los resultados del cliente, en concreto, el sistema proporcionar informacin en importe y en porcentaje, referente al Margen Ordinario u otro indicador equivalente, tanto del ao actual como del ao anterior. Adems el sistema proporcionar informacin en importe y nmero de operaciones, referente a Condonaciones, Regularizaciones y Lucro cesante sobre tarifa comercial, tanto del ao actual como del ao anterior. La informacin de Condonaciones y Regularizaciones se referir a todos los productos que se integren en los informes de Tarificacin, mientras que el Lucro Cesante se referir inicialmente a productos de Ahorro, Cheques, Transferencias y Correspondencia y al resto de productos que se disponga de la informacin ya procesada de forma paulatina. Todos los importes se expresarn en euros, la informacin se obtendr teniendo en cuenta todas las titularidades, y la periodicidad ser mensual, mostrndose la ltima disponible, e indicando la fecha de referencia. FN003 Usuario, Aplicacin Ficha Comisiones, Aplicacin Contabilidad analtica, Aplicacin Tarificacin Usuario RFU004, RFU005, RNE001, RNE002
CASO PRCTICO
138

Funcin FN004. Lista de servicios utilizados por el cliente.

Identificador Intervinientes Afectados Requisito asociado Descripcin Se deber mostrar una lista de los distintos tipos de servicios utilizados por el cliente, en el ao actual y en el ao anterior. Para cada tipo de servicio se incluir el n de servicios, el importe nominal total, comisiones totales cobradas y cedidas y el nivel de descuento en % (tarifa cliente tarifa comercial) / tarifa comercial. Todos los importes se expresarn en euros, la informacin se obtendr teniendo en cuenta todas las titularidades, y la periodicidad ser mensual, mostrndose la ltima disponible, e indicando la fecha de referencia. FN004 Usuario, Aplicacin Ficha Comisiones, Aplicacin Tarificacin Usuario RFU006, RNE001, RNE002
Funcin FN005. Lista de Tarifas vigentes del cliente.

Identificador Intervinientes Afectados Requisito asociado Descripcin Se deber mostrar la lista detallada de las tarifas vigentes, que se le aplican al cliente para cada contrato, siempre y cuando estas tarifas sean diferentes de la tarifa comercial, incluyendo adems del contrato al que se le aplica la tarifa, el plazo de vigencia, y nivel de descuento en % (tarifa cliente tarifa comercial) / tarifa comercial. Adems de la tarifa del cliente, para cada lnea se mostrar la tarifa correspondiente del Libro de tarifas y de la Tarifa comercial. La lista se elaborar en base a la informacin que proporcione la aplicacin de Tarificacin para la tarifa comercial, inicialmente para los productos de Cuentas de ahorro, Cheques, Transferencias y Correspondencia, as como del resto de los productos que se vayan incorporando, y con la informacin de la tarifa particular del cliente que proporcionen las aplicaciones operativas. Todos los importes se expresarn en euros, la informacin se obtendr teniendo en cuenta todas las titularidades, y la informacin se mostrar on-line. FN005 Usuario, Aplicacin Ficha Comisiones, Aplicaciones operativas, Aplicacin Clientes Usuario RFU007, RNE001, RNE002 Aplicacin Tarificacin,
CASO PRCTICO
139

Funcin FN006. Mantenimiento de justificaciones de compensaciones del cliente.

Identificador Intervinientes Afectados Requisito asociado Descripcin Se permitir incluir, en formato texto, las compensaciones que justifiquen la utilizacin de bonificaciones en precios y tarifas, incluyendo adems una fecha de actualizacin para cada texto aadido. Esta informacin, podr tambin modificarse eliminarse. FN006 Usuario, Aplicacin Ficha Comisiones Usuario RFU008
Una vez elaborado el documento con todas las funciones del sistema, este se enva al usuario, para que lo revise y nos enve su aceptacin formal, que procedemos a registrar en la herramienta de gestin de proyectos (GP).
6.1.4 Revisin de la Fase de Definicin
En este momento se est en disposicin de refinar la planificacin inicial y obtener una planificacin temporal detallada, siguiendo el procedimiento de Planificacin Detallada, siendo necesario una aprobacin formal de la misma por parte de la Direccin del proyecto.
CASO PRCTICO
140

Planificacin detallada por atributos

Elementos de estimacin Atributos Unidades 2 1 7 0 Esfuerzo unitario 10,00 20,00 30,00 0,00 Esfuerzo total 20,00 20,00 210,00 0,00 250,00
Elementos de interfaz de usuario Medios Complicados N Funciones de Sistema Nuevos Actualizacin Subtotal
Planificacin temporal
Etapa o subproyecto Fecha de inicio Fecha de fin Desplazada 31-08-05 29-09-05 11-11-05 18-11-05 16-12-05 Nombre Descripcin Jornadas Prevista DE01 AN01 DI01 CO01 GP01 Definicin Anlisis Diseo 25 50 30 06-06-05 01-09-05 30-09-05 13-10-05 06-06-05 Desplazada Prevista 06-06-05 01-09-05 30-09-05 13-10-05 06-06-05 31-08-05 29-09-05 11-11-05 18-11-05 16-12-05
Construccin 75 Gestin proyecto de 10
PR01 IM01
Pruebas
35
21-11-05 05-12-05
21-11-05 05-12-05
02-12-05 16-12-05
02-12-05 16-12-05
Implantacin 10
Una vez realizada la planificacin detallada, estamos en disposicin de realizar el Plan de Gestin de Configuracin, en el que se detallan el tipo de elementos de configuracin que se incluirn en el proyecto.
Identificacin de los Elementos de Configuracin
Elementos documentales
Producto documental Actas Documento de Definicin del Proyecto
CASO PRCTICO
141

Producto documental Documento de Diseo Tcnico Documento de Implantacin Documento de Pruebas Documentos de Control de Calidad Documentos de Prueba Unitaria Especificacin de Requisitos de Usuario Especificacin de Requisitos del Sistema Especificacin de Requisitos del Software Evidencias de Puntos de Control Gestion del Proyecto Informe de Ejecucin de Pruebas Informe de Finalizacin Plan de Ejecucin Plan Gestin Configuracin del Proyecto
Elementos de software Host

Elemento Mdulo Programa Tipo CBLPACXM CBLPACXO CBLPACB CBLPACO Descripcion Mdulo COBOL PACBASE Desde entidad P Mdulo COBOL PACBASE Desde entidad O Programa COBOL PACBASE Desde entidad P Programa COBOL PACBASE Desde entidad O
Elementos de software Local

Elemento Tipo Descripcion Producto Java JAR Agrupacin de clases java en un archivo Jar JBEAN JavaBean PQT Package java
Como productos de salida de la Fase de Definicin, se obtiene los siguientes documentos a almacenar en el GD:
Documento de Definicin del Proyecto (DDP) Especificacin de Requisitos de Usuario (ERU) Especificacin de Requisitos de Sistema (ERS)
CASO PRCTICO
142

Plan de Ejecucin (PE) Plan de Gestin de Configuracin (PGC)
El DDP, PE y PGC, se obtienen directamente de la herramienta CP, a partir de la informacin introducida en la misma.
Todos los productos anteriores se revisan, validan y consolidan, para lo cual se dispondr de unas check-list de validacin de productos, que facilitan dicha revisin.
Cuando la documentacin est revisada, el gestor de configuracin de documentacin, proceder a incorporar cada elemento en lnea base del proyecto, para lo cual utilizar la herramienta de gestin documental GD.
Una vez incorporados todos los elementos a Lnea Base, se proceder a cerrar la etapa DE01, no sin antes rellenar el documento de Control de Calidad de revisin de hito Cierre de etapa DE01, en el cual el Gestor deber responder a las preguntas que aseguran que la etapa est lista para ser cerrada. Dicho documento es el siguiente:
Pregunta Estn finalizados los productos definidos como obligatorios para la fase? (DDP, ERU, ERS) Se han sometido todos los productos definidos como obligatorios para el hito a la Check-list de revisin de producto correspondiente? Se ha superado con xito todas las check-list de revisin de producto?
Si/No/NA Accin correctora Si Elaborar los productos Si Elaborar las check-lists de revisin de producto Asegurar que no inciden significativamente en el resultado final del proyecto Elaborar los apartados correspondientes
Si
Existe una primera versin del PE? Si - El PE debe contener, al menos, la planificacin inicial del proyecto y la planificacin detallada
CASO PRCTICO
143

Pregunta Se han validado todos los productos generados en la fase por los responsables determinados para este punto de control? Se ha realizado la reunin de lanzamiento del proyecto? Asistencia de todos los participantes del proyecto, difusin de objetivos, delimitacin de responsabilidades Son conocidos los objetivos de proyecto por todos los participantes? Se ha comunicado y acordado el reparto de responsabilidades entre los participantes en el proyecto? Se ha solicitado la colaboracin de otros departamentos implicados en el proyecto? (Arquitectura de Datos, Arquitectura de Aplicaciones, Produccin, Seguridad Informtica, Aceptacin y Pruebas) La planificacin del proyecto se ha realizado una vez conocido el alcance del proyecto? Se han validado los requisitos de usuario por los responsables establecidos para este punto de control?
Si/No/NA Accin correctora Si Ejecutar los puntos de control de validacin establecidos para la fase de Definicin Realizar la reunin de lanzamiento N/A
Si Si
Si
Incluir en la agenda de la reunin de lanzamiento Establecer los perfiles de CADE que intervienen en el proyecto y asignar cada perfil a los miembros del equipo. Solicitar y acordar la colaboracin de cada departamento en el proyecto
Si Si
Se han aceptado formalmente los requisitos de Si usuario?
Se ha aplicado el procedimiento definido para obtener la estimacin del proyecto? Se ha elaborado durante esta fase el Plan de Gestin de la Configuracin del proyecto? Se ha tenido en cuenta en la definicin del nuevo sistema, los requisitos tcnicos y caractersticas del sistema recogidos en el ERU? Se han planteado alternativas de construccin?
Si Si Si
Ajustar la planificacin al alcance del proyecto. Involucrar en la revisin de requisitos a todos los responsables establecidos por el punto de control Validacin de los requisitos de usuario - Revisar los requisitos impuestos por el cliente y ver en que puntos no se est de acuerdo. - Intentar acercar las posturas de manera que el cliente d el visto bueno a los requisitos a realizar. - Registrar esta situacin como un riesgo del proyecto. Realizar la estimacin en base a algn mtodo Elaborar el plan especfico de gestin de la configuracin del proyecto. Revisar la definicin del nuevo sistema
N/A
En el caso de existir alternativas. Han N/A participado en la identificacin y anlisis de las alternativas los especialistas / responsables de la arquitectura (de datos y aplicaciones), herramientas de los distintos entornos (desarrollo, pruebas, produccin), etc.?
Verificar que la solucin tcnica construccin por defecto satisface caractersticas exigidas al sistema. Involucrar en el estudio a todas personas que puedan aportar conocimiento de la infraestructura
de las las su
CASO PRCTICO
144

Pregunta Si/No/NA Accin correctora En el caso de existir alternativas Se ha N/A Definir las diferencias significativas de justificado la eleccin de la solucin tcnica de la solucin tcnica de construccin con construccin en detrimento del resto de otras alternativas; ventajas e alternativas? inconvenientes; y los criterios que se han tenido en cuenta a la hora de tomar la decisin. Se ha validado la solucin tcnica con los N/A Someter a validacin responsables de la arquitectura y entornos de desarrollo, pruebas y produccin? Ha recibido la solucin tcnica de construccin N/A Presentar la solucin tcnica a la el respaldo formal de la Direccin del Proyecto? Direccin del proyecto para obtener una aprobacin formal del coste y la planificacin prevista La solucin tcnica de construccin se ha N/A Replantear la solucin tcnica de decidido una vez conocido el alcance del construccin al nuevo alcance proyecto? Se han incorporado en lnea base los productos Si Incorporar los productos elaborados durante la fase segn el Plan de Gestin de la Configuracin del proyecto? Se han identificado, documentado y Si Documentar los riesgos as como las actualizado los riesgos del proyecto? acciones correctivas propuestas Se han identificado, documentado y Si Documentar las incidencias as como actualizado las incidencias del proyecto? las acciones correctivas propuestas Se han identificado, documentado y SI Documentar los implicados y actualizado los implicados y compromisos del compromisos proyecto? Los cambios detectados en el proyecto estn N/A Analizar, evaluar y documentar los siendo documentados, analizados y evaluados? cambios en el proyecto Se ha definido la traza ERU (Requisitos de Si Definir las trazas establecidas por el usuario)-ERU (Solicitantes) segn el procedimiento para la fase de procedimiento establecido? Definicin. Se ha definido la traza ERU (Requisitos de Si Definir las trazas establecidas por el usuario)-ERU (condiciones de pruebas de procedimiento para la fase de aceptacin) segn el procedimiento establecido? Definicin. Se ha definido la traza ERU (Requisitos de Si Definir las trazas establecidas por el usuario)-PE (Entregas) segn el procedimiento procedimiento para la fase de establecido? Definicin. Se ha validado el conjunto de pruebas de Si Involucrar en la validacin del aceptacin por los responsables determinados conjunto de pruebas de aceptacin a para este punto de control? todos los responsables establecidos por el punto de control Validacin del conjunto de pruebas de aceptacin. Se ha cumplimentado toda la informacin Si Registrar la ejecucin de los puntos de requerida para los puntos de control de esta control en la hoja de puntos de control fase? del proyecto.
CASO PRCTICO
145

El cierre de etapa DE01, se realiza desde el Cuaderno de Proyecto (CP), y provocar la actualizacin al 100% del avance de todos los productos incluidos en dicha etapa.
Tambin desde el Cuaderno de Proyecto, se registrarn los puntos de control correspondientes a la fase de Definicin: Aprobacin del lanzamiento del Proyecto, Aprobacin de los requisitos de usuario, Aprobacin del Plan de Gestin de Configuracin, Eleccin de una alternativa de solucin viable, Aprobacin de la planificacin detallada, Validacin de los productos generados, y Validacin de las pruebas de Aceptacin.
A partir de este momento, el equipo de Aseguramiento de Calidad, podr revisar la documentacin, y en caso de detectar algn error, convocar a una reunin al gestor y al director de proyecto para comentar con ellos dichos errores, y abrir las noconformidades pertinentes, que sern posteriormente enviadas por correo, para su resolucin.
6.2 FASE DE ANALISIS

En esta fase se cubre el anlisis funcional, de la solucin de construccin elegida en la fase de Definicin. Se utilizarn tcnicas de anlisis para facilitar la especificacin y representacin de la funcionalidad, el comportamiento y la informacin manejada por el sistema. Tambin se especifican y disean las interfaces entre el sistema y el usuario. Por ltimo, una vez analizado y modelado el sistema, se revisar el coste y la planificacin del proyecto.
CASO PRCTICO
146

Los objetivos de esta fase son: Construir una especificacin funcional detallada del nuevo sistema, que satisfaga los requisitos identificados y que sirva de base para el diseo tcnico del sistema, especificar las operaciones que el sistema ofrece al exterior (usuarios y sistemas externos) y aquellas operaciones internas que el sistema necesita para resolver las operaciones que ofrece al exterior, disear las interfaces del sistema con el usuario, y revisar la planificacin detallada y realizar una planificacin refinada.
CASO PRCTICO
147

6.2.1 Anlisis funcional del negocio

En esta actividad se especificarn los pasos que el sistema tiene que realizar, para resolver las funcionalidades que ofrece al usuario, y se describen los procesos.
Diagrama de contexto del sistema
Aplicacin de NBA
Volumen de Negocio
Resultados del Cliente Usuario/ Gestor Servicios utilizados Aplicacin de Tarificacin Tarifas vigentes Aplicaciones Operativas Aplicacin Ficha de Comisiones
Aplicacin de clientes
Compensaciones econmicas pactadas
CASO PRCTICO
148

Modelo Conceptual del sistema.
Se describe el modelo conceptual desglosado por procesos.
Proceso FCOMISIONES1: Caracterizacin del cliente
Usuario
Saldos del cliente
Resultados del cliente
Informacin Tarificacin
Caracterizacin del cliente
Informacin en el Sistema
El proceso permite obtener para un cliente, informacin sobre el balance de situacin del ao actual y del ao anterior, as como datos de la cuenta de resultados, condonaciones, regularizaciones y lucro cesante del ao actual y del anterior.
Servicio de consulta mltiple Datos Balance:
Recupera el saldo actual, saldo medio mes actual, saldo medio mismo mes ao anterior, y la variacin en importe y en porcentaje para los siguientes apartados: Inversiones Crediticias
CASO PRCTICO
149

Total Racs Depsitos Balance Fondos Inversin Fondos Pensiones Seguros Ahorro Depsitos de valores Unit-Link
Los datos de entrada del servicio correspondiente son: Cdigo de empresa (obligatorio) Identificador del cliente (obligatorio)
Se devolver una lista como salida con los siguientes datos para cada fila: Fecha de valor de la informacin Descripcin del concepto Saldo actual para el concepto Saldo medio mes actual para el concepto Saldo medio mismo mes ao anterior para el concepto Importe variacin para el concepto Porcentaje variacin para el concepto Moneda
CASO PRCTICO
150

Servicio de consulta simple Datos Resultados y Tarificacin:
Recupera informacin tanto del ao actual como del ao anterior, referente a Condonaciones, Regularizaciones y Lucro cesante tanto en nmero como en importe, que proviene de la aplicacin de Tarificacin. Adems se obtiene un indicador de los resultados del cliente tabulado con informacin procedente de NBA.
Los datos de entrada del servicio correspondiente son: Cdigo de empresa (obligatorio) Identificador del cliente (obligatorio)
Se devolver una fila como salida con los siguientes datos: Fecha de valor tarificacin Nmero condonaciones ao actual Importe condonaciones ao actual Nmero regularizaciones ao actual Importe regularizaciones ao actual Nmero lucro cesante ao actual Importe lucro cesante ao actual Nmero condonaciones ao anterior Importe condonaciones ao anterior Nmero regularizaciones ao anterior Importe regularizaciones ao anterior
CASO PRCTICO
151

Nmero lucro cesante ao anterior Importe lucro cesante ao anterior Fecha de valor resultados Indicador resultados Descripcin resultados Moneda
Proceso FCOMISIONES2: Servicios utilizados
Usuario
Informacin Tarificacin
Servicios utilizados
El proceso permite obtener para un cliente, informacin sobre las comisiones de los servicios utilizados, tanto del ao actual y como del ao anterior.
CASO PRCTICO
152

Servicio de consulta mltiple servicios utilizados:
Recupera la lista de servicios utilizados por el cliente en el ao actual y el ao anterior, en concreto, descripcin del tipo de servicio, nmero de servicios, importe, comisiones cobradas, comisiones cedidas, y nivel de descuento.
Los datos de entrada del servicio correspondiente son: Cdigo de empresa (obligatorio) Identificador del cliente (obligatorio) Nivel de desglose (obligatorio para desglose) Cdigo de epgrafe (obligatorio para desglose)
Se devolver una lista como salida con los siguientes datos para cada fila:
Fecha de valor de la informacin Nivel de desglose Cdigo de epgrafe Indicador desglosable Descripcin del epgrafe/tipo de servicio Nmero de operaciones ao actual Importe de las operaciones ao actual Comisiones cobradas ao actual Comisiones cedidas ao actual Nivel de descuento ao actual Nmero de operaciones ao anterior Importe de las operaciones ao anterior Comisiones cobradas ao anterior Comisiones cedidas ao anterior
CASO PRCTICO
153

Nivel de descuento ao anterior Moneda
Proceso FCOMISIONES3: Tarifas vigentes del cliente
Tarifa Comercial
Libro de Tarifas
Contratos del cliente
Productos incluidos en el Sistema Tarifas particulares del cliente
Usuario Tarifas vigentes
El proceso permite obtener informacin sobre las tarifas particulares del cliente con su plazo de vigencia, obteniendo adems su correspondiente precio en la tarifa comercial y en el libro de tarifas, as como el nivel de descuento obtenido.
Servicio de consulta mltiple de tarifas del cliente:
En un primer nivel de desglose, recupera la lista de contratos del cliente que poseen particularizaciones de tarifas en alguna de sus operaciones.
CASO PRCTICO
154

En un segundo nivel de desglose, recupera la lista de tarifas particulares para un contrato con su plazo de vigencia, obteniendo adems su correspondiente precio en la tarifa comercial y en el libro de tarifas, as como el nivel de descuento aplicado.
Los datos de entrada del servicio correspondiente son: Cdigo de empresa (obligatorio) Identificador del cliente (obligatorio) Nivel de desglose (obligatorio para desglose) Cdigo de contrato (obligatorio para desglose)
Se devolver una lista como salida con los siguientes datos para cada fila:
Nivel de desglose Cdigo de contrato Descripcin del contrato / concepto-premisa Indicador desglosable Importe mnimo tarifa cliente Importe mximo tarifa cliente Importe/porcentaje tarifa cliente Fecha inicio Fecha fin Importe mnimo tarifa comercial Importe mximo tarifa comercial Importe/porcentaje tarifa comercial Importe mnimo libro de tarifas Importe mximo libro de tarifas Importe/porcentaje libro de tarifas Moneda
CASO PRCTICO
155

Proceso FCOMISIONES4: Obtencin productos incluidos en el Sistema
Productos Aplicaciones Operativas
Obtencin productos incluidos
El proceso obtendr la informacin diaria de los productos que estn incluidos en el Sistema de Ficha de Comisiones.
La informacin la suministrar diariamente cada aplicacin operativa que se incorpore al Sistema. De momento solo estarn incluidos en el sistema los cdigos de productos correspondientes a Ahorro Vista.
Una vez obtenida la informacin se almacenar en la tabla de Productos incluidos en la Ficha de Comisiones (TBPRFCOM).
CASO PRCTICO
156

Proceso FCOMISIONES5: Mantenimiento de condiciones econmicas
Usuario
Alta Compensaciones econmicas Informacin en el Sistema Consulta Compensaciones econmicas
Mantenimiento Compensaciones econmicas
El proceso permite consultar, introducir y modificar informacin textual sobre las compensaciones econmicas pactadas con un cliente.
Servicio de consulta mltiple de compensaciones econmicas:
Recupera la lista de compensaciones econmicas pactadas con un cliente.
CASO PRCTICO
157

Los datos de entrada del servicio correspondiente son: Cdigo de empresa (obligatorio) Identificador del cliente (obligatorio) Tipo de informacin comercial (para paginacin) Cdigo Detalle de informacin comercial (para paginacin)
Se devolver una lista como salida con los siguientes datos para cada fila: Tipo de informacin comercial Cdigo Detalle de informacin comercial Fecha de actualizacin Cdigo de dato informacin comercial Comentario informacin comercial Cdigo gestor alta Nombre gestor alta Empresa gestor alta Oficina gestor alta
Servicio de mantenimiento de compensaciones econmicas:
Realiza alta/baja/modificacin de compensaciones econmicas pactadas con un cliente.
Los datos de entrada del servicio son: Cdigo de empresa Cdigo de cliente
CASO PRCTICO
158

Cdigo de tipo de informacin comercial Cdigo de detalle informacin comercial Cdigo de dato informacin comercial Comentario informacin comercial
Los datos de salida del servicio son: Cdigo de error
6.2.2 Definicin de la interfaz de usuario

En esta actividad se especifican y disean todos los elementos de la interfaz de usuario entre el sistema y el usuario (formatos de pantallas, dilogos y encadenamiento entre pantallas, formatos de informes, etc.) siendo necesaria la participacin del Cliente para la validacin y refinamiento de los resultados que se obtengan.
Diagrama de navegacin.
CASO PRCTICO
159

Pantalla 1: Variables de caracterizacin.
Esta ser la primera pestaa de Ficha Comisiones, y tambin la que se mostrar por defecto.
CASO PRCTICO
160

Al entrar en esta pestaa se lanzar el servicio de consulta de Datos Balance, que recupera informacin de saldos del cliente, y el servicio de consulta de datos Resultados y Tarificacin, que recupera la informacin correspondiente a Condonaciones, Regularizaciones y Lucro Cesante, adems de un indicador de Resultados. Estos servicios se lanzarn solo la primera vez que se seleccione la pestaa.
Pantalla 2: Tarifas y servicios.
En esta pestaa se muestra la informacin de tarifas y servicios del cliente.
CASO PRCTICO
161

Se lanzar el servicio de consulta de servicios utilizados, que obtiene la lista de servicios desglosadas por epgrafe, y el servicio de consulta de tarifas del cliente que obtiene las tarifas particulares del cliente para ciertos contratos y su correspondiente precio en la tarifa comercial y en el libro de tarifas.
El botn Compensaciones econmicas enlazar con la pantalla de Consulta/Mantenimiento de compensaciones econmicas.
Pantalla 3: Compensaciones econmicas pactadas.
CASO PRCTICO
162

Esta pantalla muestra la lista de comentarios referentes a las compensaciones econmicas pactadas con el cliente, para lo cual al abrir la pantalla se lanzar el servicio de consulta de Compensaciones econmicas.
Adems, realiza el mantenimiento de la informacin cuando se selecciona una fila y se pulsa el botn de Modificacin el botn de Baja, bien cuando directamente se pulsa el botn de Alta.
En todos los casos se habilita el rea de detalle para introducir, modificar visualizar la informacin a actualizar, y cuando se pulsa el botn Aceptar, se lanzar el servicio de mantenimiento de compensaciones econmicas, y a continuacin se refresca el contenido de la lista lanzando de nuevo la consulta.
6.2.3 Revisin de la fase de anlisis

Una vez analizado y modelado el sistema, se est en disposicin de refinar el coste y la planificacin inicial, segn el procedimiento de Planificacin Refinada, siendo necesaria una aprobacin formal de la nueva planificacin por parte de la Direccin del Proyecto.
En este caso, la planificacin refinada, coincide con la detallada, no habindose producido cambios ni retrasos, que impliquen una nueva planificacin temporal. Sin embargo, dado que el nivel de informacin en esta etapa es mayor, se desglosan las actividades definidas inicialmente, en actividades ms detalladas en base a la identificacin de los servicios a realizar, y de los elementos de interface de usuario identificados, asignando cada tarea al equipo de proyecto.
Se revisan los riesgos, compromisos, equipo de proyecto e implicados:
CASO PRCTICO
163

Los riesgos que se haban propuesto son desestimados, puesto que los implicados ya han cumplido sus compromisos, bien estn en disposicin de hacerlo.
Los compromisos que existan por parte de los colaboradores, en cuanto a la entrega de los servicios de tarifas particulares, comisiones cobradas y datos balance, se han cumplido satisfactoriamente. En cuanto al compromiso del equipo local, de realizacin de la pantallas, est en curso.
El equipo de proyecto se mantiene.
Todo ello se registra en la herramienta CP.
Adems se han revisado, validado y consolidado los productos obtenidos en la fase de Anlisis, garantizando la trazabilidad con los requisitos de usuario.
Como productos de salida de la Fase de Anlisis, se obtiene el documento de Especificacin de Requisitos del software (ERSW), que se almacena en la herramienta de documentacin (GD), incorporando dicho documento a lnea base del proyecto.
El ERSW al igual que todos los productos se revisa, valida y consolida, para lo cual se dispondr de unas check-list de validacin de productos, que facilitan dicha revisin.
Una vez incorporados todos los elementos a Lnea Base, se proceder a cerrar la etapa AN01, no sin antes rellenar el documento de Control de Calidad de revisin de hito Cierre de etapa AN01, en el cual el Gestor deber responder a las preguntas que aseguran que la etapa est lista para ser cerrada. Dicho documento es el siguiente:
CASO PRCTICO
164

Pregunta Estn finalizados los productos definidos como obligatorios para la fase? (ERSW) Se han sometido todos los productos definidos como obligatorios para el hito a la Check-list de revisin de producto correspondiente? Se ha superado con xito todas las check-list de revisin de producto?
Si/No/NA Accin correctora Si Elaborar los productos Si Elaborar las check-lists de revisin de producto Asegurar que no inciden significativamente en el resultado final del proyecto Elaborar la estimacin detallada del proyecto e incorporarla en el PE Elaborar la planificacin refinada de fin de anlisis e incorporarla en el PE. Completar las especificaciones, confirmando la existencia de dichas dependencias Revisar los procesos para intentar encontrar los actores y las fases Revisar el modelo de datos y el modelo de interfaces Revisar y corregir el diseo del interfaz de usuario Aclarar la redaccin de los puntos oscuros Incorporar los productos
Si
Se ha realizado la estimacin detallada del Si proyecto siguiendo el procedimiento definido? Se ha realizado la planificacin refinada de fin Si de anlisis? Estn descritas las interfaces con otros sistemas, NA tanto construidos como en construccin? Estn contempladas todas las funciones y actores identificados en la fase anterior? Es consistente el modelo de datos con el modelo de interfaces? Cumple la interfaz de usuario con los criterios de usabilidad definidos por el usuario, y con los estndares de la Entidad? El documento es legible y se entiende bien el anlisis? Se han incorporado en lnea base los productos elaborados durante la fase segn el Plan de Gestin de la Configuracin del proyecto? Se ha revisado y refinado la planificacin una vez realizado el anlisis funcional del sistema? Se han identificado, documentado y actualizado los riesgos del proyecto? Se han identificado, documentado y actualizado las incidencias del proyecto? Se han identificado, documentado y actualizado los implicados y compromisos del proyecto? Los cambios detectados en el proyecto estn siendo documentados, analizados y evaluados? Se ha redefinido la traza ERU-PE segn la revisin refinamiento del Plan de Ejecucin? Si Si Si
Si Si
Si
Si Si Si SI Si
Se han cumplimentado los campos relativos a Si las validaciones realizadas en la fase? Se ha aceptado formalmente la planificacin Si refinada del proyecto, cumplimentando la informacin correspondiente?
Ajustar la planificacin a la situacin actual del proyecto y refinar la planificacin de la fase de Diseo Documentar los riesgos as como las acciones correctivas propuestas Documentar las incidencias as como las acciones correctivas propuestas Documentar los implicados y compromisos Analizar, evaluar y documentar los cambios en el proyecto Mantener actualizadas las trazas establecidas entre los requisitos y la planificacin Registrar la ejecucin de los puntos de control en la hoja de puntos de control del proyecto. Ejecutar el punto de control de aceptacin formal y registrar su ejecucin en la hoja de puntos de control del proyecto.
CASO PRCTICO
165

Pregunta Si ha surgido un cambio en los requisitos se ha evaluado, comprendido y aprobado el impacto que supone el cambio por todos los implicados? Si ha surgido un cambio en los requisitos se han realizado las modificaciones necesarias en la documentacin? Si ha surgido un cambio en los requisitos se han evaluado y realizado los cambios a otros productos, incluyendo las trazas definidas? Si ha surgido un cambio en los requisitos se han evaluado y realizado los cambios provocados en la planificacin? Si ha surgido un cambio en los requisitos se han revisado las modificaciones por el cliente y los integrantes del proyecto?
Si/No/NA Accin correctora NA Ejecutar el procedimiento Gestin de Cambios en Requisitos NA Realizar las modificaciones necesarias en la documentacin. Realizar las modificaciones necesarias en la documentacin. Realizar las modificaciones necesarias en la planificacin Someter los cambios en requisitos a la revisin por todos los afectados y someterlos de nuevo a la aprobacin del Cliente y la Direccin del Proyecto segn se indica en el procedimiento Gestin de Cambios en Requisitos
NA
NA
NA
El cierre de etapa AN01, se realiza desde el Cuaderno de Proyecto (CP), y provocar la actualizacin al 100% del avance de todos los productos incluidos en dicha etapa.
Por ltimo se ha notificado al grupo de Aseguramiento de Calidad la finalizacin de la fase de Anlisis.
6.3 FASE DE DISEO
El diseo del software traduce las especificaciones funcionales del software en una representacin muy cercana al cdigo fuente de la aplicacin, teniendo en cuenta el entorno tecnolgico en el que se implantar el sistema.
CASO PRCTICO
166

Con la realizacin de esta fase se obtiene una descripcin del sistema a nivel fsico.
Los objetivos de esta fase son: Desarrollar y optimizar modelos fsicos de datos y procesos del sistema adecundolos al entorno tecnolgico especfico en que va a operar, construir los cuadernos de carga necesarios para la codificacin de los elementos software, especificar y disear los juegos de pruebas aplicables, y planificar con un mayor grado de detalle las fases de Construccin, Pruebas e Implantacin.
CASO PRCTICO
167

6.3.1 Diseo tcnico

En esta actividad se obtiene una descripcin fsica del sistema a partir de las especificaciones funcionales obtenidas en la fase de Anlisis, teniendo en cuenta los requisitos no funcionales del sistema.
Se disea la arquitectura interna del software y la arquitectura fsica de los datos, optimizndolas y adaptndolas al entorno tecnolgico especfico en el que se va a explotar el sistema.
El software a desarrollar se estructurar segn el modelo de capas de la arquitectura de construccin, identificndose normalmente tres tipos de elementos software: servidores de datos (capa de acceso a datos), servidores de negocio (capa de lgica de negocio) y clientes (capa de lgica de presentacin).
Por ltimo, se construyen los cuadernos de carga necesarios para la codificacin de elementos software.
No es objetivo de este proyecto el desarrollo del caso prctico, sino la aplicacin de los procedimientos a su ciclo de vida, por lo que no se considera necesario incluir los cuadernos de carga u otros apartados del diseo tcnico. Solamente se incluir el inventario de elementos a construir, para verificar la trazabilidad con los requisitos de usuario.
Elemento MKPP5572 MKPP5582 MKPP5591 MKPP5602 MKPP5612
Tipo Servidor de negocio Servidor de negocio Servidor de negocio Servidor de negocio Servidor de negocio
Descripcin Consulta mltiple servicios Consulta mltiple tarifas Consulta simple resultados Consulta mltiple datos balance Consulta mltiple compensaciones econmicas
CASO PRCTICO
168

Elemento MKPP5613 MKMD3E MKMD3F MKMD3G MKMD3A MKMD3D GFP557 GFP558 GFP559 GFP560 GFP561 ISFichaComisionesSubproceso ISVariablesCaracterizacion ISTarifasServicios ISCompensacionesPactadasSubproceso ISCompensacionesPactadas
Tipo Servidor de negocio Mdulo Mdulo Mdulo Mdulo Mdulo Folder Folder Folder Folder Folder Clase java tipo subproceso Clase java tipo vista Clase java tipo vista Clase java tipo subproceso Clase java tipo vista
Descripcin Mantenimiento econmicas
compensaciones
6.3.2 Especificacin de pruebas

En esta actividad se definen las peculiaridades del entorno de pruebas, se especifican y disean los juegos de pruebas unitarias, de integracin, de sistema y de regresin.
Al tratarse de un proyecto que bsicamente maneja datos de otras aplicaciones, dependemos de los juegos de datos que nos proporcionen dichas aplicaciones, por lo que se describen los casos de prueba genricos, y se remitirn dichos casos a las aplicaciones implicadas, para que nos proporcionen los datos correspondientes.
CASO PRCTICO
169

El responsable de la Gestin del Proyecto, asesorado por los perfiles el responsable del Anlisis de Seguridad y Anlisis de Produccin verificar que se ha diseado un juego de pruebas suficiente para la validacin del sistema.
6.3.3 Revisin de la fase de diseo
Al finalizar la fase de Diseo se revisan, validan y consolidan los productos obtenidos, garantizando la trazabilidad con los requisitos de usuario.
Trazas entre requisitos de usuario y servicios de negocio: Servicio MKPP5572 MKPP5582 MKPP5591 MKPP5602 MKPP5612 MKPP5613 Requisito RFU001, RFU006 RFU001, RFU007 RFU001, RFU004, RFU005 RFU001, RFU002, RFU003 RFU001, RFU008 RFU001, RFU008
CASO PRCTICO
170

Trazas entre servicios de negocio y componentes de lgica de presentacin:
Componente de presentacin
ISVariablesCaracterizacion ISTarifasServicios ISCompensacionesPactadas
Servicio MKPP5591, MKPP5602 MKPP5572, MKPP5582 MKPP5612, MKPP5613
En caso necesario, se realizan ajustes respecto a la planificacin temporal aprobada, segn el procedimiento de Planificacin Refinada, aunque en este caso no se han producido cambios ni retrasos respecto a las fechas previstas, que impliquen una replanificacin.
Se revisan los riesgos, compromisos, equipo de proyecto e implicados:
Los riesgos que se haban propuesto ya haban sido desestimados en la etapa de anlisis, puesto que los implicados ya han cumplido sus compromisos, bien estn en disposicin de hacerlo, y no se han detectado nuevos riesgos.
El compromiso del equipo local, de realizacin de las pantallas, contina en curso.
Todo ello se registra en la herramienta CP.
CASO PRCTICO
171

Se obtienen como productos de salida de la Fase de Diseo, el documento de Diseo Tcnico (DDT), el documento de Pruebas (DP), y el documento de Implantacin (DI), siendo este ltimo opcional, ya que el proceso de implantacin est dentro de los estndares que marca la organizacin, y no se requiere de un plan de implantacin especfico.
Todos los documentos se almacenan en la herramienta de documentacin (GD), incorporando los mismos a lnea base del proyecto.
El DDT, el DP, y el DI al igual que todos los productos se revisan, validan y consolidan, para lo cual se dispondr de unas check-list de validacin de productos, que facilitan dicha revisin.
Una vez incorporados todos los elementos a Lnea Base, se proceder a cerrar la etapa DI01, no sin antes rellenar el documento de Control de Calidad de revisin de hito Cierre de etapa DI01, en el cual el Gestor deber responder a las preguntas que aseguran que la etapa est lista para ser cerrada. Dicho documento es el siguiente:
Cd. RH001 RH002
RH003
RH004 RH005
RH006
Pregunta Si/No/NA Accin correctora Estn finalizados los productos definidos como obligatorios Si Elaborar los productos para la fase? (DDT, DP) Corresponde el modelo fsico de datos a lo acordado con N/A Revisar el modelo fsico y completar Arquitectura de Datos? la definicin de ndices y de procedimientos de acceso. Se ha consolidado el catlogo de servicios de acuerdo con Si Completar el documento de diseo Arquitectura de Aplicaciones? con el catlogo de servicios que proporciona Se han identificado y descrito los contratos de todos los Si Revisar y completar el diseo elementos a desarrollar? Est definido el marco de desarrollo de la aplicacin? En caso de no ser estndar, describir Si el marco de desarrollo tanto de los componentes de host, como de los componentes de local. Se han completado y entregado los formularios especficos Si Definir y entregar estos formularios exigidos por el resto de grupos de prueba? con la antelacin requerida
CASO PRCTICO
172

Cd. RH007
RH008 RH009 RH010 RH011 RH012
Pregunta Se han incorporado en lnea base los productos elaborados durante la fase segn el Plan de Gestin de la Configuracin del proyecto? Se han identificado, documentado y actualizado los riesgos del proyecto? Se han identificado, documentado y actualizado las incidencias del proyecto? Se han identificado, documentado y actualizado los implicados y compromisos del proyecto? Los cambios detectados en el proyecto estn siendo documentados, analizados y evaluados? Se ha redefinido la traza ERU-PE segn la revisinrefinamiento del Plan de Ejecucin?
Si/No/NA Accin correctora Incorporar los productos Si
Si Si Si N/A N/A
RH013
RH014
RH015
Se ha definido las trazas ERU-DDT y DDT-DDT Si determinadas en el procedimiento de definicin y mantenimiento de la trazabilidad? Se han cumplimentado los campos relativos a las Si validaciones realizadas en la fase (validacin de los productos generados en la fase por Anlisis y Gestin de Proyecto)? Se ha aceptado formalmente la planificacin refinada del Si proyecto, cumplimentando la informacin correspondiente?
Documentar los riesgos as como las acciones correctivas propuestas Documentar las incidencias as como las acciones correctivas propuestas Documentar los implicados y compromisos Analizar, evaluar y documentar los cambios en el proyecto Mantener actualizadas las trazas establecidas entre los requisitos y la planificacin Definir las trazas establecidas por el procedimiento para la fase de Diseo. Registrar la ejecucin de los puntos de control en la hoja de puntos de control del proyecto. Ejecutar el punto de control de aceptacin formal y registrar su ejecucin en la hoja de puntos de control del proyecto. Ejecutar el procedimiento Gestin de Cambios en Requisitos Realizar las modificaciones necesarias en la documentacin. Realizar las modificaciones necesarias en la documentacin. Realizar las modificaciones necesarias en la planificacin Someter los cambios en requisitos a la revisin por todos los afectados y someterlos de nuevo a la aprobacin del Cliente y la Direccin del Proyecto segn se indica en el procedimiento Gestin de Cambios en Requisitos
RH016
RH017 RH018
RH019 RH020
Si ha surgido un cambio en los requisitos se ha evaluado, comprendido y aprobado el impacto que supone el cambio por todos los implicados? Si ha surgido un cambio en los requisitos se han realizado las modificaciones necesarias en la documentacin? Si ha surgido un cambio en los requisitos se han evaluado y realizado los cambios a otros productos, incluyendo las trazas definidas? Si ha surgido un cambio en los requisitos se han evaluado y realizado los cambios provocados en la planificacin? Si ha surgido un cambio en los requisitos se han revisado las modificaciones por el cliente y los integrantes del proyecto?
N/A
N/A N/A
N/A N/A
El cierre de etapa DI01, se realiza desde el Cuaderno de Proyecto (CP), y provocar la actualizacin al 100% del avance de todos los productos incluidos en dicha etapa.
CASO PRCTICO
173

Por ltimo, se notifica al grupo de Aseguramiento de Calidad la finalizacin de la fase de Diseo.
6.4 FASE DE CONSTRUCCION
Al finalizar la fase de diseo, ya se puede proceder a registrar el inventario de los elementos de software que se van a desarrollar, en la herramienta de gestin de configuracin GCS.
Una vez se dispone de las especificaciones detalladas o fsicas de los elementos software (mdulos, transacciones, servidores de datos, etc) se procede a su codificacin y prueba en el entorno de desarrollo previamente especificado.
Adems, se construye el manual de usuario.
Los objetivos de esta fase son por tanto: Codificar y probar los distintos elementos software del sistema, a partir de las especificaciones fsicas obtenidas en el diseo, construir el manual de usuario.
CASO PRCTICO
174

6.4.1 Programacin y pruebas unitarias

En esta actividad se construyen y prueban los distintos elementos software del sistema, preparando previamente los entornos necesarios (entorno de desarrollo y entorno de pruebas).
CASO PRCTICO
175

6.4.2 Revisin de la fase de construccin

Al finalizar la fase de Construccin, se revisan, validan y consolidan los productos obtenidos. En caso necesario, se realizan ajustes respecto a la planificacin temporal aprobada, segn el procedimiento de Planificacin Refinada.
As mismo, se revisan los riesgos, compromisos, equipo de proyecto e implicados:
No se ha identificado ningn riesgo nuevo en el proyecto.
El nico compromiso que haba pendiente, era la realizacin de las pantallas por parte del equipo de desarrollo local, y se ha ejecutado al finalizar la etapa, por lo que todos los compromisos estn ya resueltos satisfactoriamente.
Todo ello se registra, como siempre, en la herramienta CP.
Como productos de salida, se obtiene el cdigo fuente documentado (CFD) y el manual de usuario (MU). Ambos productos se registran en el CP como finalizados, y el MU se incluye en la herramienta de documentacin (GD), incorporando dio documento a lnea base del proyecto.
Al igual que en anteriores etapas, se procede a rellenar el documento de Control de Calidad de hito Cierre de etapa CO01, para a continuacin cerrar la etapa CO01 en la herramienta CP. Dicho documento es el siguiente:
CASO PRCTICO
176

Cd. RH001 RH002
RH003
Pregunta Estn finalizados los productos definidos como obligatorios para el hito? (CFD, MU, MOS) Se han sometido todos los productos definidos como obligatorios para el hito a la Check-list de revisin de producto correspondiente? (CFD, MU, MOS) Se ha superado con xito todas las check-list de revisin de producto? (CFD, MU, MOS) Se han identificado, documentado y actualizado los riesgos del proyecto? Se han identificado, documentado y actualizado las incidencias del proyecto? Se han identificado, documentado y actualizado los implicados y compromisos del proyecto? Se han incorporado en la ubicacin especificada en el Plan de Gestin de la Configuracin del proyecto los productos definidos como obligatorios para el hito? (CFD, MU, MOS) La planificacin se ha revisado y se encuentra actualizada?
Si/No/NA Accin correctora Elaborar los productos SI SI Elaborar las check-lists de revisin de producto Asegurar que no inciden significativamente en el resultado final del proyecto Documentar los riesgos as como las acciones correctivas propuestas Documentar las incidencias as como las acciones correctivas propuestas Documentar los implicados y compromisos Incorporar los productos
SI
RH004 RH005 RH006 RH007
Si Si Si Si
RH008 RH009 RH010
SI
Los cambios detectados en el proyecto estn siendo N/A documentados, analizados y evaluados? Se han cumplimentado los campos relativos a las SI validaciones realizadas? Se han realizado las aceptaciones formales establecidas y SI cumplimentado toda la informacin requerida?
RH011
RH012
RH013 RH014
RH015 RH016
N/A
Ajustar la planificacin a la situacin actual del proyecto Analizar, evaluar y documentar los cambios en el proyecto Registrar la ejecucin de los puntos de control en la hoja de puntos de control del proyecto. Ejecutar los puntos de control de aceptacin formal y registrar su ejecucin en la hoja de puntos de control del proyecto. Ejecutar el procedimiento Gestin de Cambios en Requisitos Realizar las modificaciones necesarias en la documentacin. Realizar las modificaciones necesarias en la documentacin. Realizar las modificaciones necesarias en la planificacin Someter los cambios en requisitos a la revisin por todos los afectados y someterlos de nuevo a la aprobacin del Cliente y la Direccin del Proyecto segn se indica en el procedimiento Gestin de Cambios en Requisitos
N/A N/A
N/A N/A
CASO PRCTICO
177

Por ltimo se notifica al grupo de Aseguramiento de Calidad la finalizacin de la fase de Construccin.
6.5 FASE DE PRUEBAS

Una vez construidos y probados de forma unitaria todos los elementos software, se procede a la integracin de los mismos con el fin de probar el sistema en su conjunto.
En primer lugar se prueba la correcta comunicacin/interaccin entre elementos software (pruebas de integracin) pasando a continuacin a probar los requisitos funcionales y no funcionales del sistema completo (pruebas de sistema), dejando en ltimo lugar la aceptacin del sistema (pruebas de aceptacin).
Los objetivos de esta fase son por tanto: Integrar y probar el sistema en su conjunto, documentar los resultados obtenidos, y aceptar formalmente la aplicacin.
CASO PRCTICO
178

6.5.1 Realizacin de las pruebas de integracin

En esta actividad se ejecutan las pruebas de integracin entre los elementos software, con el fin de asegurar el correcto funcionamiento de las interfaces entre los mismos.
La integracin de elementos software y las pruebas de integracin se llevan a cabo de forma simultnea siguiendo la estrategia definida en el plan de pruebas.
CASO PRCTICO
179

Estas pruebas son realizadas por el equipo de proyecto en el entorno de pruebas de integracin (EPI).
Una vez que las pruebas se consideran satisfactorias, se procede a incorporar a lnea base todos y cada uno de los elementos software, que fueron identificados en el inventario que se cre al finalizar la etapa de diseo. Para ello, se utiliza la herramienta de gestin de configuracin de software (GCS).
6.5.2 Realizacin de pruebas de sistema y aceptacin

En esta actividad se ejecutan los juegos de pruebas de sistema diseados, preparando previamente el entorno necesario (entorno de preproduccin).
En el caso de que el nuevo sistema forme parte de otro mayor o pueda tener impacto sobre otros sistemas, se deber probar adems que el nuevo sistema, no afecta al correcto funcionamiento del resto de los sistemas ya construidos ejecutando los juegos de pruebas de regresin.
Las pruebas de sistema constituyen la base para la aceptacin del sistema. Por tanto, las pruebas de aceptacin deberan ser un subconjunto de las pruebas del sistema que permitan la verificacin del cumplimiento/satisfaccin de los requisitos iniciales.
Las pruebas de aceptacin deben ser realizadas por el usuario, para lo cual se le convoca a realizar las mismas en el entorno de pruebas.
CASO PRCTICO
180

6.5.3 Revisin de la fase de pruebas

Al finalizar la fase de Pruebas se revisan, validan y consolidan los productos obtenidos.
En caso necesario, se realizan ajustes respecto a la planificacin temporal aprobada, segn el procedimiento de Planificacin Refinada.
Se revisan los riesgos, compromisos, equipo de proyecto e implicados, no habindose producido cambios respecto a la etapa anterior.
Como producto de salida se obtiene el Informe de ejecucin de pruebas (IEP), en donde se registra el resultado de las pruebas que se describieron en el documento de pruebas elaborado en la etapa de Diseo (DI01), y adems se realiza una valoracin del resultado de las pruebas, que se detalla a continuacin.
Cobertura de las pruebas: Se han probado todos y cada uno de los elementos desarrollados modificados, y el objetivo de las pruebas ha sido simular en el entorno de pruebas integradas (EPI), el sistema completo.
Estadsticas de pruebas: Los errores, en la mayor parte de los casos, han sido provocados por la infraestructura de datos, que ha sido ms complicada al participar diferentes aplicaciones. La deteccin de errores ha sido rpida y no muy numerosa, y dichos errores se han subsanado sin mayores problemas.
Valoraciones cualitativas: Se ha valorado el sistema como correcto para cubrir las especificaciones requeridas por el usuario.
CASO PRCTICO
181

Decisin final para la implantacin: El sistema est preparado para su implantacin.
Se revisa el documento IEP, que se almacena como el resto de documentos en la herramienta de documentacin (GD), incorporando dicho documento a lnea base del proyecto.
Una vez realizada la aceptacin formal del sistema y de su puesta en Real, tanto por parte del usuario, como por parte del director de proyecto, se procede a registrar estos puntos de control en la herramienta CP.
El cierre de la etapa PR01, se realiza desde el Cuaderno de Proyectos (CP), lo cual provoca la actualizacin al 100% de los productos incluidos en la etapa, rellenando antes el documento de Control de Calidad de revisin de hito Cierre de etapa PR01.
Cd. RH001 RH002
RH003
Pregunta Estn finalizados los productos definidos como obligatorios para el hito? (IEP) Se han sometido todos los productos definidos como obligatorios para el hito a la Check-list de revisin de producto correspondiente? (IEP) Se ha superado con xito todas las check-list de revisin de producto? (IEP)
Si/No/NA Accin correctora Elaborar los productos Si Si Elaborar las check-lists de revisin de producto Asegurar que no inciden significativamente en el resultado final del proyecto Solicitar la colaboracin con los Dptos./equipos involucrados en las pruebas Hacer participe al Cliente Especificar el procedimiento de aceptacin del sistema, los criterios de aceptacin y el papel que debe asumir el Cliente Ajustarse en la medida de lo posible a las estrategias definidas en el plan de pruebas o modificar el plan de pruebas para ajustarlo a la realidad Documentar los riesgos as como las acciones correctivas propuestas
Si
RH004
Se ha instrumentado la colaboracin con los Dptos. / Si equipos involucrados en las pruebas? Ha participado el Cliente en el diseo o en la eleccin de las Si condiciones de pruebas de aceptacin? Se ha identificado la participacin del Cliente durante la Si aceptacin del sistema? La aceptacin del sistema debera hacerse en base a los requisitos de usuario Se ha aplicado el plan de pruebas previsto? Si
RH005 RH006
RH007
RH008
Se han identificado, documentado y actualizado los riesgos Si del proyecto?
CASO PRCTICO
182

Cd. RH009 RH010 RH011
RH012
Pregunta Se han identificado, documentado y actualizado las incidencias del proyecto? Se han identificado, documentado y actualizado los implicados y compromisos del proyecto? Se han incorporado en la ubicacin especificada en el Plan de Gestin de la Configuracin del proyecto los productos definidos como obligatorios para el hito? (IEP) Se ha conseguido la aceptacin formal del sistema por parte de Coordinacin de Clientes?
Si/No/NA Accin correctora Documentar las incidencias as como Si las acciones correctivas propuestas Documentar los implicados y Si compromisos Incorporar los productos Si
Si
RH013
RH014
Han participado el responsable de la Direccin del Proyecto Si y el Cliente en la decisin final de la puesta en real del sistema? Se ha conseguido la aceptacin formal de la puesta en real Si del sistema por parte del Cliente? Se ha tomado la decisin en base a la informacin contenida Si en el IEP? Se ha confirmado que los Administradores de la Si Configuracin han realizado una Auditoria de la Gestin de Configuracin del Software, previa al paso a Produccin? La planificacin se ha revisado y se encuentra actualizada? Si Los cambios detectados en el proyecto estn siendo N/A documentados, analizados y evaluados? Se han cumplimentado los campos relativos a las Si validaciones realizadas? Se han realizado las aceptaciones formales establecidas y SI cumplimentado toda la informacin requerida?
Conseguir el compromiso o la aceptacin formal del sistema por parte de Coordinacin de Clientes Hacer participe al Cliente
RH015 RH016
Conseguir el compromiso o la aceptacin formal del sistema por parte del Cliente Tener en cuenta las incidencias y problemas detectados en las pruebas Completar el apartado 1 de este documento Ajustar la planificacin a la situacin actual del proyecto Analizar, evaluar y documentar los cambios en el proyecto Registrar la ejecucin de los puntos de control en la hoja de puntos de control del proyecto. Ejecutar los puntos de control de aceptacin formal y registrar su ejecucin en la hoja de puntos de control del proyecto. Ejecutar el procedimiento Gestin de Cambios en Requisitos Realizar las modificaciones necesarias en la documentacin. Realizar las modificaciones necesarias en la documentacin. Realizar las modificaciones necesarias en la planificacin Someter los cambios en requisitos a la revisin por todos los afectados y someterlos de nuevo a la aprobacin del Cliente y la Direccin del Proyecto segn se indica en el procedimiento Gestin de Cambios en Requisitos
RH017 RH018 RH019
RH020
RH021
RH022 RH023
RH024 RH025
N/A
N/A N/A
N/A N/A
CASO PRCTICO
183

Por ltimo se notifica al grupo de Aseguramiento de Calidad la finalizacin de la fase de Pruebas.
6.6 FASE DE IMPLANTACION

Con la realizacin de esta fase, culmina el ciclo de vida del proyecto informtico.
En primer lugar se instala y pone en produccin la aplicacin.
En paralelo se forma a los usuarios y, para finalizar, se redacta el informe de finalizacin del proyecto, en el que se evala el proyecto y se recopila toda la
CASO PRCTICO
184

informacin generada en el mismo. Este informe constituye el acta de aceptacin del cierre del proyecto.
Los objetivos de esta fase son por tanto: Instalar y poner en produccin la aplicacin, formar a los usuarios del nuevo sistema, y dar por finalizado el proyecto informtico.
6.6.1 Lanzamiento de la implantacin

El primer paso de esta actividad, consiste en asegurar la disponibilidad de los recursos humanos y tcnicos, necesarios para la instalacin del nuevo sistema.
A continuacin se procede a la puesta en produccin del nuevo sistema llevando a cabo las siguientes tareas:
Puesta en marcha del plan de seguimiento de la implantacin Preparacin del entorno de produccin Instalacin de equipos lgicos y fsicos Paso a produccin de elementos software Introduccin y migracin de datos Ejecucin paralela de ambos sistemas (convivencia) Puesta en marcha de puestos de trabajo Puesta en funcionamiento de los procedimientos de produccin y operacin del nuevo sistema Comunicacin/Divulgacin del nuevo sistema a toda la organizacin
CASO PRCTICO
185

Baja del antiguo sistema Gestin del cambio organizativo En la Organizacin que nos ocupa, el proceso de implantacin de cualquier sistema nuevo est estandarizado y sigue un camino perfectamente predefinido, por lo que la implantacin resulta sencilla.
Adems, se define un calendario de entregas distribuidas a lo largo del ao, al que se deben ajustar las implantaciones de los nuevos sistemas.
En cuanto a la divulgacin del nuevo sistema, existe tambin un procedimiento de divulgacin que consiste en publicar en la Intranet de la Organizacin, todos los nuevos sistemas que se van a implantar en la prxima entrega.
6.6.2 Formacin
Esta actividad centra sus esfuerzos en el refinamiento y aplicacin de los cursos de formacin contenidos en el Plan de Formacin, con el fin de entrenar/preparar al usuario y operador en la utilizacin correcta y efectiva del nuevo sistema.
As mismo se impartir formacin a los usuarios del CALL CENTER para garantizar el conocimiento de la nueva aplicacin a implantar.
Una vez implantado el sistema, es conveniente realizar un seguimiento que verifique el grado y la efectividad de utilizacin del sistema.
CASO PRCTICO
186

6.6.3 Revisin de la fase de implantacin

Como producto de salida de esta etapa se obtiene el Software implantado.
El cierre de la etapa IM01, se realiza desde el Cuaderno de Proyectos (CP), lo cual provoca la actualizacin al 100% de los productos incluidos en la etapa, rellenando antes el documento de Control de Calidad de revisin de hito Cierre de etapa IM01.
Cd. RH001
Pregunta Se ha aplicado el plan de implantacin previsto?
RH002 RH003 RH004 RH005
RH009
Se han identificado, documentado y actualizado los riesgos del proyecto? Se han identificado, documentado y actualizado las incidencias del proyecto? Se han identificado, documentado y actualizado los implicados y compromisos del proyecto? El sistema implantado est libre de errores graves? No presenta anomalas importantes de funcionamiento ni rendimiento Los usuarios y operadores conocen la existencia y/o el Si funcionamiento de la aplicacin? No hay demasiadas consultas sobre las funciones principales
Si/No/NA Accin correctora Ajustarse en la medida de lo posible Si a las estrategias y actividades definidas en el plan de implantacin o modificar el plan de implantacin para ajustarlo a la realidad Documentar los riesgos as como las Si acciones correctivas propuestas Documentar las incidencias as como Si las acciones correctivas propuestas Documentar los implicados y Si compromisos Registrar incidencias y fijar un plazo Si de correccin Verificar que se han ejecutado los planes de divulgacin y formacin. Proponer medidas para garantizar la correcta utilizacin del sistema (reforzar la formacin, sistemas de ayudas, etc.) Registrar la ejecucin de los puntos de control en la hoja de puntos de control del proyecto. Ejecutar los puntos de control de aceptacin formal y registrar su ejecucin en la hoja de puntos de control del proyecto.
RH007
Se han cumplimentado los campos relativos a las Si validaciones realizadas en el proyecto? Se han realizado las aceptaciones formales establecidas para Si el proyecto y cumplimentado toda la informacin requerida?
RH008
Se deber notificar al grupo de Aseguramiento de Calidad la finalizacin del proyecto.
CASO PRCTICO
187

6.7 REVISIN, EVALUACION Y CIERRE DEL PROYECTO.

Se sintetizan los resultados obtenidos, y las incidencias acaecidas durante la ejecucin del proyecto informtico.
A partir de esta sntesis se podr efectuar recomendaciones para realimentar de manera efectiva el proceso de desarrollo software y para el mantenimiento futuro del sistema.
Opcionalmente, se aplicarn mtricas al proceso de desarrollo y a los productos finales constituyendo la base para una mejor planificacin de futuros proyectos.
Finalmente se proceder a la entrega de toda la documentacin generada y el producto final al cliente/usuario, proyecto informtico. representando la aceptacin y cierre formal del
Se genera un informe de cierre de proyecto, que se obtiene directamente del Cuaderno de Proyectos, con la informacin que se ha ido registrando.
Tambin se deber notificar al grupo de Aseguramiento de Calidad la finalizacin del proyecto.
CASO PRCTICO
188

7 CONCLUSIONES
En el nivel 1 los proyectos se realizan y gestionan de manera informal, basndose el xito en el conocimiento individual de las personas.
En el nivel 2 los proyectos se realizan de acuerdo a polticas, haciendo intervenir a gestores relevantes, y personas con el perfil adecuado para producir resultados controlados. Los proyectos son revisados, controlados y monitorizados, y se evala su ajuste a la descripcin del proceso.
La implantacin en las empresas de este modelo en sus dos primeros niveles, se traduce en importantes beneficios, entre los que cabe destacar los siguientes:
Mayor efectividad en la deteccin de errores a lo largo del ciclo de vida, reduciendo drsticamente el nmero de errores que afecta directamente a los clientes y usuarios.
Reduccin de las desviaciones en plazo de los proyectos. Mayor tolerancia al cambio e incremento de la capacidad de adopcin y adaptacin de nuevas tecnologas
Mejora en la rapidez y efectividad de respuesta ante exigencias del negocio (Reduccin del Time to Market)
Mejora en la colaboracin y comunicacin efectiva con implicados internos y externos.
Resultados predecibles en los proyectos: Sabemos en cuanto tiempo se realizan Estimamos con mayor precisin
Implementar tcnicas proactivas de gestin, mitigando los riesgos que afectan los proyectos.
CONCLUSIONES
189

Todos los beneficios derivan finalmente en un incremento de la productividad en la realizacin de Software y en una considerable mejora de la calidad del producto terminado.
Beneficios cuantificados porcentualmente que se obtienen al pasar de un nivel de madurez 1 a 2, segn estudios realizados por PROFIT (Gartner Espaa y Portugal):
15 % en reduccin de defectos 8 % de ahorro en costes de produccin 145 % de mejora en desviaciones de plazo de los proyectos 10 % de reduccin del tiempo empleado
Los anteriores porcentajes van creciendo, a medida que se van consiguiendo las certificaciones de los sucesivos niveles.
Adems de obtener una mayor tolerancia al cambio, y una mayor rapidez de respuesta ante las necesidades del mercado, todas estas ventajas aplicadas al negocio de la banca, revierten finalmente en los clientes de la entidad, que se benefician de una mayor calidad en el servicio, la mxima rapidez en la tramitacin de productos y una mejora en la disponibilidad de canales, entre otros.
Sin embargo, para conseguir el xito, la visin que debe tener una compaa que quiera implementar el CMMI como modelo de referencia en su organizacin es la de un proyecto de cambio. Se van a sustituir prcticas y herramientas ya asentadas en la empresa, para cumplir con un modelo que predica prcticas diferentes para la construccin de sistemas de informacin.
La complejidad inherente a la aplicabilidad del modelo requiere esfuerzos importantes en tiempo y recursos humanos, para alcanzar los cambios culturales y
CONCLUSIONES
190

organizacionales, necesarios para lograr una mejora continua que el modelo propone, inclusive con los nuevos mtodos giles de desarrollo de software [BAKE05].
Realmente el cambio que hay que conseguir es un cambio cultural, lo cual no es una tarea sencilla ni rpida, sobre todo en organizaciones que llevan realizando las mismas actividades durante muchos aos.
En ese sentido, la experiencia nos dice que en este tipo de tareas los propios implicados deben conocer, entender y asumir el modelo. Por lo tanto, CMMI debe ser presentado a la empresa como algo positivo que va a mejorar el nivel profesional del personal, y que va a hacer a la organizacin ms eficiente. Debe hacerse un anlisis para cada segmento afectado en la empresa y describir los beneficios y, tambin sacrificios, que van a tener que realizarse a corto y medio plazo.
Adems, es necesario:
La involucracin de la Direccin de la organizacin Existencia de un presupuesto especfico para la implantacin de CMMI Creacin de equipos de trabajo CMMI enfocados en diferentes procesos y formados por personal multidisciplinar: Calidad, Gerencia, Jefes de proyecto, Ingenieros software, etc
Desarrollo, adecuacin y compra de herramientas para la Gestin de proyectos, Gestin de Configuracin, Planificacin, Gestin de incidencias, etc
Divulgacin, informacin e involucracin en los avances a toda la organizacin.
CONCLUSIONES
191

Para luchar contra la resistencia al cambio que implica la implantacin del modelo CMMI, y que se suele presentar entre el personal de una organizacin, el ltimo punto es quizs el ms importante.
Se ha preparado a la organizacin para el cambio, estableciendo las razones y objetivos que justifican el esfuerzo que es necesario realizar, se han realizado cursos precisos, para entender los conceptos bsicos de CMMI, as como cursos especficos de formacin para cada uno de los perfiles.
Tambin se ha designado un interlocutor en cada departamento, para que la coordinacin y comunicacin entre el personal y el equipo de implantadores, sea fluida y se puedan atender rpidamente las dudas comentarios que puedan surgir por parte de los afectados.
Adems del interlocutor del departamento, se ha creado un buzn genrico de atencin al usuario, que permite a todo el personal informar de las posibles incidencias que se puedan producir en las herramientas de trabajo, consultar dudas, e incluso realizar sugerencias.
Tambin existe un portal especfico en la Intranet de la organizacin, en dnde se puede consultar informacin de todos los procedimientos implantados, tareas especficas de cada uno de los perfiles, plantillas y ejemplos de cada uno de los documentos a realizar segn el tipo de proyecto, etc.
Todas estas iniciativas, son medidas que se han tomado para que la implicacin de la organizacin sea total, y el rechazo al cambio se minimice.
En lo que se refiere al coste que tiene la implantacin del modelo, es indiscutible que la calidad tiene un coste:
CONCLUSIONES
192

Pero este coste es rentable, segn se puede ver en los siguientes datos publicados por SEI, sobre los resultados obtenidos a travs de Procesos de Mejora, en un grupo de empresas sobre las que existen datos pblicos.
Sin embargo, la implantacin de este modelo en la organizacin a la que se refiere este proyecto, tambin ha tenido una serie de inconvenientes entre los que cabe destacar los siguientes:
CONCLUSIONES
193

Aunque la Unidad de Organizacin y Sistemas de la organizacin, se ha implicado al 100% en la consecucin del nivel 2 de CMMI, no se ha implicado suficientemente y de manera participativa a los usuarios de los proyectos en este proceso, lo cual ha supuesto un cierto rechazo por parte de los mismos, a los nuevos procedimientos que directa indirectamente les afectan.
Es imprescindible que el usuario participe activamente tanto en el proceso de Gestin de requisitos, como en la Gestin de cambios, siendo consciente de que en un alto porcentaje el xito del proyecto est en una buena especificacin de requisitos, y tambin en una buena gestin de los cambios que puedan surgir.
Por otro lado, en la organizacin se le ha dado excesiva importancia al hecho de obtener altos porcentajes, en las mtricas que reflejan el grado de cumplimiento de los procedimientos, haciendo pblicos los resultados obtenidos por cada departamento. Esto ha provocado en ocasiones, que en las herramientas de gestin de proyectos, se refleje una situacin irreal de los mismos, para poder obtener una buena posicin en el ranking de resultados.
En definitiva, el nivel 2 de CMMI proporciona indudablemente ventajas en cualquier organizacin, siempre y cuando se aplique correctamente.
CONCLUSIONES
194

8 LNEAS FUTURAS DE INVESTIGACIN

El alcance de este proyecto es realizar el anlisis del impacto sobre un ciclo de vida nivel 1, que utilizaba una metodologa de desarrollo tradicional, al pasar al nivel 2 de madurez de CMMI.
El nivel 2 pone el foco sobre la gestin y la infraestructura. Son las reas relativas a la gestin de proyectos, la gestin de la configuracin las mtricas y el aseguramiento de la calidad.
Como lnea de investigacin, se propone avanzar un paso ms, estudiando el impacto al pasar a un nivel 3 de CMMI.
LNEAS FUTURAS DE INVESTIGACIN
195

El nivel 3 llamado definido, pone el foco en la ingeniera y la gestin de procesos.
En el nivel 3 los proyectos son realizados utilizando procesos estndar. La gestin est enfocada a los riesgos, con el fin de prevenir problemas. Las mejores prcticas estn alineadas a los objetivos de negocio.
Incorpora once nuevas reas de Proceso:
Desarrollo de requisitos: Desarrollo de los requisitos del cliente, producto y componente del producto.
Soluciones tcnicas: Diseo, desarrollo y puesta en prctica de soluciones tcnicas.
Integracin del producto: Asegurar la integracin de los componentes del producto.
Verificacin: El producto cubre las especificaciones correctamente.
Validacin: El uso del producto satisface las expectativas correctamente.
Enfoque hacia gestin de procesos: La organizacin tiene un enfoque hacia la gestin de los procesos.
Definicin de procesos: Correcta definicin de los procesos de la organizacin.
Programa de formacin: Educacin y entrenamiento para mejorar la eficacia y la eficiencia.
Gestin integral de proyectos: Gestin integrada de los proyectos (proceso + productos).
196

Anlisis y toma de decisiones: Anlisis sistemtico y puesta en prctica de las decisiones acordadas.
Gestin de riesgos: Gestin integral de riesgos.
Para poder alcanzar el nivel 3 de CMMI, la Organizacin debe asumir estas nuevas responsabilidades:
Enfoque a la Gestin de Procesos: o Procesos de nivel 2 o Nuevos procesos de nivel 3
Establecimiento de mtricas para todos los procesos y creacin de un repositorio de mtricas
Anlisis de las mtricas y obtencin y valoracin de mejoras Procedimientos estndar y adaptaciones Gestin integrada de los proyectos (proceso + productos) Procedimentacin de todos los procesos tcnicos Validacin y verificacin Gestin de riesgos
Caractersticas del Nivel 3 de CMMI:
Mejora continua de las tcnicas: Mejora dinmica de los procesos tcnicos de la organizacin debido a la implementacin de procesos de medida, anlisis sistemtico y puesta en prctica de las decisiones acordadas.
Anticipacin a los problemas: Evaluaciones formales para la toma de decisin en los puntos crticos.
Alineamiento: Gestin integrada de proyectos que permite una mejor coordinacin entre las diferentes iniciativas y proyectos.
197

Formacin: Educacin y entrenamiento para mejorar la eficacia, seleccionando los perfiles adecuados para los diferentes roles que se deben desempear en la organizacin y dndoles una formacin completa y continua.
Reduccin de errores tcnicos: Mejora dinmica de los procesos de tcnicos de la organizacin debido a la implementacin de procesos de medida, anlisis sistemtico y puesta en prctica de las decisiones acordadas.
Revisin exhaustiva: Establecimiento de procesos de verificacin y validacin.
Prevencin y anticipacin a los riesgos: Gestin de riesgos.
Adems de reforzar los objetivos conseguidos con el nivel 2, el nivel 3 permitir:
Disminuir los errores y defectos en los entregables Disponer de un conjunto completo de procesos y tcnicas que guen y faciliten el desempeo del da a da de todos los miembros del equipo de proyecto.
Prevenir el efecto de los riesgos ms crticos identificados en el proyecto. Agilizar el circuito de cualificacin de los equipos de proyecto. Tomar las decisiones relevantes en el proyecto conforme a un procedimiento estndar.
Disponer de una visin integrada de las tareas y participantes en el proyecto
Para alinear el actual Proceso de Desarrollo con CMMI nivel 3, ser necesario realizar cambios en la mayora de los procesos actuales, mejorar las actuales herramientas de trabajo, e incorporar algunas nuevas.
198

En la Gestin de Requisitos, se incorporarn nuevas tcnicas de captura y especificacin de requisitos, mecanizando el proceso con una nueva herramienta para ello (Borland Caliber RM). Adems se tendr mayor rigor en las evidencias de aceptacin del sistema.
En la Gestin de Proyectos, ser necesario realizar una integracin entre los diferentes planes de proyecto, adaptar los procesos actuales, mantener un histrico de
199

las estimaciones, realizar una gestin avanzada de riesgos, utilizar umbrales en la gestin, e introducir el concepto de lecciones aprendidas, que son un activo de mejora, formado por la experiencia (buena o mala) que se va recogiendo y acumulando durante la realizacin de los proyectos, y que sirve como base para el xito (o evitar el fracaso) de nuevos proyectos.
Todo ello ir acompaado de una adaptacin de la actual herramienta de gestin de proyectos CP.
En la Gestin de la Configuracin, se realizarn auditoras de la configuracin, y nuevos planes de gestin de configuracin, como por ejemplo los requisitos en Caliber.
En la Gestin de Pruebas, se realizar una planificacin especfica a travs del Plan de pruebas maestro, y un rediseo completo del proceso actual, incluyendo Documentos de Pruebas e Informes de Ejecucin de Pruebas por niveles de prueba.
En la Gestin de Calidad, se introducirn criterios de calidad de productos, y ayudas para la revisin de productos.
En la Gestin de acuerdos con proveedores, se realizarn ajustes para la integracin con los nuevos procesos.
En Aseguramiento de calidad, se incorporarn los nuevos procesos a las revisiones de calidad.
En la Gestin de Mtricas, se incorporan nuevas mtricas para los nuevos procesos.
200

Adems de todo lo anterior, ser necesario cualificar con anticipacin a los usuarios afectados, reforzar las actividades de comunicacin y atencin a usuarios, y crear una dinmica gil de mejora continua de procesos y herramientas.
Todo ello es necesario, para que los equipos de proyecto puedan abordar con xito los cambios incorporados en los procesos y las herramientas, reducir la curva de aprendizaje, y proporcionar una cualificacin que aporte una visin comn y homognea de los nuevos procesos a las personas implicadas en el soporte.
Tambin se deber evolucionar con agilidad los procesos y herramientas, adaptndolos a las necesidades de la organizacin, facilitar la comprensin y el despliegue de los cambios en los equipos de proyecto, y generar las bases para la mejora continua de procesos.
201

9 BIBLIOGRAFA
Libros [CHRI03] Chrissis, Mary Beth; Konrad, Mike; Shrum, Sandy CMMI Guidelines for Process Integration and Product Improvement ISBN: 0-321-15496-7 Ed: Addison-Weslley 2003 [BUSH05] Bush, Marilyn; Dunaway, Donna CMMI Assessments: Motivating Positive Change ISBN: 0-321-17935-8 Ed: Addison-Weslley 2005 [GARC07] Garcia, Suzanne; Turner, Richard CMMI Survival Guide: Just Enough Process Improvement ISBN: 0-321-42277-5 Ed: Addison-Weslley 2007
BIBLIOGRAFA
203

[PERS07] Persse, James R Project Management Success with CMMI, Seven CMMI Process Areas ISBN: 0-132-33305-8 Ed: Prentice Hall 2007 [KULP03] Kulpa, Margaret K.; Johnson, Kent A. Interpreting the CMMI: A Process Improvement Approach Ed: Auerbach Publications 2003
Artculos [DIAZ08] Daz, Jos Ramn Tcnicas giles y CMMI nivel 2 en un proyecto de Banca http://www.proyectosagiles.org 2008 [LOPE06] Lpez Prez, Alicia; Tecnologa y Calidad de Software Qu hay que tener en cuenta durante la implantacin del CMMI? http://www.navactiva.com 2006
BIBLIOGRAFA
204

[BAKE05] Baker, S. Formalizing Agility: An Agile Organizations Journey toward CMMI Accreditation, Proceedings of the Agile Development Conference 2005 [SEI06] Software Engineering Institute What is CMMI? http://www.sei.cmu.edu/cmmi/general/general.html 2006
Direcciones de Internet CMMI: http://www.sei.cmu.edu/cmmi/
BIBLIOGRAFA
205

CMMI Nivel 2

Caricato da

Informazioni sul documento

Copyright

Formati disponibili

Condividi questo documento

Condividi o incorpora il documento

Opzioni di condivisione

Hai trovato utile questo documento?

Questo contenuto è inappropriato?

Copyright:

Formati disponibili

CMMI Nivel 2

Caricato da

Copyright:

Formati disponibili

FACULTAD DE INFORMTICA UNIVERSIDAD POLITCNICA DE MADRID

UNIVERSIDAD POLITCNICA DE MADRID

TRABAJO FIN DE CARRERA

IMPACTO DE LA APLICACIN DEL MODELO CMMI NIVEL 2 EN EL CICLO DE VIDA DE UN PROYECTO

AUTOR: MARA PEA GARCA TUTOR: JOS CARRILLO VERDN

PROYECTO FIN DE CARRERA

PROYECTO FIN DE CARRERA

PROYECTO FIN DE CARRERA

Resumen del proyecto

PROYECTO FIN DE CARRERA

PROYECTO FIN DE CARRERA

1 GLOSARIO DE TRMINOS Y ACRNIMOS

SEI ROI ERU ERS DDP PGC PE ERSW DDT DP IEP DI MU CP

GD GCS EPI Requisitos usuario

GLOSARIO DE TRMINOS Y ACRNIMOS

PROYECTO FIN DE CARRERA

GLOSARIO DE TRMINOS Y ACRNIMOS

PROYECTO FIN DE CARRERA

PROYECTO FIN DE CARRERA

PROYECTO FIN DE CARRERA

PROYECTO FIN DE CARRERA

3 EL MODELO CMMI SW/SE

En este captulo se realiza una breve introduccin al modelo CMMI SW/SE.

3.1 NIVELES DE MADUREZ

EL MODELO CMMI SW/SE

PROYECTO FIN DE CARRERA

EL MODELO CMMI SW/SE

PROYECTO FIN DE CARRERA

EL MODELO CMMI SW/SE

PROYECTO FIN DE CARRERA

3.2 AREAS DE PROCESO

EL MODELO CMMI SW/SE

PROYECTO FIN DE CARRERA

3.3 NIVEL 2 CMMI

El nivel 2 de CMMI, consta de 7 reas de proceso [PERS07]:

EL MODELO CMMI SW/SE

PROYECTO FIN DE CARRERA

EL MODELO CMMI SW/SE

PROYECTO FIN DE CARRERA

4 ANALISIS DE LA SITUACION ACTUAL, NIVEL 1. PASO AL NIVEL 2 DE CMMI

4.1 ANALISIS DE LA SITUACIN ACTUAL

ANALISIS DE LA SITUACIN ACTUAL

PROYECTO FIN DE CARRERA

ANALISIS DE LA SITUACIN ACTUAL

PROYECTO FIN DE CARRERA

4.2 MEJORAS EN EL PASO AL NIVEL 2 DE CMMI

ANALISIS DE LA SITUACIN ACTUAL

PROYECTO FIN DE CARRERA

Resumiendo, CMMI proporciona una serie de beneficios:

ANALISIS DE LA SITUACIN ACTUAL

PROYECTO FIN DE CARRERA

5 PROCEDIMIENTOS A APLICAR EN CADA AREA DE PROCESO

5.1 PLANIFICACION DEL PROYECTO.

PROYECTO FIN DE CARRERA

PROYECTO FIN DE CARRERA

5.1.2 Procedimiento Planificacin inicial

PROYECTO FIN DE CARRERA

Como resultado de esta planificacin, se obtienen una serie de productos de salida:

Informacin de Gestin del Proyecto Compromisos

Inventario de Productos Plan de Ejecucin Planificacin Descripcin Grfica de Actividades

Documento de Definicin del Proyecto Organizacin del Proyecto

5.1.2.1.1 Definir el ciclo de vida

PROYECTO FIN DE CARRERA

Se define el ciclo de vida del proyecto. Para esto: