ANLISIS DE VARIOS MODELOS DE PROCESOS DE SOFTWARE

Este documento est dirigido al analisis de diferentes perspectivas del desarrollo de

software, es decir, secuencial, incremental, evolutivo, especializado y gil. Un
ejemplo de cada enfoque se considera

modelo de cascada (enfoque secuencial),

modelo incremental (enfoque incremental),
modelo espiral (enfoque evolutivo),
modelo formal de mtodos (enfoque especializado),
modelo de programacin extrema (enfoque gil)
RUP. Este trabajo elabora estos modelos

Se compara cada una de estas perspectivas y se contrasta una con otra.

Ilustracin 1 Ejemplo de Desarrollo de Software

Hoy, la computadora se ha convertido en una parte esencial en la vida de lso seres

humanos. La computadora se considera un dispositivo de ahorro de tiempo y su
progreso ayuda en la ejecucin de procesos complejos, largos y repetidos en un
tiempo muy corto con una alta velocidad. Adems de usar la computadora para el
trabajo, la gente la usa para la diversin y el entretenimiento.
Es notable que el nmero de empresas que producen programas de software con el
fin de facilitar las obras de oficinas, administraciones, bancos, etc, ha aumentado
recientemente lo que resulta en la dificultad de enumerar dichas empresas. Sin
embargo, las primeras etapas de la programacin han creado una serie de
problemas para convertir el software en un obstculo para el desarrollo de
software, en particular los que dependen de las computadoras. El software consta
de documentos y programas que contienen una coleccin que se ha establecido
para formar parte de los procedimientos de ingeniera de software. Adems, el
objetivo de la ingeniera de software es crear un producto de trabajo adecuado que
construya programas de alta calidad.

Actividades de desarrollo de software

Los pasos para brindar una solucin de desarrollo de software son

La comprensin del problema

Decidir un plan para la solucin
Codificacin de la solucin planificada
Prueba del programa real

Estas actividades son muy extensas por lo que es necesario segmentarlas para que
tengan el impacto que es deseado.

Anlisis de requisitos
Diseo
Codificacin
Pruebas

Enfoques generales
Se usan diferentes enfoques para el desarrollo de software que son los siguientes :
Enfoque secuencial: Los enfoques secuenciales son (por ejemplo, modelo de
cascada, Vmodel) se refieren a la terminacin del trabajo dentro de un ciclo
monoltico. Los proyectos se secuencian en un conjunto de pasos que se completan
en serie y normalmente van desde la determinacin de las necesidades del usuario
hasta la validacin de que la solucin dada satisface al usuario. El progreso se
realiza de manera lineal permitiendo pasar el control y la informacin a la siguiente
fase cuando se alcanzan y cumplen los hitos predefinidos. Este enfoque est
altamente estructurado, proporciona un formato idealizado para el contrato y
permite un control mximo sobre el proceso.
Modelo de Cascada:
El modelo de la cascada es el modelo clsico de la ingeniera de software. Adems,
su intenso documento y planificacin hacen que funcione bien para proyectos en los
que el control de calidad es una preocupacin importante El ciclo de vida de la
cascada pura consta de varios niveles no superpuestos, como se muestra en la
siguiente figura. El modelo comienza con el establecimiento de los requisitos del
sistema y los requisitos de software y contina con el diseo arquitectnico, diseo
detallado, codificacin, pruebas y mantenimiento. El modelo de cascada sirve como
lnea de base para muchos otros modelos de ciclo de vida.

Comunicacin: establece las expectativas de las partes interesadas y por lo

tanto til en la recoleccin de requisitos.
Planificacin: desarrolla un plan bien definido de ejecucin del proyecto.
Modelado: desarrolla un modelo del proyecto antes de desarrollar el
proyecto real.
Construccin: construye el proyecto real siguiendo el plan de ejecucin
definido en la etapa de planificacin y pruebas.
Despliegue: la entrega del producto final al cliente y su mantenimiento

Las ventajas del modelo de cascada son:

Fcil de entender e implementar

Refuerza los buenos hbitos: define-before-design y design-before-code.

Identifica las entregas y los hitos
Funciona bien en productos maduros y equipos dbiles

Las desventajas del modelo de la cascada son:

Los proyectos reales rara vez siguen el enfoque secuencial.

Hay incertidumbre al comienzo del proyecto con respecto a los requisitos y
objetivos. Este modelo no acomoda muy bien estas incertidumbres.
No produce una versin de trabajo del sistema hasta tarde en el proceso.

Modelo Incremental: Existen muchas situaciones en las que los requisitos

