SlideShare una empresa de Scribd logo
Estimación de
proyectos de software
Andrés Felipe Montoya Ríos
re.vu/AndresMontoya
@montoya118

Edwar Andrés Ruiz Medina
@EdwarRuiz324
¿Que es la estimación?

Estimación
 “Apreciar, poner precio, evaluar algo”

Estimación de proyectos de software
 “Actividad de la planificación del proyecto de sw
 que intenta determinar cuánto dinero, esfuerzo,
 recursos y tiempo tomará construir un sistema o
 producto sw”.
¿En qué consiste la estimación
         de proyectos software?

 «Aplicación continua de
  técnicas basadas en las
  medidas de los procesos
  de desarrollo del software
  y sus productos, para
  producir una información
  de gestión significativa y a
  tiempo. Esta información
  se utilizará para mejorar
  esos      procesos       los
  productos que se obtienen
  de ellos» (SYMONS, C.,
  1998).
¿Cuál es el objetivo de la
          estimación?

 Predecir las variables involucradas en el proyecto con
  cierto grado de certeza.
 Trata de aportar una predicción de algún indicador
  importante para la gestión de proyectos de
  software tiempo, esfuerzo, cantidad de defectos
  esperados entre otros.
 Es razonable conocer, antes de comenzar a desarrollar
  el SW, cuánto se va a invertir, qué tareas se deben
  realizar y cuánto tiempo se necesitará.
¿Quién es y cuál es el objetivo del
estimador de un proyecto software?


 El estimador debe ser un profesional que no tenga
  ningún interés, directo o indirecto, en los resultados del
  proceso de estimación y que este únicamente guiado
  por su profesionalismo.

 El principal objetivo del estimador es obtener
  estimaciones de calidad, las cuales no tienen siempre
  por qué coincidir con las expectativas de la empresa
  en términos de costo y tiempo.
Requisitos que debe cumplir
    un buen estimador…
 Formación y experiencia profesional adecuada.

 Una posición en la organización que le permita adoptar un
  juicio independiente.

 Debe basarse en un método que pueda ser explicado,
  cuestionado, discutido y auditado.

 Debe poder describir su experiencia en cada estimación.

 Debe documentar su estimación, incluyendo los resultados
  obtenidos y cualquier información necesaria para hacer el
  proceso de estimación repetible y verificable.
¿Cuándo se debe llevar a cabo?


La estimación es un proceso continuo. A
 medida que el proyecto avanza, más se conoce
 de él, y por lo tanto más parámetros están
 disponibles para introducir en un modelo de
 estimación.

La estimación continua nos permite el uso de un
 único modelo coherente que pueda capturar y
 utilizar la información sobre el proyecto a
 medida que éste se conozca.
El proceso de estimación comienza usando
 unas pocas variables claves para proveer las
 «macrocaracterísticas» de un proyecto, y
 evoluciona incorporando información de más
 bajo nivel para producir las «micro-
 características» del proyecto.
Ejemplo con un MCVS en
        cascada
TÉCNICAS DE ESTIMACIÓN…
Técnicas de estimación…


 La opinión de los expertos
  Esta técnica se basa en la experiencia profesional de
  los Participantes en el proyecto de estimación.
 La analogía
o Se basa en la comparación directa de uno o más
  proyectos pasados.
o Para poder utilizar esta técnica es necesario disponer
  de una base de datos histórica de proyectos finalizados
  con la que poder realizar la comparación.
o Los proyectos deben tener muchas similitudes en
  cuanto a su esquema.
Técnicas de estimación…

 La descomposición
o Consiste en la descomposición de un producto en
  componentes más pequeños, o descomponer un
  proyecto en tareas de nivel inferior.
o La estimación se hace a partir del esfuerzo requerido
  para producir los componentes más pequeños o para
  realizar las tareas de nivel inferior.
 Las ecuaciones de estimación:
o Son fórmulas matemáticas que establecen la relación de
  algunas medidas de entrada (que normalmente es la
  medida del tamaño del producto) y determinan el
  esfuerzo que se requerirá.
MÉTODOS DE ESTIMACIÓN…
Método de puntos de casos de uso


método de estimación y cálculo de tamaño del software basado en
cuentas hechas sobre los casos de uso para un sistema de
software.

   Cuantificación de características funcionales del Sistema:
o   Clasificación de Actores,
o   Clasificación de los Casos de Uso
o   Obtención del Peso o Puntos de Casos de Uso

   Cuantificación de características no funcionales del Sistema:
o   Clasificación de Factores de Complejidad Técnica (FCT)
o   Clasificación de Factores Ambientales (FA)
o   Cálculo de Puntos de Casos de Uso Ajustados (PCU)
Clasificación de Actores...

Todos los actores del sistema deben ser clasificados como
Simple, Promedio y Complejo:

 Actor Simple: Se trata de otro sistema interactuando a
  través de una interfaz de programación definida y
  conocida (API).
 Actor Promedio: Es otro sistema interactuando a través
  de un protocolo (como TCP/IP).
 Actor Complejo: se trata de una persona interactuando
  con el sistema a través de una interfaz gráfica de
  usuario (GUI) o página Web.
 Se cuentan los actores de acuerdo a su clasificación o
 grado de complejidad, multiplicando cada subtotal por
 su factor de complejidad y sumando cada producto
 obteniéndose el peso de los actores sin ajustar (PASA).
Clasificación de Casos de Uso a
      partir de las Transacciones

Teniendo el modelo de casos de uso, cada uno de ellos
debe clasificarse como Simple, Medio o Complejo, de
acuerdo al número de transacciones descritas en el caso
de uso. Se clasifican desacuerdo a lo siguiente:

 Casos de Uso Simple: Tres o menos transacciones (o
  pasos).
 Casos de Uso Promedio: entre 4 o 7 Transacciones.
 Casos de Uso Complejos: Más de 7 Transacciones.
Se cuentan los casos de uso de acuerdo a su
 clasificación por numero de transacciones,
 multiplicando cada subtotal por su factor de
 complejidad y sumando cada producto
 obteniéndose el peso de los actores sin ajustar
 (PTSA).
Obtención de Factores de Peso
o Puntos de Casos de Uso Sin Ajustar
             (PCUSA).

 Es la suma del Peso de los Actores Sin ajustar
 más el Peso de las Transacciones Sin Ajustar, es
 decir:

 PCUSA = PASA + PTSA
Clasificación de Factores de
    Complejidad Técnica (FCT)

Son los factores de peso que incorporan la complejidad
técnica del sistema y algunas características no
funcionales, el peso se representa de la siguiente manera:

 0: Sin influencia
 3: Promedio
 5: Fuerte influencia
Para obtener el factor final se debe multiplicar cada item (T1 a
T13) por el grado de influencia sobre el sistema y se obtiene la
suma llamada FactorT, de acuerdo a la siguiente Fórmula:
 FCT = 0.6 + (0.01*FactorT)
Clasificación de Factores
         Ambientales (FA)

Corresponden en términos generales, las
características del equipo de desarrollo en cuanto
a perfiles, experiencia y capacidad técnica. Se
clasifican de la siguiente manera

0: Sin influencia
3: Promedio
5: Fuerte influencia
Para obtener el factor final se debe multiplicar cada item (F1 a
F8) por el grado de influencia sobre el sistema y se obtiene la
suma llamada FactorA, de acuerdo a la siguiente Fórmula:

 FA = 1.4 + (-0.03*FactorA)
Cálculo de Puntos de Casos de Uso
         Ajustados (PCU)




