Επιλεγμένα Case Studies

CDB200Q — THE CORPORATE DATABASE

Enterprise Distribution, Sales & Marketing Support Platform

Η ΠΡΟΚΛΗΣΗ

Σε ένα εκτεταμένο δίκτυο διανομής, η πραγματική εικόνα της αγοράς δεν προκύπτει από ένα μόνο σύνολο δεδομένων. Απαιτεί τη συσχέτιση της γεωγραφικής και εμπορικής δομής της αγοράς, των manufacturers, importers, distributors, wholesalers και retailers, των προϊόντων, των territories και των ανθρώπων που τα διαχειρίζονται, των field activities και των πραγματικών sales data.

Το ζητούμενο επομένως δεν ήταν απλώς ένα CRM ή μια sales database. Ήταν ένα ενιαίο λειτουργικό περιβάλλον που θα μπορούσε να αναπαριστά με ακρίβεια την αγορά και να συνδέει Sales, Marketing, Distribution και Field Operations πάνω στο ίδιο συνεκτικό σύνολο δεδομένων.

Όταν ανέλαβα το έργο το 1994, υπήρχε ήδη προηγούμενη εμπειρία από παλαιότερο Corporate Database. Το CDB200Q όμως αναπτύχθηκε εξ αρχής ως νέο σύστημα, αξιοποιώντας αυτή την επιχειρησιακή γνώση και επανασχεδιάζοντας το data model, τις εφαρμογές και τη συνολική λειτουργική αρχιτεκτονική.

Η ΛΥΣΗ

Το CDB200Q, «The Corporate Database», εξελίχθηκε σε κεντρική enterprise πλατφόρμα για τη διαχείριση της εμπορικής παρουσίας, του distribution network και των field operations.

Στον πυρήνα του βρισκόταν ένα ενιαίο relational model που συνέδεε διαφορετικές αλλά αλληλεξαρτώμενες περιοχές της επιχειρησιακής λειτουργίας:

Η σημασία αυτού του μοντέλου ήταν ότι οι ίδιες επιχειρησιακές οντότητες δεν αντιγράφονταν σε ανεξάρτητα «νησιά» εφαρμογών. Vendors, geographic areas, products, territories, personnel, visits, activities και sales transactions αποτελούσαν διαφορετικές όψεις της ίδιας αγοράς και μπορούσαν να συσχετίζονται μεταξύ τους.

ΔΙΑΓΡΑΜΜΑ ΔΟΜΗΣ ΔΕΔΟΜΕΝΩΝ

Το παρακάτω διάγραμμα αποτυπώνει, σε σύγχρονη οπτική μορφή, τις βασικές ενότητες του data model και τις μεταξύ τους σχέσεις.

MARKET BREAKDOWN ΚΑΙ DISTRIBUTION NETWORK

Το CDB200Q αποτύπωνε τόσο τη γεωγραφική όσο και την εμπορική δομή της αγοράς.

Το distribution network μπορούσε να περιλαμβάνει manufacturers, importers, distributors, major outlets, wholesalers και retailers, οργανωμένα σε διαφορετικά επίπεδα και vendor types. Παράλληλα διατηρούνταν supplied areas, supply relationships, profiles και profile history, καθώς και marketing possibilities για διαφορετικά σημεία της αγοράς.

Έτσι ένα outlet ή ένας άλλος market entity δεν αποτελούσε απλώς μία εγγραφή πελάτη. Μπορούσε να εξεταστεί ταυτόχρονα ως μέρος συγκεκριμένης γεωγραφικής περιοχής, ως μέλος ενός distribution relationship, ως εμπορικό profile και ως στόχος συγκεκριμένων sales ή marketing activities.

ORGANIZATION, TERRITORIES ΚΑΙ FIELD RESPONSIBILITY

Η οργανωτική δομή συνδεόταν άμεσα με τη δομή της αγοράς.

Company departments και personnel συνδέονταν με districts και territories, ενώ τα territories αντιστοιχούσαν σε geographic areas και market entities. Με αυτόν τον τρόπο ήταν δυνατό να αποτυπώνεται ποιος έχει ευθύνη για ποιο τμήμα της αγοράς, ποια σημεία ανήκουν σε κάθε territory και ποιες δραστηριότητες προγραμματίζονται ή εκτελούνται εκεί.

Η γεωγραφική, εμπορική και οργανωτική διάσταση δεν αποτελούσαν ανεξάρτητες ταξινομήσεις. Συνδέονταν στο ίδιο operational model.

PRODUCTS & MERCHANDISING

Τα προϊόντα δεν αντιμετωπίζονταν ως απλοί κωδικοί.

Το product model περιλάμβανε brands, styles, pack types, attributes, attribute values και ιστορικό μεταβολών, μαζί με merchandising-related information.

Αυτό επέτρεπε η ίδια πληροφορία αγοράς, πωλήσεων και field activity να αναλύεται όχι μόνο ανά vendor ή περιοχή, αλλά και ανά διαφορετικές product dimensions και εμπορικά χαρακτηριστικά.

FIELD OPERATIONS, VISITS & ACTIONS

Η εργασία πεδίου αποτελούσε οργανικό μέρος του ίδιου πληροφοριακού μοντέλου.

