1. Programación II
TEMA: metodologías de desarrollo de
software
Nombre: Edison Acan
Fecha: 03-04-2014

2.  El ciclo de desarrollo de software.
 Este modelo tiene una secuencia
ordenada.
 El trabajo de una etapa previa es la
entrada del siguiente proceso.
 Provee de un gran control sobre las fechas
de entrega y entregables.

3.  Establece criterios de entrada y salida en
cada fase claramente definidos.
 Dado que provee pocos puntos de
visibilidad da la impresión de que es lento.

4. Inicio
Análisis
Diseño
Código
Pruebas
Implem.

5.  Excelente cuando se tiene un producto
estable y se conoce la tecnología.
 Es un método muy estructurado que funciona
bien con gente de poca experiencia.
 Provee estabilidad en los requerimientos.
 La planeación se puede hacer
anticipadamente.

6.  Tiene poca flexibilidad.
 Los proyectos en la práctica raramente siguen
un flujo secuencial.
 Siempre es difícil para el cliente mostrar todos
los requerimientos explícitamente y con mucha
anticipación.
 El cliente debe tener paciencia.

7.  Es inflexible y no motiva al cambio.
 Poco apropiado para aplicaciones para la
toma de decisiones.
 Los usuarios tienen una participación
limitada.

8.  Los productos de software son creados a
través de múltiples repeticiones del
proceso del ciclo de vida. Se rompen un
mini-proyectos.
 Estos modelos han sido aplicados al
desarrollo de software.
 Aun no han madurado al punto de ser
aplicados como modelos de desarrollo con
tiempos y limitaciones de costos.

9. Requerimientos
Análisis
de Riesgo
Prototipo
Requerimientos
del Software
Validación de
Requerimientos
Plan de
DesarrolloPrototipo
Diseño del
Producto
Validación del
Diseño
Pruebas de
Integración
Prototipo

10.  El producto avanza a pasos firmes
solucionado riesgos en cada iteración.
 El producto termina con todos los
riesgos resueltos.
 Se pueden incluir otros métodos de
desarrollo en las iteraciones.
 A medida que el costo aumenta, los
riesgos se reducen.
 Se tienen puntos de control en cada
interacción.

11.  Es complicado.
 Requiere de mucha administración.
 Difícil de definir los objetivos, metas que
indiquen que podemos avanzar al
siguiente ciclo.
 Se puede caer en un desarrollo de nunca
acabar.

12. Un proyecto es una organización
transitoria de individuos dedicados a
alcanzar un objetivo especifico dentro
de un periodo de tiempo, un
presupuesto, y un objetivo técnico.

13. Un proyecto:
• Tiene un principio y un fin.
• Debe de tener un objetivo (debe de ser medible).
• Requiere de un líder y de un equipo.
Lo que nos indica que es:
• Temporal y Unico, ya que involucra hacer algo que
no se ha hecho antes.

14.  Dado que cada proyecto es único, no existe un
modelo que se aplique al 100% a todos los
proyectos de una organización.
 Una organización puede contar con uno o más
modelos de desarrollo para ser utilizados
dependiendo del tipo de proyecto.
 El modelo seleccionado tendrá influencia en el
éxito del proyecto y en el tipo de decisiones que
se deberán hacer.

15. Para seleccionar el modelo a adoptar
habrá que hacerse una serie de
cuestionamientos:
• ¿Qué tantos son los riesgos del proyecto?
• ¿Qué tan claros están los requerimientos?
• ¿Se conoce bien la tecnología ha utilizar?
• ¿Visibilidad que requiere el proyecto?
• ¿Qué tanta planeación hacia adelante es
requerida?
• ¿Qué restricciones se tienen?

16.  Contar con un modelo debidamente
documentado.
(entradas, salidas, entregables, aprobaciones)
 Los documentos deben de estar actualizados.
 La gente que participa en el proyecto debe
estar capacitada en su uso.
 Se debe de reforzar el uso del modelo
mediante auditorias y revisiones.

17. La alta gerencia debe soportar la
utilización de un modelo.
Cualquier desviación al modelo debe ser
documentada y aprobada.
Se debe de medir la eficiencia del modelo.
Retroalimentar y ajustar.