¡

pincel
Kade, una aplicación de futuro!
e

Generalidades
Interfaz gráfica, navegación, seguridad…

¿Sabía que...
• …el nuevo Pincel, denominado Ekade, envía información de forma
automática a SSCC?
• …Ekade presenta mejoras considerables en cuanto a la usabilidad?
• …Ekade es algo más que una aplicación de escritorio
convencional?
• …Ekade el algo más que una nueva versión de la antigua
aplicación Pincel?
• …Ekade nos permite enviar notificaciones a los padres en distintos
formatos digitales ( sms, correo electrónico, etc. ) sin coste adicional
para los centros?.
• …Ekade obtiene desde SSCC información de docentes sin más que
indicar su DNI, ahorrando una cantidad de tiempo considerable a
los centros?.
• …Ekade puede contrastar datos de sus docentes, alumnos, etc,
con SSCC y otros centros educativos?
• … Ekade permite definir en horarios toda la complejidad existente
en las distintas enseñanzas que se imparten en Canarias?.
• … Ekade agiliza el proceso de certificación de datos?.

1. Introducción:

El proyecto PINCEL, cuyo acrónimo es “Programa INformático para la gestión de Centros Educativos
Logse”, nació hace más de una década como necesidad, por parte de la Consejería de Educación, Cultura
y Deportes del Gobierno de Canarias, de dotar a los centros docentes de la Comunidad Autónoma de una
herramienta para su gestión administrativa y académica. Durante estos años, con el empleo de diferentes
recursos, se han sucedido modificaciones, ampliaciones y mejoras en mayor o menor medida con el fin de
cubrir las necesidades de gestión del propio centro. En los últimos años, gracias al desarrollo de las
nuevas tecnologías, se ha intentado agilizar y automatizar las vías de comunicación entre los servicios
centrales de la Consejería y los centros docentes. Esta evolución ha seguido una doble vía: por una parte,
han proliferado numerosos aplicativos Web para la captura de datos on-line de centros docentes y por
otra, se ha potenciado Pincel para el envío automático de datos a los servicios centrales. Así, en este
tiempo, Pincel se ha convertido en algo más que un programa para la gestión interna de los centros,
siendo en la actualidad un proyecto estratégico para esta Consejería, tendente a centralizar toda aquella

GENERALIDADES interfaz gráfica, seguridad, etc. 1

 ¡
pincel
Kade, una aplicación de futuro!
e

información vital para la toma de decisiones por parte de la dirección, de manera que sirva como vía de
comunicación, en cuanto a datos se refiere, entre los servicios centrales y los centros educativos.

Sin embargo, en la actualidad se plantean serias dificultades para avanzar en esta dirección. En primer
lugar, el actual Pincel (Pincel FoxPro) ha llegado a su techo “tecnológico” debido a la antigüedad de la
tecnología que subyace en su código. En segundo lugar, los numerosos cambios en la legislación
educativa hacen necesario modernizar y flexibilizar su diseño para una mejor adaptación a los
requerimientos futuros. Por último, la necesidad de centralizar e integrar datos y procesos con las
gestiones de los servicios centrales supone también cambios profundos en sus estructuras.
Esto hace que sea necesaria una profunda renovación en el diseño y código de los desarrollos actuales y
una modernización en las gestiones y tratamiento de datos, tanto por parte de los servicios centrales como
de los centros docentes. Para dar respuesta a esta exigencia, nace Pincel EKADE, un proyecto que
pretende ser de gran alcance.

2. Objetivos:
Las líneas generales que marcan este proyecto giran en torno a tres ejes fundamentales. Estos son:

Mejora de la gestión administrativa y académica de los Centros Educativos. Como ya se ha

mencionado en la introducción, urge a medio plazo modernizar el actual pincel (Pincel FoxPro)
distribuido a los centros. El actual Pincel está basado en una tecnología de más de 15 años. Fue diseñado
con el referente del hardware y las posibilidades tecnológicas de aquel momento, donde, por ejemplo, el
uso masivo de Internet, tal cual lo conocemos hoy, era impensable. Otra razón que abogó a su cambio y
modernización fue que se diseñó para el parque de ordenadores disponible y existente en esos años.
Actualmente se ha producido una renovación completa en los centros de esa generación de ordenadores y
nos encontramos con problemas de compatibilidad con equipos de última generación que en la mayoría
de los casos son insalvables. Por último, durante estos años han existido numerosos cambios de normativa
para los cuales Pincel no estaba pensado. Todo esto hizo altamente aconsejable su reescritura teniendo
como escenario de fondo el conocimiento acumulado en la versión actual y las nuevas necesidades de
integración con el resto de las gestiones de los servicios centrales.

