INFORME FINAL PROYECTO DE TALLER V:

Transcripción

1 INFORME FINAL PROYECTO DE TALLER V: MODELADO DEL PROCESO DE SOFTWARE de aplicación en la asignatura Proyecto de Ingeniería de Software Ingeniería de Software - Proyecto de Taller5 Andrea Delgado & Beatriz Pérez Página 1 de 67

2 ÍNDICE 1 INTRODUCCIÓN OBJETIVO Y ALCANCE 1.2 ORGANIZACIÓN DEFINICIONES Y SIGLAS REFERENCIAS 2 2 PRESENTACIÓN DEL PROYECTO INTRODUCCIÓN MARCO TEÓRICO DEFINICIÓN INTRODUCCIÓN PRODUCTOS A OBTENER 2.4 PLAN DE TRABAJO INTEGRANTES OBJETIVO 2 3 DESARROLLO DEL PROYECTO ETAPAS ORGANIZACIÓN CRONOGRAMA 2 4 PRIMERA ETAPA - ESTUDIO Y RECOPILACIÓN OBJETIVOS DESARROLLO ESTUDIO DE MATERIALES Capability Maturity Model (CMM) Software Process Improvement and Capability Determination (SPICE) The Unified Software Development Process Métrica Versión Plan de Actividades del curso de Taller IV año RECOPILACIÓN DE LECCIONES APRENDIDAS DEL CURSO DE TALLER IV AÑO Cuestionarios Entrevistas RESULTADOS Y CONCLUSIONES 2 5 SEGUNDA ETAPA DEFINICIÓN DEL PROCESO OBJETIVOS DESARROLLO ELECCIÓN DE MODELOS A UTILIZAR MODELO DE PROCESO DEFINIDO Enfoque del Modelo de Proceso Roles del Modelo de Proceso Líneas de Trabajo y sus Actividades, Entregables y Roles Agenda de Actividades y Entregables PRESENTACIÓN DEL MODELO DE PROCESO EN EL CURSO RESULTADOS Y CONCLUSIONES 2 Ingeniería de Software - Proyecto de Taller5 Andrea Delgado & Beatriz Pérez Página 2 de 67

3 6 TERCER ETAPA PRUEBAS DEL PROCESO OBJETIVOS DESARROLLO MARCO GENERAL MONITOREO DE ENTREGABLES 2 2 AUDITORIAS DEL PROCESO Marco teórico Objetivos y Procedimientos Desarrollo de las Auditorias Auditorias de la Fase Inicial Auditorias de la primer iteración de la Fase de Elaboración Auditorias de la segunda iteración de la Fase de Elaboración Seguimiento y Evaluación de la Fase de Construcción Cuestionarios Finales para los grupos de Proyecto Cuestionarios Finales para los Directores de Proyecto RESULTADOS Y CONCLUSIONES CUARTA ETAPA AJUSTES AL PROCESO OBJETIVO DESARROLLO ANÁLISIS Y EVALUACIÓN DEL MODELO DE PROCESO PROPUESTA DE AJUSTES AL MODELO DE PROCESO Incluir un documento de introducción al Modelo de Proceso Cambios en los documentos de Actividades para cada Línea de Trabajo Cambios, ajustes y agregados al Modelo de Proceso Definición de Plantillas para los Entregables Brindar Ejemplos para los Entregables Cambios en la Agenda de Actividades y Agenda de Entregables DEFINICIÓN DEL MODELO DE PROCESO AJUSTADO ENTORNO REQUERIDO PARA LA APLICACIÓN DEL MODELO Estudio del Modelo de Proceso Ajustado Estudio de la Metodología de Jacobson - Booch - Rumbaugh Elección de los roles previo al comienzo del Proyecto Gestión de la Configuración RESULTADOS Y CONCLUSIONES 2 8 QUINTA ETAPA BASES PARA LA MEMORIA ORGANIZACIONAL OBJETIVO DESARROLLO MARCO TEÓRICO Gestión del Conocimiento Aprendizaje Organizacional Memoria Organizacional IMPLEMENTACIÓN DE LA MEMORIA ORGANIZACIONAL Sitio Web Base de Datos relacional PASOS A SEGUIR EN LA MEMORIA ORGANIZACIONAL RESULTADOS Y CONCLUSIONES 2 9 EVALUACIÓN Y CONCLUSIONES EVALUACIÓN CONCLUSIONES 2 Ingeniería de Software - Proyecto de Taller5 Andrea Delgado & Beatriz Pérez Página 3 de 67

4 1 INTRODUCCIÓN El presente documento contiene la información relativa a la realización del Proyecto de Taller V de la Carrera de Ingeniería en Computación Plan 1987, correspondiente al Modelado del Proceso de Software" de aplicación en la asignatura Proyecto de Ingeniería de Software de la Carrera de Ingeniería en Computación Plan En este capítulo se brinda una introducción al documento de forma que el lector obtenga una visión global de su estructura y de los Capítulos que lo componen. Está organizado de acuerdo al siguiente detalle: en el punto 1.1 Propósito y Alcance, se describe el objetivo y se establece la información que contiene este documento, en el punto 1.2 Organización, se muestran los Capítulos en los que se encuentra estructurado, en el punto 1.3 Definiciones y Siglas, se detallan las definiciones y siglas que serán utilizadas en el resto del documento y en el punto 1.4 Referencias se brindan las referencias de la bibliografía utilizada. 1.1 Objetivo y Alcance Este documento de Informe Final del Proyecto de Taller V detalla las actividades realizadas y los documentos generados durante el desarrollo del Proyecto desde su inicio hasta su finalización. En cada Capítulo se describe una etapa del Proyecto haciendo referencia a la documentación correspondiente. De este modo, si se desea profundizar en algún tema en particular del Proyecto, es posible recurrir al documento que trata dicho tema específicamente. 1.2 Organización La estructura de este documento está dada en 9 Capítulos los cuales siguen un orden cronológico de acuerdo a las etapas que componen el Proyecto. En este Capítulo 1 se realiza la presentación del Informe Final del Proyecto de Taller V de Modelado del Proceso de Software" de aplicación en el curso Proyecto de Ingeniería de Software. En el Capítulo 2 Presentación del Proyecto, se brindan la Definición y el Plan de trabajo del Proyecto y se introduce el contexto tanto en la Carrera de Ingeniería en Computación como en el área de Ingeniería de Software en el cual se enmarca. Se presentan las personas involucradas en la realización del Proyecto y se definen los objetivos del mismo. En el Capítulo 3 Desarrollo del Proyecto, se comentan las etapas identificadas para el desarrollo del Proyecto, así como la organización del grupo de trabajo y el cronograma planteado para la realización de las mismas. En los Capítulos 4, 5, 6, 7 y 8 se presentan las distintas etapas que componen el Proyecto. Para cada una se detallan los Objetivos planteados, así como los entregables más destacables que la misma genera. Se describe el Desarrollo de las actividades previstas para el cumplimiento de la etapa incluyendo los puntos de mayor relevancia. Finalmente se describen los Resultados obtenidos y las Conclusiones que correspondan. Estos Capítulos están identificados por la siguiente descripción: Capítulo 4 Estudio y Recopilación, Capítulo 5 Definición del Proceso, Capítulo 6 Pruebas del Proceso, Capítulo 7 Ajustes al Proceso y Capítulo 8 Bases para la Memoria Organizacional. En el Capítulo 9 Evaluación y Conclusiones, se realiza la evaluación de los productos obtenidos y finalmente se brindan las conclusiones del Proyecto. Ingeniería de Software - Proyecto de Taller5 Andrea Delgado & Beatriz Pérez Página 4 de 67

