SlideShare ist ein Scribd-Unternehmen logo
1 von 18
Downloaden Sie, um offline zu lesen
Ingeniería de Software
Integrantes: Jefferson Palacios
             Xiomara Paladines
 Uno de los problemas al que se han enfrentado los
  trabajadores de las métricas durante las dos últimas
  décadas es la de desarrollar métricas que fueran
  útiles para el diseñador de software.

 Se habían empleado criterios basados en la facilidad
  de la medida mas que emplear cualquier criterio
  relacionados con la utilidad


     El Desarrollo de la Métrica y la
     OPM(Objetivo, Pregunta, Métri
     ca)
Desarrollo de la Métrica y la OPM
 El panorama de la Última mitad de los años 80 y la primera
  mitad de la década de los 90,constató el hecho de que
  mientras había sido desarrollado mucho trabajo en la
  validación dela métrica y en el esclarecimiento de los
  principios teóricos detrás de ella, muy poco había sido hecho
  para dotar al diseñador de software con herramientas para la
  selección o construcción de métricas.
Objetivo
 Es describir OPM, que es el método de desarrollo de métrica
  más aplicado y mejor conocido, desarrollado por Víctor Basili
  y sus colaboradores de la Universidad de Maryland.
 Este método surgió de un trabajo que fue desarrollado
  dentro de un laboratorio de ingeniería del software
  esponsorizado por la Agencia Americana del Espacio, NASA.
Componentes
 Basili establecía que para que una organización tuviera un
  programa de medida exacto era necesario que tuviera
  constancia de tres componentes:
1. Un proceso donde pudieran articularse metas u objetivos
    para sus proyectos.
2. Un proceso donde estas metas pudieran ser traducidas a
    los datos del proyecto que exactamente reflejasen dichas
    metas u objetivos en términos de software
3. Un proceso que interpretara los datos del proyecto con el
    fin de entender los objetivos
Importancia
 La importancia de OPM proviene no
  solamente del hecho de que es uno de los
  primeros intentos de desarrollar un conjunto
  de medidas adecuado que pueda
  ser aplicado al software, sino también al
  hecho de que está relacionado con el
  paradigma de mejora de procesos que ha
  sido discutido previamente.

 Basili ha proporcionado una serie de
  plantillas que son útiles para los
  desarrolladores que deseen utilizar OPM
  para desplegar métricas realistas sobre sus
  proyectos. Los objetivos de OPM pueden
  articularse por medio de tres plantillas que
  cubren el propósito, la perspectiva y el
  entorno.
Hay varios enfoques que pueden hacerse
                           sobre le proceso de desarrollo de
                       software- el del cliente y el del diseñador

Plantillas             son los mas típicos y la elección de una u
                         otra perspectiva tiene un efecto muy
                       grande sobre los análisis que se llevan a
                                           cabo




                                                           Una tercera plantilla
   La plantilla o      Una segunda                         implica el entorno.
     esquema           plantilla está                      Este es el contexto
     de cálculo        relacionada con la                  dentro del cual el
 denominada de         perspectiva. Esta                   método OPM se
propósito se utiliza   plantilla pone                      aplica e implica el
  para articular o     su atención en los                  examen del
 comparar lo que       factores que son                    personal, la propia
    está siendo        importantes dentro                  empresa y los
   analizado y el      del propio proceso o                entornos de recursos
propósito de dicha     producto que está                   en los que el análisis
parte del proyecto.    siendo evaluado.                    se está llevando a
                                                           cabo.
Variación de la Gestión: Control de
Procesos Estadísticos
                           El nivel de habilidad de los
 Debido a que el           realizadores de dichos procesos.
  proceso de software y
                           La estructura del equipo de
  el producto que tal       software.
  proceso produce          El conocimiento del cliente.
  son ambos
                           La tecnología que va a
  influenciados             ser implementada.
  por muchos
                           Las herramientas que serán
  parámetros como:          usadas en la actividad de
                            desarrollo
La métrica elegida para un
proyecto o producto no será
la misma que otras métricas
similares seleccionadas
para otro proyecto.
                              Se dispone de una técnica
                              gráfica para determinar si los
                              cambios y la variación en los
                              datos de la métrica son
                              significativos. Esta técnica
                              llamada                gráfico
                              de control permite que las
                              personas interesadas en la
                              mejora de procesos de
                              software determinen si la
                              dispersión y la localización
                              o métrica de procesos es
                              estable o inestable




                              Para Recordar
