Este documento describe los pasos para crear una aplicación de soporte a las decisiones en Excel usando Visual Basic. Los pasos incluyen crear hojas de modelo y reporte en Excel, agregar referencias a Solver en Visual Basic, diseñar una interfaz de usuario con controles como botones y cajas de texto, agregar código para cargar y guardar datos entre la interfaz y hoja de modelo, y usar Solver para resolver el modelo y mostrar los resultados en la hoja de reporte.

1. Construcción de una aplicación de Soporte a las Decisiones.
Aquí están los pasos que deben usar para crear la aplicación.
1.Cree una hoja “Model” con la programación de la producción de 6 meses
exactamente como expliqué en clase. Recuerde que yo use las etiquetas de la columna A
para los nombres de los rangos. Configure SOLVER en la forma que lo hicimos en
clase y resuelva el modelo.
2.Cree la hoja “Report” , según la plantilla anexa, con las fórmulas unidas a las celdas
relevantes en la hoja Model.
3. Abra el Visual Basic Editor (VBE). En el menú Herramientas, seleccione Macro y,
a continuación, haga clic en Editor de Visual Basic.
4. Inserte un Modulo e inserte una UserForm (Haga esto desde el menú Insertar del
Visual Basic Editor). También seleccione HerramientasReferencias en el Editor
de Visual Basic y seleccione el item Solver. Lo que queremos hacer es automatizar
Solver con código, así una referencia debe ser puesta a Solver de modo tal que use las
funciones Visual Basic de Solver.
5. La mayor parte del tiempo del desarrollo de esta aplicación se gasta en el diseño de la
UserForm. Esto incluye un botón OK y un botón CANCEL mas un número de
etiquetas y cajas de texto correspondientes a las entradas del usuario. Es sencillo ubicar
estos en la forma (dé clic sobre un control , como una caja de texto en el toolbox y luego
arrastrelo a la forma. Luego ellos pueden ser movido o se les puede ajustar el tamaño
como sea necesario usando las opciones del menu FORMATO. Finalmente, se les
pueden dar propiedades , particularmente nombres usando la ventana PROPERTIES.
Por ejemplo, denomino los botones Cancel y OK, como cmdOK y cmdCancel, y
nombro las cajas de texto, como por ej: txtUnitProductionCost3. Estos nombres son
usados en el codigo de la aplicación de Visual Basic para referirse a estos controles.
Seleccione del menú VER el item Orden de tabulacion para establecer el oden de
tabulación de los controles (los usuarios esperan poder tabular de un control al proximo
en un orden lógico).
6.Entre el código Visual Basic detrás de la forma de la user form. Hay tres
procedimientos llamados manejadores de eventos: UserForm_Initialize,
cmdOK_Click, and cmdCancel_Click. La convención de nombres para manejadores
de eventos es: el nombre del control, un underscore y el nombre del evento. A la user
form la denomino frmInputs. De acuerdo con esto, usted pensaría que el manejador de
eventos sería frmInputs_Initialize. Pero no. Por alguna extraña razón, unicamente para
Microsoft, es UserForm_Initialize.
a. El código de UserForm_Initialize ubica valores de la hoja Model, cualquiera
que ellos sean, en las cajas de texto como “Valores de inicio”. Por supuesto, el usuario
puede luego cambiarlos. Esto es mejor que empezar con un manojo de valores en
blanco.
b. El código de cmdOK_Click hace lo opuesto: el toma las entradas del
usuario, las ubica en la hoja modelo y descarga la forma. Noten que yo no me he
molestado con errores de chequeo, lo cual debería tenerse en cuenta en una aplicación
profesional. Esto implica que el usuario podría entrar cualquier cosa en las cajas de
texto. Por supuesto que valores malos podrían ocasionar que la aplicación colapsara o
dé resultados sin sentido.
c. El código de cmdCancel_Click simplemente descarga la forma y termina la
aplicación. El caso aquí, es que el usuario ha decidido no “jugar el juego”.
7. Entre el codigo Visual Basic en el módulo. Hay tres procedimientos:
GoToExplanation, Setup, y RunSolver.

2. a. El código GoToExplanation simplemente navega a la hoja de explicación, asi
que el usuario pueda correr la aplicación otra vez.
b. El código Setup muestra la user form. Una vez este corre, la aplicación es
esencialmente detenida hasta que el usuario da clic sobre el botón OK o el botón
Cancel. Con Ok, las entradas del usuario son ubicadas en la hoja Model . Si da clic
sobre el botón Cancel, la aplicación finaliza.
c. El código RunSolver primero muestra y activa la hoja Model (Solver puede ser
corrido solo sobre una hoja activa, visible), luego usa la función SolverSolve de Solver,
para correr (el ya configurado ) Solver. Esta función retorna uno de varios codigos
enteros, dependiendo de su éxito. Uno de esos codigos es el código 5, el cual significa
No Soluciones Factibles. Asi, si el codigo no es 5, asumimos que Solver ha encontrado
una solución optima, la cual es mostrada sobre la hoja Report. Si el código es 5, la
aplicación reporta que no hay soluciones factibles . En cualquier caso , la hoja Model es
reocultaza (esto porque es probable que un usuario no técnico no tenga interés en los
detalles de la hoja Model).
8. Ubique los botones en las hojas Report y Explanation para correr las macros en el
módulo. Para hacerlo así, vaya a Developer . En el menú Insert en el grupo Controls,
de clic sobre un botón, el control superior izquierdo y arrastrelo sobre la hoja. Luego de
clic derecho del mouse y seleccione Assign Macro del menú de contexto. Aquí , usted
puede seleccionar la macro que usted quiere asignar. Luego de click derecho sobre el
botón y seleccione en cualquier parte de la hoja Assign Macro del menú contextual.
Aquí usted puede seleccionar la macro que usted quiera asignar. Luego de click en
cualquier parte de la hoja. Con esto usted ha conseguido un botón activo.