REPOSITORY OVERVIEW

Live repository statistics

★ 21Stars

⑂ 1Forks

◯ 0Open issues

◉ 21Watchers

README preview

Interfaz Gráfica en Java

Curso propuesto por el grupo de trabajo Semana de Ingenio y Diseño (SID) de la Universidad Distrital Francisco Jose de Caldas.

Monitor

Cristian Felipe Patiño Cáceres - Estudiante de Ingeniería de Sistemas de la Universidad Distrital Francisco Jose de Caldas

Clase 3

Objetivos

Identificar las etapas involucradas en la creación de objetos decoradores y como incorporarlos en objetos gráficos para dar un mejor aspecto la interfaz Gráfica.
Reconocer la importancia de los objetos decoradores y el papel que toman para que una interfaz gráfica sea más amigable con los usuarios.
Explorar cada uno de los objetos decoradores que ofrece Java Swing y el rol de cada uno para una personalización de las Interfaces gráficas.

Antes de comenzar

Recordatorio

Recordando la sesión anterior, se había creado una interfaz gráfica para un Login de usuario. El resultado fue el siguiente:

Objetos Decoradores

En esta clase se va a explorar la forma de crear e incorporar objetos decoradores para que el login de usuario tenga un mejor aspecto. Para esto se van a ver estos items principales:

Etapas de creación de Objetos Decoradores
Creación de Objetos Decoradores

Etapas de creación de Objetos Decoradores

Los objetos decoradores también tienen ciertas etapas en su creación, aunque estas pueden variar un poco dependiendo de los casos, las etapas más comunes son:

Declaración

La declaración de un objeto decorador consiste en indicarle al sistema que la clase donde se esta trabajando tendrá un atributo de algún tipo de estos objetos. La declaración tiene 3 partes, estas son:

Tipo Acceso: El tipo de acceso sera a menudo privado ya que son atributos de la clase y se debe respetar el principio de encapsulamiento como se discutió en la primera clase.
Tipo de Objeto Decorador: Se refiere a la clase del objeto que se va a crear (Color, Font, ImageIcon, Cursor son algunos ejemplos) y la generación de estas clases casi siempre van a necesitar la importación de la librería que soporte la creación del objeto, estas importaciones a menudo se hacen automáticamente dependiendo del IDE o editor de código.
Variable: El nombre que el programador elija darle y sera esta el objeto por el cual se podrá acceder a sus métodos.

Ejemplificación

La ejemplificación de un objeto decorador consiste en darle un valor inicial al objeto y para esto es necesario llamar al constructor de la clase, Cuando se realiza la ejemplificación de un objeto decorador al mismo tiempo se realiza la configuración del objeto. Esto quiere decir que la ejemplificación va a variar según el tipo de objeto decorador que se este creando. Para esta sesión la ejemplificación se realizará dentro del constructor de la clase y serán los primeros objetos solo por debajo del método super en caso de que exista.

Incorporación

Un objeto decorador no puede ser agregado directamente a la interfaz Gráfica, necesita ser incorporado a un objeto gráfico para que sea visible. La incorporación se realiza en la etapa de configuración de un objeto gráfico cuando se llama algún método relacionado con el uso del objeto decorador en cuestión, esto puede ser por ejemplo para dar un color de fondo, color de letra, estilo de letra o borde a un objeto gráfico. Por esta razón en lugar de adicionarse mas bien se incorporan a un objeto gráfico.

Creación de Objetos Decoradores

En esta sección se verá la forma de crear objetos Decoradores para ser incorporados, basándose en las 3 etapas que se acabaron de explicar. Los objetos a explorar a continuación serán:

Color
Font
Cursor
Border
ImageIcon

Color

Estos objetos decoradores cumplen la función de proporcionar color a los objetos gráficos en pantalla.

Existen varias formas para crear colores en Java y a continuación se mencionan las mas importantes:

Colores por defecto en Java

Java trae por defecto una paleta de colores y para poder ser usados solo basta con llamar la clase Color y al digitar . (punto) se desplegará una variedad de colores. Es importante que la librería que soporta la creación de los colores sea importada, esto se hace por defecto dependiendo del editor que se maneje. Cuando se usan los colores por defecto de Java no es necesario realizar la declaración ni la ejemplificación del objeto.

Colores Personalizados

Muchas veces se quieren colores personalizados que Java no trae por defecto y para esto es necesario realizar la creación del objeto decorador de tipo Color:

Declaración

// Al inicio de la clase
private Color colorPrincipal, colorGrisOscuro;

