Planificacin de proyectos de

software
Es el proceso de gestin para la creacin de un sistema
o software, la cual encierra un conjunto de actividades.
Planificaci
n del
proyecto
de
software
3.1. Aplicacin de
herramientas para
estimacin de
tiempos y costos
de desarrollo de
software
3.2 mbito del
software
3.3. Anlisis y
gestin del riesgo
Temas

GANTT

PERT

P!

"so de #oftware para la Estimacin de Tiempos y ostos

Recursos Humanos

Recursos de Software
Reutilizables

Recursos del Entorno

mbito del Software

Estrategias

$dentificacin

Proyeccin

Refinamiento

Red%ccin

#%per&isin y Gestin del Riesgo

Eldiagrama de Ganttesunaherramientagrficacuyoobjetivoesmostrarel
tiempodededicacinprevistoparadiferentestareasoactividadesalolargo
deuntiempototaldeterminado.
'iagrama de Gantt
El diagrama de Gantt muestra el origen y el final de las diferentesunidades mnimas de trabajoy los
gruposdetareasolasdependenciasentreunidadesmnimasdetrabajo.
Estcompuestoporunejeverticaldondeseestablecenlasactividadesqueconstituyeneltrabajoque
sevaaejecutar,yunejehorizontalquemuestraenuncalendarioladuracindecadaunadeellas.
Estasredesrelacionanlasactividadesdemaneraquesepuedevisualizarelcaminocrticodelproyectoy
permiten reflejar una escala de tiempos para facilitar la asignacin de recursos y la determinacin del
presupuesto.
a t!cnica de revisin yevaluacinde programas "PERT( s%s siglas
eningl!s# es una t!cnica deredesdesarrollado en la d!cada de los $%,
utilizadaparaprogramarycontrolarprogramasarealizar.&uandohayun
grado e'tremo de incertidumbre y cuando el control sobre el tiempo es
msimportantesobreelcontroldelcosto.
(!todo)E*+
,namalla)E*+permiteplanificarycontrolareldesarrollodeunproyecto.Enun
dibujo de una malla )E*+ podemos distinguir nodos y arcos, los -odos
representanelinstantedeiniciodeunaovariasactividadesysimultneamenteel
instantedet!rminodeotrasvariasactividades.
os .rcos por su parte
representan las actividades,
tienenunnodo inicial y otro de
t!rmino donde llega en punta
de flecha. .sociada a cada
arcoestladuracinesperada
delaactividad.
Elm!todo&)(buscaelcontrolylaoptimizacindeloscostosdeoperacinmediantela
planeacin adecuada de las actividades componentes del proyecto. Es uno de los
sistemas que siguen losprincipiosde redes, y es utilizado para planear y controlar
proyectos,a/adiendoelconceptodecostoalformato)E*+.&uandolostiemposycostos
sepuedenestimarrelativamentebien,seusaestem!todo.
(!todo&)(
El m!todo de la ruta crtica "&)(# usa tiempos ciertos "reales o determinsticos#. a
elaboracindeunproyectobasndoseenredes&)(consistenen0
1 $dentificar todas las acti&idadesque involucra el proyecto, lo que significa,
determinar relaciones de precedencia, tiempos t!cnicos para cada una de las
actividades.
1 onstr%ir %na redcon base en nodos y actividades "o arcos, seg2n el m!todo ms
usado#,queimplicanelproyecto.
1 Anali)arlos clculos especficos, identificando la ruta crtica y las holguras de las
actividadesquecomponenelproyecto.
3
El mbito del Software describe la funcin, el rendimiento, las
restricciones, las interfaces y la fiabilidad.
2
Se deben evaluar la funcin y el rendimiento que se asignaron al
Software durante la ingeniera del sistema.
!
"a primera actividad de la planificacin del proyecto de Software
es determinar el mbito del Software .
mbito del Software
#
"a comunicacin con el cliente lleva a una definicin de datos , funciones, y
comportamientos a implementarse, y de informacin sobre el rendimiento y imitaciones
que delimitan el sistema.
$
"a t%cnica ms utili&ada con frecuencia para acercar al cliente y al desarrollador, y dar
comien&o al proceso de comunicacin es establecer una entrevista preliminar.
'
Se eval(an las funciones descritas en el enunciado del mbito, y en algunos casos se
refinan para dar ms detalles antes del comien&o de la estimacin.
Recursos
1 "a segunda tarea de la planificacin del desarrollo de
Software es la estimacin de los recursos requeridos para
acometer el esfuer&o de desarrollo de Software.
)ersonas
*omponentes del
software reutili&ables
+erramientas,
+ardware-software.
Recursos
Recursos Humanos
1 El encargado de la planificacin comien&a elevando el mbito y
seleccionando las /abilidades t%cnicas que se requieren para llevar
acabo el desarrollo.
1 El n(mero de personas requeridas para un proyecto de Software slo
puede ser determinado despu%s de /acer una estimacin del esfuer&o
de desarrollo , por ejemplo, personas 0 mes o personas 0 a1os..
Recursos de Software Reutilizables.
1 *ualquier estudio sobre recurso de Software estara
incompleto sin estudiar la reutili&acin, esto es, la creacin y
la reutili&acin de bloques de construccin de software
1 2ales bloques deben establecerse en catlogos para una
consulta ms fcil, estandari&arse para una fcil aplicacin y
validarse para tambi%n la fcil integracin.
Componentes ya desarrollados
1 El Software e3istente se puede adquirir de una tercera parte o
provenir de uno desarrollado internamente para un proyecto
anterior.
1 Estos componentes estn listos para utili&arse en el proyecto
actual y se /an validado totalmente.
Componentes ya experimentados
1 "as especificaciones, dise1os, cdigos, o datos de pruebas ya e3istentes
y desarrollados para proyectos anteriores que son similares al Software
que se va a construir para el proyecto actual.
1 "os miembros del equipo del Software actual ya /an tenido la
e3periencia completa en el rea de la aplicacin representada para estos
componentes, las modificaciones, por tanto, requeridas para
componentes de total e3periencia, tendr un riesgo relativamente bajo.
Componentes con experiencia parcial.
1 "as especificaciones, los dise1os, cdigos o los datos de prueba
e3istentes ya desarrollados para proyectos anteriores que se relacionan
con el Software que se va a construir para el proyecto actual, pero que
requerirn una modificacin sustancial.
1 "os miembros del equipo del Software actual /an limitado su
e3periencia slo al rea de aplicacin representada por estos
componentes.
1 "as modificaciones, por tanto, requeridas para componentes de
e3periencia parcial tendrn bastante grado de riesgo.
1 "os componentes de Software que el equipo de Software debe construir
son especficamente para las necesidades del proyecto actual.
Componentes nuevos.
Recursos de entorno
1 El entorno es donde se apoya el proyecto de Software, llamado
a menudo entorno de Ingeniera de Software ,E4S. incorpora
+ardware y Software.
1 El +ardware proporciona una plataforma con las /erramientas
,Software. requeridas para producir los productos que necesita
la organi&acin o el cliente y as cubrir sus necesidades.
*onceptos 5sicos6 Riesgo.
Eento o condicin incierto dentro de un proceso!
"ue si se
produce! tendr# una efecto positio o negatio sobre
al
menos un ob$etio del proyecto %tiempo! coste!
calidad! etc.&




*onceptos 5sicos6 Riesgo.
0 Probabilidad de materializacin de la
amenaza en relacin con
el da'o "ue producir(a dic)a materializacin.

)robabilidad 3 consecuencia 7 nivel de riesgo.
0 *ontingencia de "ue un bien sufra un
determinado da'o.



