INFORME FINAL PROYECTO DE TALLER V:

Tamaño: px
Comenzar la demostración a partir de la página:

Download "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 1.4 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

CMM - Capability Maturity Model. Estructura de CMM... Componentes de CMM. Estructura de CMM

CMM - Capability Maturity Model. Estructura de CMM... Componentes de CMM. Estructura de CMM CMM - Capability Maturity Model Estructura de CMM... Es un marco que describe los elementos claves de un proceso de software efectivo. Describe un camino de mejora evolutivo desde un proceso ad hoc inmaduro

Más detalles

Pontificia Universidad Católica del Ecuador

Pontificia Universidad Católica del Ecuador 1. DATOS INFORMATIVOS: MATERIA O MÓDULO: INGENIERÍA DE SOFTWARE I CÓDIGO: CARRERA: SISTEMAS NIVEL: QUINTO No. CRÉDITOS: 4 CRÉDITOS TEORÍA: 4 SEMESTRE/AÑO ACADÉMICO: Segundo Semestre 2011-2012 CRÉDITOS

Más detalles

CAPÍTULO 2. CMM : CAPABILITY MATURITY MODEL

CAPÍTULO 2. CMM : CAPABILITY MATURITY MODEL CAPÍTULO 2. CMM : CAPABILITY MATURITY MODEL Teniendo en cuenta que este trabajo tiene como objetivo el mostrar la metodología de evaluación del modelo de Capacidad de Madurez, es necesario antes de profundizar

Más detalles

Modelo de Proceso de Desarrollo de Software

Modelo de Proceso de Desarrollo de Software Modelo de Proceso de Desarrollo de Software Documento de Actividades Gestión de Configuración (S.C.M.) Ingeniería de Software - Proyecto de Taller5 Andrea Delgado & Beatriz Pérez ÍNDICE ÍNDICE... 1 GESTIÓN

Más detalles

Beneficios de la implantación de una metodología para el ciclo de vida de desarrollos software

Beneficios de la implantación de una metodología para el ciclo de vida de desarrollos software Beneficios de la implantación de una metodología para el ciclo de vida de desarrollos software Dirección de Desarrollo y Aplicaciones Miguel Martínez Vélez Agenda 1. Introducción 2. El Proceso Software

Más detalles

Calidad de Software - CMM

Calidad de Software - CMM Calidad de Software - CMM Herramientas y Procesos de Software Facultad de Informática, Ciencias de la Comunicación y Técnicas Especiales Lic. Cecilia Palazzolo Año 2008 1 Qué es un modelo de procesos?

Más detalles

Objetivo: Analizar las características de los modelos de estandarización de la calidad CMM, SPICE, IEEE e ISO

Objetivo: Analizar las características de los modelos de estandarización de la calidad CMM, SPICE, IEEE e ISO INGENIERÍA DE SOFTWARE AVANZADA MIS (Sesión 10) 4.3 Modelos de mejora de proceso (CMM y SPICE) 4.4 Normas técnicas (IEEE, ISO, EU, etc.) 4.3 Modelos de mejora de proceso (CMM y SPICE) Objetivo: Analizar

Más detalles

Planeación del Proyecto de Software:

Planeación del Proyecto de Software: Apéndice A. Cuestionarios del Sistema Evaluador Nivel2. Requerimientos de Administración: Goal 1: Los requerimientos del sistema asociados a software están bien controlados y existe un estándar para los

Más detalles

INGENIERÍA DE SOFTWARE CICLOS DE VIDA Y METODOLOGIAS

INGENIERÍA DE SOFTWARE CICLOS DE VIDA Y METODOLOGIAS INGENIERÍA DE SOFTWARE CICLOS DE VIDA Y METODOLOGIAS Rubby Casallas, Andrés Yie Departamento de Sistemas y Computación Facultad de Ingeniería Universidad de los Andes Agenda Contexto Ciclos de vida: Modelo

Más detalles

CMMI (Capability Maturity Model Integrated)

CMMI (Capability Maturity Model Integrated) CMMI (Capability Maturity Model Integrated) El SEI (software engineering institute) a mediados de los 80 desarrolló el CMM (modelo de madurez de la capacidad de software). CMMI: CMM integrado, una mezcla

Más detalles

GESTIÓN DE SOFTWARE INFORME SOBRE. Evaluación de Productos UNIVERSIDAD DE LA REPUBLICA - FACULTAD DE INGENIERÍA. Grupo 2

GESTIÓN DE SOFTWARE INFORME SOBRE. Evaluación de Productos UNIVERSIDAD DE LA REPUBLICA - FACULTAD DE INGENIERÍA. Grupo 2 UNIVERSIDAD DE LA REPUBLICA - FACULTAD DE INGENIERÍA GESTIÓN DE SOFTWARE INFORME SOBRE Evaluación de Productos Grupo 2 Marcelo Caponi 3.825.139-0 Daniel De Vera 4.120.602-3 José Luis Ibarra 4.347.596-3

Más detalles

CMMi. Lic. Virginia Cuomo

CMMi. Lic. Virginia Cuomo CMMi Lic. Virginia Cuomo 1 Agenda Repaso CMMI Introducción Arquitectura Niveles de Madurez Representaciones Representación Discreta Representación Continua Discreta VS Continua 2 Repaso Qué vimos la tercer

Más detalles

Sistemas de Información II. Introducción al Proceso Unificado de Desarrollo de Software. Autor: Ing. Silverio Bonilla 1

Sistemas de Información II. Introducción al Proceso Unificado de Desarrollo de Software. Autor: Ing. Silverio Bonilla 1 Introducción al Proceso Unificado de Desarrollo de Software Autor: Ing. Silverio Bonilla 1 James Rumbaugh et al. Concepto de Método Una metodología de ingeniería del software es un proceso para producir