Κάθε visit μπορούσε να συνδέεται με συγκεκριμένο field user, vendor, products, visit actions, action types και remarks. Έτσι το retailer profile και η πραγματική δραστηριότητα στο πεδίο δεν αποτελούσαν ξεχωριστές εφαρμογές.

Οι promotion και άλλες field activities μπορούσαν να προγραμματίζονται κεντρικά, να κατανέμονται στους κατάλληλους χρήστες και territories, να εκτελούνται στο πεδίο και να παρακολουθούνται κεντρικά.

Με την εξέλιξη των mobile εφαρμογών, αρχικά μέσω HHT και αργότερα μέσω laptop και άλλων offline clients, οι field users μπορούσαν να έχουν το απαραίτητο υποσύνολο της κεντρικής πληροφορίας διαθέσιμο τοπικά, να εργάζονται χωρίς συνεχή σύνδεση και να συγχρονίζουν τα αποτελέσματα με το κεντρικό σύστημα.

SALES DATA, TARGETS ΚΑΙ DISTRIBUTION FLOWS

Το CDB200Q συγκέντρωνε και συσχέτιζε sales και distribution information από διαφορετικές πηγές.

Το sales model συνέδεε source και target vendors, products, geography, transaction types και χρονικές περιόδους. Υποστηρίζονταν sales statistics, distributor και wholesaler sales, targets, καθώς και εισαγωγή δεδομένων από εξωτερικές πηγές.

Με αυτόν τον τρόπο τα sales data δεν αποτελούσαν απλώς ένα reporting dataset. Συνδέονταν με την πραγματική δομή του distribution network, τα προϊόντα και τις περιοχές της αγοράς.

ΑΠΟ ΤΑ ΔΕΔΟΜΕΝΑ ΣΤΗΝ ΠΛΗΡΟΦΟΡΙΑ

Βασικός στόχος του συστήματος ήταν η μετατροπή μεγάλου όγκου operational data σε αξιοποιήσιμη επιχειρησιακή πληροφορία.

Το CDB200Q περιλάμβανε παραμετρικούς μηχανισμούς reporting και ad-hoc analysis, ώστε διαφορετικές διαστάσεις της αγοράς να μπορούν να συνδυάζονται δυναμικά. Geography, vendors, products, territories, periods, activities και sales μπορούσαν να λειτουργούν ως κοινές διαστάσεις ανάλυσης.

Το κεντρικό data model λειτουργούσε επομένως ταυτόχρονα ως operational environment και ως βάση management information.

AGREEMENTS, CONTRACTS ΚΑΙ WORKFLOW

Καθώς το σύστημα εξελισσόταν, στο ίδιο πληροφοριακό περιβάλλον εντάχθηκαν agreements, contracts, υποχρεώσεις, approvals, follow-ups και σχετικά workflows.

Η σύνδεσή τους με τα ήδη υπάρχοντα market entities, territories, personnel και activities επέτρεπε οι εμπορικές συμφωνίες να μην αντιμετωπίζονται ως ανεξάρτητα διοικητικά έγγραφα, αλλά ως μέρος της συνολικής σχέσης της εταιρείας με την αγορά.

ΔΙΑΣΥΝΔΕΣΗ ΜΕ ΤΟ ΥΠΟΛΟΙΠΟ CORPORATE ENVIRONMENT

Κατά τη μακρόχρονη παραγωγική ζωή του, το CDB200Q διασυνδέθηκε με ERP, BI και άλλα corporate systems, υποστηρίζοντας imports, exports, data feeds, migrations, reconciliation και data cleansing.

Η αρχιτεκτονική λογική παρέμεινε ότι ένα custom enterprise system δεν πρέπει να λειτουργεί απομονωμένα. Πρέπει να συνεργάζεται με το ευρύτερο πληροφοριακό περιβάλλον, διατηρώντας παράλληλα τη domain-specific λειτουργικότητα που αποτελεί τον λόγο ύπαρξής του.

ΣΥΝΕΧΗΣ ΕΞΕΛΙΞΗ ΚΑΙ CONTROLLED MODERNIZATION

Το CDB200Q αναπτύχθηκε εξ αρχής το 1994, αξιοποιώντας την επιχειρησιακή εμπειρία που είχε αποκτηθεί από προηγούμενα συστήματα, και συνέχισε να αναπτύσσεται και να υποστηρίζεται παραγωγικά έως το 2026.

Στη διάρκεια αυτών των δεκαετιών άλλαξαν η αγορά, οι οργανωτικές ανάγκες, οι field processes, οι τεχνολογικές πλατφόρμες και το ευρύτερο corporate IT environment.

Το σύστημα ακολούθησε αυτές τις αλλαγές μέσα από λειτουργικές επεκτάσεις, migrations, integrations και controlled modernization, χωρίς να χάνεται η επιχειρησιακή γνώση που είχε ενσωματωθεί στο software.

Η διάρκεια αυτή δεν αποτελεί απλώς ιστορικό στοιχείο. Αποτυπώνει μια διαφορετική τεχνική απαίτηση από την αρχική παράδοση ενός project: long-term software ownership, continuous development, production support και ασφαλής εξέλιξη ενός mission-critical enterprise system.

