MODELOS DE PROCESOS DE SOFTWARE

1. Modelo lineal secuencial Llamado tambin ciclo de vida bsico o modelo en cascada, el cual propone un enfoque sistemtico, secuencial, para el desarrollo del software que comienza en un nivel de sistemas y progresa con el anlisis, diseo, codificacin, pruebas y mantenimiento. Es ideal para proyectos pequeos, r gidos, y donde se especifiquen muy bien los requisitos.

E!isten algunos problemas que ocurren al utilizar este modelo" # Los proyectos reales raras veces siguen el modelo modelo, pues traslapan las etapas. secuencial que propone el

# $ menudo, es dif cil que el cliente e!ponga, e!pl citamente, todos los requisitos. El interesado deber a e!poner los requisitos en la etapa inicial, pero, en realidad, l lo %ace a travs de todo el proceso lo cual complica las cosas. # El cliente debe tener paciencia. La primera versin del software llega al final del proceso. $ veces, el afn del cliente %ace que la aplicacin final no cumpla con los requisitos

2. Modelo de construccin de prototipos Este modelo comienza con la recoleccin de requisitos, el desarrollador y el cliente definen los ob&etivos globales para el software, originndose un diseo rpido que se centra en una representacin de esos aspectos del software que sean visibles para el usuario'cliente. (e este diseo surge la construccin de un prototipo y este es evaluado por el cliente'usuario. La interaccin ocurre cuando el prototipo satisface las necesidades del cliente. )on este modelo se reduce el riesgo de construir productos que no satisfagan las necesidades del usuario. *or otro lado, reduce costos y aumenta la probabilidad de !ito. *ero el problema es que el cliente se sienta decepcionado por no permitirle usar la primera versin del prototipo o que el desarrollador se sienta tentado en aumentar el prototipo para construir el sistema final sin tener en cuenta cuestiones de calidad. Ing. Ral Jimenez Drago Pgina +

. Modelo DRA Es una adaptacin a alta velocidad del modelo lineal secuencial, en el que se logra el desarrollo rpido, con un ciclo e!tremadamente corto, de proyectos grandes. La velocidad es lograda gracias a un enfoque de construccin basado en el componente y al empleo de ,cnicas de )uarta -eneracin .,/-0, as como a la posibilidad de modularizacin del sistema .cada una de las funciones puede ser afrontada por un equipo separado que traba&a en paralelo, y finalmente ser integradas en un solo producto0. 1i no e!iste el compromiso en tiempo entre clientes y desarrolladores o si los riesgos tcnicos son altos, los proyectos (2$ fracasan. *or otro lado, para proyectos grandes, se requiere de un gran n3mero de personas como para poder crear un n3mero de equipos paralelos suficiente.

!. Modelo incre"ental Este modelo combina elementos del modelo lineal secuencial con la filosof a interactiva de construccin de prototipos4 viene a suplir el problema de no poder retroceder en las fases de desarrollo del software. El primer incremento es un producto esencial, se afrontan requisitos bsicos, pero muc%as funciones suplementarias quedan sin e!traer. El cliente utiliza el producto Ing. Ral Jimenez Drago Pgina 5

central y como resultado de utilizacin o evaluacin, se desarrolla un plan para el incremento siguiente, este plan afronta la modificacin del producto central para lograr satisfacer al cliente, la entrega de funciones y caracter sticas adicionales. Este proceso se repite siguiendo la entrega de cada incremento, %asta que se elabore el producto completo. Este modelo es apropiado para proyectos de larga duracin que no consuman muc%os recursos y, como el producto va desarrollndose incrementalmente, se puede financiar el proyecto por partes. (ebido a la interaccin con usuarios finales cuando es necesaria la retroalimentacin %acia el grupo de desarrollo, este proceso puede e!igir demasiado tiempo, agregndose un costo e!tra a la compa a, pues mientras estos usuarios eval3an el software de&an de ser productivos para la compa a.

6.

Modelo espiral

Es un modelo de proceso de software evolutivo que acompaa la naturaleza interactiva de construccin de prototipos con los aspectos controlados y sistemticos del modelo lineal secuencial. 1e desarrolla en una serie de versiones incrementales. (urante las primeras iteraciones, la versin incremental podr a ser un modelo en papel o un prototipo4 en las 3ltimas iteraciones, se producen versiones cada vez ms completas de ingenier a del sistema. Este modelo se divide en un n3mero de actividades estructurales o regiones de tareas, como comunicacin con el cliente, planificacin, anlisis de riesgos, ingenier a, construccin y adaptacin, evaluacin del cliente. (ebido a su comple&idad, no se aconse&a utilizarlo en pequeos sistemas. *or otro lado, resulta dif cil convencer a grandes clientes de que el enfoque evolutivo es controlable.

Ing. Ral Jimenez Drago

Pgina 7

#. Modelo de desarrollo concurrente Llamado, algunas veces, ingenier a concurrente. Es un modelo de tipo de red donde todas las personas act3an simultneamente. *rovee una meta descripcin del proceso de software. 8ientras que en el espiral la principal contribucin es que las actividades del software ocurran repetidamente, en el concurrente, es la capacidad de describir las m3ltiples actividades del software que ocurren simultneamente. El modelo de proceso concurrente define una serie de acontecimientos que dispararn transiciones de estado a estado para cada una de las actividades. (ado que los requisitos cambian, es muy probable que, una vez %aya comenzado la fase de diseo, sea necesario incorporar cambios. En estos casos, no se debe detener el diseo, sino que se debe continuar, 9si es posible:, al mismo tiempo que se modifican los requisitos. *or lo tanto, en este modelo, diversas actividades pueden estar ocurriendo concurrentemente. La siguiente figura proporciona una representacin esquemtica de una actividad dentro del modelo de proceso concurrente. *or e&emplo, al principio del proyecto, la actividad de comunicacin con el cliente .no mostrada en la figura0 %a finalizado su primera interaccin y e!iste en el estado de cambios en espera. La actividad de anlisis .que e!ist a en el estado ninguno, mientras que comenzaba la comunicacin inicial con el cliente0 a%ora %ace una transicin al estado ba&o desarrollo. 1in embargo, si el cliente indica que se deben %acer cambios en requisitos, la actividad anlisis cambia del estado ba&o desarrollo al estado cambios en espera.

Ing. Ral Jimenez Drago

Pgina /

$. Desarrollo %asado en co"ponentes Es un modelo fuertemente orientado a la reutilizacin y traba&a sobre la base de tecnolog as orientado a ob&etos. Este modelo consta de / fases ilustradas en la figura +.;. $ continuacin, se describe cada fase" # $nlisis de componentes" 1e determina qu componentes pueden ser utilizados para el sistema en cuestin. )asi siempre, %ay que %acer a&ustes para adecuarlos. # 8odificacin de requisitos" 1e adaptan .en lo posible0 los requisitos para concordar con los componentes de la etapa anterior. 1i no se puede realizar modificaciones en los requisitos, %ay que seguir buscando componentes ms adecuados .fase +0. # (iseo del sistema con reutilizacin" 1e disea o reutiliza el marco de traba&o para el sistema. 1e debe tener en cuenta los componentes localizados en la fase 5 para disear o determinar este marco. # (esarrollo e integracin" El software que no puede comprarse, se desarrolla. 1e integran los componentes y subsistemas. La integracin es parte del desarrollo en lugar de una actividad separada.

Ing. Ral Jimenez Drago

Pgina 6