Más detalles

Fundamentos de Ingeniería del Software

Fundamentos de Ingeniería del Software Guía docente de Fundamentos de Ingeniería del Software titulación: Grado en Ingeniería Administración y Dirección de Empresas Tecnológicas código: 102520013 tipo: Obligatoria curso: 3º semestre: 1º créditos

Más detalles

UNIVERSIDAD DEL VALLE DE MÉXICO PROGRAMA DE ESTUDIO DE LICENCIATURA PRAXIS MES XXI

UNIVERSIDAD DEL VALLE DE MÉXICO PROGRAMA DE ESTUDIO DE LICENCIATURA PRAXIS MES XXI UNIVERSIDAD DEL VALLE DE MÉXICO PROGRAMA DE ESTUDIO DE LICENCIATURA PRAXIS MES XXI NOMBRE DE LA ASIGNATURA: INGENIERÍA DE SOFTWARE I FECHA DE ELABORACIÓN: ENERO 2005. ÁREA DEL PLAN DE ESTUDIOS: AS ( )

Más detalles

Los procesos de software. Un proceso de software se define como un:

Los procesos de software. Un proceso de software se define como un: Los procesos de software Un proceso de software se define como un: "conjunto de actividades, métodos, prácticas y transformaciones que las personas usan para desarrollar y mantener software y sus productos

Más detalles

Línea de investigación o de trabajo: Todas de Ciencias de la Computación. Horas teoría-horas prácticas-horas trabajo adicional-horas totales-créditos

Línea de investigación o de trabajo: Todas de Ciencias de la Computación. Horas teoría-horas prácticas-horas trabajo adicional-horas totales-créditos Nombre de la asignatura: Ingeniería de Software I Línea de investigación o de trabajo: Todas de Ciencias de la Computación Horas teoría-horas prácticas-horas trabajo adicional-horas totales-créditos 22

Más detalles

SW-CMM Capability Maturity Model for Software

SW-CMM Capability Maturity Model for Software SW-CMM Capability Maturity Model for Software Introducción 1986 Comienzan Estudios. SEI (Software Engineering Institute - UCM). 1991 Nace CMM v1.0 1994 CMM v1.1 P-CMM SE-CMM SW-CMM CMMs IPD-CMM CMMI SA-CMM

Más detalles

Contenido de la sesión. Calidad del software Conceptos de Calidad Calidad del producto Calidad del proceso

Contenido de la sesión. Calidad del software Conceptos de Calidad Calidad del producto Calidad del proceso Contenido de la sesión Calidad del software Conceptos de Calidad Calidad del producto Calidad del proceso QUÉ ES CALIDAD DEL SOFTWARE? Pressman (Pressman, 1998) define la calidad del software como: la

Más detalles

Curso: El Proceso de Desarrollo de Software

Curso: El Proceso de Desarrollo de Software Curso: El Proceso de Desarrollo de Software EL PROCESO DE DESARROLLO DE SOFTWARE... 1 OBJETIVO...1 CONTENIDO...1 BIBLIOGRAFÍA...4 DOCENTE...4 MODALIDAD DEL DESARROLLO...4 El proceso de Desarrollo de Software

Más detalles

Guía Docente Curso 2012-2013

Guía Docente Curso 2012-2013 ESCUELA TÉCNIICA SUPERIIOR DE IINGENIIERÍÍA Guía Docente Curso 2012-2013 Titulación Ingeniería Informática DATOS DE LA ASIGNATURA * * Asignatura en experiencia piloto de implantación del sistema de créditos

Más detalles

El Proceso Unificado

El Proceso Unificado El Proceso Unificado de Desarrollo de Software Prof. Gustavo J. Sabio Alcance de la presentación QA Entradas Proceso de desarrollo Salida equipo Cliente sistemas Cliente necesidades actividades varias

Más detalles

GUÍA DOCENTE DE LA ASIGNATURA

GUÍA DOCENTE DE LA ASIGNATURA GUÍA DOCENTE DE LA ASIGNATURA G658 - Ingeniería del Software I Grado en Ingeniería Informática Obligatoria. Curso 3 Curso Académico 04-05 . DATOS IDENTIFICATIVOS Título/s Grado en Ingeniería Informática

Más detalles

Capítulo 2 Ideas generales de CMMI-SW. 2.1 Introducción. 2.2 Procesos. 2.3 Modelo de procesos

Capítulo 2 Ideas generales de CMMI-SW. 2.1 Introducción. 2.2 Procesos. 2.3 Modelo de procesos Capítulo 2 Ideas generales de CMMI-SW 2.1 Introducción El Capability Maturity Model Integration (en adelante CMMI), se compone de un conjunto de modelos, métodos de evaluación y cursos de formación para

Más detalles

UNIVERSIDAD NACIONAL DE SAN ANTONIO ABAD DEL CUSCO

UNIVERSIDAD NACIONAL DE SAN ANTONIO ABAD DEL CUSCO FACULTAD DE CS. QUIMICAS, FISICAS Y MATEMATICAS I. DATOS GENERALES DEPARTAMENTO ACADEMICO DE INFORMATICA SILABO 1.1 Asignatura : SISTEMAS DE INFORMACION II 1.2 Categoría : OE 1.3 Código : IF202AIN 1.4

Más detalles

Objetivos FACULTAD DE INGENIERIA. DEPARTAMENTO DE INGENIERIA DE SISTEMAS. Código de la asignatura 4070. Fecha de Actualización Julio 24 de 2012

