1. ISFD JUAN GARCÍA DE COSSIO
SAN ROQUE—CORIENTES
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
 Ámbito de software
 Recursos
 Estimación del proyecto de software
 Diferentes modelos de estimación

5. AMBITO DE SOFTWARE
 En esta etapa se evalúa-describe:
 La función
 El rendimiento
 Las restricciones
 Las interfaces
 La fiabilidad

6. RECURSOS
HUMANOS
COMPONENTES
REUTILIZABLES
HERRAMIENTAS

7. RECURSOS
 Queda especificado mediante 4 características:
1. Descripción del recurso
2. Informes de disponibilidad
3. Fecha cronológica del requerimiento
4. Tiempo en el que será 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.

9. RECURSOS O COMPONENTES DE
SOFTWARE REUTILIZABLES
 Cualquier estudio sobre recurso de software
estaría incompleto sin estudiar la
reutilización, la reutilización de bloques
(módulos o bibliotecas) de construcción de
software.
 Se deben establecer en catálogos para una
consulta más fácil.

10. RECURSOS DE ENTORNO
 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 hay
varias opciones:
 Dejar la estimación para más adelante
(se puede realizar una estimación 100%
fiable después de haber terminado)

13. OTRAS ESTIMACIÓN DEL
PROYECTO DE SOFTWARE
 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.

14. ESTIMACIÓN BASADA EN EL
PROCESO
 Se descompone en un conjunto relativamente
pequeño de actividades, tareas y esfuerzo
requerido para llevarlo a cabo:
 Comienzan con una delineación de las
funciones del software

15. ESTIMACIÓN BASADA EN EL
PROCESO
 Se mesclan las funciones del programa
y actividades del proceso
 como último paso se calculan los
costos y el esfuerzo de cada
función y la actividad del proceso
DE SOFTWARE

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

17. MODELOS EMPÍRICOS
 Utiliza fórmulas derivadas empíricamente
para predecir los datos requeridos.
 Los datos que soportan la mayoría
de los modelos de estimación se
obtienen una muestra limitada de proyectos.

18. EL MODELO COCOMO (constructive
cost model)
 Barry Boehm (en 1981) introduce esta
jerarquía de modelos de estimación en
su libro:
 Modelo I: COCOMO básico.
 Modelo II: COCOMO intermedio.
 Modelo III: COCOMO avanzado.

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

20. 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.

21. MODELO III: COCOMO AVANZADO
 Incorpora todas las características de la
versión intermedia, 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.

22. HERRAMIENTAS AUTOMÁTICAS DE
ESTIMACIÓN
 Permiten estimar costos y esfuerzos, así
como análisis de tipo, “que pasa
si”, con variables preestablecidas.
 Ejemplo: TRASH IN, TRASH OUT
 Realizan una estimación a partir de
carga de datos, dejan mucho que desear…

23. EN RESUMEN
 El planificador del proyecto tiene que
estimar 3 cosas antes de comenzar:
cuanto durará - cuanta esfuerzo requerirá-
cuanta gente estará implicada.
 Se debe percibir los recursos de
HARDWARE Y SOFTWARE que van a
requerir y el riesgo implicado.