Grafico
Métricas para Organizaciones
Pequeñas
La amplia mayoría de las organizaciones
 de desarrollo de software tienen menos de
 20 personas dedicadas al software. Es
 poco razonable, y en la mayoría de
 los casos no es realista, esperar que
 organizaciones como éstas desarrollen
 programas métricos de software extensos.
Métricas para Organizaciones
pequeñas
 Sin embargo, si es razonable sugerir que organizaciones
  de software de todos los tamaños midan y después utilicen
  las métricas resultantes para ayudar a mejorar sus procesos
  de      software       local    y      la     calidad     y
  oportunidad de los productos que realizan

 Kautz describe un escenario típico que ocurre cuando se
  piensa en programas métricos para organizaciones
  pequeñas de software.
Escenario de Kurts
 Originalmente, los desarrolladores de software acogían
  nuestras actividades con un alto grado de escepticismo, pero
  al final las aceptaban debido a que nosotros conseguíamos
  que nuestras medidas fueran simples de realizar, adaptadas
  a cada organización y se aseguraba que dichas medidas
  producían una información válida y útil.

 Es una línea de acción que funciona razonablemente bien en
  muchas actividades
Medidas fácilmente recolectadles
para pequeñas Organizaciones
 Tiempo(horas o días) que transcurren desde el momento que es
  realizada un petición hasta que se complete su evaluación.


 Esfuerzo(horas-persona) para desarrollar la evaluación

 Tiempo(horas o días) transcurridos desde la terminación de la
  evaluación a la asignación de una orden de cambio al personal

 Esfuerzo(horas-persona) requeridas para realizar el cambio.

 Tiempo requerido(horas o días) para realizar el cambio.

 Errores descubiertos después de que el cambio se haya desviado a
  la base del cliente
                   .
Establecimiento de un programa
de métricas de software
 El instituto de Ingeniería del Software (IIS) ha desarrollado una
  guía extensa para establecer un programa de medición de
  software dirigido hacia objetivos

 La guía sugiere los siguientes pasos para trabajar:

Identificar los objetivos del negocio
Identificar lo que se desea saber o aprender
Identificar los sub –objetivos
Identificar las entidades y atributos relativos a esos sub-
 objetivos
Formalizar los objetivos de la medición
Guía de Pasos a seguir
Identificar preguntas que puedan cuantificarse y los
 indicadores relacionados que se van a usar para ayudar a
 conseguir los objetivos de medición.
Identificar los elementos de datos que se van a recoger para
 construir los indicadores que ayuden a responder a las
 preguntas planteadas.
Definir las medidas a usar y hacer que estas definiciones
 sean operativas.
Identificar las acciones que serán tomadas para mejorar las
 medidas indicadas
Preparar un plan para implementar estas medidas
Importante
 Los    pasos     anteriores    Ya que el software, en primer
  son resumidos, cuando hay       lugar, soporta las funciones
                                  del negocio, en segundo
  mucho que hablar, sin           lugar, diferencia o clasifica
  embargo podemos repasar         los sistemas o productos
  brevemente los puntos           basados en computadora, y
                                  en tercer lugar puede actuar
  clave                           como un producto en sí
                                  mismo,       los     objetivos
                                  definidos para el propio
                                  negocio pueden casi siempre
                                  ser seguidos de arriba abajo
                                  hasta los objetivos más
                                  específicos a nivel de
                                  ingeniería de software.
Gracias Gente…!!! =P

Weitere ähnliche Inhalte

Was ist angesagt?

Tipos de Requerimientos en Ingeniería de Software
Tipos de Requerimientos en Ingeniería de SoftwareTipos de Requerimientos en Ingeniería de Software
Tipos de Requerimientos en Ingeniería de SoftwareLeo Ruelas Rojas
 
Algoritmos De Encriptacion
Algoritmos De EncriptacionAlgoritmos De Encriptacion
Algoritmos De EncriptacionPeter Cabrera
 
Modelo espiral win win
Modelo espiral win winModelo espiral win win
Modelo espiral win winkhinkhe
 
Requerimientos de entrada de un sistema
Requerimientos de entrada de un sistemaRequerimientos de entrada de un sistema
Requerimientos de entrada de un sistemacapyriar
 
Aseguramiento de la Calidad del Software II
Aseguramiento de la Calidad del Software IIAseguramiento de la Calidad del Software II
Aseguramiento de la Calidad del Software IITensor
 
Jerarquía de la computadora
Jerarquía de la computadoraJerarquía de la computadora
Jerarquía de la computadoraredesIIunivo
 
