Ok, el cliente ya aprobó todos los documentos de su levantamiento y sus diagramas de clase, secuencia y otros UML que lo tienen a usted de lo mas tranquilo, en cuanto a que su cliente sabe lo que quiere y usted a podido interpretar plenamente sus funcionalidades y requerimientos. Claro como no va a ser así, si los casos de uso son tan fáciles de entender y con esos monitos de secuencia, mas que claro que cada paso del sistema esta entendido, definido y aprobado por su cliente (si hasta los firmo!).

Sabe que… (le cuento un secreto…) lo mas seguro es que su cliente vio la primera pagina de diagramas UML le dio una lata terrible, confió en su criterio y como le dijo personalmente lo que quería, que mas que aprobarle sus definiciones. Total usted es el experto no… solo que cuando le muestren las pantallas de su sistema operando, y los flujos de todo eso lo mas seguro es que en ese momento recién entienda lo que usted le ofreció como solución computacional. De hecho así es, nunca antes ha visto como se vería "eso" funcionando.

Si usted tiene algo de suerte y a conocido a unos personajes que se auto denominan "Arquitectos de la Información" (hablan de usabilidad, navegabilidad, y esos temas) es probable que los términos StoryBoard y levantamiento GUI les suenan familiares o le hagan algún sentido. Si no, ya me imagino sus sufrimientos y modificaciones a la hora de entregar sus sistemas al cliente.

Permítame contarle de que trata todo esto: Con el tiempo a quedado claro que los diagramas UML son esenciales para los programadores y su entendimiento de la lógica y flujos detrás de los sistemas, pero créame que para su cliente final, es de lo menos claro y preciso a la hora de comunicarle a usted que quiere. La solución a este problema de comunicación nació hace tiempo y dentro de los primeros conceptos nacieron los StoryBoard y las notaciones Mockup de Interfaces gráficas de usuario… y en castellano que significa esto, muy simple. Primero que nada y antes de ninguna línea de código, pintamos todas las pantallas del sistema a construir, y la lógica de flujos de presentación de las mismas, documentamos estas pantallas con notaciones y comentarios, nos aseguramos que en el ciclo de aprobación sean revisados por todos los usuarios finales y principales y generamos una visión global del resultado final.

Bueno a lo mejor ya sabia de ello, lo interesante que le puedo contar, es que ahora están disponibles herramientas que nos facilitan la vida a la hora de levantar de esta forma los requerimientos finales funcionales de nuestro cliente. Para no aburrirlos mas les recomiendo solo 2 productos:

El primero se llama Axure y es un producto orientado a empresa pequeñas a medianas, por su valor no espere mas de lo que ofrece en su sitio, pero le puedo contar que si baja las versiones beta podrá disfrutar de funcionalidades cada vez mejores y mas ricas de aprovechar. Ahora si usted pertenece a una gran corporación y tiene el presupuesto y las necesidades de complejidad de una gran empresa internacional, le recomiendo iRise (5 dígitos en dólares para empezar). En todo caso este es el Cadilac, Porche, u Alfa Romeo de este tipo de herramientas, con solo ver la demo quede impresionado.

Claro usted podrá decirme que hay otras herramientas y uno que otro plugin en Visio (MS) para hacer esto mismo, incluso que con el Paint de Windows tambien le funciona el concepto. Pero una herramienta especializada genera muchas ganancias adicionales. Partiendo por la generación automática de los documentos de levantamiento funcional y otras yerbas similares.

"Prototipeo Visual como forma de levantamiento

de requerimientos funcionales"

o si lo prefiere…

"Programación Orientada al Cliente"

Muy recomendados:

Axure (Prefiera el Beta 4.2 o superior es mejor) y

iRise (Ooo My Good…Que vale cuanto? OOOoooo my Gooood!!!)

Javier Urrutia

(1 votos, promedio: 4 de 5)

 Loading ...