Objetivos FACULTAD DE INGENIERIA. DEPARTAMENTO DE INGENIERIA DE SISTEMAS. Código de la asignatura 4070. Fecha de Actualización Julio 24 de 2012 Nombre de la asignatura Ingeniería de Software Código de la asignatura 4070 Fecha de Actualización Julio 24 de 2012 Intensidad horaria semanal Horas Contacto 4 Horas Trabajo Independiente 8 Créditos Académicos

Más detalles

E a v l a ua u c a i c ón ó n de d l e Pr P oc o e c s e o s o de d Ing n e g n e i n er e ía a de d e So S f o twa w r a e

E a v l a ua u c a i c ón ó n de d l e Pr P oc o e c s e o s o de d Ing n e g n e i n er e ía a de d e So S f o twa w r a e Proceso de Ingeniería de Software Evaluación del Proceso de Ingeniería de Software 3. Evaluación del proceso 3.1. Modelos del proceso de evaluación 3.2. Métodos del proceso de evaluación 2 Los objetivos

Más detalles

DEPARTAMENTO: Ingeniería e Investigaciones Tecnológicas

DEPARTAMENTO: Ingeniería e Investigaciones Tecnológicas CÓDIGO ASIGNATURA 1126 DEPARTAMENTO: Ingeniería e Investigaciones Tecnológicas ASIGNATURA: Ingeniería de Software Ingeniería en Informática Año: 5º Cuatri: 1 y 2 1. OBJETIVOS La materia Ingeniería de Software

Más detalles

Gestión de proyectos siguiendo practicas del PMI.

Gestión de proyectos siguiendo practicas del PMI. Gestión de proyectos siguiendo practicas del PMI. Identificación de las mejores prácticas aplicadas a la gestión de proyectos. Proceso de Desarrollo de Software de Codes S.A. alineado a CMMI Nivel 3 en

Más detalles

El documento consiste en un resumen de los tres primeros capítulos de cada uno de los siguientes estándares:

El documento consiste en un resumen de los tres primeros capítulos de cada uno de los siguientes estándares: RESUMEN (Borrador) DE LOS CAPÍTULOS 1, 2 Y 3 DE LOS DOCUMENTOS Estándar de la Gestión de Programas Estándar de la Gestión de Portafolios Modelo de Madurez Organizacional en Gestión de Proyectos- OPM3 Nota

Más detalles

Fundamentos de Ingeniería del Software

Fundamentos de Ingeniería del Software Guía docente de Fundamentos de Ingeniería del Software titulación: Grado en Ingeniería Informática código: 100520018 tipo: Obligatoria curso: 3º semestre: 1º créditos ECTS: 6 Profesorado profesor: número

Más detalles

PRESENTACIÓN CMMI: (CAPABILITY MATURITY MODEL INTEGRATION)

PRESENTACIÓN CMMI: (CAPABILITY MATURITY MODEL INTEGRATION) PRESENTACIÓN CMMI: (CAPABILITY MATURITY MODEL INTEGRATION) INDICE 1. Introducción 2. Estructura CMMI 3. Nivel 2 4. Nivel 3 5. Nivel 4 6. Nivel 5 7. Bibliografía INTRODUCCIÓN Qué es y por qué usar CMMI?

Más detalles

2. EL MODELO CMMI. En 1991, el Instituto de Ingeniería de Software (SEI) publicó el Modelo de

2. EL MODELO CMMI. En 1991, el Instituto de Ingeniería de Software (SEI) publicó el Modelo de 2. EL MODELO CMMI 2.1 ANTECEDENTES DE CMMI En 1991, el Instituto de Ingeniería de Software (SEI) publicó el Modelo de Capacidad de Madurez (CMM). Dicho modelo está orientado a la mejora de los procesos

Más detalles

Ingeniería de Software I

Ingeniería de Software I Ingeniería de Software I Agenda Objetivo. Unidades de aprendizaje. Formas de evaluación. Bibliografía. 2 Datos del profesor Correo electrónico: egonzalez@upemor.edu.mx Asesorías Jueves de 11:00 a 13:00

Más detalles

14. Ingeniería de software. Ing. Alejandro Adorjan

14. Ingeniería de software. Ing. Alejandro Adorjan 14. Ing. Alejandro Adorjan : un enfoque en ingeniería de requerimientos Introducción La ingeniería de software es una disciplina que estudia la aplicación de la teoría, el conocimiento y la práctica de

Más detalles

Rational Unified Process (RUP)

Rational Unified Process (RUP) Rational Unified Process (RUP) Este documento presenta un resumen de Rational Unified Process (RUP). Se describe la historia de la metodología, características principales y estructura del proceso. RUP

Más detalles

cilred.com CICLO DE VIDA DEL SOFTWARE & METODOLOGIAS DE DESARROLLO DE SOFTWARE ING. EDUARDO CRUZ ROMERO eduar14_cr@hotmail.com cilred.

cilred.com CICLO DE VIDA DEL SOFTWARE & METODOLOGIAS DE DESARROLLO DE SOFTWARE ING. EDUARDO CRUZ ROMERO eduar14_cr@hotmail.com cilred. cilred.com CICLO DE VIDA DEL SOFTWARE & METODOLOGIAS DE DESARROLLO DE SOFTWARE ING. EDUARDO CRUZ ROMERO eduar14_cr@hotmail.com cilred.com CICLO DE VIDA DEL SOFTWARE Para apreciar un poco más el problema

Más detalles

ESTÁNDARES Y MODELOS DE CALIDAD DEL SOFTWARE

ESTÁNDARES Y MODELOS DE CALIDAD DEL SOFTWARE ESTÁNDARES Y MODELOS DE CALIDAD DEL SOFTWARE INTRODUCCIÓN La calidad es un concepto complejo, que se viene aplicando en el campo de la informática desde hace muchos años, la aplicación de la calidad al

Más detalles

