Un sistema de información para enseñenanzas interactivas, individuales y permanentes

Transcripción

1 Un sistema de información para enseñenanzas interactivas, individuales y permanentes Volkert Brosda 1 volkert.brosda@tr.fh-hannover.de Resumen En este artículo discutimos una infraestructura para enseñanzas a distancia. Sin ayuda por un sistema de información especial este estílo de enseñanza no va a ser posible en una manera eficiente. Introducimos a los problemas generales del sistema intendido y presentamos algunas técnicas modernas para resolverlos. El objetivo central de este papel es la propuesta de un sistema de información que esta basado a la idea del sistema workflow usando técnicas clasicas como diagramas estado transición, servidor del web y documentos estructurados. Este sistema trabaja con hipertextos y formatos basados a HTML y JavaScript. Los documentos se almacenan en dos niveles consecutivos: sistema SQL y sistema de recuperación de información (information retrieval). Para la consistencia de los datos y de los procesos aprovechamos transacciones clasicas de un sistema de manejo de bases de datos con una estrategia adicional. La búsqueda a documentos los que son candidatos para el reuso esta soportado por el segundo nivel de almacenamiento. Este nivel esta generado automaticamente. 1. Introducción En la figura 1 dibujamos algunas actividades típicas en la enseñanza interactiva, individual y permanent [1]. Maestros, estudiantes y profesionistas despues de sus estudios interactuan con un sistema de información.. Los maestros modelan interacciones y especifican modulos de aprendizaje tal que despues juntos con los estudiantes y los profesionistas individuales les inician interacciones según un modelo adecuado para una enseñanza concreta. Este estílo de enseñanzas individuales es comparable con el deseo de desarrollar sistemas de información más asignados a los usuarios como presentamos en [2]. Durante el procedimiento de la enseñanza hay discusiones basadas a documentos electronicos, pedimientos de preguntas y ofertas de respuestas. En el modelo de interacciones se define tipos de documentos, tipos de participantes, tipos de acciones, protocolos y eventos. Estudiantes y profesionalistas reciben tareas y practicas para solverlas. La adquisición de la información adecuada para hacer la acción siguiente es una tarea comun para todos los participantes individuales de este escenario. Observe los indices i,j,k en la figura 1. Las diferencias mas importantes entre estudiantes y profesionistas son la conexión con los maestros (examines) y el pedimiento referente la ayuda para situaciones que occuren en la practica de una empresa. Los maestros normalmente empezan con la evaluación de los perfiesl individuales de los estudiantes y profesionistas. El flujo de las interacciones, el tipo de los modulos de aprendizaje y la forma de las respuestas y preguntas pueden ser diferentes para todos los participantes. El control del progreso del conocimiento esta observado por medio de un monitor especial. Por ejemplo los maestros pueden observar los estudiantes como accesan ofertas las que estan presentadas en forma de un hipertexto. 1 Fachbereich IK, Stdg. TR Fachhochschule Hannover Bernhard-Caspar-Str. 7 D Hannover, Alemania 1

2 Sin ayuda por un sistema de información especial ni los maestros ni los estudiantes ni los profesionistas pueden trabajar eficientemente en el escenario dibujado. estudiante i adquisición tarea animación preguntas / respuestas discusiones maestro k adquisición monitor reuso modelación evaluación prueba profesionalista j practica adquisición tarea preguntas / respuestas Figura 1. Escenario de enseñanza interactiva, individual y permanente 2. Requerimientos generales Un sistema de información que soporta la enseñanza interactiva, individual y permanente tiene que solver muchos problemas generales: Independencia de plataformas Los documentos tienen que ser independientes de plataformas, porque el sistema va a usar plataformas diferentes durante el correr del tiempo. Reuso de componentes El reuso de partes de la información de un modulo de aprendizaje como respuestas, ejemplos y tareas con variedades es una fuente grande para la eficacia del sistema. Por eso el sistema debe que soportar este reuso eficientemente. 2

