Medición De Software - UCLM
CURSOS DE VERANO DE LA UNIVERSIDAD DECANTABRIAXI CURSOS DE VERANO DE SANTANDERMedición de SoftwareFélix GarcíaGrupo AlarcosEscuela Superior de InformáticaUniversidad de Castilla-La Mancha
Medición del SoftwareIndice de Contenidos Introducción Conceptos Básicos Ontología de la Medición del Software Métricas Clasificación Métricas de Proceso, Proyecto, Producto El Proceso de Medición del Software2Félix GarcíaXI Cursos de Verano SantanderJulio 2010
Introducción“Cuando puedas medir lo que estás diciendo y expresarlo ennúmeros, sabrás algo acerca de eso; pero cuando no puedes medirlo,cuando no puedes expresarlo en números, tus conocimientos seránescasos y no satisfactorios”Lord Kelvin“Lo que no sea medible, hazlo medible”Galileo Galilei“No se puede controlar lo que no se puede medir”Tom De Marco“No se puede predecir lo que no se puede medir”Norman Fenton3Félix GarcíaXI Cursos de Verano SantanderJulio 2010
IntroducciónLa Medición Software Una de las razones principales del incremento masivo en elinterés en la medición software ha sido la percepción de quelas métricas son necesarias para la mejora de la calidad delproceso (Fenton, 2001). Para poder asegurar que un proceso o sus productosresultantes son de calidad o poder compararlos, es necesarioasignar valores, descriptores, indicadores o algún otromecanismo mediante el cual se pueda llevar a cabo dichacomparación. Para ello, es necesario llevar a cabo un proceso de medicióndel software cuyos objetivos fundamentales son(Fenton y Pfleeger, 1997): ayudarnos a entender que ocurre durante el desarrollo y elmantenimiento permitirnos controlar que es lo que ocurre en nuestros proyectos poder mejorar nuestros procesos y nuestros productos4Félix GarcíaXI Cursos de Verano SantanderJulio 2010
Medición del SoftwareIndice de Contenidos Introducción Conceptos Básicos Ontología de la Medición del Software Métricas Clasificación Métricas de Proceso, Proyecto, Producto El Proceso de Medición del Software5Félix GarcíaXI Cursos de Verano SantanderJulio 2010
Conceptos Básicos (i)Ontología de la Medición del Software Todo proceso de medición del software tiene como objetivofundamental satisfacer necesidades de información. Un proceso de medición no puede obtener resultados útiles siéstos no satisfacen alguna necesidad de información detectadaen la empresa en la que se lleva a cabo. A partir de las necesidades de información se debenidentificar las entidades y los atributos de dichas entidadesque son candidatos a ser medidos. Una vez identificados los atributos objeto de la medición sedeben definir las medidas necesarias. En la definicióngeneral de una medida se deben especificar aspectos comola unidad en la que se expresa, la escala a la quepertenece, el atributo o atributos para los que se define, etc.6Félix GarcíaXI Cursos de Verano SantanderJulio 2010
Conceptos Básicos (ii)Ontología de la Medición del Software Caracterización y Objetivos de la MediciónNecesidad de Información1.*está relacionado conModelo de calidadclase1Concepto Medibleevalúa1.*1.*0.*1.**sub-Concepto Medib lerelacionadefinido paraincluye0.*11.*tieneCategoría de Entidad0.*0.*1Atributo1.*1.*pertenece a0.*0.*Entidadcompuesta de7Félix GarcíaXI Cursos de Verano SantanderJulio 2010
Conceptos Básicos (iii)Ontología de la Medición del Software Medidas SoftwareAtributo(from Caracterización y Objetivos)Unidad deMedición1.*0.1se define para0.*expresada en1.*0.*tieneMedidase transforma en0.*1.*Escala11.*pertenece a1Tipo de EscalaMedida BaseMedida DerivadaIndicador8Félix GarcíaXI Cursos de Verano SantanderJulio 2010
Conceptos Básicos (iv)Ontología de la Medición del Software La definición de las medidas se debe realizar a distintosniveles o alcances, ya que resultaría excesivamentecomplejo definir de forma directa métricas a partir de lascuales se satisfagan las necesidades de información. Es fundamental definir en primer lugar medidas que seaplican directamente sobre las características de unaentidad para evaluar un determinado atributo MedidasDirectas o Base A partir de estas medidas directas se pueden definirMedidas Indirectas o Derivadas y Finalmente se podrían definir Indicadores con el objetivode proporcionar información útil para la toma dedecisiones, y por lo tanto, más cercanas a satisfacer lasnecesidades de información.9Félix GarcíaXI Cursos de Verano SantanderJulio 2010
Conceptos Básicos (v)Ontología de la Medición del Software Formas de Medir:Medida(from Medidas Software)1.*Necesidad de Información(from Caracterización y Objetivos)0.*satisfaceusa1.*Medida BaseMedida DerivadaIndicador(from Medidas Software)(from Medidas Software)(from Medidas Software)1.*0.*0.*usa1Método de Mediciónusausa0.*0.*1.*calculada con1.*calculado con11Función de CálculoModelo de Análisis0.*1.*usa1.*Forma de Medir(from Acción de Medir)Criterio de Decisión10Félix GarcíaXI Cursos de Verano SantanderJulio 2010
Conceptos Básicos (vi)Ontología de la Medición del SoftwareAcción de Medir: Finalmente se lleva a cabo el proceso de medición a partir de ladefinición de las medidas y de la caracterización de los atributos delas entidades objeto de la medición, mediante la realización demediciones que como resultado obtienen resultados de mediciónEntidadAtributo(from Caracterización y Objetivos)(from Caracterización y Objetivos)11se realiza sobrese realiza sobre*1Forma de a(from Medidas Software)produce1Resultado de laMediciónvalor11Félix GarcíaXI Cursos de Verano SantanderJulio 2010
Conceptos Básicos (vii)EjemploSupongamos una organización que lleva a cabo elproyecto A de desarrollo de un software . En undeterminado momento el responsable delproyecto necesita saber si la productividad esadecuada, es decir, la necesidad de informaciónes conocer el nivel de productividad de losprogramadores del proyecto en comparación conlo habitual en otros proyectos en la organización.12Félix GarcíaXI Cursos de Verano SantanderJulio 2010
Conceptos Básicos (viii)Ejemplo Medidas Directas/Base: LCF (líneas de código fuente escritas). Método de medición: contar las líneas utilizando comoinstrumento una herramienta CASE. HPD (horas-programador diarias). Método de medición: el responsable del proyecto anotacada día las horas dedicadas por los programadores alproyecto. CHP (coste por hora-programador, en unidadesmonetarias). Método de medición: consultar el plan del proyecto, dondese tuvo que indicar este valor, previa consulta a unresponsable de personal.13Félix GarcíaXI Cursos de Verano SantanderJulio 2010
Conceptos Básicos (ix)Ejemplo Medidas Indirectas/Derivadas: HPT (horas-programador totales). Función de cálculo: Sumatorio de las HPD de cada día: LCFH (líneas de código fuente por hora deprogramador). Función de cálculo: LCFH LCF / HPT CTP (coste total actual del proyecto, en unidadesmonetarias). Función de cálculo: CTP CHP * HPT CLCF (coste por línea de código fuente). Función de cálculo: CLCF LCF/CTP.14Félix GarcíaXI Cursos de Verano SantanderJulio 2010
Conceptos Básicos (y x)Ejemplo Indicadores: PROD (productividad de los programadores). El modelo de análisis utiliza los valores de las métricasLCF, HPT, LCFH y CTP para establecer un valor cualitativode la productividad de los programadores en este proyecto. Se basa en extraer de una base histórica de proyectos dela organización los valores medios de LCF, HPT, LCFH(LCFHvm) y CTP del subconjunto de proyectos similares(aquellos que tienen LCF entre el 80% y el 120% ). Los criterios de decisión establecidos son:–––––LCFH/LCFHvm 0’70 PROD ’muy baja’.0’70 LCFH/LCFHvm 0’90 PROD ’baja’.0’90 LCFH/LCFHvm 1’10 PROD ’normal’.1’10 LCFH/LCFHvm 1’30 PROD ’alta’.1’30 LCFH/LCFHvm PROD ’muy alta’.15Félix GarcíaXI Cursos de Verano SantanderJulio 2010
Software Measurement Modeling ix GarcíaXI Cursos de Verano SantanderJulio 2010
Medición del SoftwareIndice de Contenidos Introducción Conceptos Básicos Ontología de la Medición del Software Medidas Clasificación Medidas de Proceso, Proyecto, Producto El Proceso de Medición del Software17Félix GarcíaXI Cursos de Verano SantanderJulio 2010
Medidas Software (i)¿Qué medir? Tipos de Entidades Software y Medidas:- Objetivo: Proporcionar Indicadores para laMejora de Procesos- Basada en Análisis Global de Métricas deProyecto a lo largo de un periodo de tiempoMedidas deProceso- Objetivo: Control de Proyectos asProductoMedidasProductoReducir costes y tiempos- Aplicado fundamentalmente en la fase deEstimación-Estimación Tamaño Puntos Función(Albretch, 1979)MedidasProducto- Objetivo: Evaluación delos Artefactos obtenidos- Gran Cantidad yDiversidad de Medidas18Félix GarcíaXI Cursos de Verano SantanderJulio 2010
Medidas Software (ii)Medición y Madurez del Proceso Software Niveles de Madurez y Medición Requerida en cada nivel según CMM(Capability Maturity Model)(Pfleeger, 1996)19Félix GarcíaXI Cursos de Verano SantanderJulio 2010
Medidas Software (iii)Medidas de Producto20Félix GarcíaXI Cursos de Verano SantanderJulio 2010
Medidas Software (iv)Medidas de Producto Ejemplos Métricas Clásicas Producto: LOC Complejidad Ciclomática de McCabe V(G) A – N 2, siendo A el número de arcos del grafo y Nel número de nodos. V (G) r, siendo r el número de regiones cerradas delgrafo. V(G) c 1, siendo c el número de nodos de condición.xxxSecuenciaSi x entonces.(If x then.else.)Hacer. hasta x(Do.until x)Mientras x hacer(While x do.)21Félix GarcíaXI Cursos de Verano SantanderJulio 2010
Medidas Software (iv)Medidas de Producto22Félix GarcíaXI Cursos de Verano SantanderJulio 2010
Medidas Software (v)Medidas de Producto Sistemas OO: Chidamber y Kemerer nWMC i 1 CiMétodos Ponderados por Clase (WMC)Profundidad del Árbol de Herencia de una Clase (DIT)Número de Hijos (NOC)WMC(Persona) 8DIT(Persona) 0DIT(Empleado Fijo) 2NOC(Persona) 2NOC (Empleado) 223Félix GarcíaXI Cursos de Verano SantanderJulio 2010
Medidas Software (vi)Medidas de Producto Sistemas OO: Chidamber y Kemerer Acoplamiento entre Objetos (CBO)Cuentanumerocuenta : stringsaldo : integerFechacreacioncuenta : datetieneClientenumerocliente : string*11CBO(Cuenta) 0CBO(Cliente) 2asociada a*Tarjetacreditonumerotarjeta : stringnombrebanco : string tieneAutorizacionTarjetacontraseña : stringlimite : integerRespuesta para una Clase (RFC)RFC(A) 10Clase A con cuatro métodos:A::f1( ) invoca B::f1( ), B::f2( ) y C::f3( )A::f2( ) invoca B::f1( )A::f3( ) invoca A::f4( ), B::f 3( ), C::f1( ) y C::f 2( )A::f4( ) No llama a otros métodosEntoncesRS { A::f1, A::f2, A::f3, A::f4 } U {B::f1, B::f2, C::f3 } U (B::f1} U {A::f4,B::f3, C::f1, C::f2 } {A::f1, A::f2, A::f3, A::F4, B::f1, B::f2, B::f3,C::f1, C::f2, C::f3}24Félix GarcíaXI Cursos de Verano SantanderJulio 2010
Medidas Software (vii)Medidas de Proyecto Mínimo número de aspectos a medir (Five CoreMetrics, Putnam y Myers, 2003): Cantidad de Funcionalidad Productividad Duración del proyecto (usualmente en meses de calendario)Esfuerzo Relación entre funcionalidad producida en el tiempo y elesfuerzo dedicadoTiempo / Calendario Tamaño (LOC, Puntos Función, etc.)Cantidad de trabajo en Personas/MesFiabilidad Expresada en ratio de defectos (o su métrica recíprocaMTTD – Tiempo Promedio entre defectos, Mean Time toDefect)25Félix GarcíaXI Cursos de Verano SantanderJulio 2010
Medidas Software (viii)Medidas de roceso tosFinConsumo26Félix GarcíaXI Cursos de Verano SantanderJulio 2010
Medidas Software (y ix)Medidas de Proceso Basada en Control de Procesos a partir de losdatos recogidos de los Proyectos: Técnicas que se pueden aplicar: Control Estadístico de Procesos27Félix GarcíaXI Cursos de Verano SantanderJulio 2010
Medición del SoftwareIndice de Contenidos Introducción Conceptos Básicos Ontología de la Medición del Software Medidas Clasificación Medidas de Proceso, Proyecto, Producto El Proceso de Medición del Software28Félix GarcíaXI Cursos de Verano SantanderJulio 2010
El Proceso de Medición del Software (i)Visión GeneralCada vez mayorcoordinaciónentre lasdistintaspropuestas yestándaresPractical Software Measurement (PSM)ISO/IEC 15939, Proceso de Medición SoftwareCMMIMedición y AnálisisEstándares ISO/IEC SC712207 (revisión- procesos de soporte)15288 (Conceptos de medición)9126 (terminología coordinada)14598 (terminología coordinada)ISO 90003:2004 (objetivos)29Félix GarcíaXI Cursos de Verano SantanderJulio 2010
El Proceso de Medición del Software (ii)Utilización de los Métodos de Medición en la IndustriaInforme del SEI (Software Engineering Institute) en 20061045 (55.9%)CMMISin método432 (21.2%)Goal-Driven SwMeasurement383 (20.5%)354 (19%)GQMOtros219 (11.7%)PSP/TSP210 (11.2%)171 (9.2%)PSM139 (7.4%)ISO 15939020040060080010001200Frecuencia30Félix GarcíaXI Cursos de Verano SantanderJulio 2010
El Proceso de Medición del Software (ii)CMMICMMI (Capability Maturity Model Integration):Alinear lasActividades deAnálisis de laMediciónPersonal deMediciónEstablecerlosObjetivos dela osde AnálisisObjetivos dela MediciónRepositoriode laMediciónIndicadoresde laMediciónProporcionarlos resultadosde la MediciónEspecificarProcedimientosde Recogida yAlmacenamientoComunicarlosResultadosAlmacenarlos Datos tos de laMediciónAnalizar losDatos de laMedición31Félix GarcíaXI Cursos de Verano SantanderJulio 2010
El Proceso de Medición del Software (iii)Goal Question Metric Originariamente definido por Basili y Weiss (1984) yextendido posteriormente por Rombach (1990) comoresultado de muchos años de experiencia práctica einvestigación académica. Principio básico: la medición debe ser realizada,siempre, orientada a un objetivo. GQM define un objetivo, refina este objetivo enpreguntas y define métricas que intentan darinformación para responder a estas preguntas.32Félix GarcíaXI Cursos de Verano SantanderJulio 2010
El Proceso de Medición del Software (iv)Goal Question Metric El método GQM se lleva a cabo en las siguientesfases (van Solingen y Berghout 1999): Planificación, se selecciona, define, caracteriza y planificaun proyecto para la aplicación de la medición obteniéndosecomo resultado un plan de proyecto. Definición, se define y documenta el programa de lamedición (objetivos, preguntas, métricas e hipótesis). Recopilación de Datos, se recogen los datos reales de lamedición. Interpretación, se procesan los datos recopilados paraobtener respuestas a las preguntas definidas, a partir delas cuales se puede evaluar el logro del objetivo planteado33Félix GarcíaXI Cursos de Verano SantanderJulio 2010
El Proceso de Medición del Software (v)Goal Question MetricFases GQM:Logro deObjetivoObjetivoPreguntaPlan terpretaciónDatos RecogidosPlanificaciónRecogida de Datos34Félix GarcíaXI Cursos de Verano SantanderJulio 2010
El Proceso de Medición del Software (vi)Goal Question MetricPlanificación: 1. Establecer el Equipo GQM Cualidades:–––––independientes del equipo del proyectono especial interés en los resultados de la mediciónsuficiente conocimiento previo sobre los objetos de la mediciónmentalidad de orientación a la mejora, incluso sobre sí mismosentusiastas para motivar a los miembros del proyecto. Roles:– Manager, Coach (experto en GQM), Support Engineer Actividades– planificar los programas de medición (contexto proyectosdesarrollo)– actividades de definición de la medición y desarrollo de losentregables QGM– comprobar los datos recogidos por el equipo del proyecto y losdatos proceso– preparar la interpretación de los datos de la medición– informar sobre el progreso del equipo de proyecto y de gestión– comunicar los resultados.35Félix GarcíaXI Cursos de Verano SantanderJulio 2010
El Proceso de Medición del Software (vii)Goal Question MetricPlanificación: 2. Seleccionar las áreas de mejora De productos o procesos Basada en los objetivos de negocio (costes, tiempo, riesgos,calidad) 3. Seleccionar el proyecto de aplicación y establecer unequipo del proyecto Éxito programa medición: voluntad, motivación y entusiasmode los miembros del equipo del proyecto El equipo GQM debe alinear los objetivos de medición con lasideas de mejora del equipo del proyecto 4. Crear el Plan del Proyecto Elementos: Resumen Gestión, Introducción, Calendario,Organización, Procesos de Gestión, Plan de Formación yPromoción36Félix GarcíaXI Cursos de Verano SantanderJulio 2010
El Proceso de Medición del Software (viii)Goal Question MetricPlanificación: 5. Formación y Promoción: Equipo GQM debe organizar sesiones frecuentes de formacióny promoción en las que se presenten de forma clara losobjetivos de medición propuestos, los beneficios del programade medición, el impacto del programa de medición en lasactividades diarias del equipo de proyecto y las experienciasen otros proyectos u organizaciones. El objetivo es motivar y formar a los miembros del equipo delproyecto en la realización del programa de medición.37Félix GarcíaXI Cursos de Verano SantanderJulio 2010
El Proceso de Medición del Software (ix)Goal Question MetricDefinición: 1. Definir los Objetivos de la Medición Se consideran los objetivos de mejora del plan del proyectodefinidos en la fase anterior. Como resultado se obtiene una definición bien estructuradade los objetivos:Analizarel objeto bajo mediciónCon el propósito deCon respecto aentender, controlar, o mejorar elobjetoel enfoque de calidad del objeto enel que se centra la mediciónDesde el punto de vista delas personas que miden el objetoEn el contexto deel entorno en el que la medicióntiene lugar38Félix GarcíaXI Cursos de Verano SantanderJulio 2010
El Proceso de Medición del Software (x)Goal Question MetricDefinición: 2. Revisar o producir los modelos de proceso software. Soporte a la definición de las mediciones. Si existen previamente deben ser revisados y mejorados (siprocede) Si no existen, los modelos de procesos deben ser definidos porel equipo GQM y aprobados por el equipo del proyecto. 3. Realizar entrevistas GQM de forma que los miembros del equipo GQM puedan extraer delos miembros del equipo del proyecto toda la informaciónrelevante en relación a los objetivos de la medición.– ¿Cuáles son las métricas para medir el objeto asociado a undeterminado objetivo, de acuerdo a los miembros del proyecto?– ¿Cuál es el conocimiento actual del miembro del proyectorespecto a estas métricas?– ¿Qué factores externos pueden influenciar las métricas y de quémodo?39Félix GarcíaXI Cursos de Verano SantanderJulio 2010
El Proceso de Medición del Software (xi)Goal Question MetricDefinición: 4. Definir Preguntas e Hipótesis. Con la respuesta a las preguntas planteadas, se debería poderconcluir si se cumple un determinado objetivo. Para cada pregunta, las respuestas esperadas son formuladascomo hipótesis que son comparadas en la fase deinterpretación con los resultados reales de la medición. 5. Revisar Preguntas e Hipótesis 6. Definir las Métricas deben proporcionar la información cuantitativa que permitaresponder las preguntas planteadas de una forma satisfactoria 7. Comprobar consistencia y completitud de las métricas la definición de los objetivos preguntas y métricas debe serconsistente y completa con respecto al objeto sujeto amedición40Félix GarcíaXI Cursos de Verano SantanderJulio 2010
El Proceso de Medición del Software (xii)Goal Question MetricDefinición: 8. Producir el Plan GQM Objetivos, Preguntas y Métricas de un determinado programade medición para facilitar la interpretación de los datos y losposteriores planes de medición y análisis 9. Producir el Plan de Medición Definición formal, descripción textual y todos los resultados ovalores posibles de las métricas directas así como la personaresponsable de recoger dichos valores Momento de tiempo en el que se debe recoger el valor decada métrica directa y el medio (herramienta o formulario) ausar 10. Producir el Plan de Análisis Debe facilitar la interpretación de los resultados por el equipoproyecto 11. Revisar los Planes41Félix GarcíaXI Cursos de Verano SantanderJulio 2010
El Proceso de Medición del Software (xiii)Goal Question �nM4M5M6M742Félix GarcíaXI Cursos de Verano SantanderJulio 2010
El Proceso de Medición del Software (xiv)Goal Question MetricDefinición: Ejemplo Métricas para BBDD Relacionales: Objetivo GQM AnalizarCon el propósito deCon respecto aDesde el punto de vista deEn el contexto deBBDD RelacionalesAsegurarla Mantenibilidadlos Diseñadores de BBDDDesarrollo yMantenimiento de BBDD Preguntas: Pregunta 1. ¿Cómo influye la complejidad de las tablas enla mantenibilidad de las bases de datos relacionales? Pregunta 2. ¿Cómo influye la complejidad entre tablas enla mantenibilidad de las bases de datos relacionales?43Félix GarcíaXI Cursos de Verano SantanderJulio 2010
El Proceso de Medición del Software (xv)Goal Question MetricDefinición: Ejemplo Métricas para BBDD Relacionales: Métricas: Pregunta 1– NA(T) - NÚMERO DE ATRIBUTOS DE UNA TABLA– NFK(T) - NÚMERO DE CLAVES AJENAS– RFK(T) - RATIO DE CLAVES AJENAS DE UNA TABLA Pregunta 2RFK ( T ) – NT - NÚMERO DE TABLAS– NA - NÚMERO DE ATRIBUTOS– NFK - NÚMERO DE CLAVES AJENAS (NFK)NFK ( T )NA ( T )44Félix GarcíaXI Cursos de Verano SantanderJulio 2010
El Proceso de Medición del Software (xvi)Goal Question MetricRecogida de Datos: 1. Formación y Arranque de la Recogida de Datos Periodo “Hold Trial”, periodo de prueba antes de comenzarla recogida real de datos en el que se definen y prueban losprocedimientos de recogida de datos así como lasherramientas y formularios Sesión “Kick off”, se debe llegar a un acuerdo con elequipo del proyecto para el comienzo de la recogida de datosde la medición y se instruye a sus miembros en losprocedimientos de recogida de datos, herramientas yformularios. Recogida de datos, se rellenan los formularios y se entregande forma frecuente al equipo GQM que los evalúa45Félix GarcíaXI Cursos de Verano SantanderJulio 2010
El Proceso de Medición del Software (xvii)Goal Question MetricRecogida de Datos: 2. Construcción del Sistema de Soporte a la Medición Measurement Support System (MSS) Base: Herramientas Genéricas (hojas de cálculo, herramientasestadísticas, aplicaciones de bases de datos, herramientas depresentación) Debe dar soporte a todas las actividades de medición(recogida, almacenamiento, procesamiento, presentación yempaquetamiento de los datos de medición) Tres partes básicas:– Base de Métricas MSS– Hojas de Análisis MSS– Diapositivas de Análisis MSS46Félix GarcíaXI Cursos de Verano SantanderJulio 2010
El Proceso de Medición del Software (xviii)Goal Question MetricInterpretación: 1. Preparación de las Sesiones de Realimentación el equipo GQM prepara el material necesario (diapositivas,hojas de análisis, etc.) 2. Sesiones de Realimentación Se debaten los resultados de la medición (reuniones de 1 horaaprox. cada 6, 8 semanas) Los miembros del equipo del proyecto (como expertos delobjeto bajo medición) deben obtener conclusiones y accionesa realizar 3. Generación de informes de interpretación de losresultados de la medición. el equipo GQM escribe un informe en el que se incluyen todaslas observaciones, interpretaciones, conclusiones y puntos deacción relevantes formulados.47Félix GarcíaXI Cursos de Verano SantanderJulio 2010
El Proceso de Medición del Software (xix)Goal Question MetricInterpretación: 4. Análisis de Costes y Beneficios de un programa demediciónCostesBeneficiosTiempo empleado por el equipo GQM en preparar unprograma de medición (salario y gastos generales)Ventas adicionales derivadas de la mejora de calidadTiempo empleado por el equipo del proyecto enreunionesEvitar decrecimiento en ventas debido a la mejorade calidadTiempo empleado por el equipo del proyecto encumplimentar formulariosAhorro de tiempo y esfuerzo en el desarrollo desoftware debido a un mejor entendimiento delos procesos de desarrolloTiempo empleado para desarrollar el MSSAhorro de tiempo debido a una mejor gestión de losrecursosCompra de hardware y software adicional para darsoporte al programa de mediciónTiempo empleado por el equipo GQM para procesarlos datos de la medición y preparar las sesiones derealimentaciónEvitar costes debido a una mejor gestión de recursos48Félix GarcíaXI Cursos de Verano SantanderJulio 2010
El Proceso de Medición del Software (xx)GQ(I)M y Goal-Driven-Measurement La metodología GQ(I)M identifica y define medidas software: que dan soporte al negocio de la empresa, la mejora de susprocesos y los objetivos de sus proyectos asegurando la relevancia y trazabilidad de los objetivos respecto alos datos recogidos GQ(I)M comparte muchas similitudes con la metodología GQM,salvo en el aspecto de que añade soporte explícito a losindicadores Plantilla de Indicadores “quién”, “qué”, “dónde”, “cuándo”, “porqué” y “cómo” de unindicador alineamiento del indicador con los objetivos de la organización. colección consistente de métricas a la hora de construir unindicador elementos adicionales para asegurar una interpretación consistentedel propio indicador49Félix GarcíaXI Cursos de Verano SantanderJulio 2010
El Proceso de Medición del Software (xxi)GQ(I)M y Goal-Driven-Measurement GQ(I)M se integra en el proceso en diez pasospropuesto por el SEI en su enfoque “Goal-DrivenSoftware Measurement” Identificación de Objetivos: 1. Identificar los Objetivos de Negocio2. Identificar lo que se quiere conocer o aprender3. Identificar los sub-objetivos4. Identificar las entidades y atributos relacionados con lossub-objetivos 5. Formalizar los objetivos de negocio50Félix GarcíaXI Cursos de Verano SantanderJulio 2010
El Proceso de Medición del Software (xxii)GQ(I)M y Goal-Driven-MeasurementIdentificación de Objetivos:Paso1Modelo MentalObjetivos deNegocioEl Proceso¿Qué quiero lograr?consiste enrecibePara hacer esto,necesitaré .tienePaso2¿Qué necesito s ributosAtributosO251Félix GarcíaXI Cursos de Verano SantanderJulio 2010
El Proceso de Medición del Software (xxiii)GQ(I)M y Goal-Driven-MeasurementDefinición de Indicadores: 6. Identificar preguntas cuantificables y los indicadoresrelacionados a partir de cada uno de los objetivos de mediciónplanteados. Los indicadores representan los productos obtenidos en lasactividades de medición y son utilizados por los directoresde proyectos y profesionales como fuente de información desoporte para la toma de decisiones. Aspectos a considerar en el diseño de indicadores:– como la frecuencia de recogida de datos, el tiempo requeridopara generar el indicador, la necesidad de datos históricos, etc 7. Identificar los elementos de datos 8. Definir las métricas52Félix GarcíaXI Cursos de Verano SantanderJulio 2010
El Proceso de Medición del Software (xxiv)GQ(I)M y Goal-Driven-MeasurementDefinición de Indicadores:Objetivos deMediciónO1O2ObjetivosNegocio- SubObjetivos - untasPaso7I1I2I3¿Qué quiero saber o aciónI4IndicadoresMétricasPlantilla de Definiciónde s de ComprobaciónDefinición de MétricasSLOC - Esfuerzo - Informes deProblemas53Félix GarcíaXI Cursos de Verano SantanderJulio 2010
El Proceso de Medición del Software (xxv)GQ(I)M y Goal-Driven-MeasurementCrear un plan de acción 9. Identificar las acciones a implementar. Analizar la situación actual en la organización con respecto alas necesidades de información planteadas. Identificar las fuentes de información existentes en laorganización Análisis los datos que son necesarios y no están disponiblesen la organización Priorizar los datos respecto a los indicadores de los quedependen. 10. Preparar un plan de acción. Definir el plan en el que se incluyan las acciones concretas allevar a cabo para satisfacer las necesidades de informaciónplanteadas.54Félix GarcíaXI Cursos de Verano SantanderJulio 2010
El Proceso de Medición del Software (xxvi)GQ(I)M y Goal-Driven-MeasurementPlantilla para la definición de indicadores. Campos: Objetivo del indicadorPreguntasRepresentación Gráfica del indicador.Perspectiva o punto de vistaEntradasAlgoritmosSuposicionesInformación de recogida de datosInformación de generación de informes de datosAnálisis e Interpretación de los resultados55Félix GarcíaXI Cursos de Verano SantanderJulio 2010
El Proceso de Medición del Software (xxvii)PSM (Practical Software Measurement) Se basa en la experiencia obtenida por las organizacionespara saber cuál es la mejor manera de implementar unprograma de medición de software con garantías de éxito. Incluye líneas guía para ajustar los marcos de trabajo de lamedición y las prácticas a la situación de cada proyecto encada organizaciónRealimentaciónde los usuariosPROCESOS TÉCNICOS Y DEGESTIÓNAnálisis deResultadosObjetivos yTareasNúcleo de las actividades de mediciónEstablecer yMantener elcompromiso demediciónPlan de MedidaPlanificar elprocesoRealizar lasmedicionesNuevas TareasAnálisis deResultados yde la Realización dela MedidaAcciones de MejoraEvaluaciónÁmbito de PSM56Félix GarcíaXI Cursos de Verano SantanderJulio 2010
El Proceso de Medición del Software (xxviii)PSM (Practical Software Measurement) Para facilitar la toma de decisiones incorpora unModelo de Información
Medidas Software (i) Tipos de Entidades Software y Medidas: Medidas de Proceso--Objetivo: Proporcionar Indicadores para la Objetivo: Proporcionar Indicadores para la Mejora de Procesos--Basada en Análisis Global de Métricas de Basada en Análisis Global de Métricas de Proyecto a lo largo de un periodo de tiempo--Objetivo: Control de .
el proceso como la evaluaci n parte de la educaci n, la medici n es una fase de la evaluaci n y el instrumento a utilizar, es la herramienta de la medici n. Cuando se van a aplicar los instru-mentos de medici n se debe seguir con se-veridad ciertas condiciones, como las que Zamora (1998) se ala: a. las personas que lo aplican pueden
VILLA LA TANA THE HISTORY T his beautiful Medici villa was bought by Grand Duke Francesco Medici I de Medici (1570) and gifted to his lover, Bianca Cappello, whom he later married. After their demise, the villa was purchased by the Santa Maria Nuova hospital. Although the property was not used as a hospital, the villa and the over 30
un corso in perdita di peso 21 lezioni spirituali per recuperare il tuo peso per seMpre secondo i principi di "un corso in Miracoli" L’autore di questo libro non dispensa consigli medici né prescrive l’uso di alcuna tecnica come forma di trattamento per problemi fisici e medici senza il parere di un medico, diretta-
The first unified style for frames emerged in France during the reign of Louis XIII and was predominantly Italian in origin. The influence of Bolognese and Florentine modes, introduced by the Italian queens Caterina de’ Medici (reigned 1547–1549) and Marie de’ Medici (reigned 1610), mother and regent (1610–
THE MEDICI VILLA OF LORENZO THE MAGNIFICET, POGGIO A CAIANO Giovanni Stradano "Eleonora da Toledo re
SUMMY 0148 Suzuki Violin School, Vol. 3 Solo Book SUMMY 0149 Suzuki Violin School, Vol. 3 Piano Acc 11C33 Bach Bourree and Gigue from the Third Orchestral Suite All None 1 MEDICI SV640 Single 11C34 Bach Fugue from Prelude and Fugue in G Minor All None 1 Dishinger MEDICI SV542 Single 11C2 Bach Gavotte All None 1 Etling HIGHET 12695 Single
The Medici were expelled from Florence.The left arm of Michelangelo’s “David” was struck with a bench during a riot, and broken into three pieces (it would be reattached but the seams still show). Michelangelo completed the marble interior of the Medici fami ly chapel devoted to th e memory of their dear departed youths Giuliano and Lorenzo.
Harry Potter y el misterio. de la filosofía. ALECTO MEDICI. Columnista RHI. El estudio de la filosofía se topa. reiterativamente con el estudio del mito y la. religión. Aunque separadas por un velo, la religión y el mito, tienen un poder sobre la filosofía del cual ‒y a pesar de sus intentos‒ ésta no ha podido sacudirse. La intersección