CAPÍTULO 5. Un modelo empírico de estimación para software puede utilizar fórmulas

CAPÍTULO 5. Un modelo empírico de estimación para software puede utilizar fórmulas CAPÍTULO 5 Modelos empíricos de estimación. Un modelo empírico de estimación para software puede utilizar fórmulas derivadas empíricamente para predecir el esfuerzo como una función de LDC y PF. Los valores

Más detalles

Instruir al alumno con los conceptos, modelos, teorías y principios básicos estudiados en la Ingeniería de Software

Instruir al alumno con los conceptos, modelos, teorías y principios básicos estudiados en la Ingeniería de Software Universidad de Colima Dirección General de Educación Superior Facultad de Ingeniería Mecánica y Eléctrica Licenciatura en Ingeniería en Sistemas Computacionales I. DATOS GENERALES P R O G R A M A A N A

Más detalles

Describir el CMMI para el desarrollo de software, evolución, alcance y representación

Describir el CMMI para el desarrollo de software, evolución, alcance y representación Unidad 6: Introducción a CMMI Objetivo terminal de la Unidad Describir el CMMI para el desarrollo de software, evolución, alcance y representación Temas: Acerca del Modelo Capacidad Madurez Evolución de

Más detalles

Modelos de desarrollo de software. septiembre de 2007 1

Modelos de desarrollo de software. septiembre de 2007 1 Modelos de desarrollo de software septiembre de 2007 1 Referencias básicas Ingeniería de software. Un enfoque práctico. Pressman, R. Quinta edición. Mc. Graw Hill 2002 Ingeniería de software. Sommerville,

Más detalles

El Proceso Unificado de Desarrollo de Software

El Proceso Unificado de Desarrollo de Software El Proceso de Desarrollo de Software Ciclos de vida Métodos de desarrollo de software El Proceso Unificado de Desarrollo de Software 1 Fases principales del desarrollo de software Captura de requisitos:

Más detalles

UNIVERSIDAD LIBRE PROGRAMAS ANALÍTICOS PROGRAMA ACADÉMICO: ING. SISTEMAS. 1.- INFORMACION DEL DOCENTE Carlos Alberto Ocampo Sepúlveda

UNIVERSIDAD LIBRE PROGRAMAS ANALÍTICOS PROGRAMA ACADÉMICO: ING. SISTEMAS. 1.- INFORMACION DEL DOCENTE Carlos Alberto Ocampo Sepúlveda PROGRAMAS ANALÍTICOS SECCIONAL: PEREIRA FACULTAD: INGENIERIAS PROGRAMA ACADÉMICO: ING. SISTEMAS JORNADA: DIURNA 1.- INFORMACION DEL DOCENTE Carlos Alberto Ocampo Sepúlveda E-mail institucional: caos@unilibrepereira.edu.co

Más detalles

Estándares ISO en Ingeniería de Software. Calidad de Software. Estándares y modelos de calidad. Ciclo de Ingeniería ISO/IEC 12207

Estándares ISO en Ingeniería de Software. Calidad de Software. Estándares y modelos de calidad. Ciclo de Ingeniería ISO/IEC 12207 Estándares ISO en Ingeniería de Software Calidad de Software Estándares y modelos de calidad Ciclo de Ingeniería ISO/IEC 12207 Sistema de gestión de calidad ISO 9000:2000 ISO 9001:2000 ISO 90003:2004 Software

Más detalles

Programación del curso

Programación del curso Ingeniería Software 4º Físicas Programación del curso José M. Drake (drakej@unican.es) Patricia López Martínez ( lopezpa@unican.es ) Computadores y Tiempo Real Santander, 2008 Ingeniería de Programación

Más detalles

plataforma específica de desarrollo, limitaciones del recurso físico disponible, limitaciones del sistema a actualizar, etc).

plataforma específica de desarrollo, limitaciones del recurso físico disponible, limitaciones del sistema a actualizar, etc). REVISIÓN CONCEPTOS, METODOLOGÍAS Y HERRAMIENTAS SOPORTE EN INGENIERÍA MARLON MÚJICA Estudiante de Ingeniería de Sistemas Universidad Industrial de Santander mujica@cidlisuis.org COLOMBIA EDWIN LOGREIRA

Más detalles

Introducción al Unified Process. Curso IIC 2143 Ingeniería de Software Rodrigo Sandoval 2010

Introducción al Unified Process. Curso IIC 2143 Ingeniería de Software Rodrigo Sandoval 2010 Introducción al Unified Process Curso IIC 2143 Ingeniería de Software Rodrigo Sandoval 2010 Unified Process - UP Un framework de Proceso de Desarrollo de Software, una de cuyas versiones es el más documentado

Más detalles

DESARROLLO DE SOFTWARE EMPRESARIAL. Jonás Montilva C. Judith Barrios A. Universidad de Los Andes

DESARROLLO DE SOFTWARE EMPRESARIAL. Jonás Montilva C. Judith Barrios A. Universidad de Los Andes DESARROLLO DE SOFTWARE EMPRESARIAL Jonás Montilva C. Judith Barrios A. Universidad de Los Andes Desarrollo de Software Empresarial Derechos Reservados. Ninguna parte de este documento puede ser reproducida,

Más detalles

CARTA DESCRIPTIVA Código: FO-MI-108 Versión: 3 Fecha: 25-10-2013

CARTA DESCRIPTIVA Código: FO-MI-108 Versión: 3 Fecha: 25-10-2013 CARTA DESCRIPTIVA Código: FO-MI-108 Versión: 3 Fecha: 25-10-2013 1. PRESENTACIÓN FACULTAD: Ingenierías PROGRAMA: Ingeniería de sistemas NOMBRE DEL CURSO: Ingeniería de Software PLAN DE ESTUDIOS: IS01 CRÉDITOS