3 Integridad y consistencia La integridad y la consistencia de la información son muy importantes para formar una enseñanza seria. Por ejemplo cuando cambian los fines de la educación o las detálles referente el conocimiento, puede ser necesario el desarrollo de modulos de aprendizaje completamente diferente. Tambien los documentos deben que ser consistentes con sus definiciones de su estructura interna. Por ejemplo no debe ser permitido mandar una respuesta sin mencionar la identificación de la pregunta correspondiente. Extensión fácil Tareas especiales y la practica siempre requieren herramientas nuevas. Por eso el sistema tiene como requerimiento fundamental que la integración de software especial debe ser relativamente simple. 3. Técnologías basicas En este sección vamos a presentar técnologías basicas para el desarrollo de un sistema de información intendido. Son técnologías adecuadas para solucionar los problemas generales Documentos estructurados Lenguajes Markup Cuando se manda documentos de una fuente a otro lado se necesita información tal que se puede interpretar el contenido sintactico. Por ejemplo la secuencia 1234 puede ser el precio de un libro, el matriculo de un estudiante, etc. Por medio de un lenguaje markup se marca partes de la información tal que es posible interpretar la semantica si el lenguaje markup es conocido y los markups son mandados correctamente. Ni solo sus constituentes de un documento estan marcados por el lenguaje markup sino esta controlado la relación entre ellos. Asi es posible definir cuales son documentos con información consistente. Lenguajes Markup generalizado Markup generalizado es una aumentación de la idea de un lenguaje markup en que es un meta lenguaje para definir un lenguaje markup concreto. SGML [23] es un lenguaje markup generalizado estandar. En el Internet se usa el lenguaje HTML definido por SGML. Con HTML se puede transferir hipertextos independientes de plataformas. Se necesita algunas herramientas para trabajar con documentos de SGML. Con el parser SGML se evaluan la estructura del documento y forman una secuencia de parejas de categorias y valores asignados. Con el editor SGML se desarrollan documentos según el lenguaje markup concreto. La definición del lenguaje markup concreto se trata como parámetro del editor SGML. El objetivo central del trabajo con SGML es el almacenamiento de los partes los que obtienen los documentos en una base de datos. Se puede reusar la información estructurada por SGML muy eficientemente. SGML soportar el manejo de archivos independientemente de plataformas. Despues de muchos años debe que ser posible accesar a la información aunque durante el correr del tiempo hubieron cambios referente la técnologia de almacenar documentos. 3

4 3.2. Sistemas de manejo de bases de datos El manejo de documentos en un sistema de manejo de bases de datos (SMBD) tiene muchas ventajas en comparación con sistemas de archivos [5]. La consistencia y la integridad estan definidas por reglas centrales. Ni estan controladas por las aplicaciónes sino por el SMBD el mismo. Estos sistemas son muy distribuidos por el estandar SQL92 [12] para definir los tipos de los datos, su relación entre si y para tener acceso a la base de datos como a los meta datos. Los productos modernos permiten acceso a patir de clientes basados a plataformas diferentes. Tambien es posible distribuir la base de datos a muchos lugares en una manera transparente para los usuarios. Así se puede desarrollar aplicaciones distribuidas. El modelo de datos en sistemas de SQL92 esta basado al concepto tabla. Para documentos occurre el problema de distribuir la información sobre muchas tablas y falta la eficacia para reunirla. La recuperación de partes de textos es muy importante para el reuso de información. Pero accesos a los documentos por medio de partes de textos arbitrarios no son posibles directamente en un sistema SQL92. Para esta tarea normalmente se usa sistemas de recuperación de información (information retrieval systems). Son sistemas de archivos con especialisación al manejo de indices de textos. Algunos sistemas de SQL92 ofrecen modulos especiales para la recuperación de textos arbitrarios. El concepto de transacciones clasicas soporta accesos simultaneos con tiempo relativamente corto en una manera consistente sin permitir problemas como por ejemplo el problema del perdido de manipulación [5]. En el contexto de enseñanzas interactivas, individuales y permanentes esperamos tambien otro tipo de acceso a la base de datos. Por ejemplo hay que cambiar respuestas durante un flujo de acciones de una enseñanza. En esta situación resultan conflictos que se puede solucionar con el concepto de una transacción larga [17]. Una idea por ejemplo es la compensación automatica de las acciones según un esquema ya definido antes de empezar con la transacción. En general para transacciones largas se proponen estrategias optimisticas. SMBD con orientación a objetos (SMBDOO) [10] se desarrollan para soportar aplicaciones no estandares. Estas aplicaciones necesitan transacciones largas y datos con estructuras muy complejas como es el caso con el manejo de documentos. Este tipo de SMBD es capáz de manejar objetos persistentes tal que no occurre el conflicto entre el sistema de tipos del SMBD y la jérarquía de un lenguaje de programación con orientación a objetos como C++. Sistemas de manejo de base de datos relacionales usando objetos [22] ofrecen la posibilidad de aumentar el funcionamiento del sistema de bases de datos como necesitan las aplicaciones. Es una forma de integrar clases (data blades) con el kernel del sistema sin perdir las propiedades clasicas de un sistema relacional. Por ejemplo se puede desarrollar data blades para la recuperación de partes de textos. Otra rama de investigación importante para un sistema de información que soporta la forma de enseñanza a distancia intendida es la área de SMBD activos [19]. En estos sistemas se puede definir según el esquema ECA (Evento, Condición, Acción) como el SMBD hace una propia acción si occurre una situación correspondiente y si en este momento vale la condición especificada. En el estandar del futuro SQL3 para SMBD del tipo relacional con orientación a objetos se va a especificar este por el concepto trigger que ya existe en los sistemas modernos pero en forma no estandar. 4