Psp (personal software process) guia 0 introducción
Psp (personal software process) guia 0 introducciónPsp (personal software process) guia 0 introducción
Psp (personal software process) guia 0 introducciónAlejandra Ceballos
 
Modelos o Ciclos de vida de software
Modelos o Ciclos de vida de softwareModelos o Ciclos de vida de software
Modelos o Ciclos de vida de softwareWilliam Matamoros
 
Modelo de Cinco estados
Modelo de Cinco estadosModelo de Cinco estados
Modelo de Cinco estadosvagusska
 
Modelo en cascada
Modelo en cascadaModelo en cascada
Modelo en cascadahome
 
Indagación de los requerimientos
Indagación de los requerimientosIndagación de los requerimientos
Indagación de los requerimientosUCATEBA
 
Paso mensajes
Paso mensajesPaso mensajes
Paso mensajesadiaz7703
 
39029313 libro-de-texto-para-la-materia-de-graficacion
39029313 libro-de-texto-para-la-materia-de-graficacion39029313 libro-de-texto-para-la-materia-de-graficacion
39029313 libro-de-texto-para-la-materia-de-graficacionYamil Hernandez Ortega
 
Team Software Process (TSP)
Team Software Process  (TSP)Team Software Process  (TSP)
Team Software Process (TSP)Diana
 

Was ist angesagt? (20)

Tipos de Requerimientos en Ingeniería de Software
Tipos de Requerimientos en Ingeniería de SoftwareTipos de Requerimientos en Ingeniería de Software
Tipos de Requerimientos en Ingeniería de Software
 
Algoritmos De Encriptacion
Algoritmos De EncriptacionAlgoritmos De Encriptacion
Algoritmos De Encriptacion
 
Modelo espiral win win
Modelo espiral win winModelo espiral win win
Modelo espiral win win
 
Ingeniería de software modelo incremental
Ingeniería de software  modelo incrementalIngeniería de software  modelo incremental
Ingeniería de software modelo incremental
 
Requerimientos de entrada de un sistema
Requerimientos de entrada de un sistemaRequerimientos de entrada de un sistema
Requerimientos de entrada de un sistema
 
Aseguramiento de la Calidad del Software II
Aseguramiento de la Calidad del Software IIAseguramiento de la Calidad del Software II
Aseguramiento de la Calidad del Software II
 
Jerarquía de la computadora
Jerarquía de la computadoraJerarquía de la computadora
Jerarquía de la computadora
 
Metricas tecnicas del software
Metricas tecnicas del softwareMetricas tecnicas del software
Metricas tecnicas del software
 
Psp (personal software process) guia 0 introducción
Psp (personal software process) guia 0 introducciónPsp (personal software process) guia 0 introducción
Psp (personal software process) guia 0 introducción
 
Modelos o Ciclos de vida de software
Modelos o Ciclos de vida de softwareModelos o Ciclos de vida de software
Modelos o Ciclos de vida de software
 
Modelo de Cinco estados
Modelo de Cinco estadosModelo de Cinco estados
Modelo de Cinco estados
 
Modelo en cascada
Modelo en cascadaModelo en cascada
Modelo en cascada
 
Indagación de los requerimientos
Indagación de los requerimientosIndagación de los requerimientos
Indagación de los requerimientos
 
Paso mensajes
Paso mensajesPaso mensajes
Paso mensajes
 
39029313 libro-de-texto-para-la-materia-de-graficacion
39029313 libro-de-texto-para-la-materia-de-graficacion39029313 libro-de-texto-para-la-materia-de-graficacion
39029313 libro-de-texto-para-la-materia-de-graficacion
 
Pseudocódigo y algoritmo
Pseudocódigo y algoritmoPseudocódigo y algoritmo
Pseudocódigo y algoritmo
 
Team Software Process (TSP)
Team Software Process  (TSP)Team Software Process  (TSP)
Team Software Process (TSP)
 
3.1 Administración de memoria CUESTIONARIO
3.1 Administración de memoria CUESTIONARIO3.1 Administración de memoria CUESTIONARIO
3.1 Administración de memoria CUESTIONARIO
 
Herramientas case full informacion
Herramientas case full informacionHerramientas case full informacion
Herramientas case full informacion
 
La Calidad de Software
La Calidad de SoftwareLa Calidad de Software
La Calidad de Software
 

Ähnlich wie Metricas opm

