Cuadro Comparativo Modelos Desarollo De Software

Contenido
Introducción 3
Objetivo 4
Cuadro comparativo 5
Detalle de cuadro comparativo 6
Modelo de cascada 6
Modelo en espiral 6
Modelo incremental 7
Proceso de desarrollo unificado 7
Proceso de software personal 8
Niveles 8
Conclusión 10
Referencias 11

Introducción
La construcción de un producto de software involucra varias etapas y actividades y el orden en queéstas se realizan definen el ciclo de vida del software. El proceso seguido para desarrollar, liberar y evolucionar en distintas versiones un producto de software, desde la concepción de una idea hasta la concreción de la misma se conoce como el proceso de software. En general, un proceso disciplinado es seguido en forma consistente cuando todos los participantes entienden el valor de hacerlo y existeen la Organización la infraestructura necesaria para brindar el soporte requerido. El programa de construcción y prueba de modelos de proceso constituye el eje central de las actividades del grupo de Ingeniería de Software.

Objetivo
El objetivo principal de este documento es encontrarnos con los diferentes tipos de desarrollo de software. Eso es amplio y bueno ya que así nos permite encontrardiversas soluciones al momento de implementar algún sistema nuevo para las PYMES y por qué no hasta un local o negocio pequeño. El punto central es darnos cuenta como hay ciertos puntos los cuales pueden ser señales claras para determinar cuál será el software o la metodología a llevar más eficaz para lograr cumplir con la misión de la empresa. Esto no es fácil pues es necesario haber estudiadopreviamente la empresa donde se aplicara dicha metodología y bueno para ello en ocasiones es importante tener en cuenta que se invierte tiempo para poder crear un buen campo de estudio y determinar la mejor solución. Es bueno dar un buen colchón o espacio de tiempo para ver cómo funciona el nuevo sistema aplicado.

Cuadro comparativo

Detalle de cuadro comparativo
Modelo de cascada
Existenocasiones en que los requisitos de un problema se entienden de una manera razonable, cuando el trabajo fluye desde la comunicación a través del despliegue de una manera casi lineal. Esta situación se encuentra a veces cuando es necesario hacer adaptaciones o mejorías bien definidas a un sistema existente (por ejemplo, una adaptación a un software contable debido a los cambios en las regulacionesdel gobierno).Esto puede ocurrir también en un número limitado de proyectos de nuevos desarrollos, pero sólo cuando los requerimientos están bien definidos y son estables en forma razonable.
El modelo en cascada, algunas veces llamado el ciclo de vida clásico, sugiere un enfoque sistemático, secuencial hacia el desarrollo del software, que se inicia con la especificación de requerimientos delcliente y que continúa con la planeación, el modelado, la construcción y el despliegue para culminar en el soporte del software terminado. El modelo en cascada es el paradigma más antiguo para la ingeniería del software. Sin embargo, en las décadas pasadas, las criticas a este modelo de proceso han ocasionado que aun sus más fervientes practicantes hayan cuestionado su eficacia [HAN95]. Entre losproblemas que algunas veces se encuentran al aplicar el modelo en cascada están:

1. Es muy raro que los proyectos reales sigan el flujo secuencial que propone el
 modelo. A pesar de que el modelo lineal incluye iteraciones, lo hace de manera indirecta. Como resultado, los cambios confunden mientras el equipo de proyecto actúa.
2. Con frecuencia es difícil para el cliente establecer todoslos requisitos de manera explícita. El modelo en cascada lo requiere y se enfrentan dificultades al incorporar la incertidumbre natural presente en el inicio de muchos proyectos.
3. El cliente debe tener paciencia. Una versión que funcione de los programas estará disponible cuando el proyecto esté muy avanzado. Un error grave será desastroso si no se detecta antes de la revisión del programa....