02 Metricas de proceso y proyecto.pptx

Mtricas de Proceso y ProyectoINGENIERA DE SOFTWARE

Hay cuatro razones para medir: Caracterizar, Evaluar, Predecir y Mejorar.

Medida: Valor asignado a un atributo de una entidad mediante una medicin. Ejemplo: 35.000 lneas de cdigo

Medicin: Es el acto de determinar una medida.

Ejemplo: Ana ser la encargada de medir las LDC de cada mdulo del sistema. Mtrica: Medida cuantitativa del grado en que un sistema, componente o

proceso posee un atributo dado. Incluye el mtodo de medicin. Ejemplo: La productividad de este proyecto fue de 500 lneas (LDC/persona-mes) Indicador: Es una mtrica o combinacin de mtricas que proporcionan una

visin profunda del proceso de software. Ejemplo: La productividad media de nuestra empresa es de 500 (LDC/pm). Las mtricas nos ayudan a entender tanto el proceso tcnico que se utiliza para desarrollar un producto, como el propio producto. El proceso para

INGENIERA DE SOFTWARE

Mtricas de Proceso y Proyecto Son medidas cuantitativas que permiten a los


ingenieros de software obtener una visin de la eficacia del proceso de software y los proyectos que llevan a cabo utilizando el proceso como marco de trabajo. Los involucrados en analizar, evaluar y recopilar estas mtricas son los gestores de software. Si no se hacen la evaluacin es subjetiva. Se comienza definiendo un conjunto limitado de medidas del proceso y del proyecto que puedan recopilarse con facilidad, se normaliza empleando mtricas orientadas al tamao o la funcin.

1. Mtricas en los dominios del proceso y del proyecto Las mtricas del proceso se recopilan en el

curso de todos los proyectos. Las mtricas del proyecto permiten que un gestor del proyecto de software: Valore el estado de un proyecto en curso.

Rastree los riesgos potenciales. Descubra las reas problema. Ajuste el flujo de trabajo o las tareas Evale la habilidad del equipo del proyecto para

controlar la calidad de los productos de trabajo de software.


1.1 Mtricas para el proceso y la mejora del proceso de software. Para mejorar el proceso, se miden sus atributos


especficos . El proceso es slo uno de varios factores controlables en la mejora de la calidad del software y el desempeo organizacional.

La

eficacia de un proceso de software se mide indirectamente. Los resultados incluyen medidas de errores descubiertos antes de liberar el software.INGENIERA DE SOFTWARE

Los defectos que detectan y reportan los usuarios finales Los productos de trabajo entregados (productividad). El esfuerzo humano gastado. el tiempo de la planificacin consumido. Concordancia con la planificacin y otras medidas.

Las mtricas del proceso de software ofrecen beneficios

significativos conforme una organizacin trabaja en mejorar su grado de madurez del proceso. Sin embargo como todas las mtricas stas pueden emplearse mal y crear ms problemas de los que solucionan

Reglas para aplicacin de Mtricas de Software Aplique el sentido comn y sensibilidad organizativa

cuando interprete datos mtricos. Ofrezca retroalimentacin regular a los individuos y equipos que recopilan medidas y mtricas. No utilice las mtricas para evaluar a los individuos. Trabaje con los profesionales y equipos para establecer metas claras y las mtricas que se emplearn para conseguirlas. Nunca use mtricas para amenazar a los individuos o equipos. Los datos mtricos que indican un rea problema no pueden considerarse negativos. Dichos datos slo son un indicador de la mejora del proceso.


1.2 Mtricas del proyecto En la mayora de los proyectos de software ocurre


durante la estimacin. Conforme el proyecto avanza las medidas de esfuerzo y tiempo utilizados, se comparan con las estimaciones originales y planificacin Para las mtricas del proyecto, se miden los ndices de produccin representados en trminos de modelos creados, horas de revisin, puntos de funcin y lneas fuente entregadas. La finalidad de las mtricas del proceso: Se emplean para minimizar el tiempo de desarrollo. Se utilizan para valorar la calidad del producto sobre una base actual.

2. MEDICIN DEL SOFTWARELas mediciones deben ser normalizadas La medicin de software se clasifica en dos categoras. 1. Medidas directas del proceso de software (Costo, esfuerzo) y del producto (Lneas de cdigo producidas, rapidez de ejecucin y efectos reportados.) 2. Medidas indirectas del producto que incluyen funcionalidad, calidad, complejidad, eficiencia, confiabilidad, facilidad de mantenimiento, y muchas otras habilidades.