5 1.3 Definiciones y Siglas En esta sección se brindan las Definiciones y Siglas que serán utilizadas a lo largo de este Informe Final. PINGSW97 Proyecto de Ingeniería de Software de la Carrera de Ingeniería en Computación Plan 1997 CMM Capability Maturity Model SPICE - Software Process Improvement and Capability Determination USDP Unified Software Development Process APM Adaptable Process Model RUP Rational Unified Process UML Unified Modeling Language WFMC - WorkFlow Management Coalition Referencias En esta sección se brindan las Referencias a la bibliografía que será nombrada a lo largo de este documento. Estas referencias corresponden en el primer caso a libros y materiales consultados durante el Proyecto, en el segundo caso a la documentación generada en este Proyecto. En aquellos casos en que el material se encuentra disponible en Internet se brindan las direcciones correspondientes indicando fecha de último acceso. Bibliografía [Ghezzi91] Fundamentals of Software Engineering, C.Ghezzi-M.Jazayeri-D.Mandrioli, Prentice-Hall,Inc., 1991, ISBN , edición en Inglés. [USDP99] The Unified Software Development Process, I.Jacobson-G.Booch-J.Rumbaugh, Addison Wesley Longman, Inc., 1999, ISBN , edición en Inglés. [JACOB93] Object-Oriented Software Engineering: a Use Case Driven Approach, I.Jacobson- M.Christerson-P.Jonsson-G.Övergaard, Addison Wesley Longman, Inc., 1992 (Cuarta Edición revisada en 1993), edición en Inglés. [PRES98] Ingeniería de Software - Un enfoque práctico, R.Pressman, McGraw-Hill,1997 Cuarta Edición ISBN , edición en Español. [HUMP97] Managing Technical People, W.Humphrey, Addison-Wesley Pub.Co., 1996 (Cuarta Edición revisada en 1997), ISBN , edición en Inglés. [CMM93] Capability Maturity Model for Software,Versión CMU/SEI-93-TR-024,M.C.Paulk-C.Weber- S.García-M.Chrissis-M.Bush, Software Engineering Institute (SEI), Último acceso mayo 2001 [CMMKP93] Key Practices of the Capability Maturity Model, Versión CMU/SEI-93-TR-025, M.C.Paulk-C.Weber-S.García-M.Chrissis-M.Bush, Software Engineering Institute (SEI), Último acceso mayo 2001 [SPICE99] Software Process Improvement and Capability Determination, Versión ISO/IEC-TR , International Organization for Standardization e International Electrotechnical Commission (ISO/IEC), Último acceso mayo 2001 Ingeniería de Software - Proyecto de Taller5 Andrea Delgado & Beatriz Pérez Página 5 de 67

6 [MV300] Métrica Versión 3, Consejo Superior de Informática, Madrid-España, Último acceso abril 2001 [IEEE-STD-610] Estándard 610 de la IEE [PATIV99] Plan de Actividades del curso de Taller IV Año 1999, Ingeniería de Software-Instituto de Computación (IN.CO.)-Facultad de Ingeniería-Universidad de la República, [TRI00] Descripción del Proyecto de Taller V Modelado del Proceso de Software de aplicación en la asignatura Proyecto de Ingeniería de Software, Ing. Jorge Triñanes, Ingeniería de Software-Instituto de Computación (IN.CO.)-Facultad de Ingeniería-Universidad de la República, [APM00] Adaptable Process Model R. Pressman & Associates, Inc., Último acceso mayo 2001 [RUP00] Rational Unified Model Último acceso setiembre 2000 [RUP01] Rational Unified Process Versión Rational Software Corporation Último acceso abril 2001 [STEFF98] Presentación de Sistemas de Workflow Dr. Hermann Steffen, abril 1998 [SEKE99] Proceedings of the Workshop on Learning Software Organizations, Junio 1999, Alemania. Último acceso diciembre 2000 [PAKM98] Proceedings of the 2 nd. Int. Conf. On Practical Aspects of Knowledge Management, Octubre 1998, Suecia. Último acceso mayo 2001 Documentación La siguiente documentación es de la autoría de las integrantes de este grupo de Proyecto de Taller V, Andrea Delgado y Beatriz Pérez. [RLATIV99] Recopilación de lecciones aprendidas en el curso de Taller IV del año 1999 [MPG00] Modelo de Proceso Genérico 2000 [MPAA00] Modelo de Proceso Agenda de Actividades 2000 [MPAE00] Modelo de Proceso Agenda de Entregables 2000 [MPDA00] Modelo de Proceso Descripción de la Arquitectura 2000 [MPLTR00] Modelo de Proceso Línea de Trabajo de Requerimientos 2000 [MPLTA00] Modelo de Proceso Línea de Trabajo de Análisis 2000 [MPLTD00] Modelo de Proceso Línea de Trabajo de Diseño 2000 [MPLTI00] Modelo de Proceso Línea de Trabajo de Implementación 2000 [MPLTV00] Modelo de Proceso Línea de Trabajo de Verificación 2000 [MPLTCA00] Modelo de Proceso Línea de Trabajo de Gestión de Calidad 2000 [MPLTCO00] Modelo de Proceso Línea de Trabajo de Gestión de Configuración 2000 Ingeniería de Software - Proyecto de Taller5 Andrea Delgado & Beatriz Pérez Página 6 de 67

