SlideShare ist ein Scribd-Unternehmen logo
1 von 13
Downloaden Sie, um offline zu lesen
Razones para medir un producto:
1.   Para indicar la calidad del producto.
2.   Para evaluar la productividad de la gente que desarrolla
     el producto.
3.   Para evaluar los beneficios en términos de calidad y de
     productividad, derivados del uso de nuevos métodos y
     herramientas de la ingeniería de software.
4.   Para establecer una línea de base para la estimación
5.   Para ayudar a justificar el uso de nuevas herramientas
     o de formación adicional.
Pueden englobarse en dos categorías:
  Medidas Directas.
    En el proceso de ingeniería se encuentran el costo, y el
    esfuerzo aplicado, las líneas de código producidas, velocidad
    de ejecución, el tamaño de memoria y los defectos observados
    en un determinado periodo de tiempo.
  Medidas Indirectas.
    Se encuentra la funcionalidad, calidad, complejidad,
    eficiencia, fiabilidad, facilidad de mantenimiento, etc.
Son las que están relacionadas con el desarrollo del
software como funcionalidad, complejidad, eficiencia.
  MÉTRICAS TÉCNICAS:
    Se centran en lasa características de software pro ejemplo: la
    complejidad lógica, el grado de modularidad. Mide la estructura del
    sistema, el cómo esta hecho.
  MÉTRICAS DE CALIDAD:
    proporcionan una indicación de cómo se ajusta el software a los
    requisitos implícitos y explícitos del cliente. Es decir cómo voy a
    medir para que mi sistema se adapte a los requisitos que me pide el
    cliente.
  MÉTRICAS DE PRODUCTIVIDAD:
    Se centran en el rendimiento del proceso de la ingeniería del
    software. Es decir que tan productivo va a ser el software que voy a
    diseñar.
MÉTRICAS ORIENTADAS A LA PERSONA:
 Proporcionan medidas e información sobre la forma que la
 gente desarrolla el software de computadoras y sobre todo el
 punto de vista humano de la efectividad de las herramientas y
 métodos. Son las medidas que voy a hacer de mi personal que
 va hará el sistema.
MÉTRICAS ORIENTADAS AL TAMAÑO:
 Es para saber en que tiempo voy a terminar el software y
 cuantas personas voy a necesitar. Son medidas directas al
 software y el proceso por el cual se desarrolla, si una
 organización de software mantiene registros sencillos, se
 puede crear una tabla de datos orientados al tamaño como se
 muestra en la siguiente figura:
Se obtienen las siguientes formulas:
  Productividad = KLDC/persona-mes
  Calidad = errores/KLDC
  Documentación = Págs. Doc./ KLDC
  Costo = $/KLDC
MÉTRICAS ORIENTADAS A LA FUNCIÓN.
  Son medidas indirectas del software y del proceso por el cual se
  desarrolla. En lugar de calcularlas las LDC, las métricas orientadas a
  la función se centran en la funcionalidad o utilidad del programa.
  Las métricas orientadas a la función fueron el principio propuestas
  por Albercht quien sugirió un acercamiento a la medida de la
  productividad denominado método del punto de función.
  Los puntos de función que obtienen utilizando una función
  empírica basando en medidas cuantitativas del dominio de
  información del software y valoraciones subjetivos de la
  complejidad del software.
  Los puntos de función se calculan rellenando la tabla como se
  muestra en la siguiente figura:
Los valores del ámbito de información están definidos de la siguiente
manera.
 1.   Números de entrada de usuario:
        se cuenta cada entrada del usuario que proporcione al software diferentes datos orientados a la
        aplicación. Las entradas deben ser distinguidas de las peticiones que se contabilizan por separado.
 2.   Numero de salida del usuario:
        se encuentra cada salida que proporciona la usuario información orientada ala aplicación. En este
        contexto las salidas se refieren a informes, pantalla, mensajes de error. Los elementos de datos
        individuales dentro de un informe se encuentran por separado.
 3.   Números de peticiones al usuario:
        una petición esta definida como una entrada interactiva que resulta de la generación de algún tipo
        de respuesta en forma de salida interactiva. Se cuenta cada petición por separado.
 4.   Numero de archivos:
        se cuenta cada archivo maestro lógico, o sea una agrupación lógica de datos que puede ser una
        parte en una gran base de datos o un archivo independiente.
 5.   Numero de interfaces externas:
        se cuentan todas las interfaces legibles por la maquina por ejemplo: archivos de datos, en cinta o
        discos que son utilizados para transmitir información a otro sistema.
