You are on page 1of 12

REPBLICA BOLIVARIANA DE VENEZUELA

UNIVERSIDAD SANTA MARA


FACULTAD DE INGENIERA
CTEDRA SISTEMA DE INFORMACIN II
NCLEO ORIENTE

MTODO LINEAL SECUENCIAL

Bachilleres:
Ihab Ayache CI. 19.939.040
Gustavo Del Castillo CI. 21.515.424
Johanna Huggins CI. 21.721.636
Vanessa Padilla CI. 22.653.600
Profesor: Rhonald Rodrguez
Puerto La Cruz, Mayo del 2015

NDICE
Pg.
Introduccin

Mtodo Lineal Secuencial

1. Fases del Mtodo Lineal Secuencial

1.1.

Ingeniera del Sistema

1.2.

Anlisis

1.3.

Diseo

1.4.

Codificacin

1.5.

Prueba

1.6.

Utilizacin

1.7.

Mantenimiento

2. Caractersticas

3. Ventajas

4. Desventajas

5. Fallas del Mtodo Lineal Secuencial

Conclusiones

10

Anexos

11

Bibliografa

12

INTRODUCCIN
En la Ingeniera de software el desarrollo del mtodo lineal secuencial,
tambin llamado modelo en cascada, es el enfoque metodolgico que ordena
rigurosamente las etapas del proceso para el desarrollo de software, de tal
forma que el inicio de cada etapa debe esperar a la finalizacin de la etapa
anterior.
El Modelo Lineal Secuencial sugiere un enfoque sistemtico o ms
bien secuencial del desarrollo de software que comienza en un nivel de
sistemas y progresa con el anlisis, diseo, codificacin, pruebas y
mantenimiento.
Este modelo tambin es llamado ciclo de vida bsico, que se encarga
de dividir el proceso de desarrollo en un conjunto de fases secuenciales e
independientes, al final de cada una de las fases, el personal de desarrollo y
los usuarios revisan el progreso del proyecto y se genera todo un conjunto de
documentos.
El modelo est diseado para llevar a cabo una revisin final, que se
encarga de determinar si el proyecto est listo para avanzar a la siguiente
fase. Este modelo fue el primero en originarse y es la base de todos los
dems modelos de ciclo de vida.

MTODO LINEAL SECUENCIAL


Este modelo presenta una estructura secuencial, es decir que el
producto evoluciona a travs de una secuencia de faces ordenadas en forma
lineal, permitiendo interacciones al estado anterior.
Llamado algunas veces "ciclo de vida bsico" o "modelo en cascada",
tiene su origen en el "Modelo de cascada" ingeniado por Winston Royce,
aunque omite los muchos bucles de este ltimo.
Este es el modelo ms bsico de todos los modelos, y sirve como
bloque de construccin para los dems modelos de ciclo de vida. La visin
del modelo de desarrollo de software es muy simple; dice que el desarrollo
de software puede ser a travs de una secuencia simple de fases. Cada fase
tiene un conjunto de metas bien definidas, y las actividades dentro de una
fase contribuyen a la satisfaccin de metas de esa fase o quizs a una
secuencia de metas de la fase. Las fechas muestran el flujo de informacin
entre las fase. La fecha de avance muestra el flujo normal. Las flechas hacia
atrs representa la retroalimentacin.
1. Fases
Es un ciclo de vida en sentido amplio, que incluye no slo las etapas
de ingeniera sino toda la vida del producto: las pruebas, el uso (la vida til
del software) y el mantenimiento.
1.1.

Ingeniera del Sistema

En esta fase se analizan las caractersticas y el comportamiento del


sistema del cual el software va a formar parte.
Para un sistema nuevo: Se debe analizar cules son los requisitos
funciones del sistema, y luego asignar un subconjunto de estos requisitos y
funciones al software.

Para un sistema ya existente: se debe analizar el funcionamiento de la


organizacin y sus operaciones y se asigna al software aquellas funciones
que se van a automatizar.
Est formado por diagramas y por descripciones en lenguaje natural.
1.2.

Anlisis

Se debe comprender cules son los datos que se van a manejar, cul
va a ser la funcin que tiene que cumplir el software, cules son las
interfaces requeridas y cul es el rendimiento y otros requisitos no
funcionales que se esperan lograr.
Los requisitos, tanto

del

sistema

como

del

software

deben

documentarse y revisarse con el cliente. Como resultado de la fase de


anlisis, se obtiene la especificacin de requisitos del software.
Esta fase tambin est formado por diagramas y descripciones en
lenguaje natural.
1.3.

Diseo

El diseo se aplica a cuatro caractersticas distintas del software:

La estructura de los datos.

La arquitectura de las aplicaciones.

La estructura interna de los programas.

Las interfaces.

El diseo es el proceso que traduce los requisitos en una


representacin del software de forma que pueda conocerse la arquitectura,

funcionalidad e incluso la calidad del mismo antes de comenzar la


codificacin.
En el diseo, los requisitos del software se traducen a una serie de
diagramas que representan la estructura del sistema software, de sus datos,
de sus programas y de sus interfaces.
1.4.

Codificacin

Consiste en la traduccin del diseo a un formato que sea


comprensible para la mquina. Si el diseo es lo suficientemente detallado,
la codificacin es relativamente sencilla, y puede hacerse de forma
automtica, usando generadores de cdigo.
La finalidad de esta fase es traducir los diagramas de diseo a un
lenguaje fuente, que luego se traduce (compila) para obtener un programa
ejecutable.
1.5.

Prueba