7 [MPLTGP00] Modelo de Proceso Línea de Trabajo de Gestión del Proyecto 2000 [MPPRES00] Modelo de Proceso Presentación en PowerPoint en el curso 2000 [SEEXP00] Seguimiento y Evaluación de la Experiencia 2000 [MPMED00] Documento de Mediciones de la Experiencia 2000 [AMP00] Análisis por Fase de la Experiencia 2000 [IMPA01] Introducción al Modelo de Proceso 2001 [MPAM01] Modificaciones al Modelo de Proceso Inicial 2001 [MPAT01] Plantillas del Modelo de Proceso Ajustado [MPAAE01] Agenda de Actividades y Entregables del Modelo de Proceso Ajustado 2001 [MOINGSW01] Descripción de la implementación de la Memoria Organizacional Ingeniería de Software - Proyecto de Taller5 Andrea Delgado & Beatriz Pérez Página 7 de 67

8 2 PRESENTACIÓN DEL PROYECTO En este Capítulo se introduce al lector en el Proyecto con la intención de que obtenga una familiarización general con la temática del mismo. En la sección 2.1 Introducción, se brinda una breve descripción del contexto del Proyecto en la Carrera de Ingeniería en Computación. En la sección 2.2 Marco teórico, se describe el contexto en el área de Ingeniería de Software en el cual se enmarca la realización del Proyecto. En las secciones 2.3 Definición y 2.4 Plan de Trabajo, se presentan la Definición del Proyecto y el Plan de Trabajo incluidos en la descripción del Proyecto dada por el Tutor. En la sección 2.5 Integrantes, se presentan las personas que estuvieron involucradas en el Proyecto. En la sección 2.6 Objetivo, se establecen los objetivos planteados para el Proyecto. 2.1 Introducción El presente Proyecto de Taller V es el proyecto final de la Carrera de Ingeniería en Computación Plan Su temática pertenece al área de Ingeniería de Software y es de aplicación específica en la asignatura Proyecto de Ingeniería de Software que se dicta en cuarto año de la Carrera de Ingeniería en Computación Plan El año 2000 fue el primer año en que se dictó la asignatura Proyecto de Ingeniería de Software en la implementación del nuevo Plan 1997, pero un curso con las mismas características se dictaba desde hace tres años con el nombre de Taller IV para el Plan Este curso tenía una duración anual y estaba separado en dos partes: durante el primer semestre se dictaba el teórico de Ingeniería de Software y en el segundo semestre se realizaba un Proyecto de desarrollo de software. En la implementación actual para el Plan 1997 se dividió el curso de Taller IV en dos asignaturas semestrales: Proyecto de Ingeniería de Software que se dicta en el segundo semestre e Ingeniería de Software que se dicta en el primer semestre y es previa a la realización del Proyecto de Ingeniería de Software. En esta última asignatura, que es el foco de aplicación de este Proyecto de Taller V, se debe desarrollar un producto siguiendo un proceso de software establecido. 2.2 Marco teórico La construcción de un producto de software involucra varias etapas y actividades y el orden en que éstas se realizan definen el ciclo de vida del software. El proceso seguido para desarrollar, liberar y evolucionar en distintas versiones un producto de software, desde la concepción de una idea hasta la concreción de la misma se conoce como el proceso de software. Los procesos de producción y manufactura son estudiados exhaustivamente en cualquier disciplina cuyo objetivo es obtener determinados productos con características establecidas. El principal interés de un proceso de producción es que sea confiable, predecible y eficiente. Un proceso de producción bien definido, por ejemplo en la producción de automóviles, trae aparejada la obtención de beneficios como la automatización y el uso de componentes y procesos estandarizados. Definiendo un Modelo del proceso de software, se pueden alcanzar los beneficios de los procesos estandarizados. Sin embargo, se deben tener en cuenta dos características que distinguen al software de los productos industriales tradicionales: en primer lugar la producción de software es una actividad principalmente intelectual que no puede ser automatizada fácilmente y en segundo lugar el software se caracteriza por su alta inestabilidad en cuanto al cambio en los requerimientos del mismo, lo que trae como consecuencia que los productos deban ser evolucionables, es decir que se puedan cambiar y agregar requerimientos para producir nuevas versiones de los productos. La pregunta está en cómo organizar el proceso de software para permitir la generación de productos de software de alta calidad, en forma confiable, predecible y eficiente. Se han propuesto varios Modelos del proceso de software basados en el reconocimiento de que el software, como cualquier otro producto industrial, tiene un ciclo de vida que se expande desde su concepción inicial hasta su Ingeniería de Software - Proyecto de Taller5 Andrea Delgado & Beatriz Pérez Página 8 de 67

