1. ISFD “JUAN GARCÍA DE COSSIO”
SAN ROQUE—CORRIENTES
Materia: ANÁLISIS DE SISTEMAS
PROFESOR: LEIVA HÉCTOR
RUBEN

2. Es el proceso de gestión para la creación de un sistema
o software, la cual encierra un conjunto de actividades.
PLANIFICACIÓN DE
PROYECTOS DE SOFTWARE

3. OBJETIVOS DE LA PLANIFICACIÓN
DEL PROYECTO
 El objetivos es proporcionar un marco de
trabajo que permita al gestor hacer
estimaciones razonables de recursos,
costos y planificación temporal.

4. ACTIVIDADES ASOCIADAS AL
POYECTO DE SOFTWARE
 AMBITO DE SOFTWARE
 RECURSOS
 ESTIMACIÓN DEL PROYECTO DE
SOFTWARE
 DIFERENTES MODELOS DE
ESTIMACIÓN

5. AMBITO DE SOFTWARE
 En esta etapa se debe evaluar y describir:
 La función
 El rendimiento
 Las restricciones
 Las interfaces
 La fiabilidad
 Se debe evaluar estas cuestiones para
establecer un ámbito de proyecto que no
sea ambiguo, e incomprensible para
directivos y técnicos.

6. RECURSOS
HUMANOS
COMPONENTES
REUTILIZABLES
HERRAMIENTAS

7. RECURSOS
 Cada recurso queda especificado
mediante cuatro características:
1. DESCRIPCION DEL RECURSO
2. INFORMES DE DISPONIBILIDAD
3. FECHA CRONOLOGICA EN QUE SE
REQUIERE EL RECURSO
4. TIEMPO DURANTE EL QUE SERA
APLICADO EL RECURSO

8. RECURSOS HUMANOS
 La cantidad de personas requeridas para
el desarrollo de un proyecto de software
(ingeniero- licenciado- técnico) y el
manejo posterior del mismo dentro de la
organización.
 Se deberá seleccionar la posición dentro
de la organización y la especialidad que
desempeñará cada profesional.

9. RECURSOS O COMPONENTES
DE SOFTWARE REUTILIZABLES
 Cualquier estudio sobre recurso de
software estaría incompleto sin estudiar la
reutilización, esto es la creación y la
reutilización de bloques (módulos o
bibliotecas) de construcción de software.
 Tales bloques se deben establecer en
catálogos para una consulta más fácil,
estandarizarse para una fácil aplicación y
validarse también para una fácil
integración.

10. RECURSOS DE ENTORNO
 EL ENTORNO ES DONDE SE APOYA EL
PROYECTO DE SOFTWARE, ES LA
BASE QUE PROPORCIONA LA
INFRAESTRUCTURA DE SOPORTE AL
ESFUERZO DE DESARROLLO.
 LAS HERRAMIENTAS SON: EL
HARDWARE Y SOFTWARE

11. PIRÁMIDE DE RECURSOS
RECURSOS
HUMANOS
COMPONENTES
DE SOFTWARE
REUTILIZABLES
HARDWARE CON
HERRAMIENTAS
(SOFTWARE)

12. ESTIMACIÓN DEL PROYECTO
DE SOFTWARE
 Para realizar estimaciones relativamente
seguras de costos y esfuerzos se tienen
varias opciones posibles:
 Dejar la estimación para mas adelante (se puede
realizar un estimación 100% fiable después de
haber terminado el proyecto)
 Basar las estimaciones en proyectos similares ya
terminados.
 Utilice técnicas de descomposición relativamente
sencillas para generar las estimaciones de costos
y esfuerzo del proyecto.
 Desarrolle un modelo empírico para el cálculo de
costos y esfuerzos de software.

13. ESTIMACIÓN BASADA EN EL
PROCESO
 EL PROCESO A UTILIZAR SE