Las organizaciones que utilizan métodos de puntos de
función desarrollan criterios para determinar si una
entrada es denominada simple, media o compleja.
No obstante la determinación de la complejidad es algo
subjetivo.
Para calcular los puntos de función se utiliza la siguiente
relación.
  PF = CUENTA_TOTAL * [0.65 + 0.01 * SUM(fi)]
     Donde CUENTA_TOTAL es la suma de todas las entradas de PF
     obtenidas de la tabla anterior.
     Fi donde i puede ser de uno hasta 14 los valores de ajuste de
     complejidad basados en las respuestas a las cuestiones señaladas de
     la siguiente tabla.
     Evaluar cada factor en escala 0 a 5.
Bajar presentación de:

Weitere ähnliche Inhalte

Was ist angesagt?

Ra semana 6 2
Ra semana 6 2Ra semana 6 2
Ra semana 6 2
victdiazm
 
Tecnicas de estimacion de software
Tecnicas de estimacion de softwareTecnicas de estimacion de software
Tecnicas de estimacion de software
Ades27
 
Proyecto de Software y Estimacion de Costo
Proyecto de Software y Estimacion de CostoProyecto de Software y Estimacion de Costo
Proyecto de Software y Estimacion de Costo
CAMILO
 
Una metodología para el desarrollo de sistemas de información
Una metodología para el desarrollo de sistemas de informaciónUna metodología para el desarrollo de sistemas de información
Una metodología para el desarrollo de sistemas de información
Leonardo Fleire Morales
 
Diapositiva de proceso de analisis
Diapositiva de proceso de analisisDiapositiva de proceso de analisis
Diapositiva de proceso de analisis
Flor2183
 
Unidad educativa don bosco la tola
Unidad educativa don bosco la tolaUnidad educativa don bosco la tola
Unidad educativa don bosco la tola
JPBR
 
Ingeniera de requisitos - mapa conceptual
Ingeniera de requisitos - mapa conceptualIngeniera de requisitos - mapa conceptual
Ingeniera de requisitos - mapa conceptual
enrap
 

Was ist angesagt? (19)

MÉTRICAS PARA ASEGURAR LA CALIDAD DEL SOFTWARE
MÉTRICAS PARA ASEGURAR LA CALIDAD DEL SOFTWAREMÉTRICAS PARA ASEGURAR LA CALIDAD DEL SOFTWARE
MÉTRICAS PARA ASEGURAR LA CALIDAD DEL SOFTWARE
 
Ra semana 6 2
Ra semana 6 2Ra semana 6 2
Ra semana 6 2
 
Tecnicas de estimacion de costos de proyecto software
Tecnicas de estimacion de costos de proyecto softwareTecnicas de estimacion de costos de proyecto software
Tecnicas de estimacion de costos de proyecto software
 
Metricas Orientada a Operacion, Metricas de Interfaz de Usuario y WebApps‏
Metricas Orientada a Operacion, Metricas de Interfaz de Usuario y WebApps‏Metricas Orientada a Operacion, Metricas de Interfaz de Usuario y WebApps‏
Metricas Orientada a Operacion, Metricas de Interfaz de Usuario y WebApps‏
 
MODELO COCOMO (INGENIERA DE SOFTWARE)
MODELO COCOMO (INGENIERA DE SOFTWARE)MODELO COCOMO (INGENIERA DE SOFTWARE)
MODELO COCOMO (INGENIERA DE SOFTWARE)
 
Tecnicas de estimacion de software
Tecnicas de estimacion de softwareTecnicas de estimacion de software
Tecnicas de estimacion de software
 
Métricas orientadas a objeto
Métricas orientadas a objeto   Métricas orientadas a objeto
Métricas orientadas a objeto
 
Proyecto de Software y Estimacion de Costo
Proyecto de Software y Estimacion de CostoProyecto de Software y Estimacion de Costo
Proyecto de Software y Estimacion de Costo
 
Modelado del negocio
Modelado del negocioModelado del negocio
Modelado del negocio
 
Modelo cocomo
Modelo cocomoModelo cocomo
Modelo cocomo
 
Una metodología para el desarrollo de sistemas de información
Una metodología para el desarrollo de sistemas de informaciónUna metodología para el desarrollo de sistemas de información
Una metodología para el desarrollo de sistemas de información
 