9 concreción, y que ese ciclo de vida debe ser anticipado y controlado para asegurar que se alcanzarán las cualidades deseadas para el producto. Entre estos Modelos se pueden destacar el Modelo en Cascada y sus variantes, el Modelo Evolutivo y el Modelo en Espiral. [Ghezzi91] A pesar de los esfuerzos realizados, las promesas de mejora en productividad y calidad a través de la aplicación de nuevas tecnologías y metodologías de software no han logrado cumplirse, y las Organizaciones 1 se están dando cuenta de que el problema principal que tienen es su falta de habilidad para gestionar el proceso de software. Los beneficios de la aplicación de métodos y herramientas cada vez mejores no siempre se perciben en el marco de un proyecto indisciplinado y caótico en el cual, entre otras dificultades, por ejemplo se duplica la agenda prevista para las actividades que componen el proceso de software. En algunos casos, la Organización no provee la infraestructura y soporte necesarios para ayudar a prevenir esos problemas. Sin embargo, incluso en las Organizaciones más indisciplinadas se pueden identificar proyectos de software que producen excelentes resultados. Cuando estos proyectos son exitosos, es en general a través del esfuerzo de un equipo dedicado más que por la repetición de métodos probados en una Organización con un proceso de software maduro. En la ausencia de un proceso de software en la Organización, la repetición de estos buenos resultados depende exclusivamente de poder contar con los mismos individuos para el próximo proyecto. Basar el éxito de un proyecto únicamente en la disponibilidad de determinadas personas no provee ninguna base para la mejora de la productividad y calidad a largo plazo en una Organización. La mejora continua solamente puede ocurrir a través del esfuerzo enfocado y sostenido hacia la construcción de una infraestructura de proceso y prácticas de software efectivas. La IEEE define un proceso como una secuencia de pasos realizados para un propósito específico [IEEE-STD-610] y un proceso de software puede ser definido en forma más específica como un conjunto de actividades, métodos, prácticas y transformaciones que se utilizan para desarrollar y mantener el software y sus productos asociados, por ejemplo, planes, documentos de diseño, código fuente, documentos de pruebas y manual de usuario. A medida que una Organización madura, su proceso de software se encuentra cada vez mejor definido y es implementado consistentemente en toda la Organización. Este proceso es conocido y difundido entre sus integrantes y las actividades que involucra son desarrolladas siguiendo una planificación establecida. Los roles y las responsabilidades en el proceso definido están claramente establecidas en el proyecto y en la Organización. La calidad de los productos del software y la satisfacción del Cliente son monitoreadas y controladas. La planificación y agenda se basan en registros históricos y son realistas, y los resultados esperados en cuanto a costo, agenda, funcionalidad y calidad del producto son usualmente alcanzados. En general, un proceso disciplinado es seguido en forma consistente porque todos los participantes entienden el valor de hacerlo y existe en la Organización la infraestructura necesaria para brindar el soporte requerido. [CMM93] 2.3 Definición Como ya se vio en la Sección 2.1 Introducción, cada año se dicta un curso de Ingeniería de Software en el marco de la Carrera de Ingeniería en Computación, en el cual los grupos participantes desarrollan un producto de software utilizando un proceso de software establecido. En los cursos anteriores al año 2000, este proceso de software era proporcionado por los Docentes del Curso en la forma de un Plan de Actividades general. Este Plan de Actividades fue evolucionando a medida que era aplicado, pero no existen registros de esos datos. 1 Aplica la siguiente definición: Una Organización puede definirse, en términos generales, como una colección de personas comprometidas en una actividad conjunta [HUMP97] Ingeniería de Software - Proyecto de Taller5 Andrea Delgado & Beatriz Pérez Página 9 de 67

10 En el contexto del Marco teórico del Proyecto de Taller V dado previamente en la sección 2.2, es cada vez más importante para una Organización poder contar con un proceso de software definido, repetible, conocido, utilizado y cuya información relevante sea registrada de forma tal que pueda ser utilizada en futuros proyectos Introducción En la carrera parte del aprendizaje de Ingeniería de Software se cumple participando en un proyecto. Desde el punto de vista de los docentes es posible considerarlo como una Organización con las siguientes características especiales: - alta volatilidad de sus integrantes, los únicos que permanecen son los docentes - los proyectos tienen una duración fija de 13 semanas - la dedicación semanal de cada integrante del proyecto es relativamente baja aproximadamente unas 15 horas semanales - cada grupo de proyecto tiene muchos integrantes - en general es difícil concentrar a todo un grupo en el mismo lugar, en el mismo momento - la mayor parte del trabajo es descentralizada, de forma individual o en pequeños subgrupos y en distintos momentos - la mayor parte de la comunicación entre los integrantes de un grupo se da por Internet En esa Organización es posible identificar buenas prácticas y lecciones aprendidas para mejorar año tras año la productividad de los grupos y la calidad de los productos. Para hacerlo se precisa contar con un proceso definido, con métricas que permitan evaluar las mejoras y con algún mecanismo que soporte la memoria organizacional para registrar las lecciones aprendidas. [TRI00] Es en este contexto que se hace necesario el modelado de un proceso de software que sea adecuado a la asignatura Proyecto de Ingeniería de Software vista como una Organización con las características especiales descritas en la Definición del Proyecto, así como el registro de los productos generados y la información que surja de la aplicación del proceso de software definido Productos a obtener 1. Recopilación de lecciones aprendidas a partir de la experiencia del año Definición de un mecanismo para registrarlas 3. Primer versión del proceso de Software, incluyendo: 3.1. identificación de los distintos roles que participan en el proceso 3.2. definición de los subprocesos con el flujo de trabajo correspondiente definido en UML 3.3. definición de entregables indicando Contenido, un Ejemplo y una Plantilla 3.4. las actividades necesarias para generarlos entregables precisando las condiciones que se deben cumplir para poder iniciarla, los elementos de entrada, los de salida y los criterios para darla por terminada, los roles que participan y el tipo de responsabilidad definición de procedimientos para algunos procesos claves que incluyan la utilización de herramientas elementales, en particular y páginas web. 4. Evaluación del proceso a partir de la experiencia de su adopción por parte de grupos de estudiantes en el segundo semestre de Versión ajustada del proceso a partir de la evaluación. Ingeniería de Software - Proyecto de Taller5 Andrea Delgado & Beatriz Pérez Página 10 de 67

11 2.4 Plan de Trabajo La descripción del Proyecto de Taller V incluía una planificación para el desarrollo del mismo la cual consta de 5 etapas claramente definidas. A continuación se transcribe el Plan de Trabajo [TRI00] previsto en la descripción del Proyecto: Ajustes al Plan de Trabajo y asignación de tareas Estudio y Recopilación - Estudio de técnicas para definir procesos de software y tipos de modelos - Estudio de UML aplicado a la especificación de procesos - Estudio de Modelos de Mejora de Procesos de Software - Estudio de antecedentes de procesos definidos - Entrevistas a estudiantes que participaron en proyectos de Taller IV en 1999 Definición del Proceso - Elección de los modelos a utilizar para especificar el proceso - Especificación del proceso en UML - Identificación de los indicadores relevantes para poder evaluar el proceso respecto al impacto en la calidad de los productos y la productividad - Definición de los procedimientos de medición - Presentación del proceso definido a los estudiantes que participen en proyectos de Ingeniería de Software en el 2do. Semestre del 2000 Pruebas del proceso - Definición de encuestas de evaluación - Recopilación de las encuestas - Recopilación de mediciones de los proyectos - Realización de entrevistas a integrantes de distintos grupos de proyectos - Identificación de las faltas de conformidad del proceso seguido por los grupos con el propuesto - Análisis de las causas de las faltas de conformidad, identificación de ajustes necesarios al proceso o necesidad de herramientas que faciliten su adopción - Definición de criterios de evaluación de la conformidad del proceso seguido con el propuesto, y de la calidad de los productos - Evaluación de los productos - Análisis de la correlación entre la evaluación de los productos y la conformidad con el proceso Ajustes al Proceso - Evaluación de las pruebas del proceso - Propuesta de ajustes - Definición del proceso ajustado Posteriormente en la Sección 3.1 Etapas, en la cual se describen las etapas identificadas para el desarrollo del Proyecto de Taller V, se podrá apreciar que las etapas definidas no se corresponden exactamente con las etapas previstas, lo cual será detallado en dicha sección. Ingeniería de Software - Proyecto de Taller5 Andrea Delgado & Beatriz Pérez Página 11 de 67

