Cap 6

 Modelado ágil y prototipos

PROTOTIPOS

Como analista de sistemas que va a presentar un prototipo del sistema de información, a usted le interesan

mucho las reacciones que tendrán los usuarios y la administración con respecto al prototipo. Debe anticipar con precisión cómo reaccionarán al trabajar con el prototipo y qué tan bien se adaptarán a sus necesidades las características del sistema previstas. Las reacciones se recopilan a través de la observación, entrevistas y hojas de retroalimentación (posiblemente cuestionarios) diseñadas para obtener la opinión de cada persona sobre el prototipo a medida que interactúa con él.

La información que se recopila en la fase de prototipos permite al analista establecer prioridades y redirigir los planes sin sufrir repercusiones graves, con un mínimo de interrupción. Debido a esta característica, la creación de prototipos y la planeación van de la mano.

Tipos de prototipos

La palabra prototipo se utiliza en muchas formas; en vez de intentar una definición sintetizada de ellos, o de tratar de forzar una metodología correcta para este tema controversial, vamos a ilustrar cómo se puede aplicar con éxito cada una de las diversas concepciones de los prototipos en una situación específica, como se muestra en la figura.

PROTOTIPO DE PARCHES

En ingeniería, a esta metodología se le conoce como “breadboarding”: crear un modelo

funcional de un circuito integrado (cuya forma final será microscópica) uniendo partes.

En términos de sistemas de información, se trata de un modelo funcional, con todas las características necesarias, pero que es ineficiente. En esta instancia del prototipo, los usuarios pueden interactuar con el sistema y acostumbrarse a la interfaz y a los tipos de salidas disponibles.

PROTOTIPO NO OPERACIONAL

Sería pertinente un modelo de escala no funcional para un sistema de información cuyas aplicaciones requirieran una codificación demasiado extensa como para incluirla en el prototipo, pero fuera útil hacerse una idea de la entrada y la salida necesarias solamente. En este caso, no se crearía un prototipo del procesamiento, debido al excesivo costo y tiempo requeridos. Los usuarios de todas formas podrían tomar decisiones en cuanto a la utilidad del sistema con base en el prototipo de la entrada y la salida.

PROTOTIPO PRIMERO DE UNA SERIE

Este tipo de prototipo es útil cuando se planean muchas instalaciones del mismo sistema de información. El modelo funcional a escala completa permite a los usuarios experimentar una interacción realista con el nuevo sistema, al tiempo que minimiza el costo de solucionar los problemas que presenta.

PROTOTIPO DE CARACTERÍSTICAS SELECTAS

Mediante este tipo de creación de prototipos, el sistema se desarrolla en módulos, de manera que si los usuarios evaluaron positivamente las características presentadas, se pueden incorporar al sistema final sin tener que trabajar mucho para interconectar los módulos. Los prototipos que se realizan de esta manera forman parte del sistema actual. No son sólo un modelo, como en la creación de prototipos no operacionales que vimos antes. A menos que se mencione lo contrario, todas las referencias que hagamos en este capítulo a los prototipos se referirán al prototipo de características selectas.

DESARROLLO DE UN PROTOTIPO

Los prototipos son un medio excelente para obtener retroalimentación sobre el sistema propuesto y el grado en que cumple con las necesidades de información de sus usuarios. El primer paso

de la creación de un prototipo es estimar los costos involucrados en la construcción de un módulo del sistema. Si los costos del tiempo de los programadores y del analista, así como los costos del equipo están dentro del presupuesto, se puede continuar con la construcción del prototipo.

Lineamientos para desarrollar un prototipo

Una vez tomada la decisión de crear un prototipo, hay que cumplir con cuatro lineamientos para integrar el pro-

totipo en la fase de determinación de requerimientos del SDLC:

1. Trabajar en módulos administrables.

2. Crear el prototipo con rapidez.

3. Modificar el prototipo.

4. Hacer énfasis en la interfaz de usuario.

MODELADO ÁGIL

Los métodos ágiles son una colección de metodologías innovadoras para el desarrollo de sistemas, las cuales se centran en los usuarios. En esta sección aprenderá sobre valores y principios, actividades, recursos, prácticas, procesos y herramientas asociadas con las metodologías ágiles.

Valores y principios del modelado ágil

La metodología ágil se basa no sólo en resultados, sino también en valores, principios y prácticas. Los valores y principios establecidos son esenciales para la programación ágil; estos valores y principios crean el contexto para la colaboración entre programadores y clientes.

CUATRO VARIABLES DE CONTROL DE RECURSOS DEL MODELADO ÁGIL

1. TIEMPO
2. COSTO
3. CALIDAD
4. ALCANCE

El proceso de desarrollo ágil

El modelado es una palabra clave en los métodos ágiles. El modelado ágil aprovecha la oportunidad de crear modelos que pueden ser lógicos, como los dibujos de los sistemas, o maquetas de tamaño natural como los prototipos que describimos anteriormente en este capítulo. Un proceso ordinario de modelado ágil podría ser el

siguiente:

1. Escuchar las historias de los usuarios por medio del cliente.

2. Dibujar un modelo del flujo de trabajo lógico para apreciar las decisiones de negocios representadas      en la historia de un usuario.

3. Crear historias de usuarios con base en el modelo lógico.

4. Desarrollar algunos prototipos de visualización. Para ello hay que mostrar a los clientes el tipo de          interfaz que tendrán.

5. Usar la retroalimentación de los prototipos y los diagramas del flujo de trabajo lógico para                      desarrollar el sistema hasta crear un modelo físico de datos.