Metricas
Metricas Metricas
Metricas
 
Cocomo
CocomoCocomo
Cocomo
 
Métricas orientadas a la clase
Métricas orientadas a la claseMétricas orientadas a la clase
Métricas orientadas a la clase
 
Diapositiva de proceso de analisis
Diapositiva de proceso de analisisDiapositiva de proceso de analisis
Diapositiva de proceso de analisis
 
Unidad educativa don bosco la tola
Unidad educativa don bosco la tolaUnidad educativa don bosco la tola
Unidad educativa don bosco la tola
 
Principios de Ing. De Requerimientos
Principios de Ing. De RequerimientosPrincipios de Ing. De Requerimientos
Principios de Ing. De Requerimientos
 
Ingeniera de requisitos - mapa conceptual
Ingeniera de requisitos - mapa conceptualIngeniera de requisitos - mapa conceptual
Ingeniera de requisitos - mapa conceptual
 
Exposicion cocomo
Exposicion cocomoExposicion cocomo
Exposicion cocomo
 

Andere mochten auch (8)

Trucos del móvil
Trucos del móvilTrucos del móvil
Trucos del móvil
 
configuracion de un equipo de computo y sus dispositivos
configuracion de un equipo de computo y sus dispositivosconfiguracion de un equipo de computo y sus dispositivos
configuracion de un equipo de computo y sus dispositivos
 
Configurar equipo de computo y sus dispositivos
Configurar equipo de computo y sus dispositivosConfigurar equipo de computo y sus dispositivos
Configurar equipo de computo y sus dispositivos
 
Tutorial de scanner
Tutorial de scannerTutorial de scanner
Tutorial de scanner
 
Manual básico de escaneo
Manual básico de escaneoManual básico de escaneo
Manual básico de escaneo
 
Como crear un_e_book_escaneado_de_calidad
Como crear un_e_book_escaneado_de_calidadComo crear un_e_book_escaneado_de_calidad
Como crear un_e_book_escaneado_de_calidad
 
Digitalización de documentos
Digitalización de documentosDigitalización de documentos
Digitalización de documentos
 
DIGITALIZACIÓN DE DOCUMENTOS
DIGITALIZACIÓN DE DOCUMENTOS DIGITALIZACIÓN DE DOCUMENTOS
DIGITALIZACIÓN DE DOCUMENTOS
 

Ähnlich wie programacion (20)

Metricas de software
Metricas de softwareMetricas de software
Metricas de software
 
Metricas tecnicas del software
Metricas tecnicas del softwareMetricas tecnicas del software
Metricas tecnicas del software
 
Vídeo métricas del software 1151354
Vídeo métricas del software 1151354Vídeo métricas del software 1151354
Vídeo métricas del software 1151354
 
Proyectos informaticos angie cote
Proyectos informaticos angie coteProyectos informaticos angie cote
Proyectos informaticos angie cote
 
Métricas de un proyecto
Métricas de un proyectoMétricas de un proyecto
Métricas de un proyecto
 
Analisis y diseno
Analisis y disenoAnalisis y diseno
Analisis y diseno
 
diseño lógico y diseño físico
diseño lógico y diseño físicodiseño lógico y diseño físico
diseño lógico y diseño físico
 
Estimacion de proyectos de software
Estimacion de proyectos de softwareEstimacion de proyectos de software
Estimacion de proyectos de software
 
Análisis de sistema
Análisis de sistemaAnálisis de sistema
Análisis de sistema
 
Sesion 10.5 métricas de software
Sesion 10.5 métricas de softwareSesion 10.5 métricas de software
Sesion 10.5 métricas de software
 
Estimación de costo de software
Estimación de costo de softwareEstimación de costo de software
Estimación de costo de software
 
Proceso de desarrollo de si
Proceso de desarrollo de siProceso de desarrollo de si
Proceso de desarrollo de si
 
Capitulo3
Capitulo3Capitulo3
Capitulo3
 
Ing rene
Ing reneIng rene
Ing rene
 
Ing rene
Ing reneIng rene
Ing rene
 
Ing rene
Ing reneIng rene
Ing rene
 
Ing rene
Ing reneIng rene
Ing rene
 
Ing rene
Ing reneIng rene
Ing rene
 
