REPUBLICA BOLIVARIANA DE VENEZUELA. MINISTERIO DEL PODER POPULAR PARA LA EDUCACION UNIVERSITARIA. UNIVERSIDAD POLITECNICA TERRITORIAL DEL NORTE DE MONAGAS.

Presentación del tema: "REPUBLICA BOLIVARIANA DE VENEZUELA. MINISTERIO DEL PODER POPULAR PARA LA EDUCACION UNIVERSITARIA. UNIVERSIDAD POLITECNICA TERRITORIAL DEL NORTE DE MONAGAS."— Transcripción de la presentación:

1 REPUBLICA BOLIVARIANA DE VENEZUELA. MINISTERIO DEL PODER POPULAR PARA LA EDUCACION UNIVERSITARIA. UNIVERSIDAD POLITECNICA TERRITORIAL DEL NORTE DE MONAGAS. “LUDOVICO SILVA” CARIPITO, MUNICIPIO BOLIVAR ESTADO MONAGAS. PROGRAMA NACIONAL DE FORMACION EN INFORMATICA. Caripito, Diciembre de 2015. Profesora: Aneluz Rojas. Asignatura: Gestión de Proyecto Sección: M2 Autores: Arocha Milagros. Marcano, Dairelis. Marchan, Ana K. Mora, Mauris.

2 Ponente: Arocha Milagros Métricas orientada al tamaño Provienen de la normalización de las medidas de calidad y productividad, considerando el tamaño del software que se haya producido.

3 Ponente: Arocha Milagros Las medidas mas utilizadas para calcular el tamaño del software son: Líneas de código. Especificación de diseño. Predicción de longitud.

4 Ponente: Arocha Milagros PROYECT O LDCESFUER ZO COSTO ~$ PAGINA DE DOCUME NTACION ERRORE S DEFECT OS PERS ONAS IRIS18.2 00 24200.000945134864 Errores por KLDC (miles de líneas de código) Defectos por KLDC Páginas de documentación por KLDC Errores por persona-mes LDC por persona-mes Costo ($) por página de documentación Teniendo en cuenta los datos de la tabla, se pueden derivar otras métricas para comparar varios proyectos. Por ejemplo: Los datos que se deben tener en cuenta para calcular el tamaño del software son:

5 Métrica orientada a la función La métricas del software orientadas a la función utilizan una medida de la funcionalidad entregada por la aplicación como un valor de normalización. Ponente: Dairelis Marcano

6 Parámetros de vida CuentaSimplemediocomplej o suma No entrada de usuario 33469 No salida de usuarios 245710 No preguntas23468 No Archivos3710 30 No interfaces externas 25710 Total67 L0s valores de los dominios de información se definen de esta forma.

7 Ponente: Marchan Ana. Argumentos para las métricas del software. Permite determinar si existe o no la mejora de proceso y/o producto. Se emplea para establecer una línea base – evaluar mejoras. Sirve como fundamento para estimaciones futuras. El equipo del software puede establecer metas significativas – mejora proceso.

8 Ponente: Marchan Ana. Establecimiento de una línea base. Consiste en datos recopilados de proyectos previos. Atributos de los datos de una línea base: Razonablemente precisos. Máxima recopilación de datos. Medidas consistentes. Aplicaciones similares al trabajo que se estimará

9 Ponente: Marchan Ana. Recopilación, cálculo y evaluación de métricas. Requiere una investigación histórica de datos – calcular métricas. Evaluación y aplicación de las métricas.

10 Ponente: Mora, Mauris. COCOMO es el modelo empírico mas completo para la estimación del software, sus escalas de modelos SON: Los modelos de COCOMO están establecidos para tres prototipo de proyecto de software que es empleado por la terminología de Boehm.

11 Ponente: Mora, Mauris. Los modelos de COCOMO están definidos para tres tipos de proyectos de software: 1- Modo orgánico: Se caracterizan por ser proyectos relativamente sencillos y pequeños, en los cuales trabajan equipos pequeños con buena experiencia y con requerimientos poco rígidos. 2- Modo acoplado: Son proyectos intermedios en cuanto al tamaño y complejidad, con equipos de trabajo con distintos niveles de experiencia y con requerimientos poco o medio rígidos. 3- Modo empotrado: Son aquellos que deben desarrollarse en un entorno de hardware, software y de restricciones operativas más restringidas.

12 Ponente: Mora, Mauris. COCOMO consta de 3 modelos: 1- Básico: Calcula el esfuerzo y coste del desarrollo de un proyecto basándose en el tamaño del mismo expresado el LDC. E = ab KLDC bb = personas / mes C= cb E db = meses 2- Intermedio: Calcula el esfuerzo y coste del desarrollo del proyecto basándose en el tamaño del mismo y en un conjunto de conductores de coste que son unas valoraciones subjetivas del: Producto, hardware, personal y atributos del proyecto. En total suman 15 atributos que deben ser valorados en una escala de 0 a 6 puntos y en función de esta valoración se obtiene un factor de ajuste del esfuerzo. E= ai KLDC bi * FAC. 3- Avanzado: Tienen todas las características del modelo intermedio con la única matización de que la valoración sobre los conductores de coste se hace en cada fase del proceso análisis y diseño.

13