Finalmente, se obtiene la siguiente fórmula que
representa los puntos de casos de uso ajustados:

PCU = PCUSA* FCT*FA
MÉTODO DE ESTIMACIÓN
          COCOMO


Cuando un ingeniero está ante un proyecto a
 estimar, lo primero que debe hacer para aplicar
 el COCOMO es situar su proyecto en el espacio
 de dos dimensiones (modo, modelo).

Según COCOMO existen tres modos de
 desarrollo, a cada uno de estos modos se le
 pueden aplicar tres métodos de estimación
 diferentes
Modo orgánico…


 El proyecto se desarrolla en equipos relativamente
  pequeños
 Muchas personas relacionadas con el proyecto tienen
  amplia experiencia trabajando en sistemas similares y
  tienen un buen conocimiento de cómo el sistema que se
  está desarrollando contribuirá a los objetivos de la
  organización.
 Se desarrolla en un entorno generalmente estable, con
  muy pequeña probabilidad de coincidencia en el desarrollo
  de un nuevo hardware u operaciones desconocidas.
 Proyectos de tamaño relativamente pequeño. Como
  máximo 50 KDSI (miles de instrucciones).
Modo semilibre…


El equipo del proyecto tiene un nivel medio de
 experiencia en proyectos similares.

El equipo es una combinación de personal
 experto e inexperto.

El tamaño del producto llega a las 300 KDSI.
Modo rígido…

 Proyectos que deben desarrollarse dentro de unas
  limitaciones muy estrictas.

 El producto debe explotarse dentro de un entorno muy
  acoplado de hardware, software, normativa y
  procedimientos operativos

 Estos proyectos se desarrollan en áreas generalmente
  desconocidas, lo cual lleva inicialmente a equipos
  pequeños de analistas y, a una sobrecarga de
  comunicación importante durante el desarrollo.

 Se aplica a proyectos de cualquier tamaño.
Modelo básico…

 Se suele aplicar en los desarrollos de productos
  pequeños/medios Las ecuaciones de estimación de
  esfuerzo y tiempo de desarrollo para cada modo de
  desarrollo:

 Orgánico: MM = 2,4 (KDSI)1,05
  TDEV = 2,5 (MM)0,38
 Semilibre: MM = 3,0 (KDSI)1,12
 TDEV = 2,5 (MM)0,35
 Rígido: MM = 3,6 (KDSI)1,20
 TDEV = 2,5 (MM)0,32
“KDSI = número de instrucciones de código en
  miles.
 MM = esfuerzo medido en meses/hombre.
 TDEV = duración en meses”
Modelo intermedio…

Atributos del producto software:
 RELY: Fiabilidad requerida del software
 DATA: Tamaño de la base de datos.
 CPLX: Complejidad del producto.
 TIME: Limitaciones en el tiempo de ejecución
 STOR: Limitaciones de memoria principal.
 VIRT: Volatilidad de la máquina virtual
 TURN: Frecuencia de cambio en el modelo de
  explotación del ordenador.
Atributos de personal
 ACAP: Capacitación de los analistas
 AEXP: Experiencia en aplicaciones.
 PCAP: Capacitación de los programadores
 VEXP: Experiencia en la máquina virtual.
 LEXP: Experiencia en el lenguaje de programación.
Atributos del proyecto
 MODP: Prácticas Modernas de programación.
 TOOL: Uso de herramientas para el desarrollo de
  software.
 SCED: Limitaciones en la planificación.
Estimación de Proyectos de Software
La estimación de esfuerzo aplicando este
 modelo es:

Modo orgánico: MM = 3,2 (KDSI) 1,05

Modo semilibre: MM = 3,0 (KDSI) 1,12

Modo rígido: MM = 2,8 (KDSI) 1,20
Modelo detallado…

 Multiplicadores de esfuerzo por fases
  En el modelo COCOMO intermedio, la distribución de
  esfuerzo por fase se determina únicamente por el tamaño del
  producto. En la práctica, factores como la fiabilidad
  requerida, la experiencia en aplicaciones y desarrollos
  interactivos afectan a unas fases más que a otras. El modelo
  detallado proporciona un conjunto de multiplicadores de
  esfuerzo para cada atributo en cada fase.
 Descomposición Jerárquica del producto a tres niveles:
 Nivel módulo.
 Nivel subsistema.
 Nivel sistema.
Modelo SLIM

 Está basado en la curva de Rayleigh, que describe la necesidad
  de personal al desarrollar proyectos complejos.
 Fue desarrollada para estimar los costes de los grandes
  proyectos de software. En proyectos pequeños haría falta
  ajustar la ecuación.