Mejora, unificación y simplificación en trámites administrativos y burocráticos entre los Centros

Educativos y los Servicios Centrales. Históricamente ha habido una queja unánime por parte de los
centros educativos en cuanto a la gran cantidad de trámites administrativos y burocráticos demandados
por parte de los servicios centrales y sus centros directivos. Muchos de estos trámites han llegado a ser
repetitivos y solapados unos con otros, diferenciándose en pequeños detalles y en los destinatarios últimos
del trámite. En determinadas épocas del curso escolar éstos se convierten en una avalancha que llega a
incomodar a los cargos directivos en cuanto a la inversión de tiempo y esfuerzo en detrimento de su
auténtica función, la docencia. Es por ello, por lo que se plantea, como uno de los objetivos
fundamentales, el reducir, racionalizar y optimizar esos trámites burocráticos con el fin de simplificar el
trabajo administrativo del centro educativo. En este sentido, se pretende posicionar a Pincel Ekade como
el principal vehículo de ejecución y automatización de dichos trámites, de manera que se lleven a cabo de
la forma más simple y rápida posible.

Integrar y centralizar los datos. Tanto la integración en una sola fuente de datos como la disponibilidad
centralizada de los datos a la comunidad educativa son objetivos irrenunciables de este proyecto. Se trata
en definitiva de acercar las gestiones en un doble sentido: por una parte, los datos administrados en los
servicios centrales a los centros docentes (nombramiento del profesorado, estudios autorizados…) y por
otra, los datos generados en los centros docentes a los servicios centrales (matrícula de alumnos,
rendimiento escolar, absentismo…). Se pretende situar a Pincel como vehículo principal en esta doble
transmisión de datos entre los centros docentes, servicios centrales y el resto de la comunidad educativa.
Esta centralización se realizará aplicando los correspondientes mecanismos para garantizar la
confidencialidad, seguridad, fiabilidad y disponibilidad de la información. Con la consecución de este
objetivo lograremos colateralmente un gran beneficio: la disponibilidad de estos datos desde cualquier
lugar y en cualquier momento, anteponiendo siempre los criterios correspondientes en cuanto a niveles de
seguridad. Esta centralización de la información disponible nunca irá en detrimento de la custodia y
propiedad de esos datos por parte de los centros docentes.

GENERALIDADES interfaz gráfica, seguridad, etc. 2

 ¡
pincel
Kade, una aplicación de futuro!
e

3. Requisitos generales:

En el desarrollo de Ekade se han establecidos una serie de requisitos irrenunciables; éstos son:

• Agilidad, flexibilidad.
• Adaptación a las nuevas tecnologías.
• Una base de datos centralizada para la consolidación de toda la información que se considere
relevante y vital para la correcta gestión de los recursos por parte de los servicios centrales.
• Implementar sistemas de consulta, monitorización y seguimiento en cuanto a la consolidación y
calidad de datos.
• Total integración de las gestiones administrativas de los centros educativos con las gestiones
administrativas relacionadas e implantadas en los servicios centrales. La integración deberá ser
total con respecto a las herramientas de consulta y estadísticas disponibles en esos servicios.
• Implementar políticas estrictas de seguridad que garanticen la confidencialidad de los datos que
proceda.
• Disponer de un subsistema de consulta al resto de la comunidad educativa (alumnos, padres,
etc.) de aquellos datos que se estimen de interés para esos colectivos.
• Unificar y automatizar los procesos de flujo de datos entre los centros docentes y los servicios
centrales. Pincel deber ser el único vehículo de transmisión entre unos y otros.
• Migración transparente y automática para el usuario desde la aplicación actual.
• Todo el sistema debe ser de fácil uso y administración. Deberá contar con la ayuda, soporte y
formación adecuada para su correcto funcionamiento.
• El sistema deberá ser fácilmente mantenible y escalable en cuanto a rendimiento y ampliación de
prestaciones se refiere.
• Actualización automática y transparente de datos y versiones de aplicativos.

