A continuación se muestra el Diagrama de Clases para la solución encontrada:
El diagrama de clases permite presentar claramente el enfoque de la solución. Se buscó crear una clase que administrara los eventos dentro de la ventana principal del JPI. Esta clase sería Administrator, que está escuchando los eventos de los tres botones que existen en la GUI y contiene los métodos o llamados adecuados a otras clases para generar las acciones. Esto es visible también en las relaciones "tiene-un" que la clase mencionada tiene con muchas otras de la solución, incluyendo algunas relaciones en ambos sentidos.
La clase SuperAdministrator es la que decodifica el teclado para permitir la generación de nuevas ventanas. En un principio dicha función era asignada a la clase Administrator, pero esto traía el problema mencionado en la sección 2.-
La clase interna de Administrator es la encargada de manejar la temporización. Esta se relaciona con la clase SimpleAudioPlayer, JPostItFrame y DialogRec ya que todas ellas deben ser notificadas cuando se ha cumplido el tiempo, ya sea para reproducir sonido o hacerse visibles.
El envío de correo fue diseñado para ser lo más
transparente
posible para el usuario. Es así como tanto el subject del mensaje como
el
correo de destino están hardcoded. Como la grabación también
debía
ser transparente se decidió denominar a los archivos de audio según la
hora de
grabación. Es asi como, por ejemplo, al grabar un archivo a las
14:31:21 se
almacena automáticamente como 143121.wav. Sin
embargo, se ha provisto que el nombre del attachment también
este ya
designado como "Mensaje de Voz - JPostIt" para una rápida
identificación por parte del usuario al recibirlo en el correo.
Se puso en práctica la idea de
reutilización de código, uno de los pilares fundamentales del lenguaje
Java. En este proyecto las clases SimpleAudioPlayer, SimpleAudioRecorder
y SendMailUsingAuthentication fueroin extraídas de la
red, según se ve en las referencias.
La documentación generada con Javadoc se encuentra aqui.