3387557
Description
Mind Map by Yersin Barron, updated more than 1 year ago
|
Created by Yersin Barron
over 8 years ago
|
|
paradigmas de los modelos
- modelo en funcion de prototipos
- Cuando en la etapa de análisis se necesitan de técnicas amigables
para la elaboración del ERS, es recomendable el empleo de
herramientas de levantamiento de información como son los
prototipos o modelos previos. Los modelos previos pueden ser en
papel o computadora para mostrar la interacción
hombre-máquina; un modelo que muestra algunas funciones del
software; o, algún software anterior (parte o todo) parecido al que
se desea, que luego será modificado y adaptado según los
requerimientos del usuario.
- Cuando en la etapa de análisis se necesitan de técnicas amigables
para la elaboración del ERS, es recomendable el empleo de
herramientas de levantamiento de información como son los
prototipos o modelos previos. Los modelos previos pueden ser en
papel o computadora para mostrar la interacción
hombre-máquina; un modelo que muestra algunas funciones del
software; o, algún software anterior (parte o todo) parecido al que
se desea, que luego será modificado y adaptado según los
requerimientos del usuario.
- Modelo de Desarrollo rápido
de Aplicación (DRA)
- Este es un modelo de proceso de desarrollo del software lineal, secuencias
que enfatiza un ciclo de desarrollo extremadamente corto. El modelo DRA es
una adaptación a << alta velocidad >> del modelo lineal secuencial en el que
se logra el desarrollo rápido utilizando un enfoque de construcción basado en
componentes. Si se comprenden bien los requisitos y se limita el ámbito del
proyecto, el proceso DRA permite al equipo de desarrollo crear un << sistema
completamente funcional >> dentro de periodos cortos de tiempo
- Este es un modelo de proceso de desarrollo del software lineal, secuencias
que enfatiza un ciclo de desarrollo extremadamente corto. El modelo DRA es
una adaptación a << alta velocidad >> del modelo lineal secuencial en el que
se logra el desarrollo rápido utilizando un enfoque de construcción basado en
componentes. Si se comprenden bien los requisitos y se limita el ámbito del
proyecto, el proceso DRA permite al equipo de desarrollo crear un << sistema
completamente funcional >> dentro de periodos cortos de tiempo
- Modelo Incremental
- Los sistemas presentan alguna áreas que incluyen sorpresas al
momento de definir o desarrollar el producto, pero también presentan
otras áreas que hemos implementado varias veces y no incluyen
sorpresas, entonces, por qué retrasar la implementación de estas
áreas que son fáciles de modelar solamente porque estamos
considerando que en el proyecto existen algunas áreas difíciles.
Cuando se utiliza un modelo incremental, el primer incremento a
menudo es un producto esencial (núcleo). Es decir, se afrontan
requisitos básicos, pero muchas funciones suplementarias (algunas
conocidas, otras no) quedan sin extraer. El cliente utiliza el producto
central (o sufre la revisión detallada).
- Los sistemas presentan alguna áreas que incluyen sorpresas al
momento de definir o desarrollar el producto, pero también presentan
otras áreas que hemos implementado varias veces y no incluyen
sorpresas, entonces, por qué retrasar la implementación de estas
áreas que son fáciles de modelar solamente porque estamos
considerando que en el proyecto existen algunas áreas difíciles.
Cuando se utiliza un modelo incremental, el primer incremento a
menudo es un producto esencial (núcleo). Es decir, se afrontan
requisitos básicos, pero muchas funciones suplementarias (algunas
conocidas, otras no) quedan sin extraer. El cliente utiliza el producto
central (o sufre la revisión detallada).
- Modelo en Espiral
- Propuesto por Boehm en 1988 con la finalidad de paliar los inconvenientes del
modelo en cascad y adecuar el desarrollo por prototipos a problemas complejos.
Este paradigma combina el paradigma de cascada y el de construcción por
prototipos, agregando una etapa de "análisis de riesgo" . El paradigma de espiral es
un modelo de ciclo de vida orientado a riesgos que divide un proyecto software en
mini-proyectos y donde cada mini-proyecto se centra en uno o más riesgos
importantes hasta que todos estos estén controlados. Este modelo se realiza en
varias iteraciones; se parte de una escala pequeña la cual comienza con la
identificación de objetivos, alternativas y restricciones; en medio de la espiral, se
localizan riesgos, se genera un plan para manejarlos, y a continuación se establece
una aproximación a la siguiente iteración
- Propuesto por Boehm en 1988 con la finalidad de paliar los inconvenientes del
modelo en cascad y adecuar el desarrollo por prototipos a problemas complejos.
Este paradigma combina el paradigma de cascada y el de construcción por
prototipos, agregando una etapa de "análisis de riesgo" . El paradigma de espiral es
un modelo de ciclo de vida orientado a riesgos que divide un proyecto software en
mini-proyectos y donde cada mini-proyecto se centra en uno o más riesgos
importantes hasta que todos estos estén controlados. Este modelo se realiza en
varias iteraciones; se parte de una escala pequeña la cual comienza con la
identificación de objetivos, alternativas y restricciones; en medio de la espiral, se
localizan riesgos, se genera un plan para manejarlos, y a continuación se establece
una aproximación a la siguiente iteración
Want to create your own Mind Maps for free with GoConqr? Learn more.