4. Ekade como Sistema: Arquitectura.

Ekade NO es una aplicación de escritorio aislada que esporádicamente se comunica con otras
aplicaciones, bases de datos, etc. Ekade es un Sistema Global de Información en el que uno de sus
componentes es la aplicación de escritorio que los centros tendrán instalada en uno o varios equipos. Por
tanto, en este sentido, Ekade lo forman un conjunto de componentes software y hardware distribuidos en
diferentes ubicaciones físicas.

La figura 1 representa a Ekade como Sistema. Sólo hemos presentado los aspectos más relevantes,
ocultando elementos que, aunque críticos no nos dejarían “ver el bosque”.

En la figura destacan dos líneas rectas que separan al rectángulo en tres zonas: Servicios Centrales,
Centro Educativo y Exterior. En la primera de ellas (Servicios Centrales) figuran dos grandes almacenes
de datos que contienen información generada en los centros.

El que hemos denominado “almacén centralizado” recoge toda la información en crudo que se genera en
Ekade. Su objetivo es centralizar la información y no actuar de servidor de datos a otras gestiones, aunque
la aplicación que requiera disponer en tiempo real de los datos generados en los centros podría hacer uso
de ella.

La forma natural de comunicarse las aplicaciones de Servicios Centrales con Ekade es a través de
Certificaciones. Una certificación es algo más que un trasvase de información de Ekade a otras gestiones.
Este proceso requiere de la validación e intención explícita del responsable del centro de realizar tal
certificación. Como ejemplos de certificaciones tenemos los envíos del parte de faltas mensual del
profesorado o el rendimiento escolar por trimestre. El Director del centro realiza estos procesos de forma
consciente y da fe de la información que envía. Los datos transformados, fruto de las certificaciones son
almacenados en el “almacén de certificación”. Es este almacén del que deben nutrirse las diferentes
gestiones si desean cierta oficialidad de la información generada producida en Ekade.

En lo que se refiere a la zona que representa a un centro educativo también encontramos varios elementos

GENERALIDADES interfaz gráfica, seguridad, etc. 3

 ¡
pincel
Kade, una aplicación de futuro!
e

de interés. El más relevante es la parte servidora de Ekade (nº 5). Contiene, entre otras cosas una base de
datos que alberga los datos generados por la aplicación. Esta base de datos tiene la misma estructura que
el almacén centralizado en los SSCC salvo que, como es obvio, sólo tendrá datos relativos al centro en
cuestión. Existe un elemento en la parte servidora que hemos denominado “sincro” encargado de realizar
de forma transparente para el usuario la sincronización de la base de datos local con el almacén
centralizado, consiguiendo que en SSCC se disponga casi en tiempo real de los datos manipulados por los
centro.

En el nº6 representamos las distintas instalaciones de trabajo del centro. Será una aplicación de escritorio
cuya funcionalidad es la que se tratará en este curso y en la que se podrá realizar todas las gestiones
relacionadas con la gestión académica y administrativa del centro.

También se ha desarrollado una aplicación para dispositivos móviles ( pdas ) que permitirá llevar a cabo
la gestión de faltas desde cualquier lugar. No será necesario ningún tipo de conexión, salvo en los
momentos que deseemos sincronizar la información entre estos dispositivos y Ekade.

Aunque aún se encuentra en desarrollo existirá acceso web a Ekade, permitiendo que desde los hogares
los alumnos y padre puedan consultar datos y los docentes, puedan además de realizar consultas, poner
faltas y notas a sus alumnos.

SERVICIOS CENTRALES
1
Absentismo escolar Rendimiento escolar Otra gestión

Almacén de Certificaciones
Almacén centralizado

2 3
INTERNET

4
EXTERIOR

Padres, alumnos y docentes

Sincronización
desde hogares
Certificación

Servidor Pincel: Base de datos y

otros servicios.

INTERNET/INTRANET

Sólo sincronización

…
Secretaría Sala Profesores Otra ubicación
ESTACIONES DE TRABAJO Pda’s: Clientes desconectados Clientes Web
6 7 8

CENTRO EDUCATIVO
Figura 1

