Ingeniería de Software Laboratorio II

Post on 14-Feb-2016

45 views 1 download

Tags:

description

Ingeniería de Software Laboratorio II. Puntos de función Eduardo Saavedra A. 02/09/2009. Tópicos. Conceptos de medición. Medida, métrica e indicador. Métricas basadas en la función. Valores de Puntos de función. 1.Conceptos de medición. - PowerPoint PPT Presentation

transcript

INGENIERÍA DE SOFTWARELABORATORIO IIPuntos de funciónEduardo Saavedra A.02/09/2009

TÓPICOS1. Conceptos de medición.2. Medida, métrica e indicador.3. Métricas basadas en la función.4. Valores de Puntos de función.

1. CONCEPTOS DE MEDICIÓN La medición es un elemento clave en

cualquier proceso de ingeniería. La ingeniería es una disciplina cuantitativa.

Se utilizan cifras contundentes como apoyo para el diseño y evaluación del producto a construir

El fin es construir software de mayor calidad estimando de mejor manera:

Esfuerzo. Recursos: dinero, tiempo. Productividad.

Y por supuesto, todo de manera objetiva y precisa.

2. MEDIDA, MÉTRICA E INDICADOR Medida:

Proporciona una indicación cuantitativa de la cantidad, dimensión, capacidad, extensión o tamaño de algún atributo de un producto o proceso. Ej: Errores descubiertos en un modulo de software.

Métrica: Relación entre medidas individuales.

Promedio de errores de una revisión en el modulo X. Indicador:

Métrica o combinación de ellas. Proporciona conocimientos acerca del proyecto, proceso o producto. Toma de decisiones.

3. MÉTRICAS BASADAS EN LA FUNCIÓN.

Propuesto por Albretch (1979). Se utiliza para medir la funcionalidad que

entrega un sistema. Estima costos o esfuerzo requerido Predecir el número de errores. Pronosticar el número de componentes y/o LCP.

Los puntos de función se obtienen empleando una relación empírica basada en medidas contables del dominio de la información del software y las evaluaciones de complejidad de este.

3. MÉTRICAS BASADAS EN LA FUNCIÓN. Un enfoque es dividir las interfaces de

usuario en distintos tipos y estas, a su vez, en secciones de “Data ElementType” (DET) y “File Type referenced” (FTR).

Los DET y FTR entregaran “puntos” los cuales serán asignados a una tabla de evaluación de complejidad.

ILF se define como “Internal Logical File”, usualmente se relaciona con una tabla en una base de datos relacional.

3.1. VALORES DE DOMINIO Entradas externas

(EE): Se generan cuando un

usuario u otra aplicación proporciona datos orientados al software.

Las entradas suelen utilizarse para actualizar archivos lógicos.

DET: Uno por cada etiquetas de campo, campo y botón.

FTR: Un ILF de soporte al EE

3.1. VALORES DE DOMINIO Consultas externas (CE):

Se define como la entrada en línea que lleva a la generación de una respuesta inmediata por parte del software.

Pantalla se divide en dos secciones: Campos de filtros:

DET: Uno por etiqueta de campo, campos y botones.

FTR: Uno por cada ILF de soporte al CE.

Resultados: DET: Uno Por cada campo mostrado. FTR: Uno por cada ILF de soporte al

CE. La complejidad se determina

según la sección con más puntos.

3.1. VALORES DE DOMINIO Salidas externas (SE):

Derivan en el interior de la aplicación y proporciona información al usuario. Informes Pantallas Mensajes de error

DET: Uno por cada campo entregado

FTR: Uno por cada ILF de soporte a la SE.

3.1. VALORES DE DOMINIO Archivos lógicos

internos (ALI): Agrupamiento lógico

de datos que reside dentro de los límites de las aplicaciones, puede ser una parte de una base de datos.

Se mantiene mediante entradas externas.

DET: Uno por cada campo

FTR = 1

3.1. EXTRAS: VALORES DE DOMINIO Número de archivos

de interfaz externos (AIE): Agrupamiento lógico

de datos externo a la aplicación.

Proporciona datos a la aplicación.

3.2 COMPLEJIDAD EN VALORES. EE:

SE:

ALI:

1 a 4 DET 5 a 15DET 16 o Más DET0 o 1 FTR Simple Simple Medio2 FTR Simple Medio Complejo3 o más FTR Medio Complejo Complejo

1 a 5 DET 6 a 19DET 20 o Más DET

0 o 1 FTR Simple Simple Medio2 a 3 FTR Simple Medio Complejo4 o más FTR Medio Complejo Complejo

1 a 19 DET 20-50 DET 51 o Más DET

1 FTR Simple Simple Medio2 a 5 FTR Simple Medio Complejo6 o más FTR Medio Complejo Complejo

3.2 COMPLEJIDAD EN VALORES. CE Salida :

CE Entrada :

1 a 5 DET 6 a 19 DET 20 o Más DET0 o 1 FTR Simple Simple Medio2 o 3 FTR Simple Medio Complejo4 o más FTR Medio Complejo Complejo

1 a 4 DET 5 a 15 DET 16 o Más DET0 o 1 FTR Simple Simple Medio2 FTR Simple Medio Complejo3 o más FTR Medio Complejo Complejo

3.2 TABLA DE VALORES DE DOMINIO

Parámetro de medición Cant. x

Simple Medio Complejo

Entradas externas 3 4 6Salidas externas 4 5 7Consultas – Entrada 3 4 6Consultas – Salida 4 5 7Archivos lógicos internos

7 10 15

Total:

3.2. EXTRAS: FACTORES DE AJUSTE La siguientes preguntas deben responderse en una

escala de 0 a 5, 0 para sin importancia o no aplicable y 5 para algo absolutamente esencial.

1. ¿El sistema requiere respaldo y recuperación confiables?2. ¿Se requieren comunicaciones de datos especializadas para

transferir información a la aplicación?3. ¿Hay funciones distribuidas de procesamiento?4. ¿El desempeño es crítico?5. ¿El sistema se ejecutará en un entorno existente que tiene

un uso pesado de operaciones?6. ¿El sistema requiere entrada de datos en línea?7. ¿La entrada de datos en línea requiere que la transacción de

entrada se construya en varias pantallas u operaciones?

3.2. EXTRAS: FACTORES DE AJUSTE8. ¿Los archivos lógicos internos (ALI) se actualizan en

línea?9. ¿Las entradas, las salidas, los archivos o consultas son

complejos?10. ¿Es complejo el procesamiento interno?11. ¿El código diseñado será reutilizable?12. ¿Se incluyen la conversión e instalación en el diseño?13. ¿Está diseñado el sistema para instalaciones múltiples

en diferentes organizaciones?14. ¿La aplicación está diseñada para facilitar el cambio y

para que el usuario lo use fácilmente?

4. EXTRAS: VALOR DEL PUNTO DE F. PF = conteo_total x [0.65+0.01xΣ(Fi)]

conteo_total: puntos de la tabla de valores de dominio

Fi: conteo de las respuestas de las preguntas a factores de ajuste i-ésima.