Los Modelos Prescriptivos definen una serie de actividades, acciones o tareas que posibilitan el control del Proceso del Software. Aunque muchos lo consideran prácticas sugeridas por la Integración de Modelos de Capacidad de Madurez (IMCM) "Burocracia de Sistemas” es importante tener en cuenta estos tipos de Modelos a la hora de Construir un Software Confiable, de acuerdo a las condicines iniciales evaluadas en el Marco de Trabajo: Comunicación, jugando este un factor clave, para el futuro del proyecto: En forma de resumen es importante conocer:
Utilizando un recurso de fácil acceso a la memoria (siglas) podemos decir que:CO – Comunicación PLA- Planeación MO – Modelado CO – Construcción DE – Despliegue (CO-PLA-MO-CO-DE): Su manera de plasmarse según el modelo definen en cuestión el diseño….
Modelo Cascada: Utilizable en proyectos con “requerimientos muy bien definidos” y el proceso transita tal una cascada valga el nombre condicionado. Es un proceso continuado que no culminará hasta la construcción final del Software, existiendo poca retroalimentación con el cliente, generalmente hasta la fase final y entrega.
CO-->PLA --> MO --> CO --> DE
Muy Importante: La mayor parte la lleva el cliente, en caso de faltar o no explicar correctamente un requerimiento da al traste con este tipo de planeación.
Se dice que los sistemas construidos bajo el modelo CASCADA tienden a ser inestables a un largo o mediano plazo, conduciendo a estados de bloqueos...Y ojo con la productividad, donde miembros del Team Software deben de esperar por la culminación del trabajo de los restantes compañeros para poder engranar el sistema….
Modelo Incremental: No es más que un Modelo CASCADA en forma Iterativa entregando una parte del software en cada iteración, los incrementos son versiones incompletas del Software. Lo primero en entregar al cliente es un producto denominado “Partida o Esencial”, que el mismo en un corto tiempo definirá si es necesario modificar, aprobará el paso a la siguiente fase o incremento detallando un nuevo punto de partida para el comienzo de la nueva iteración: CO-->PLA --> MO --> CO --> DE
Ejemplo: Construcción de una hoja de cálculo donde la iteración “1” puede ser las opciones del trabajo con ficheros (guardar, abrir, etc) hasta la iteración “n” y consigo el armado de un proyecto de Software.
Modelo Desarrollo Rápido de Aplicaciones (DRA): Es un modelo CASCADA a alta velocidad, a través de la construcción paralela de componentes, La Comunicación logra el entendimiento correcto del proyecto y la planeación es de “vital importancia” para este tipo de diseño pues el trabajo en paralelo de equipos de software es la base para el producto final, después se independizan por cada team la modelación (modelado del negocio, modelado de datos y de proceso) que influyen directamente sobre la fase de construcción, donde la reutilización de código, y generación automática del mismo son características fundamentales. Por último el despliegue regirá la necesidad de “n” iteraciones. Es real que para la implementación de esta metodología se necesita un alto coste de Recursos Humanos para la confección de los equipos, es importante que tanto clientes como desarrolladores cumplan con su función para lograr una rápida y correcta integración. Es importante tener en cuenta que para aplicaciones complejas (que apliquen muchas nuevas tecnologías NO ES PRUDENTE la utilización de este modelo.
Modelos de Procesos Evolutivos.
Construcción de Prototipos
El cliente define una serie de objetivos generales para el software pero carece de requisitos detallados de entrada, procesado y salida. No se tiene idea de un algoritmo claro, primeramente se comienza a trabajar con las obligaciones del sistema conocidas y se plantea una iteración de construcción de prototipos y se modela muy rápidamente, con el ciclo “1” genera un sistema bruto (primer sistema) que da una visión y más ideas al usuario, (este primer sistema es recomendable someterlo a un exhaustivo análisis o desecharlo) puesto que toso se encuentra armado con barro (sin bases de IS sólidas). Esta práctica puede resultar eficaz siempre que el cliente conozca lo que tiene en sus manos y que esto no es más que un acercamiento a un sistema que aún carece de requisitos y por ende de algo que escasea de calidad….
Pendiente…… (Modelos Evolutivos- a petición de sus comentarios)
En forma de resumen: La práctica o utilización de un prototipo o no depende de las características iniciales en el momento del inicio del Software, donde la Comunicación con el Cliente juega un factor fundamental….
