El modelo iterativo de desarrollo
de software dicta que podemos construir el sistema mediante incrementos en
períodos de tiempo relativamente cortos y con un objetivo fijo. A estas fases de
tiempo se les conoce como Iteraciones
y al producto (resultado) de la fase se le conoce como Incremento.
En otras palabras, una
iteración es un mini-proyecto con una salida bien definida: una versión
incrementada, estable, probada e integrada del producto de software, con su
documentación asociada. Pues bien, una de las faltas típicas que cometemos
durante el ciclo de vida del software tiene que ver con esto.
Veamos de qué se trata:
Caso
de Abuso 4: El caso de uso se identifica, elabora, diseña, implementa y prueba
en la misma iteración.
Este es un
error muy común al iniciarse en un proceso iterativo. Un caso de uso pasa por
varias etapas o períodos durante su ciclo de vida: desde la identificación o
descubrimiento del caso de uso, hasta la puesta en ejecución del mismo, pasando
por la Ingeniería del Caso de Uso (conocida entre nosotros como la Ingeniería
de Requisitos), el Análisis y Diseño, la Implementación, las Pruebas y el
Despliegue final.
Y cada una
de estas etapas ocurre a través distintas fases del proyecto y de diferentes
iteraciones. Durante la fase de inicio o visionamiento del proyecto,
descubrimos un número significativo de casos de uso y algunos de ellos pasan a
la etapa de Ingeniería de Requisitos; muy pocos de estos casos de uso llegan a
la etapa de Análisis y Diseño y ninguno llega a la Implementación.
Más
adelante, durante la fase de Planeación o Elaboración del proyecto, los
llamados casos de uso arquitectónicos, de los identificados en la fase previa,
llegan a las etapas de implementación y pruebas, mientras que otros casos de
uso son descubiertos y otros llegan al período de Ingeniería de requisitos.
Durante las
siguientes fases del proyecto, algunos pocos casos de uso son identificados,
los últimos, y los demás pasan, iteración tras iteración, por las etapas
expuestas; pero nunca, un caso de uso se identifica y llega a implementarse en
la misma iteración, por muy simple que sea. Eso sería apenas una simple
coincidencia y, casi siempre, un error.
Muy
relacionado con este abuso está el abuso No. 12, aunque hay diferencias
fundamentales entre aquel y este. (Lo veremos en su momento)
Impacto en la calidad: Medio.
PD. Sobre
iteraciones, los invito a leer mi artículo Gerencia
de Proyectos Iterativos en la Revista Project Management
Iberoamericano de la Asociación Española de
Profesionales en Dirección de Proyectos.
No hay comentarios.:
Publicar un comentario