2.1 Mtricas orientadas al tamao Proceden de la normalizacin de las medidas de

Su resultado depende fuertemente del entorno

tcnico y el lenguaje de programacin utilizado Vara en funcin de la pericia de cada programador y del uso de normas y metodologas No resultan significativas al usuario ni a la direccin


calidad o productividad considerando el tamao del software que se ha producido Las mtricas orientadas al tamao no se aceptan universalmente como la mejor forma de medir el tamao del proceso. DESVENTAJAS

2.1 Mtricas orientadas al tamao


2.2 Mtricas orientadas a la funcin. Se emplean como un valor de normalizacin una

medida de la funcionalidad que entrega la aplicacin Estndares ISO/IEC 20926:2009 IFPUG 4.3.1 Unadjusted

functional size measurement method - Counting practices manual ISO/IEC 19761:2011 COSMIC-FFP - A Functional Size Measurement Method ISO/IEC 20968:2002 Mk II Function Point Analysis Counting Practices Manual ISO/IEC 24570:2005 NESMA Guide to Using Function Point Analysis


2.2 Mtricas orientadas a la funcin. Es independiente del lenguaje de programacin

Se basa en datos un tanto subjetivos No tiene significado fsico directo Es solo un

nmeroINGENIERA DE SOFTWARE

El mtodo IFPUG-FPA

Determinar el tipo de recuento, Puede tratase de un proyecto, una mejora a una aplicacin o recontar una aplicacin ya instalada.

Identificar el alcance del recuento y los lmites de la aplicacin: Se delimita el alcance de lo que se va a medir.Contar las funciones de datos: Se realiza un inventario de los ficheros lgicos utilizados (vistos como un usuario) tanto internos de la aplicacin como mantenidos por otra aplicacin. Para cada uno de ellos se recuenta el nmero de datos y de registros lgicos. En funcin de este nmero se calcula para cada fichero un ndice de complejidad y posteriormente una contribucin en puntos funcin. Contar las funciones transaccionales Procesos de entrada, salida y consulta. Nmero de ficheros lgicos y datos que maneja cada proceso y de su naturaleza, se calcula su ndice de complejidad y su contribucin en puntos funcin. Calcular el recuento bruto de puntos funcin A partir de los recuentos anteriores se calcula un recuento total bruto (unadjusted). Determinar el factor de ajuste: Se calcula un factor de ajuste al recuento. Estas caractersticas tienen que ver con la arquitectura de la aplicacin, sus requisitos de carga y rendimiento, complejidad de clculos, etc.. Calcular el recuento ajustado Aplicando el factor de ajuste al recuento bruto se


2.3 Reconciliacin de LDC y PF Lineas de cdigo necesarias para construir un

punto de funcin Indicador relativamente preciso del esfuerzo y el costo de desarrollo de softwareINGENIERA DE SOFTWARE

2.4 Mtricas orientadas a objetosNo proporcionan suficiente granularidad para la planificacin y los ajustes de esfuerzo. Las siguientes son mtricas sugeridas para proyectos OO:

Nmero de guiones de escenario o casos de uso Nmero de clases clave Nmero de clases de apoyo Nmero promedio de clases de apoyo por clase clave. Nmero de subsistemas.


2.5 Mtricas orientadas a casos de uso El caso de uso se define en etapas tempranas del

proceso de software, lo que permite emplearlo en la estimacin antes de iniciar las actividades significativas de modelado y construccin.INGENIERA DE SOFTWARE

2.5 Mtricas de proyectos de ingeniera WebEl objetivo de los proyectos de ingeniera Web es construir una aplicacin Web que proporcione una combinacin de contenido y funcionalidad al usuario final. Entre las medidas que se recopilan existen las siguientes: Nmero de pginas web estticas Nmero de pginas web dinmicas Nmero de vnculos internos de la pgina Nmero de objetos de datos persistentes Nmero de sistemas externos en interfaz Nmero de objetos de contenido esttico Nmero de objetos de contenido dinmico Nmero de funciones ejecutables


2.5 Mtricas de proyectos de ingeniera Web Ejemplo: Medir el grado de personalizacin del usuario final


de una aplicacin Web NSP = Numero de pginas Web estticas NDP= Nmero de pginas Web dinmicas Indice de Personalizacin, C = NDP/(NDP+NSP)

3. METRICAS PARA LA CALIDAD DEL SOFTWARE La meta primordial de la ingeniera del software esINGENIERA DE SOFTWARE