ΓΙΑΤΙ ΕΧΕΙ ΣΗΜΑΣΙΑ

Το CDB200Q δεν ήταν απλώς CRM, sales database, field application ή reporting system.

Η βασική του αρχιτεκτονική ιδέα ήταν ότι η αγορά μπορούσε να μοντελοποιηθεί ως ένα κοινό σύνολο συνδεδεμένων επιχειρησιακών οντοτήτων:

Πάνω σε αυτό το κοινό μοντέλο μπορούσαν να λειτουργούν Sales, Marketing, Distribution, Field Operations και Management Reporting, χρησιμοποιώντας την ίδια πληροφορία από διαφορετικές επιχειρησιακές οπτικές.

Η μακρόχρονη παραγωγική του ζωή δείχνει επίσης ότι η αξία ενός enterprise application δεν βρίσκεται μόνο στον αρχικό σχεδιασμό και την ανάπτυξή του, αλλά στην ικανότητά του να προσαρμόζεται, να διασυνδέεται και να εξελίσσεται καθώς αλλάζει ο οργανισμός που υποστηρίζει.

ICMANAGER

Imports Cycle, Supply Planning & Excise Management System

Η ΠΡΟΚΛΗΣΗ

Η διαχείριση εισαγωγών σε περιβάλλον με ειδικό φορολογικό καθεστώς δεν είναι απλώς μια διαδικασία orders και warehouse management. Κάθε factory order επηρεάζει μελλοντικά shipments και imports. Οι εισαγωγές επηρεάζουν bonded stock, η αποδέσμευσή του δημιουργεί φορολογικές υποχρεώσεις, αυτές συνδέονται με εγγυητικές επιστολές και τελικά μεταφράζονται σε συγκεκριμένες μελλοντικές ταμειακές ανάγκες.

Το πρόβλημα ήταν επομένως να αντιμετωπιστεί όλος αυτός ο κύκλος ως ένα ενιαίο επιχειρησιακό μοντέλο, αντί ως μια σειρά από αποσυνδεδεμένα spreadsheets ή modules.

Η ΛΥΣΗ

Το ICManager σχεδιάστηκε ως specialized ERP-companion για τον πλήρη imports cycle. Ο πυρήνας του συνέδεε τρεις περιοχές που συνήθως αντιμετωπίζονται χωριστά:

Orders & Import Planning

Forecasting, order placement, factory shipments, partial executions, cancellations/over-executions, balances και closing.

Excise & Taxation Management

Υπολογισμός και forecasting ειδικών φόρων, διαχείριση φορολογικών ταινιών (banderoles) και σύνδεση με εγγυητικές επιστολές.

Bonded & Free Stock Management

Παράλληλη παρακολούθηση bonded και tax-paid/free stock, με πραγματικές, planned και forecast κινήσεις.

ΑΠΟ ΤΟ FORECASTING ΣΤΙΣ ΜΕΛΛΟΝΤΙΚΕΣ ΤΑΜΕΙΑΚΕΣ ΑΝΑΓΚΕΣ

Ένα από τα ισχυρότερα στοιχεία του ICManager ήταν ότι δεν περιοριζόταν στην καταγραφή του τι είχε ήδη συμβεί. Το σύστημα μπορούσε να δημιουργεί 12μηνα import plans χρησιμοποιώντας διαθέσιμα sales/stock data, factory και shipping parameters και warehouse constraints.

Η αλυσίδα μπορούσε να εξεταστεί ως:

Έτσι η Finance και η Supply λειτουργία αποκτούσαν εικόνα όχι μόνο της τρέχουσας κατάστασης, αλλά και των οικονομικών συνεπειών μελλοντικών αποφάσεων.

ΕΞΕΙΔΙΚΕΥΜΕΝΗ ΜΟΝΤΕΛΟΠΟΙΗΣΗ ΤΟΥ ΠΕΔΙΟΥ

Το taxation layer ήταν ιδιαίτερα απαιτητικό. Το ICManager παρακολουθούσε τις ποσότητες και το κόστος των φορολογικών ταινιών, τη σχέση τους με orders/imports και τον κύκλο ζωής των εγγυητικών επιστολών. Οι μεταβολές στις εισαγωγές, στο bonded stock και στις φορολογικές υποχρεώσεις δεν αντιμετωπίζονταν ως ανεξάρτητα γεγονότα, αλλά ως αλληλένδετες μεταβολές του ίδιου λειτουργικού μοντέλου.

ΣΧΕΔΙΑΣΜΟΣ ΜΕ ΕΜΦΑΣΗ ΣΤΙΣ ΕΞΑΙΡΕΣΕΙΣ

Στην πραγματική ζωή τα orders δεν εκτελούνται πάντα όπως σχεδιάστηκαν. Το σύστημα έπρεπε να χειρίζεται partial shipments, cancellations, over-executions, διαφορετικά ημερολόγια εργασίας, αλλαγές στις ημερομηνίες άφιξης, returns, stock adjustments, losses/damages και μεταβολές των operational parameters.

Η αξία του forecasting ήταν ακριβώς ότι μπορούσε να αναθεωρείται καθώς το πραγματικό imports cycle εξελισσόταν, αντί να παραμένει ένα απομονωμένο planning spreadsheet.

