Planificación de software en 5 pasos

marfonline@gmail.com UGB San Miguel Lic. Marvin Romero

igu ero
om
el
Planificación de Proyectos de

an R
vin
Software

M
GB ar
U M
,S Lic. Marvin Romero
c.

UGB, San Miguel
Li

www.miceminfo.net Busca en FB como CEMINFO Blog, Foros, y más...


El Comienzo

igu ero
• En el principio se pidieron los
proyectos de Software.

om
el
• Los proyectos estaban

an R
desordenados y vacíos, y las

vin
tinieblas estaban sobre la haz del

M
abismo, y el Espíritu de Dios se
GB ar
movía sobre este mar de Caos.
U M
,S
• Y dijo Dios: Sea la Planificación: y
c.

fue la Planificación.
Li

• Y vio Dios que la Planificación
era buena: y apartó Dios la
Planificación del desorden…


Introducción
• Antes de comenzar se debe estimar…

igu ero
– Esfuerzo, tiempo, personal y demás recursos..

om
• Luego de estimar se debe planificar…

el
an R
– Establecer un Plan de Proyecto que

vin
M
defina tareas y fechas clave,
GB ar
identificar responsables por
U M
tareas y especificar
,S
c.
Li

dependencias entre tareas.



Objetivos

igu ero
• Resolver problemas corriente arriba a bajo

om
costo.

el
an R
• La experiencia dice que el proyecto promedio

vin
M
gasta 80 por ciento de su tiempo en
GB ar
reelaboración: corrigiendo errores que se
U M
,S
cometieron en etapas tempranas del
c.

proyecto.
Li



Objetivos

igu ero
• Proporcionar un Marco de Trabajo

om
el
que permita al gestor estimar

an R
razonablemente los recursos, costo y
vin
M
programa de trabajo.
GB ar
U M
,S
• Adaptar y actualizar el plan conforme
c.
Li

se avance en el proyecto.



Actividades

igu ero
• La planificación del proyecto del software

om
abarca 5 grandes actividades:

el
an R
Estimación

vin
M
Programa de Trabajo
GB ar
Análisis de Riesgos
U M
,S
Planificación de la Gestión de Calidad
c.
Li

Planificación de la Gestión del Cambio



Los expertos dicen

igu ero
• Nuestras técnicas de estimación están

om
pobremente desarrolladas. Mas seriamente,

el
an R
reflejan una suposición no expresada que es

vin
M
bastante incierta, es decir: que todo ira bien…
GB ar • Frederick Brooks, 1975
U M
,S
c.
Li



La Estimación

igu ero
• No necesita realizarse en una forma

om
improvisada.

el
an R
• La experiencia es una gran ayuda.

vin
• La estimación implica riesgo inherente, y este

M
GB ar
conduce a la incertidumbre.
U M
• El riesgo de la estimación se mide por el grado
,S
c.

de incertidumbre en las estimaciones
Li

cuantitativas para recursos, costos y programa
de trabajo.



La Estimación

igu ero
• Variabilidad en requisitos = inestabilidad

om
el
• Un gestor no debe obsesionarse con las

an R
estimaciones.
vin
M
GB ar
U M
,S
c.
Li



Conjunto de Tareas para la
Planificación de un Proyecto

igu ero
• Establecer el ámbito del proyecto.
• Determinar Factibilidad

om
el
• Analizar Riesgos.

an R
• Definir los recursos requeridos (humanos, software, etc).
•

vin
Estimar costo y Esfuerzo

M
– Descomponer el problema
– Desarrollar 2 o mas estimaciones (Ej: puntos de función, casos de uso,
GB ar
etc…)
U M
• Desarrollar un Plan de Proyecto
,S
– Establecer un conjunto de tareas significativo.
c.

– Definir una red de tareas.
Li

– Desarrollar un cronograma con Herramientas de Planificación
– Definir mecanismos de seguimiento del programa de trabajo.



Ambito del Software

igu ero
• Describe:

om
– Funciones

el
an R
– Características

vin
– Entradas

M
– Salidas GB ar
– Contenido a Presentar
U M
– Desempeño
,S
c.

– Restricciones
Li

– Interfaces
Confiabilidad a entregar al Usuario final.


Ambito del Software

igu ero
Divide y Vencerás

om
el
• Muchas veces es bueno refinar.

