Cuadro Comparativo Modelos de Proceso de Software

Cuadro Comparativo de los modelos de proceso de software

4 Modelos de proceso de Software.

Ventajas

Desventajas

Modelo y planificación fácil y sencilla. Sus fases son conocidas por los desarrolladores. Los usuarios lo pueden comprender fácilmente. El producto posee alta calidad Permite trabajar con personas de pocos estudios Sigue los pasos intuitivos necesarios a la hora de desarrollar el software. 7. Es un modelo secuencial ya que requiere retroalimentación 8. Se debe de planear y programar las actividades del proceso antes de trabajar.

1. Se tarda mucho tiempo en pasar por todo el ciclo 2. El mantenimiento se realiza en el código fuente 3. Las revisiones de proyectos de gran complejidad son muy difíciles 4. Impone una estructura de gestión de proyectos 5. Alto riesgo en sistemas nuevos debido a problemas en las especificaciones y en el diseño. 6. Difícil para el cliente establecer explícitamente al principio todos los requisitos.

1. Puede adaptarse y aplicarse a lo largo de la vida del software de computadora. 2. Es un enfoque realista del desarrollo de sistemas y de software a gran escala. 3. Mejor reaccionan ante riesgos en cada uno de los niveles 4.2 Modelo de evolutivos. 4. Utiliza la construcción de prototipos como mecanismo de espiral. reducción de riesgos. 5. Permite aplicar el enfoque de construcción de prototipos en cualquier etapa de evolución del producto. 6. Si se aplica adecuadamente, debe reducir los riesgos antes de que se conviertan en problemáticos.

1. Puede resultar difícil convencer a grandes clientes de que el enfoque evolutivo es controlable. 2. Requiere una considerable habilidad para la evaluación del riesgo. 3. Si un riesgo importante no es descubierto y gestionado, indudablemente surgirán problemas. 4. Este sistema es muy utilizado en proyectos largos. Y que necesitan constantes cambios. 5. Al no ser detectados y catalogados los riesgos a tiempo, puede llevar al fracaso.

1. 2. 4.1 Modelo de 3. 4. cascada. 5. 6.

4.3 Modelo incremental.

1. Reduce el tiempo de desarrollo inicial, ya que se implementa la funcionalidad parcial.

1. No es recomendable para casos de sistemas de tiempo real, de alto nivel de seguridad, de procesamiento distribuido, y/o de alto índice de riesgos.

2. Entrega temprana de partes operativas del Software. 3. Proporciona todas las ventajas del modelo en cascada realimentado, reduciendo sus desventajas sólo al ámbito de cada incremento. 4. Permite entregar al cliente un producto más rápido en comparación del modelo de cascada. 5. Resulta más sencillo acomodar cambios al acotar el tamaño de los incrementos.

4.4 Proceso de desarrollo unificado.

4.5 Proceso software personal.

1. Reducir la redundancia e incrementa la productividad. 2. Adaptabilidad del desarrollo a nuevos requisitos o nuevos cambios. 3. Se define una arquitectura sólida en etapas tempranas del desarrollo. 4. Se reducen los riesgos de no obtener el producto deseado. 5. En cada momento hay una versión del sistema funcionando que se modifica según las necesidades y deseos del cliente. 6. Fácil ejecución del proceso de elaboración del sistema software. 7. El proceso es comprensible la metodología de PU es más adaptable para proyectos de largo plazo. 1. 2. 3. 4. 5. 6. 7.

La idea de que ganamos en talento y habilidad La estimulación por nuevas ideas Una estructura de trabajo de mejoramiento personal Tomar control del propio trabajo La sensación de logro Una base mejorada para el trabajo en grupo (TSP) La convicción de que es lo mejor que se puede hacer

2. Requiere de metas claras para conocer el estado del proyecto. 3. Requiere de mucha planeación, tanto administrativa como técnica. 4. Requiere de una planeación cuidadosa tanto a nivel administrativo como técnico.

1. Requiere costos de dedicación altos por lo que no es conveniente usarlo en procesos de un proyecto pequeño. 2. Si el proceso no se aplica bien desde el inicio el PU se puede volver muy grande y difícil, tanto para aprender como para administrar. 3. Pérdida de tiempo al tratar de adecuar el PU a cada proyecto. 4. Es un proceso pesado. 5. Se basa mucho en la documentación.

1. El tiempo requerido para conocerlo 2. El costo emocional por mantener una disciplina 3. El ego del cambio en las costumbres