5 3.3 Sistemas workflow La computación colaborativa cambia la computadora a un medio para soportar y controlar la interacción entre usuarios humanos. Groupware [7] se denota la familia de sistemas de software que hace posible la computación colaborativa. Sistemas de workflow son groupware especiales que ofrecen la posibilidad de realizar en una manera muy flexible el flujo de acciones de un grupo de usuarios. La flexibilidad se alcanzan por la seperación entre un modelo y sus instancias. Por ejemplo en el dominio de enseñanzas interactivas, individuales y permanentes el flujo de mandar preguntas, respuestas, tareas, soluciones, evaluaciones con varias herramientas de software y con varios tipos de documentos puede ser controlado por la instanciación de una definición de un workflow. En comparación con SMBD activos el flujo de acciones esta definido en un nivel más alto y independiente de la implementación por la tecnica de triggers. Tambien el cambio de la definición del workflow puede ser tambien especificado en otro workflow. Por ejemplo tal vez durante el procedimiento de una enseñanza a distancia hay cambios de fines o el maestro detecta un error referente un modulo de aprendizaje ya mandado al estudiante. Según [9] sistemas workflow se constituyen de los componentes siguientes (compare con la figura 2): Componentes de un sistema de workflow genérico proporcionan apoyo para funciones dentro del sistema de workflow (muestra en oscuro en la figura 2) varios tipos de definición del sistema y datos de control (muestra en blanco en la figura 2) que se usan por uno o más componentes de software aplicaciones (muestra en claro en la figura 2) que no es parte del producto de workflow, pero pueden ser invocados como parte del sistema total Herramienta de Definición del proceso se usa para crear la descripción del proceso en una forma procesable por la computadora. Se basa en un lenguaje de definición formal de procesos y un modelo de relación de objetos. La herramienta puede ser suministrada como parte de un producto del workflow o ser parte de un producto de análisis de procesos de negocios. Definición del proceso contiene toda la información sobre el proceso (por ejemplo el flujo de las acciones durante el procedimiento de la aprendizaje). Son condiciones de inicio y termino, actividades constitutivas y reglas por navegar entre ellos, tareas a emprender por el usuario, referencias a aplicaciones que pueden ser invocadas, definición de los datos pertinentes de cualquier workflow que necesitarían ser referenciados, etc. Servicio de aprobación y sanción de normas de workflow interpreta la descripción del proceso y controla la instanciación de procesos y secuenciación de actividades, agrega artículos de trabajo a listas de trabajo del usuario e invoca herramientas de la aplicación cuando sea necesario. Se hace esto a través de una o mas máquinas de control de workflow co-operativos, que manejan la ejecución de casos individuales de varios procesos. incluiría puntos de control e información de recuperación/reinicio usados por las máquinas del workflow para coordinar y recuperase de condiciones de fracaso. La definición del proceso, se usa para controlar la navegación por los pasos de la actividad dentro del proceso. Los máquinas del workflow incluyen una capacidad de invocación de herramienta de aplicación para activar aplicaciones necesarias para ejecutar un programa de actividades particular. 5