La variable (objeto) que se coloca para los objetos Color empezará con color en minúscula seguido del nombre de la variable. También es recomendable no llamar a los colores con el color a representar a menos de que sea un color demasiado especifico, de esta forma si existe un color que esta en muchas partes del proyecto y cambia por algún motivo, el nombre colorPrincipal sigue teniendo valides. Algunas excepciones pueden ser colores en escala de grises o colores con un propósito muy especifico.

Ejemplificación

// Dentro del constructor
colorPrincipal = new Color(60, 78, 120);
colorGrisOscuro = new Color(80, 80, 80);

Se puede observar que la notación para la configuración de un color esta basado en la creación de colores mediante el sistema RGB (Red, Green, Blue) proporcionando valores enteros que pueden ir desde 0 hasta 255. generando así la creación de una gran posibilidad de colores.

Incorporación

// Dentro del constructor
tNombreUsuario.setForeground(colorPrincipal);
tNombreUsuario.setBackground(Color.WHITE);
tNombreUsuario.setCaretColor(colorGrisOscuro);

En el anterior código se ve reflejada la incorporación de varios objetos de tipo Color para un TextField, siendo algunos de estos creados por el desarrollador y otros que vienen por defecto en Java.

Colores con Transparencia

Java también admite la creación de objetos RGBA los cuales agregan un nuevo canal (Alfa) para configurar la transparencia del color con valores enteros que van desde 0 (siendo un color totalmente transparente) hasta 255 (siendo un color totalmente solido). Los pasos para la creación de ese tipo de colores es la misma que los colores personalizados que se acaban de crear.

Incorporación de los colores personalizados.

A continuación se muestran las partes del código donde se incorporan los colores personalizados creados anteriormente a los objetos gráficos. Cabe destacar que aunque aquí se ven todas las incorporaciones juntas, en el código estas incorporaciones se hacen en orden en la respectiva configuración de su objeto gráfico.

// En la respectiva configuración del objeto gráfico
lEslogan.setForeground(colorGrisOscuro);

lTituloLogin.setForeground(colorGrisOscuro);

lNotificaciones.setForeground(colorGrisOscuro);

tNombreUsuario.setForeground(colorPrincipal);
tNombreUsuario.setCaretColor(colorGrisOscuro);

tClaveUsuario.setForeground(colorPrincipal);
tClaveUsuario.setCaretColor(colorGrisOscuro);

cbTipoUsuario.setForeground(colorPrincipal);

bEntrar.setBackground(colorPrincipal);
bEntrar.setForeground(Color.WHITE);

bRegistrarse.setBackground(colorPrincipal);
bRegistrarse.setForeground(Color.WHITE);

Hasta el momento la Interfaz Gráfica se ve asi:

Font

Un objeto decorador Font se encarga de darle características gráficas a los textos vistos en la interfaz gráfica, para agregar dichas características un objeto Font se encarga de proporcionar 3 elementos:

Tipografía: Da un nuevo aspecto a la letra de acuerdo a la tipografía seleccionada, la tipografía por defecto depende del sistema operativo que corra la aplicación. Para que una tipografía diferente pueda verse reflejada en la interfaz debe estar instalada previamente en el sistema operativo, una solución a esto es registrar la fuente dentro del GraphicsEnvironment de Java (más adelante se habla de este punto).
Estilo letra: Da un estilo a la letra de acuerdo a la configuración dada, esta podría ser por ejemplo negrilla cursiva subrayado etc.
Tamaño de la fuente: Le da el tamaño de la fuente dependiendo del numero entero que reciba como parámetro.

A continuación se crean los objetos Font que se utilizarán para el Login de usuario:

Declaración

// al inicio de la clase
private Font fontTPrincipal, fontTitulo, fontSubtitulo;

La variable (objeto) que se coloca para los objetos Font empezará con font en minúscula seguido del nombre de la variable.

Ejemplificación

fontTPrincipal = new Font("Rockwell Extra Bold", Font.PLAIN, 20);
fontTitulo = new Font("Calibri (Cuerpo)", Font.BOLD, 17);
fontSubtitulo = new Font("Forte", Font.PLAIN, 13);

Se puede observar que al momento de ejemplificar el objeto se realiza su respectiva configuración desde el constructor pasando los 3 parámetros ya mencionados con anterioridad. Algunos puntos a resaltar son:

La tipografía dada debe estar en comillas.
Los diferentes estilos se pueden observar llamando a la clase Font y poniendo un . (punto).
El tamaño de la letra será siempre un numero entero.

