2. Se centra en una representación de aquellos
aspectos del software que serán visibles para el
cliente o el usuario final.
Este diseño conduce a la construcción de un
prototipo, el cual es evaluado por el cliente para
una retroalimentación.
3. Plan rápido
Modelado, diseño rápido
Construcción del Prototipo
Desarrollo, entrega y retroalimentación
Comunicación
4. Este modelo es útil cuando el cliente conoce los
objetivos generales para el software, pero no identifica
los requisitos detallados de entrada, procesamiento o
salida.
También ofrece un mejor enfoque cuando el
responsable del desarrollo del software está inseguro de
la eficacia de un algoritmo, de la adaptabilidad de un
sistema operativo o de la forma que debería tomar la
interacción humano-máquina.
5. Prototipos para Procedimientos de Procesamientos
Las funciones de procesamiento incluye entradas, cálculos,
recuperar información y actividades de salidas. Como
los datos pocas veces son ingresados de la forma correcta o en la
secuencia válida, es por ello que la aplicación se diseña para
asegurar la detección de errores.
El objetivo es determinar si los procedimientos de aplicación
fueron desarrollados adecuadamente.
La evaluación de los procedimientos y la observación de errores
y equivocaciones cometidas por los individuos cuando emplean
el prototipo, pueden sugerir la adición de características de
manejo de errores que no se habían anticipado.
6. El papel del usuario con el prototipo puede resumirse en
compromiso y honestidad. Si carece de compromiso pocos son
los motivos para desarrollar un prototipo, ya que el usuario es el
pivote del proceso de desarrollo y evaluación. Los usuarios
interactuan con el prototipo teniendo las siguientes
responsabilidades:
Utilizar y evaluar el prototipo las veces que sea necesario
Identificar mejoras
Sugerir las característica no deseadas
Describir los requerimientos de datos
Describir la salida deseada
7. Administración dificil: Dicha dificultad radica en
manejar el prototipo como un proyecto dentro
del Ciclo de Desarrollo de Sistema sin perder de
vista cual era sus propósito.
Adoptarlo como el sistema final: Los usuarios y
profesionales de sistemas pueden considerar al
prototipo como el sistema final cuando aún es
imcompleto e inadecuado.
8. A pesar de que tal vez surjan problemas, la
construcción de prototipos puede ser un paradigma
efectivo para la ingeniería del software. La clave es
definir las reglas del juego desde el principio; es decir,
el cliente y el desarrollador se deben poner de acuerdo
en:
Que el prototipo se construya y sirva como
un mecanismo para la definición de requisitos.
Que el prototipo se descarte, al menos en parte.
Que después se desarrolle el software real con un
enfoque hacia la calidad.