modelo V
El principio del modelo en forma de V es similar en muchos aspectos al modelo en cascada. La mayoría de las veces se usa en sistemas donde la operación ininterrumpida es extremadamente importante. Este es un software para mantener el soporte vital de los pacientes en instituciones médicas, sistemas de bloqueo de emergencia y software similar.
Un rasgo característico de este modelo es que se enfoca en probar software que se encuentra en las primeras etapas de desarrollo, incluido el diseño. Las pruebas se realizan en paralelo con el proceso de desarrollo; por ejemplo, las pruebas unitarias se realizan mientras se escribe el código.
¿Cuándo se debe aplicar el modelo V?
- Si un producto de software necesita pruebas rigurosas, entonces los principios del modelo V (validación y verificación) están más justificados en esta situación.
- Para proyectos pequeños y medianos, con requerimientos claramente definidos.
- En presencia de un gran número de probadores calificados.
modelo incremental
La peculiaridad del modelo incremental es que en él los requisitos para el software dependen del montaje específico. Debido a que un producto se construye en fases, su desarrollo pasa por múltiples iteraciones. Todo este ciclo de vida se puede llamar una “cascada múltiple”.
El ciclo de construcción se divide en módulos pequeños y simples. Cada uno pasa por rigurosos requisitos, diseño, codificación, implementación y pruebas.
El proceso de desarrollo según el modelo incremental comienza con el lanzamiento de una versión básica del producto con una funcionalidad mínima. Luego hay un “crecimiento” de funciones, que se llaman “incrementos”. El flujo de trabajo continúa hasta que todas las funciones planificadas previamente se integran en el sistema.
modelo iterativo
Un modelo iterativo, que también se denomina modelo iterativo, no necesita tener una especificación de requisitos completa en la etapa inicial. El desarrollo comienza con la creación de cierta funcionalidad, que luego se convierte en la base para agregar nuevas funciones.
El proceso de creación de funciones “por partes” se repite una y otra vez, hasta completarse según el plan aprobado. El trabajo continúa hasta que se recibe una versión funcional del producto.
En el diagrama adjunto aquí, puede ver el "desarrollo" iterativo del retrato de Mona Lisa. En la primera iteración solo ves un boceto del retrato de una niña, en la segunda iteración ya puedes ver los colores, la tercera iteración se vuelve más detallada y saturada. Proceso completado.
Si recordamos el modelo incremental, el retrato se escribirá en él de una manera completamente diferente: pieza por pieza, a partir de partes separadas.
Un ejemplo del desarrollo de un modelo iterativo puede ser el reconocimiento de voz. La investigación científica sobre este tema comenzó hace mucho tiempo, primero en forma de ideas, luego comenzó la implementación práctica. Cada nueva iteración mejoró la calidad del reconocimiento de voz. Sin embargo, incluso ahora el reconocimiento no puede llamarse perfecto. Así que la tarea aún no está completa.
¿Cuándo es el mejor momento para usar el modelo iterativo?
- Si los requisitos para el sistema están claramente definidos y son comprensibles para todos.
- El proyecto tiene un alcance muy grande.
- El objetivo principal está definido, pero los detalles de implementación pueden cambiar en el transcurso del trabajo.
modelo espiral
El “Modelo Espiral” es similar al modelo incremental, pero tiene una característica en forma de análisis de riesgo. Por lo general, se usa para procesos de misión crítica donde la falla es simplemente inaceptable.
El modelo en espiral incluye cuatro etapas de trabajo:
- planificación;
- análisis de riesgo;
- trabajo en diseño de software;
- comprobando el resultado y pasando a una nueva etapa.
GO TO FULL VERSION