Incorporación A continuación se muestran las partes del código donde se incorporan los objetos decoradores Font. Recordar que aquí se muestran seguidas, sin embargo en el código estas incorporaciones se hacen en orden en la respectiva configuración de su objeto gráfico.

// En la respectiva configuración del objeto gráfico
lTituloApp.setFont(fontTPrincipal);
lEslogan.setFont(fontSubtitulo);
lTituloLogin.setFont(fontTitulo);
lNotificaciones.setFont(fontSubtitulo);

Se puede observar que para realizar la incorporación de las fuentes se debe llamar el método:

setFont que recibe por parámetro un objeto decorador tipo Font y refleja un estilo en la letra del objeto gráfico.

La aplicación luce asi:

Registro de fuentes en el GraphicsEnvironment

Aunque al incorporar algunas fuentes en el proyecto UI estas se verán reflejadas sin problema en la maquina que se corre, es posible que en otros computadores, estas no se vean reflejadas ya que el sistema operativo no tiene instaladas dichas fuentes, por otra parte es molesto tener que instalar las fuentes que se utilicen en cada maquina nueva que se ejecute la aplicación.

Para esto es posible registrar la fuente en el GraphicsEnvironment de Java y de esta forma las fuentes estarán siempre incorporadas en la aplicación sin afectar en que sistema se corra.

Lo primero que se debe hacer es colocar los archivos de las fuentes a usar dentro del proyecto, para esto se crea un paquete llamado resources que estará en la raíz del proyecto junto a la c

ALGORITHMICALLY RELATED

Similar Open-Source Projects

Selected from shared topics, language and repository description—not editorial ratings.

lfelipemarin /

AirUsProf

★ 4

