GESTION DE LA
INGENIERIA DEL
SOFTWARE
2. PLANIFICACIÓN DE UN
PROYECTO DE SOFTWARE
PLANIFICACIÓN DE UN
PROYECTO DE
SOFTWARE
 Esta regulado por los alcances y los requisitos y por la
viabilidad del proyecto, se evalúan los procesos de ciclo de
vida y se selecciona el más apropiado.
 Se debe realizar una descomposición jerárquica de tareas, y la
realización de un calendario y una estimación de costos.
 Más adelante se le da un presupuesto a las tareas y la
imposición de horarios y uso de materiales, se debe llegar a la
determinación de procesos y responsabilidades para asegurar
la calidad del software, verificación, validación y revisiones de
auditorías.
 Planificación de un
proceso
 La selección de un modelo de ciclo de vida o la
adaptación de un despliegue de ciclos se emprenden
a la luz del alcance particular y de los requisitos del
proyecto.
 También se seleccionan métodos y herramientas
pertinentes.
 Métodos y herramientas para descomponer el
proyecto en tareas.
 Evaluar oportunidades de reutilización de software.
 Determinar los
entregables
Se especifica y caracteriza los productos
de cada tarea, se evalúa la posibilidad de
reutilizar componentes de desarrollos
anteriores y se planifica la utilización de
terceras personas y del software
obtenido y se seleccionan los
proveedores.
 Esfuerzo, calendario y
cálculo del coste
 Se determina el rango de esfuerzo esperado, utilizando
un modelo de estimación calibrado, basado en datos
históricos sobre el esfuerzo empleado.
 Cuando sea posible se solucionan cuellos de botella, y
se elabora el esperado cuadro de tareas con los horarios
de inicio, duraciones y horarios de finalización bien
planificados.
 Los requisitos de recursos (personas, herramientas) se
traducen en estimaciones de costo.
 Reparto de recursos
Los equipos, medios y personas se
asocian a las tareas programadas, esta
actividad está regulada y limitada por la
disponibilidad de los recursos y su uso
óptimo bajo estas circunstancias.
Gestión de riesgos
 Se completa el análisis de riesgos, la
valoración crítica de riesgos, la mitigación de
riesgos y la planificación de contingencias.
 Los métodos para la valoración del riesgo
deben utilizarse para resaltar y evaluar
riesgos, en esta etapa se deben evaluar las
posibilidades de abandono del proyecto en
conversaciones con todos los contratistas.
Gestión de calidad
 Se define en términos de atributos pertinentes del
proyecto y en los de cualquier producto asociado
a él, tanto en términos cualitativos como
cuantitativos.
 Los límites de adhesión de calidad se colocan de
acuerdo a las expectativas que tenga el contratista
sobre el software en cuestión así como los
procedimientos de verificación y validación del
producto entregable.
Gestión de planes
 Los informes, la supervisión y el control del
proyecto deben encajar en el proyecto de
ingeniería del software seleccionado y en las
realidades del proyecto y deben reflejarse los
artefactos que lo gestionarán.
 Los cambios a otros procesos de soporte ejemplo:
gestión documental, resolución de problemas
también deben gestionarse de la misma manera.

Cap8 l2

  • 1.
    GESTION DE LA INGENIERIADEL SOFTWARE 2. PLANIFICACIÓN DE UN PROYECTO DE SOFTWARE
  • 2.
    PLANIFICACIÓN DE UN PROYECTODE SOFTWARE  Esta regulado por los alcances y los requisitos y por la viabilidad del proyecto, se evalúan los procesos de ciclo de vida y se selecciona el más apropiado.  Se debe realizar una descomposición jerárquica de tareas, y la realización de un calendario y una estimación de costos.  Más adelante se le da un presupuesto a las tareas y la imposición de horarios y uso de materiales, se debe llegar a la determinación de procesos y responsabilidades para asegurar la calidad del software, verificación, validación y revisiones de auditorías.
  • 3.
     Planificación deun proceso  La selección de un modelo de ciclo de vida o la adaptación de un despliegue de ciclos se emprenden a la luz del alcance particular y de los requisitos del proyecto.  También se seleccionan métodos y herramientas pertinentes.  Métodos y herramientas para descomponer el proyecto en tareas.  Evaluar oportunidades de reutilización de software.
  • 4.
     Determinar los entregables Seespecifica y caracteriza los productos de cada tarea, se evalúa la posibilidad de reutilizar componentes de desarrollos anteriores y se planifica la utilización de terceras personas y del software obtenido y se seleccionan los proveedores.
  • 5.
     Esfuerzo, calendarioy cálculo del coste  Se determina el rango de esfuerzo esperado, utilizando un modelo de estimación calibrado, basado en datos históricos sobre el esfuerzo empleado.  Cuando sea posible se solucionan cuellos de botella, y se elabora el esperado cuadro de tareas con los horarios de inicio, duraciones y horarios de finalización bien planificados.  Los requisitos de recursos (personas, herramientas) se traducen en estimaciones de costo.
  • 6.
     Reparto derecursos Los equipos, medios y personas se asocian a las tareas programadas, esta actividad está regulada y limitada por la disponibilidad de los recursos y su uso óptimo bajo estas circunstancias.
  • 7.
    Gestión de riesgos Se completa el análisis de riesgos, la valoración crítica de riesgos, la mitigación de riesgos y la planificación de contingencias.  Los métodos para la valoración del riesgo deben utilizarse para resaltar y evaluar riesgos, en esta etapa se deben evaluar las posibilidades de abandono del proyecto en conversaciones con todos los contratistas.
  • 8.
    Gestión de calidad Se define en términos de atributos pertinentes del proyecto y en los de cualquier producto asociado a él, tanto en términos cualitativos como cuantitativos.  Los límites de adhesión de calidad se colocan de acuerdo a las expectativas que tenga el contratista sobre el software en cuestión así como los procedimientos de verificación y validación del producto entregable.
  • 9.
    Gestión de planes Los informes, la supervisión y el control del proyecto deben encajar en el proyecto de ingeniería del software seleccionado y en las realidades del proyecto y deben reflejarse los artefactos que lo gestionarán.  Los cambios a otros procesos de soporte ejemplo: gestión documental, resolución de problemas también deben gestionarse de la misma manera.