Está en la página 1de 39

Ing. Denny J.

Fuentes Adrianzn
CURSO : INGENIERA DE SOFTWARE

PROFESOR : Ing DENNY J. FUENTES ADRIANZN

CICLO 2011-II

CICLO : VI

UNIVERSIDAD SEOR DE
SIPAN
FACULTAD DE INGENIERA ARQUITECTURA Y
URBANISMO
ESCUELA ACADMICO PROFESIONAL DE INGENIERA DE
SISTEMAS
Ing. Denny J. Fuentes Adrianzn
Administracin de Proyectos
Organizar, planear y calendarizar proyectos de software.
Ing. Denny J. Fuentes Adrianzn
Objetivos
Definir la administracin de proyectos de software y sus
caractersticas.
Discutir la planeacin de proyectos y el proceso de
planeacin.
Demostrar como la presentacin grfica de la planificacin
se utiliza en la administracin de proyectos.
Ing. Denny J. Fuentes Adrianzn
Tpicos
Actividades de la administracin.
Planeacin de proyectos.
Organizacin de actividades.
Planificacin del proyecto.
Ing. Denny J. Fuentes Adrianzn
Administracin del Proyecto de Software
Son las actividades que permiten asegurar que el software
se lleva a cabo a tiempo y de acuerdo a la planificacin.
As como de acuerdo a los requerimientos del software.
Ing. Denny J. Fuentes Adrianzn
Importancia de la Administracin
La Ingeniera de software es una actividad econmica
importante, que esta sujeta a restricciones econmicas y a
restricciones no tcnicas.
Los proyectos bien administrados a veces fallan. Los
proyectos mal administrados siempre fallan.
El objetivo del curso es introducir las actividades de la
administracin, en vez de ensear a ser administrador. Solo
se puede aprender a ser administrador de un proyecto,
desempeando esta funcin.
Ing. Denny J. Fuentes Adrianzn
Caractersticas de la Administracin del Software
El producto a desarrollar es intangible
El producto tiene su propia flexibilidad.
La ingeniera de software no es reconocida como una
disciplina de la Ingeniera con el mismo estatus de la
mecnica, elctrica, matemticas, etc.
El proceso de desarrollo de software no est estandarizado.
La mayora de los proyectos de software son on-off.
Ing. Denny J. Fuentes Adrianzn
Actividades de la Administracin
Escritura de la propuesta.
Estimacin del coste del proyecto.
Planeacin del proyecto y planificacin (de tiempos).
Monitorizacin del proyecto y revisiones.
Seleccin del personal y evaluacin.
Escritura de reportes y presentaciones.
Ing. Denny J. Fuentes Adrianzn
Casos comunes de la administracin
Las actividades de la administracin no son solo
particulares en esta disciplina.
Muchas tcnicas de la ingeniera de proyectos o de la
investigacin de operaciones son igualmente aplicables a la
administracin de proyectos.
Los proyectos de ingeniera complejos tienden a sufrir los
mismos problemas que los sistemas de software.
Ing. Denny J. Fuentes Adrianzn
Personal del Proyecto
Puede ser imposible reclutar a la gente ideal para
trabajar en el proyecto.
El presupuesto del proyecto podra no permitir pagar altos salarios
de gente experimentada.
Podra no estar disponible la gente con la experiencia necesaria.
La organizacin podra preferir capacitar a sus empleados en las
capacidades necesarias del desarrollo de proyectos de software.
Ing. Denny J. Fuentes Adrianzn
Planeacin del Proyecto
Conjunto de actividades necesarias para desarrollar el
proyecto.
Probablemente es la actividad que ms consume tiempo.
Existe una actividad continua desde el concepto inicial del
proyecto hasta que este es liberado. Los planes deben de
ser revisados regularmente a medida que est disponible
nueva informacin.
Ing. Denny J. Fuentes Adrianzn
Estructura del plan del proyecto
Introduccin.
Organizacin del proyecto.
Anlisis de riesgos.
Requerimientos de software y hardware.
Reparticin del trabajo.
Planificacin del trabajo.
Monitorizacin y mecanismos de reporte.
Ing. Denny J. Fuentes Adrianzn
Tipos de planes del proyecto
Plan Descripcin
Plan de Desarrollo
Plan de Calidad
Plan de Validacin
Plan de Mantenimiento
Plan de Desarrollo Personal
Describe la metodologa a utilizar en el desarrollo
del proyecto.
Describe los procedimientos de calidad, y los
estndares a utilizar en el proyecto.
Describe el enfoque los recursos y la planificacin
utilizada por la validacin.
Predice los requerimientos de mantenimiento del
sistema, los costes de mantenimiento y el esfuerzo.
Describe como se adquirirn y desarrollarn los
conocimientos y habilidades del personal.
Ing. Denny J. Fuentes Adrianzn
Proceso de planeacin del proyecto
Establecer las restricciones del proyecto
hacer las suposiciones iniciales de los parmetros del proyecto
while el proyecto no termina o ha sido cancelado loop
Describe la planificacin de tiempos del proyecto
Inicia las actividades de acuerdo a la planificacin
Espera (a que se lleve a cabo el desarrollo)
Revisa el progreso del proyecto
Revisa los parmetros estimados del proyecto
Actualiza la planificacin del proyecto
Renegoca las restricciones del proyecto y los tiempos de
entrega
if (aparecen problemas) then
inicia una revisin tcnica y sus posibles soluciones
end if
end loop
Ing. Denny J. Fuentes Adrianzn
Organizacin de actividades
Las actividades en un proyecto deben ser organizadas para
producir resultados tangibles para que la administracin
pueda juzgar el progreso.
Los Milestones son los puntos finales de alguna
actividad.
Los deliverables son los resultados del proyecto que
sern entregados a los clientes.
El proceso de cascada permite una definicin precisa de
los milestones.
Ing. Denny J. Fuentes Adrianzn
Milestones y Deliverables
Estudio de
Factibilidad
Anlisis de
Requerimientos
Reporte de
Factibilidad
Desarrollo del
Prototipo
Estudio del
Diseo
Diseo de la
Arquitectura
Reporte de
Evaluacin
Definicin de
Requerimientos
Especificacin de
Requerimientos
Especificacin de
Requerimientos
Actividades
MILESTONES
Ing. Denny J. Fuentes Adrianzn
Planificacin del Proyecto
Distribuye el proyecto en tareas y estima el tiempo y los
recursos requeridos para completar cada tarea.
Organiza las tareas de forma concurrente para hacer mejor
uso de la fuerza laboral.
Minimiza dependencias entre tareas para evitar retrasos
debidos a que una tarea espere a la terminacin de otra.
Depende de la intuicin y experiencia de los
administradores.
Ing. Denny J. Fuentes Adrianzn
El proceso de planificacin del proyecto
Identifica
Actividades
Identifica
dependencias en
las Actividades
Identifica
Recursos para
las Actividades
Asigna
Gente para
las Actividades
Crea graficas
del proyecto
Graficas de
Actividades y
de barras
Requerimientos
de software
Ing. Denny J. Fuentes Adrianzn
Problemas en la Planificacin
Es difcil estimar la longitud y dificultad de las tareas, por
lo que la estimacin del coste es mas difcil.
La productividad no es proporcional a el nmero de
personas trabajando en una tarea.
Incluir personal en un proyecto en avance, retrasa el
proyecto por overheads en la comunicacin.
Lo inesperado siempre sucede. Es necesario considerar
siempre contingencias.
Ing. Denny J. Fuentes Adrianzn
Grficas de barras y redes de actividades.
Se utilizan notaciones grficas para ilustrar la planificacin
del proyecto.
Muestra la particin del proyecto en tareas. Las tareas no
deben ser muy pequeas. Estas deben de tener una
duracin de una semana o dos.
Las grficas de actividades muestran las dependencias
entre tareas y la ruta crtica.
Las grficas de barras muestran la planificacin contra el
tiempo del calendario de actividades.
Ing. Denny J. Fuentes Adrianzn
Grficas de barras y redes de actividades.
Se utilizan notaciones grficas para ilustrar la planificacin
del proyecto.
Muestra la particin del proyecto en tareas. Las tareas no
deben ser muy pequeas. Estas deben de tener una
duracin de una semana o dos.
Las grficas de actividades muestran las dependencias
entre tareas y la ruta crtica.
Las grficas de barras muestran la planificacin contra el
tiempo del calendario de actividades.
Ing. Denny J. Fuentes Adrianzn
Organizacin de actividades
Las actividades en un proyecto deben ser organizadas para
producir resultados tangibles para que la administracin
pueda juzgar el progreso.
Los Milestones son los puntos finales de alguna
actividad.
Los deliverables son los resultados del proyecto que
sern entregados a los clientes.
El proceso de cascada permite una definicin precisa de
los milestones.
Ing. Denny J. Fuentes Adrianzn
Duracin de las tareas y dependencias.
T1 8
T2 15
T3 15 T1
T4 10
T5 10 T2,T4
T6 5 T1,T2
T7 20 T1
T8 25 T4
T9 15 T3,T6
T10 15 T5,T7
T11 7 T9
T12 10 T11
Tareas Duracin (das) Dependencias
Ing. Denny J. Fuentes Adrianzn
Red de Actividades
start
T2
M3
T6
Finish
T10
M7
T5
T7
M2
T4
M5
T8
4/7/99
8 days
14/7/99
15 days
4/8/99
15 days
25/8/99
7 days
5/9/99
10 days
19/9/99
15 days
11/8/99
25 days
10 days
20 days
5 days
25/7/99
15 days
25/7/99
18/7/99
10 days
T1
M1 T3
T9
M6
T11
M8
T12
M4
Ing. Denny J. Fuentes Adrianzn
Grficas de actividades
4/ 7 11/ 7 18/ 7 25/ 7 1/ 8 8/ 8 15/ 8 22/ 8 29/ 8 5/ 9 12/ 9 19/ 9
T4
T1
T2
M1
T7
T3
M5
T8
M3
M2
T6
T5
M4
T9
M7
T10
M6
T11
M8
T12
St art
Fi nish
Ing. Denny J. Fuentes Adrianzn
Alojamiento de personal
4/7 11/7 18/7 25/ 1/8 8/8 15/8 22/8 29/8 5/9
12/9
19/9
T4
T8 T11
T12
T1
T3
T9
T2
T6 T10
T7
T5
Fred
Jane
Anne
Mary
Jim
Ing. Denny J. Fuentes Adrianzn
Manejo de Riesgos
Manejo de riesgos concierne con la identificacin de
riesgos y la escritura de planes para minimizar el
efecto de estos en el proyecto.
Un riesgo se relaciona con la probabilidad de que
ocurra alguna circunstancia adversa al proyecto.
Los riesgos de un proyecto afectan a la planificacin o a los recursos
Los riesgos del producto afectan a la calidad o al desempeo del
software por desarrollarse
Los riesgos del negocio son aquellos que afectan a la organizacin
que desarrolla el software
Ing. Denny J. Fuentes Adrianzn
Software risks
Risk Risk type Description
Staff turnover Project Experienced staff will leave the
project before it is finished.
Management change Project There will be a change of
organisational management with
different priorities.
Hardware unavailability Project Hardware which is essential for the
project will not be delivered on
schedule.
Requirements change Project and
product
There will be a larger number of
changes to the requirements than
anticipated.
Specification delays Project and
product
Specifications of essential interfaces
are not available on schedule
Size underestimate Project and
product
The size of t he system has been
underestimated.
CASE t ool under-
performance
Product CASE t ools which support the
project do not perform as anticipated
Technology change Business The underlying technology on which
the system is b uilt is superseded by
new technology.
Product competition Business A competitive product is marketed
before the system is completed.
Ing. Denny J. Fuentes Adrianzn
El proceso de manejo de riesgos
Identificacion de riesgos
Identifica riesgos en el proyecto, en el producto y en
el negocio.
Anlisis de Riesgos
Calculo de la posibilidad de que ocurran estos
riesgos y de sus consecuencias
Planeacin de Riesgos
Trazar planes para evitar o minimizar el efecto de los
riesgos
Monitorizacin de Riesgos
Monitorizar los riegos durante el proyecto
Ing. Denny J. Fuentes Adrianzn
Proceso de manejo de riesgos
Risk avoidance
and contingency
plans
Risk planning
Prioritised risk
list
Risk analysis
List of potential
risks
Risk
identification
Risk
assessment
Risk
monitoring
Ing. Denny J. Fuentes Adrianzn
Identificacion de Riesgos
Riesgos en la tecnologa
Riesgos en la gente
Riesgos organizacionales
Riesgos en los Requerimientos
Riesgos de estimacin
Ing. Denny J. Fuentes Adrianzn
Riesgos y tipos de riesgos
Risk type Possible risks
Technology The database used in the system cannot process as many transactions per
second as expected.
Software components which should be reused contain defects which limit
their functionality.
People It is impossible to recruit staff with the skills required.
Key staff are ill and unavailable at critical times.
Required training for staff is not available.
Organisational The organisation is restructured so that different management are responsible
for the project.
Organisational financial problems force reductions in the project budget.
Tools The code generated by CASE tools is inefficient.
CASE tools cannot be integrated.
Requirements Changes to requirements which require major design rework are proposed.
Customers fail to understand the impact of requirements changes.
Estimation The time required to develop the software is underestimated.
The rate of defect repair is underestimated.
The size of the software is underestimated.