Conceptos sobre gestion de proyectos1
Conceptos sobre gestion de proyectos1Conceptos sobre gestion de proyectos1
Conceptos sobre gestion de proyectos1Keller William
 
Conceptos sobre gestion de proyectos
Conceptos sobre gestion de proyectosConceptos sobre gestion de proyectos
Conceptos sobre gestion de proyectosKeller William
 
Metricas del producto para el Software
Metricas del producto para el SoftwareMetricas del producto para el Software
Metricas del producto para el SoftwareWalter Tejerina
 
Proyecto De Software
Proyecto De SoftwareProyecto De Software
Proyecto De Softwaremonik1002
 
Proyecto de software
Proyecto de softwareProyecto de software
Proyecto de softwaremonik1002
 
Proyecto de software
Proyecto de softwareProyecto de software
Proyecto de softwaremonik1002
 
Proyecto de software
Proyecto de softwareProyecto de software
Proyecto de softwaremonik1002
 
Proyecto de software
Proyecto de softwareProyecto de software
Proyecto de softwaremonik1002
 
Ing.Software New
Ing.Software NewIng.Software New
Ing.Software Newcarolina
 
Planeacion y elaboración de proyectos de software
Planeacion y elaboración de proyectos de softwarePlaneacion y elaboración de proyectos de software
Planeacion y elaboración de proyectos de softwareTtomas Carvajal
 

Ähnlich wie Metricas opm (20)

Metricas01
Metricas01Metricas01
Metricas01
 
Metricas01
Metricas01Metricas01
Metricas01
 
Metricas01
Metricas01Metricas01
Metricas01
 
Metricas01
Metricas01Metricas01
Metricas01
 
Metricas01
Metricas01Metricas01
Metricas01
 
Conceptos sobre gestion de proyectos1
Conceptos sobre gestion de proyectos1Conceptos sobre gestion de proyectos1
Conceptos sobre gestion de proyectos1
 
Conceptos sobre gestion de proyectos
Conceptos sobre gestion de proyectosConceptos sobre gestion de proyectos
Conceptos sobre gestion de proyectos
 
Capitulo2
Capitulo2Capitulo2
Capitulo2
 
Metricas del producto para el Software
Metricas del producto para el SoftwareMetricas del producto para el Software
Metricas del producto para el Software
 
Capitulo9
Capitulo9Capitulo9
Capitulo9
 
Proyecto De Software
Proyecto De SoftwareProyecto De Software
Proyecto De Software
 
Proyecto de software
Proyecto de softwareProyecto de software
Proyecto de software
 
Proyecto de software
Proyecto de softwareProyecto de software
Proyecto de software
 
Proyecto de software
Proyecto de softwareProyecto de software
Proyecto de software
 
Proyecto de software
Proyecto de softwareProyecto de software
Proyecto de software
 
Enrique Cabello
Enrique CabelloEnrique Cabello
Enrique Cabello
 
Ing.Software New
Ing.Software NewIng.Software New
Ing.Software New
 
Omar Acuña
Omar AcuñaOmar Acuña
Omar Acuña
 
Capitulo1
Capitulo1Capitulo1
Capitulo1
 
Planeacion y elaboración de proyectos de software
Planeacion y elaboración de proyectos de softwarePlaneacion y elaboración de proyectos de software
Planeacion y elaboración de proyectos de software
 

Mehr von Jefferson Palacios (16)

Norma ansi
Norma ansiNorma ansi
Norma ansi
 
Pre-Requisitos
Pre-RequisitosPre-Requisitos
Pre-Requisitos
 
Introducción cap1
Introducción cap1Introducción cap1
Introducción cap1
 
Diseño arquitectónico
Diseño arquitectónicoDiseño arquitectónico
Diseño arquitectónico
 
Gestión de la configuración del software(gcs)
Gestión de la configuración del software(gcs)Gestión de la configuración del software(gcs)
Gestión de la configuración del software(gcs)
 
Dns
DnsDns
Dns
 
Sector externo
Sector externoSector externo
Sector externo
 
Investigación de operaciones
Investigación de operacionesInvestigación de operaciones
Investigación de operaciones
 
Ibm db2
Ibm db2Ibm db2
Ibm db2
 
Supercomputadoras
SupercomputadorasSupercomputadoras
Supercomputadoras
 
Cfn
CfnCfn
Cfn
 
Corporación financiera nacional (cfn)
Corporación financiera nacional (cfn)Corporación financiera nacional (cfn)
Corporación financiera nacional (cfn)
 
Dinners club
Dinners clubDinners club
Dinners club
 