12 2.5 Integrantes De acuerdo a lo establecido en la descripción del Proyecto de Taller V, el grupo encargado del desarrollo del mismo debía formarse con 2 integrantes. Quienes integran este grupo de Proyecto de Taller V son Andrea Delgado y Beatriz Pérez, ambas estudiantes de la Carrera de Ingeniería en Computación Plan El docente encargado de la tutoría del Taller V es el Ing. Jorge Triñanes, quien también es el responsable de la asignatura Proyecto de Ingeniería de Software. 2.6 Objetivo El objetivo principal de este Proyecto de Taller V es obtener un proceso definido y validado que pueda ser utilizado como base para la aplicación de un proceso de mejora continua de los proyectos de enseñanza de Ingeniería de Software. Para alcanzar este objetivo se plantean una serie de objetivos intermedios dados por las etapas del Proyecto. El primer objetivo planteado es el modelado de un proceso de software adecuado a la asignatura PINGSW97. El Modelo de Proceso definido será aplicado en el dictado de la mencionada asignatura en el segundo semestre del año Un segundo objetivo es la realización del seguimiento y evaluación de la aplicación del proceso por parte de los grupos, registrando los productos generados y la información obtenida. En base a este seguimiento se podrán realizar los ajustes que se consideren necesarios al Modelo de proceso aplicado en dicha asignatura. Finalmente, y como tercer objetivo, la información relativa al Modelo de Proceso, los productos generados, el seguimiento y evaluación de la aplicación del mismo y los ajustes realizados, serán registrados para que dicha información pueda ser utilizada en proyectos posteriores. Los productos generados por el Proyecto de Taller V constituirán la base para un proceso de mejora continua de los proyectos de enseñanza de Ingeniería de Software. Ingeniería de Software - Proyecto de Taller5 Andrea Delgado & Beatriz Pérez Página 12 de 67

13 3 DESARROLLO DEL PROYECTO En este Capítulo se brinda una visión general sobre el desarrollo del Proyecto de Taller V en el tiempo, el cual dio comienzo en marzo de 2000 y finalizó en mayo de En la sección 3.1 Etapas, se describen las etapas que componen el Proyecto las cuales fueron identificadas en base a lo establecido previamente en la Sección 2.4 Plan de Trabajo. En la sección 3.2 Organización, se describe como fue la organización del grupo de trabajo durante el desarrollo del Proyecto. En la sección 3.3 Cronograma, se presenta el cronograma planteado para la realización de las distintas etapas. 3.1 Etapas En esta sección se describen brevemente las etapas identificadas para el desarrollo del Proyecto las cuales se detallan en profundidad en los Capítulos siguientes. En base a lo establecido en la Sección 2.4 Plan de Trabajo se identificaron inicialmente cuatro etapas para el desarrollo del Proyecto. Si bien el Plan de Trabajo previsto en la descripción del Proyecto se componía de cinco etapas, la primer etapa identificada como Ajustes al Plan de Trabajo y asignación de tareas, no se desarrolló como una etapa en sí misma, sino que la misma se realizó a medida que se desarrollaban el resto de las etapas, asignando las tareas al comienzo y modificando su duración en caso que fuera necesario. Sobre el final del Proyecto se identificó una etapa que si bien no estaba contemplada en forma explícita en el Plan de Trabajo previsto, si lo estaba de hecho en la Definición del Proyecto. En total las etapas que finalmente se establecieron para el desarrollo del Proyecto son cinco y se describen a continuación: La primera etapa corresponde al Estudio y Recopilación en la cual se pretende adquirir el conocimiento necesario para realizar posteriormente la definición del Modelo de Proceso. El desarrollo de esta etapa se detalla en el Capítulo 4 Primera etapa Estudio y Recopilación. En la segunda etapa se realiza la Definición del Proceso a ser aplicado en la asignatura PINGSW97 del año 2000 y presentado a los grupos que lo pondrían en práctica. Esta etapa se detalla en el Capítulo 5 Segunda etapa Definición del Proceso. En la tercera etapa se realizan las Pruebas del Proceso lo cual implica el seguimiento y evaluación de la aplicación del Modelo de Proceso por parte de los grupos. Las actividades desarrolladas en esta etapa se detallan en el Capítulo 6 Tercera etapa Pruebas del Proceso. La cuarta etapa corresponde a la realización de Ajustes al Proceso los cuales son identificados a partir de la etapa de Pruebas del Proceso realizada previamente. El desarrollo de esta etapa se detalla en el Capítulo 7 Cuarta Etapa Ajustes al Proceso. La quinta etapa es el establecimiento de las Bases para la Memoria Organizacional en la cual se registra la información relativa a la aplicación del Modelo de Proceso por parte de los grupos y los productos generados tanto en el Proyecto de Ingeniería de Software como en este Proyecto de Taller V. La realización de esta etapa se detalla en el Capítulo 8 Quinta etapa Bases para la Memoria Organizacional. Cada Capítulo de los que se corresponden con una etapa del Proyecto está organizado en tres secciones principales las cuales están dadas en primer lugar por una sección de Objetivo, en segundo lugar una sección de Desarrollo y en tercer y último lugar una sección de Resultados y Conclusiones que correspondan a la etapa. En la sección de Objetivo se describen los objetivos planteados para la realización de la etapa, la segunda sección de Desarrollo se organiza de acuerdo a la etapa que se esté describiendo, Ingeniería de Software - Proyecto de Taller5 Andrea Delgado & Beatriz Pérez Página 13 de 67

