Академический Документы
Профессиональный Документы
Культура Документы
Modelos de Prototipo
Administración de Proyectos Informáticos
Al usar prototipos, las etapas del ciclo de vida clásico quedan modificadas de la siguiente manera:
El prototipo debe ser construido en poco tiempo, usando programas adecuados utilizado poco
recursos pues a partir de que sea aprobado se puede iniciar el verdadero desarrollo del software.
Pero eso si al construir el prototipo nos asegura que nuestro software sea de mejor calidad,
además de que su interfaz sea de agrado para el usuario. Un prototipo podrá ser construido solo si
con el software es posible experimentar.
Sus desventajas son que debido a que el usuario ve que el prototipo funciona piensa que este es el
producto terminado y no entienden que recién se va a desarrollar el software. Otro problema es
que el prototipo deber ir acompañado de otro modelo pasa su desarrollo
· El desechable nos sirve para eliminar dudas sobre lo que realmente quiere el cliente
además para desarrollar la interfaz que más le convenga al cliente
CONSTRUCCIÓN DE PROTOTIPOS.
I. Evaluar la solicitud del software para determinar si el sistema es candidato para la construcción
de un prototipo. Considerando si es necesario presentar la interacción usuario-sistema y tomando
en cuenta la complejidad del desarrollo del propio prototipo.
II. Elaborar una representación abreviada de los requisitos. Utilizando alguno de los modelos
mencionados anteriormente.
III. Crear un conjunto de especificaciones de diseño para el prototipo. Centrándose en los aspectos
de más alto nivel y no en el detalle.
IV. Crear y probar el software del prototipo. De ser posible utilizar herramientas automatizadas para
tal efecto, como lenguajes de cuarta generación, módulos de código reusables, herramientas RAD
o paquetes especializados en prototipos.
V. Presentar el prototipo al usuario y orientarlo a que sea él quien lo “opere”. Aquí es donde el
usuario podrá validar sus propios requerimientos y sugerir las modificaciones necesarias.
VI. Repetir los pasos IV y V hasta que todos los requisitos queden formalizados.
Ventajas
Este modelo es útil cuando el usuario conoce los objetivos generales para el software, pero no
identifica los requisitos y procedimientos detallados de entrada, procesamiento o salida.
También ofrece un enfoque cuando el responsable del software no está seguro de la eficacia del
algoritmo, de la adaptabilidad del sistema operativo o de la forma que debería tomar la interacción
Usuario-máquina.
Inconvenientes
El usuario tiende a crearse una perspectiva cuando le muestran prototipo de cara al sistema
final. A causa de la intención de crear un prototipo de forma rápida, se suelen dejar de lado
ciertos aspectos importantes, tales como la calidad y el mantenimiento a largo plazo y corto
plazo, lo que obliga en la mayor parte de los casos a reconstruirlo una vez que el modelo
prototipo ha cumplido con su objetivo. Es común que el usuario se muestre reacción y pida que
sobre el prototipo se construya el sistema final, lo que lo convertiría en un prototipo
evolutivo, pero iniciándose de un estado muy poco recomendado.