GENERALIDADES interfaz gráfica, seguridad, etc. 4

 pincel
¡ Kade, una aplicación de futuro!
e

5. Ekade como aplicación de escritorio.

Como ya comentamos en el punto anterior, dentro de Ekade (sistema) disponemos de una aplicación de
escritorio a partir de la cual se llevará a cabo toda la gestión del centro, y la cual es motivo del presente
manual. A partir de este momento todos los apartados versarán sobre este componente del sistema. Los
siguientes apartados describirán los aspectos generales más relevantes que se debe conocer antes de entrar
en la funcionalidad de los distintos subsistemas que conforman la aplicación.

6. EKADE: Contexto de la aplicación.

Durante su ejecución, Ekade siempre se encontrará dentro de un contexto. Dicho contexto viene
determinado por:
• Usuario que está ejecutando la aplicación.
• Centro con el que se está trabajando. Nótese que en una instalación de Ekade se puede llevar la
gestionar más de un centro escolar.
• Curso escolar: La gestión está parcelada por cursos escolares. Para cambiar de curso escolar es
necesario indicarlo explícitamente.

La posibilidad de acceso a las distintas funcionalidades de Ekade vendrá determinada en su inmensa

mayoría por el contexto en el que se está trabajando. Se entrará en más detalle cuando se presente la
seguridad en Ekade.

7. EKADE: Modelo de seguridad.

La seguridad es, sin duda, uno de los aspectos más críticos en cualquier aplicación de gestión. Se debe
velar por la privacidad e integridad de la información según los criterios que la propia gestión establezca.

La seguridad en Ekade está basada en roles. Los permisos para ejecutar las distintas acciones en la
aplicación comprobarán el rol que tiene el usuario. Por tanto, la aplicación debe establecer la
funcionalidad habilitada para cada uno de los roles definidos en la gestión. Algunos de los roles que se
definen en la aplicación están relacionado con el cargo que se desempeña un docente en el centro,
Director, Jefe de Estudios, etc. El director del centro tendrá acceso a toda la funcionalidad de la
aplicación pero probablemente un tutor tendrá restringido algunos accesos, como por ejemplo, la consulta
y modificación de faltas de docentes.

Lo primero que debe hacer un usuario del Ekade es autenticarse. Para ello se le solicita su nombre se
usuario y contraseña. Este proceso sólo comprobará si este par de datos está asociado a algún usuario de
la aplicación.

Figura 2

GENERALIDADES interfaz gráfica, seguridad, etc. 5

 ¡
pincel
Kade, una aplicación de futuro!
e

La autenticación se puede realizar por varias vías. Veamos las dos más usuales:

Autenticación SUA (Sistema Único de Acceso de la Consejería de Educación):

Tiene la ventaja de que podemos usar el nombre de usuario y contraseña que tenemos establecido para
otras gestiones dentro de la consejería ( Ej. Consultar la nómina). La desventaja de esta autenticación es
que la aplicación debe estar dentro de la red corporativa de la Consejería y además debe haber conexión
en el momento que se intenta autenticarse.

Autenticación propia de la aplicación:

Aquí las ventajas y desventajas se invierten. Como ventaja tenemos que la aplicación es autónoma. El par
de datos necesarios para autenticarse se definen en la propia aplicación desde el subsistema de gestión de
usuarios. La desventaja es que el usuario tendrá algo más que recordar.

Cuando accedemos a Ekade podemos indicar el tipo de autenticación que deseamos usar o indicar que se
intente conectar con cualquiera de las vías que estén habilitadas.

El hecho de estar autenticado no nos da permiso a ninguna funcionalidad de la aplicación. Es necesario

que como usuario se nos haya asignado uno o varios roles. En Ekade hay un subsistema cuya
funcionalidad es precisamente el mantenimiento de usuarios y roles.

Cabe destacar que Ekade presenta algunas facilidades para este mantenimiento. Por ejemplo, cuando
damos de alta a un docente, automáticamente se le asigna el rol de docentes, evitándonos tener que ir al
subsistema de gestión de usuario para realizar tal asociación. Se entrará con detalle en esta gestión en el
tema correspondiente.

Otra ventaja que presenta la autenticación propia de la aplicación es la posibilidad de permitir el acceso y
gestionar los permisos de personas, incluso ajenas a la comunidad educativa ( Ej. Técnicos informáticos ).

