[Allegro] a35 kurz und bündig

[Bernhard Eversberg]

                         a35 Executive Summary

                  Pflichtenheft für a35 in Kurzfassung

"a35" war der Arbeitstitel und bleibt die Kurzbezeichnung für die
Neuentwicklung "allegro-B", und das bedeutet "allegro für Browser".

Die 10 wichtigsten Entwicklungsziele sind diese:

  1. Eine für jede allegro-Datenbank schnell und leicht einzurichtende
       Web-Anbindung

  2. An der Clientseite nur zeitgemäße, offene Standards:
       HTML5, CSS3, JavaScript, jQuery
       d.h. im CLient nur ein nicht zu alter Browser erforderlich

  3. Programmierung auf Serverseite weitestgehend mittels FLEX, der
       unentbehrlichen Skriptsprache für den Datenbankzugriff.
       Standardskripte in PHP erübrigen eigene Skriptprogrammierung,
       ansonsten aber im Prinzip freie Wahl der Werkzeuge, falls PHP
       nicht anwendbar oder unerwünscht ist.

  4. Oberfläche komplett Unicode, intern aber beliebiger Zeichencode

  5. Großes, flexibles, erweiterbares Funktionsspektrum

  6. Möglichst komfortable Dateneingabe und -bearbeitung per Web,
       doch in jedem Fall zugleich mit a99, kein entweder-oder

  7. Administratorfunktionen, soweit irgend möglich, ebenfalls per Web

  8. Nutzung auch auf Mobilgeräten (Tablet und Smartphone incl. iPhone)

  9. Möglichkeiten zur Integration einer Volltextsuche mittels "srch",
       desgl. zur Nutzung von Solr

10. Umfassende Dokumentation (Voraussetzung für Punkt 1)
     Der gegenwärtige Stand (28.5.2013):
       http://www.allegro-c.de/doku/a35/a35.pdf

Damit wird u.a. der nicht mehr zu verdrängenden Einsicht Rechnung
getragen, daß das Web zum wichtigsten Aktionsfeld und der Browser zur
wichtigsten Endnutzer-Plattform geworden sind. Nutzung einer
Datenbank überall, jederzeit und mit jedem Endgerät ist zu
einer Erwartung geworden, die ein System entweder erfüllt - oder
aber nicht mehr bestehen kann.


Noch etwas zum Punkt 4:
Es soll keinen Zwang geben, eine Datenbank als solche irgendwie
umzuformatieren, um a35 nutzen zu können, also insbes. soll der
Zeichencode ASCII, den die große Mehrheit der Anwender einsetzt,
nutzbar bleiben, wobei dann die Web-Schnittstelle für eine
transparente Umwandlung in beiden Richtungen zu sorgen hat.
Andererseits wird dennoch angestrebt, daß man UTF-8 auch als
datenbankinterne Codierung einsetzen kann. Man wird dann ältere
Datenbanken auch in eine solche Form umwandeln können, aber eben
nicht müssen.

Drei Entwicklungsstadien zeichnen sich ab:

Für die interne Nutzung von UTF-8 wurde als erste Stufe, Ende
Mai 2013 schon weitgehend realisiert, eine strukturell recht
einfache Datenbankkonfigurierung erarbeitet. Mit dieser können
alle Web-Funktionen, insbes. die Schreibvorgänge, umfassend erprobt
und verfeinert werden. In diesem Moment kann das Paket a35 für
testwillige Anwender zugänglich gemacht werden.
Aktueller Stand:
    http://www.allegro-c.de/db/demo/a35start.php

Als zweite Stufe werden die so gewonnenen Einsichten, Skripte,
Tabellen und Hilfsdateien dann in die Standard-Konfigurierung
übertragen, die bei den meisten Anwendern im Einsatz
ist. Nun kann das Paket allgemein zugänglich gemacht werden,
womit noch in 2013 zu rechnen ist.

In einer dritten Stufe können dann die Geschäftsgangsfunktionen
(Erwerbung, Zeitschriftenverwaltung, Ausleihe) ebenfalls für a35
umgestaltet werden. Einsatzreife kann wohl erst 2014 erreicht werden.
Die OPAC-Funktionen Verlängerung, Kontoeinsicht, Vormerkung sind
schon vorab realisiert worden.

B.Eversberg, 28.5.2013