Ingeniería secuencial: Difference between revisions

Jump to navigation Jump to search
No edit summary
 
(3 intermediate revisions by the same user not shown)
Line 1: Line 1:
{{Meta-bok|min=3}}
{{Meta-bok|min=3}}
<div class="bok-def">
La '''ingeniería secuencial''' es un modelo de desarrollo en el que cada fase del proceso —análisis, diseño, construcción, pruebas, implantación— se ejecuta de forma consecutiva: una etapa no comienza hasta que la anterior ha concluido. También se conoce como '''modelo en cascada''' por la representación gráfica con la que habitualmente se ilustra.
La '''ingeniería secuencial''' es un modelo de desarrollo en el que cada fase del proceso —análisis, diseño, construcción, pruebas, implantación— se ejecuta de forma consecutiva: una etapa no comienza hasta que la anterior ha concluido. También se conoce como '''modelo en cascada''' por la representación gráfica con la que habitualmente se ilustra.
</div>
<br>
<br>
[[File:IngenieríaSecuencial.png|500px|thumb|center]]
[[File:IngenieríaSecuencial.png|500px|thumb|center]]
</br>
== Descripción ==
== Descripción ==
En la ingeniería secuencial el flujo de trabajo va en una sola dirección: hacia adelante. Si durante el proceso se detecta un error, es necesario retroceder a la etapa en la que se originó para subsanarlo, lo que puede suponer rehacer trabajo ya completado en fases posteriores.
En la ingeniería secuencial el flujo de trabajo va en una sola dirección: hacia adelante. Si durante el proceso se detecta un error, es necesario retroceder a la etapa en la que se originó para subsanarlo, lo que puede suponer rehacer trabajo ya completado en fases posteriores.
<br>
<br>
[[File:Ingenieriasecuencial.png|650px|thumb|center]]
[[File:Ingenieriasecuencial.png|650px|thumb|center]]
</br>
<br>
Es un proceso relativamente lento pero que requiere poco esfuerzo de coordinación interdisciplinar. Cada departamento entrega su trabajo al siguiente con mínima superposición: "Tú fabricas lo que yo diseño y él vende lo que tú fabricas."
Es un proceso relativamente lento pero que requiere poco esfuerzo de coordinación interdisciplinar. Cada departamento entrega su trabajo al siguiente con mínima superposición: "Tú fabricas lo que yo diseño y él vende lo que tú fabricas."
== Cuándo tiene sentido ==
== Cuándo tiene sentido ==
La ingeniería secuencial no es universalmente inadecuada. Tiene sentido en contextos donde:
La ingeniería secuencial no es universalmente inadecuada. Tiene sentido en contextos donde:
* Los requisitos son estables y bien conocidos desde el inicio y es muy improbable que cambien.
* El coste de un error en producción es tan alto que justifica la verificación exhaustiva en cada fase antes de avanzar.
* La normativa del sector exige documentación detallada de cada fase (aeronáutica, medicina, defensa).


Los requisitos son estables y bien conocidos desde el inicio y es muy improbable que cambien.
En estos contextos, el control riguroso que impone el modelo secuencial es una ventaja, no un inconveniente.
El coste de un error en producción es tan alto que justifica la verificación exhaustiva en cada fase antes de avanzar.
La normativa del sector exige documentación detallada de cada fase (aeronáutica, medicina, defensa).


En estos contextos, el control riguroso que impone el modelo secuencial es una ventaja, no un inconveniente.
== Limitaciones en entornos de incertidumbre ==
== Limitaciones en entornos de incertidumbre ==
En proyectos donde los requisitos evolucionan durante el desarrollo —que es la norma en el desarrollo de software y productos digitales— la ingeniería secuencial presenta limitaciones importantes:
En proyectos donde los requisitos evolucionan durante el desarrollo —que es la norma en el desarrollo de software y productos digitales— la ingeniería secuencial presenta limitaciones importantes:
* El cliente no ve nada funcionando hasta el final del proyecto, cuando ya es tarde para corregir errores de enfoque.
* Los cambios en los requisitos, inevitables en proyectos largos, son caros de incorporar porque obligan a retroceder en la cadena.
* El riesgo se concentra al final del proyecto: es entonces cuando se descubre si el producto hace lo que el cliente necesitaba.


El cliente no ve nada funcionando hasta el final del proyecto, cuando ya es tarde para corregir errores de enfoque.
Estas limitaciones son las que motivaron el desarrollo de los enfoques iterativos e incrementales: la [[ingeniería concurrente]] primero, y la [[agilidad]] después.
Los cambios en los requisitos, inevitables en proyectos largos, son caros de incorporar porque obligan a retroceder en la cadena.
El riesgo se concentra al final del proyecto: es entonces cuando se descubre si el producto hace lo que el cliente necesitaba.


Estas limitaciones son las que motivaron el desarrollo de los enfoques iterativos e incrementales: la [[ingeniería concurrente]] primero, y la [[agilidad]] después.
== Error frecuente ==
== Error frecuente ==
<div class="bok-aviso">
<div class="bok-aviso">