8. EKADE: Diseño funcional e Interfaz gráfica.

Esta aplicación pretende haber recogido todo el conocimiento transmitido por la anterior aplicación
(FoxPro) más todo aquello que, por imposibilidad técnica, Pincel FoxPro no pudo llevar a cabo.

Una de las primeras impresiones que experimentará el usuario con esta nueva aplicación será los cambios
en cuanto al aspecto gráfico. Por un lado se renueva la estética y se usan componentes de acceso a la
información que contribuyen a una mejora notable en cuanto a la usabilidad.

Uno de los requisitos exigidos en el desarrollo ha sido conseguir un diseño que proporcionase una curva
de aprendizaje muy pronunciada. Para ello se han tenido en cuenta muchos aspectos, pero entre ellos
destaca la partición de la gestión académica en subsistemas con unas fronteras precisas sobre la
funcionalidad asociada. Como ejemplos de subsistemas tenemos: Gestión de Planes de estudios, Gestión
de Grupos, Gestión de Alumnos y matrículas, Gestión de docentes, Gestión de horarios, etc.

Cuando el usuario desea realizar alguna tarea de gestión académica en la aplicación no va a dudar sobre el
subsistema que debe invocar para llevarla a cabo. Hemos ido un poco más allá, pretendiendo que el
usuario no perciba grandes cambios en cuanto al acceso a la información cuando cambia de un subsistema
a otro. Esto se consigue reservando las mismas zonas de la pantalla para elementos con función
equivalente en los distintos subsistemas. Por ejemplo, si el usuario sabe donde está ubicado el botón que
hay que pulsar para crear un nuevo grupo en el subsistema de grupos y se traslada al subsistema de
Gestión de Expedientes Académicos ocurrirá lo esperado: El botón que debe pulsar para definir un nuevo
alumno se encontrará en la misma zona de la pantalla.

Para conseguir una navegación por la aplicación intuitiva y uniforme se han seguido las siguientes pautas
en la interfaz gráfica.
Navegación por niveles:
Los niveles representan la profundidad en el anidamiento de pantallas. Por ejemplo, la pantalla que

GENERALIDADES interfaz gráfica, seguridad, etc. 6

 pincel
¡ Kade, una aplicación de futuro!
e

aparece cuando se arranca la aplicación se encuentra a nivel 1. Las pantallas que podemos abrir desde la
pantalla principal se encuentran a nivel 2, las pantallas que se abren a partir de pantallas de nivel 2 son
pantallas de nivel 3, y así sucesivamente.
En Ekade se ha pretendido que las pantallas del mismo nivel representen la misma funcionalidad
genérica. Veamos con detalle la estructura de navegación de Ekade:

•
Nivel 1: ACCESO.
Este primer nivel es de acceso a los subsistemas KAFé (eKade Acceso Fácil). Además, nos
muestra una interfaz rica en funcionalidades.
• Nivel 2: VISUALIZACIÓN.
Desde el nivel 1 hemos accedido a un subsistema. En este nivel 2 estamos en modo sólo lectura,
visualización de datos. Este nivel nos facilitará las operaciones de filtrado y búsqueda de
entidades. También este nivel 2 expondrá otros casos de uso del subsistema.
• Nivel 3: MANIPULACIÓN.
Dentro de un subsistema concreto, nos decidimos a editar los datos del mismo. Este nivel está
dedicado a la edición, inserción y borrado de elementos. Técnicamente este nivel será
implementado mediante formularios modales.
La siguiente figura, muestra algunas de las pantallas de la aplicación en donde se manifiesta de forma
clara las funcionalidades genéricas en función de su nivel.
NIVEL 1

GESTIÓN DE MATRÍCULAS

GESTIÓN DE ALUMNOS
GESTIÓN DE GRUPOS
NIVEL 2

…
ASIGNAR NÚMERO DE LISTA

MODIFICAR UN ALUMNO
MODIFICAR UN GRUPO
NIVEL 3

Figura 3

GENERALIDADES interfaz gráfica, seguridad, etc. 7

 ¡
pincel
Kade, una aplicación de futuro!
e

Descripción del nivel 1:

A continuación se muestra la pantalla correspondiente a KAfé resaltando las distintas zonas que la
conforman.