Idea innovadora
Idea innovadoraIdea innovadora
Idea innovadora
 
Mitos del software
Mitos del softwareMitos del software
Mitos del software
 
Metodología scrum
Metodología scrumMetodología scrum
Metodología scrum
 

Kürzlich hochgeladen

Salvando mi mundo , mi comunidad , y mi entorno
Salvando mi mundo , mi comunidad  , y mi entornoSalvando mi mundo , mi comunidad  , y mi entorno
Salvando mi mundo , mi comunidad , y mi entornoday561sol
 
DIDÁCTICA DE LA EDUCACIÓN SUPERIOR- DR LENIN CARI MOGROVEJO
DIDÁCTICA DE LA EDUCACIÓN SUPERIOR- DR LENIN CARI MOGROVEJODIDÁCTICA DE LA EDUCACIÓN SUPERIOR- DR LENIN CARI MOGROVEJO
DIDÁCTICA DE LA EDUCACIÓN SUPERIOR- DR LENIN CARI MOGROVEJOLeninCariMogrovejo
 
4to-Primaria-prueba-Comunicación-Cuadernillo 2.pdf
4to-Primaria-prueba-Comunicación-Cuadernillo 2.pdf4to-Primaria-prueba-Comunicación-Cuadernillo 2.pdf
4to-Primaria-prueba-Comunicación-Cuadernillo 2.pdfMagalyDacostaPea
 
historieta materia de ecologías producto
historieta materia de ecologías productohistorieta materia de ecologías producto
historieta materia de ecologías productommartinezmarquez30
 
4° SEM23 ANEXOS DEL DOCENTE 2023-2024.pptx
4° SEM23 ANEXOS DEL DOCENTE 2023-2024.pptx4° SEM23 ANEXOS DEL DOCENTE 2023-2024.pptx
4° SEM23 ANEXOS DEL DOCENTE 2023-2024.pptxfotofamilia008
 
CALCULADORA CIENTIFICA - ANALISIS DE ARTEFACTOS
CALCULADORA CIENTIFICA - ANALISIS DE ARTEFACTOSCALCULADORA CIENTIFICA - ANALISIS DE ARTEFACTOS
CALCULADORA CIENTIFICA - ANALISIS DE ARTEFACTOSdarlingreserved
 
DIGNITAS INFINITA - DIGNIDAD HUMANA; Declaración del dicasterio para la doctr...
DIGNITAS INFINITA - DIGNIDAD HUMANA; Declaración del dicasterio para la doctr...DIGNITAS INFINITA - DIGNIDAD HUMANA; Declaración del dicasterio para la doctr...
DIGNITAS INFINITA - DIGNIDAD HUMANA; Declaración del dicasterio para la doctr...Martin M Flynn
 
Amor o egoísmo, esa es la cuestión por definir.pdf
Amor o egoísmo, esa es la cuestión por definir.pdfAmor o egoísmo, esa es la cuestión por definir.pdf
Amor o egoísmo, esa es la cuestión por definir.pdfAlejandrino Halire Ccahuana
 
CARTEL CONMEMORATIVO DEL ECLIPSE SOLAR 2024 EN NAZAS , DURANGO. Autor y dise...
CARTEL CONMEMORATIVO DEL ECLIPSE SOLAR 2024 EN NAZAS , DURANGO.  Autor y dise...CARTEL CONMEMORATIVO DEL ECLIPSE SOLAR 2024 EN NAZAS , DURANGO.  Autor y dise...
CARTEL CONMEMORATIVO DEL ECLIPSE SOLAR 2024 EN NAZAS , DURANGO. Autor y dise...JAVIER SOLIS NOYOLA
 
Apunte de clase Pisos y Revestimientos 3
Apunte de clase Pisos y Revestimientos 3Apunte de clase Pisos y Revestimientos 3
Apunte de clase Pisos y Revestimientos 3Gonella
 
HISTORIETA: AVENTURAS VERDES (ECOLOGÍA).
HISTORIETA: AVENTURAS VERDES (ECOLOGÍA).HISTORIETA: AVENTURAS VERDES (ECOLOGÍA).
HISTORIETA: AVENTURAS VERDES (ECOLOGÍA).hebegris04
 
Presentación MF 1445 EVALUACION COMO Y QUE
Presentación MF 1445 EVALUACION COMO Y QUEPresentación MF 1445 EVALUACION COMO Y QUE
Presentación MF 1445 EVALUACION COMO Y QUEJosé Hecht
 