Calculo de esfuerzo en puntos de funcion final
Calculo de esfuerzo en puntos de funcion finalCalculo de esfuerzo en puntos de funcion final
Calculo de esfuerzo en puntos de funcion final
 
Capitulo2
Capitulo2Capitulo2
Capitulo2
 

Kürzlich hochgeladen

TEMA 6 LA II REPÚBLICA (1931-1936).pdf
TEMA 6         LA II REPÚBLICA (1931-1936).pdfTEMA 6         LA II REPÚBLICA (1931-1936).pdf
TEMA 6 LA II REPÚBLICA (1931-1936).pdf
rauldol777
 
2 CONCEPTOS BASICOS EN FARMACOLOGIA.pptx
2 CONCEPTOS BASICOS EN FARMACOLOGIA.pptx2 CONCEPTOS BASICOS EN FARMACOLOGIA.pptx
2 CONCEPTOS BASICOS EN FARMACOLOGIA.pptx
naomivillacres0
 
253.CUIDARTE SAN MARTIN PARA UNA MEJOR FORMACION
253.CUIDARTE SAN MARTIN PARA UNA MEJOR FORMACION253.CUIDARTE SAN MARTIN PARA UNA MEJOR FORMACION
253.CUIDARTE SAN MARTIN PARA UNA MEJOR FORMACION
ArtemisaReateguiCaro
 

Kürzlich hochgeladen (10)

Manejo de recepción y despacho Repuestos
Manejo de recepción y despacho RepuestosManejo de recepción y despacho Repuestos
Manejo de recepción y despacho Repuestos
 
Explora el boletín del 3 de mayo de 2024
Explora el boletín del 3 de mayo de 2024Explora el boletín del 3 de mayo de 2024
Explora el boletín del 3 de mayo de 2024
 
TEMA 6 LA II REPÚBLICA (1931-1936).pdf
TEMA 6         LA II REPÚBLICA (1931-1936).pdfTEMA 6         LA II REPÚBLICA (1931-1936).pdf
TEMA 6 LA II REPÚBLICA (1931-1936).pdf
 
Mercado de trabajo y discapacidad. Inclusión laboral.
Mercado de trabajo y discapacidad.  Inclusión laboral.Mercado de trabajo y discapacidad.  Inclusión laboral.
Mercado de trabajo y discapacidad. Inclusión laboral.
 
Explora el boletín del 8 de mayo de 2024
Explora el boletín del 8 de mayo de 2024Explora el boletín del 8 de mayo de 2024
Explora el boletín del 8 de mayo de 2024
 
DECRETO 356 vigilancia y seguridad privada
DECRETO 356 vigilancia  y seguridad privadaDECRETO 356 vigilancia  y seguridad privada
DECRETO 356 vigilancia y seguridad privada
 
Manual Corporativo Cafe Daelicia en pdf.
Manual Corporativo Cafe Daelicia en pdf.Manual Corporativo Cafe Daelicia en pdf.
Manual Corporativo Cafe Daelicia en pdf.
 
Manual-de-instalaciones-sanitarias-modulo-2-Minedu.pdf
Manual-de-instalaciones-sanitarias-modulo-2-Minedu.pdfManual-de-instalaciones-sanitarias-modulo-2-Minedu.pdf
Manual-de-instalaciones-sanitarias-modulo-2-Minedu.pdf
 
2 CONCEPTOS BASICOS EN FARMACOLOGIA.pptx
2 CONCEPTOS BASICOS EN FARMACOLOGIA.pptx2 CONCEPTOS BASICOS EN FARMACOLOGIA.pptx
2 CONCEPTOS BASICOS EN FARMACOLOGIA.pptx
 
253.CUIDARTE SAN MARTIN PARA UNA MEJOR FORMACION
253.CUIDARTE SAN MARTIN PARA UNA MEJOR FORMACION253.CUIDARTE SAN MARTIN PARA UNA MEJOR FORMACION
253.CUIDARTE SAN MARTIN PARA UNA MEJOR FORMACION
 