Figura 4

Veamos una breve descripción de cada zona de la pantalla:

1. Barra de Título. (siempre visible)

En esta zona nos encontramos, de izquierda a derecha los siguientes elementos:
• Logotipo de la aplicación.
• EKADE, que es el nombre de la aplicación
• Descripción de etapa, nombre del centro y código del centro que está trabajando
• Curso lectivo de trabajo
• Nombre del usuario que está trabajando
Los tres últimos datos describen el contexto de la aplicación.

2. Menú principal.
Cualquier operación que se pueda realizar en pinceleKade debe estar recogida en este menú
principal. Así, todos los subsistemas deben estar representados en este menú , configuración de
pincel
eKade, gestión de seguridad, preferencias,...

3. Barra de navegación.
Tenemos los siguientes iconos:

Atrás/Adelante.
Nos permite navegar por las pantallas en orden secuencial según las invocaciones de las
mismas. Sigue el comportamiento de los botones con el mismo nombre que nos
encontramos en los navegadores Web.
Home.

GENERALIDADES interfaz gráfica, seguridad, etc. 8

 ¡
pincel
Kade, una aplicación de futuro!
e

Se ocultan todos los subsistemas que tuviéramos abiertos y se nos muestra KAFé.
Imprimir.
Se abre el subsistema de gestión de informes. Desde este subsistema se localizan todos
los informes que se puedan generarse en la aplicación.
Snapshot.
Sacamos una “foto” de lo que haya en este momento en pantalla en pinceleKade. Muy útil
para notificar incidencias.
Cambiar de curso escolar.

Cambiar de usuario.

Ayuda.

Sincronización. Realizará la sincronización de datos entre la aplicación y las Pda´s del

centro.

