Modelo Lineal Secuencial Es un enfoque sistemático y secuencial. Empieza en un nivel de sistemas; progresando luego el análisis, el diseño la codificación y las pruebas.  Código Pruebas Ingeniería de Sistemas Ingeniería de Información Análisis Diseño
Ingeniería y Modelado de  Sistemas o Información El software forma parte de un sistema más grande; por lo que, se empieza estableciendo  requisitos de todos los elementos de sistema. Asignar al software algún subgrupo de estos requisitos, sobre todo cuando el software debe conectarse a otros elementos como: Hardware, Software, Bases de datos. Etc.. Abarca los requisitos que se recogen en el nivel de empresa y los requisitos a nivel de área específica del problema a solucionar.
Análisis de los requisitos  del software Reunión de requisitos se intensifica  y se centra especialmente en el software. Para comprender lo que hay que construir el ingeniero de software debe comprender el dominio de  información del software. También debe conocer en su totalidad la función requerida, comportamiento, el rendimiento y la interconexión.
Diseño Traduce los requisitos en una representación del software donde se puede valuar la calidad antes de que empiece la codificación. Es un proceso de muchos pasos que se centra en 4 atributos distintos del sistema: Estructura de datos. Arquitectura del software. Representaciones de la interfaz . Detalle procedimental (algoritmo).
Generación del Código El diseño se debe traducir en forma que el computador lo entienda el paso de generación de código se encarga de esto. Si el diseño es en forma detallada, la generación del código se realiza mecánicamente.
Pruebas Luego de generado el código se debe empezar con las pruebas.  Se centra en procesos lógicos internos del software y en procesos externos funcionales. Asegurar que todas las sentencias se hayan comprobado. Realizan pruebas para detectar errores. Asegurar que la entrada definida produce resultados reales de acuerdo con los resultados requeridos.
Mantenimiento El software sufrirá cambios un vez que se entrega al cliente. Se producen cambios porque : Se encuentran errores. Debe adaptarse para acoplarse a los cambios del entorno externo. Cliente requiere mejoras funcionales o de rendimiento. El soporte y mantenimiento se vuelve aplicar a cada una de las fases anteriores pero en un software ya existente y no a uno nuevo.
Problemas del modelo  Lineal Secuencial Proyectos reales difícilmente siguen este modelo. Es difícil que el cliente exponga explícitamente todos los requisitos. El cliente debe tener paciencia, una versión del sistema estará lista hasta que el proyecto esté muy avanzado.
Conclusión El modelo del ciclo de vida es el más antiguo y el más extensamente usado en la Ingeniería de software, pese a tener debilidades, es mejor que un enfoque hecho al azar para el desarrollo de software. Proporciona un esquema en la que se encuentran métodos para el análisis, diseño, codificación, pruebas y mantenimiento. Se lo denomina “modelo tradicional” es razonable cuando los requisitos esta entendidos correctamente.

Modelo lineal secuencial

  • 1.
    Modelo Lineal SecuencialEs un enfoque sistemático y secuencial. Empieza en un nivel de sistemas; progresando luego el análisis, el diseño la codificación y las pruebas. Código Pruebas Ingeniería de Sistemas Ingeniería de Información Análisis Diseño
  • 2.
    Ingeniería y Modeladode Sistemas o Información El software forma parte de un sistema más grande; por lo que, se empieza estableciendo requisitos de todos los elementos de sistema. Asignar al software algún subgrupo de estos requisitos, sobre todo cuando el software debe conectarse a otros elementos como: Hardware, Software, Bases de datos. Etc.. Abarca los requisitos que se recogen en el nivel de empresa y los requisitos a nivel de área específica del problema a solucionar.
  • 3.
    Análisis de losrequisitos del software Reunión de requisitos se intensifica y se centra especialmente en el software. Para comprender lo que hay que construir el ingeniero de software debe comprender el dominio de información del software. También debe conocer en su totalidad la función requerida, comportamiento, el rendimiento y la interconexión.
  • 4.
    Diseño Traduce losrequisitos en una representación del software donde se puede valuar la calidad antes de que empiece la codificación. Es un proceso de muchos pasos que se centra en 4 atributos distintos del sistema: Estructura de datos. Arquitectura del software. Representaciones de la interfaz . Detalle procedimental (algoritmo).
  • 5.
    Generación del CódigoEl diseño se debe traducir en forma que el computador lo entienda el paso de generación de código se encarga de esto. Si el diseño es en forma detallada, la generación del código se realiza mecánicamente.
  • 6.
    Pruebas Luego degenerado el código se debe empezar con las pruebas. Se centra en procesos lógicos internos del software y en procesos externos funcionales. Asegurar que todas las sentencias se hayan comprobado. Realizan pruebas para detectar errores. Asegurar que la entrada definida produce resultados reales de acuerdo con los resultados requeridos.
  • 7.
    Mantenimiento El softwaresufrirá cambios un vez que se entrega al cliente. Se producen cambios porque : Se encuentran errores. Debe adaptarse para acoplarse a los cambios del entorno externo. Cliente requiere mejoras funcionales o de rendimiento. El soporte y mantenimiento se vuelve aplicar a cada una de las fases anteriores pero en un software ya existente y no a uno nuevo.
  • 8.
    Problemas del modelo Lineal Secuencial Proyectos reales difícilmente siguen este modelo. Es difícil que el cliente exponga explícitamente todos los requisitos. El cliente debe tener paciencia, una versión del sistema estará lista hasta que el proyecto esté muy avanzado.
  • 9.
    Conclusión El modelodel ciclo de vida es el más antiguo y el más extensamente usado en la Ingeniería de software, pese a tener debilidades, es mejor que un enfoque hecho al azar para el desarrollo de software. Proporciona un esquema en la que se encuentran métodos para el análisis, diseño, codificación, pruebas y mantenimiento. Se lo denomina “modelo tradicional” es razonable cuando los requisitos esta entendidos correctamente.