ΔΙΑΣΥΝΔΕΣΗ, ΟΧΙ ΑΝΤΙΚΑΤΑΣΤΑΣΗ ΤΟΥ ERP

Το ICManager δεν σχεδιάστηκε για να αντικαταστήσει το υπάρχον ERP. Κάλυπτε εξειδικευμένες διαδικασίες που ένα generic ERP δύσκολα μοντελοποιεί σε βάθος και μπορούσε να αντλεί operational data από άλλα εταιρικά συστήματα.

Αυτό το πρότυπο παραμένει επίκαιρο: custom software δίπλα σε ERP, όταν η κρίσιμη επιχειρησιακή τεχνογνωσία βρίσκεται σε διαδικασίες που δεν χωρούν καλά σε ένα τυποποιημένο πακέτο.

ΓΙΑΤΙ ΕΧΕΙ ΣΗΜΑΣΙΑ

Το ICManager αποτελεί χαρακτηριστικό παράδειγμα domain-specific enterprise software. Η δύναμή του δεν βρίσκεται σε μία μεμονωμένη λειτουργία, αλλά στην ενοποίηση της αλυσίδας:

Δείχνει την ικανότητα να μετατραπεί μια σύνθετη, ρυθμιζόμενη και αλληλοεξαρτώμενη επιχειρησιακή διαδικασία σε συνεκτικό software model.

ΔΙΑΓΡΑΜΜΑ ΛΕΙΤΟΥΡΓΙΚΟΥ ΚΥΚΛΟΥ

Το παρακάτω διάγραμμα συνοψίζει βασικά στάδια του imports cycle — από order planning και order placement έως bonded/free stock, banderoles και letters of guarantee.

Δείτε τη μπροσούρα ICManager · PDF, 2 σελ.

ATHANASSIOU S.A. — DISTRIBUTION NETWORK DATA HUB

Wholesaler Integration & Daily Sales Data Collection Platform

Η ΠΡΟΚΛΗΣΗ

Ο στόχος ήταν η συστηματική, καθημερινή συλλογή στοιχείων πωλήσεων, επιστροφών και stock από ένα εκτεταμένο δίκτυο χονδρεμπόρων. Το πρόβλημα ήταν ότι το δίκτυο δεν λειτουργούσε πάνω σε μία κοινή πληροφοριακή υποδομή.

Κάθε wholesaler μπορούσε να χρησιμοποιεί διαφορετική εμπορική εφαρμογή ή σύστημα αποθήκης, διαφορετικούς product codes, διαφορετικά export formats, encodings και layouts. Η λύση δεν μπορούσε να απαιτήσει αντικατάσταση των τοπικών συστημάτων ούτε να βασιστεί σε χειροκίνητη ενοποίηση αρχείων.

Η ΛΥΣΗ

Αναπτύχθηκε ένα configurable Distribution Network Data Hub για την υποδοχή, επεξεργασία, validation, normalization, κεντρική αποθήκευση και routing των εισερχόμενων δεδομένων.

Η βασική αρχή ήταν:

Δεν προσαρμόζεται κάθε wholesaler στο σύστημα. Το σύστημα προσαρμόζεται σε κάθε wholesaler.

Η processing architecture μπορεί να περιγραφεί ως:

ΠΑΡΑΜΕΤΡΟΠΟΙΗΣΙΜΗ ΥΠΟΔΟΧΗ ΔΕΔΟΜΕΝΩΝ

Για κάθε wholesaler μπορούσε να διατηρείται ξεχωριστό προφίλ επεξεργασίας με πληροφορίες για το format, την κωδικοποίηση, τους κανόνες parsing, τα product mappings και τις αναμενόμενες αποστολές.

Αυτό επέτρεπε σε μία κεντρική εφαρμογή να εντάσσει σταδιακά διαφορετικά μέλη του δικτύου χωρίς να απαιτεί κοινό ERP ή κοινή τοπική μηχανογράφηση.

MASTER DATA ΚΑΙ PRODUCT MAPPING

Κρίσιμο στοιχείο ήταν το central product catalogue και οι αντιστοιχίσεις ανά wholesaler. Τα τοπικά product codes μετατρέπονταν σε common central codes, ενώ νέα ή άγνωστα codes μπορούσαν να παραμένουν σε pending κατάσταση μέχρι να επιλυθεί το mapping.

Το mapping αντιμετωπιζόταν ως συνεχής λειτουργική διαδικασία και όχι ως one-off conversion.

ΠΟΙΟΤΗΤΑ ΔΕΔΟΜΕΝΩΝ ΚΑΙ EXCEPTION MANAGEMENT

Το πραγματικό engineering challenge δεν ήταν μόνο να «μπαίνουν» τα αρχεία. Ήταν να γνωρίζουμε ποια δεδομένα είναι αξιόπιστα.

Το σύστημα εντόπιζε και διαχειριζόταν:

• άγνωστοι κωδικοί προϊόντων,
• αλλαγές στα source formats,
• ελλείπουσες αποστολές ή periods,
• λανθασμένες/ασυνεπείς εγγραφές,
• processing failures,
• records που απαιτούσαν χειροκίνητο έλεγχο.

