ESCUELA SUPERIOR POLITCNICA AGROPECUARIA DE MANAB

MANUEL FLIX LPEZ

CARRERA INFORMTICA
PERIODO MAR AGO/2015

SEMESTRE SPTIMO

INGENIERA DE SOFTWARE
TEMA:
MODELOS DE PROCESO

AUTORA:
MARA VICTORIA PRRAGA MERO

FACILITADORA:
ING. HIRAIDA SANTANA CEDEO

MISIN
Formacin de profesionales ntegros que conjuguen ciencia, tecnologa y valores en su
accionar, comprometidos con la sociedad en el manejo adecuado de programas y herramientas
computacionales de ltima generacin.

VISIN
Ser referente en la formacin de profesionales de prestigio en el desarrollo de
aplicaciones informticas y soluciones de hardware.

CALCETA, ABRIL 2015

INTRODUCIN
Para dar solucin a problemas de la vida real, un ingeniero de software, debe
optar por incorporar estrategias de desarrollo, mtodos y diferentes
herramientas, estas estrategias son conocidas normalmente como modelos de
procesos.
Un modelo de proceso debe ser escogido dependiendo de la solucin software
a desarrollar. En el presente documento, estudiaremos lo que es un modelo, la
clasificacin de estos, y adems analizaremos un tipo de modelo especfico
conocido como Cascada.

MARCO TERICO
Sommerville (2005) define modelo de proceso de software como un conjunto de
actividades y resultados asociados que conducen a la creacin de un producto
software.
Pressman (2010) nos muestra de una manera rpida, los aspectos ms
importantes de un modelo de proceso.

Qu es?

Quin lo
hace?

Por qu
es
importante
?

Cules
son los
pasos?

Cul es el
producto
final?

Cuando se trabaja en la construccin de un producto o sistema, es importante ejecutar

una serie de pasos predecibles el mapa de carreteras que lo ayuda a obtener a tiempo un
resultado de alta calidad. El mapa que se sigue se llama proceso del software.

Los ingenieros de software y sus gerentes adaptan el proceso a sus necesidades y luego
lo siguen. Adems, las personas que solicitaron el software tienen un papel en el proceso
de definicin, elaboracin y prueba.

Porque da estabilidad, control y organizacin a una actividad que puede volverse catica
si se descontrola. Sin embargo, un enfoque moderno de ingeniera de software debe ser
gil. Debe incluir slo aquellas actividades, controles y productos del trabajo que sean
apropiados para el equipo del proyecto y para el producto que se busca obtener.

En un nivel detallado, el proceso que se adopte depende del software que se est
elaborando. Un proceso puede ser apropiado para crear software destinado a un sistema
de control electrnico de un aeroplano, mientras que para la creacin de un sitio web ser
necesario un proceso completamente distinto.

Desde el punto de vista de un ingeniero de software, los productos del trabajo son los
programas, documentos y datos que se producen como consecuencia de las actividades y
tareas definidas por el proceso.

Los modelos de proceso de software constan con las siguientes caractersticas:

Son entendibles.
Permiten visibilidad, dependiendo del grado en que las actividades del
proceso proporcionen resultados.
Los desarrolladores aceptan y usan los procesos.
Son fiables, puesto que permiten evitar y detectar errores antes de que
sean defectos.
Poseen capacidad de evolucin para adaptarse, lo que los hace
mantenibles. (Mndez, 2009)
La estructura general para la Ingeniera de Software define cinco actividades
estructurales:

comunicacin,

planeacin,

modelado,

construccin

despliegue. (Pressman, 2010)

Es importante recordar que estas actividades, son aplicadas en casi todos los
modelos de proceso, por lo cual es necesario tomar en cuenta la secuencia de
estos o el flujo que sigue el proceso, que siempre va a depender del tipo de
modelo que se est utilizando.

MODELOS DE PROCESO PRESCRIPTIVO

Estos modelos originalmente fueron propuestos para poner orden en el caos del
desarrollo de software. Traen orden al trabajo de ingeniera de software y
proveen una gua razonable a los equipos de software, sin embargo no proveen
una respuesta definitiva a los problemas de desarrollo de software en un entorno
que cambia permanentemente. (Otero, 2011)
En este tipo de modelos cada organizacin de ingeniera de software necesita
describir un conjunto de actividades del marco para el proceso que adopte, y
cada actividad de este marco se debe llenar con acciones de ingeniera de
software, las cuales constan de tareas que definen el trabajo y el producto de
trabajo que se necesita para alcanzar las metas del desarrollo. El modelo de
proceso resultante deber adaptarse a la naturaleza de proyecto especfico,
miembros del equipo y entono de trabajo. (Otero, 2011)