Si cuidamos el mundo, tendremos un mundo mejor.
Si cuidamos el mundo, tendremos un mundo mejor.Si cuidamos el mundo, tendremos un mundo mejor.
Si cuidamos el mundo, tendremos un mundo mejor.monthuerta17
 
5° Proyecto 13 Cuadernillo para proyectos
5° Proyecto 13 Cuadernillo para proyectos5° Proyecto 13 Cuadernillo para proyectos
5° Proyecto 13 Cuadernillo para proyectosTrishGutirrez
 

Kürzlich hochgeladen (20)

Acuerdo segundo periodo 2024 - Octavo.pptx
Acuerdo segundo periodo 2024 - Octavo.pptxAcuerdo segundo periodo 2024 - Octavo.pptx
Acuerdo segundo periodo 2024 - Octavo.pptx
 
Unidad 1 | Metodología de la Investigación
Unidad 1 | Metodología de la InvestigaciónUnidad 1 | Metodología de la Investigación
Unidad 1 | Metodología de la Investigación
 
Salvando mi mundo , mi comunidad , y mi entorno
Salvando mi mundo , mi comunidad  , y mi entornoSalvando mi mundo , mi comunidad  , y mi entorno
Salvando mi mundo , mi comunidad , y mi entorno
 
DIDÁCTICA DE LA EDUCACIÓN SUPERIOR- DR LENIN CARI MOGROVEJO
DIDÁCTICA DE LA EDUCACIÓN SUPERIOR- DR LENIN CARI MOGROVEJODIDÁCTICA DE LA EDUCACIÓN SUPERIOR- DR LENIN CARI MOGROVEJO
DIDÁCTICA DE LA EDUCACIÓN SUPERIOR- DR LENIN CARI MOGROVEJO
 
4to-Primaria-prueba-Comunicación-Cuadernillo 2.pdf
4to-Primaria-prueba-Comunicación-Cuadernillo 2.pdf4to-Primaria-prueba-Comunicación-Cuadernillo 2.pdf
4to-Primaria-prueba-Comunicación-Cuadernillo 2.pdf
 
Acuerdo segundo periodo - Grado Sexto.pptx
Acuerdo segundo periodo - Grado Sexto.pptxAcuerdo segundo periodo - Grado Sexto.pptx
Acuerdo segundo periodo - Grado Sexto.pptx
 
historieta materia de ecologías producto
historieta materia de ecologías productohistorieta materia de ecologías producto
historieta materia de ecologías producto
 
4° SEM23 ANEXOS DEL DOCENTE 2023-2024.pptx
4° SEM23 ANEXOS DEL DOCENTE 2023-2024.pptx4° SEM23 ANEXOS DEL DOCENTE 2023-2024.pptx
4° SEM23 ANEXOS DEL DOCENTE 2023-2024.pptx
 
Sesión ¿Amor o egoísmo? Esa es la cuestión
Sesión  ¿Amor o egoísmo? Esa es la cuestiónSesión  ¿Amor o egoísmo? Esa es la cuestión
Sesión ¿Amor o egoísmo? Esa es la cuestión
 
CALCULADORA CIENTIFICA - ANALISIS DE ARTEFACTOS
CALCULADORA CIENTIFICA - ANALISIS DE ARTEFACTOSCALCULADORA CIENTIFICA - ANALISIS DE ARTEFACTOS
CALCULADORA CIENTIFICA - ANALISIS DE ARTEFACTOS
 
DIGNITAS INFINITA - DIGNIDAD HUMANA; Declaración del dicasterio para la doctr...
DIGNITAS INFINITA - DIGNIDAD HUMANA; Declaración del dicasterio para la doctr...DIGNITAS INFINITA - DIGNIDAD HUMANA; Declaración del dicasterio para la doctr...
DIGNITAS INFINITA - DIGNIDAD HUMANA; Declaración del dicasterio para la doctr...
 
Amor o egoísmo, esa es la cuestión por definir.pdf
Amor o egoísmo, esa es la cuestión por definir.pdfAmor o egoísmo, esa es la cuestión por definir.pdf
Amor o egoísmo, esa es la cuestión por definir.pdf
 
CARTEL CONMEMORATIVO DEL ECLIPSE SOLAR 2024 EN NAZAS , DURANGO. Autor y dise...
CARTEL CONMEMORATIVO DEL ECLIPSE SOLAR 2024 EN NAZAS , DURANGO.  Autor y dise...CARTEL CONMEMORATIVO DEL ECLIPSE SOLAR 2024 EN NAZAS , DURANGO.  Autor y dise...
CARTEL CONMEMORATIVO DEL ECLIPSE SOLAR 2024 EN NAZAS , DURANGO. Autor y dise...
 
