Академический Документы
Профессиональный Документы
Культура Документы
El modelo de cascada
Plan basado en modelos. Separar y distintas fases de
especificación y desarrollo.
Desarrollo incremental
Especificación, desarrollo y validación se intercalan. Puede ser
el plan impulsado o ágil.
Integración y configuración
El sistema se ensambla a partir de componentes configurables
existentes. Puede ser el plan impulsado o ágil.
En la práctica, los sistemas más grandes se desarrollan
utilizando un proceso que incorpora elementos de todos
estos modelos.
30/10/2014 Procesos Capítulo 2 Software 7
El modelo de cascada
El proceso no es visible.
Los gerentes necesitan entregas regulares a medir el progreso.
Si los sistemas se desarrollan con rapidez, no es rentable para
producir documentos que reflejan todas las versiones del
sistema.
Estructura del sistema tiende a degradar medida que se
añaden nuevos incrementos.
A menos tiempo y dinero se gasta en la refactorización para
mejorar el software, cambio regular tiende a corromper su
estructura. La incorporación de nuevos cambios de software se
vuelve cada vez más difícil y costoso.
Especificación de requisitos
descubrimiento y evaluación de software
requisitos refinamiento
la configuración del sistema de aplicación
la adaptación y la integración de componentes
pruebas de componentes
Los componentes individuales se prueban de forma
independiente;
Los componentes pueden ser funciones u objetos o
agrupaciones coherentes de estas entidades.
Las pruebas del sistema
Pruebas del sistema en su conjunto. Pruebas de propiedades
emergentes es particularmente importante.
Las pruebas del cliente
Las pruebas con los datos del cliente para comprobar que el
sistema cumple con las necesidades del cliente.
Desarrollo incremental
Desarrollar el sistema en incrementos y evaluar cada
incremento antes de continuar con el desarrollo de la siguiente
incremento;
enfoque normal utilizado en los métodos ágiles;
La evaluación hecha por poder usuario / cliente.
Entrega incremental
Implementar un incremento para el uso por los usuarios finales;
Una evaluación más realista sobre el uso práctico del software;
Difícil de implementar para sistemas de reemplazo como
incrementos tienen menos funcionalidad que el sistema que está
siendo reemplazado.
medición de procesos
Tú medir uno o más atributos del proceso de software o
producto. Estas mediciones forman una línea de base que le
ayuda a decidir si las mejoras del proceso han sido eficaces.
Proceso análisis
los proceso actual se evalúa y se identifican las debilidades del
proceso y los cuellos de botella. Los modelos de proceso (a
veces llamados mapas de procesos) que describen el proceso
pueden serdesarrollado.
Proceso cambio
Proceso Se proponen cambios para hacer frente a algunas de
las debilidades de los procesos identificados. Estos se
introducen y el ciclo se reanuda a recoger datos sobre la
30/10/2014 efectividad de los cambios.
Procesos Capítulo 2 Software 51
medición de procesos
Inicial
esencialmente no controlada
repetible
procedimientos de gestión de producto definen y utilizan
definido
procedimientos y estrategias de gestión de procesos definidos
y usado
Gestionado
las estrategias de gestión de calidad definidos y utilizados
Optimización
las estrategias de mejora de procesos definidos y utilizados
30/10/2014 Procesos Capítulo 2 Software 55
Puntos clave