Τα προβληματικά δεδομένα μπορούσαν να παραμένουν σε ελεγχόμενη κατάσταση εκκρεμότητας αντί να χάνεται ολόκληρη η αποστολή. Υποστηρίζονταν επίσης reprocessing και completeness monitoring ανά wholesaler και ημερομηνία.

ΜΙΑ ΚΑΝΟΝΙΚΟΠΟΙΗΣΗ, ΠΟΛΛΑΠΛΗ ΔΙΑΝΟΜΗ

Μετά τον έλεγχο, τα δεδομένα αποθηκεύονταν σε κοινό κανονικοποιημένο μοντέλο. Από εκεί μπορούσαν να παραχθούν διαφορετικά subsets και formats και να δρομολογηθούν αυτόματα στους κατάλληλους επιχειρησιακούς αποδέκτες.

Έτσι το μοντέλο άλλαξε από:

πολλά ανεξάρτητα αρχεία + manual consolidation

σε:

ΑΣΦΑΛΗΣ WEB ΑΝΤΑΛΛΑΓΗ ΔΕΔΟΜΕΝΩΝ

Η αρχιτεκτονική περιλάμβανε secure web layer για ηλεκτρονική υποβολή δεδομένων, οργανωμένη αποθήκευση των incoming files, ταυτοποίηση αποστολέα, feedback και ασφαλή διάθεση processed datasets.

Δεν παρουσιάζεται ως ολοκληρωμένο ευρύτερο portal συνεργατών. Το τεκμηριωμένο και ουσιαστικό στοιχείο του Case Study είναι το web-enabled data exchange που υποστήριζε τον Data Hub.

ΓΙΑΤΙ ΕΧΕΙ ΣΗΜΑΣΙΑ

Το έργο συνδύαζε:

heterogeneous data ingestion · configurable ETL · master-data mapping · data-quality control · exception workflows · centralized storage · secure data exchange · automated redistribution.

Με βάση τα διαθέσιμα ιστορικά στοιχεία, αποτελεί πρώιμο production-scale παράδειγμα αυτοματοποιημένης καθημερινής συλλογής δεδομένων πωλήσεων από ετερογενές δίκτυο διανομής.

Η σημερινή του αξία ως reference βρίσκεται στο ότι δείχνει πώς μπορεί να δημιουργηθεί ένα κοινό data layer πάνω από ένα κατακερματισμένο ecosystem legacy και commercial systems, χωρίς να απαιτείται η αντικατάστασή τους.

IAEN / DIGILIB

Digital Library & Full-Text Information Retrieval System

Η ΠΡΟΚΛΗΣΗ

Το Ιστορικό Αρχείο Ελληνικής Νεολαίας (IAEN), ερευνητικό και εκδοτικό πρόγραμμα της Γενικής Γραμματείας Νέας Γενιάς που φιλοξενούνταν στο Εθνικό Ίδρυμα Ερευνών με χρηματοδότηση της ΓΓΝΓ, είχε δημιουργήσει επί χρόνια ένα σημαντικό corpus επιστημονικών εκδόσεων για την ιστορία της παιδικής ηλικίας και της νεότητας. Το επόμενο βήμα δεν ήταν απλώς να σαρωθούν οι σελίδες, αλλά να μετατραπούν σε πραγματικά αξιοποιήσιμο ψηφιακό ερευνητικό πόρο.

Ένα σύνολο scanned pages διατηρεί την εικόνα του βιβλίου, αλλά δεν προσφέρει από μόνο του αποτελεσματική επιστημονική πρόσβαση. Χρειαζόταν database, searchable text, indexing και application layer που να συνδέει το αποτέλεσμα της αναζήτησης με την πρωτότυπη σελίδα.

Η ΛΥΣΗ

Για το έργο αναπτύχθηκε το DigiLib, ένα custom Digital Library / Information Retrieval environment για Web και CD-ROM. Η εργασία περιλάμβανε προσαρμογή των digitization data, δημιουργία της database και ανάπτυξη των search/presentation applications.

Η αρχική ψηφιακή έκδοση περιλάμβανε 34 βιβλία και περίπου 18.500 σελίδες.

ΑΠΟ ΤΗΝ ΨΗΦΙΟΠΟΙΗΣΗ ΣΤΗΝ ΨΗΦΙΑΚΗ ΒΙΒΛΙΟΘΗΚΗ

Το σύστημα οργανώθηκε γύρω από δύο παράλληλες representations του υλικού:

Επίπεδο αναζητήσιμου κειμένου

Για full-text αναζήτηση και εντοπισμό σχετικών αποσπασμάτων.

Επίπεδο πρωτότυπης έκδοσης

Για άμεση επιστροφή στην πραγματική ψηφιοποιημένη σελίδα του βιβλίου.

Η λογική ήταν:

Αυτό ήταν ιδιαίτερα σημαντικό για ιστορικό υλικό και υλικό ανθρωπιστικών επιστημών, όπου η αρχική σελίδα, η τυπογραφία και το context της έκδοσης αποτελούν μέρος της ίδιας της πηγής.

Η ΑΝΑΖΗΤΗΣΗ ΩΣ ΕΡΕΥΝΗΤΙΚΟ ΕΡΓΑΛΕΙΟ

