Modelos de desarrollo del software

Comienza Ya. Es Gratis
ó regístrate con tu dirección de correo electrónico
Modelos de desarrollo del software por Mind Map: Modelos de  desarrollo del software

1. MODELO DEL PROCESO EN CASCADA

2. El modelo clásico del proceso de desarrollo de software es el modelo en cascada, también es llamado modelo lineal secuencial. Este es una secuencia de actividades que consiste en el análisis de requerimientos, el diseño, la implementación, la integración y las pruebas. Estas etapas en realidad no se ejecutan en una secuencia estricta ya que suele ser poco práctico completar totalmente una de estas etapas antes de comenzar la otra.

3. MODELO DE CONSTRUCCIÓN DE PROTOTIPO

4. Un cliente a menudo, define un conjunto de objetivos generales para el software, pero no identifica los requisitos detallados de entrada, proceso o salida. En otros casos, el responsable del desarrollo del software puede no estar seguro de la eficacia de un algoritmo, de la capacidad de adaptación de un sistema operativo, o de la forma en que debería tomarse la interacción hombre-máquina.

5. MODELO DEL PROCESO EN ESPIRAL

6. El proceso en espiral reconoce la necesidad de pasar por la secuencia análisis de requerimientos, diseño, implementación y pruebas más de una vez, esto se debe a varias razones como la necesidad de eliminar los riesgos, construir una versión parcial preliminar del producto que se pueda mostrar al cliente para obtener retroalimentación, evitar la integración de una base de código grande todo a la vez, como lo pide el modelo de proceso en cascada.

7. MODELO TRANSFORMACION FORMAL

8. Se basan en la especificación formal del sistema, a través de una notación matemática, y en una serie de transformaciones de esta especificación en programas.

9. MODELO DE DESARROLLO ORIENTADO A LA REUTILIZACION

10. En este proceso se define los roles involucrados que participan en la identificación de la reutilización en cada uno de los elementos de software. Cada rol que participa dentro del proceso de reutilización debe participar en definir los elementos reutilizables en función a las actividades que realiza en el proceso de soluciones de software.

11. modelo de cascada

12. El modelo clásico del proceso de desarrollo de software es el modelo en cascada, también es llamado modelo lineal secuencial. Este es una secuencia de actividades que consiste en el análisis de requerimientos, el diseño, la implementación, la integración y las pruebas. Estas etapas en realidad no se ejecutan en una secuencia estricta ya que suele ser poco práctico completar totalmente una de estas etapas antes de comenzar la otra.

13. Un cliente a menudo, define un conjunto de objetivos generales para el software, pero no identifica los requisitos detallados de entrada, proceso o salida. En otros casos, el responsable del desarrollo del software puede no estar seguro de la eficacia de un algoritmo, de la capacidad de adaptación de un sistema operativo, o de la forma en que debería tomarse la interacción hombre-máquina.

14. MODELO DE CONSTRUCCIÓN DE PROTOTIPO

15. MODELO DEL PROCESO EN ESPIRAL

16. El proceso en espiral reconoce la necesidad de pasar por la secuencia análisis de requerimientos, diseño, implementación y pruebas más de una vez, esto se debe a varias razones como la necesidad de eliminar los riesgos, construir una versión parcial preliminar del producto que se pueda mostrar al cliente para obtener retroalimentación, evitar la integración de una base de código grande todo a la vez, como lo pide el modelo de proceso en cascada.

17. MODELO TRANSFORMACION FORMAL:

18. Se basan en la especificación formal del sistema, a través de una notación matemática, y en una serie de transformaciones de esta especificación en programas.

19. MODELO DE DESARROLLO ORIENTADO A LA REUTILIZACION

20. En este proceso se define los roles involucrados que participan en la identificación de la reutilización en cada uno de los elementos de software. Cada rol que participa dentro del proceso de reutilización debe participar en definir los elementos reutilizables en función a las actividades que realiza en el proceso de soluciones de software.