Desarrollo de software

2.3.3 Modelos de proceso evolutivo
El software, como todos los sistemas complejos, evoluciona en el tiempo. Es frecuente que los
requerimientos del negocio y del producto cambien conforme avanza el desarrollo, lo que hace
que no sea realista trazar una trayectoria rectilínea hacia el producto final; los plazos apretados
del mercado hacen que sea imposible la terminación de un softwareperfecto, pero debe lanzarse
una versión limitada a fin de aliviar la presión de la competencia o del negocio; se comprende
bien el conjunto de requerimientos o el producto básico, pero los detalles del producto
o extensiones del sistema aún están por definirse. En estas situaciones y otras parecidas se
necesita un modelo de proceso diseñado explícitamente para adaptarse a un producto que evolucionacon el tiempo.
Los modelos evolutivos son iterativos. Se caracterizan por la manera en la que permiten
desarrollar versiones cada vez más completas del software. En los párrafos que siguen se presentan
dos modelos comunes de proceso evolutivo.
incremento # 1
incremento # 2
entrega del primer
incremento
entrega del segundo
incremento
entrega del n-ésimo
incremento
incremento # nCalendario del proyecto
Funcionalidad y características del software
Comunicación
Planeación
Modelado (análisis, diseño)
Construcción (código, prueba)
Despliegue (entrega, retroalimentación)
FIGURA 2.5
El modelo
incremental
8 Es importante observar que para todos los modelos de proceso “ágiles” que se estudian en el capítulo 3 también
se usa la filosofía incremental.
PUNTOCLAVE
El modelodel proceso evolutivo
genera en cada iteración una versión
final cada vez más completa del
software.
CAPÍTULO 2 MODELOS DEL PROCESO 37
Hacer prototipos. Es frecuente que un cliente defina un conjunto de objetivos generales para
el software, pero que no identifique los requerimientos detallados para las funciones y características.
En otros casos, el desarrollador tal vez no esté seguro dela eficiencia de un algoritmo,
de la adaptabilidad de un sistema operativo o de la forma que debe adoptar la interacción entre
el humano y la máquina. En estas situaciones, y muchas otras, el paradigma de hacer prototipos
tal vez ofrezca el mejor enfoque.
Aunque es posible hacer prototipos como un modelo de proceso aislado, es más común
usarlo como una técnica que puede implementarse en elcontexto de cualquiera de los modelos
de proceso descritos en este capítulo. Sin importar la manera en la que se aplique, el paradigma
de hacer prototipos le ayudará a usted y a otros participantes a mejorar la comprensión de lo
que hay que elaborar cuando los requerimientos no están claros.
El paradigma de hacer prototipos (véase la figura 2.6) comienza con comunicación. Usted se
reúne conotros participantes para definir los objetivos generales del software, identifica cualesquiera
requerimientos que conozca y detecta las áreas en las que es imprescindible una mayor
definición. Se planea rápidamente una iteración para hacer el prototipo, y se lleva a cabo el
modelado (en forma de un “diseño rápido”). Éste se centra en la representación de aquellos
aspectos del software que seránvisibles para los usuarios finales (por ejemplo, disposición de
la interfaz humana o formatos de la pantalla de salida). El diseño rápido lleva a la construcción
de un prototipo. Éste se entrega y es evaluado por los participantes, que dan retroalimentación
para mejorar los requerimientos. La iteración ocurre a medida de que el prototipo es afinado
para satisfacer las necesidades de distintosparticipantes, y al mismo tiempo le permite a
usted entender mejor lo que se necesita hacer.
El ideal es que el prototipo sirva como mecanismo para identificar los requerimientos del
software. Si va a construirse un prototipo, pueden utilizarse fragmentos de programas existentes
o aplicar herramientas (por ejemplo, generadores de reportes y administradores de ventanas)
que permitan generar...