Apunte de clase Pisos y Revestimientos 3
Apunte de clase Pisos y Revestimientos 3Apunte de clase Pisos y Revestimientos 3
Apunte de clase Pisos y Revestimientos 3
 
HISTORIETA: AVENTURAS VERDES (ECOLOGÍA).
HISTORIETA: AVENTURAS VERDES (ECOLOGÍA).HISTORIETA: AVENTURAS VERDES (ECOLOGÍA).
HISTORIETA: AVENTURAS VERDES (ECOLOGÍA).
 
Act#25 TDLab. Eclipse Solar 08/abril/2024
Act#25 TDLab. Eclipse Solar 08/abril/2024Act#25 TDLab. Eclipse Solar 08/abril/2024
Act#25 TDLab. Eclipse Solar 08/abril/2024
 
Presentación MF 1445 EVALUACION COMO Y QUE
Presentación MF 1445 EVALUACION COMO Y QUEPresentación MF 1445 EVALUACION COMO Y QUE
Presentación MF 1445 EVALUACION COMO Y QUE
 
Si cuidamos el mundo, tendremos un mundo mejor.
Si cuidamos el mundo, tendremos un mundo mejor.Si cuidamos el mundo, tendremos un mundo mejor.
Si cuidamos el mundo, tendremos un mundo mejor.
 
5° Proyecto 13 Cuadernillo para proyectos
5° Proyecto 13 Cuadernillo para proyectos5° Proyecto 13 Cuadernillo para proyectos
5° Proyecto 13 Cuadernillo para proyectos
 
Unidad 2 | Teorías de la Comunicación | MCDIU
Unidad 2 | Teorías de la Comunicación | MCDIUUnidad 2 | Teorías de la Comunicación | MCDIU
Unidad 2 | Teorías de la Comunicación | MCDIU
 