producir un sistema, aplicacin o producto de alta calidad dentro de un marco temporal que satisfaga una necesidad del mercado. Medir los errores y defectos proporcionan un indicio de efectividad de la garanta de calidad del software Los datos de error se pueden emplear en el clculo de la eficacia de eliminacin de defectos(EED)

3.1 Medicin de la calidad Correccin

Defectos por KLDC Los defectos se cuentan en un periodo deINGENIERA DE SOFTWARE

tiempo, aos, meses Facilidad de mantenimiento Medir el Tiempo medio de Cambio , TMC (analizar, disear , implementar , probar y distribuir el cambio) Se mide indirectamente

3.1 Medicin de la calidad Integridad

Amenaza: probabilidad de que un ataque


ocurrir en un periodo de tiempo. Seguridad: probabilidad de que un ataque sea repelido Integridad = 1 (Amenaza x (1 Seguridad)) Facilidad de uso Investigar en grupos de 3, cmo medir la facilidad de uso.

3.2 Eficacia en la Eliminacin de Defectos (EED) Ofrece beneficios tanto en el mbito como en

Donde el E es el numero de errores encontrados antes de entregar el s/w al usuario final, y D es el numero de defectos encontrados despus de la entrega. El valor ideal de EED es 1


el proceso del proyecto. Filtra actividades de cualidad y de control dentro de las actividades del marco de trabajo del proceso Cuando se considera un proyecto como un todo de define: EED = E / (E + D)

3.2 Eficacia en la Eliminacin de Defectos (EED)

La EED tambin se puede aplicar antes de que pase a la siguiente actividad del marco de trabajo o a la siguiente tarea de la ingeniera del software. Se define como:INGENIERA DE SOFTWARE

donde Ei es el numero errores encontrados durante la actividad i y Ei+1 es el numero de errores encontrado durante la actividad i+1 de ingeniera de software. El objetivo es hacer que la EED sea cercana a 1

4. INTEGRACIN DE LAS MTRICAS DENTRO DEL PROCESO DE SOFTWARE Los beneficios de la medicin son muy

Establecimiento de una lnea base Recopilacin,

calculo

y

evaluacin

de

mtricas.


convincentes que el trabajo duro vale la pena. Por qu es importante medir el proceso de la ingeniera de software y el producto que se elabora ? Argumentos para las mtricas del software

4.1 Argumentos para las mtricas del software: Si no se mide no existe una forma real de

determinar si se esta mejorando. Y si no se mejora, se esta perdido. Si el proceso se puede mejorar producir un impacto directo en lo sustancial Establecer objetivos de mejora dentro del proceso actual del desarrollo de s/w. La recopilacin de mtricas de calidad permite qu una organizacin centralice su proceso de s/w para renovar las causas de los defectos que tienen mayor impacto sobre el desarrollo del software.


4.2 Establecimiento de una Lnea Base Se


obtienen beneficios en los mbitos del proceso, del proyecto y del producto. La lnea base de mtricas consiste de datos recopilados en proyectos previos. Los datos de la lnea base deben tener los siguientes atributos: los datos deben ser precisos, los datos deben recopilarse para tantos proyectos sean posibles, las medidas deben ser consistentes, las aplicaciones deben ser similares al trabajo que se estimara.

4.2 Recopilacin, clculo y evaluacin de mtricas


5. METRICAS PARA ORGANIZACIONES PEQUEASUn enfoque de sentido comn respecto a la implementacin de cualquier actividad relacionada con el proceso de software es mantenerlo simple, personalizado para satisfacer las necesidades locales y asegurarse de que valor agregar.


Mantenerlo simple: consiste en enfocarse no

Tiempo transcurrido desde el momento en que se hizo una solicitud hasta

que la evaluacin esta completa. Esfuerzo para realizar la evaluacin. Tiempo transcurrido desde que se completa la evaluacin hasta la asignacin del pedido de cambio del personal. Esfuerzo requerido para hacer el cambio. Tiempo requerido para hacer el cambio. Errores descubiertos durante el trabajo para hacer el cambio. Defectos descubiertos despus de que el cambio es liberado a la base de clientes.


sobre las mediciones sino mas bien sobre los resultados. Entrevistar al grupo de software para definir un objetivo sencillo que requiere mejora. Una organizacin pequea puede seleccionar el siguiente conjunto de medidas:

6. ESTABLECIMIENTO DE UN PROGRAMA DE MTRICAS DE SOFTWAREEsta dirigido por metas segn el SEI(SOFTWARE ENGINEERING INSTITUTE) y define los siguientes pasos:1. Identificar los objetivos de la empresa.