El objetivo de esta fase es comprobar que no se hayan producido errores en


alguna de las fases anteriores, especialmente en la codificacin. Se deben probar
todas las sentencias, y todos los mdulos que forman parte del sistema.

1.6.

Utilizacin

El software se entrega al cliente y comienza la vida til del mismo.


1.7.

Mantenimiento

Esta ltima fase consiste en realizar ajustes al sistema, debido a que el


programa puede tener errores, puede no ser del completo agrado del cliente o
puede necesitar, eventualmente acoplarse a los cambios en su entorno. Esto quiere

decir que no se rehace el programa, sino que sobre la base de uno ya existente se
realizan algunos cambios.
Por lo tanto el software sufrir cambios a lo largo de su vida til. Estos
cambios pueden ser debidos a tres causas:

Que, durante la utilizacin, el cliente detecte errores en el software: los


errores latentes.

Que se produzcan cambios en alguno de los componentes del


sistema.

Que

el

cliente

quiera

realizar

modificaciones

funcionales

no

contempladas en el proyecto.
2. Caractersticas

Ayuda a planear un proyecto antes de embarcarse en l.

Define el comportamiento externo deseado del sistema antes de


disear su arquitectura interna.

Documenta los resultados de cada actividad.

Disea un sistema antes de codificarlos.

Testea un sistema despus de construirlo.

Una fase comienza despus que la anterior haya terminado.

Requiere disponer de unos requisitos completos y precisos al


principio del desarrollo.

Es un modelo el cual se debe usar cuando todos los requerimientos


han sido establecidos claramente de entrada.
7

3. Ventajas

Facilita la gestin del desarrollo.

La calidad del producto resultante es alta.

Sus fases son conocidas por los desarrolladores.

Se tiene todo muy bien organizado y no se mezclan las fases.

La planificacin es sencilla.

Los usuarios lo pueden comprender fcilmente.

Les permite a los administradores avanzar en el desarrollo, aunque en


una escala muy bruta.

4. Desventajas

No es frecuente que el cliente o usuario final explicite claro y


completamente los requisitos (etapa de inicio); y el modelo lineal lo
requiere, debido a que los usuarios no pueden imaginarse lo que
quieren hasta que no ven un sistema funcionando. La incertidumbre
natural en los comienzos es luego difcil de acomodar.

Los cambios introducidos durante el desarrollo pueden confundir al


equipo profesional en las etapas tempranas del proyecto. Si los

cambios se producen en etapa madura (codificacin o prueba) pueden


ser catastrficos para un proyecto grande.

Los requisitos no se pueden congelar mientras dura el desarrollo. El


mercado cambia, todo cambia.

El usuario debe esperar mucho tiempo hasta ver los resultados.

Los errores de anlisis y diseo son costosos de eliminar, y se


propagan a las fases siguientes con un efecto conocido como bola de
nieve.

Se genera mucho mantenimiento inicial debido al perodo de


congelacin de requisitos y ste recae, en su mayor parte.

5. Fallas del Mtodo Lineal Secuencial

Los proyectos reales raras veces siguen el modelo

secuencial

que

propone el modelo.

A menudo es difcil que el cliente exponga explcitamente

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 clsico tiene lugar definido e importante trabajo de la ingeniera del


software.

CONCLUSIONES
El mtodo lineal secuencial, tambin conocido como mtodo del ciclo
de la vida o mtodo de la cascada es un mtodo utilizado para la elaboracin
de software, est se divide en fases en donde cada una tiene un objetivo
especfico, desde verificar los requisitos del sistemas donde se implementara
el nuevo software hasta el mantenimiento del mismo, es decir, abarca la vida
til de la aplicacin.
El mtodo de la cascada se caracteriza principalmente a que cada
fase arranca cuando la anterior ya ha concluido en donde cada una de las
fases debe ser claramente documentada, es necesario tener toda la
informacin de requerimientos para que este mtodo pueda ser empleado. El
mtodo lineal secuencial puede ser entendido con gran facilidad por el cliente
lo que permite una buena comunicacin pero el cliente no siempre posee
todas las caractersticas deseadas para el software lo que complica el
proceso de desarrollo porque se debe reformular la aplicacin.
En muchas ocasiones los proyectos reales no siguen el diseo que es
propuesto por el modelo puesto que a medida que se van cumpliendo las
fases pueden ir sucediendo situaciones de incertidumbre que haran cambiar
ciertos parmetros del software.
A pesar de todo, este es un mtodo muy til para llevar el control de
los procesos de la elaboracin de un determinado software, sea para
elaborar un software nuevo o mejorar uno ya existente; puesto que este es
de fcil planificacin, los desarrolladores tendrn conocimiento de todo lo que
sucede en cada fase haciendo que la calidad del producto final es muy alta,
lo que lo hace que sea muy comprensible para los usuarios.

10

ANEXOS

Figura 1. Fases de Mtodo Lineal Secuencial

11

BIBLIOGRAFA

Fecha y Hora: 17/05/2015 10:13pm


Pgina:http://datateca.unad.edu.co/contenidos/301404/301404_Contenid
oEnLinea/leccin_11__el_modelo_lineal_secuencial.html
Fecha y Hora: 21/05/2015 11:34pm
Pgina:http://modelosprocesosdesoftware.blogspot.com/p/modelo-en-

cascada-o-lineal-secuencial.html
Fecha y Hora: 22/05/2015 12:00pm
Pgina:http://es.slideshare.net/kellypt1/modelos-de-desarrollo-desoftware

12

You might also like