an R
• Las estimaciones de costo y el programa de

vin
M
trabajo están funcionalmente orientadas, por
GB ar
eso es útil cierto grado de descomposición.
U M
,S
c.
Li



Factibilidad

igu ero
Cuatro elementos esenciales:

om
• Tecnología

el
an R
• Finanzas

vin
M
• Tiempo GB ar
U M
• Recursos ,S
c.
Li



Recursos

igu ero
Divididos en Tres Grandes Categorías:

om
• Personal

el
an R
• Componentes de Software Reutilizables

vin
M
• Entorno GB ar
U M
,S
c.
Li



La Trinidad

igu ero
om
el
Personal

an R
vin
M
GB ar
U M
,S Proyecto
c.
Li

Software
Entorno
Reutilizable



Recursos Humanos

igu ero
• El planificador debe especificar:

om
– Habilidades Requeridas

el
an R
– Posición Organizacional

vin
M
– Especialidad GB ar
U M
,S
• El personal puede estar Geográficamente
c.
Li

disperso.



Recursos de Software Reutilizables

igu ero
• Ingeniería de Software basada en

om
Componentes.

el
an R
• Énfasis en la reutilización

vin
• Componentes ya desarrollados.

M
GB ar
• Adquirir componentes de Terceros.
U M
• Componentes Experimentados
,S
c.

• Componentes de Experiencia Parcial
Li

• No inventar el Agua Tibia



Recursos del Entorno

igu ero
• Hardware

om
• Software (Herramientas de Desarrollo)

el
an R
vin
M
GB ar
U M
,S
c.
Li



Estimación

igu ero
• Un gran error en la estimación puede hacer la

om
diferencia entre Ganancia o Perdida.

el
an R
vin
M
GB ar
U M
Mala ,S Desastre para
el
c.

Estimación
Desarrollador
Li



Estimación

igu ero
• Nunca es exacta

om
• Mientras mas se conozca menos errores serios

el
an R
se cometerán.

vin
• Implica muchas variables

M
– Humanas
GB ar
U M
– Técnicas ,S
c.

– Ambientales
Li

– Políticas
– etc



¿Como lograr estimaciones Confiables?

igu ero
om
Basarse en proyectos similares

el
an R
vin
M
Descomposición Simple
GB ar
U M
,S
c.
Li

Uso de Modelos Empíricos



Estimación

igu ero
om
el
Usar Datos
an R
vin
M
GB ar
Históricos
U M
,S
c.
Li



Técnicas de Descomposición

igu ero
• El problema a resolver es muy complejo para

om
considerarlo una sola pieza

el
an R
• Descomponer el problema en problemas mas

vin
M
pequeños GB ar
• Hacer el problema mas MANEJABLE
U M
,S
c.
Li



Tamaño del Software

igu ero
om
el
an R
El grado con el cual se ha estimado adecuadamente el tamaño

vin
M
GB ar
Habilidad para traducir estimación en esfuerzo humano, cronograma y Dinero
U M
,S
Grado en el que la planificación refleja las habilidades del equipo de Software
c.
Li



Estimación Basada en el Problema

igu ero
• Métricas basadas en la Productividad

om
•

el
LDC/pm

an R
• PF/pm

vin
M
• Combinaciones GB ar
U M
,S
c.
Li



Estimación Basada en el Problema

igu ero
om
el
an R
vin
M
GB ar
U M
,S
c.
Li



Estimación

igu ero
om
el
Mas Valor

an R
Optimista Pesimista
Probable Esperado

vin
M
GB ar
U M
,S
c.
Li



Estimación basada en LDC

igu ero
• Descomposición funcional absolutamente

om
esencial

el
an R
• considerables niveles de detalle

vin
M
• LDC se estima directamente.
GB ar
U M
,S
c.
Li



Ejemplo

igu ero
om
el
an R
vin
M
GB ar
U M
,S
c.
Li



igu ero
om
el
an R
vin
M
GB ar
U M
,S
c.
Li


Planificación de software en 5 pasos

Recomendados

Recomendados

Más contenido relacionado

Destacado

Destacado (8)

Similar a Planificación de software en 5 pasos

Similar a Planificación de software en 5 pasos (15)

Más de Marvin Romero

Más de Marvin Romero (20)

Último

Último (20)

Planificación de software en 5 pasos