3. Identificar los sub objetivos4. Identificar las entidades y atributos relacionados con los objetivos

secundarios 5. Formalizar os objetivos de la medicin 6. Identificar preguntas cuantificables y los indicadores relacionados que se emplearan como apoyo para lograr los objetivos de sus mediciones 7. Identificar los elementos de datos que se recopilaran para construir los indicadores que ayudaran a responder las preguntas 8. Definir las medidas que se e emplearan y hacer que estas definiciones sean operativas 9. Identificar las acciones que se tomaran para implementar las medidas


2. Identificar los que se quiere conocer o aprender.

Al trabajar como equipo , la ingeniera del software y los gestores del negocio pueden confeccionar una lista de metas priorizadas del negocio:1. 2. 3.

4.5.


Mejorar la satisfaccin de los clientes con los productos . Hacer que los productos sean mas fciles de usar. Reducir el tiempo que toma poner un producto en el mercado Simplificar el soporte para los productos Mejora la obtencin global de utilidades

El personal de software desarrolla un conjunto de preguntas relacionadas con caractersticas cuantitativas por ejemplo, tamao, costo, tiempo de desarrollo, estas preguntas se derivan de sub objetivos relacionadas con las entidades y actividades realizadas como parte del proceso del software.INGENIERA DE SOFTWARE

Para esto se puede derivar la siguiente lista de preguntas:la solicitud del cambio del cliente contiene la informacin requerida para evaluar adecuadamente el cambio y luego implementarlo en un forma oportuna? cuan grande es el registro de peticin de cambio? el tiempo de respuesta para fijar los bugs es aceptable con base en as necesidades del cliente se sigue el proceso de control de cambios? los cambios de alta prioridad se implementan en forma oportuna?

En base a la preguntas se puede deducir el sub-


objetivo: mejorara el desempeo del proceso de gestin de cambio Se identifican entidades y atributos del proceso de software Segn el SEI en esencia se aplica un proceso de refinamiento paso a paso en el que los objetivos se refinan en preguntas que posteriormente se refinan en entidades y atributos que entonces se refinan en mtricas.

Casos Una WebApp y su entorno de desarrollo no han

sido completamente reforzados contra los ataques. Los ingenieros web estiman que la probabilidad de repeler un ataque es de 30 %. El sistema no contiene informacin sensible o controversial, asi que la probabilidad de recibir un ataque es de solo 25%. Calcular la integridad de la WebApp? Un equipo de software entrega un incremento de software a los usuarios finales, estos descubren ocho defectos durante el primer mes de uso. Antes de la entrega, el equipo encontr 242 errores durante las revisiones tcnicas formales y


MODELOS EMPRICOS DE ESTIMACINDonde los datos que soportan la mayora de los modelos de estimacin obtienen una muestra limitada de proyectos. Por esta razn, el modelo de estimacin no es adecuado para todas las clases de software y en todos los entornos de desarrollo. Por lo tanto los resultados obtenidos de dichos modelos se deben utilizar con prudencia.


COCOMO El modelo COCOMO es un modelo emprico que


se obtuvo recopilando datos de varios proyectos grandes. Estos datos fueron analizados para descubrir las frmulas que mejor se ajustaban a las observaciones. Estas frmulas vinculan el tamao del sistema y del producto, factores del proyecto y del equipo con el esfuerzo necesario para desarrollar el sistema.

Tipos de Modelos COCOMO:Modelo I. El Modelo COCOMO bsico calcula el esfuerzo y el costo del desarrollo de Software en funcin del tamao del programa, expresado en las lneas estimadas. Modelo II. El Modelo COCOMO intermedio calcula el esfuerzo del desarrollo de software en funcin del tamao del programa y de un conjunto de conductores de costos que incluyen la evaluacin subjetiva del producto, del hardware, del personal y de los atributos del proyecto. Modelo III. El modelo COCOMO avanzado incorpora todas las caractersticas de la versin intermedia y lleva a cabo una evaluacin del impacto de los conductores de costos en cada caso (anlisis, diseo, etc.) del proceso de ingeniera


Los modelos COCOMO estn definidos para tres tipos de proyectos de software.Modo orgnico: Proyectos de software relativamente pequeos y sencillos en los que trabajan pequeos equipos, con buena experiencia en la aplicacin, sobre un conjunto de requisitos poco rgidos (por ejemplo, un programa de anlisis estadstico de ventas para una tienda comercial).



