Manejo de prototipos
- 2. El término prototipo se refiere a un modelo que funciona para una aplicación de sistemas de información. El prototipo no contiene todas las características o lleva a cabo la totalidad de las funciones necesarias del sistema final. Más bien incluye elementos suficientes para permitir a las personas utilizar el sistema propuesto para determinar qué les gusta, qué no les gusta e identificar aquellas características que deben cambiarse o añadirse.
- 3. El proceso de desarrollo de software y empleo de un prototipo tiene cinco características:
- 4. El prototipo es una aplicación que funciona La finalidad de un prototipo es probar varias suposiciones formuladas por analistas y usuarios con respecto a las características requeridas del sistema. Los prototipos se crean con rapidez Los prototipos evolucionan a través de un proceso interactivo Los prototipos tienen un costo bajo de desarrollo.
- 5. El desarrollo de prototipos tiene dos usos principales. Por un lado, es un medio eficaz para aclarar los requerimientos de los usuarios. Las especificaciones por escrito se crean, en general, como vehículos para describir las características y requerimientos que debe satisfacer la aplicación. Sin embargo es común que no llenen el vacío que algunas veces se presente entre lo que los analistas y usuarios comprenden con respecto a una aplicación y lo que dicta la situación. El desarrollo y uso de un prototipo puede ser un camino muy eficaz para identificar y aclarar los requerimientos que debe satisfacer un aplicación.
- 6. El segundo uso del prototipo de aplicación es verificar la factibilidad del diseño del sistema. Los analistas pueden experimentar con diferentes características de la aplicación y evaluar la reacción y respuesta por parte del usuario.
- 7. Aumento en la productividad El desarrollo de aplicaciones es un proceso largo que a menudo abarca meses o años. En consecuencia, la productividad es importante para los analistas de sistemas y para la organización en la que trabajan. La productividad, cuando se aplica al desarrollo de sistemas, significa llevar a cabo las actividades en la forma más eficiente, obteniendo el mayor impacto con la mejor utilización de los recursos.
- 8. Los analistas de sistemas son más productivos si toman precauciones como: Minimizar el tiempo que se pierde debido al desarrollo incorrecto Minimizar los errores de diseño Garantizar que los esfuerzos sean fructíferos Garantizar que las aplicaciones que reciban los usuarios sean las que necesiten Garanticen que no tendrá que volverse a hacer el trabajo de desarrollo.
- 9. Proporcionar un sistema incompleto o inapropiado es un desperdicio de recursos y se suma a la cartera de sistemas vencida de desarrollo. Los usuarios se sienten frustrados e irritados cuando no reciben la aplicación que desean y necesitan, en especial si han esperado por ella varios meses.
- 10. La estrategia de desarrollo de prototipos toma en cuenta esta situación y permite planificar el redesarrollo de un sistema. En otras palabras, el prototipo de una aplicación está diseñado para ser modificado y esto trae beneficios acumulados tanto a los usuarios como a la organización.
- 11. Los usuarios pueden cambiar de opinión con respecto a los requerimientos e incluso se les invita a que lo hagan cuando evalúan el prototipo. Asimismo, las especificaciones de la aplicación son más complejas; si la información adquirida durante el desarrollo del prototipo se emplea en forma adecuada entonces no existirán sorpresas cuando el sistema sea implantado.
- 12. Leer documentos sobre la descripción de un sistema o mostrar ejemplos de lo que puede hacer es algo que, francamente no entusiasma a los usuarios.
- 13. El prototipo permite reacciones instantáneas que permite a los usuarios formular preguntas y sugerencias. Lo más importante es que la generación de preguntas y reacciones por parte del usuario permitirán a los analistas aprender más en relación con los requerimientos de la información.
- 14. Cualquiera de las siguientes cinco condiciones sugieren la necesidad de utilizar un prototipo: No se conocen los requerimientos La naturaleza de la aplicación es tal que existe poca información disponible con respecto a las características que debe tener el sistema para satisfacer los requerimientos de usuario.
- 15. Los requerimientos necesitan evaluarse Se conocen los requerimientos aparentes de información, tanto de los usuarios finales como de la organización, pero es necesario verificarlos y evaluarlos
- 16. Costos altos La inversión de recursos financieros y humanos así como el tiempo necesario para generar la aplicación es sustancial. Existen otros proyectos que también compiten por los mismos recursos.
- 17. Alto riesgo La evaluación inexacta de los requerimientos del sistema o el desarrollo incorrecto de una aplicación ponen en peligro a la organización, a sus empleados y también a sus propios recursos.
- 18. Nueva tecnología El deseo de instalar nueva tecnología ya sean en los campos de la computación, de las comunicaciones de datos u otras áreas relacionadas, abre nuevas fronteras para la organización. Muchas compañías no tienen experiencia en el uso de cierta tecnología ni tampoco las demás organizaciones con las que se comunican.
- 19. Ciclo de vida del método de prototipos:
- 20. La determinación de los requerimientos conocidos de una aplicación es tan importante para el método de desarrollo de prototipos como lo es para cualquier otro método. Antes de crear el prototipo, los analistas y usuarios deben trabajar juntos para identificar los requerimientos conocidos tienen para satisfacerse. El usuario final debe participar en forma directa en el proceso.
- 21. Responsabilidades compartidas cuando se emplea el método de prototipos Responsabilidad Parcipante Identificar la finalidad del sistema Ambos Describir la salida del sistema Ambos Describir requerimientos de datos Ambos Familiarizar al usuario con el proceso de desarrollo Analista Formular el plan de desarrollo del prototipo Analista Estimar el costo del prototipo Analista Construir el prototipo inicial Analista Evaluar el prototipo Analista Utilizar y evaluar el prototipo Usuario Identificar mejoras necesarias Usuario Documentar insuficiencias Usuario Evaluar sugerencias del usuario Analista Discutir cambios en el prototipo Ambos Modificar el prototipo Analista Determinar las fases siguientes del prototipo Volver a desarrollar Implantar el prototipo Abandonar el proyecto Comenzar otro proyecto de prototipo Analista
- 22. En el desarrollo de un prototipo se preparan los siguientes componentes: El lenguaje de diálogo o conversación entre el usuario y el sistema Pantallas y formatos para la entrada de datos Módulos esenciales de procesamiento Salida del sistema
- 23. Es responsabilidad del usuario trabajar con el prototipo y evaluar sus características y operación. La experiencia con el sistema bajo condiciones reales permite obtener la familiaridad indispensable para determinar los cambios o mejoras que sean necesarios así como la eliminación de características inadecuadas o innecesarias
- 24. Durante la evaluación los analistas de sistemas desean capturar información sobre lo que les gusta y lo que no les desagrada a los usuarios; al mismo tiempo ponen atención al porqué reaccionan los usuarios en la forma en que lo hacen. La información obtenida tendrá influencias sobre las características de la siguiente versión de la aplicación. Asimismo, la evaluación permite profundizar en los rasgos de los usuarios y también en los de la empresa
- 25. Cuando un prototipo está terminado, el siguiente paso es tomar la decisión sobre cómo proceder. Existen cuatro caminos a seguir después de evaluar la información obtenida con el desarrollo y uso de prototipos:
- 26. Opciones para el uso de prototipos de aplicación Opción Descripción Abandonar la aplicación En este caso se descartan el prototipo y la aplicación. El desarrollo del prototipo proporcionó información a partir de la cual se de terminó que la aplicación o el enfoque seleccionado son inapropiados para justificar un desarrollo adicional. En algunos casos, quizá la situación haya cambiado de manera tal que la aplicación ya no sea necesaria Implantar el prototipo Las características funcionales del prototipo satisfacen las necesidades de los usuarios ya sea en forma permanente o para un futuro previsible. Se puede optar por esta estrategia cuando el ambiente de la aplicación cambia con tal rapidez que es difícil determinar los requerimientos estables a largo plazo Volver a desarrollar la aplicación El desarrollo del prototipo proporcionó suficiente información para determinar las características necesarias de toda la aplicación. La información se utiliza como punto de partida para el desarrollo de la aplicación en forma tal que haga el mejor uso posible de los recursos Comenzar un nuevo prototipo La información ganada con el desarrollo del prototipo inicial sugiere otras opciones o circunstancias. Se construye un prototipo diferente para añadir información relacionada con los requerimientos de la aplicación.