PARADIGMAS

Para la Ingeniera de Software el paradigma es una

agrupacin de mtodos, herramientas y
procedimientos con el fin de describir u modelo.
Un "paradigma" es un modelo para comprender la
realidad, que nos permite relacionarnos con el
mundo circundante y tener un sentido de identidad
dentro de lo que percibimos que es "el mundo real"

Modelo Lineal Secuencial o Cascada Pura (Waterfall)

Por supuesto Royce en 1970; es el paradigma ms antiguo y fue el ms
utilizado durante la hegemona del mtodo estructurado. El nmero de
etapas propuestas vara de acuerdo al proyecto a desarrollar, aunque
existen etapas comunes para este paradigma.

El paradigma de cascada puro presenta las siguientes ventajas y

desventajas.
Ventajas

Desventajas

Permite un mejor
control
de
cada
actividad, en cuanto
a fechas de entrega,
costos, revisiones y
productos
desarrollados.
Minimiza los gastos
de la planificacin
del proyecto.

Los proyectos de software rar vez

siguen un flujo secuencial.
No involucra al usuario en el
desarrollo del producto.
Requiere mucho tiempo para el
desarrollo del proyecto.
Si el usuario olvida especificar un
requerimiento se incurre un elevado
costo.

Modelos en Funcin de Prototipos

El paradigma de construccin de prototipos comienza con la
recoleccin de requisitos. El desarrollador y el cliente
encuentran y definen los objetivos globales para el software,
identifican los requisitos conocidos, y las reas del esquema en
donde es obligatoria ms definicin. Entonces aparece un <<
diseo rpido >>.
El paradigma de desarrollo por prototipos presenta las siguientes
ventajas y desventajas.
Ventajas

Desventajas

El desarrollador debe dar

forma prematuramente a un
Permite la retroalimentacin por sistema, incluso antes de
parte del usuario.
comprender
de
manera
Desarrollo rpido.
bsica el problema y su
El usuario se siente parte del funcionamiento.
grupo.
El usuario puede creer que
un prototipo es un software
final.

Modelo de Desarrollo rpido de Aplicacin (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 a << alta velocidad >> del modelo lineal secuencial en
el que se logra el desarrollo rpido utilizando un enfoque de construccin
basado en componentes. Si se comprenden 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 (p. Ej.: de 60 a 90 das) [MAR9]. Cuando se utiliza
principalmente
Desventajas: para aplicaciones de sistemas de informacin, el enfoque
Para proyectos
grandes aunque
por escalas,
el DRA requiere
recursos humanos suficientes como para crear el nmero correcto de equipos DRA.
DRA
comprende
las
siguientes
fases:
DRA requiere clientes y desarrolladores comprometidos en las rpidas actividades necesarias para complementar un sistema en un marco de
tiempo abreviado. Si o hay compromiso, por ninguna de las partes constituyentes, los proyectos DRA fracasarn.

Modelo Incremental
El modelo Incremental se va creando el Software aadiendo
componentes funcionales al sistema: incrementos.

Ventaja:Para desarrollos donde no se determinen de forma clara los

requerimientos de usuario al comenzar el sistema.
Desventaja:El problema de este modelo radica en que los errores en los
requisitos propuestos se detectan tarde y su correccin resulta tan
costosa como en el modelo en cascada.

Modelo en Espiral
El paradigma de espiral es un modelo de ciclo de vida orientado a riesgos
que divide un proyecto software en mini-proyectos y donde cada miniproyecto se centra en uno o ms riesgos importantes hasta que todos
estos estn controlados.

Ventajas

Desventajas

Mientras los costos del

Es un modelo complicado.
modelo aumentan, los
Exige desarrolladores con mucha
riesgos
de
proyecto
experiencia
para
manejar
la
disminuyen.
complejidad de los problemas que
Buen control sobre el
enfrenta.
desarrollo del proyecto.

Modelo de Ensamblaje de Componentes

El modelo ensamblador de componentes configura aplicaciones desde

componentes preparados de software (algunas veces llamados <<
clases >>). La actividad de la ingeniera comienza con la identificacin
de clases candidatas. Esto se lleva a cabo examinando los datos que se
van a manejar por parte de la aplicacin y el algoritmo que se va a
aplicar para conseguir el tratamiento.
Modelo de Desarrollo Concurrente
el modelo de proceso concurrente se puede representar en forma de
esquema como una serie de actividades tcnicas importantes, tareas, y
estados asociados a ellas. Por ejemplo, la actividad de ingeniera definida
para el modelo en espiral, se lleva a cabo invocando las tareas siguientes:
modelado de construccin de prototipos y/o anlisis, especificacin de
requisitos, y diseo.
El modelo de proceso concurrente define una serie de acontecimientos
que disparan transiciones de estado a estado para cada una de las
actividades de la ingeniera del software.

Modelo de Mtodos Formales

El modelo de mtodos formales
acompaa a un conjunto de
actividades que conducen a la
especificacin matemtica del
software de computadora. Los
mtodos formales permiten que un
ingeniero del software especifique,
desarrolle y verifique un sistema
basado en computadora aplicando
una notacin rigurosa y matemtica.