programacion

  • 1.
  • 2. Razones para medir un producto: 1. Para indicar la calidad del producto. 2. Para evaluar la productividad de la gente que desarrolla el producto. 3. Para evaluar los beneficios en términos de calidad y de productividad, derivados del uso de nuevos métodos y herramientas de la ingeniería de software. 4. Para establecer una línea de base para la estimación 5. Para ayudar a justificar el uso de nuevas herramientas o de formación adicional.
  • 3. Pueden englobarse en dos categorías: Medidas Directas. En el proceso de ingeniería se encuentran el costo, y el esfuerzo aplicado, las líneas de código producidas, velocidad de ejecución, el tamaño de memoria y los defectos observados en un determinado periodo de tiempo. Medidas Indirectas. Se encuentra la funcionalidad, calidad, complejidad, eficiencia, fiabilidad, facilidad de mantenimiento, etc.
  • 4. Son las que están relacionadas con el desarrollo del software como funcionalidad, complejidad, eficiencia. MÉTRICAS TÉCNICAS: Se centran en lasa características de software pro ejemplo: la complejidad lógica, el grado de modularidad. Mide la estructura del sistema, el cómo esta hecho. MÉTRICAS DE CALIDAD: proporcionan una indicación de cómo se ajusta el software a los requisitos implícitos y explícitos del cliente. Es decir cómo voy a medir para que mi sistema se adapte a los requisitos que me pide el cliente. MÉTRICAS DE PRODUCTIVIDAD: Se centran en el rendimiento del proceso de la ingeniería del software. Es decir que tan productivo va a ser el software que voy a diseñar.
  • 5. MÉTRICAS ORIENTADAS A LA PERSONA: Proporcionan medidas e información sobre la forma que la gente desarrolla el software de computadoras y sobre todo el punto de vista humano de la efectividad de las herramientas y métodos. Son las medidas que voy a hacer de mi personal que va hará el sistema. MÉTRICAS ORIENTADAS AL TAMAÑO: Es para saber en que tiempo voy a terminar el software y cuantas personas voy a necesitar. Son medidas directas al software y el proceso por el cual se desarrolla, si una organización de software mantiene registros sencillos, se puede crear una tabla de datos orientados al tamaño como se muestra en la siguiente figura:
  • 6.
  • 7. Se obtienen las siguientes formulas: Productividad = KLDC/persona-mes Calidad = errores/KLDC Documentación = Págs. Doc./ KLDC Costo = $/KLDC
  • 8. MÉTRICAS ORIENTADAS A LA FUNCIÓN. Son medidas indirectas del software y del proceso por el cual se desarrolla. En lugar de calcularlas las LDC, las métricas orientadas a la función se centran en la funcionalidad o utilidad del programa. Las métricas orientadas a la función fueron el principio propuestas por Albercht quien sugirió un acercamiento a la medida de la productividad denominado método del punto de función. Los puntos de función que obtienen utilizando una función empírica basando en medidas cuantitativas del dominio de información del software y valoraciones subjetivos de la complejidad del software. Los puntos de función se calculan rellenando la tabla como se muestra en la siguiente figura:
  • 9.
  • 10. Los valores del ámbito de información están definidos de la siguiente manera. 1. Números de entrada de usuario: se cuenta cada entrada del usuario que proporcione al software diferentes datos orientados a la aplicación. Las entradas deben ser distinguidas de las peticiones que se contabilizan por separado. 2. Numero de salida del usuario: se encuentra cada salida que proporciona la usuario información orientada ala aplicación. En este contexto las salidas se refieren a informes, pantalla, mensajes de error. Los elementos de datos individuales dentro de un informe se encuentran por separado. 3. Números de peticiones al usuario: una petición esta definida como una entrada interactiva que resulta de la generación de algún tipo de respuesta en forma de salida interactiva. Se cuenta cada petición por separado. 4. Numero de archivos: se cuenta cada archivo maestro lógico, o sea una agrupación lógica de datos que puede ser una parte en una gran base de datos o un archivo independiente. 5. Numero de interfaces externas: se cuentan todas las interfaces legibles por la maquina por ejemplo: archivos de datos, en cinta o discos que son utilizados para transmitir información a otro sistema.
  • 11. Las organizaciones que utilizan métodos de puntos de función desarrollan criterios para determinar si una entrada es denominada simple, media o compleja. No obstante la determinación de la complejidad es algo subjetivo. Para calcular los puntos de función se utiliza la siguiente relación. PF = CUENTA_TOTAL * [0.65 + 0.01 * SUM(fi)] Donde CUENTA_TOTAL es la suma de todas las entradas de PF obtenidas de la tabla anterior. Fi donde i puede ser de uno hasta 14 los valores de ajuste de complejidad basados en las respuestas a las cuestiones señaladas de la siguiente tabla. Evaluar cada factor en escala 0 a 5.
  • 12.