Barra Marquee

La aplicación solo funciona en sistema operativo Windows (7-10).

La aplicación que se desea desarrollar, al ejecutarse crea una Ventana en el desktop de windows, con atributo de siempre visible, que el ancho de la ventana sea el mismo ancho de la pantalla y la altura de la ventana sea personalizable por parte del administrador como parámetro en una base de datos. Esta aplicación no podrá ser cerrada por parte del usuario, a no ser de que cierre el proceso en el administrador de tareas de Windows.

La configuración de la aplicación y los mensajes se almacenarán en una base de datos centralizada, en mysql, que hoy tenemos en AWS. El contrato solo contempla diseñar la base de datos y crear la aplicación del usuario, no contempla un desarrollo de una aplicación para el administrador; esta última se hará internamente por ahora con phymyadmin.

La posición cero de la ventana la determinará el administrador por medio de un parámetro localizado en la base de datos. Igualmente la altura de la ventana estará determinado en la base de datos. La ventana tampoco se puede mover de posición por parte del usuario.


El aspecto de la ventana y el texto que aparece en la ventana es un tablero tipo tipo "tablero led", de los que aparecen en consultorios médicos, comercios o tiendas (ver imagen adjunta). En la ventana aparece una serie de mensajes, texto, con movimiento tipo marquee.

El administrador de los mensajes pondrá en cualquier momento, en la base de datos, definir para cada texto que aparecerá: el texto que desea mostrar en la ventana, la velocidad (desde 1 muy despacio hasta a 10 muy rápido), la orientación del texto con el efecto marquee (horizontal iqz, horizontal derecha, vertical arriba, vertical abajo, según desee), la fecha en que aparecerá el mensaje (si lo desea),  loop (el día de la semana en especial en que siempre aparecerá el mensaje (ejemplo todos los lunes, todos los mates, todos los lunes y martes, etc). Todo el texto correrá sobre una linea, no se contemplan tener varias lineas de texto mostrándose simultáneamente. Es muy importante que el texto se pueda ver con claridad y no canse al usuario al leerlo, por el movimiento de las letras en la pantalla.


El texto del mensaje irá preferiblemente en formato html, con el fin de que el administrador pueda poner un formato al texto que resalte  (negrilla, itálica, color,, etc).

Pueden haber tantos mensajes como desee el administrador mostrar, un mensaje aparecerá detrás de otro si cumple los criterios que tiene el mensaje. La aplicación de escritorio podrá estar instalada en muchas terminales a la vez, consultando todas la misma base de datos. No es necesario que todas las terminales muestren el mismo mensaje a la vez, porque dependerá de la hora en que inició la aplicación.


El fondo de la ventana podrá ser de cualquier color sólido según criterio del administrador (un código rgb) o una imagen .jpg que el administrador defina en la configuración de la base de datos, también estará esta imagen almacenada en el servidor AWS.

Los mensajes se podrán cambiar por parte del administrador (en la base de datos) sin necesidad de que se tenga que el usuario reiniciar la aplicación instalada en su computador. Estos mensajes a mostrar reitero estarán almacenados en la base de datos centralizada; separando parámetros de configuración y mensajes en dos tablas diferentes.

El administrador podrá definir centralizado, si todos los mensajes aparecerán en orden en que aparecen en la base de datos o aparecerán una forma aleatoria. No hay necesidad de reiniciar la aplicación por parte del administrador si se hace un cambio en el orden de los mensajes.

En la configuración habrá un parámetro, que de activarse por parte del administrador, al ejecutarse la aplicación por parte del usuario, la aplicación inmediatamente se cerrará. Con esto se pretende poder "desactivar" a discreción del administrador la aplicación, sin necesidad de tener que desinstalar.

Es necesario que al ejecutarse la aplicación (en el Inicio de Windows), el sistema operativo no se debe poner lento, consumir pocos recursos y la aplicación no debe generar alertas de seguridad al ejecutarse. El acceso a la aplicación debe ser transparente para el usuario.

No es totalmente necesario que la actualización de datos en la base de datos se refleje inmediatamente en la aplicación que está en las terminales, puede versen reflejados los cambios cada X minutos, definido en la base de datos.