CLASIFICACIN
Estos modelos de proceso prescriptivo se dividen en:

 Modelo Cascada.
Modelo Incremental

Modelo Evolutivo:
Construccin de prototipos.
Modelo en Espiral
Modelo de Desarrollo Concurrente. (Otero, 2011)
MODELO CASCADA
Por muchos autores y desarrolladores el modelo cascada es un enfoque pasado
de moda pero sin embargo este suele ser muy til cuando los requisitos son fijos.
El modelo de la cascada es uno de los primeros modelos empleados en el
desarrollo de software, se popularizo en 1970 por Winston Royce y an est
vigente en algunos desarrollos. ste modelo se define como una secuencia de
actividades a ser seguidas en orden, donde la estrategia principal es definir
y seguir el progreso del desarrollo de software hacia puntos de revisin bien
definidos, es decir, se codifica y reparan los errores; es un proceso continuo de
codificacin y reparacin.(Martnez, 2014)
Sus caractersticas principales son:
Es lineal.
Las actividades estn relacionadas secuencialmente.
Cada etapa tiene una entrada y una salida.
Es rgido y sistemtico: La entrada de una actividad es la salida de la etapa
anterior, por lo cual no se puede dar inicio a la siguiente fase.
Es monoltico: Existe una nica fecha de entrega.
La implementacin se pospone hasta que no se comprendan los
objetivos.
Los documentos a entregar rigen el proceso de software. (Martnez, 2014)
Este modelo tambin suele ser utilizado cuando se van hacer correcciones a
mdulos o sistemas ya existentes.
La estructura de este modelo es la siguiente:

Figura 1. Estructura del modelo Cascada

VENTAJAS Y DESVENTAJAS DEL MODELO CASCADA

Algunas ventajas al usar este mtodo son:
Se tiene todo bien organizado y no se mezclan las fases
Ayuda a localizar errores en las primeras etapas del proyecto a un
bajo costo.
Ayuda a minimizar los gastos de la planificacin porque permite realizarla
sin planificacin porque permite realizarla sin problemas. (Martnez, 2014)
Las desventajas al usar este mtodo son:
Gran dependencia en los requerimientos inciales
Difcilmente un cliente va a establecer al principio todos los requerimientos
necesarios, por lo que provoca un gran atraso trabajando en este modelo,
ya que este es muy restrictivo y no permite movilizarse entre fases.
El modelo genera pocos signos visibles de progreso hasta el final. Esto
puede dar la impresin de un desarrollo lento, existe la incertidumbre de
los clientes si sus proyectos sern entregados a tiempo.
Inicio de la codificacin muy tarde en el ciclo de vida del proyecto
(Martnez, 2014)

CONCLUSION
Es importante que como estudiantes de Ingeniera Informtica apliquemos las
metodologas que existen en la actualidad para desarrollar software, sin embargo
no podemos aplicar estas metodologas sin analizar previamente la problemtica
a resolver, es por esto que es indispensable el estudio de la Ingeniera de
software.
En este documento se puedo apreciar ciertas caractersticas de los modelos de
proceso de software, adems se hizo el estudio del modelo cascada en

especfico, y concuerdo con la utilidad que se le puede dar a este modelo, si bien
es cierto no est adaptado a la realidad del desarrollo actual de software, puede
ser muy til cuando los sistemas son pequeos, o cuando se desee modificar un
mdulo en el cual ya se conocen todos los requerimientos.

BIBLIOGRAFIA
Martnez, R. 2014. Mtodo en Cascada. Consultado 15 de abr. 2015. Formato
Pdf.
Disponible
en:
http://www.academia.edu/6362716/METODO_EN_CASCADA

Mndez, G. 2009. Proceso de Software y ciclo de vida. Consultado 15 de abr.

2015.
Formato
Pdf.
Disponible
en:
https://www.fdi.ucm.es/profesor/gmendez/docs/is0809/02ProcesoCicloDeVida.pdf

Otero, N. 2011. Modelo de Proceso: Modelos Prescriptivos. Consultado 15 de

abr.
2015.
Formato
Pdf.
Disponible
en:
http://jraquelm2.wix.com/ingenieriadesoftware#!-CAPTULO-1-ELSOFTWARE-Y-LA-INGENIERA-DE-SOFTWARE/cmbz/64C30E2120B5-4F17-A0C7-EEA82EF85A9A

Pressman, R. 2010. Ingeniera de Software: Un enfoque prctico. 7ed. D.F, Mex.

Consultado 15 de abr. 2015. Formato Pdf.

Sommerville, I. 2005. Ingeniera de Software. 7ed. Madrid, ES. Consultado 15 de

abr. 2015. Formato Pdf.