Ensayo

II.
DEFINICIÓN
un proceso de desarrollo de software que permite a los sistemas utilizables para la construcción
en tan sólo 60-90 días, a menudo con algunos compromisos
III.PRINCIPIOS detrás de la definición
A. En ciertas situaciones, un 80% de solución útil pueden ser producidos en
Del 20% del tiempo que habría sido necesaria para producir un total de
solución.B. En determinadas situaciones, los requisitos de negocio para un sistema puede
estar plenamente satisfecho, incluso si algunas de sus necesidades operativas
no están satisfechos.
C. En ciertassituaciones, la aceptabilidad de un sistema puede ser
A la luz de lo acordado útil conjunto mínimo de requisitos de
en lugar de todos los requisitos.
IV.
Problemas abordados por RAD
A.Con los métodos convencionales, hay un retraso antes de la
cliente llega a ver ningún resultado.
B. Con los métodos convencionales, el desarrollo puede tomar tanto tiempo que el
de negocio delcliente ha cambiado radicalmente en el momento de la
el sistema está listo para su uso.
C. Con los métodos convencionales, no hay nada hasta el 100% de los
proceso haya terminado, acontinuación, el 100% del software es entregado.
V.
¿POR QUÉ USAR RAD?
A. Malas razones para USO RAD
1. para prevenir los sobrecostos
(RAD necesita un equipo que ya está disciplinado en la gestiónde costes)
2. para evitar que los horarios fuera de control
(RAD necesita un equipo que ya está disciplinado en la gestión del tiempo)
B. Buenas razones para usar RAD
1. a converger haciaprincipios de un diseño aceptable para el cliente
y viable para los desarrolladores
2. para limitar la exposición de un proyecto a las fuerzas del cambio
3. para ahorrar tiempo de desarrollo,posiblemente a expensas de la economía o la
la calidad del producto
VI.
CALENDARIO DE ECONOMÍA frente a frente a CALIDAD DE LOS PRODUCTOS
A. Soluciones de compromiso en determinar el…