Clase4 2010

Caso de Estudio: Unidad Educativa Antonio Guzmán Blanco

Ingeniería del SoftwareIngeniería del SoftwareProf. Ifigenia A. E. Requena Negrón EPEProf. Ifigenia A. E. Requena Negrón EPE



Es necesario y no obvio la elaboración de un planEs necesario y no obvio la elaboración de un plan

En la gestión del proyecto se deben tomar en cuenta el tiempo y la En la gestión del proyecto se deben tomar en cuenta el tiempo y la presiónpresión

El análisis de riesgos debe ser coherente, no deben tomarse en El análisis de riesgos debe ser coherente, no deben tomarse en cuenta riesgos irreales, sino riesgos “posibles”.cuenta riesgos irreales, sino riesgos “posibles”.

Es útil la anticipación, para evaluar el riesgo antes de que se Es útil la anticipación, para evaluar el riesgo antes de que se presente como un problema.presente como un problema.



• Evaluar alternativas como número de personas que conforman el equipo, Evaluar alternativas como número de personas que conforman el equipo, tiempo de desarrollo, esfuerzo, distribución de tareastiempo de desarrollo, esfuerzo, distribución de tareas 1 1

En el análisis de Riesgo se comienza por la Identificación de los riesgos, y En el análisis de Riesgo se comienza por la Identificación de los riesgos, y posteriormente se elabora el plan en función a tiempo y otros recursosposteriormente se elabora el plan en función a tiempo y otros recursos

• La Identificación de riesgo permite que la toma de decisión se incline a la La Identificación de riesgo permite que la toma de decisión se incline a la realidad entendible y así tomar el riesgo “correcto”realidad entendible y así tomar el riesgo “correcto”22

Los riesgos que se presentan en la ingeniería del software pueden ser de Los riesgos que se presentan en la ingeniería del software pueden ser de proyecto, Técnicos o del Negocio.proyecto, Técnicos o del Negocio.

1 Robert Charotte

2 Peter Drucker

Ver Ver http://http://www.socinfo.info/contenidos/pdf13/p08-19datos.pdfwww.socinfo.info/contenidos/pdf13/p08-19datos.pdf

http://www.socinfo.info/contenidos/pdf13/p08-19datos.pdf

http://www.socinfo.info/contenidos/pdf13/p08-19datos.pdf



La fecha de lanzamiento del software, la cual puede estar irrevocablemente establecida, o no. En ambos casos debe

hacerse coincidir el tiempo disponible con la ejecución real de las tareas

Distribución del esfuerzo, tanto durante el tiempo, como en el equipo de acuerdo a las potencialidades y metas.

Proteger y mantener la relación adecuada entre el equipo de personas y el proyecto. La gestión de esta relación debe ir

dirigida hacia el beneficio de la comprensión, el nivel de complejidad, la comunicación, la calidad y el mantenimiento.

Desarrollo en paralelo de tareas, lo cual es posible, debe especificarse diseño, código y pruebas. El gestor debe determinar las tareas dependientes. Se usan herramientas como CPM (Camino Crítico) y PERT (Program Evaluation and

Review Technique)



Abre la Lectura complementaria 1 o ve ahttp://www.acm.org/crossroads/espanol/xrds7-4/onpatrol74.html

• Los Gestores de Proyectos de Software Los Gestores de Proyectos de Software utilizan herramientas de control y dirección utilizan herramientas de control y dirección para administrar los para administrar los recursosrecursos del proyecto, del proyecto,

para enfrentar los problemas y para para enfrentar los problemas y para conducir al conducir al personal. personal. De esta forma se De esta forma se

espera que el proyecto progrese de acuerdo espera que el proyecto progrese de acuerdo a la agenda y al presupuesto, mediante a la agenda y al presupuesto, mediante

revisiones continuas.revisiones continuas.

http://www.acm.org/crossroads/espanol/xrds7-4/onpatrol74.html


POO- Clase 5

Education

Clase4 2010