Modo semiacoplado: Proyectos de software intermedios (en tamao y complejidad) en los que equipos, con variados niveles de experiencia, deben satisfacer requisitos poco o medio rgidos (p. Ej..: un sistema de procesamiento de transacciones con requisitos fijos para un hardware de terminal o un software de gestin de base de datos.


Modo empotrado: Proyectos de software que deben ser desarrollados en un conjunto de hardware, software y restricciones operativas muy restringido (p. Ej..: software de control de navegacin para un avin).

Las ecuaciones del COCOMO bsico tienen la siguiente forma:E = (ab)(kLDC)^ bb D = (cb)(E)^dbProyecto de software Orgnico ab 2.4 bb 1.05 1.12 1.20 cb 2.5 2.5 2.5 db 0.38 0.35 0.32

Semiacoplado 3.0 Empotrado 3.6

Donde E es el esfuerzo aplicado en personas-mes, D es el tiempo de desarrollo en meses cronolgicos y KLDC es el nmero estimado de lneas de cdigo (en miles) para el proyecto. Los coeficientes ab y cb y los exponentes bb y db se muestran en la Tabla.

Ejemplo:Funcin Optimista Pesimista Realista

Funcin 1 Funcin 2 Funcin 3 Funcin 4 Funcin 5 Funcin6 Funcin 7 Total LDC

1800 4100 4600 2950 4050 2000 6600

2650 7400 8600 3600 6200 2450 9800

2340 5380 6600 3350 4950 2140 8400 33360

Aplicando el Modelo COCOMO Bsico se obtiene:E = (ab)(kLDC)^ bbD = (cb)(E)^db E = 3,0 (LDC)^(1,12) = 3,0 (33,3) ^(1,12) = 152 pers-mesProyecto de software ab bb cb db

OrgnicoSemiacoplado Empotrado

2.4 1.05 2.5 0.383.0 1.12 2.5 0.35 3.6 1.20 2.5 0.32 INGENIERA DE SOFTWARE

D = 2,5 ( E ) exp (0,35) = 2,5 (152) exp (0,35) = 14,5 meses

La duracin del Proyecto permite recomendar un nmero de personas para abordar el desarrollo:N = E/D =152/14,5 = 11 personas.


Definir mbito El sistema debe aceptar datos de diversas


dimensiones. La comunicacin ser mediante una interfaz amigable que facilite el uso del sw. La informacin debe quedar almacenada en una base de datos. Como resultado del anlisis de los datos, debe permitir que la salida sea mostrada en una gran variedad de dispositivos perifricos. El software debe permitir interactuar con distintos dispositivos como mouse, plotter, scanner, etc.

Caso Prctico: Supongamos que se quiere construir un


programa grfico, el cual tiene la particularidad de que se va a ejecutar en una estacin de trabajo, la cual va a tener conectados varios perifricos de tipo grficos como monitor, mouse, plotter, scanner, etc. Aplique el Modelo COCOMO BSICO.

Definir Funciones. Interfaz de usuario y facilidad de control (IUFC) Anlisis grfico (AG)INGENIERA DE SOFTWARE

Manejo de base de datos (MBD)

Facilidades grficas (FG) Control de perifricos (CP) Mdulo anlisis de diseo (MAD)

Aplicar frmula para obtener lneas de cdigos esperadas.Esperada= (Opt.. + 4*Real. + Pes)6

Funcin

Optimista

Ms probable(Real.)

Pesimista

Esperada

IUFC AG

1800 4100

2400 5200

2650 7400

2342 5383

MBDFG CP MAD

29504050 2000 6600

34004900 2100 8500

36006200 2450 9800

33584975 2142 8400

TOTAL LDC: 26600

Estas se obtienes de las funciones esperadas y cada una de ellas depende del lenguaje utilizado

Aplicar COCOMO BSICO Este software est clasificado como SW. SEMIACOPLADO. E = (ab)(kLDC)^ bb E=3*26,6^ 1.12 E=118

Orgnico

2.4 3.0 3.6

1.05 1.12 1.20

2.5 2.5 2.5

0.38 0.35

D = (cb)(E)^db D= 2.5*118 ^0.35 D= 13 La duracin es 13 meses

Semiacoplado Empotrado

0.32

N=E/D N=118/13 Nmero de personas es 9 personas a travs de todas las fases de desarrollo del proyecto.


Esfuerzo es igual a 118 personas/mes

Proyecto de software

ab

bb

cb

db

Puntos de funcin Corresponde a las mtricas orientadas a la


funcin, son medidas indirectas del Software. Y el proceso por el cual se desarrolla, en lugar de calcular las lneas de cdigo, estas se centran en la funcionalidad o utilidad del software.

El anlisis por puntos de funcin es un mtodo para cuantificar el tamao y la complejidad de un sistema de Sw. En trminos de las funciones del usuario que ste desarrolla o desarrollar, esto hace que la medida sea independiente del lenguaje o herramienta en el desarrollo del proyecto, este anlisis esta diseado para medir aplicaciones de negocio. En resumen, los puntos de funcin aparecen con ventajas sustanciales por sobre las lneas de cdigo, para fines de estimacin temprana del tamao del software , adems es ampliamente utilizada y con xito,en muchas organizaciones que desarrollan Sw. En forma masiva.


Los puntos de funcin se calculan rellenando la Tabla :Factor de ponderacinPARAMETRO DE MEDICINNUEMRO DE ENTRADAS DE USUARIO NUMERO DE SALIDAS DE USUARIO NUMERO DE PETICIONES DE USUARIO

CUENTA

SIMPLE

MEDIO

COMPLEJO

XX X X X

34 3 7 5

45 4 10 7

67 6 15 10

== = = =

NUMERO DE ARCHIVOS NUMERO DE INTERFACES

CUENTA TOTAL=


Se determinan 5 caractersticas del mbito de la informacin y los clculos aparecen en la posicin apropiada de la tabla. Los valores del mbito estn definidos de la siguiente manera:

1.- Nmeros de entrada de usuario; se cuenta cada entrada del usuario que proporciones al software diferentes datos orientados a la aplicacin. 2.- Nmero de salida de usuario; se encuentra cada salida que proporciona al usuario informacin orientada a la aplicacin, por ej. Informes, mensajes de error,etc. 3.- Nmero de peticiones al usuario; esta definida como una entrada interactiva que resulta de la generacin de algn tipo de respuesta en forma de salida interactiva, se cuenta cada peticin por separado. 4.- Nmero de archivos; se cuenta cada archivo maestro lgico, o sea una agrupacin lgica de datos que puede ser una gran base de datos o un archivo independiente. 5.- Nmero de interfaces externas; se cuentan todas las interfaces legibles por la mquina,por ej.: Cintas o discos que son utilizados para transmitir informacin a otro sistema.


Para calcular los puntos de funcin: PF = Cuenta Total * (0.65+0.01*SUM(Fi))


-Donde Cuenta Total, es la suma de todas las entradas de PF (factor de Ponderacin), obtenidos en la tabla anterior. -Fi donde i puede ser de 1 hasta 14 los valores de ajuste de complejidad basados en las respuestas a las cuestiones sealadas de la siguiente tabla:

Evaluar cada factor en escala 0 a 5.0Sin influencia

1Incidental

2Moderado

3Medio

4Significativo

5Escencial

Fi:

1. Requiere el sistema copia de seguridad y recuperacin fiable? 2.-Se requiere comunicacin de datos? 3.-Existen funciones de procesamiento distribuido? 4.-Es crtico el rendimiento? 5.-Ser ejecutado el sistema en un entorno operativo existente y frecuentemente utilizado?

PRODUCTIVIDAD= PF/persona-mes CALIDAD = Errores/ PF COSTO = Dlares/PF


6.- Requiere el sistema entrada de datos interactiva? 7.- Requiere la entrada de datos interactiva que las transacciones de entrada se lleven a cabo sobre mltiples o variadas operaciones? 8.- Se actualizan los archivos maestros en forma interactiva? 9.- Son complejas las entradas, las salidas, los archivos o peticiones? 10.- Es complejo el procesamiento interno? 11.-Se ha diseado el cdigo para ser reutilizable? 12.-Estn incluidos en el diseo la conversin y la instalacin? 13.-Se ha diseado el sistema para soportar mltiple instalaciones en diferentes organizaciones? 14.-Se ha diseado la aplicacin para facilitar los cambios y para ser fcilmente utilizada por el usuario? Los valores constantes de la ecuacin anterior y los factores de peso aplicados en las encuestas de los mbitos de informacin han sido determinados empricamente. Una vez calculado los puntos de funcin se usan de forma analgica a las LDC como medida de la productividad, calidad y otros productos del software.

Las medidas de punto de funcin de diseo originalmente se utilizan en aplicaciones de sistemas de informacin de gestin.INGENIERA DE SOFTWARE


Documents

02 Metricas de proceso y proyecto.pptx