Más detalles

Modelo para el Aseguramiento de Calidad en el Desarrollo de Software Libre

Modelo para el Aseguramiento de Calidad en el Desarrollo de Software Libre Modelo para el Aseguramiento de Calidad en el Desarrollo de Software Libre Cenditel, Mayo 2011 Licencia de Uso Copyright (c) 2010, Alvarez J., Solé S., Briceño R., Fundación CENDITEL. La Fundación CENDITEL

Más detalles

INGENIERÍA DE SOFTWARE

INGENIERÍA DE SOFTWARE CÁTEDRA INGENIERÍA DE SOFTWARE RESPONSABLE DE LA CÁTEDRA M. Ing. Claudio Jorge RANCAN CARRERA INGENIERÍA DE SISTEMAS DE INFORMACIÓN CARACTERÍSTICAS DE LA ASIGNATURA PLAN DE ESTUDIOS 2008 ORDENANZA CSU.

Más detalles

CALIDAD DEL SOFTWARE TESTS DE EXAMEN ACTUALIZADO SEP. 2010 TEMA 4 MODELOS, METODOLOGÍAS Y ESTÁNDARES: ESTRATEGIAS PARA ALCANZAR LA CALIDAD

CALIDAD DEL SOFTWARE TESTS DE EXAMEN ACTUALIZADO SEP. 2010 TEMA 4 MODELOS, METODOLOGÍAS Y ESTÁNDARES: ESTRATEGIAS PARA ALCANZAR LA CALIDAD TEMA 4 MODELOS, METODOLOGÍAS Y ESTÁNDARES: ESTRATEGIAS PARA ALCANZAR LA CALIDAD 1. MODELOS, METODOLOGÍAS Y ESTÁNDARES 1.1 Definiciones 01 [Feb. 2006] [Feb. 2007] Cuál de las siguientes frases referidas

Más detalles

Ingeniería de Software con UML Unified Modeling Language Lenguaje Unificado de Modelado

Ingeniería de Software con UML Unified Modeling Language Lenguaje Unificado de Modelado Ingeniería de Software con UML Unified Modeling Language Lenguaje Unificado de Modelado 1. Introducción Unified Modeling Languaje Fuente: Booch- Jacobson-Rumbauch y diversos sitios Internet, entre otros:

Más detalles

CARTA DESCRIPTIVA 1. PRESENTACIÓN PLAN DE ESTUDIOS: IS02 CRÉDITOS 5 CÓDIGO DEL CURSO: IS020 NIVEL: VI ÁREA O COMPONENTE DE FORMACIÓN: Específica

CARTA DESCRIPTIVA 1. PRESENTACIÓN PLAN DE ESTUDIOS: IS02 CRÉDITOS 5 CÓDIGO DEL CURSO: IS020 NIVEL: VI ÁREA O COMPONENTE DE FORMACIÓN: Específica FACULTAD: Ingenierías PROGRAMA: Ingeniería de sistemas NOMBRE DEL CURSO: CARTA DESCRIPTIVA Ingeniería de Software 1. PRESENTACIÓN PLAN DE ESTUDIOS: IS02 CRÉDITOS 5 CÓDIGO DEL CURSO: IS020 NIVEL: VI ÁREA

Más detalles

RUP. Rational Unified Process

RUP. Rational Unified Process RUP Rational Unified Process Rational Unified Process Basado en 6 mejores prácticas de la industria de software: Desarrollo incremental Administración de requisitos Uso de arquitecturas basadas en componentes

Más detalles

3 3 X (1) Observaciones: (2) Observaciones: Docente/s. Espacios Curriculares Correlativos Precedentes Aprobada/s Cod. Asig. Cursada/s Cod. Asig.

3 3 X (1) Observaciones: (2) Observaciones: Docente/s. Espacios Curriculares Correlativos Precedentes Aprobada/s Cod. Asig. Cursada/s Cod. Asig. Ciclo Académico: 2009 Año de la Carrera: Horas de Clases Semanales Régimen de Cursado 1 Teoría Práctica Otros (1) Anual 1er.Cuatr. 2do.Cuatr. Otros (2) 3 3 X (1) Observaciones: (2) Observaciones: Docente/s

Más detalles

PROF PROF INFORME VISIÓN GLOBAL DE CMM ÍNDICE

PROF PROF INFORME VISIÓN GLOBAL DE CMM ÍNDICE it Gestión Informática GESTIÓN INFORMÁTICA INFORME VISIÓN GLOBAL DE CMM Autor: Yan Bello. Consultor principal de it ÍNDICE Definición. Los 5 niveles del CMM Carencias frecuentes en las empresas Beneficios

Más detalles

GUÍA DOCENTE. Curso 2014-2015. Ingeniería Informática en Sistemas de Información Doble Grado: M6: Tecnología Específica de Sistemas de Información

GUÍA DOCENTE. Curso 2014-2015. Ingeniería Informática en Sistemas de Información Doble Grado: M6: Tecnología Específica de Sistemas de Información 1. DESCRIPCIÓN DE LA ASIGNATURA Grado: Ingeniería Informática en Sistemas de Información Doble Grado: Asignatura: Ingeniería de Proyectos Módulo: M6: Tecnología Específica de Sistemas de Información Departamento:

Más detalles

ASISTENCIA AUTOMÁTICA EN CERTIFICACIÓN BASADO EN EL ESTÁNDAR ISO 9001:2000

ASISTENCIA AUTOMÁTICA EN CERTIFICACIÓN BASADO EN EL ESTÁNDAR ISO 9001:2000 ASISTENCIA AUTOMÁTICA EN CERTIFICACIÓN BASADO EN EL ESTÁNDAR ISO 9001:2000 Proyecto de tesis de Alumno: Licenciado Carlos G. Rivero Bianchi Director: M. lng. Paola Britos Radicación: Centro de Ingeniería

