Modelo Lineal

1. MODELO DE DESARROLLO DE
SOFTWARE
Los modelos de desarrollo de software son una representación
abstracta de un proceso de software. Cada modelo de proceso
representa un proceso desde una perspectiva particular.

2. MODELO LINEAL SECUENCIAL
Llamado algunas veces «ciclo de vida básico» o modelo en
cascada», el modelo lineal secuencial sugiere un enfoque
sistemático, secuencial, para el desarrollo del software que
comienza en un nivel de sistemas y progresa con el análisis,
diseño, codificación, pruebas y mantenimiento.
ESTE MODELO TIENE CUATRO ETAPAS QUE SON:
.
Planificación
Análisis de
riesgos
Ingeniera
Evaluación
del cliente

3. DIAGRAMA DEL MODELO LINEAL
Ingeniería y Análisis del
Sistema
Análisis de los
Requisitos
Diseño
Codificación
Prueba
Mantenimiento

4. ACTIVIDADES DEL MODELO LINEAL
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.

5. Análisis De Los Requisitos Del Software.
Se debe comprender cuáles son los datos que se van a
manejar, cuál va a ser la función que tiene que cumplir el
software, cuáles son las interfaces requeridas y cuál es el
rendimiento y otros requisitos no funcionales que se esperan
lograr.

6. Diseño.
El diseño es el proceso que traduce los requisitos en una
representación del software de forma que pueda
conocerse la arquitectura, funcionalidad e incluso la
calidad del mismo antes de comenzar la codificación.

7. Codificación.
Se traducen los diagramas de diseño a un lenguaje fuente,
que luego se traduce - se compila - para obtener un
programa ejecutable.

8. Prueba.
El objetivo es comprobar que no se hayan producido
errores en alguna de las fases anteriores, especialmente en
la codificación. Se deben probar todas las sentencias, y
todos los módulos que forman parte del sistema.

9. Mantenimiento.
El software sufrirá cambios a lo largo de su vida útil. Estos cambios
pueden ser debidos a tres causas:
-Que, durante la utilización, el cliente detecte errores en el
software: los errores latentes.
-Que se produzcan cambios en alguno de los componentes del
sistema.
-Que el cliente requiera modificaciones funcionales no
contempladas en el proyecto.

10. DESVENTAJAS DEL MODELO LINEAL.
- Los proyectos reales raramente siguen el flujo secuencial que
propone el modelo, siempre hay iteraciones y se crean
problemas en la aplicación del paradigma.
- Normalmente, es difícil para el cliente establecer
explícitamente al principio todos los requisitos. El ciclo de vida
clásico lo requiere y tiene dificultades en acomodar posibles
incertidumbres que pueden existir al comienzo de muchos
productos.
- El cliente debe tener paciencia. Hasta llegar 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.

11. VENTAJAS DEL MODELO LINEAL.
- La Ventaja de este método radica en su sencillez ya que sigue
los pasos intuitivos necesarios a la hora de desarrollar el
software.
- Facilita la gestión del desarrollo.

12. - Los proyectos reales raras veces siguen el modelo secuencial
que propone el modelo.
- A menudo es difícil que el cliente exponga explícitamente
todos los requerimientos.
- El cliente debe tener paciencia. Un grave error puede ser
desastroso.
- Cada uno de estos errores es real. Sin embargo el paradigma
del ciclo de vida clásico tiene lugar definido e importante
trabajo de la ingeniería del software.
¿POR QUÉ A VECES FALLA EL MODELO LINEAL?.

13. CONCLUSIÓN.
La metodología del modelo lineal ordena rigurosamente las etapas del ciclo del
software, es decir en este modelo se tienen que terminar las fases en un orden, se
debe de llevar fase por fase para poder pasar a la siguiente etapa.
El modelo Lineal es exitoso cuando se tienen bien especificados los
requerimientos del software y se conozcan las herramientas a utilizar, este
modelo también nos permite realizar una organización más fácil de comprender
y así nos permite organizar el tipo de proyecto que se pretende realizar, es decir
donde se conozcan todos los requisitos especificados durante su ejecución.