DESCOMPONE EN UN CONJUNTO
RELATIVAMENTE PEQUEÑO DE
ACTIVIDADES Y TAREAS, Y EN EL
ESFUERZO REQUERIDO PARA LLEVAR A
CABO LA ESTIMACIÓN DE CADA TAREA.
 COMIENZASN CON UNA DELINEACIÓN DE LAS
FUNCIONES DEL SOFTWARE
 SE MESCLAN LAS FUNCIONES DEL
PROGRAMA Y ACTIVIDADES DEL PROCESO
 COMO ULTIMO PASO SE CALCULAN LOS
COSTOS Y EL ESFERZO DE CADA FUNCIÓN Y
LA ACTIVIDAD DEL PROCESO DE SOFTWARE

14. DIFERENTES MODELOS DE
ESTIMACIÓN
 LOS MODELOS EMPÍRICOS
 EL MODELO COCOMO
 HERAMIENTAS AUTOMÁTICAS DE
ESTIMACIÓN

15. MODELOS EMPÍRICOS
 Utiliza fórmulas derivadas empíricamente
para predecir los datos que se requieren en
el paso de planificación del proyecto de
software.
 DONDE LOS DATOS QUE SOPORTAN LA
MAYORÍA DE LOS MODELOS DE
ESTIMACIÓN SE OBTIENEN UNA
MUESTRA LIMITADA DE PROYECTOS.

16. EL MODELO COCOMO
(constructive cost model)
 BARRY BOEHM (en 1981) INTRODUCE
ESTA JERARQUÍA DE MODELOS DE
ESTIMACIÓN EN SU LIBRO SOBRE LA
ECONOMÍA DE LA INGENIERÍA DE
SOFTWARE:
 Modelo I: COCOMO básico.
 Modelo II: COCOMO intermedio.
 Modelo III: COCOMO avanzado.

17. MODELO I: COCOMO BÁSICO
 Calcula el esfuerzo y el costo del
desarrollo de software en función del
tamaño del programa

18. MODELO II: COCOMO
INTERMEDIO
 Calcula el esfuerzo y el costo del
desarrollo de software en función del
tamaño del programa y de un conjunto de
conductores de costos que incluyen La
evaluación subjetiva del:
 producto
 hardware,
 personal
 y de los atributos del proyecto.

19. MODELO III: COCOMO
AVANZADO
 Incorpora todas las características de la
versión intermedia y lleva a cabo una
evaluación del impacto de los conductores
de costos en cada caso (análisis, diseño,
etc.) del proceso de ingeniería de
software.

20. HERRAMIENTAS AUTOMÁTICAS
DE ESTIMACIÓN
 PERMITEN AL PLANIFICADOR
ESTIMAR COSTOS Y ESFUERZOS, ASI
COMO LLEVAR A CABO ANÁLISIS DE
TIPO, “QUE PASA SI”, CON VARIABLES
PREESTABLECIDAS.
 Ejemplo: TRASH IN, TRASH OUT
 Realizan una estimación a partir de la
carga de datos, y generalmente dejan
mucho que desear…

21. EN RESUMEN
 El planificador del proyecto de software tiene
que estimar 3 cosas antes de comenzar el
proyecto: cuanto durará—cuanta esfuerzo
requerirá—cuanta gente estará implicada.
 Además se debe percibir los recursos de
HARDWARE Y SOFTWARE que van a
requerir y el riesgo implicado.
 La combinación de buenos datos históricos y
técnicas puede mejorar la precisión de la
estimación.

22. Créditos por imágen usada
 http://thenextweb.com/apps/files/2010/06/projectm
anagement_man.jpg
 <a rel="license"
href="http://creativecommons.org/licenses/by-nc-
nd/3.0/deed.es"><img alt="Licencia Creative
Commons" style="border-width:0"
src="http://i.creativecommons.org/l/by-nc-
nd/3.0/88x31.png" /></a><br />Este obra está bajo
una <a rel="license"
href="http://creativecommons.org/licenses/by-nc-
nd/3.0/deed.es">Licencia Creative Commons
Atribución-NoComercial-SinDerivadas 3.0
Unported</a>.