2. 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.
3. MODELO DE DESARROLLO ORIENTADO A LA REUTILIZACION
4. 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.
5. 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.
6. MODELO DE CONSTRUCCIÓN DE PROTOTIPO
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 DEL PROCESO EN 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. MODELO DEL PROCESO EN ESPIRAL
14. 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.
15. MODELO TRANSFORMACION FORMAL
16. 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.
17. modelo de cascada
18. 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.
19. MODELO DEL PROCESO EN ESPIRAL
20. 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.
