Ñ
MODELO LINEAL SECUENCIAL
Si bien es cierto todo modelo cumple el mismo objetivo, que es apoyar el éxito en la
entrega del producto final, cada cual se diferencia por el entorno o ciclo de vida que
posea.
El modelo Lineal Secuencial es conocido también como Modelo en Cascada, o Ciclo
de vida Básico, nace alrededor de los años 70 como un refinamiento influenciado al
modelo de etapas.
La idea principal de este modelo clásico es minimizar los costos que involucra el
sobre exceso de trabajo involucrado en retroalimentaciones a través de algunas
etapas.
Sugiere un enfoque sistemático, secuencial de desarrollo de software que comienza
en un nivel de sistemas y progresa con el análisis, diseño, codificación, pruebas y
mantenimiento. Las fases adyacentes no comenzarán hasta que las demás no
hayan finalizado, de ahí su concepto de secuencialidad o linealidad.
Algunos conceptos básicos que se requieren para utilizar este modelo son:
Planificar el proyecto antes de embarcarse en él. Significa que todo lo
concerniente al proyecto debe ser minuciosamente estudiado.
Documentar los resultados de cada actividad. Este paso es sumamente
importante, de esto dependerá que los atributos de calidad de software como la
facilidad de comprensión o Visibilidad cumplan su objetivo.
Diseñar antes de empezar la codificación. Apunta directamente a recolectar
todos los datos necesarios y plasmarlos en modelos de diseño y después
comenzar a crear el código fuente.
Probar después de implementar. Una vez liberado el producto se realizarán todas
las pruebas necesarias para asegurar su correcto funcionamiento.
Ventajas y Desventajas del Modelo.
Una de las ventajas mas clara del modelo tiene relación con la idea de postular un
marco de trabajo claro, que reconoce y define las actividades involucradas en el
desarrollo de software, permitiendo establecer relaciones de cooperación entre ellas.
La importancia de este método radica en su sencillez ya que sigue los pasos
intuitivos necesarios a la hora de desarrollar el software.
Otro factor importante de recalcar es que este método asume que una vez que los
requerimientos han sido definidos entonces ellos no cambiarán más. Ahora, según la
complejidad que tenga el proyecto, la implementación final puede ocurrir meses o,
eventualmente, años después de que los requerimientos fueran especificados, no
obstante, por la cantidad de tiempo transcurrido puede que las necesidades surgidas
al principio hayan cambiado abruptamente.
Una desventaja importante en este modelo es que el sistema completo es registrado
en papel, donde cada etapa o fase produce cierta cantidad de documentos. Si nos
ponemos en el lugar que el sistema que se esta atacando es sumamente complejo,
el volumen de requerimientos puede ser de cientos de páginas, explicando todos o
cada uno de los detalles del sistema.
Se podría considerar desventaja también la paciencia que deberá tener el cliente
durante el desarrollo del proyecto. Esto implica que hasta que no se llegue a las
etapas finales del proyecto, no estará disponible una versión operativa del programa.
Un error importante no detectado hasta que el programa este funcionando puede ser
desastroso.
Se puede considerar además que el enfoque de linealidad de este método no fuera
el adecuado para reflejar el proceso de desarrollo de software. Esto por la sencilla
razón que para algunos proyectos el modelo clásico conduce a seguir las etapas en
orden incorrecto. Más aún, es posible que todas las etapas del proyecto, estén
comprimidas dentro de cada una.
Etapas de un Modelo Lineal Secuencial
Las etapas que recorre un modelo Cascada durante el desarrollo de un proyecto
son:
Ingeniería y Análisis del Sistema
Debido a que el software es siempre parte de un sistema mayor el trabajo comienza
estableciendo los requisitos de todos los elementos del sistema y luego asignando
algún subconjunto de estos requisitos al software. Es la interrelación con el
Hardware, las personas, las bases de datos.
Análisis de los requisitos
El proceso de recopilación de los requisitos se centra e intensifica especialmente en
el software. El ingeniero de software debe comprender el ámbito de la información
del software, así como la función, el rendimiento y las interfaces requeridas.
Diseño
El diseño del software se enfoca en cuatro atributos distintos del programa:
La estructura de los datos.
La arquitectura del software.
El detalle procedimental.
La caracterización de la interfaz.
El proceso de diseño traduce los requisitos en una representación del software con
la calidad requerida antes de que comience la codificación.
Codificación o Generación de Código
El diseño debe traducirse en una forma legible para la máquina. El paso de
codificación realiza esta tarea. Si el diseño se realiza de una manera detallada la
codificación puede realizarse mecánicamente.
Prueba
Una vez que se ha generado el código comienza la prueba del programa. La prueba
se centra en la lógica interna del software, y en las funciones externas, realizando
pruebas que aseguren que la entrada definida produce los resultados que realmente
se requieren.
Mantenimiento
El software sufrirá cambios después de ser liberado. Los cambios ocurrirán producto
del surgimiento de errores, o bien que el software deba adaptarse a cambios del
entorno externo (sistema operativo o dispositivos periféricos), o debido a que el
cliente requiera ampliaciones funcionales o del rendimiento.
El ciclo de vida proporciona un modelo conveniente que sirve para dos propósitos.
En primer lugar, permite representar los procesos de concepción y producción en
una forma gráfica y lógica, y segundo, proporciona un marco de trabajo alrededor del
cual las actividades de aseguramiento de calidad pueden ser construidas en una
manera decidida y disciplinada.