14 enumerando los puntos relevantes en el desarrollo de la misma en los que se detallan las tareas realizadas. En la última sección de Resultados y Conclusiones se muestran los resultados obtenidos y las conclusiones sobre el desarrollo de la etapa y el cumplimiento de los objetivos marcados. 3.2 Organización El grupo de Proyecto no tuvo una organización fija de trabajo lo cual en parte se debe a que está compuesto únicamente por dos integrantes. En general la mayoría de las actividades que se realizaron durante el desarrollo del Proyecto se hicieron en base a reuniones diarias en las cuales se definían en líneas generales las tareas, se realizaba una división equitativa de las mismas y se establecían las fechas de finalización para cada una. Una vez realizadas las tareas asignadas en forma individual, cada integrante revisaba el trabajo que no había realizado y se llegaba a un acuerdo sobre el producto final en reuniones o utilizando en el caso de redacción de documentos. Durante todo el desarrollo del Proyecto se mantuvo contacto diariamente mediante el uso de . En todo momento hubo un apoyo mutuo para la realización de las tareas de forma de lograr la mayor calidad posible en el trabajo realizado. Las reuniones con el Tutor del Proyecto tuvieron una frecuencia semanal durante el primer semestre del Proyecto dadas las características de las tareas a realizar en esa etapa. Durante el segundo semestre el contacto fue más espaciado pero se mantenía la comunicación vía para consulta de dudas y envío de documentos. Al momento del inicio de la recuperación de cursos en Enero de 2001, los cuales habían sido suspendidos por la realización de una Huelga Universitaria por Presupuesto a mediados del segundo semestre, se retoma contacto con el Tutor y la frecuencia de las reuniones es quincenal hasta el momento de finalización del Proyecto en Mayo de 2001, manteniendo contacto vía en forma semanal. 3.3 Cronograma Las etapas identificadas para el desarrollo del Proyecto de Taller V tenían claramente definida su ubicación en el tiempo debido a las actividades que las componen. En la Tabla 1 se muestra el cronograma previsto con la ubicación inicial de las etapas en el tiempo. Durante el desarrollo del Proyecto fue necesario introducir cambios al cronograma previsto por distintas razones, entre ellas porque desde fines de Octubre hasta fines de Diciembre tuvo lugar una Huelga Universitaria por Presupuesto en la cual se suspendió el dictado de cursos y las actividades curriculares de la facultad. Este hecho afectó en forma irremediable el desarrollo del Proyecto, no sólo por el corrimiento del calendario sino por las actividades que se vieron truncadas, algunas de las cuales no pudieron realizarse en la forma prevista al iniciarse la recuperación de cursos una vez finalizada la Huelga. Ingeniería de Software - Proyecto de Taller5 Andrea Delgado & Beatriz Pérez Página 14 de 67

15 Etapas del Proyecto Meses del año 2000 MARZO ABRIL MAYO JUNIO JULIO AGO. SET. OCT. NOV. DIC. Etapa 1 Estudio y X X Recopilación Etapa 2 Definición del X X X Proceso Etapa 3 Pruebas del Proceso X X X Etapa 4 Ajustes al Proceso X X Etapa 5 Bases Memoria Organizacional Etapa 6 Informe Final y Presentación Tabla 1 Cronograma previsto para el desarrollo del Proyecto X X X La etapa 1 de Estudio y Recopilación estaba previsto que finalizara a principios de Junio pero se extendió a Junio y Julio inclusive, debido a que la bibliografía indicada resultó en algunos casos bastante compleja y tomó más tiempo del esperado adquirir los conocimientos necesarios para realizar las tareas definidas para la etapa 2. La duración prevista era de dos meses y medio y su duración real fue de cuatro meses y medio. La etapa 2 de Definición del Proceso tenía fija su finalización puesto que el Modelo de Proceso definido debía ser presentado a los grupos que cursaran la asignatura PINGSW97 en el segundo semestre de 2000 cuya fecha de inicio estaba prevista para el 14 de Agosto. Es por eso que esta etapa no podía extenderse más allá de esa fecha y existió una superposición de actividades de la etapa 1 y de la etapa 2 durante dos meses. La duración prevista para esta etapa era de dos meses y medio y su duración real fue la prevista. En el Cronograma final en la Tabla 2 a continuación, puede observarse que la etapa 3 de Pruebas del Proceso interrumpida por la Huelga, fue retomada cuando se recuperaron los cursos a partir de mediados de Enero de Sin embargo, las actividades de esta etapa no pudieron realizarse como estaban previstas por distintas razones que se detallan en la Sección Seguimiento de la Fase de Construcción dentro del Capítulo 6 Etapa 3 - Pruebas del Proceso. La duración real de la etapa se correspondió con la duración prevista para la misma en el Cronograma inicial. La etapa 4 de Ajustes al Proceso se decidió comenzarla en el momento del inicio de la recuperación de cursos, pues no se tenía seguridad sobre el tiempo que podría llevar cumplir con las actividades previstas al haber perdido contacto durante la Huelga con el seguimiento y evaluación de la aplicación del Modelo de Proceso por parte de los grupos. Finalmente esta etapa se extendió en un mes y medio más de lo previsto ya que el curso de PINGSW97 culminó a fines de febrero del corriente y se debió procesar la información recopilada al cierre de los proyectos de cada grupo. La duración prevista para Ingeniería de Software - Proyecto de Taller5 Andrea Delgado & Beatriz Pérez Página 15 de 67

16 esta etapa antes de la Huelga era de aproximadamente dos meses y su duración real fue de tres meses y medio. También se decidió comenzar con la etapa 5 de Bases para la Memoria Organizacional en paralelo con las actividades de la etapa 4 de Ajustes al Proceso debido a que la implementación que se había pensado para la misma requería bastante más tiempo del previsto inicialmente antes de definir esa implementación. Esta etapa también se extendió en duración debido a que por la complejidad del tema se debieron estudiar varios materiales lo que no estaba previsto inicialmente y también, como ya se mencionó, a la implementación de la Memoria Organizacional que se realizó como una Base de Datos Relacional y un Sitio Web. Esta definición de la Memoria Organizacional involucra varias tareas de extensa duración relativas al armado del Sitio Web y al diseño de la Base de Datos lo que incluye la definición de tablas y el llenado de las mismas con toda la información relativa a este Proyecto de Taller V y a la Experiencia La duración de esta etapa estaba prevista en aproximadamente dos meses y su duración real fue de cuatro meses y medio. El Cronograma final que fue cumplido en el desarrollo del proyecto se detalla en el siguiente cuadro: Etapas del Proyecto Meses del año 2000 y 2001 MAR. ABR. MAY. JUN. JUL. AGO. SET. OCT. NOV. DIC. ENE. FEB. MAR. ABR. MAY. Etapa 1 Estudio y Recopilación Etapa 2 Definición del Proceso Etapa 3 Pruebas del Proceso Etapa 4 Ajustes al Proceso Etapa 5 Bases Memoria Organizacional Etapa 6 Informe Final y Presentación X X X X X X X X X X X X X X X X X X Tabla 2 Cronograma real del desarrollo del Proyecto La duración total del desarrollo del Proyecto en meses fue de doce meses teniendo en cuenta el cronograma en el que se encuentran marcados los meses correspondientes a la Huelga y la superposición existente entre las actividades de las distintas etapas. La duración prevista en meses para el desarrollo del Proyecto era de aproximadamente nueve meses y medio, la cual se vio extendida por las razones mencionadas previamente. La cantidad de horas hombre invertidas en las actividades correspondientes a cada etapa del desarrollo del Proyecto no fueron contabilizadas en forma exacta, pero la estimación de horas realizada da un promedio de entre 25 y 30 horas Semanales. Ingeniería de Software - Proyecto de Taller5 Andrea Delgado & Beatriz Pérez Página 16 de 67