Metricas opm

  • 1. Ingeniería de Software Integrantes: Jefferson Palacios Xiomara Paladines
  • 2.  Uno de los problemas al que se han enfrentado los trabajadores de las métricas durante las dos últimas décadas es la de desarrollar métricas que fueran útiles para el diseñador de software.  Se habían empleado criterios basados en la facilidad de la medida mas que emplear cualquier criterio relacionados con la utilidad El Desarrollo de la Métrica y la OPM(Objetivo, Pregunta, Métri ca)
  • 3. Desarrollo de la Métrica y la OPM  El panorama de la Última mitad de los años 80 y la primera mitad de la década de los 90,constató el hecho de que mientras había sido desarrollado mucho trabajo en la validación dela métrica y en el esclarecimiento de los principios teóricos detrás de ella, muy poco había sido hecho para dotar al diseñador de software con herramientas para la selección o construcción de métricas.
  • 4. Objetivo  Es describir OPM, que es el método de desarrollo de métrica más aplicado y mejor conocido, desarrollado por Víctor Basili y sus colaboradores de la Universidad de Maryland.  Este método surgió de un trabajo que fue desarrollado dentro de un laboratorio de ingeniería del software esponsorizado por la Agencia Americana del Espacio, NASA.
  • 5. Componentes  Basili establecía que para que una organización tuviera un programa de medida exacto era necesario que tuviera constancia de tres componentes: 1. Un proceso donde pudieran articularse metas u objetivos para sus proyectos. 2. Un proceso donde estas metas pudieran ser traducidas a los datos del proyecto que exactamente reflejasen dichas metas u objetivos en términos de software 3. Un proceso que interpretara los datos del proyecto con el fin de entender los objetivos
  • 6. Importancia  La importancia de OPM proviene no solamente del hecho de que es uno de los primeros intentos de desarrollar un conjunto de medidas adecuado que pueda ser aplicado al software, sino también al hecho de que está relacionado con el paradigma de mejora de procesos que ha sido discutido previamente.  Basili ha proporcionado una serie de plantillas que son útiles para los desarrolladores que deseen utilizar OPM para desplegar métricas realistas sobre sus proyectos. Los objetivos de OPM pueden articularse por medio de tres plantillas que cubren el propósito, la perspectiva y el entorno.
  • 7. Hay varios enfoques que pueden hacerse sobre le proceso de desarrollo de software- el del cliente y el del diseñador Plantillas son los mas típicos y la elección de una u otra perspectiva tiene un efecto muy grande sobre los análisis que se llevan a cabo Una tercera plantilla La plantilla o Una segunda implica el entorno. esquema plantilla está Este es el contexto de cálculo relacionada con la dentro del cual el denominada de perspectiva. Esta método OPM se propósito se utiliza plantilla pone aplica e implica el para articular o su atención en los examen del comparar lo que factores que son personal, la propia está siendo importantes dentro empresa y los analizado y el del propio proceso o entornos de recursos propósito de dicha producto que está en los que el análisis parte del proyecto. siendo evaluado. se está llevando a cabo.
  • 8. Variación de la Gestión: Control de Procesos Estadísticos  El nivel de habilidad de los  Debido a que el realizadores de dichos procesos. proceso de software y  La estructura del equipo de el producto que tal software. proceso produce  El conocimiento del cliente. son ambos  La tecnología que va a influenciados ser implementada. por muchos  Las herramientas que serán parámetros como: usadas en la actividad de desarrollo
  • 9. La métrica elegida para un proyecto o producto no será la misma que otras métricas similares seleccionadas para otro proyecto. Se dispone de una técnica gráfica para determinar si los cambios y la variación en los datos de la métrica son significativos. Esta técnica llamada gráfico de control permite que las personas interesadas en la mejora de procesos de software determinen si la dispersión y la localización o métrica de procesos es estable o inestable Para Recordar
  • 11. Métricas para Organizaciones Pequeñas La amplia mayoría de las organizaciones de desarrollo de software tienen menos de 20 personas dedicadas al software. Es poco razonable, y en la mayoría de los casos no es realista, esperar que organizaciones como éstas desarrollen programas métricos de software extensos.
  • 12. Métricas para Organizaciones pequeñas  Sin embargo, si es razonable sugerir que organizaciones de software de todos los tamaños midan y después utilicen las métricas resultantes para ayudar a mejorar sus procesos de software local y la calidad y oportunidad de los productos que realizan  Kautz describe un escenario típico que ocurre cuando se piensa en programas métricos para organizaciones pequeñas de software.
  • 13. Escenario de Kurts  Originalmente, los desarrolladores de software acogían nuestras actividades con un alto grado de escepticismo, pero al final las aceptaban debido a que nosotros conseguíamos que nuestras medidas fueran simples de realizar, adaptadas a cada organización y se aseguraba que dichas medidas producían una información válida y útil.  Es una línea de acción que funciona razonablemente bien en muchas actividades
  • 14. Medidas fácilmente recolectadles para pequeñas Organizaciones  Tiempo(horas o días) que transcurren desde el momento que es realizada un petición hasta que se complete su evaluación.  Esfuerzo(horas-persona) para desarrollar la evaluación  Tiempo(horas o días) transcurridos desde la terminación de la evaluación a la asignación de una orden de cambio al personal  Esfuerzo(horas-persona) requeridas para realizar el cambio.  Tiempo requerido(horas o días) para realizar el cambio.  Errores descubiertos después de que el cambio se haya desviado a la base del cliente .
  • 15. Establecimiento de un programa de métricas de software  El instituto de Ingeniería del Software (IIS) ha desarrollado una guía extensa para establecer un programa de medición de software dirigido hacia objetivos  La guía sugiere los siguientes pasos para trabajar: Identificar los objetivos del negocio Identificar lo que se desea saber o aprender Identificar los sub –objetivos Identificar las entidades y atributos relativos a esos sub- objetivos Formalizar los objetivos de la medición
  • 16. Guía de Pasos a seguir Identificar preguntas que puedan cuantificarse y los indicadores relacionados que se van a usar para ayudar a conseguir los objetivos de medición. Identificar los elementos de datos que se van a recoger para construir los indicadores que ayuden a responder a las preguntas planteadas. Definir las medidas a usar y hacer que estas definiciones sean operativas. Identificar las acciones que serán tomadas para mejorar las medidas indicadas Preparar un plan para implementar estas medidas
  • 17. Importante  Los pasos anteriores  Ya que el software, en primer son resumidos, cuando hay lugar, soporta las funciones del negocio, en segundo mucho que hablar, sin lugar, diferencia o clasifica embargo podemos repasar los sistemas o productos brevemente los puntos basados en computadora, y en tercer lugar puede actuar clave como un producto en sí mismo, los objetivos definidos para el propio negocio pueden casi siempre ser seguidos de arriba abajo hasta los objetivos más específicos a nivel de ingeniería de software.