Η πρόσβαση δεν περιοριζόταν σε απλή πλοήγηση από βιβλίο σε βιβλίο. Ο ερευνητής μπορούσε να διατυπώσει ερωτήματα, να εντοπίσει σχετικό κείμενο σε ολόκληρο το corpus και να μεταβεί στην αντίστοιχη πηγή.

Η δημόσια παρουσίαση του IAEN περιγράφει το ψηφιοποιημένο corpus ως κατάλληλο τόσο για απλή χρήση όσο και για «πολύπλοκα ερωτήματα αναζήτησης».

ΜΙΑ ΒΑΣΗ ΠΕΡΙΕΧΟΜΕΝΟΥ, ΔΥΟ ΚΑΝΑΛΙΑ ΔΙΑΘΕΣΗΣ

Το ίδιο corpus διατέθηκε τόσο μέσω Web όσο και σε αυτοτελές CD-ROM. Αυτό απαιτούσε η λογική αναζήτησης και παρουσίασης να μπορεί να λειτουργεί σε διαφορετικά περιβάλλοντα διάθεσης, με κοινή πληροφοριακή βάση.

ΔΙΑΤΗΡΗΣΗ ΤΗΣ ΠΗΓΗΣ, ΕΝΙΣΧΥΣΗ ΤΗΣ ΠΡΟΣΒΑΣΗΣ

Το DigiLib ισορροπούσε δύο στόχους:

• πιστή διατήρηση της πρωτότυπης έκδοσης,
• νέες δυνατότητες retrieval που δεν υπήρχαν στο έντυπο μέσο.

Η ψηφιακή σελίδα διατηρούσε την πηγή. Το searchable text και το indexing πρόσθεταν ένα νέο επίπεδο πρόσβασης. Ο χρήστης μπορούσε να κινείται ανάμεσα σε δομημένη/αναζητήσιμη πληροφορία και πρωτότυπο τεκμήριο.

ΓΙΑΤΙ ΕΧΕΙ ΣΗΜΑΣΙΑ

Το DigiLib αποτελεί πρώιμο και καθαρό παράδειγμα της αλυσίδας:

Συνδέει ανάπτυξη λογισμικού, Digital Humanities και information retrieval και δείχνει πώς ένα ιστορικό corpus μπορεί να μετατραπεί σε ψηφιακό ερευνητικό περιβάλλον χωρίς να χαθεί η σύνδεση με την πρωτότυπη πηγή.

ΔΗΜΟΣΙΕΣ ΑΝΑΦΟΡΕΣ

• Εθνικό Ίδρυμα Ερευνών / IAEN, δημόσια παρουσίαση του CD-ROM, 34 βιβλίων και 18.500 σελίδων:

• Η Καθημερινή, «Έρευνες για την ιστορία της ελληνικής νεολαίας»:

• Μνήμων, «20 χρόνια ΙΑΕΝ»:

• Ήλιος / Εθνικό Ίδρυμα Ερευνών, θεσμική τεκμηρίωση του IAEN:

ΕΜΝΕ/Μνήμων: Βιβλιογραφία της Ιστορίας του Νέου Ελληνισμού 1973–1982

Η ΠΡΟΚΛΗΣΗ

Η Εταιρεία Μελέτης Νέου Ελληνισμού είχε συγκροτήσει επί σειρά ετών τη «Βιβλιογραφία της Ιστορίας του Νέου Ελληνισμού 1973–1982», ένα μεγάλο επιστημονικά επιμελημένο corpus περίπου 12.500 βιβλίων και άρθρων.

Το ζητούμενο ήταν να μετατραπεί αυτή η βιβλιογραφική εργασία σε αυτοτελές ψηφιακό ερευνητικό εργαλείο που θα μπορούσε να χρησιμοποιηθεί από ιστορικούς και ερευνητές χωρίς ειδικό cataloguing software.

Η ΛΥΣΗ

Αναπτύχθηκε bibliographic database και standalone search/navigation application για CD-ROM. Η εφαρμογή μετέτρεπε το επιστημονικά επιμελημένο βιβλιογραφικό dataset σε εύχρηστο information-retrieval environment.

Η αλυσίδα ήταν:

ΠΟΛΛΑΠΛΟΙ ΤΡΟΠΟΙ ΠΡΟΣΒΑΣΗΣ ΣΤΗ ΒΙΒΛΙΟΓΡΑΦΙΑ

Η εφαρμογή υποστήριζε τόσο index-based navigation όσο και search με επιλεγμένα criteria και λογικούς συνδυασμούς.

Μεταξύ των searchable elements περιλαμβάνονταν:

• πνευματική υπευθυνότητα,
• τίτλος,
• εκδότης,
• έτος έκδοσης,
• τόπος έκδοσης,
• σειρά,
• θέμα,
• περιοδικό δημοσίευσης,
• προέλευση εγγραφής,
• λέξεις στο περιεχόμενο.

Έτσι η βιβλιογραφία λειτουργούσε ως σύστημα ανάκτησης πληροφοριών για ερευνητική χρήση και όχι ως στατική ηλεκτρονική λίστα.