17 En la siguiente gráfica se muestra la duración prevista en meses para las etapas de desarrollo del Proyecto y la duración real que finalmente tuvo cada una. Etapas del desarrollo del Proyecto duración prevista duración real 5 4,5 4 3,5 3 Meses 2,5 2 1,5 1 0, Etapas Figura 1 - Gráfico de duración de las etapas de desarrollo del Proyecto en meses previstos y reales. Ingeniería de Software - Proyecto de Taller5 Andrea Delgado & Beatriz Pérez Página 17 de 67

18 4 PRIMERA ETAPA - ESTUDIO Y RECOPILACIÓN En este Capítulo se describe la primera etapa del desarrollo del Proyecto correspondiente a las actividades de Estudio y Recopilación. Como primer punto se establecen sus objetivos y actividades previstas en la Sección 4.1 Objetivos. En la Sección 4.2 Desarrollo se detallan las actividades realizadas y como primer punto se brinda un breve resumen de la bibliografía estudiada, para aquella considerada como más relevante para los objetivos planteados. Como segundo punto se describen las actividades de recopilación realizadas sobre la experiencia del curso de Taller IV del año Finalmente en la Sección 4.3 Resultados y Conclusiones se muestran los resultados obtenidos y las conclusiones de la etapa. 4.1 Objetivos En esta etapa de Estudio y Recopilación el objetivo fundamental es obtener los conocimientos necesarios y recabar información de utilidad para realizar posteriormente la Definición del Modelo de Proceso a aplicar en la asignatura PINGSW97 del curso 2000 de acuerdo a lo previsto en las etapas de desarrollo del Proyecto. Se busca lograr una base conceptual sobre modelado de procesos de software y tipos de Modelos, así como de Modelos de Mejora de procesos de software. También se estudian antecedentes de procesos definidos y se obtiene información sobre la experiencia del curso de Taller IV del año Además se estudia el lenguaje UML aplicado a la especificación de procesos de software. 4.2 Desarrollo Al comienzo del Proyecto no se tenía muy claro cual era la bibliografía más conveniente para comenzar las tareas de estudio que debían realizarse. Consultado el Tutor del Proyecto sugirió comenzar con la bibliografía de Modelos de Mejora de Procesos y proporcionó las direcciones en Internet para conseguirla. Esta bibliografía está compuesta por dos Modelos de Mejora de Procesos: Capability Maturity Model - CMM del Software Engineering Institute (SEI) [CMM93] [CMMK93] y Software Process Improvement and Capability Determination SPICE de International Organization for Standardization e International Electrotechnical Commission (ISO/IEC) [SPICE99]. La bibliografía sobre CMM se compone de dos documentos, uno que brinda una visión general del Modelo y otro más específico que detalla las características más importantes que éste presenta. Estos documentos resultaron bastantes complejos y extensos, por lo que se debieron invertir muchas horas en su estudio y comprensión. La bibliografía de SPICE es un documento específico en el cual se detallan las características del Modelo y brindan ejemplos de estudio. Esta documentación también es bastante compleja y extensa, por lo que al igual que con los documentos del CMM se debieron invertir muchas horas en su lectura. Sobre SPICE se asistió a una charla que dictó el Ing. Juan Echagüe en el Salón de Posgrados del Instituto de Computación (IN.CO) el 4 de Julio de 2000 la cual fue de gran apoyo para lograr la comprensión del mismo. Si bien estos documentos proporcionaron bastante información sobre las actividades claves que deben desarrollarse en un proceso de software de calidad, tienen un nivel de abstracción bastante alto y no contemplan la utilización de ningún Modelo de proceso en forma específica. Como la etapa 2 de Definición del Proceso tenía dada su fecha de finalización por el comienzo de cursos del segundo semestre, en el cual se debía presentar el Modelo de Proceso a los grupos participantes en la asignatura donde se aplicaría, se hacía necesario estudiar modelos de proceso definidos para comenzar a delinear las características del Modelo de Proceso que se debía definir. En ese momento el Tutor indicó un libro que había sido recientemente publicado en el cual se describe un modelo de proceso adaptable basado en la unión de varias corrientes de desarrollo. El libro The Unified Software Development Process de Jacobson-Booch-Rumbaugh [USDP99] fue adquirido por ambas integrantes del grupo y se comenzó con el estudio del mismo. Ingeniería de Software - Proyecto de Taller5 Andrea Delgado & Beatriz Pérez Página 18 de 67

