desarrollo por prototipo

DESARROLLO POR PROTOTIPO DE APLICACIONES

UNIDAD IV

UNA DEMOSTRACIONKenneth Hanson, líder analista del grupo de sistemas de información, sabía que encaraba una dura situación cuando comenzó su presentación ante los miembros del grupo de ventas.

Hasta ese momento la retroalimentación había confirmado lo que Kenneth sospechaba: la mayor parte del departamento albergaba gran escepticismo con respecto a invertir tiempo en el desarrollo de un prototipo para el nuevo sistema de información solicitado por el director de ventas. El personal creía que el desarrollo de sistemas de información era trabajo del grupo de sistemas de información y no de la fuerza de ventas. Sin embargo Kenneth estaba convencido de poder demostrar al grupo de ventas los beneficios que obtendrían de su participación en el proyecto. “Permítanme presentarles una analogía que, como vendedores profesionales, estoy seguro que comprenderán”, dijo Kenneth.

“Supongamos que los invitan a la presentación de un nuevo automóvil de lujo de alto

rendimiento con un diseño radicalmente nuevo y del que se tiene muy poca información. En el camino a la sal a de exhibición, pasan por su mente imágenes de lo que posiblemente sea la apariencia del automóvil. ¿Costará mucho? Quizá. Pero si el automóvil satisface las expectativas, entonces el costo valdrá la pena”.

“A medida que se acercan a la sala de exhibición, su

curiosidad y ansiedad crecen. Descienden rápidamente de su automóvil, abren la puerta de la sala de exhibición y se dirigen al mostrador de ventas. Al mismo tiempo observan a su alrededor que sólo hay modelos del año pasado.”

“Estamos aquí para la presentación”, indican a la recepcionista. Un representante de ventas los atiende e invita a que pasen a la sala de

conferencias. Para su sorpresa, el representante comienza a bosquejar las características del nuevo modelo. “Pero ¿Cuándo podemos ver el nuevo automóvil?” preguntan ustedes.

“El representante les explica que, desde el concepto hasta la fabricación, los diseñadores han considerado todo para este nuevo modelo: activación por mando de voz, inyección de combustible controlada por computadora, etc. Y entonces pone en sus manos un manual donde él afirma que se encuentran documentadas todas las características del nuevo modelo. Todo lo que necesitan hacer es leer el manual, afirma el representante”.

“¿Leer un manual? Se preguntan a sí mismos, ¿Pero que está

diciendo? Su entusiasmo por el automóvil decae con rapidez”.

“Ustedes señalan que no les interesa leer el manual y explican que vinieron a la sala de exhibición para ver el automóvil !!!”.

“El representante de ventas parece sorprendido a medida que ustedes insisten en ver el nuevo modelo: ustedes desean manejarlo para determinar si es lo que desean.”

“Manejar el automóvil es imposible, afirma el representante. La compañía construirá un automóvil para cada uno de ustedes sólo si firman un contrato para tal fin, explica. Después de todo el automóvil es producto único. No existirá ningún otro modelo similar. El distribuidor no les podrá mostrar una imagen del automóvil ya que cada uno es construido de acuerdo con los requerimientos del cliente. Pero el representante de ventas les ofrece un esquema que supuestamente les muestra todas las características esenciales y les invita a que lean todo el manual de especificaciones. Ahí se encuentra las repuestas a todas las preguntas. Insiste…”

“A medida que ustedes abandonan la sal de exhibición, mueven la cabeza en señal de desaliento. Ellos piden que señalemos las características y opciones para un producto que aún no hemos visto, comentan entre ustedes. Después lo construirán. Pero no podemos ver lo que vamos a obtener, no podemos hacer la prueba. Esto es sorprendente concluyen ustedes.”

“Pero lo anterior no es más sorprendente que invertir en un sistema de información que nunca han probado”, continuó Kenneth.

“En cualquier caso, ustedes pueden observar que encontrarán algunas sorpresas desagradables que podrían haberse evitado si hubiesen tenido la oportunidad de probar el modelo antes de hacer cualquier compromiso. Hacer una prueba con un modelo que funciona les permite señalar qué les gusta o qué no les gusta en relación con el automóvil – o un sistema de información – algo que no podría hacer muy bien sólo con la descripción abstracta del producto. Participar en el desarrollo y prueba del modelo les da voz en el diseño. Este es un buen camino para asegurar que el producto final cumplirá con sus especificaciones y expectativas.”

INTRODUCCION A LOS PROTOTIPOS DE APLICACIONES

NECESIDADES DE LOS USUARIOS

REQUERIMIENTOS DEL SISTEMA

IDENTIFICACION

ESTA POLITICA DISMINUYE LAS POSIBILIDADDES DE DESARROLLO DE SISTEMAS EQUIVOCADOS

Desarrollo por Prototipos

• Describe los requerimientos de la aplicación y su evaluación con base en el empleo de un sistema que trabaja.

• Esta metodología brinda experiencia en el empleo del sistema antes de que toda la aplicación este desarrollada e implantada en su totalidad.

• FINES DEL PROTOTIPO DE APLICACIONES.- El proceso de desarrollo y empleo de un prototipo tiene cinco características:– El prototipo es una aplicación que funciona– La finalidad es probar varias suposiciones

formuladas por analistas y usuarios con respecto a las características requeridas del sistema.

– Los prototipos se crean con rapidez.– Evolucionan a través de un proceso iterativo.– Tienen un costo bajo de desarrollo.