,naestrategiaconsiderablementemsinteligenteparaelcontroldelriesgoes
serproactivo.3eidentificanlosriesgospotenciales,seeval2asuprobabilidad
y suimpactoyseestableceunaprioridadseg2nsuimportancia.4espu!s,el
equipode3oft5areestableceunplanparacontrolarelriesgo
Estrategia
aestimacindelriesgomide0aprobabilidaddequeelriesgosea
real.asconsecuenciasdelosproblemasasociadosconelriesgo,si
ocurriera.
.ctividadesdeproyeccindelriesgo0
6. Establecer una escala que refleje la probabilidad percibida del
riesgo.
7. 4efinirlasconsecuenciasdelriesgo.
8. Estimarelimpactodelriesgoenelproyectoyenelproducto.
9. .puntar la e'actitud general de la proyeccin del riesgo de
maneraquenohayaconfusiones.
)royeccin0
3upervisinygestinderiesgo
+odas las actividades de anlisis de riesgo
tienen un solo objetivo0 ayudar al equipo del
proyecto a desarrollar una estrategia para
tratar los riesgos. ,na estrategia eficaz debe
considerartresaspectos0
1 Evitarelriesgo
1 3upervisarelriesgo
1 Gestionar el riesgo y planes de
contingencia.
3e puede incluir una estrategia de
gestin de riesgo en el plan del
proyecto de soft5are o se podran
organizar los pasos de gestin del
riesgo en un plan diferente de
reduccin, supervisin y gestin del
riesgo ")lan *3G*#. +odos los
documentosdelplan*3G*sellevan
a cabo como parte del anlisis de
riesgo y son empleados por el jefe
delproyectocomopartedel)landel
)royectogeneral.
)lan*3G*
+dentificacin de los Riesgos.

0*onsiste en identificar cu#les son los riesgos "ue
pueden afectar al proyecto o a la
organi&acin y en el registro documental de sus
caracter(sticas principales.
Proceso continuo en permanente reisin
4dentificacin de los 8iesgos. $
Etapas6
0+dentificar los riesgos.

0,eterminar fuentes de riesgos
internos y e-ternos.

0*ategorizacin de los riesgos.

0+dentificar las se'ales de aiso.

0Registro de los riesgos.

4dentificacin de los 8iesgos. 2%cnicas.
0Recopilacin de informacin. %/ormenta de ideas! /0cnica
,elp)i o del consenso de
e3pertos, Entrevistas, etc..

01rganizacin de la informacin! diagramas de afinidad.
%,iagrama del #rbol!
9iagrama de causa0efecto, 9iagramas de flujoo de sistemas,
9iagramas de influencias,
etc..

02istas de control. %*onfeccionadas a tra0s de informacin
)istrica! informacin
acumulada de otros proyectos o empresas y otras fuentes..
03n#lisis de suposiciones. %Hiptesis y escenarios posibles&

Reduccin de Riesgo
"a reduccin de riesgo se logra a trav%s de la implementacin de :edidas de
proteccin, que basen en los resultados del anlisis y de la clasificacin de
riesgo.
"as medidas de proteccin estn divididos en medidas f(sicas y
t0cnicas, personales y organizatias.