19 Para el estudio de otro modelo de proceso adaptable el Tutor proporcionó la dirección en Internet de Métrica Versión 3 del Consejo Superior de Informática de España [MV300], el cual se compone de varios documentos que presentan en detalle las características del modelo. También se realizó una intensa búsqueda en Internet de información relativa al tema de modelado y definición de procesos de software, encontrándose como aportes destacables las páginas del Adaptable Process Model-APM de Pressman [APM00] y la del Rational Unified Process-RUP [RUP00]. Como ejemplo de aplicación de procesos de software se estudió el Plan de Actividades del curso de Taller IV del año 1999 [PATIV99] el cual ya se conocía debido a que quienes realizan este Proyecto de Taller V habían cursado el Taller IV en ese año. En la etapa de recopilación de lecciones aprendidas se debían realizar entrevistas a los estudiantes del curso de Taller IV del año Se esperaba que la información que se pudiera obtener en dicha actividad sirviera como histórico de la aplicación del proceso de software dado en forma de Plan de Actividades por los docentes del curso en ese año. Como ya se mencionó quienes realizan este Proyecto de Taller V también habían cursado Taller IV en el año 1999 en distintos grupos y cumpliendo distintos roles: Andrea Delgado en el rol de Responsable de Calidad y Gestión de Configuración del grupo 11 y Beatriz Pérez en el rol de Arquitecto y Asistente de Verificación del grupo 17. Esto permitió que a partir de la experiencia de cada una en el Taller IV se tuviera una visión personal de la aplicación del Plan de Actividades mencionado. Debido a los tiempos marcados para la finalización de la etapa 2 de Definición del Proceso a aplicar en el segundo semestre, y al tiempo que estaba llevando el estudio de la bibliografía mencionada previamente se decidió comenzar con la recopilación de lecciones aprendidas del curso de Taller IV del año 1999 en paralelo al estudio de la bibliografía que se venía realizando. Frente al avance de los cursos del primer semestre y la posibilidad de que muchos estudiantes no tuvieran disponibilidad horaria para realizar las entrevistas, se decidió diseñar un cuestionario para enviar por a dichos estudiantes, en el cual se realizaran preguntas sobre los aspectos más relevantes del desarrollo del curso. Este cuestionario era fácil de responder y se esperaba que sirviera como base para la realización de las entrevistas ya que se podría profundizar en los aspectos más interesantes de las respuestas de cada persona. A continuación en la sección 4.1 Estudio de materiales se brinda una visión general de la bibliografía más relevante entre toda la documentación estudiada, y en la sección 4.2 Recopilación de lecciones aprendidas del curso de Taller IV año 1999 se describen en detalle las actividades y procedimientos utilizados para recabar información sobre el desarrollo de los proyectos en ese curso Estudio de Materiales En las siguientes secciones se describe la bibliografía que aportó las bases para adquirir el conocimiento necesario para el desarrollo de la etapa 2 de Definición del Proceso. En cada caso se intenta brindar una visión general de su contenido destacando los conceptos más relevantes Capability Maturity Model (CMM) [CMM93] [CMMKP93] CMM establece un marco de referencia común tanto para realizar evaluación de procesos de software en la Organización como para evaluar las capacidades del proceso de software de terceros al seleccionar empresas para su contratación. Establece un marco de trabajo que representa un camino evolutivo de mejoras recomendado para incrementar las capacidades del proceso de software en una Organización. Provee una guía para seleccionar las estrategias de mejora de procesos adecuadas a la Organización, determinando la madurez actual de los procesos aplicados e identificando las características críticas de la calidad del software y de la mejora de procesos. Ingeniería de Software - Proyecto de Taller5 Andrea Delgado & Beatriz Pérez Página 19 de 67

20 La mejora continua de procesos que plantea CMM está basada en la realización de varios pasos pequeños en forma evolutiva, los cuales están organizados en cinco niveles de madurez de forma tal que las mejoras realizadas en cada etapa provean las bases sobre las cuales se realicen las mejoras en la etapa siguiente. Estos cinco niveles definen una escala para medir la madurez del proceso de software de la Organización y para evaluar las capacidades del mismo, ayudando a establecer la prioridad de los esfuerzos que deben realizarse. Cada nivel de madurez está compuesto por varias áreas claves del proceso que indican las áreas en las cuales se debe enfocar el esfuerzo de mejora y que identifican un conjunto de actividades relacionadas que al realizarse colectivamente logran un conjunto de objetivos definidos para ese nivel. Al ir avanzando en cada nivel de madurez, un componente distinto en el proceso de software se vuelve estable, resultando en un incremento en la capacidad del proceso de la Organización. Los cinco niveles de madurez del proceso de software se describen a continuación: Nivel 1: Inicial En este nivel, la Organización típicamente no provee un entorno estable para desarrollar y mantener el software. El proceso de software está caracterizado como ad hoc ya que se cambia o modifica continuamente a medida que el trabajo avanza. La Agenda, presupuestos, funcionalidad y calidad del producto son generalmente impredecibles. Pocos procesos son estables y definidos y el éxito depende del esfuerzo individual de las personas más que de las capacidades de la Organización. La capacidad del proceso de software de una Organización en este nivel puede resumirse como impredecible, ya que no se tiene control sobre el proyecto. Nivel 2: Repetible En este nivel, la Organización tiene políticas definidas para la gestión del proyecto y procedimientos establecidos para implementar esas políticas. La planificación y gestión de nuevos proyectos así como los objetivos definidos para el mismo, se basan en la experiencia y resultados observados en proyectos similares, y en los requerimientos del proyecto en desarrollo. Existen procesos básicos de gestión del proyecto para controlar el costo, agenda y funcionalidad del proyecto. Los requerimientos del software y los productos desarrollados durante el proyecto son controlados, existen estándares definidos y la Organización asegura que sean seguidos. La capacidad del proceso de software de una Organización en este nivel es disciplinada ya que la planificación y seguimiento del proyecto es estable y pueden repetirse éxitos anteriores. Nivel 3: Definido En una Organización en este nivel, el proceso de software para las actividades de ingeniería y de gestión del proyecto está documentado, estandarizado e integrado en un proceso de software estándar para la misma. Todos los proyectos en la Organización utilizan una versión aprobada de este proceso de software estándar para desarrollar y mantener el software, el cual es adaptado a cada proyecto específico para definir su propio proceso de software. Un proceso de software bien definido incluirá criterios de preparación, entradas, estándares y procedimientos para realizar el trabajo, mecanismos de verificación, salidas y criterios de cumplimiento. La capacidad del proceso de software de una Organización en este nivel puede resumirse como estandarizada y consistente ya que tanto las actividades de ingeniería como las de gestión son estables y repetibles. Esta capacidad del proceso está basada en un entendimiento amplio y común en la Organización de las actividades, roles y responsabilidades en el proceso de software definido. Nivel 4: Gestionado En este nivel, la Organización establece objetivos cuantitativos de la calidad tanto de los productos como del proceso de software. La productividad y calidad son medidas en todos los proyectos, en las actividades importantes del proceso de software como parte de un programa de medidas definido en la Organización. Se utiliza una Base de Datos común para recolectar y analizar la información disponible para los procesos de software definidos en cada proyecto. Estos procesos son instrumentados con medidas consistentes y bien definidas las cuales establecen las bases cuantitativas para evaluar los productos y procesos de software de los Ingeniería de Software - Proyecto de Taller5 Andrea Delgado & Beatriz Pérez Página 20 de 67