6 Datos relevantes del workflow y datos de la aplicación Donde decisiones de la navegación del proceso, u otros controles de funcionamientos dentro del máquina del workflow, se basan en datos generados o actualizados por programas de aplicación del workflow, tales datos son accesible a la máquina del workflow y datos pertinentes de workflow. Los datos de la aplicación Workflow se manipulan directamente (y sólo) por las aplicaciones invocadas, aunque los máquinas del workflow serian responsables por transferir tales datos entre aplicaciones (si es necesario), como se invocan aplicaciones diferentes en puntos de actividades diferentes dentro del proceso del workflow. Worklists (lista de elementos de trabajo) Donde interacciones del usuario son necesario dentro de la ejecución del proceso, la máquina del workflow coloca artículos en la lista de trabajo por ser atendidos por el manejador de la lista, que maneja las interacciones con los participantes del workflow. Este proceso estaría invisible a los participantes del workflow con la lista mantenida dentro del software del workflow y siendo presentada la próxima tarea a ser ejecuta a el usuario. En otro sistemas la lista de trabajo estaría visible al usuario, el cual tiene la responsabilidad de seleccionar artículos individuales de trabajo de la lista y llevar el progreso de ellos independientemente, con la lista de trabajo usada para indicar realizaciones de la tarea. Manjador de la lista de trabajo y interfaz de usuario El manejador de la lista de trabajo es un componente del software que maneja la interacción entre participantes del workflow y el servicio de aprobación y sanción de workflow. Es responsable por el trabajo en progreso que requiere atención del usuario En unos sistemas éste proporciona un recipiente de artículos de trabajo en espera de atención del usuario. En otros sistemas éste controlando la asignación de trabajo entre un conjunto de usuarios para proporcionar medios tal como carga balanceada y reasignación del trabajo. Funcionamientos de supervisión éstas se apoyan típicamente en base a los privilegios de supervisión de un usuario(s) particular o una estación de trabajo. permitirían a los supervisores alterar reglas de asignación del trabajo, identificar participantes para papeles organizacionales específicos dentro de un proceso, remontar la historia de un caso particular del proceso, preguntar por cargas del trabajo u otras estadísticas, etc. 6

7 Definition Tool Generates May reference Organisation/ Role Model Data Workflow Enactment Service (Supervisor) may refer to Administration & Control Process Definition Interpreted by WFM Engine(s) Work List Worklist Handler User Interface maintain Interact via use Workflow control data Workflow Relevant Data Invokes References Invokes update Application(s) Application(s) Manipulate Workflow Application Data Software component System control data External product/data Figura 2. Escenario de un sistema workflow [9] Hay dos tipos de problemas referente sistemas de workflow: la especificación de workflows adecuados y la ejecución de una instancia. En la modelación de workflows se especifica funciónes, acciones, datos, información referente la organisación etc. [8] [13]. Tambien hay propuestas para especificar los fines asignados con los workflows: fines formales y fines concretos [20]. Los modelos hay que traducir a una representación adecuada, tal que durante el procedimiento del sistema hay méthodos y funciones correspondientes para las instancias. En [17] se describe los problemas referente la ejecución de workflows. Se necesita transacciones adecuadas y una forma inteligente de la replicación de información. 7

