Métodos y Modelos de Proyectos

22,135 views
21,568 views

Published on

Métodos y Modelos de Proyectos de Software

Published in: Technology, Business
1 Comment
3 Likes
Statistics
Notes
  • Ey que buen trabajo!
       Reply 
    Are you sure you want to  Yes  No
    Your message goes here
No Downloads
Views
Total views
22,135
On SlideShare
0
From Embeds
0
Number of Embeds
115
Actions
Shares
0
Downloads
353
Comments
1
Likes
3
Embeds 0
No embeds

No notes for slide

Métodos y Modelos de Proyectos

  1. 1. INGENIERÍA DE SOFTWARE MODELOS DE DESARROLLO DE SOFTWARE Proyectos Informáticos (Steve McConnell) Analisis y Diseño de Sistemas (Kendal & Kendal) Ingeniería de Software (Presman)
  2. 2. CODIFICAR Y CORREGIR <ul><li>Empieza con una idea en general. </li></ul><ul><li>No lleva a ninguna gestión </li></ul><ul><li>No pierde tiempo en la planificación ni papeleo </li></ul><ul><li>No hay control de calidad </li></ul><ul><li>Codificación pura </li></ul><ul><li>No se necesita experiencia </li></ul><ul><li>Solo proyectos pequeños. </li></ul><ul><li>Son Tiempos largos. </li></ul>
  3. 3. CASCADA PURA <ul><li>Proyectos complejos </li></ul><ul><li>Metódico y secuencia ordenada </li></ul><ul><li>Dirigido por documentos </li></ul><ul><li>Discontinuas </li></ul><ul><li>Esta identificado el producto </li></ul><ul><li>Proporciona requerimientos anhelados </li></ul><ul><li>Minimiza gastos de la planificación </li></ul><ul><li>Personal poco cualificado y experto </li></ul><ul><li>Proyectos de migración </li></ul><ul><li>Usado con metodologías y técnicas conocidas. </li></ul><ul><li>Predomina la calidad antes que los costos </li></ul>
  4. 4. SASHIMI <ul><li>- Fases solapadas </li></ul><ul><li>Fuji – Xerox </li></ul><ul><li>Cubre las desventajas del modelo cascada. </li></ul><ul><li>Las fases interactúan </li></ul><ul><li>Existen hitos repetidos entre las fases </li></ul><ul><li>No se sabe cuando termina cada fase </li></ul><ul><li>Se debe definir con exactitud las funciones de cada personal. </li></ul>
  5. 5. ESPIRAL <ul><li>Orientado a riesgos </li></ul><ul><li>Control de riesgos </li></ul><ul><li>De pequeño a complejo. </li></ul><ul><li>En cada iteración se reducen riesgos. </li></ul><ul><li>Dividido en 4 cuadrantes </li></ul><ul><li>Tiene 6 fases </li></ul><ul><li>Extremadamente complejo. </li></ul><ul><li>Reduce riesgos </li></ul><ul><li>Cada iteración mas costoso. </li></ul><ul><li>Combinable con otros modelos. </li></ul><ul><li>Adaptable cualquier fase y cuadrante. </li></ul>Análisis de riesgo Planificación Ingeniería Evaluación del cliente
  6. 6. CDA CON SUB PROYECTOS <ul><li>Divide y vencerás </li></ul><ul><li>Tareas en cascada y paralelo </li></ul><ul><li>Consumo de personal. </li></ul><ul><li>Costo elevado. </li></ul><ul><li>Demasiado tiempo en la planificación. </li></ul><ul><li>Riesgos mas grandes. </li></ul><ul><li>Tendencia a generar islas. </li></ul>
  7. 7. C. REDUCCION DE RIESGO <ul><li>- Tiempo excesivo en la planificación de riesgos. </li></ul><ul><li>Solo controla riesgos del requerimiento?. </li></ul><ul><li>El problema puede cambiar y el espiral? </li></ul>
  8. 8. PROTOTIPADO EVOLUTIVO <ul><li>Cuando los requerimientos cambian con rapidez. </li></ul><ul><li>Programadores sin experiencia. </li></ul><ul><li>Arquitecturas no definidas </li></ul><ul><li>Demanda por el desarrollo. </li></ul><ul><li>No se conoce en si el problema? </li></ul><ul><li>Se podría culminar algún día?. </li></ul><ul><li>Se codificara hasta que se acabe el tiempo y el dinero. </li></ul><ul><li>Y si no era el problema ni el área </li></ul>
  9. 9. ENTREGA POR ETAPAS <ul><li>Permite entregar una funcionalidad útil del proyecto al cliente </li></ul><ul><li>No funciona sin una planificación técnica ni de gestión. </li></ul><ul><li>No se espera al final para entregar el proyecto. </li></ul><ul><li>Adecuado para proyecto a largo plazo con tiempos dados. </li></ul><ul><li>Cubre defectos del cascada. </li></ul><ul><li>Personal de gestión con experiencia. </li></ul><ul><li>- Mucha documentación?. </li></ul>
  10. 10. DISEÑO POR PLANIFICACION <ul><li>Cuando se tiene la fecha de caída de presupuesto. </li></ul><ul><li>Fecha exacta. </li></ul><ul><li>Uso para los que no quieran pasar por el camino crítico. </li></ul><ul><li>Optimo cuando un proyecto se le añada un valor agregado al final. </li></ul><ul><li>Desarrolladores con experiencia, para alcanzar las metas. </li></ul>
  11. 11. ENTREGA EVOLUTIVA <ul><li>Cuando se estima que sobra el tiempo. </li></ul><ul><li>Hasta que se acabe el presupuesto. </li></ul><ul><li>Combinación del modelo entrega por etapas y prototipiado evolutivo. </li></ul><ul><li>Cuando el cliente agrega solicitudes, dentro de los previstos. </li></ul>
  12. 12. DISEÑO DE HERRAMIENTAS <ul><li>Ofrece una velocidad de desarrollo excepcional, pero normalmente ofrece menos control sobre la funcionalidad del producto en relación con otros modelos de ciclo de vida. </li></ul><ul><li>Se pierde mucho el control sobre el producto. </li></ul><ul><li>Combinable con el modelo espiral (inicios), para hallar las herramientas adecuadas </li></ul>
  13. 13. VENTAJAS - DESVENTAJAS / + - / / / + + - - Entrega por etapas -/ /+ / + / / + + -/ + Prototipo evolutivo / / + / Requiere poca sofisticación para los directivos y desarrolladores + + - / Ofrece a los directivos signos de progreso + / /+ - Permite modificaciones a medio camino /+ / + - Requiere poco tiempo de gestión + / - / Estar sometido a una planificación predefinida -/ + - - Gestionar riesgos - + -/ + Genera un sistema con amplio desarrollo - + + - + Genera un sistema altamente fiable - + + - - Trabaja con poca comprensión sobre la arquitectura / + - - Trabaja con poca identificación de los requerimientos Diseño por herramientas Espiral Codificar y Corregir Cascada Capacidad
  14. 14. <ul><li>Son atendidas con un gasto excesivo de energía. </li></ul><ul><li>Son atendidas, frecuentemente, fuera de plazo. </li></ul><ul><li>Impactan en el proceso operacional. </li></ul><ul><li>Generan sistemas cada vez m á s difíciles de ser mantenidos. </li></ul>Las necesidades de Información para apoyar el Proceso de toma de decisiones... ¿Cómo funciona hoy?
  15. 15. INGENIERÍA DE SOFTWARE MODELOS DE DESARROLLO DE SOFTWARE Proyectos Informáticos (Steve McConnell) Analisis y Diseño de Sistemas (Kendal & Kendal) Ingeniería de Software (Presman)

×