Acceso a Gestión de Pda`s.

Cabe destacar que las tres zonas anteriores estarán siempre visibles en la aplicación.

4. Panel superior.
En la zona izquierda se muestra el escudo del Gobierno de Canarias y en la derecha, los datos
identificativos del Centro: Nombre, código, etc.

5. Panel izquierdo.
En su parte superior tenemos un listín telefónico en el que podemos grabar los teléfonos de
interés para el centro. En su parte inferior tenernos la agenda del centro, en la que se registran las
festividades y acontecimientos que el centro considere.

6. Panel derecho.
En este panel se ha ubicado una utilidad que hemos denominado “Rastreador horario”. Con ella
podemos consultar las actividades que se están desarrollando en el momento actual: grupos que
tienen clase, profesores que están impartiendo clase, aulas ocupadas, etc. Este componente es de
gran utilidad para la consulta rápida del horario, no permitiendo realizar modificaciones sobre el
mismo. Para realizar modificaciones debemos entrar en el subsistema de horarios en el cual
podemos manipular el horario y obtener información con más detalle que la ofrecida por el
rastreador, aunque de forma menos ágil.

7. Panel central.
En este panel tenemos un conjunto de accesos directos a los subsistemas más representativos de
la aplicación: gestión de Planes de Estudios, gestión de Grupos, etc.

8. Barra de estados.
En la esta barra podemos ver el usuario que está conectado, el código del centro, el curso escolar
en el que se está trabajando, etc.

Descripción del nivel 2:

Las pantallas de nivel 2 representan la pantalla principal de los distintos subsistemas. Desde ella tenemos
acceso a toda la funcionalidad relativa al subsistema que representa. Como ejemplo, en la siguiente
figura se muestra la pantalla de nivel 2 para el subsistema de matrículas. En líneas generales todas las
pantallas de nivel 2 siguen esta distribución.

GENERALIDADES interfaz gráfica, seguridad, etc. 9

 ¡
pincel
Kade, una aplicación de futuro!
e

Figura 5

Las zonas 1,2 son realmente panales del nivel 1 que se visualizarán siempre y se describieron
anteriormente. Veamos las zonas propias del nivel 2.

3. Panel de título del subsistema.

En este panel tenemos en la zona izquierda el nombre del subsistema y en la zona derecha un conjunto de
botones que nos darán acceso a toda la funcionalidad asociada al subsistema.

4. Selector de entidades: búsqueda y filtrado.

En el panel de la izquierda tenemos el selector de entidades con opciones de filtrado y búsqueda.
Denominamos entidades a los elementos que el subsistema gestiona. En el caso de este subsistema, las
entidades serán las matrículas y en dicho panel se presentan las matrículas existentes; en el caso del
subsistema de grupos, las entidades serán los distintos grupos definidos en la aplicación, etc.

Este selector presenta una gran riqueza en cuanto a la localización de cualquiera de las entidades. Por un
lado, se oferta múltiples formas de visualizar las entidades. En el caso del subsistema de matrículas
tenemos tres formas de agrupar las matrículas: Por orden alfabético, según los apellidos de los alumnos,
agrupadas por estudios o agrupadas en función de los grupos a los que pertenecen los alumnos.

GENERALIDADES interfaz gráfica, seguridad, etc. 10

 ¡
pincel
Kade, una aplicación de futuro!
e

Figura 6

Además de la forma de agrupar las entidades, tenemos la posibilidad de buscar una entidad concreta. En
el cuadro remarcado en la siguiente figura podemos indicar el texto que queremos localizar sin más. La
búsqueda se realiza consultando en más de un campo. En este caso de matrícula, el texto que
introduzcamos se busca en los campos nombre, apellidos del alumno. (ej. Si introducimos el texto “Alv”
el buscador intentará localizar todas las matrículas en las que el nombre o el apellido del alumno
contengan la cadena “Alv”.

Figura 7

Otra utilidad que se presenta en este panel son las opciones de filtrado. Observamos que en matrículas
disponemos de tres opciones: Mostrar todos los alumnos matriculados en el curso actual; Mostrar sólo los
alumnos matriculados actualmente ( los que no están de baja ); Mostrar alumnos con finalización (
Alumnos que se han dado de baja ).

Figura 8

5. Cabecera de entidad.

Esta sección no siempre aparece y su objetivo es contextualizar la entidad que tenemos seleccionada.
Veamos la cabecera de la entidad en el subsistema de matrículas. Lo que se muestra en dicha cabecera
son: apellidos, nombre, Cial, Nif/Nie, número de expediente y la fecha de nacimiento del alumno objeto
de la matrícula. Nótese que estos datos NO son datos de matrícula sino del alumno. Si el alumno tuviese
más de una matrícula, en todas ellas aparecería la misma información.

GENERALIDADES interfaz gráfica, seguridad, etc. 11

 ¡
pincel
Kade, una aplicación de futuro!
e

Figura 9

6. Detalle de la entidad.

Esta es la sección más importante del nivel 2. En ella se muestran todos los datos vinculados a la
entidad seleccionada dentro del subsistema con el que estemos trabajando ( Expediente del
alumnado, matrícula, grupos, etc ).

Tomando nuevamente como ejemplo el subsistema de matrículas vemos que el “detalle de la

entidad” es la sección que mayor superficie ocupa. En esta sección se muestran todos los datos
relativos a la matrícula del alumnado. Cuando la información relativa a la entidad seleccionada
demanda mayor superficie que la que ofrece esta sección se usan varios paneles cuyo acceso se hace
a través de pestañas. Vemos que en este subsistemas se dispone de tres pestañas: “Datos Generales”,
“Datos de interés” y “Atributos”. Para acceder a cada uno de los paneles basta pulsar sobre la pestaña
correspondiente.

GENERALIDADES interfaz gráfica, seguridad, etc. 12

 ¡
pincel
Kade, una aplicación de futuro!
e

Descripción del nivel 3:

Como ya hemos comentado, en el nivel 2, tenemos la posibilidad de visualizar los datos de las distintas
entidades, pero sin la posibilidad de manipularlos. Para su manipulación será necesario entrar en el nivel
3. En este nivel tenemos una pantalla muy similar a la sección “Detalle de la entidad” del nivel 2, con la
diferencia de que aquí se podrá modificar la información mostrada.

A pesar de haber definido esta estructura como un estándar en la navegación dentro de Ekade, algunos
subsistemas no se ajustan a este esquema debido a la dificultad añadida en su gestión si nos hubiésemos
ajustado a él. Tal es el caso del subsistema de horario. En este subsistema las modificaciones en los datos
se realizan directamente en el nivel 2. No existe el nivel 3.

GENERALIDADES interfaz gráfica, seguridad, etc. 13