Ing. Denny J. Fuentes Adrianzn
Anlisis de riesgos
Determina la probabilidad y la seriedad de cada
riesgo
Las probabilidades pueden varia entre muy alta, alta,
moderada, baja o muy baja
Los efectos de los riesgos pueden ser: catastrficos,
serios, tolerables o insignificantes.
Ing. Denny J. Fuentes Adrianzn
Anlisis de los riesgos
Risk Probab ility Eff ects
Organ isationa l f inanc ial problems force reduc tions
in the project budge t.
Low Catastroph ic
It is im pos sible to recruit st aff with the skill s
requ ired for t he p roject.
High Catastroph ic
Key staff are i ll at c rit ical times in the project. Mod erate Seri ous
Software co mponen ts wh ich shou ld be reused
con tain de fects wh ich limit the ir func tiona lit y.
Mod erate Seri ous
Ch anges to requ irements wh ich requ ire major
de si gn rewo rk a re propo sed.
Mod erate Seri ous
The o rgan isat ion i s restruc tur ed so tha t diff erent
manage me nt are respons ible for the project.
High Seri ous
The da tabase us ed in the syst em canno t proce ss as
many tran sac tions pe r second as expec ted.
Mod erate Seri ous
The time requ ired t o deve lop t he softwar e is
unde restimated.
High Seri ous
CA SE tools canno t be integrated. High Tolerab le
Cu st omers fail to unde rstand t he impa ct o f
requ irements change s.
Mod erate Tolerab le
Requi red t raining for staff i s no t av ailabl e. Mod erate Tolerab le
The rate of de fect repa ir is und erestim ated. Mod erate Tolerab le
The si ze o f t he software is unde restimated. High Tolerab le
The cod e gen erated by CASE t ools is i ne ffi cient. Mod erate Ins ign ifican t
Ing. Denny J. Fuentes Adrianzn
Planeacin de los riesgos
Considera cada riesgos y desarrolla una estrategia
para manejarlo
Estrategias de evasin
La probabilidad de que el riesgo se presente se minimizara
Estrategias de minimizacin
El impacto del riesgo en el producto o en el proyecto se reducir
Planes de contingencia
Si el riesgo se presenta, el plan de contingencia se encargara de
tratar este riesgo
Ing. Denny J. Fuentes Adrianzn
Estrategias de manejo de riesgos
Risk Strategy
Organisational
financial problems
Prepare a briefing document for senior management showing
how the project is making a very important contribution to the
goals of the business.
Recruitment
problems
Alert customer of potential difficulties and the possibility of
delays, investigate buying-in components.
Staff illness Reorganise team so that there is more overlap of work and
people therefore understand each others jobs.
Defective
components
Replace potentially defective components with bought-in
components of known reliability.
Requirements
changes
Derive traceabili ty information to assess requirements change
impact, maximise information hiding in the design.
Organisational
restructuring
Prepare a briefing document for senior management showing
how the project is making a very important contribution to the
goals of the business.
Database
performance
Investigate the possibilit y of buying a higher-performance
database.
Underestimated
development time
Investigate buying in components, investigate use of a program
generator.
Ing. Denny J. Fuentes Adrianzn
Monitorizacin de riesgos
Determina regularmente cada riesgo identificado y
decide si es probable o no que se presente
Determina si los efectos de que producira el riesgo,
han cambiado
Cada riesgo clave debe discutirse el las reuniones de
avance del proyecto.
Ing. Denny J. Fuentes Adrianzn
Factores de riesgo
Risk type Potential indicators
Technology Late delivery of hardware or support software, many
reported technology problems
People Poor staff morale, poor relationships amongst team
member, job availability
Organisational organisational gossip, lack of action by senior
manage ment
Tools reluctance by team members to use tools, complaints
about CASE tools, demands for highe r-powered
workstations
Requirements many requirements change requests, customer
complaints
Estimation failure to meet agreed schedule, failure to clear
reported defects
Ing. Denny J. Fuentes Adrianzn
Resumen
La Ingeniera de Sistemas es difcil. Nunca habr una
respuesta fcil en la solucin de problemas de desarrollo de
sistemas complejos.
Los Ingenieros de Software no tienen respuesta a todas las
preguntas, pero entienden el funcionamiento del sistema.
Se debe de reconocer el papel que juega cada disciplina y
cooperar entre todas en el proceso de Ingeniera de Sistemas.
La Ingeniera de Sistema involucra a mltiples disciplinas.
El Proceso de I.S sigue a menudo el modelo de cascada.