Prototipos en el desarrollo de software: ciclo iterativo, problemas y mantenimiento

Prototipos

• En el ciclo de vida en cascada se dificulta la obtención clara de todos los requisitos del sistema al inicio del proyecto.
• Un modelo de ciclo de vida basado en la construcción de prototipos puede disminuir estos inconvenientes.
• La construcción de un prototipo comienza con la realización de un modelo del sistema, a partir de los requisitos que se conocen.
• No es necesario realizar una definición inicial completa de los requisitos del usuario.

Es un proceso iterativo e incremental

Problemas con los prototipos

• Uno de los principales problemas con este método es que, con demasiada frecuencia, el prototipo pasa a ser parte del sistema final.
• Se olvida que el prototipo ha sido construido de forma acelerada, sin tener en cuenta consideraciones de eficiencia, calidad del software o facilidad de mantenimiento.

Ámbito de aplicación del prototipo

• En general, cualquier aplicación que presente mucha interacción con el usuario, o que necesite algoritmos que puedan construirse de manera evolutiva, yendo de lo más general a lo más específico, es una buena candidata.
• El prototipo provee una retroalimentación para evaluar y desarrollar nuevos requisitos.
• Cuando el sistema no requiere la especificación de grandes cantidades de detalles algorítmicos, ni de muchas especificaciones de procesos para describir algoritmos con los cuales se obtienen resultados, el prototipado es apropiado.

El mantenimiento en el software

• Terminada la fase de pruebas, el software se entrega al cliente y comienza la vida útil del mismo.
• El software sufrirá cambios a lo largo de su vida útil. Estos cambios pueden deberse a variadas causas:
  1. Durante la utilización, el cliente puede detectar errores en el software; estos se denominan errores latentes.
  2. Cuando se producen cambios en alguno de los componentes del sistema informático —por ejemplo, cambios en la computadora, en el sistema operativo o en los periféricos—, se debe adaptar el software a ellos.
  3. El cliente habitualmente requiere modificaciones funcionales, normalmente ampliaciones, que no fueron contempladas inicialmente en el proyecto.
• En cualquier caso, el mantenimiento supone volver atrás en el ciclo de vida, a las etapas de codificación, diseño o análisis, dependiendo de la magnitud del cambio encarado.