iniciales de software estn razonablemente bien definidos, pero el alcance general
del esfuerzo de desarrollo excluye un proceso puramente lineal. Adems, puede
haber una necesidad adicional de proporcionar un conjunto limitado de
funcionalidades de software a un usuario de forma rpida y luego refinar y expandir
esa funcionalidad en versiones posteriores de software. En tales casos, se elige un
modelo de proceso que est diseado para producir el software en incrementos.
Las ventajas del modelo incremental son:

Divide el proyecto en partes ms pequeas

Crea un modelo de trabajo temprano y proporciona una valiosa
retroalimentacin
La retroalimentacin de una fase proporciona informacin de diseo para la
siguiente fase
Muy til cuando no hay ms personal disponible.

Las desventajas del modelo incremental son:

La comunidad de usuarios debe participar activamente en el proyecto. Esto

exige el tiempo del personal y aadir el retraso del proyecto
Las habilidades de comunicacin y coordinacin ocupan un lugar central
Las solicitudes informales de mejora para cada fase pueden dar lugar a
confusin
Puede conducir a un "Alcance Fluido"

Enfoque Evolutivo
Los enfoques evolutivos reconocen el gran grado de incertidumbre inherente a
ciertos proyectos y permiten a los desarrolladores y administradores ejecutar
versiones parciales del proyecto mientras aprenden y adquieren informacin
adicional y evolucionan gradualmente el diseo conceptual. Es probable que los
proyectos en esta categora se caractericen por un alto grado de riesgo tecnolgico
y por la falta de comprensin de las implicaciones completas tanto de los
interesados como de los desarrolladores.
Modelo en Espiral: El modelo de desarrollo en espiral es un generador de modelos
de proceso impulsado por el riesgo que se utiliza para guiar la ingeniera

concurrente multi-stakeholder de sistemas intensivos de software. Uno de ellos es

el enfoque cclico para incrementar gradualmente el grado de definicin e
implementacin de un sistema al tiempo que disminuye su grado de riesgo. El otro
es un conjunto de puntos de referencia para asegurar el compromiso de las partes
interesadas con soluciones de sistemas viables y mutuamente satisfactorios. En la
fase de anlisis de riesgo, se emprende un proceso para identificar soluciones de
riesgo y alternativas Un prototipo se produce al final de la fase de anlisis de
riesgo.
Modelo de mtodos Formales: Algunas organizaciones de desarrollo de software
aplican actualmente una variante de este enfoque, denominada ingeniera de
software para salas blancas Cuando se utilizan mtodos formales durante el
desarrollo, proporcionan un mecanismo para eliminar muchos de los problemas que
son difciles de superar usando otros paradigmas de ingeniera de software. Cuando
se utilizan mtodos formales durante el diseo, sirven de base para la verificacin
del programa y, por lo tanto, permiten al ingeniero de software descubrir y corregir
errores que de otro modo podran no detectarse. Aunque no es un enfoque
convencional, el modelo de mtodos formales ofrece la promesa de software libre
de defectos.
Prcticas de programacin Extrema: Los lanzamientos del sistema son
frecuentes y aaden incrementalmente funcionalidad a la primera versin.
Suficiente diseo se lleva a cabo para satisfacer las necesidades actuales y no ms.
Probar el primer desarrollo: Un marco de prueba de unidad automatizada se utiliza
para escribir pruebas para una nueva pieza de funcionalidad antes de implementar
la funcionalidad en s. Refactorizacin se espera que todos los desarrolladores
vuelvan a factorizar el cdigo de forma continua tan pronto como se puedan
encontrar mejoras en el cdigo. Despus de tal integracin, todas las pruebas de
unidad en el sistema deben pasar. Ritmo sostenible: grandes cantidades de tiempo
extra no se consideran aceptables ya que el efecto neto a menudo es reducir la
calidad del cdigo y la productividad a mediano plazo. Cliente en el sitio: Un
representante del usuario final del sistema (el Cliente) debe estar disponible a
tiempo completo para el uso del equipo XP.
RUP: Es un producto de Rational (IBM). Se caracteriza por ser usado por las
grandes empresas, tiene una gran documentacin lo que lo hace muy robusto. Su
implementacin es muy costosa y tiene un proceso muy largo de aplicacin.
Conclusin
Cada modelo de desarrollo es especial en el sentido que para ser aplicado se tiene
que usar un contexto, no pueden ser tomados a la ligera en un proyecto, ya que
tiene un gran impacto sobre los resultado. El elegir el adecuado te da ventajas de
desarrollo, te permite gestionar el proyecto de una manera limpia y adems se
adecue para los tiempos de entrega que desea el cliente. Al implementar un
modelo es necesario tomar en cuenta los recursos y que tan grande es el proyecto
de manera que el modelo impulse el proyecto y no sea un obstculo.
Bibliografa

Ashwini, M., Gayatri , M., & P. M., C. (2012). Analysis of various Software Process
Models. Mumbai.