8 4. Una infraestructura concreta En este capitulo presentamos la idea de un sistema de información concreto para enseñanzas interactivas, individuales y permanentes. Las enseñanzas consideramos como un modelo de interacciones. Los modelos consideramos como modelos de workflow. Traducimos estos modelos a una base de datos generico, tal que durante el manejo de un workflow hay que accesar a la base de datos para obtener información correspondiente y consistente. Própongamos un sistema client/server basado a un SMBD del tipo relacional (moderna). No usamos un SMBDOO porque esperamos que falta la eficacia [21] y no hay documentos con estructuras tan complejas. Si hay componentes bastante complejas se decide que se almacenan la información en un bloque completo descrito en un registro especial. El sistema tiene la architectura de un sistema workflow basado a documentos y realizado con la técnologia del Internet. Como en [4] combinamos las ventajas de sistemas workflow con las de la distribución grande de la técnologia de la familia de protocolos tcp/ip [6]. La función de un workflow se especifica por un diagrama estado transición. Este tiene la ventaja de haber una representación simple en la base de datos relacional. Otros aspectos de la enseñanza como tipos de participantes, tipos de documentos, formas de la organización, aplicaciones asignadas etc. se presentan en un meta modelo adecuado. Este meta modelo y sus extensiones se compila a la base de datos. Los participantes del sistema solo trabajan con documentos estructurados que forman un hipertexto. Las actividades posibles de los usuarios y de las aplicaciones asignadas las que ocurren durante la ejecución de un workflow son: llenar un formato, especificar un tipo de documento y mandar un documento al servidor del web. El procedimiento típico del servidor es lo siguiente: (1) un cliente demanda una lista de trabajo, (2) el servidor busca a todos los workflows activos con acciones del usuario y manda un documento hipertexto generado de la base de datos usando los formatos preparados que forman los medios de las actividades referente el workflow, (3) el usuario elecciona un elemento de trabajo (entra al hipertexto asignado). Los tipos de documentos obtienen markups de HTML, macros propios que refieren a la base de datos (ve [18] y [11]) y un programa universal para ejecutar diagramas estado transición. El uso de SGML para especificar las estructuras de documentos es más complejo y más caro en comperación con HTML. Pero en HTML falta la posibilidad de definir markups con relación a la base de datos. El diagrama estado transición esta especificado por tablas. Sus valores vienen de formatos (HTML y JavaScript). El mismo vale por otros aspectos del workflow. El concepto MIME [6] sirve para la integración con aplicaciones especiales. El programa universal para ejecutar diagramas estado transición esta escrito en JavaScript [15] como parte del hipertexto. Los clientes ejecutan algunos acciones independientes del servidor. Solo cuando hay cambios de los datos relevantes el servidor tiene que actualizar la base de datos y generar nuevamente el hipertexto representando el workflow actual. La recuperación de partes de textos es muy importante para el reuso de información. Es posible por el servicio del internet WAIS (Wide Area Information Service) generar un indice de texto para los documentos generados arriba la base de datos. Aprovechamos los dos niveles de almacenamiento de documentos como describimos en [18]. Si se detectan un documento en WAIS como candidato para el reuso, este documento hay que actualizar con la información de la base de datos. El cambio de partes del sistema tambien esta especificado por intercambio de documentos. Pero no es tan flexible como es en el sistema desarrollado en [20], porque no podemos cambiar el meta modelo para workflows durante el correr del sistema. Las aplicaciones asignados a los documentos como por ejemplo un sistema de news se especifica en el diagrama estado transición con una función de salida. Figura 3 muestra los niveles de la architectura del sistema, sus modulos y la forma de realizar mencionada. 8

9 Este sistema de información no soporta transacciones clasicas referente todo el procedimiento de un workflow sino solo durante los accesos a la base de datos. Para obtener workflows consistentes hay dos estrategias alternativas. Si se cambian datos de un modelo todas las instancias crespondientes se terminan, se modifican y despues se empezan con la ejecución otra vez. Una alternativa es que el cambio de un modelo se tarda hasta todas las instancias correspondientes estan terminadas. Cuando hay un requerimiento del cambio de un modelo en este momento no debe que ser posible instantiar más workflows con este modelo. Nivel Modulo Implementación Herramientas lista de elementos de trabajo; HTML + macros propios+ JavaScript; monitor; access log, modelos, datos; configuración por mano Kernel Control diagramas estado transición para el manejo general de workflow (inicialisación, pausa, reactivación, etc.) Shell modulos para los aspectos de compilación del modelo workflows: correspondiente a: función, organisación, diagramas estado transición (los datos estan almacenados en la base de datos), acceso a la base de datos accesso a la base de datos, Modulos de ayuda fines (formal, concretes), conexión con aplicaciones comunicación Sistema de manejo de base de datos acceso a la base de datos y generación de documentos (HTML + macros propios), identificación de las instancias acceso a la base de datos, CGI + MIME servidor del web, clientes, sistema news p.e. ORACLE 7 CGI + C + SQL con style files + programa universal para procesar diagramas estado transición realizado en JavaScript ORACLE sequence Figura 3. Una architectura concreta según los niveles de [14] 5. Conclusión y trabajo para el futuro Discutimos los problemas centrales para un sistema de información que soporta la forma de enseñanza a distancia interactiva, individual y permanente. Estos son la independencia de plataformas, el reuso de información dada, la consistencia, la integridad y la extensibilidad del sistema. El objetivo de este articulo es la presentación de un sistema relativamente simple que sirve como base de investigación. Este sistema ejecuta simultaneamente diagramas estado transición como una especificación simple de la función de un workflow. Para la consistencia de los datos y de los procesos aprovechamos transacciones clasicas de un sistema de manejo de bases de datos junto con una estrategia adecuada adicional. 9