Más detalles

SISTEMAS DE INFORMACIÓN III TEORÍA

SISTEMAS DE INFORMACIÓN III TEORÍA CONTENIDO: QUÉ ES CALIDAD DEL SOFTWARE? ASEGURAMIENTO DE LA CALIDAD DEL SOFTWARE CONTROL DE LA CALIDAD DEL SOFTWARE AUDITORÍA DE LA CALIDAD DEL SOFTWARE CALIDAD DEL PRODUCTO DE SOFTWARE CALIDAD DEL PROCESO

Más detalles

Base de Datos, Teoría General de Sistemas Área:

Base de Datos, Teoría General de Sistemas Área: Nombre del Curso: FUNDAMENTOS DE LA INGENIERIA DE SOFTWARE Código: 601455 Requisito: Base de Datos, Teoría General de Sistemas Área: Profesional Tipo de curso: Obligatorio Créditos: 4 Intensidad horaria

Más detalles

Temas de la Ingeniería de Software vinculados a la Administración de Empresas.

Temas de la Ingeniería de Software vinculados a la Administración de Empresas. Temas de la Ingeniería de Software vinculados a la Administración de Empresas. Lic. Yudid Fernández Pérez yudidf@uci.cu Resumen: Producto de la rápida evolución del entorno macro y macroeconómico surgen

Más detalles

Capability Maturity Model Integration CMMI - Overview I

Capability Maturity Model Integration CMMI - Overview I Capability Maturity Model Integration CMMI - Overview I CAPIS Centro de Ingeniería del Software e Ingeniería del Conocimiento Junio 2004 Objetivo de la presentación Brindar una visión general del CMMI

Más detalles

UN MODELO DE MADUREZ PARA EL PROCESO DE GESTIÓN DE CONFIGURACIÓN DE SOFTWARE

UN MODELO DE MADUREZ PARA EL PROCESO DE GESTIÓN DE CONFIGURACIÓN DE SOFTWARE UN MODELO DE MADUREZ PARA EL PROCESO DE GESTIÓN DE CONFIGURACIÓN DE SOFTWARE Resumen. Rodolfo Villarroel Marcello Visconti rvillarr@spock.ucm.cl visconti@inf.utfsm.cl Universidad Católica del Maule Universidad

Más detalles

Introduction to CMMI-DEV V1.3 (Introducción a CMMI-Desarrollo Versión 1.3)

Introduction to CMMI-DEV V1.3 (Introducción a CMMI-Desarrollo Versión 1.3) Introduction to CMMI-DEV V1.3 (Introducción a CMMI-Desarrollo Versión 1.3) Este curso oficial impartido por un instructor certificado por el SEI, tiene tres días de duración e introduce a los directivos

Más detalles

Calidad. Preparado por: Amelia Soriano. Referencias. Rational Unified Process Version 2003.06.12.01 Copyright 1987 2003 Rational Software Corporation

Calidad. Preparado por: Amelia Soriano. Referencias. Rational Unified Process Version 2003.06.12.01 Copyright 1987 2003 Rational Software Corporation Calidad Preparado por: Amelia Soriano Referencias Rational Unified Process Version 2003.06.12.01 Copyright 1987 2003 Rational Software Corporation Curso Rational Unified Process Rational University Curso

Más detalles

Information Technology Infrastructure Library

Information Technology Infrastructure Library Information Technology Infrastructure Library Information Technology Infrastructure Library (ITIL) es un conjunto de mejores prácticas que pretenden facilitar la entrega de informa ción de alta calidad

Más detalles

UNIVERSIDAD DE LOS LLANOS Facultad de Ciencias Básicas e Ingeniería Programa Ingeniería de Sistemas

UNIVERSIDAD DE LOS LLANOS Facultad de Ciencias Básicas e Ingeniería Programa Ingeniería de Sistemas CURSO: FUNDAMENTOS DE INGENIERÍA DE SOFTWARE 1 SEMESTRE: V 2 CODIGO: 602503 3 COMPONENTE: 4 CICLO: 5 AREA: Profesional 6 FECHA DE APROBACIÓN: 7 NATURALEZA: TEÓRICO PRÁCTICO. 8 CARÁCTER: Obligatorio 9 CREDITOS

Más detalles

Introducción. Por lo que existe una creciente preocupación por lograr que los productos software cumplan con ciertos criterios de calidad.

Introducción. Por lo que existe una creciente preocupación por lograr que los productos software cumplan con ciertos criterios de calidad. Introducción En la actualidad, el software se encuentra en muchos campos de la actividad humana: la industria, el comercio, las finanzas, gobierno, salud, educación, etc. Por lo que existe una creciente

Más detalles

Modelos de Madurez en la Administración de Proyectos. Prof. Bernardo López González, MAP

Modelos de Madurez en la Administración de Proyectos. Prof. Bernardo López González, MAP Modelos de Madurez en la Administración de Proyectos Prof. Bernardo López González, MAP Modelos de Madurez en la Administración de Proyectos Existen varios estándares que en materia de administración de

Más detalles

CMMI : mejora del proceso en Fábricas de Software

CMMI : mejora del proceso en Fábricas de Software CMMI : mejora del proceso en Fábricas de Software Cecilia Rigoni Brualla Caelum, Information & Quality Technologies Introducción Introducción Idea / Necesidad Investigación Diseño Inversión PRODUCTO Introducción

Más detalles

Enginyeria del Software III

