Explora Libros electrónicos
Categorías
Explora Audiolibros
Categorías
Explora Revistas
Categorías
Explora Documentos
Categorías
Factores que afectan el precio del software Composicin del costo de un proyecto Mtricas de complejidad y tamao Ejercicios de estimacin sin modelos Modelos de costos: COCOMO
Tarea 9 10 - 11
Carrera de Sistemas&Informtica UMSS: Cochabamba-Bolivia Mgr. Indira Camacho del Castillo Materia: Ingeniera de Software
Costo Precio
INTRODUCCION
Al principio, el coste del software constitua un
Introduccin :
Estimaciones
La estimacin del coste y del esfuerzo del software
entorno, polticas- que pueden afectar al coste final del software y al esfuerzo aplicado para desarrollarlo.
Para realizar estimaciones seguras de costes y esfuerzos tenemos varias opciones posibles:
Dejar la estimacin para ms adelante Basar las estimaciones en proyectos similares ya
controlar el presupuesto: Deben estimar cuanto va costar el desarrollo de software o parte de ese desarrollo. esfuerzo)
Costo de esfuerzo
Cul es el ms importante? y por qu?
Esfuerzo, porque es el ms difcil de calcular y puede hacer que vare grandemente el presupuesto si es que existen fallas en el mismo. En los otros dos componentes las variaciones por lo general son mnimas.
Carrera de Sistemas&Informtica UMSS: Cochabamba-Bolivia Mgr. Indira Camacho del Castillo Materia: Ingeniera de Software
10
DEFINICIN:
El IEEE Standard Glossary of Software Enginnering Terms define: Mtrica como una medida cuantitativa del grado en que un sistema, componente o proceso posee un atributo dado
11
Esfuerzo:
Mtricas de tamao y complejidad
Lneas de Cdigo - LDC Puntos de funcin - PF Puntos de objeto PO
Otras medidas:
Productividad Calidad Costo Documentacin Esfuerzo
Carrera de Sistemas&Informtica UMSS: Cochabamba-Bolivia
12
Algunas medidas
Anlisis
Cdigo ensamblador 3 semanas
Diseo
5 semanas 5 semanas
Codificacin
8 semanas 8 semanas
Tamao
Cdigo ensamblador Lenguaje alto nivel 5.000 lneas 1.500 lneas
Tiempo
Productividad
13
14
Introduccin: Ejercicios
Usar LDC , PF o PO p/estimaciones de tamao/complejidad
Si se utiliza LDC, la descomposicin a menudo debe ser a detalle. Si se utiliza PF, se estima cinco puntos de funcin propuestos. Tienen mayor grado de abstraccin que LDC tipos de puntos de objeto.
E = (O + 4 * M + P) / 6
Carrera de Sistemas&Informtica UMSS: Cochabamba-Bolivia Mgr. Indira Camacho del Castillo Materia: Ingeniera de Software
15
El software de CAD aceptar datos geomtricos de 2 y 3 dimensiones por la parte del ingeniero. El ingeniero se interconectar y controlar el sistema de CAD por medio de un interfaz de usuario que va a exhibir las caractersticas de un buen diseo de interfaz hombre mquina. Una base de datos CAD contiene todos los datos geomtricos y la informacin de soporte. Se desarrollaran mdulos de anlisis de diseo para reducir la salida requerida que se va a visualizar en varios dispositivos grficos. el software se disear para controlar e interconectar dispositivos perifricos entre los que se incluye un ratn, un digitalizador, un impresor lser y un trazador grafico (ploter).
La descripcin anterior del mbito es preliminar. Para proporcionar detalles concretos y un lmite cuantitativo, se tendran que ampliar todas las descripciones. Por ejemplo antes que la estimacin pueda comenzar el planificador puede determinar que significa Caractersticas de un buen diseo de interfaz hombre maquina y cual ser el tamao y la sofisticacin de la base de datos de CAD.
Carrera de Sistemas&Informtica UMSS: Cochabamba-Bolivia Mgr. Indira Camacho del Castillo Materia: Ingeniera de Software
16
Tarea: Paso
optimista=1800 LDC
2
mas probable= 2100 LDC VE = pesimista = 3000 LDC (1800 +4*2100 + 3000) / 6
Se desarrolla un rango de estimacin de LDC para cada funcin. Por ejemplo: el rango de estimaciones de LDC de la funcin de IUFC es:
Funcin
Interfaz de usuario y facilidad de control
Anlisis geomtrico de 2 dimensiones Anlisis geomtrico de 3 dimensiones Gestin de base de datos Facilidades de presentacin grafica de computadoras Control de perifricos Mdulos de anales de diseo
LDC optimista
1800
4000 5200 1160 3300 1100 7800
LDC probable
2100
5100 6600 2400 4750 1900 8200
LDC pesimista
3000
7000 8100 4500 7345 4200 9700
Total
Carrera de Sistemas&Informtica UMSS: Cochabamba-Bolivia Mgr. Indira Camacho del Castillo Materia: Ingeniera de Software
4 ..calcular ESFUERZO..
18
= 15
hombres-mes
Y si cada hombre-mes cuesta $10,000 (entre sueldos y gastos extras), entonces el costo del sistema ser de:
$150,000.
LDC en miles de lneas de cdigo
E = (O + 4 * M + P) / 6
Mgr. Indira Camacho del Castillo
19
Puntos de funcin
Ventajas Vs. lneas de cdigo Primero, los puntos de funcin son independientes del lenguaje, herramientas o metodologas utilizadas en la implementacin Segundo, los puntos de funcin pueden ser estimados a partir de la especificacin de requisitos o especificaciones de diseo Tercero, como los puntos de funcin estn basados en una visin externa del usuario del sistema, el mtodo resuelve muchas de las inconsistencias que aparecen cuando se utiliza lneas de cdigo como mtrica del tamao del software.
Carrera de Sistemas&Informtica UMSS: Cochabamba-Bolivia Mgr. Indira Camacho del Castillo Materia: Ingeniera de Software
20
X 3
X 4
X 3 X 7 X 5
5
4 10 7
7
6 15 10
=
= = =
UCF Fi PF
# de interfaces externas
conteo-total Puntos de funcin no ajustados o UCF
21
6. 7.
8. 9. 10. 11. 12. 13. 14.
Requiere el sistema copias de seguridad y de recuperacin fiables? Se requiere comunicacin de datos? Existen funciones de procesamiento distribuido? Es crtico el rendimiento? Se ejecutar el sistema en un entorno operativo existente y fuertemente utilizado? Requiere el sistema entrada de datos interactiva? Requiere la entrada de datos interactiva que las transacciones de entrada se lleven a cabo sobre mltiples pantallas u operaciones? Se actualizan los archivos maestros de forma interactiva? Son complejos las entradas, las salidas, los archivos o las peticiones? Es complejo el procesamiento interno? Se ha diseado el cdigo para ser reutilizable? Estn incluidas en el diseo la conversin y la instalacin'? Se ha diseado el sistema para soportar mltiples instalaciones en diferentes organizaciones? Se ha diseado la aplicacin para facilitar los cambios y para ser fcilmente utilizada por el usuario? Los factores se tasan en una escala 0 (sin importancia) a 5 (muy importante)
Mgr. Indira Camacho del Castillo Materia: Ingeniera de Software
22
Resumen PF
Analizar el dominio de la informacin de la aplicacin y desarrollar el conteo
Establecer el conteo para cada dominio de entrada e interfaces de sistema Asignar el nivel de complejidad o peso para cada conteo Para calcular puntos de funcin (PF), se utiliza la relacin siguiente:
Grado de influencia: N = Fi
Fi (i = 1 a 14)
Carrera de Sistemas&Informtica UMSS: Cochabamba-Bolivia Mgr. Indira Camacho del Castillo Materia: Ingeniera de Software
23
Ejemplo PF
parmetro de medida # entradas de usuario conteo peso 40 25 12 4 4 x 4 = 160
# salidas de usuario
# de consultas # de archivos # interfaces externas
x
x x
5
4
=
=
125
48 40 28
10 =
401 84
Grado de influencia: N = Fi
Mgr. Indira Camacho del Castillo Materia: Ingeniera de Software
24
$220,000.
Dominio de informacin Nmero de entradas Nmero de salidas Nmero de peticiones Nmero de archivos Nmero de interfaces externas
Carrera de Sistemas&Informtica UMSS: Cochabamba-Bolivia
Optimista 7 4 5 1 1
25
26
Qu son ?
por qu?
Estos modelos se basan en una mtrica de tamao/ complejidad e intentan deducir el esfuerzo. Las mtricas que utilizan son:
PF
LDC
27
Tarea:
Traer un ejemplo concreto de estimacin de costos documentado para un proyecto de software utilizando cualquier mtrica.
28
Otras medidas:
Productividad Calidad Costo Documentacin Esfuerzo = PF/personas_mes} = errores/PF = dlares/PF = pginas_documentacin/PF = Nro.Personas/mes
29
usualmente referido como personas-mes de esfuerzo requerido constante o nmero derivado basado en la complejidad del proyecto
Carrera de Sistemas&Informtica UMSS: Cochabamba-Bolivia
30
31
MODELO COCOMO I
Creado por Barry Boehm en 1981. Su nombre significa COnstructive COst MOdel (Modelo constructivo de costo) y se puede dividir en tres modelos.
COCOMO bsico. Calcula el esfuerzo y el costo del desarrollo en
funcin del tamao del programa y un conjunto de conductores de costo que incluyen la evaluacin subjetiva del producto, del hardware, del personal y de los atributos del proyecto.
COCOMO detallado. Incorpora las caractersticas de la versin
intermedia y lleva a cabo una evaluacin del impacto de los conductores de costo en cada fase (anlisis, desarrollo, etc.) del proceso.
Carrera de Sistemas&Informtica UMSS: Cochabamba-Bolivia Mgr. Indira Camacho del Castillo Materia: Ingeniera de Software
32
33
Los modelos COCOMO estn definidos para tres tipos de proyectos de software:
Orgnicos.
Proyectos pequeos y sencillos.
Equipos pequeos con experiencia en la aplicacin. Requisitos poco rgidos.
Semiacoplados.
Proyectos de tamao y complejidad intermedia. Equipos con variado niveles de experiencia. Requisitos poco o medio rgidos.
Empotrados.
Proyectos que deben ser desarrollados con un conjunto de requisitos
34
D = c * E ^d
E es el esfuerzo, D es el tiempo de desarrollo en meses y KLDC es el nmero de miles de lneas de cdigo estimado para el proyecto. Y M es el factor de ajuste del esfuerzo, que para el bsico consideraremos igual a 1 Los coeficientes a y c y los exponentes b y d se obtienen de la siguiente tabla:
35
Ejemplo
Aplicando el modelo COCOMO bsico al ejemplo anterior y usando un tipo de proyecto orgnico obtenemos una estimacin para el esfuerzo: E = 2.4 * KLDC^1.05 = 2.4 * 7.4^1.05 = 20 hombres-mes Para calcular la duracin del proyecto usamos la estimacin de esfuerzo: D = 2.5 * E^0.38 = 2.5 * 20^0.38 = 8 meses El valor de la duracin del proyecto permite al planificador recomendar un nmero de personas N para el proyecto. N = E/D = 20 / 8 = 3 personas
Carrera de Sistemas&Informtica UMSS: Cochabamba-Bolivia Mgr. Indira Camacho del Castillo Materia: Ingeniera de Software
36
COCOMO INTERMEDIO
E = a * KLDC^b * EAF
EAF es un factor de ajuste del esfuerzo que se calcula valorando en una escala de muy bajo, bajo, nominal, alto y muy alto
37
38
COCOMO DETALLADO
Proporciona un conjunto de multiplicadores de esfuerzo para cada atributo en cada fase. Organiza el producto en tres niveles:
Nivel mdulo. Nivel subsistema. Nivel sistema.
39
MODELO COCOMO II
1. Modelo de composicin de aplicacin. Utilizado
durante las primeras etapas de la ingeniera del software, donde el prototipado de las interfaces de usuario, la interaccin del sistema y del software, la evaluacin del rendimiento, y la evaluacin de la madurez de la tecnologa son de suma importancia. se han estabilizado los requisitos y que se ha establecido la arquitectura bsica del software. durante la construccin del software.
Mgr. Indira Camacho del Castillo
40
41
puntos de funcin y luego mediante tablas estndares que relacionan las lneas de cdigo a PF se calculas las KSLOC)
B= esfuerzo creciente al incrementarse el tamao del proyecto, no
se fija como en la primera versin del modelo y varia de 1.1 a 1.24 dependiendo de la novedad del proyecto, ms nuevo entonces ms alto
M= se calcula como para el COCOMO 81
42
Por qu planificar?
43
Bibliografa
Pressman, Roger S. "Ingeniera del Software. Un enfoque prctico". Ed. McGraw-Hill.
Piattini, M.G. Anlisis y diseo detallado de aplicaciones informticas de gestin.,Ed. Ra-ma Luque Ruiz, Irene "Ingeniera del Software. Fundamentos para el desarrollo de sistemas informticos". Ed. Servicio de publicaciones. Universidad de Crdoba Sommerville, Ian "Software Engineering". Ed. Addison-Wesley,
44
Tarea:
Realizar tarea 13 y 14
45