o T= Tamaño en LDC
o C= factor dependiente del entorno ( (vale 2.000 para entornos poco
  productivos, 8.000 para entornos buenos, 11.000 para entornos
  excelentes)
o K= Esfuerzos de personas año
o Td= tiempo para completar el proyecto en años.
Conclusiones!!!
Estimación de Proyectos de Software
Estimación de Proyectos de Software

Más contenido relacionado

La actualidad más candente

Requerimiento funcional y no funcional
Requerimiento funcional y no funcional Requerimiento funcional y no funcional
Requerimiento funcional y no funcional
CristobalFicaV
 
MODELO DE PROCESOS DEL SOFTWARE
MODELO DE PROCESOS DEL SOFTWAREMODELO DE PROCESOS DEL SOFTWARE
MODELO DE PROCESOS DEL SOFTWARE
Micky Jerzy
 
Proyecto de software
Proyecto de softwareProyecto de software
Proyecto de software
monik1002
 
Planificacion De Proyectos De Software
Planificacion De Proyectos De SoftwarePlanificacion De Proyectos De Software
Planificacion De Proyectos De Software
Iván Sanchez Vera
 
Estandares y modelos de calidad del software
Estandares y modelos de calidad del softwareEstandares y modelos de calidad del software
Estandares y modelos de calidad del software
aagalvisg
 
Rup disciplinas
Rup disciplinasRup disciplinas
Rup disciplinas
NELSON RODRIGUEZ
 
Pruebas de sistemas y aceptacion
Pruebas de sistemas y aceptacionPruebas de sistemas y aceptacion
Pruebas de sistemas y aceptacion
Abner Gerardo
 
Ejemplo rup
Ejemplo rupEjemplo rup
Ejemplo rup
angel2365
 
Ciclo Vida del Software
Ciclo Vida del SoftwareCiclo Vida del Software
Ciclo Vida del Software
Wilfredo Mogollón
 
2 1 vistas arquitectonicas
2 1 vistas arquitectonicas2 1 vistas arquitectonicas
2 1 vistas arquitectonicas
landeta_p
 
Ingeniería de requisitos e ingeniería de requerimientos
Ingeniería de requisitos e ingeniería de requerimientosIngeniería de requisitos e ingeniería de requerimientos
Ingeniería de requisitos e ingeniería de requerimientos
Cesar Prado
 
Normas y Estándares de calidad para el desarrollo de Software
Normas y Estándares de calidad para el desarrollo de SoftwareNormas y Estándares de calidad para el desarrollo de Software
Normas y Estándares de calidad para el desarrollo de Software
EvelinBermeo
 
Metodología RUP
Metodología RUPMetodología RUP
Metodología RUP
Jorge Cortés Alvarez
 
Ingeniería inversa y reingeniería de software
Ingeniería inversa y reingeniería de softwareIngeniería inversa y reingeniería de software
Ingeniería inversa y reingeniería de software
Moises Medina
 
Cocomo ii
Cocomo iiCocomo ii
Cocomo ii
marianela0393
 
Diseño arquitectónico
Diseño arquitectónicoDiseño arquitectónico
Diseño arquitectónico
Juan Pablo Bustos Thames
 
Capas de la ingenieria de software
Capas de la ingenieria de softwareCapas de la ingenieria de software
Capas de la ingenieria de software
Eduardo Navarrete Salazar
 
Clasificación de los requerimientos
Clasificación de los requerimientosClasificación de los requerimientos
Clasificación de los requerimientos
FSILSCA
 
Modelos de desarrollo de software
Modelos de desarrollo de softwareModelos de desarrollo de software
Modelos de desarrollo de software
Mauricio Chura Beltran
 
Proceso del Software
Proceso del Software Proceso del Software
Proceso del Software
Ares Atzarel Hernández Rodríguez
 

La actualidad más candente (20)

Requerimiento funcional y no funcional
Requerimiento funcional y no funcional Requerimiento funcional y no funcional
Requerimiento funcional y no funcional
 
MODELO DE PROCESOS DEL SOFTWARE
MODELO DE PROCESOS DEL SOFTWAREMODELO DE PROCESOS DEL SOFTWARE
MODELO DE PROCESOS DEL SOFTWARE
 
Proyecto de software
Proyecto de softwareProyecto de software
Proyecto de software
 
Planificacion De Proyectos De Software
Planificacion De Proyectos De SoftwarePlanificacion De Proyectos De Software
Planificacion De Proyectos De Software
 
Estandares y modelos de calidad del software
Estandares y modelos de calidad del softwareEstandares y modelos de calidad del software
Estandares y modelos de calidad del software
 
Rup disciplinas
Rup disciplinasRup disciplinas
Rup disciplinas
 
Pruebas de sistemas y aceptacion
Pruebas de sistemas y aceptacionPruebas de sistemas y aceptacion
Pruebas de sistemas y aceptacion
 
Ejemplo rup
Ejemplo rupEjemplo rup
Ejemplo rup
 
Ciclo Vida del Software
Ciclo Vida del SoftwareCiclo Vida del Software
Ciclo Vida del Software
 
2 1 vistas arquitectonicas
2 1 vistas arquitectonicas2 1 vistas arquitectonicas
2 1 vistas arquitectonicas
 
Ingeniería de requisitos e ingeniería de requerimientos
Ingeniería de requisitos e ingeniería de requerimientosIngeniería de requisitos e ingeniería de requerimientos
Ingeniería de requisitos e ingeniería de requerimientos
 
Normas y Estándares de calidad para el desarrollo de Software
Normas y Estándares de calidad para el desarrollo de SoftwareNormas y Estándares de calidad para el desarrollo de Software
Normas y Estándares de calidad para el desarrollo de Software
 
Metodología RUP
Metodología RUPMetodología RUP
Metodología RUP
 
Ingeniería inversa y reingeniería de software
Ingeniería inversa y reingeniería de softwareIngeniería inversa y reingeniería de software
Ingeniería inversa y reingeniería de software
 
Cocomo ii
Cocomo iiCocomo ii
Cocomo ii
 
Diseño arquitectónico
Diseño arquitectónicoDiseño arquitectónico
Diseño arquitectónico
 
Capas de la ingenieria de software
Capas de la ingenieria de softwareCapas de la ingenieria de software
Capas de la ingenieria de software
 
Clasificación de los requerimientos
Clasificación de los requerimientosClasificación de los requerimientos
Clasificación de los requerimientos
 
Modelos de desarrollo de software
Modelos de desarrollo de softwareModelos de desarrollo de software
Modelos de desarrollo de software
 
Proceso del Software
Proceso del Software Proceso del Software
Proceso del Software
 

Destacado

Gestion de proyectos - Estimación del Esfuerzo
Gestion de proyectos - Estimación del EsfuerzoGestion de proyectos - Estimación del Esfuerzo
Gestion de proyectos - Estimación del Esfuerzo
Marta Silvia Tabares
 
Grupo alfa
Grupo alfaGrupo alfa
Grupo alfa
nassra_zajia
 
Tema 3 estimacion
Tema 3 estimacionTema 3 estimacion
Tema 3 estimacion
everfavi0
 
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
antonio
 
PERT - CPM
PERT - CPMPERT - CPM
The Metrology Journey towards an 8th Base Quantity for Software: How Far or H...
The Metrology Journey towards an 8th Base Quantity for Software: How Far or H...The Metrology Journey towards an 8th Base Quantity for Software: How Far or H...
The Metrology Journey towards an 8th Base Quantity for Software: How Far or H...
COSMIC - Common Software Measurement International Consortium
 
Using the COSMIC Method to Estimate Agile User Stories
Using the COSMIC Method to Estimate Agile User StoriesUsing the COSMIC Method to Estimate Agile User Stories
Using the COSMIC Method to Estimate Agile User Stories
Luigi Buglione
 
La medición total del software
La medición total del softwareLa medición total del software
La medición total del software
Software Guru
 
CNMES15 - Estimation con COSMIC - Alain Abran
CNMES15 - Estimation con COSMIC - Alain AbranCNMES15 - Estimation con COSMIC - Alain Abran
CNMES15 - Estimation con COSMIC - Alain Abran
COSMIC - Common Software Measurement International Consortium
 
Estimación del esfuerzo y costo necesarios para el desarrollo de un proyecto ...
Estimación del esfuerzo y costo necesarios para el desarrollo de un proyecto ...Estimación del esfuerzo y costo necesarios para el desarrollo de un proyecto ...
Estimación del esfuerzo y costo necesarios para el desarrollo de un proyecto ...
Software Guru
 
Estimación por puntos de función
Estimación por puntos de funciónEstimación por puntos de función
Estimación por puntos de función
Luisa Sanchez
 
CNMES'15 - Experiencias en la Implementación de COSMIC FP en una Empresa de A...
CNMES'15 - Experiencias en la Implementación de COSMIC FP en una Empresa de A...CNMES'15 - Experiencias en la Implementación de COSMIC FP en una Empresa de A...
CNMES'15 - Experiencias en la Implementación de COSMIC FP en una Empresa de A...
COSMIC - Common Software Measurement International Consortium
 
Estimación Software por Puntos de Función
Estimación Software por Puntos de FunciónEstimación Software por Puntos de Función
Estimación Software por Puntos de Función
Fundación Universitaria Konrad Lorenz
 

Destacado (13)

Gestion de proyectos - Estimación del Esfuerzo
Gestion de proyectos - Estimación del EsfuerzoGestion de proyectos - Estimación del Esfuerzo
Gestion de proyectos - Estimación del Esfuerzo
 
Grupo alfa
Grupo alfaGrupo alfa
Grupo alfa
 
Tema 3 estimacion
Tema 3 estimacionTema 3 estimacion
Tema 3 estimacion
 
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
 
PERT - CPM
PERT - CPMPERT - CPM
PERT - CPM
 
The Metrology Journey towards an 8th Base Quantity for Software: How Far or H...
The Metrology Journey towards an 8th Base Quantity for Software: How Far or H...The Metrology Journey towards an 8th Base Quantity for Software: How Far or H...
The Metrology Journey towards an 8th Base Quantity for Software: How Far or H...
 
Using the COSMIC Method to Estimate Agile User Stories
Using the COSMIC Method to Estimate Agile User StoriesUsing the COSMIC Method to Estimate Agile User Stories
Using the COSMIC Method to Estimate Agile User Stories
 
La medición total del software
La medición total del softwareLa medición total del software
La medición total del software
 
CNMES15 - Estimation con COSMIC - Alain Abran
CNMES15 - Estimation con COSMIC - Alain AbranCNMES15 - Estimation con COSMIC - Alain Abran
CNMES15 - Estimation con COSMIC - Alain Abran
 
Estimación del esfuerzo y costo necesarios para el desarrollo de un proyecto ...
Estimación del esfuerzo y costo necesarios para el desarrollo de un proyecto ...Estimación del esfuerzo y costo necesarios para el desarrollo de un proyecto ...
Estimación del esfuerzo y costo necesarios para el desarrollo de un proyecto ...
 
Estimación por puntos de función
Estimación por puntos de funciónEstimación por puntos de función
Estimación por puntos de función
 
CNMES'15 - Experiencias en la Implementación de COSMIC FP en una Empresa de A...
CNMES'15 - Experiencias en la Implementación de COSMIC FP en una Empresa de A...CNMES'15 - Experiencias en la Implementación de COSMIC FP en una Empresa de A...
CNMES'15 - Experiencias en la Implementación de COSMIC FP en una Empresa de A...
 
Estimación Software por Puntos de Función
Estimación Software por Puntos de FunciónEstimación Software por Puntos de Función
Estimación Software por Puntos de Función
 

Similar a Estimación de Proyectos 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
Jhoseph Lugo
 
Estimación para proyectos de software cap26
Estimación para proyectos de software cap26Estimación para proyectos de software cap26
Estimación para proyectos de software cap26
DEBANI SALAS
 
Tecnicas de estimacion de software
Tecnicas de estimacion de softwareTecnicas de estimacion de software
Tecnicas de estimacion de software
Clare Rodriguez
 
Estimación para proy_soft-caja_b_y_n
Estimación para proy_soft-caja_b_y_nEstimación para proy_soft-caja_b_y_n
Estimación para proy_soft-caja_b_y_n
Luis Manuel Enrique Díaz Pereyra
 
Procesos de Ingenieria de Software
Procesos de Ingenieria de SoftwareProcesos de Ingenieria de Software
Procesos de Ingenieria de Software
Angel Macas
 
Cocomo
CocomoCocomo
Cocomo
arteaga22
 
Gestión de Proyectos Informáticos
Gestión de Proyectos InformáticosGestión de Proyectos Informáticos
Gestión de Proyectos Informáticos
Pilar Pardo Hidalgo
 
Gestion de proyectos de SW
Gestion de proyectos de SWGestion de proyectos de SW
Gestion de proyectos de SW
Pilar Pardo Hidalgo
 
Análisis & diseño de sistemas
Análisis & diseño de sistemasAnálisis & diseño de sistemas
Análisis & diseño de sistemas
pokirene11
 
Estimacion De Proyecto
Estimacion De ProyectoEstimacion De Proyecto
Estimacion De Proyecto
javier
 
AnáLisis De Sistemas
AnáLisis De SistemasAnáLisis De Sistemas
AnáLisis De Sistemas
nera24mx
 
Presupuesto Software, victor mamani catachura, boreasH
Presupuesto Software, victor mamani catachura, boreasHPresupuesto Software, victor mamani catachura, boreasH
Presupuesto Software, victor mamani catachura, boreasH
victor mamani
 
Analisis y diseño de un sistema de informacion
Analisis y diseño de un sistema de informacionAnalisis y diseño de un sistema de informacion
Analisis y diseño de un sistema de informacion
paredes1983
 
Estimacion de proyectos de software
Estimacion de proyectos de softwareEstimacion de proyectos de software
Estimacion de proyectos de software
Martin Perez
 
Jessika parica. planificación de un proyecto de software
Jessika parica. planificación de un proyecto de softwareJessika parica. planificación de un proyecto de software
Jessika parica. planificación de un proyecto de software
Jessika Parica
 
Ing.Software New
Ing.Software NewIng.Software New
Ing.Software New
carolina
 
Trabajo de Christian Oblitas
Trabajo de Christian OblitasTrabajo de Christian Oblitas
Trabajo de Christian Oblitas
Christian1705
 
Desarrollo de Sistemas de Información
Desarrollo de Sistemas de InformaciónDesarrollo de Sistemas de Información
Desarrollo de Sistemas de Información
Danianny Verónica Senju
 
Presentacionsii
PresentacionsiiPresentacionsii
Presentacionsii
Luisana Mia Leon Rengel
 
Enrique Cabello
Enrique CabelloEnrique Cabello
Enrique Cabello
Enrique Cabello
 

Similar a Estimación de Proyectos de Software (20)

Estimación de costo de software
Estimación de costo de softwareEstimación de costo de software
Estimación de costo de software
 
Estimación para proyectos de software cap26
Estimación para proyectos de software cap26Estimación para proyectos de software cap26
Estimación para proyectos de software cap26
 
Tecnicas de estimacion de software
Tecnicas de estimacion de softwareTecnicas de estimacion de software
Tecnicas de estimacion de software
 
Estimación para proy_soft-caja_b_y_n
Estimación para proy_soft-caja_b_y_nEstimación para proy_soft-caja_b_y_n
Estimación para proy_soft-caja_b_y_n
 
Procesos de Ingenieria de Software
Procesos de Ingenieria de SoftwareProcesos de Ingenieria de Software
Procesos de Ingenieria de Software
 
Cocomo
CocomoCocomo
Cocomo
 
Gestión de Proyectos Informáticos
Gestión de Proyectos InformáticosGestión de Proyectos Informáticos
Gestión de Proyectos Informáticos
 
Gestion de proyectos de SW
Gestion de proyectos de SWGestion de proyectos de SW
Gestion de proyectos de SW
 
Análisis & diseño de sistemas
Análisis & diseño de sistemasAnálisis & diseño de sistemas
Análisis & diseño de sistemas
 
Estimacion De Proyecto
Estimacion De ProyectoEstimacion De Proyecto
Estimacion De Proyecto
 
AnáLisis De Sistemas
AnáLisis De SistemasAnáLisis De Sistemas
AnáLisis De Sistemas
 
Presupuesto Software, victor mamani catachura, boreasH
Presupuesto Software, victor mamani catachura, boreasHPresupuesto Software, victor mamani catachura, boreasH
Presupuesto Software, victor mamani catachura, boreasH
 
Analisis y diseño de un sistema de informacion
Analisis y diseño de un sistema de informacionAnalisis y diseño de un sistema de informacion
Analisis y diseño de un sistema de informacion
 
Estimacion de proyectos de software
Estimacion de proyectos de softwareEstimacion de proyectos de software
Estimacion de proyectos de software
 
Jessika parica. planificación de un proyecto de software
Jessika parica. planificación de un proyecto de softwareJessika parica. planificación de un proyecto de software
Jessika parica. planificación de un proyecto de software
 
Ing.Software New
Ing.Software NewIng.Software New
Ing.Software New
 
Trabajo de Christian Oblitas
Trabajo de Christian OblitasTrabajo de Christian Oblitas
Trabajo de Christian Oblitas
 
Desarrollo de Sistemas de Información
Desarrollo de Sistemas de InformaciónDesarrollo de Sistemas de Información
Desarrollo de Sistemas de Información
 
Presentacionsii
PresentacionsiiPresentacionsii
Presentacionsii
 
Enrique Cabello
Enrique CabelloEnrique Cabello
Enrique Cabello
 

Más de Andrés Felipe Montoya Ríos

Patron de Arquitectura Broker
Patron de Arquitectura BrokerPatron de Arquitectura Broker
Patron de Arquitectura Broker
Andrés Felipe Montoya Ríos
 
La creatividad, ¿de quien depende?
La creatividad, ¿de quien depende?La creatividad, ¿de quien depende?
La creatividad, ¿de quien depende?
Andrés Felipe Montoya Ríos
 
Seo Para Principiantes
Seo Para PrincipiantesSeo Para Principiantes
Seo Para Principiantes
Andrés Felipe Montoya Ríos
 
Todo sobre HTML5
Todo sobre HTML5Todo sobre HTML5
La Importancia De Aprender A Investigar
La Importancia De Aprender A InvestigarLa Importancia De Aprender A Investigar
La Importancia De Aprender A Investigar
Andrés Felipe Montoya Ríos
 
Resolver Problemas Por Medio De La Ingeniería De Sistemas
Resolver Problemas Por Medio De La Ingeniería De SistemasResolver Problemas Por Medio De La Ingeniería De Sistemas
Resolver Problemas Por Medio De La Ingeniería De Sistemas
Andrés Felipe Montoya Ríos
 
Articulo - El Futuro Tiene Nombre Y Es LTE
Articulo - El Futuro Tiene Nombre Y Es LTEArticulo - El Futuro Tiene Nombre Y Es LTE
Articulo - El Futuro Tiene Nombre Y Es LTE
Andrés Felipe Montoya Ríos
 
Artículo - Simulador NS (Network Simulator)
Artículo - Simulador NS (Network Simulator)Artículo - Simulador NS (Network Simulator)
Artículo - Simulador NS (Network Simulator)
Andrés Felipe Montoya Ríos
 
Telemedicina
TelemedicinaTelemedicina
Planificador SSTF (shortest seek time first)
Planificador SSTF (shortest seek time first)Planificador SSTF (shortest seek time first)
Planificador SSTF (shortest seek time first)
Andrés Felipe Montoya Ríos
 
Raid (redundant array of independent disks)
Raid (redundant array of independent disks)Raid (redundant array of independent disks)
Raid (redundant array of independent disks)
Andrés Felipe Montoya Ríos
 
LTE (Long Term Evolution)
LTE (Long Term Evolution)LTE (Long Term Evolution)
LTE (Long Term Evolution)
Andrés Felipe Montoya Ríos
 
Sistema de Posicionamiento Global
Sistema de Posicionamiento GlobalSistema de Posicionamiento Global
Sistema de Posicionamiento Global
Andrés Felipe Montoya Ríos
 
NS 2 (network simulator)
NS 2 (network simulator)NS 2 (network simulator)
NS 2 (network simulator)
Andrés Felipe Montoya Ríos
 
Base de Datos Orientada a Objetos
Base de Datos Orientada a ObjetosBase de Datos Orientada a Objetos
Base de Datos Orientada a Objetos
Andrés Felipe Montoya Ríos
 
Diseño de Software
Diseño de SoftwareDiseño de Software
Diseño de Software
Andrés Felipe Montoya Ríos
 
Cuarta Generación De Los Sistemas Operativos
Cuarta Generación De Los Sistemas OperativosCuarta Generación De Los Sistemas Operativos
Cuarta Generación De Los Sistemas Operativos
Andrés Felipe Montoya Ríos
 

Más de Andrés Felipe Montoya Ríos (17)

Patron de Arquitectura Broker
Patron de Arquitectura BrokerPatron de Arquitectura Broker
Patron de Arquitectura Broker
 
La creatividad, ¿de quien depende?
La creatividad, ¿de quien depende?La creatividad, ¿de quien depende?
La creatividad, ¿de quien depende?
 
Seo Para Principiantes
Seo Para PrincipiantesSeo Para Principiantes
Seo Para Principiantes
 
Todo sobre HTML5
Todo sobre HTML5Todo sobre HTML5
Todo sobre HTML5
 
La Importancia De Aprender A Investigar
La Importancia De Aprender A InvestigarLa Importancia De Aprender A Investigar
La Importancia De Aprender A Investigar
 
Resolver Problemas Por Medio De La Ingeniería De Sistemas
Resolver Problemas Por Medio De La Ingeniería De SistemasResolver Problemas Por Medio De La Ingeniería De Sistemas
Resolver Problemas Por Medio De La Ingeniería De Sistemas
 
Articulo - El Futuro Tiene Nombre Y Es LTE
Articulo - El Futuro Tiene Nombre Y Es LTEArticulo - El Futuro Tiene Nombre Y Es LTE
Articulo - El Futuro Tiene Nombre Y Es LTE
 
Artículo - Simulador NS (Network Simulator)
Artículo - Simulador NS (Network Simulator)Artículo - Simulador NS (Network Simulator)
Artículo - Simulador NS (Network Simulator)
 
Telemedicina
TelemedicinaTelemedicina
Telemedicina
 
Planificador SSTF (shortest seek time first)
Planificador SSTF (shortest seek time first)Planificador SSTF (shortest seek time first)
Planificador SSTF (shortest seek time first)
 
Raid (redundant array of independent disks)
Raid (redundant array of independent disks)Raid (redundant array of independent disks)
Raid (redundant array of independent disks)
 
LTE (Long Term Evolution)
LTE (Long Term Evolution)LTE (Long Term Evolution)
LTE (Long Term Evolution)
 
Sistema de Posicionamiento Global
Sistema de Posicionamiento GlobalSistema de Posicionamiento Global
Sistema de Posicionamiento Global
 
NS 2 (network simulator)
NS 2 (network simulator)NS 2 (network simulator)
NS 2 (network simulator)
 
Base de Datos Orientada a Objetos
Base de Datos Orientada a ObjetosBase de Datos Orientada a Objetos
Base de Datos Orientada a Objetos
 
Diseño de Software
Diseño de SoftwareDiseño de Software
Diseño de Software
 
Cuarta Generación De Los Sistemas Operativos
Cuarta Generación De Los Sistemas OperativosCuarta Generación De Los Sistemas Operativos
Cuarta Generación De Los Sistemas Operativos
 

Último

Revista Universidad de Deusto - Número 155 / Año 2024
Revista Universidad de Deusto - Número 155 / Año 2024Revista Universidad de Deusto - Número 155 / Año 2024
Revista Universidad de Deusto - Número 155 / Año 2024
Universidad de Deusto - Deustuko Unibertsitatea - University of Deusto
 
Plataformas de vídeo online (2 de julio de 2024)
Plataformas de vídeo online (2 de julio de 2024)Plataformas de vídeo online (2 de julio de 2024)
Plataformas de vídeo online (2 de julio de 2024)
Cátedra Banco Santander
 
Fichero Léxico / Pandemia Lingüística / USCO
Fichero Léxico / Pandemia Lingüística / USCOFichero Léxico / Pandemia Lingüística / USCO
Fichero Léxico / Pandemia Lingüística / USCO
mariahernandez632951
 
Taller Intensivo de Formación Continua 2024
Taller Intensivo de Formación Continua 2024Taller Intensivo de Formación Continua 2024
Taller Intensivo de Formación Continua 2024
maria larios
 
LABERINTOS DE DISCIPLINAS OLÍMPICAS. Por JAVIER SOLIS NOYOLA
LABERINTOS DE DISCIPLINAS OLÍMPICAS.  Por JAVIER SOLIS NOYOLALABERINTOS DE DISCIPLINAS OLÍMPICAS.  Por JAVIER SOLIS NOYOLA
LABERINTOS DE DISCIPLINAS OLÍMPICAS. Por JAVIER SOLIS NOYOLA
JAVIER SOLIS NOYOLA
 
INSTRUMENTOS USADOS EN LA PSICOLOGÍA
INSTRUMENTOS USADOS EN LA PSICOLOGÍA INSTRUMENTOS USADOS EN LA PSICOLOGÍA
INSTRUMENTOS USADOS EN LA PSICOLOGÍA
Kiara Ocampo Apolo
 
ACERTIJO MATEMÁTICO DEL MEDALLERO OLÍMPICO. Por JAVIER SOLIS NOYOLA
ACERTIJO MATEMÁTICO DEL MEDALLERO OLÍMPICO. Por JAVIER SOLIS NOYOLAACERTIJO MATEMÁTICO DEL MEDALLERO OLÍMPICO. Por JAVIER SOLIS NOYOLA
ACERTIJO MATEMÁTICO DEL MEDALLERO OLÍMPICO. Por JAVIER SOLIS NOYOLA
JAVIER SOLIS NOYOLA
 
Introducción a los Sistemas Integrados de Gestión
Introducción a los Sistemas Integrados de GestiónIntroducción a los Sistemas Integrados de Gestión
Introducción a los Sistemas Integrados de Gestión
JonathanCovena1
 
Semana 1 Derecho a interponer recursos y reparación.
Semana 1 Derecho a interponer recursos y reparación.Semana 1 Derecho a interponer recursos y reparación.
Semana 1 Derecho a interponer recursos y reparación.
SergioAlfrediMontoya
 
Recursos Educativos en Abierto (1 de julio de 2024)
Recursos Educativos en Abierto (1 de julio de 2024)Recursos Educativos en Abierto (1 de julio de 2024)
Recursos Educativos en Abierto (1 de julio de 2024)
Cátedra Banco Santander
 
Introducción a la seguridad básica (3 de julio de 2024)
Introducción a la seguridad básica (3 de julio de 2024)Introducción a la seguridad básica (3 de julio de 2024)
Introducción a la seguridad básica (3 de julio de 2024)
Cátedra Banco Santander
 
🔴 (AC-S18) Semana 18 - Tema 1 Informe sobre un tema del curso.docx
🔴 (AC-S18) Semana 18 - Tema 1 Informe sobre un tema del curso.docx🔴 (AC-S18) Semana 18 - Tema 1 Informe sobre un tema del curso.docx
🔴 (AC-S18) Semana 18 - Tema 1 Informe sobre un tema del curso.docx
FernandoEstebanLlont
 
Taller Intensivo de Formación Continua para Docentes_24_Julio.pdf
Taller Intensivo de Formación Continua para Docentes_24_Julio.pdfTaller Intensivo de Formación Continua para Docentes_24_Julio.pdf
Taller Intensivo de Formación Continua para Docentes_24_Julio.pdf
htebazileahcug
 
2. LA ENERGIA Y TIPOSGRADO SEXTO.SANTA TERESApptx
2. LA ENERGIA Y TIPOSGRADO SEXTO.SANTA TERESApptx2. LA ENERGIA Y TIPOSGRADO SEXTO.SANTA TERESApptx
2. LA ENERGIA Y TIPOSGRADO SEXTO.SANTA TERESApptx
nelsontobontrujillo
 
Flipped Classroom con TIC (1 de julio de 2024)
Flipped Classroom con TIC (1 de julio de 2024)Flipped Classroom con TIC (1 de julio de 2024)
Flipped Classroom con TIC (1 de julio de 2024)
Cátedra Banco Santander
 
Sesión Un día en el ministerio de Jesús.pdf
Sesión Un día en el ministerio de Jesús.pdfSesión Un día en el ministerio de Jesús.pdf
Sesión Un día en el ministerio de Jesús.pdf
https://gramadal.wordpress.com/
 
Taller intensivo de formación continua. Puebla.
Taller intensivo de formación continua. Puebla.Taller intensivo de formación continua. Puebla.
Taller intensivo de formación continua. Puebla.
OscarCruzyCruz
 
678778595-Examen-Final-Innovacion-Social.pptx
678778595-Examen-Final-Innovacion-Social.pptx678778595-Examen-Final-Innovacion-Social.pptx
678778595-Examen-Final-Innovacion-Social.pptx
VALERIOPEREZBORDA
 
Introducción a las herramientas de Google Apps (3 de julio de 2024)
Introducción a las herramientas de Google Apps (3 de julio de 2024)Introducción a las herramientas de Google Apps (3 de julio de 2024)
Introducción a las herramientas de Google Apps (3 de julio de 2024)
Cátedra Banco Santander
 
PLAN DE TRABAJO DIA DEL LOGRO 2024 URP.docx
PLAN DE TRABAJO DIA DEL LOGRO 2024 URP.docxPLAN DE TRABAJO DIA DEL LOGRO 2024 URP.docx
PLAN DE TRABAJO DIA DEL LOGRO 2024 URP.docx
william antonio Chacon Robles
 

Último (20)

Revista Universidad de Deusto - Número 155 / Año 2024
Revista Universidad de Deusto - Número 155 / Año 2024Revista Universidad de Deusto - Número 155 / Año 2024
Revista Universidad de Deusto - Número 155 / Año 2024
 
Plataformas de vídeo online (2 de julio de 2024)
Plataformas de vídeo online (2 de julio de 2024)Plataformas de vídeo online (2 de julio de 2024)
Plataformas de vídeo online (2 de julio de 2024)
 
Fichero Léxico / Pandemia Lingüística / USCO
Fichero Léxico / Pandemia Lingüística / USCOFichero Léxico / Pandemia Lingüística / USCO
Fichero Léxico / Pandemia Lingüística / USCO
 
Taller Intensivo de Formación Continua 2024
Taller Intensivo de Formación Continua 2024Taller Intensivo de Formación Continua 2024
Taller Intensivo de Formación Continua 2024
 
LABERINTOS DE DISCIPLINAS OLÍMPICAS. Por JAVIER SOLIS NOYOLA
LABERINTOS DE DISCIPLINAS OLÍMPICAS.  Por JAVIER SOLIS NOYOLALABERINTOS DE DISCIPLINAS OLÍMPICAS.  Por JAVIER SOLIS NOYOLA
LABERINTOS DE DISCIPLINAS OLÍMPICAS. Por JAVIER SOLIS NOYOLA
 
INSTRUMENTOS USADOS EN LA PSICOLOGÍA
INSTRUMENTOS USADOS EN LA PSICOLOGÍA INSTRUMENTOS USADOS EN LA PSICOLOGÍA
INSTRUMENTOS USADOS EN LA PSICOLOGÍA
 
ACERTIJO MATEMÁTICO DEL MEDALLERO OLÍMPICO. Por JAVIER SOLIS NOYOLA
ACERTIJO MATEMÁTICO DEL MEDALLERO OLÍMPICO. Por JAVIER SOLIS NOYOLAACERTIJO MATEMÁTICO DEL MEDALLERO OLÍMPICO. Por JAVIER SOLIS NOYOLA
ACERTIJO MATEMÁTICO DEL MEDALLERO OLÍMPICO. Por JAVIER SOLIS NOYOLA
 
Introducción a los Sistemas Integrados de Gestión
Introducción a los Sistemas Integrados de GestiónIntroducción a los Sistemas Integrados de Gestión
Introducción a los Sistemas Integrados de Gestión
 
Semana 1 Derecho a interponer recursos y reparación.
Semana 1 Derecho a interponer recursos y reparación.Semana 1 Derecho a interponer recursos y reparación.
Semana 1 Derecho a interponer recursos y reparación.
 
Recursos Educativos en Abierto (1 de julio de 2024)
Recursos Educativos en Abierto (1 de julio de 2024)Recursos Educativos en Abierto (1 de julio de 2024)
Recursos Educativos en Abierto (1 de julio de 2024)
 
Introducción a la seguridad básica (3 de julio de 2024)
Introducción a la seguridad básica (3 de julio de 2024)Introducción a la seguridad básica (3 de julio de 2024)
Introducción a la seguridad básica (3 de julio de 2024)
 
🔴 (AC-S18) Semana 18 - Tema 1 Informe sobre un tema del curso.docx
🔴 (AC-S18) Semana 18 - Tema 1 Informe sobre un tema del curso.docx🔴 (AC-S18) Semana 18 - Tema 1 Informe sobre un tema del curso.docx
🔴 (AC-S18) Semana 18 - Tema 1 Informe sobre un tema del curso.docx
 
Taller Intensivo de Formación Continua para Docentes_24_Julio.pdf
Taller Intensivo de Formación Continua para Docentes_24_Julio.pdfTaller Intensivo de Formación Continua para Docentes_24_Julio.pdf
Taller Intensivo de Formación Continua para Docentes_24_Julio.pdf
 
2. LA ENERGIA Y TIPOSGRADO SEXTO.SANTA TERESApptx
2. LA ENERGIA Y TIPOSGRADO SEXTO.SANTA TERESApptx2. LA ENERGIA Y TIPOSGRADO SEXTO.SANTA TERESApptx
2. LA ENERGIA Y TIPOSGRADO SEXTO.SANTA TERESApptx
 
Flipped Classroom con TIC (1 de julio de 2024)
Flipped Classroom con TIC (1 de julio de 2024)Flipped Classroom con TIC (1 de julio de 2024)
Flipped Classroom con TIC (1 de julio de 2024)
 
Sesión Un día en el ministerio de Jesús.pdf
Sesión Un día en el ministerio de Jesús.pdfSesión Un día en el ministerio de Jesús.pdf
Sesión Un día en el ministerio de Jesús.pdf
 
Taller intensivo de formación continua. Puebla.
Taller intensivo de formación continua. Puebla.Taller intensivo de formación continua. Puebla.
Taller intensivo de formación continua. Puebla.
 
678778595-Examen-Final-Innovacion-Social.pptx
678778595-Examen-Final-Innovacion-Social.pptx678778595-Examen-Final-Innovacion-Social.pptx
678778595-Examen-Final-Innovacion-Social.pptx
 
Introducción a las herramientas de Google Apps (3 de julio de 2024)
Introducción a las herramientas de Google Apps (3 de julio de 2024)Introducción a las herramientas de Google Apps (3 de julio de 2024)
Introducción a las herramientas de Google Apps (3 de julio de 2024)
 
PLAN DE TRABAJO DIA DEL LOGRO 2024 URP.docx
PLAN DE TRABAJO DIA DEL LOGRO 2024 URP.docxPLAN DE TRABAJO DIA DEL LOGRO 2024 URP.docx
PLAN DE TRABAJO DIA DEL LOGRO 2024 URP.docx
 

Estimación de Proyectos de Software

  • 1. Estimación de proyectos de software Andrés Felipe Montoya Ríos re.vu/AndresMontoya @montoya118 Edwar Andrés Ruiz Medina @EdwarRuiz324
  • 2. ¿Que es la estimación? Estimación “Apreciar, poner precio, evaluar algo” Estimación de proyectos de software “Actividad de la planificación del proyecto de sw que intenta determinar cuánto dinero, esfuerzo, recursos y tiempo tomará construir un sistema o producto sw”.
  • 3. ¿En qué consiste la estimación de proyectos software?  «Aplicación continua de técnicas basadas en las medidas de los procesos de desarrollo del software y sus productos, para producir una información de gestión significativa y a tiempo. Esta información se utilizará para mejorar esos procesos los productos que se obtienen de ellos» (SYMONS, C., 1998).
  • 4. ¿Cuál es el objetivo de la estimación?  Predecir las variables involucradas en el proyecto con cierto grado de certeza.  Trata de aportar una predicción de algún indicador importante para la gestión de proyectos de software tiempo, esfuerzo, cantidad de defectos esperados entre otros.  Es razonable conocer, antes de comenzar a desarrollar el SW, cuánto se va a invertir, qué tareas se deben realizar y cuánto tiempo se necesitará.
  • 5. ¿Quién es y cuál es el objetivo del estimador de un proyecto software?  El estimador debe ser un profesional que no tenga ningún interés, directo o indirecto, en los resultados del proceso de estimación y que este únicamente guiado por su profesionalismo.  El principal objetivo del estimador es obtener estimaciones de calidad, las cuales no tienen siempre por qué coincidir con las expectativas de la empresa en términos de costo y tiempo.
  • 6. Requisitos que debe cumplir un buen estimador…  Formación y experiencia profesional adecuada.  Una posición en la organización que le permita adoptar un juicio independiente.  Debe basarse en un método que pueda ser explicado, cuestionado, discutido y auditado.  Debe poder describir su experiencia en cada estimación.  Debe documentar su estimación, incluyendo los resultados obtenidos y cualquier información necesaria para hacer el proceso de estimación repetible y verificable.
  • 7. ¿Cuándo se debe llevar a cabo? La estimación es un proceso continuo. A medida que el proyecto avanza, más se conoce de él, y por lo tanto más parámetros están disponibles para introducir en un modelo de estimación. La estimación continua nos permite el uso de un único modelo coherente que pueda capturar y utilizar la información sobre el proyecto a medida que éste se conozca.
  • 8. El proceso de estimación comienza usando unas pocas variables claves para proveer las «macrocaracterísticas» de un proyecto, y evoluciona incorporando información de más bajo nivel para producir las «micro- características» del proyecto.
  • 9. Ejemplo con un MCVS en cascada
  • 11. Técnicas de estimación…  La opinión de los expertos Esta técnica se basa en la experiencia profesional de los Participantes en el proyecto de estimación.  La analogía o Se basa en la comparación directa de uno o más proyectos pasados. o Para poder utilizar esta técnica es necesario disponer de una base de datos histórica de proyectos finalizados con la que poder realizar la comparación. o Los proyectos deben tener muchas similitudes en cuanto a su esquema.
  • 12. Técnicas de estimación…  La descomposición o Consiste en la descomposición de un producto en componentes más pequeños, o descomponer un proyecto en tareas de nivel inferior. o La estimación se hace a partir del esfuerzo requerido para producir los componentes más pequeños o para realizar las tareas de nivel inferior.  Las ecuaciones de estimación: o Son fórmulas matemáticas que establecen la relación de algunas medidas de entrada (que normalmente es la medida del tamaño del producto) y determinan el esfuerzo que se requerirá.
  • 14. Método de puntos de casos de uso método de estimación y cálculo de tamaño del software basado en cuentas hechas sobre los casos de uso para un sistema de software.  Cuantificación de características funcionales del Sistema: o Clasificación de Actores, o Clasificación de los Casos de Uso o Obtención del Peso o Puntos de Casos de Uso  Cuantificación de características no funcionales del Sistema: o Clasificación de Factores de Complejidad Técnica (FCT) o Clasificación de Factores Ambientales (FA) o Cálculo de Puntos de Casos de Uso Ajustados (PCU)
  • 15. Clasificación de Actores... Todos los actores del sistema deben ser clasificados como Simple, Promedio y Complejo:  Actor Simple: Se trata de otro sistema interactuando a través de una interfaz de programación definida y conocida (API).  Actor Promedio: Es otro sistema interactuando a través de un protocolo (como TCP/IP).  Actor Complejo: se trata de una persona interactuando con el sistema a través de una interfaz gráfica de usuario (GUI) o página Web.
  • 16.  Se cuentan los actores de acuerdo a su clasificación o grado de complejidad, multiplicando cada subtotal por su factor de complejidad y sumando cada producto obteniéndose el peso de los actores sin ajustar (PASA).
  • 17. Clasificación de Casos de Uso a partir de las Transacciones Teniendo el modelo de casos de uso, cada uno de ellos debe clasificarse como Simple, Medio o Complejo, de acuerdo al número de transacciones descritas en el caso de uso. Se clasifican desacuerdo a lo siguiente:  Casos de Uso Simple: Tres o menos transacciones (o pasos).  Casos de Uso Promedio: entre 4 o 7 Transacciones.  Casos de Uso Complejos: Más de 7 Transacciones.
  • 18. Se cuentan los casos de uso de acuerdo a su clasificación por numero de transacciones, multiplicando cada subtotal por su factor de complejidad y sumando cada producto obteniéndose el peso de los actores sin ajustar (PTSA).
  • 19. Obtención de Factores de Peso o Puntos de Casos de Uso Sin Ajustar (PCUSA). Es la suma del Peso de los Actores Sin ajustar más el Peso de las Transacciones Sin Ajustar, es decir: PCUSA = PASA + PTSA
  • 20. Clasificación de Factores de Complejidad Técnica (FCT) Son los factores de peso que incorporan la complejidad técnica del sistema y algunas características no funcionales, el peso se representa de la siguiente manera:  0: Sin influencia  3: Promedio  5: Fuerte influencia
  • 21. Para obtener el factor final se debe multiplicar cada item (T1 a T13) por el grado de influencia sobre el sistema y se obtiene la suma llamada FactorT, de acuerdo a la siguiente Fórmula:  FCT = 0.6 + (0.01*FactorT)
  • 22. Clasificación de Factores Ambientales (FA) Corresponden en términos generales, las características del equipo de desarrollo en cuanto a perfiles, experiencia y capacidad técnica. Se clasifican de la siguiente manera 0: Sin influencia 3: Promedio 5: Fuerte influencia
  • 23. Para obtener el factor final se debe multiplicar cada item (F1 a F8) por el grado de influencia sobre el sistema y se obtiene la suma llamada FactorA, de acuerdo a la siguiente Fórmula:  FA = 1.4 + (-0.03*FactorA)
  • 24. Cálculo de Puntos de Casos de Uso Ajustados (PCU) Finalmente, se obtiene la siguiente fórmula que representa los puntos de casos de uso ajustados: PCU = PCUSA* FCT*FA
  • 25. MÉTODO DE ESTIMACIÓN COCOMO Cuando un ingeniero está ante un proyecto a estimar, lo primero que debe hacer para aplicar el COCOMO es situar su proyecto en el espacio de dos dimensiones (modo, modelo). Según COCOMO existen tres modos de desarrollo, a cada uno de estos modos se le pueden aplicar tres métodos de estimación diferentes
  • 26. Modo orgánico…  El proyecto se desarrolla en equipos relativamente pequeños  Muchas personas relacionadas con el proyecto tienen amplia experiencia trabajando en sistemas similares y tienen un buen conocimiento de cómo el sistema que se está desarrollando contribuirá a los objetivos de la organización.  Se desarrolla en un entorno generalmente estable, con muy pequeña probabilidad de coincidencia en el desarrollo de un nuevo hardware u operaciones desconocidas.  Proyectos de tamaño relativamente pequeño. Como máximo 50 KDSI (miles de instrucciones).
  • 27. Modo semilibre… El equipo del proyecto tiene un nivel medio de experiencia en proyectos similares. El equipo es una combinación de personal experto e inexperto. El tamaño del producto llega a las 300 KDSI.
  • 28. Modo rígido…  Proyectos que deben desarrollarse dentro de unas limitaciones muy estrictas.  El producto debe explotarse dentro de un entorno muy acoplado de hardware, software, normativa y procedimientos operativos  Estos proyectos se desarrollan en áreas generalmente desconocidas, lo cual lleva inicialmente a equipos pequeños de analistas y, a una sobrecarga de comunicación importante durante el desarrollo.  Se aplica a proyectos de cualquier tamaño.
  • 29. Modelo básico…  Se suele aplicar en los desarrollos de productos pequeños/medios Las ecuaciones de estimación de esfuerzo y tiempo de desarrollo para cada modo de desarrollo:  Orgánico: MM = 2,4 (KDSI)1,05 TDEV = 2,5 (MM)0,38  Semilibre: MM = 3,0 (KDSI)1,12 TDEV = 2,5 (MM)0,35  Rígido: MM = 3,6 (KDSI)1,20 TDEV = 2,5 (MM)0,32
  • 30. “KDSI = número de instrucciones de código en miles. MM = esfuerzo medido en meses/hombre. TDEV = duración en meses”
  • 31. Modelo intermedio… Atributos del producto software:  RELY: Fiabilidad requerida del software  DATA: Tamaño de la base de datos.  CPLX: Complejidad del producto.  TIME: Limitaciones en el tiempo de ejecución  STOR: Limitaciones de memoria principal.  VIRT: Volatilidad de la máquina virtual  TURN: Frecuencia de cambio en el modelo de explotación del ordenador.
  • 32. Atributos de personal  ACAP: Capacitación de los analistas  AEXP: Experiencia en aplicaciones.  PCAP: Capacitación de los programadores  VEXP: Experiencia en la máquina virtual.  LEXP: Experiencia en el lenguaje de programación. Atributos del proyecto  MODP: Prácticas Modernas de programación.  TOOL: Uso de herramientas para el desarrollo de software.  SCED: Limitaciones en la planificación.
  • 34. La estimación de esfuerzo aplicando este modelo es: Modo orgánico: MM = 3,2 (KDSI) 1,05 Modo semilibre: MM = 3,0 (KDSI) 1,12 Modo rígido: MM = 2,8 (KDSI) 1,20
  • 35. Modelo detallado… Multiplicadores de esfuerzo por fases En el modelo COCOMO intermedio, la distribución de esfuerzo por fase se determina únicamente por el tamaño del producto. En la práctica, factores como la fiabilidad requerida, la experiencia en aplicaciones y desarrollos interactivos afectan a unas fases más que a otras. El modelo detallado proporciona un conjunto de multiplicadores de esfuerzo para cada atributo en cada fase.  Descomposición Jerárquica del producto a tres niveles:  Nivel módulo.  Nivel subsistema.  Nivel sistema.
  • 36. Modelo SLIM  Está basado en la curva de Rayleigh, que describe la necesidad de personal al desarrollar proyectos complejos.  Fue desarrollada para estimar los costes de los grandes proyectos de software. En proyectos pequeños haría falta ajustar la ecuación. o T= Tamaño en LDC o C= factor dependiente del entorno ( (vale 2.000 para entornos poco productivos, 8.000 para entornos buenos, 11.000 para entornos excelentes) o K= Esfuerzos de personas año o Td= tiempo para completar el proyecto en años.