10 En el futuro queremos implementar transacciones del tipo caja en caja, especificaciones más detalladas, flexibles y adecuadas para workflows junto con su compilación a maquinas abstractas basadas a objetos [20]. Tambien se puede aprovechar applets escritos en Java [16]. Java tiene la ventaja de haber conceptos para sincronizar los workflows como partes del lenguaje. Además la interpretación del codigo byte al lado de los clientes puede resulta en más eficacia. Otra alternativa es la aplicación de un sistema comercial como por ejemplo Oracle Interoffice, Astoria de Chrystal Software, Doc Concept 2000 de Interleaf o Lotus Notes. El éxito del sistema ni sólo depende de las funciones centrales del sistema workflow sino tambien de las aplicaciones inteligentes y especiales para enseñanzas interactivas, individuales y permanentes como mencionamos en la introducción. Referencias [1] Brosda, V., Favela, J.: Enseñanzas interactivas, individuales y permanentes, proceedings de la Conferencia Enseñanzas interactivas, individuales y permanentes, Universidad de Guadalajara, [2] Brosda, V., Jaspersen, Th. (Hrsg.): Lean Information Management, Datacom, [3] Bullinger et. al. Ein Beschreibungskonzept für Dialogabläufe bei graphischen Benutzungsschnittstellen, Informatik Forschung und Entwicklung 2/96, Springer, [4] Bußler, C. et al.: Das WWW als Benutzerschnittstelle und Basisdienst zur Applikationsintegration für Workflow-Management-Systeme, in Jeusfeld, Manfred A. (ed.): Informationsserver für das Internet - Anforderungen, Konzepte, Methoden, CEUR Workshop Proceedings, [5] Date, C. J. An introduction to Database Systems, Addison-Wesley, [6] Evans, T. : Building an Intranet, Sams.net Publishing, [7] Greif, I. (ed.) Computer-Supported Cooperative Work: A Book of Readings, San Mateo, Morgan Kaufmann, [8] Gruhn, V. Geschäftsprozeß-Management als Grundlage der Software-Entwicklung, Informatik Forschung und Entwicklung 2/96, Springer, [9] [10] [11] [12] ISO/IEC 9075:1992. Information technology - Database languages - SQL, [13] Jablonski, S. Workflow-Management-Systeme: Motivation, Modellierung, Architektur, Informatik Forschung und Entwicklung 1/95, Springer, [14] Jablonski, S. Architektur von Workflow-Management-Systemen, Informatik Forschung und Entwicklung, Band 12/2, [15] Koch, St. JavaScript - Einführung, Programmierung, Referenz, dpunkt,

11 [16] Kühnel, R.: Die Java-Fibel; Addison-Wesley, [17] Leymann, F. Transaktionsunterstützung für Workflows, Informatik Forschung und Entwicklung, Band 12/2, [18] Löffler, R.-T., Küspert, K. Brosda, V.: Entwurf und Realisierung einer datenbankbasierten Infothek: Von der relationalen Datenbank einer Technologietransfer-Kontaktstelle zu HTML-Dateien im World Wide Web, in Mayr, Heinrich C. (Hrsg.): Beherrschung von Informationssystemen, Tagungsband der Informatik 96; Österreichische Computer Gesellschaft R. Oldenbourg, Wien München 1996, S [19] Lufter, J., Schaarschmidt, R., Küspert K. Aktive Datenbankmechanismen: Stand in Forschung, Produkten und Entwicklung, Forschungsergebnisse der Fakultät für Mathematik und Informatik, Friedrich-Schiller-Universität Jena, [20] Malischewski, C. Generierung von Spezifikationen betrieblicher Anwendungssysteme auf der Basis von Geschäftsprozeßmodellen, Dissertation, Universität Bamberg, Alemania, [21] Specht, G., Hofmann, M.: Auswertung der Migration eines Multimedia- Informationssystems von einem relationalen auf ein objektorientiertes Datenbanksystem, in Mayr, Heinrich C. (Hrsg.): Beherrschung von Informationssystemen, Tagungsband der Informatik 96; Österreichische Computer Gesellschaft R. Oldenbourg, Wien München 1996, S [22] Stonebraker, M.: Object-relational DBMSs, The next Great Wave, Morgan Kaufmann, [23] 11