ΔΙΑΦΟΡΕΤΙΚΕΣ ΠΡΟΒΟΛΕΣ ΓΙΑ ΔΙΑΦΟΡΕΤΙΚΟΥΣ ΧΡΗΣΤΕΣ

Τα αποτελέσματα μπορούσαν να παρουσιαστούν σε:

• προβολή σε στήλες/ευρετήριο για γρήγορη επισκόπηση,
• ISBD view για αναγνώσιμη βιβλιογραφική μορφή,
• UNIMARC view για αναλυτική structured record.

Το ίδιο corpus μπορούσε επομένως να εξυπηρετεί τόσο ιστορικούς/ερευνητές όσο και χρήστες με bibliographic/library expertise.

ΑΥΤΟΤΕΛΗΣ ΨΗΦΙΑΚΗ ΕΡΕΥΝΗΤΙΚΗ ΕΚΔΟΣΗ

Το τελικό ψηφιακό προϊόν συνδύαζε database, εφαρμογή search/navigation και οδηγίες χρήσης σε αυτοτελές CD-ROM, ώστε να μπορεί να αναπαραχθεί και να διανεμηθεί ως ολοκληρωμένη επιστημονική έκδοση.

ΔΗΜΟΣΙΑ ΤΕΚΜΗΡΙΩΜΕΝΗ ΣΥΜΜΕΤΟΧΗ ΣΤΗΝ ΑΝΑΠΤΥΞΗ

Το Mnimon έχει ένα σπάνιο πλεονέκτημα ως Case Study: η συμμετοχή στην ανάπτυξη δεν τεκμηριώνεται μόνο από επαγγελματικό αρχείο.

Σε δημόσια έκδοση του Εθνικού Ιδρύματος Ερευνών αναφέρεται ρητά:

«Ανάπτυξη εφαρμογών και μηχανογραφική υποστήριξη: Αυγερινός Μαρκόπουλος».

Η δημόσια καταγραφή της ΕΜΝΕ επιβεβαιώνει επίσης τον τίτλο, το έτος 2007, τις περίπου 12.500 αναγραφές και τους χορηγούς Υπουργείο Πολιτισμού και Ίδρυμα Σταύρος Σ. Νιάρχος.

ΓΙΑΤΙ ΕΧΕΙ ΣΗΜΑΣΙΑ

Σε αντίθεση με το IAEN, όπου το κέντρο βάρους είναι full-text retrieval πάνω σε digitized books, στο Mnimon το κέντρο βάρους είναι η δομημένη επιστημονική πληροφορία:

Είναι καθαρό παράδειγμα εφαρμογής Digital Humanities που μετατρέπει ένα μεγάλο, επιστημονικά επιμελημένο dataset σε εύχρηστο ερευνητικό εργαλείο χωρίς να χάνει τη βιβλιογραφική ακρίβεια και δομή του.

ΔΗΜΟΣΙΕΣ ΑΝΑΦΟΡΕΣ

• Εθνικό Ίδρυμα Ερευνών, ονομαστική αναφορά στην ανάπτυξη:

• Μνήμων, Χρονικό της ΕΜΝΕ, 2007:

• Γενικά Αρχεία του Κράτους, καταγραφή της συλλογής:

ΙΟΝΙΟ ΠΑΝΕΠΙΣΤΗΜΙΟ - ΒΙΒΛΙΟΘΗΚΗ

IUP, Θεματικές Πύλες και Portal φοιτητών

Η ΠΡΟΚΛΗΣΗ

Η Βιβλιοθήκη του Ιονίου Πανεπιστημίου διέθετε διαφορετικές ηλεκτρονικές υπηρεσίες και πηγές: OPAC, ηλεκτρονικές συνδρομές, reference services, information resources, ακαδημαϊκό περιεχόμενο και συστήματα e-learning.

Το πρόβλημα ήταν ότι ο χρήστης έπρεπε να γνωρίζει πού βρίσκεται κάθε πληροφορία και ποια υπηρεσία πρέπει να χρησιμοποιήσει. Ο στόχος του Ionian University Portal (IUP) ήταν να δημιουργηθεί ένα ενιαίο information environment που θα συγκέντρωνε τις υπηρεσίες της βιβλιοθήκης και θα οργάνωνε επιλεγμένες ηλεκτρονικές πηγές σε Thematic Portals.

Η ΛΥΣΗ

Το IUP σχεδιάστηκε όχι απλώς ως website της Βιβλιοθήκης, αλλά ως web-based integration and knowledge-access platform.

Συνδύαζε:

Η εφαρμογή βασίστηκε σε open-source web/CMS architecture και προσαρμόστηκε στις απαιτήσεις του Πανεπιστημίου. Περιλάμβανε content publishing, thematic sections, news/announcements, forums, access σε library services και μηχανισμούς για διαφορετικές κατηγορίες χρηστών.

ΘΕΜΑΤΙΚΕΣ ΠΥΛΕΣ

Βασικό στοιχείο ήταν οι Θεματικές Πύλες. Οι librarians μπορούσαν να επιλέγουν, αξιολογούν, ταξινομούν και δημοσιεύουν ηλεκτρονικές πηγές ανά subject area, ώστε ο χρήστης να μην χρειάζεται να αναζητά αδιακρίτως στο Web.

Η λογική ήταν:

Με αυτόν τον τρόπο η Βιβλιοθήκη λειτουργούσε ως ενεργός επιμελητής ψηφιακής πληροφορίας και όχι μόνο ως κατάλογος φυσικού υλικού.

AUTHENTICATION ΚΑΙ ΠΡΟΣΩΠΟΠΟΙΗΜΕΝΗ ΠΡΟΣΒΑΣΗ

Το IUP υποστήριζε διαφορετικές κατηγορίες χρηστών, όπως φοιτητές, διδακτικό/ερευνητικό προσωπικό, βιβλιοθηκονόμους, administrators και visitors, με διαφορετικά access rights.

Η εξέλιξη της αρχιτεκτονικής περιλάμβανε LDAP integration και στόχο ενοποιημένης authentication/SSO λογικής με άλλες university services. Η προσέγγιση ήταν να υπάρχει όσο το δυνατόν ενιαίος κατάλογος χρηστών και κοινό access model σε ένα κατά τα άλλα ετερογενές περιβάλλον εφαρμογών.

ΑΝΑΖΗΤΗΣΗ ΣΕ ΚΑΤΑΝΕΜΗΜΕΝΗ ΠΛΗΡΟΦΟΡΙΑ

Ένα από τα επόμενα βήματα ήταν η δημιουργία περισσότερο ενοποιημένου search environment, ώστε ο χρήστης να μπορεί να αναζητά περιεχόμενο σε διαφορετικές περιοχές του Portal και, όπου ήταν τεχνικά εφικτό, να εντάσσονται αποτελέσματα από external digital-library sources.

Η εξέλιξη προέβλεπε integrations με βιβλιογραφικές και digital-library πλατφόρμες, ώστε το IUP να λειτουργεί περισσότερο ως κοινό information space παρά ως σύνολο links προς ξεχωριστά συστήματα.

ΞΕΧΩΡΙΣΤΟ STUDENT PORTAL

Παράλληλα με το library-oriented IUP αναπτύχθηκε ξεχωριστό Student Portal σε PHP-Nuke. Δεν αποτελούσε απλώς authenticated section του IUP, αλλά διαφορετική application λειτουργία προσανατολισμένη στην οργανωμένη online διάθεση πανεπιστημιακής πληροφορίας και στην εξυπηρέτηση της φοιτητικής κοινότητας.

OPEN-SOURCE ΠΛΑΤΦΟΡΜΑ, CUSTOM ΛΕΙΤΟΥΡΓΙΚΟΤΗΤΑ

Το έργο αποτελεί καλό παράδειγμα πρακτικής χρήσης open-source platform ως βάση, με custom ανάπτυξη εκεί όπου υπήρχε πραγματική διαφοροποίηση: roles, thematic structures, content organization, authentication, search και integrations.

Η λογική συνοψίζεται ως:

Αξιοποίηση της πλατφόρμας, custom ανάπτυξη εκεί όπου απαιτείται διαφοροποίηση.

ΠΡΟΓΡΑΜΜΑ ΚΑΙ ΠΑΡΑΓΩΓΙΚΟ ΠΛΑΙΣΙΟ

Το IUP αναπτύχθηκε στο πλαίσιο του ευρύτερου έργου «Αναβάθμιση και εκσυγχρονισμός του συστήματος βιβλιοθηκών του Ιονίου Πανεπιστημίου», χρηματοδοτούμενου μέσω ΥΠΕΠΘ / ΕΠΕΑΕΚ.

Υπάρχει δημόσια τεκμηρίωση ότι οι Θεματικές Πύλες είχαν ήδη υλοποιηθεί και παρουσιάζονταν επιστημονικά το 2005, ότι το 2006 προκηρύχθηκε επέκταση του λογισμικού τους και ότι το IUP παρέμενε σε πραγματική χρήση τουλάχιστον μέχρι το 2012.

ΓΙΑΤΙ ΕΧΕΙ ΣΗΜΑΣΙΑ

Το IUP δείχνει μια διαφορετική μορφή integration από τα enterprise projects. Εδώ το πρόβλημα δεν ήταν εμπορικές συναλλαγές, αλλά η ενοποίηση distributed knowledge resources και user services.

Η βασική αλυσίδα ήταν:

Μαζί με IAEN και Mnimon, το IUP σχηματίζει ένα ισχυρό σύνολο εμπειρίας σε Digital Libraries, Digital Humanities, academic information systems και knowledge access.

ΔΗΜΟΣΙΕΣ ΑΝΑΦΟΡΕΣ

• E-LIS, «IUP: παρουσίαση των θεματικών πυλών της Βιβλιοθήκης του Ιονίου Πανεπιστημίου», 2005:

• Επιτροπή Ερευνών Ιονίου Πανεπιστημίου, επέκταση λειτουργιών του λογισμικού των θεματικών πυλών, 2006:

• Ιόνιο Πανεπιστήμιο, έργα ΕΠΕΑΕΚ — «Αναβάθμιση και εκσυγχρονισμός του συστήματος βιβλιοθηκών του Ιονίου Πανεπιστημίου»:

• Βιβλιοθήκη Ιονίου Πανεπιστημίου, «Οδηγίες για το Portal της Βιβλιοθήκης», 2012: