Diese Präsentation wurde erfolgreich gemeldet.
Die SlideShare-Präsentation wird heruntergeladen. ×

Modelod de desarrollo

Anzeige
Anzeige
Anzeige
Anzeige
Anzeige
Anzeige
Anzeige
Anzeige
Anzeige
Anzeige
Anzeige
Anzeige
Nächste SlideShare
Programacion 2
Programacion 2
Wird geladen in …3
×

Hier ansehen

1 von 17 Anzeige
Anzeige

Weitere Verwandte Inhalte

Diashows für Sie (20)

Ähnlich wie Modelod de desarrollo (20)

Anzeige

Modelod de desarrollo

  1. 1. Programación II TEMA: metodologías de desarrollo de software Nombre: Edison Acan Fecha: 03-04-2014
  2. 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. 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. 4. Inicio Análisis Diseño Código Pruebas Implem.
  5. 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. 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. 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. 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. 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. 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. 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. 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. 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. 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. 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. 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. 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.

×