Enginyeria del Software III Enginyeria del Software III Sessió 3. L estàndard ISO/IEC 15504 Antònia Mas Pichaco 1 Introducción El proyecto SPICE representa el mayor marco de colaboración internacional establecido con la finalidad

Más detalles

Proceso Unificado de Rational PROCESO UNIFICADO DE RATIONAL (RUP) El proceso de desarrollo de software tiene cuatro roles importantes:

Proceso Unificado de Rational PROCESO UNIFICADO DE RATIONAL (RUP) El proceso de desarrollo de software tiene cuatro roles importantes: PROCESO UNIFICADO DE RATIONAL (RUP) El proceso de desarrollo de software tiene cuatro roles importantes: 1. Proporcionar una guía de actividades para el trabajo en equipo. (Guía detallada para el desarrollo

Más detalles

A.N.E.P. Consejo de Educación Técnico Profesional Educación Media Tecnológica. Orientación: INFORMÁTICA ASIGNATURA PROYECTO

A.N.E.P. Consejo de Educación Técnico Profesional Educación Media Tecnológica. Orientación: INFORMÁTICA ASIGNATURA PROYECTO Consejo de Educación Técnico Profesional Educación Media Tecnológica Orientación: INFORMÁTICA ASIGNATURA PROYECTO Tercer año (2 horas semanales) Plan 2004 Índice Tema Pág Índice... 1 Fundamentación...

Más detalles

FÁBRICA DE SOFTWARE. Presentado por: Ing. Juan José Montero Román Gerente de Fábrica de Software USMP jmonteror@usmp.pe

FÁBRICA DE SOFTWARE. Presentado por: Ing. Juan José Montero Román Gerente de Fábrica de Software USMP jmonteror@usmp.pe FÁBRICA DE SOFTWARE Presentado por: Ing. Juan José Montero Román Gerente de Fábrica de Software USMP jmonteror@usmp.pe FÁBRICA DE AUTOS Entrada Salida Autos FÁBRICA DE SOFTWARE Entrada Salida Información

Más detalles

Ingeniería de Software: Parte 2

Ingeniería de Software: Parte 2 Ingeniería de Software: Parte 2 Agustín J. González ElO329: Diseño y Programación Orientados a Objeto Adaptado de: http://www.dsic.upv.es/~uml http://inst.eecs.berkeley.edu/~cs169/ entre otras fuentes.

Más detalles

Ingeniería de Software

Ingeniería de Software Ingeniería de Software Agustín J. González ElO329: Diseño y Programación Orientados a Objeto Adaptado de: http://www.dsic.upv.es/~uml http://inst.eecs.berkeley.edu/~cs169/ entre otras fuentes. Definiciones

Más detalles

Qué es el Modelo CMMI?

Qué es el Modelo CMMI? El principal problema que tienen las empresas en sus áreas de tecnología, así como las empresas desarrolladoras de software al iniciar un proyecto, radica en que el tiempo de vida del proyecto y el presupuesto

Más detalles

: COMPUTACIÓN E INFORMATICA : Ingeniería de Software Ingeniería de Redes y Comunicaciones : Análisis y Diseño de Sistemas : T-INF107

: COMPUTACIÓN E INFORMATICA : Ingeniería de Software Ingeniería de Redes y Comunicaciones : Análisis y Diseño de Sistemas : T-INF107 I. DATOS INFORMATIVOS Carrera Especialidad Curso Código Ciclo : Tercero Requisitos Duración Horas Semana : 06 horas Versión : v.0110 II. SUMILLA: : COMPUTACIÓN E INFORMATICA : Ingeniería de Software Ingeniería

Más detalles

Nombre de la asignatura: Proceso Personal para el Desarrollo de - --------------------------------------------------Software

Nombre de la asignatura: Proceso Personal para el Desarrollo de - --------------------------------------------------Software 1.- DATOS DE LA ASIGNATURA Nombre de la asignatura: Proceso Personal para el Desarrollo de - --------------------------------------------------Software Carrera: Clave de la asignatura: Ingeniería en Sistemas

Más detalles

Boletín de Asesoría Gerencial* Aplicabilidad de estándares internacionales y mejores prácticas: CobiT, ITIL, Serie ISO / IEC 27000

Boletín de Asesoría Gerencial* Aplicabilidad de estándares internacionales y mejores prácticas: CobiT, ITIL, Serie ISO / IEC 27000 Espiñeira, Sheldon y Asociados * No. 3-2009 *connectedthinking Contenido Haga click en los enlaces para navegar a través del documento Haga click en los enlaces para llegar directamente a cada sección

Más detalles

Catálogo de Formación SEI

Catálogo de Formación SEI Catálogo de Formación SEI ESI lleva 15 años ofreciendo servicios de formación en diferentes tecnologías. En este tiempo ha formado a más de 4.000 profesionales de más de 800 organizaciones, en más de 30

Más detalles

Docente/s. Espacios Curriculares Correlativos Precedentes Aprobada/s Cod. Asig. Cursada/s Cod. Asig. Espacios Curriculares Correlativos Subsiguientes

Docente/s. Espacios Curriculares Correlativos Precedentes Aprobada/s Cod. Asig. Cursada/s Cod. Asig. Espacios Curriculares Correlativos Subsiguientes Ciclo Académico: 2009 Año de la Carrera: Horas de Clases Semanales Régimen de Cursado 1er. Teoría Práctica s (1) Anual 1er.Cuatr. 2do.Cuatr. s (2) 2 2 X (1) Observaciones: (2) Observaciones: Teoría Docente/s

Más detalles

CARTA DESCRIPTIVA (FORMATO MODELO EDUCATIVO UACJ VISIÓN 2020)

CARTA DESCRIPTIVA (FORMATO MODELO EDUCATIVO UACJ VISIÓN 2020) CARTA DESCRIPTIVA (FORMATO MODELO EDUCATIVO UACJ VISIÓN 2020) I. Identificadores de la asignatura Instituto: IIT Modalidad: Presencial Departamento: Materia: Eléctrica y Computación Programación II Créditos:

Más detalles

Carrera: Licenciatura en Sistemas. Materia: INGENIERIA DE SOFTWARE III

Carrera: Licenciatura en Sistemas. Materia: INGENIERIA DE SOFTWARE III Carrera: Licenciatura en Sistemas Materia: INGENIERIA DE SOFTWARE III Profesor Titular: Dr. Ramón García-Martínez Instructor JTP: Lic. Dario Rodriguez Año: 2011 Cuatrimestre: Primer - 1 - Fundamentación

Más detalles

DEPARTAMENTO: Ingeniería e Investigaciones Tecnológicas

DEPARTAMENTO: Ingeniería e Investigaciones Tecnológicas CÓDIGO ASIGNATURA 1131-2 DEPARTAMENTO: Ingeniería e Investigaciones Tecnológicas ASIGNATURA: Proceso Software Proceso Software 1. OBJETIVOS Marco referencial El rol del curso Proceso Software es el de

Más detalles

Ingeniería de Software

Ingeniería de Software Programa de la Asignatura: Ingeniería de Software Código: 38 Carrera: Ingeniería en Computación Plan: 2013 Carácter: Obligatoria Unidad Académica: Secretaría Académica Curso: Quinto Año Primer cuatrimestre

Más detalles

DEPARTAMENTO: Ingeniería e Investigaciones Tecnológicas

DEPARTAMENTO: Ingeniería e Investigaciones Tecnológicas CÓDIGO ASIGNATURA 634 DEPARTAMENTO: Ingeniería e Investigaciones Tecnológicas ASIGNATURA: Métricas de Software Ingeniería en Informática Año: 2010 5 Cuatri: 2 1. OBJETIVOS Compenetrar a los alumnos de

Más detalles

BPM - Gestión de Procesos

BPM - Gestión de Procesos BPM - Gestión de Procesos Proyecto SIIF 2 con enfoque en procesos Ing. Pablo Morales pmorales@bpfocus.org "Las organizaciones a menudo fallan al no comprender que su efectividad puede mejorar drásticamente

Más detalles

Ingeniería en Sistemas Computacionales

Ingeniería en Sistemas Computacionales 1.- DATOS DE LA ASIGNATURA Nombre de la asignatura: Carrera: Ingenieria de Ingeniería en Sistemas Computacionales Clave de la asignatura: ISC 12-01 Créditos 2-2-4 2.- PRESENTACIÓN Caracterización de la

Más detalles

Al final del curso el estudiante:

Al final del curso el estudiante: UNIVERSIDAD AUTÓNOMA DE CHIHUAHUA Clave: 08MSU0017H FACULTAD INGENIERÍA Clave: PROGRAMA DEL CURSO: Evolución y Calidad del Software DES: Programa(s) Educativo(s): Tipo de materia: Clave de la materia:

Más detalles

PERSONALIZACIÓN DE RUP PARA PROYECTOS ACADÉMICOS DE DESARROLLO DE SOFTWARE. LUIS FELIPE TABARES BEDOYA ltabares@eafit.edu.co

PERSONALIZACIÓN DE RUP PARA PROYECTOS ACADÉMICOS DE DESARROLLO DE SOFTWARE. LUIS FELIPE TABARES BEDOYA ltabares@eafit.edu.co PERSONALIZACIÓN DE RUP PARA PROYECTOS ACADÉMICOS DE DESARROLLO DE SOFTWARE LUIS FELIPE TABARES BEDOYA ltabares@eafit.edu.co Proyecto de grado para obtener el título de Ingeniero de Sistemas Asesor Jorge

Más detalles

Gestión de. Requisitos previos. Carácter ECTS. Periodo NINGUNOO. Idiomas en Inglés. Departamento. Ciencias de. Presentación. Despacho y.

Gestión de. Requisitos previos. Carácter ECTS. Periodo NINGUNOO. Idiomas en Inglés. Departamento. Ciencias de. Presentación. Despacho y. = =drð^=al`bkqb qfqri^`flkbp=ab=do^al= TITULACIÓN: INGENIERÍA DE SISTEMAS DE INFORMACIÓN CURSO: Segundo ASIGNATURA: Ingeniería del Software I Nombre del Módulo o Materia al que pertenece la asignatura.

Más detalles

Ingeniería del Software II

Ingeniería del Software II Bloque III: Proceso Unificado Simona Bernardi Dipartimento di Informatica Università di Torino (Italia) Duración: 4 horas Objetivo: Conocer un proceso de desarrollo de software diferente a OMT Simona Bernardi

Más detalles

Elementos requeridos para crearlos (ejemplo: el compilador)

Elementos requeridos para crearlos (ejemplo: el compilador) Generalidades A lo largo del ciclo de vida del proceso de software, los productos de software evolucionan. Desde la concepción del producto y la captura de requisitos inicial hasta la puesta en producción

Más detalles

Por qué definir un modelo de procesos?

Por qué definir un modelo de procesos? Por qué definir un modelo de procesos? Propuesta Administración de Proyectos Qué es un Proceso? Serie de pasos o actividades a realizar para transformar ciertas entradas en salidas. Procedimientos y Métodos

Más detalles

SW-CMM (CMM for Software)

SW-CMM (CMM for Software) Sinopsis de los modelos SW-CMM y CMMI Juan Palacio 1.0 Abril - 2006 Síntesis de los modelos de procesos CMM y CMMI para desarrollo y mantenimiento de software. CMMI (y previamente CMM) puede emplearse

Más detalles