Proyecto General Una importante Aerolínea que provee servicios a nivel global desea desarrollar un nuevo sistema integrado para la gestión de vuelos, reservas y socios. Dentro del alcance de dicho sistema se incluye: 1. Puntos de venta: Estos puntos de venta proveerán servicios de compra y reserva de pasajes, y gestión de socios. Existirán entre 5 y 20 oficinas de la Aerolínea en al menos 100 ciudades del mundo. 2. Servicios on-line: A partir de una aplicación Web se proveerán servicios de compra y reserva de pasajes. Es posible que se puedan hacer check – in a través del móvil del usuario. 3. Gestión en aeropuertos: En cada aeropuerto existirán entre 10 y 50 computadores ubicados en los puntos de check-in y en las puertas de embarque que serán utilizados por empleados de la aerolínea. 4. Gestión Operativa: Las mismas del punto anterior 5. Aplicación Movil. El usuario podrá hacer consulta de vuelos, reservas, pagos y check in por medio de su smatphone o Tablet. Cabe anotar que el check - in tendrá generado además un código QR para escaneo en los filtros del aeropuerto. 6. Sistema de PQRS( Peticiones, Quejas, Reclamos y Solicitudes). Este modulo será utilizado solo por el personal del Call Center de la aerolinea. Se atenderán los PQRS de los clientes, sobre aspectos como los cambios, cancelación o activación de reservas, incidencias con la venta de tiquetes o reservas, opiniones de los usuarios, solicitudes especiales (sillas de ruedas, oxigeno, asignación de asientos, asensos de clase, redención de millas, perdida de vuelos, entre otras). Cada PQRS será emitido con un código especial para posterior seguimiento por parte del cliente. 7. Seguridad: El módulo estará formado por: la definición y configuración de un certificado digital mediante SSL (Secure Socket Layer) y por medio del protocolo HTTPS que deberá instalarse en el servidor de aplicaciones; además, comprenderá la definición de políticas de acceso, autenticación y autorización de usuarios del sistema, los cuales estarán configurados por roles. También se deberá configurar el acceso por sesiones, las cuales estarán gestionadas por el servidor de aplicaciones. El sistema contendrá una pantalla de ingreso con login y password (Este deberá estar debidamente encriptado en la base de datos). Este módulo realizará la integración de los demás módulos del sistema garantizando que los roles de los usuarios se ajusten a las distintas opciones de cada menú o formulario. Se contempla la identificación y desarrollo de los casos de uso relacionados con la seguridad así como el análisis de requisitos y el diseño del modulo. Puntos de venta. Cada una de las oficinas contará con no más de 10 PCs para atender a clientes que desean reservar y adquirir pasajes. Adicionalmente se podrá dar de alta nuevos socios, modificar sus datos personales y consultar la cantidad de millas acumuladas. Los socios podrán tener 3 categorías. Categoría 1. Socio Elite  Millas acumuladas por cada trayecto 1000  Total máximo de Equipaje a facturar 2 Maletas de 25 Kg cada una y una maleta de mano de 10 Kg  Acceso a clase turista Categoría 2. Socio Gold  Millas acumuladas por cada trayecto 2500  Total máximo de Equipaje a facturar 2 Maletas de 35 Kg cada una y una maleta de mano de 10 Kg  Acceso a Clase Turista Categoría 3. Socio Silver  Millas acumuladas por cada trayecto 5000  Total de Equipaje a facturar 4 Maletas de 35 Kg cada una y una maleta de mano de 10 Kg  Acceso a Primera clase Se ha establecido que cada socio podrá redimir sus millas por otros trayectos si tienen un mínimo acumulado de 50000 millas se podrán ser utilizadas así: Redención Vuelos Nacionales: Temporada Baja 50000 millas por un trayecto. Temporada Alta 80000 Millas por un trayecto Redención Vuelos Internacionales: Temporada Baja 70000 millas por un trayecto (Destinos América). Temporada Alta 90000 Millas por un trayecto (Destinos América) Temporada Baja 90000 millas por un trayecto (Destinos Europa). Temporada Alta 140000 Millas por un trayecto (Destinos Europa)  Las temporadas Bajas van de los meses de Marzo a Mayo y de Septiembre a Noviembre  Las temporadas Altas van de los meses de Diciembre a Febrero y de Junio a Agosto. Cada uno de los PCs en los puntos de venta cuenta con procesadores Intel Pentium 4, con 512 Mb de memoria RAM y 100 Gb de disco y sistema operativo Windows XP o superior. Todos estos PCs están conectados en red y acceden al sistema central de reservas a partir de un enlace ADSL de 2 Mbits/seg. Se definen los siguientes requerimientos para los puntos de venta: 1. RF1. Alta de socios. 2. RF2. Modificación de datos personales de socios. 3. RF3. Reserva de vuelos (venta contado y crédito de pasajes) 4. RF4. Solicitud de Reserva de Sillas (Se debe tener en cuenta si es clase turista o ejecutiva). 4. RF5. Compra y canje de millas. 5. RF6. Reporte de millas para socios. 6. RF7. Redención de millas a socios 6. RNF1. Los agentes de viaje deberán identificarse en el sistema a partir de un usuario y contraseña. 7. RNF2. En caso de fallas de conexión con el sistema central, el sistema debe permitir operar normalmente, sincronizando posteriormente la información con el sistema central. 8. RNF3. El sistema se deberá comunicar con el sistema financiero autorizador de tarjetas de crédito para las ventas a crédito (Por ejemplo sistema de pago PSE o PayPal). En caso de que el mismo no se encuentre disponible, el sistema deberá solicitar la autorización manual. 9. RNF4. La información de las reservas de los vuelos deberá estar disponible a las otras sucursales y servicios on-line en un máximo de 30 minutos. 10. RNF5. La información de los socios deberá estar disponible a las otras sucursales y servicios on-line en un máximo de 4 horas. Servicios on-line. Se deberá proveer los siguientes servicios a los clientes mediante una aplicación web: 1. RF1. Consulta de vuelos (itinerarios, tarifas, disponibilidad de asientos, etc.) 2. RF2. Reserva y compra crédito de pasajes (compra pasaje con tarjeta crédito). 3. RF3. Compra y canje de millas (compra pasaje con millas). 4. RF4. Registro de socios. 5. RF5. Modificación datos socios. 6- RF6- Reserva de sillas en la cabina. (Tener en cuenta si es clase turista o ejecutiva) 7- RF7. Realización de check-in por el móvil del usuario (Requisito opcional). 8- RF8- Generación e impresión de pasabordo del usuario con código de barras de control. Los requerimientos funcionales RF3 y RF5 requieren que el usuario previamente se autentique en el sistema utilizando su identificador de socio y contraseña. Para estos requerimientos además, el sistema deberá enviar al socio un correo electrónico notificando el resultado de la transacción. Los aspectos de seguridad son vitales para lograr una buena imagen de la empresa y para que los socios puedan utilizar los servicios on-line frecuentemente sin riesgos. Adicionalmente, debido a la intensa competencia que presentan otras aerolíneas, es deseable que el sitio web sea sumamente eficiente y visualmente atractivo para los usuarios. Por eso mismo también es necesario lograr que los usuarios se familiaricen rápidamente con el sistema on-line y que el mismo esté disponible las 24 horas del día, los 7 días de la semana. Gestión en Aeropuertos Cada uno de los PCs ubicados en los puntos de check-in y en las puertas de embarque contaran con procesadores Pentium D de 3.0Ghz, con 2Gb de memoria RAM y 200Gb de disco y utilizaran un sistema operativo Linux. Todos estos PCs se comunican con el sistema central mediante una conexión de fibra óptica. Los funcionarios de la Aerolínea ubicados en los puestos de check-in y en las puertas de embarque utilizaran los siguientes servicios del sistema: 1. RF1. Consulta de reservas de pasajeros. 2. RF2. Check-in de equipaje de pasajeros 3. RF3. Consulta de estado y ubicación de equipaje. 4. RF4. Consulta de Pasajeros embarcados y confirmados. 5. RF5. Asignación de puerta de embarque y control de horarios de llegada y salida Adicionalmente, podrán realizar modificaciones de los vuelos de los pasajeros, modificaciones de itinerarios y horarios en casos de retrasos en los vuelos o retrasos de los pasajeros. Para evitar retrasos en los pasajeros y largas colas es crítico que esta funcionalidad se ejecute de forma eficiente y que el sistema se encuentre 100% disponible. Gestión Operativa En este modulo se deberá gestionar y planear las rutas de vuelos, horarios y frecuencias , tripulación, aviones, servicios de combustible y gastos operativos por uso de plataformas. RF1. Planeación de rutas y frecuencias horarias. RF2. Tripulación por cabina. Se definirá así: para vuelos nacionales 1 piloto, 1 copiloto, 3 azafatas o auxiliares de cabina. Para vuelos internacionales 1 piloto, 1 copiloto, 6 azafatas o auxiliares de cabina. RF3. Administración de aviones. La aerolínea para vuelos nacionales cuentan con 40 aviones Airbus A320-200 configurados de la siguiente forma. Cabina primera clase 10 pasajeros (4 sillas por fila). Cabina clase turista 170 pasajeros (6 sillas por cada fila). Para vuelos internacionales cuentan con 20 aviones Airbus A330-200 configurados de la siguiente forma. Cabina primera clase 30 pasajeros (6 sillas por fila). Cabina clase turista 220 pasajeros (8 sillas por cada fila). Por cada avión debe existir una bitácora de vuelo conformado por los siguientes datos. Código de Vuelo, Código de Plan de Vuelo, Ruta asignada (Origen- Destino), fecha y hora de salida. Fecha y hora de llegada. Escalas si existen, número de pasajeros embarcados, número de tripulantes, peso general de equipaje y carga, cantidad de combustible en libras, incidentes si existen. RF4. Operación. Se refiere al control de gastos operativos en aeropuerto e incluye Tanqueo general (Proveedor, cantidad de combustible en libras, precio por libra, precio total + impuesto). Costos sobre plataforma (cobro por hora en plataforma, impuesto aeroportuario). Otros requerimientos Esta planificado que dentro de los próximos 3 o 4 años, la Aerolínea se fusione con otra importante empresa del rubro. Sin embargo, debido a la inversión que representa el desarrollo de este sistema, se requiere que el mismo este vigente por al menos 9 años. Por este motivo, será necesario que el sistema soporte mecanismos que permitan modificar fundamentalmente su interfaz grafica y la lógica correspondiente a la gestión de socios y mecanismos de acumulación de millas. Restricciones Técnicas El sistema será implementado utilizando el lenguaje Java con las APIs de JEE ver 6 o 7. El IDE será Netbeans 7.3 o superior . El servidor de Aplicaciones será Glasfish ver 3 .1 o superior. El sistema deberá contar con por lo menos 5 capas definidas de la siguiente manera: 1. Capa Web: Deberá utilizarse el framework JSF 2.2 con PRIMEFACES. 2. Capa Seguridad: Estará compuesta por un componente de acceso por login y password utilizando roles y permisos de acceso. Esta capa incluye la autenticación, autorización e integración con todos los módulos del sistema. También deberá utilizarse certificados digitales. Se recomienda un sistema centralizado de control de usuarios por medio de directorios activos como LDAP, por lo que se utilizará el software OpenDS (Opensource). 3. Capa Lógica de Negocio: Estará compuesta por Session Beans. 4. Capa Persistencia: Estará compuesta por Entity Beans y utilizarà un framework de acceso a datos y ORM (Object Relational Mapping) como Hibernate o JPA. 5. Capa de Datos: Esta compuesta por las entidades y relaciones que integran la Base de Datos y que deberá estar gestionada por el DBMS.

InterfazGraficaJavaClase3