CONTENIDO

INTRODUCCIN ................................................................................................................................... 3
MODELOS DE PROCESO DE SOFTWARE .............................................................................................. 4
Descripcin de los Modelos de proceso de software: .................................................................... 4
Modelo Lineal (o Modelo en Cascada): ........................................................................................... 4
Modelo Incremental: ....................................................................................................................... 5
Modelo de Construccin de Prototipos: ......................................................................................... 5
El Modelo en Espiral: ....................................................................................................................... 6
Ventajas e Inconvenientes de los Modelos ......................................................................................... 6
Basado en componentes: .................................................................................................................... 7
Modelo de Desarrollo Parido de Aplicaciones (DRA) ...................................................................... 7
Modelos Evolutivos: ........................................................................................................................ 7
CONCLUSIONES ................................................................................................................................... 8
EGRAFA ............................................................................................................................................... 9












INTRODUCCIN

El proceso es el conocimiento incorporado, y puesto que el conocimiento esta inicialmente
disperso, el desarrollo de software implcito, latente e incompleto en gran medida es un proceso
social de aprendizaje. El proceso es un dialogo en el que se rene el conocimiento y se incluye el
software para convertirse en software. El proceso proporciona una iteracin entre los usuarios y
los diseadores, entre los usuarios y las herramientas de desarrollo, y entre los diseadores y las
herramientas de desarrollo (tecnologa). Es un proceso interactivo, con cada iteracin del dialogo
se obtiene mayor conocimiento.
Es importante que la Ingeniera del Software la realicen personas creativas, con conocimiento, que
deberan trabajar dentro de un proceso del software definido y avanzado que es apropiado para
los productos que construyen y para las demandas de su mercado.
A continuacin se presenta el siguiente trabajo en el cual se detalla cules son los modelos que
pueden ser aplicados a la creacin de un nuevo software.









MODELOS DE PROCESO DE SOFTWARE
Es una simplificacin o abstraccin de un proceso real, tambin se puede decir que es una
representacin abstracta de alto nivel de un proceso de software.

Descripcin de los Modelos de proceso de software:
Modelo Lineal (o Modelo en Cascada):
Es el ms antiguo de todos los modelos de Ingeniera del Software. El modelo lineal
presenta una estructura secuencial (de ah el nombre de Modelo en cascada) formada por
seis fases o etapas:
Anlisis del Sistema
Anlisis de Requisitos de Software
Diseo
Prueba
Mantenimiento

Las fases incluyen dentro de s determinadas tareas que clasifican de una forma clara el
trabajo a realizar.
El desarrollo de las fases, como se menciona antes, se produce de manera secuencial. Una
vez se produce el anlisis tanto del Sistema como de los requisitos del software
demandado por el cliente (fases en las que la intervencin del cliente es absolutamente
necesaria), se procede a la fase de diseo de la arquitectura global del software. Un
diseo elaborado de forma cuidadosa llevar una rpida codificacin. Tras haber
traducido el programa a un lenguaje comprensible para el ordenador, se comprueban los
elementos de forma individual y ms tarde manera homognea (todos los sistemas a la
vez). Una vez entregado el software al cliente, la fase de mantenimiento comprender las
actualizaciones y las correcciones de errores necesarias en el programa.
El modelo en CASCADA no permite retroceder, por lo que se hace estrictamente necesario
que al final de cada fase, el analista de sistemas o, en su caso, el programador, verifique y
valide todo el trabajo realizado, ya que un error no detectado a tiempo podra perjudicar
gravemente la fecha de entrega del software al cliente.


Modelo Incremental:
El modelo incremental es una evolucin del modelo de cascada; viene a suplir el problema de no
poder retroceder en las fases de desarrollo del software. Es por tanto, un modelo no secuencial.
El funcionamiento es sencillo. Comienza con el anlisis de los requisitos, tras el cual se prepara un
primer diseo. La novedad de este modelo respecto al anterior, es la introduccin de iteraciones
para bifurcar diseos. Es decir, este modelo ofrece la posibilidad de comenzar un diseo,
arquitectura, estructura, etc. Del software que de no convencer al cliente (o al propio
programador) es rechazado y se comienza con una segunda iteracin (o un segundo diseo), sin
necesidad de realizar un nuevo anlisis de requisitos. Pueden realizarse tantas iteraciones
(tambin llamadas incrementos) como sean necesarias.
Las etapas del modelo incremental son:
Anlisis
Diseo
Cdigo y
Prueba

