El documento describe el modelo COCOMO (Constructive Cost Model) para la estimación de costos de software. COCOMO incluye tres submodelos (básico, intermedio y detallado) que ofrecen niveles crecientes de detalle y precisión. El modelo se basa en líneas de código, capacidad de analistas y programadores, y complejidad del producto. Barry Boehm desarrolló COCOMO en 1981 y COCOMO II en 2000 para estimar esfuerzo, costo y duración de proyectos de software.
Caracterizar la fundamentación teórica del software, mediante el análisis de su evolución y del proceso de ingeniería, que permitan identificar el ámbito de la ingeniería de software.
Universidad Nacional Abierta y a Distancia Vicerrectoría Académica y de Investigación Curso: Verificación y Validación de Software Código: 202016900
Guía de actividades y rúbrica de evaluación – Tarea 1 Reconocimiento
Caracterizar la fundamentación teórica del software, mediante el análisis de su evolución y del proceso de ingeniería, que permitan identificar el ámbito de la ingeniería de software.
Universidad Nacional Abierta y a Distancia Vicerrectoría Académica y de Investigación Curso: Verificación y Validación de Software Código: 202016900
Guía de actividades y rúbrica de evaluación – Tarea 1 Reconocimiento
Software Lifecycle Models / Software Development Models
Types of Software development models
Waterfall Model
Features of Waterfall Model
Phase of Waterfall Model
Prototype Model
Advantages of Prototype Model
Disadvantages of Prototype model
V Model
Advantages of V-model
Disadvantages of V-model
When to use the V-model
Incremental Model
ITERATIVE AND INCREMENTAL DEVELOPMENT
INCREMENTAL MODEL LIFE CYCLE
When to use the Incremental model
Rapid Application Development RAD Model
phases in the rapid application development (RAD) model
Advantages of the RAD model
Disadvantages of RAD model
When to use RAD model
Agile Model
Advantages of Agile model
Disadvantages of Agile model
When to use Agile model
Es un framework o conjunto de subsistemas de software para el desarrollo de aplicaciones, y páginas web dinámicas, que están basadas, cada una de estas en el popular lenguaje de programación conocido como JavaScript. Gracias a esta característica el conjunto se integra exitosamente en una plataforma auto-suficiente.
Cada subsistema del Mean stack es de código abierto y de uso gratuito.
Esta presentación fue realizada con multiples fuentes de internet, si alguno de los autores tiene problema con su publicación por favor me informa, espero les resulte de utlidad.
Software Lifecycle Models / Software Development Models
Types of Software development models
Waterfall Model
Features of Waterfall Model
Phase of Waterfall Model
Prototype Model
Advantages of Prototype Model
Disadvantages of Prototype model
V Model
Advantages of V-model
Disadvantages of V-model
When to use the V-model
Incremental Model
ITERATIVE AND INCREMENTAL DEVELOPMENT
INCREMENTAL MODEL LIFE CYCLE
When to use the Incremental model
Rapid Application Development RAD Model
phases in the rapid application development (RAD) model
Advantages of the RAD model
Disadvantages of RAD model
When to use RAD model
Agile Model
Advantages of Agile model
Disadvantages of Agile model
When to use Agile model
Es un framework o conjunto de subsistemas de software para el desarrollo de aplicaciones, y páginas web dinámicas, que están basadas, cada una de estas en el popular lenguaje de programación conocido como JavaScript. Gracias a esta característica el conjunto se integra exitosamente en una plataforma auto-suficiente.
Cada subsistema del Mean stack es de código abierto y de uso gratuito.
Esta presentación fue realizada con multiples fuentes de internet, si alguno de los autores tiene problema con su publicación por favor me informa, espero les resulte de utlidad.
2. Utilizando modelos de estimacion de costos tales
como:
cocomo
Modelo Constructivo de Costes, es un modelo
matematico utilizado para estimacion de costes de
software. Desarrollado en 1981 por el Dr Barry
Bohem. 2000 cocomo ll esfuerzo, costo y duracion
Incluye 3 submodelos(básico, intermedio y detallado)
cada uno ofrece un nivel de detalle y aproximacion
cada vez mayor
3. BARRY BOEHM
Profesor de Ingeniería de Software y Director
del Centro de Ingeniería del Software de la
Universidad del Sur de California.
recibió su licenciatura de la Universidad de
Harvard en 1957, y su maestría y
doctorado grados de la UCLA en 1961 y 1964,
todos en Matemáticas. Él también recibió un
honorario Sc.D. en Ciencias de la Computación
de la U. de Massachusetts en 2000. Sus
contribuciones en el campo incluyen el Modelo
de Costes constructiva (COCOMO), el modelo
en espiral del proceso de software, la Teoría de
la W (ganar-ganar) enfoque de la gestión del
software
5. ENTORNO DE MEDICIÓN DEL SOFTWARE
producto
Características Organización Mercado
Del cliente competitivo
proceso
Tecnología
Sistemas de
personas información
Entorno de desarrollo
6. Es un modelo algorítmico basado en una serie de
formulas matamaticas que producen una
estimacion en funcion de un conjunto de variables:
Lineas de codigo(lógicas en lugar de fisicas)
Capacidad de analistas y programadores
Complejidad del producto
Restricciones de tiempo de ejecución, memoria y
equipos de trabajo.
7. CONCEPTO OPERACIONAL DE COCOMO II
Tamaño Esfuerz
cocomo ll o
Factores de escala
Duracion
Multiplicadores
de Esfuerzo
Atributos de producto
calibración
Atributos de plataforma
Atributos de personal Puntos de función
Atributos de proyecto Sin ajustar
8. CARACTERÍSTICAS PRINCIPALES
Está basado en modelos de estimaciones
matemáticas.
Está orientado al producto final, no a fases
intermedias.
Se basa en la cantidad de líneas de codigo
del proyecto.
9. INCONVENIENTES DEL MODELO
Los resultados no son proporcionales a las tareas de
gestion
Se puede desviar de la realidad si se indica mal el
porcentaje de comentarios en líneas de código.
Como esta basado en estimaciones y parametros q
pueden ser vistos de distintas maneras por diferentes
analistas, es un tanto subjetivo
No se le da importancia a la productividad, referente a los
hábitos de trabajo
Estimaciones sobre un nº de líneas de código variable.
Dificultad para contemplar costes de revisiones, reuniones
10. MODELOS DE ESTIMACIÓN
Las ecuaciones que utilizan en los 3 modelos son:
E= Es el esfuerzo requerido por el proyecto, en persona-
mes
Tdev=El tiempo requerido por el proyecto, en meses
P= numero de personas requerido por el proyecto
A,b,c,d= constantes con valores definidos en una tabla
según cada submodelo
Kl= cantidad de lineas de codigo
M(X)= es un multiplicador que depende de 15 atributos
11. MODOS
Cada submodelo se divide en modos que son:
Orgánico: Un pequeño grupo de programadores
experimentados desarrollan software en un entorno
familiar
Semiacoplado: El grupo de desarrollo puede incluir una
mezcla de personas experimentadas y no
experimentadas.
Empotrado: El problema a resolver es único y es difícil
basarse en la experiencia, puesto que puede no haberla.
12. MODELO BASICO:
Se utiliza para obtener una primera aproximación rápida
del esfuerzo, y hace uso de la siguiente tabla de
constantes para calcular distintos aspectos de costes:
Usa las variables a, b, c y d, que varían en función de los
modos.
Conforme se aumenta la complejidad del modo, aumentan los
valores de las variables (esfuerzo).
13. Personas necesarias para llevar a cabo el
proyecto:
(MM) = a*(Klb)
Tiempo de desarrollo del proyecto:
(TDEV) = c*(MMd)
Personas necesarias para el proyecto:
(CosteH) = MM/TDEV
Coste total del proyecto:
(CosteM) = CosteH * Salario medio
14. MODELO INTERMEDIO
Añade al modelo básico 15 factores de ajuste o
guías de coste.
Logramos mayor precisión en la estimación
gracias a los nuevos factores.
La fórmula es la misma que la del modelo
básico pero con el añadido del factor
(multiplicando).
15. MODELO INTERMEDIO
Atributos del modelo:
• Software:
• RELY: Indica las consecuencias para el usuario
si falla el producto.
• DATA: Relación Tamaño de la BD / Líneas de
código.
• CPLX: Complejidad del producto.
16. MODELO INTERMEDIO
Atributos del modelo:
• Hardware:
• TIME: Limitaciones en el porcentaje del uso de la
CPU.
• STOR: Limitaciones en el porcentaje del uso de la
memoria.
• VIRT: Volatilidad de la máquina virtual.
• TURN: Tiempo de respuesta.
17. MODELO INTERMEDIO
Atributos del modelo:
• Personal:
• ACAP: calificación de los analistas.
• AEXP: experiencia del personal.
• PCAP: calificación de los programadores.
• VEXP: experiencia del personal en la máquina
virtual.
• LEXP: experiencia en el lenguaje.
18. MODELO INTERMEDIO
Atributos del modelo:
• Proyecto:
• MODP: uso de prácticas modernas de
programación.
• TOOL: uso de herramientas de desarrollo de
software.
• SCED: limitaciones en el cumplimiento de la
planificación.
19. MODELO DETALLADO
Presenta principalmente dos mejoras respecto al
anterior:
Los factores correspondientes a los atributos son
sensibles o dependientes de la fase sobre la que se
realizan las estimaciones. Aspectos tales como la
experiencia en la aplicación, utilización de herramientas
de software, etc.
Establece una jerarquía de tres niveles de productos,
de forma que los aspectos que representan gran
variación a bajo nivel, se consideran a nivel módulo, los
que representan pocas variaciones, a nivel de
subsistema; y los restantes son considerados a nivel
sistema.