Generalidades_Ekade

¡pinceleKade, una aplicación de futuro!

GENERALIDADES interfaz gráfica, seguridad, etc. 1

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



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.



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



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.

Figura 1

Alm

acén

cen

tral

izad

o

Absentismo escolar

Rendimiento escolar Otra gestión

…

Servidor Pincel: Base de datos y otros servicios.

Secretaría

Sala Profesores

Alm

acén

de

Cer

tifica

cion

es

Sincronización

Certificación

Padres, alumnos y docentes

desde hogares

ESTACIONES DE TRABAJO

SERVICIOS CENTRALES 1

2 3

5

… Otra ubicación

4

Clientes Web Pda’s: Clientes desconectados

Sólo sincronización

CENTRO EDUCATIVO

EXTERIOR

6 7 8

INTERNET/INTRANET

INTERNET



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



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



…

GE

ST

IÓN

DE

MA

TR

ÍCU

LA

S

GE

ST

IÓN

DE

GR

UPO

S

GE

ST

IÓN

DE

AL

UM

NO

S

MO

DIF

ICA

R U

N G

RU

PO

MO

DIF

ICA

R U

N A

LU

MN

O

NIV

EL

2

N

IVE

L 1

N

IVE

L 3

ASIG

NA

R N

ÚM

ER

O D

E L

IST

A

…

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.

Figura 3



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 pincel

eKade 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.



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.


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.



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.

1



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.



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.




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_Ekade

Documents

Transcript of Generalidades_Ekade