lineal secuencial

7
Para resolver los problemas reales de una industria un ing. de software o equipo de ingenieros debe incorporar una estrategia de desarrollo que acompañe al proceso, método, y capas de herramientas. Esta estrategia es llamada Modelo de Proceso o Paradigma de Ingeniería de Software. Todo el desarrollo de SW se puede caracterizar como un bucle o ciclo de resolución de problemas que se divide en cuatro etapas:

Upload: toryneutral

Post on 08-Jul-2015

19.897 views

Category:

Business


4 download

TRANSCRIPT

Page 1: Lineal Secuencial

Para resolver los problemas reales de una industria un ing. de softwareo equipo de ingenieros debe incorporar una estrategia de desarrollo queacompañe al proceso, método, y capas de herramientas.

Esta estrategia es llamada Modelo de Proceso o Paradigma de Ingenieríade Software.

Todo el desarrollo de SW se puede caracterizar como un bucle o ciclo deresolución de problemas que se divide en cuatro etapas:

Page 2: Lineal Secuencial

Definición deProblemas

DesarrolloTécnico

Integración deSoluciones

EstadoActual

Status Quo.

Estado actual de Sucesos.

Definición de Problemas.

Identifica el problema especifico a resolver.

Desarrollo Técnico.

Resuelve el problema a través de la aplicación de alguna tecnología.

Integración de Soluciones.

Ofrece resultados (documentos, programas, datos, etc.)

Page 3: Lineal Secuencial

EstadoActual

Definición deProblemas

DesarrolloTécnico

Integración deSoluciones

EstadoActual

Definición deProblemas

DesarrolloTécnico

Integración deSoluciones

EstadoActual

Definición deProblemas

DesarrolloTécnico

Integración deSoluciones

EstadoActual

Todas las etapas de un proceso de Software coexisten simultáneamente en algún nivel de detalle.

Dada la naturaleza repetitiva de este proceso las cuatro etapas se aplican igualmente al análisis de una aplicación completa, como a la generación de un segmento de código.

Page 4: Lineal Secuencial

Llamado en algunos de los casos ciclo de vida básico o modelo de cascada, el modelo lineal secuencial siguiere un enfoque sistemático, secuencial, para el desarrollo del software que comienza con un nivel de sistemas y progresa con el análisis, diseño, codificación, pruebas y mantenimiento.

Diseño Código PruebaAnálisis

Ingeniería de Sistemas/Información.

Page 5: Lineal Secuencial

Ingeniería y modelado de sistemas/Información.

El trabajo comienza estableciendo requisitos de todos los elementos de sistema asignando al software algún subgrupo de estos requisitos.

Análisis de los requisitos del software.

Se debe comprender el dominio de información de software, así como la función requerida, el comportamiento, rendimiento e interconexión.

Diseño.

Proceso de muchos pasos, que se centra en cuatro atributos distintos de programa: estructura de datos, arquitectura de software, representaciones de interfaz y detalle procedimental (algoritmo). El diseño traduce requisitos en una representación de software para poder evaluar su calidad antes de la codificación.

Page 6: Lineal Secuencial

Generación de código.

El diseño se debe traducir en una forma legible por la maquina, es en este paso que esa labor se lleva a cabo, si el diseño se realizo de una manera detallada la generación de código se realiza mecánicamente.

Pruebas.

Se realizan pruebas para la detección de errores y asegurar que la entrada definida produce resultados reales de acuerdo con los resultados definidos.

Mantenimiento.

Es indudable que el software será corregido después de ser entregado al cliente, (a excepción quizás del software empotrado), estos cambios serán por que se han encontrado errores, por adaptaciones al entorno o por petición del cliente.

Page 7: Lineal Secuencial

El modelo lineal secuencial es el paradigma mas antiguo y mas extensamente utilizado en la ingeniería de software. Sin embargo, las criticas a este modelo han puesto en duda si eficacia, los problemas que se encuentran algunas veces en este modelo son:

• 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 requisitos.• El cliente debe tener paciencia.

Cada uno de estos errores es real, pero pese a sus debilidades, este modelo es significativamente mejor que un enfoque hecho al azar para el desarrollo de software.