Modelo de Construccin de Prototipos:
Este modelo no secuencial, basado en la construccin de simulaciones o modelos ejecutables de
aplicaciones ms extensos, persiguen un objetivo principal: la participacin directa del cliente en
la construccin del software requerido. Las fases son similares a las del modelo en cascada: es
necesario un anlisis previo de los requisitos tanto del sistema como del cliente, se concibe la
arquitectura del sistema y se realiza el diseo del software. Sin embargo, se incluye un elemento
hasta ahora no utilizado, que consiste en el diseo rpido de un prototipo que se mostrar al
cliente para que evale el trabajo realizado.
El prototipo es una versin reducida del programa completo; es una fachada virtual que
mostramos al cliente (que carece de la posibilidad de ser utilizada de la forma en que lo haramos
con el software final. Tras recoger los requisitos tanto del cliente como del sistema, se comienza
con el diseo rpido del prototipo; el diseo completo obedece al previo diseo de pequeos
prototipos especficos para funciones individuales.



El Modelo en Espiral:
Este modelo, tambin no secuencial, es algo ms complejo que los anteriores, aunque incluye un
elemento muy til e importante en el desarrollo del software: anlisis de riesgos. El modelo en
espiral concreta cuatro fases:
Planificacin
Anlisis de Riesgo
Ingeniera (Construccin del prototipo)
Evaluacin por el cliente
Si sta ltima fase es afirmativa, el modelo contina con la estructura del Ciclo vida Clsico. Si el
cliente no est satisfecho con el resultado, se cubre otra banda del espiral y se vuelve a la primera
fase (de planificacin).
Ventajas e Inconvenientes de los Modelos
Podemos considerar al modelo en cascada como el ms sencillo de utilizar, aunque tambin
podramos dudar de su eficacia dado el alto nmero de inconvenientes que presenta, siendo el
principal el que se trate de un modelo secuencial; por otra parte, este modelo exige tareas de
profundizacin en el anlisis de requisitos del sistema. Si este sistema no es bien conocido, o es
difcil de analizar, esta fase puede alargarse demasiado.
Ninguno de los modelos es perfecto; el modelo incremental aade la posibilidad de utilizar
iteraciones para doblegar el diseo y contemplar varias posibilidades hasta elegir una. Es un
modelo completamente interactivo, que permite trabajar con l en situaciones en las que los
cambios de opinin estn a la orden del da. Cada incremento es un paso ms en el desarrollo del
software final, lo que nos permite cambiar entre iteraciones (o bien proceder a la entrega del
software a nuestro cliente como si se tratara de fascculos semanales).
Esta ventaja es tambin el principal inconveniente; no en todas las situaciones de desarrollo de
software podemos permitirnos la divisin del trabajo en incrementos, ni tampoco periodificar la
entrega de los mismos. Aunque la mayora de veces el software se puede fragmentar y podemos
trabajar con un conjunto de programas determinado, pueden darse situaciones en las que sea
imposible ejecutar una iteracin sin la existencia de otras que cumpla una funcin
complementaria.



Basado en componentes:
La creacin de sistemas intensivos en software requiere dividir el sistema en componentes con
interfaces bien definidas, que posteriormente sern ensamblados para generar el sistema. Esta
caracterstica en un proceso de desarrollo, permite que el sistema se vaya creando a medida que
se obtienen o que se desarrollan y aduran sus componentes.
El desarrollo basado en componentes consiste en la creacin e implantacin de sistemas de
software complejos, ensamblados a partir de componentes, y que ponen a la vez nuevos
componentes a disposicin de otros sistemas. Puede automatizarse mediante herramientas y
procesos, que permiten aumentar la productividad, calidad y tiempo de desarrollo.
Modelo de Desarrollo Parido de Aplicaciones (DRA)
Este es un modelo de proceso de desarrollo del software lineal, secuencias que enfatiza un ciclo de
desarrollo extremadamente corto. El modelo DRA es una adaptacin del modelo lineal secuencial
en el que se logra el desarrollo rpido utilizando un enfoque de construccin basado en
componentes, si se comprende bien los requisitos y se limita el mbito del proyecto, el proceso
DRA permite al equipo de desarrollo crear un sistema completamente funcional dentro de
periodos cortos de tiempo.

Modelos Evolutivos:
Los modelos evolutivos son iterativos. Se caracterizan por la forma en que permiten a los
ingenieros del software desarrollar versiones cada vez ms completas del software.
El software evoluciona con el tiempo. Los requisitos del usuario y del producto suelen ser cambiar
conforme se desarrolla el mismo. Las fechas de mercado y la competencia hacen que no sea
posible esperar a poner en el mercado un producto absolutamente completo, por lo que es
aconsejable introducir una versin funcional limitada de alguna forma para aliviar las presiones
competitivas.







CONCLUSIONES

La gran mayora de los modelos de desarrollo de software estn ligados al tiempo, cuanto ms
dure sera mejor o peor para el modelo, el software concurrente est ligado y dirigido
primordialmente por las necesidades del usuario, las decisiones que se tomen acabo de las tareas
que realicen dichos usuarios.
Tambin definen una serie de acontecimientos que se disparan a los estados de cada uno de las
actividades para las cuales fueron creados.
Bsicamente al llevar a cabo el modelo de software sigue ciertas, etapas, mdulos y objetivos del
proyecto de manera simultnea que se aplican a la construccin de sistemas de informacin ms
fciles y modularizables para satisfacer las necesidades de los clientes.












EGRAFA


http://www.paginaspersonales.unam.mx/files/1065/Modelos_de_procesos_del_s
oftware.pdf

https://www.google.com.gt/url?sa=t&rct=j&q=&esrc=s&source=web&cd=10&ved
=0CEsQFjAJ&url=http%3A%2F%2Fdsc.itmorelia.edu.mx%2F~jcolivares%2Fcourses
%2Fsdf11b%2Fsdf_p4.doc&ei=CM_GU9PlLeTgsATd44KACQ&usg=AFQjCNEcbMnY2
x6Cq--wB1rozMn0FHeaEg&bvm=bv.71126742,d.cWc&cad=rja