Desarrollo por Prototipos

Resultado de desarrollar: RAPIDEZ – EFICIENCIA – EFICACIAAUMENTO EN LA PRODUCTIVIDAD: debido a la cartera vencida de aplicaciones en espera de desarrollo (frecuencia de retrasos en desarrollo a menudo abarca meses o años), sin incluir cartera vencida oculta (solicitudes de usuarios que nunca se sometieron a aprobación debido al retraso grande de otras aplicaciones).

Razones para el empleo de Prototipos

Los analistas son mas productivos si toman en cuenta:

Minimizar el tiempo que se pierde debido al desarrollo incorrecto.

Minimizar los errores de diseño.Garantizar que no tendrá que volverse hacer el trabajo

de desarrollo. Garantizar que los esfuerzos realizados por ellos sean

fructíferosGarantizar que los usuarios reciban la aplicación que

necesitan


• Asimismo el analista se enfrenta a obstáculos:Dificultad de los usuarios al especificar las necesidades

de información con ANTICIPACION .La mala COMUNICACIÓN, se presenta en el momento

menos oportuno.Descripciones ESTATICAS del sistema no son suficientes

para proporcionar detalles sobre situaciones dinámicas.

Estas situaciones son un “reto” para el analista de sistemas


REDESARROLLO PLANIFICADO: La mayor parte de veces la aplicación tiene que volverse a desarrollar. Esto se hace necesario debido a la falta de comunicación o mala comprensión.También cuando se implantan aplicaciones en forma deliberada por ensayo y error(se modifica debido a las reacciones del usuario).Proporcionar un sistema inapropiado es un Desperdicio de Recursos y Tiempo a esto se suma la frustración del usuario que necesitan la aplicación.Existe preocupación por el calendario de desarrollo , niveles de costos y cantidad de trabajo.


La estrategia de desarrollo por prototipos, permite planificar el ReDesarrollo de un Sistema, ya que los prototipos están diseñados para ser modificados. A los usuarios se los invita a que opinen cuando evalúan el prototipo. Las aplicaciones son más completas, si la información obtenida en el desarrollo de l prototipo se emplea en forma adecuada.


ENTUSIASMO DE LOS USUARIOS: leer documentos que describen un sistema NO entusiasma a los usuarios, aun cuando el usuario participa de las especificaciones en el desarrollo de una aplicación ya que son poco tangibles.Cosa contraria sucede con el desarrollo por prototipos ya que el usuario no tiene que esperar para ver un prototipo, las reacciones son instantáneas y comienzan a formularse preguntas y sugerencias, debido a esto los prototipos generan respuestas y reacciones.


ETAPAS DEL METODO DE PROTOTIPOS

Pasos a seguir en el modelo de desarrollo de prototipos

• Identificación de requerimientos conocidos: analistas y usuarios trabajan juntos identificando requerimientos conocidos que deben satisfacerse. El analista coordina este paso. Aunque el usuario como tal participa directamente en todo el proceso.

• Desarrollo de un Modelo de Trabajo: el prototipo es un proceso iterativo de desarrollo, 1) se desarrolla un plan, un cronograma para el inicio y el fin de la primera iteración(en ocasiones es imposible la fecha tentativa de terminación).


2) Se determina de manera conjunta con el usuario los datos necesarios para el sistema y la salida que debe producir la información(describir reportes, documentos, formato de c/u). El analista necesarita de 2 as 3 reuniones para establecer las especificaciones iniciales.El analista estima también los costos asociados con el desarrollo del prototipo(costo estimado).


• El prototipo y el usuario: el usuario debe trabajar con el prototipo y evaluar sus características y operación, la misma permite obtener familiarilidad para determinar los cambios o mejoras.

• Revisión del prototipo: en esta etapa los analistas obtienen información acerca de los que les gusta o no a los usuarios y ponen atención al porqué reaccionan así los usuarios.

• Repetición del proceso: el proceso se repite varias veces(entre 4 y 6 iteraciones). El proceso finaliza cuando hay suficientes características.


Uso de Prototipos• Cuando el prototipo esta terminado el

siguiente paso es tomar la decisión de cómo proceder, existen 4 formas a seguir después de evaluar la información obtenida: Descartar el prototipo – implantar el prototipo – redesarrollo de la aplicación - inicio de un nuevo prototipo.

HERRAMIENTAS DE PARA EL DESARROLLO DE PROTOTIPOS

• El empleo de herramientas adecuadas es un factor importante para el éxito del prototipo.– Lenguajes de Cuarta Generación: – Generadores de reportes, aplicaciones y

pantallas– Sistemas de Diccionarios de Datos– Biblioteca de código reutilizable.(tarea de investigación, 4 grupos de tres.)

ESTRATEGIA PARA EL DESARROLLO DE PROTOTIPOS

• Se puede desarrollar un prototipo para cada uno de los diferentes componentes de una aplicación. Es común tres estrategias para el desarrollo de los mismos:– Prototipos para pantallas– Prototipos para procedimientos– Prototipos para funciones básicas (tarea de investigación, 3 grupo de cuatro.)

EJEMPLO DE DESARROLLO DE UN PROTOTIPO.

(tarea de investigación, 1 grupo de 3.) Investigar un ejemplo que ilustre el desarrollo de prototipos de aplicaciones.• Segunda iteración• Tercera iteración• Cuarta iteración• Implantación completa

desarrollo por prototipo

Documents