JusCMS Prioritäten Hamburg München

JusCMS,JusCMS_2,MPDL Finale Anforderungsliste für das Projekt.

Abschliessende Änderungen wurden nach dem Meeting am 02.09.2009 durchgeführt. (Siehe History der Seite für Details).--Ulla 13:36, 3 September 2009 (UTC)

Allgemeine Grundsätze

 * HOCH M/H Datenhaltung in Speziallösung der MPDL im eSciDoc-Repository (= Variante 1.6.1.)
 * HOCH M/H Auf aktueller Contens-Version (3.0+) entwickeln/testen
 * HOCH H/M Unabhängigkeit der Systeme - Datenhaltung in zwei Systemen gleichzeitig.
 * HOCH H/M Tägliches Update der Publ.seiten bzw. (automatisch, neue Publ. und Änderungen an vorhandenen Publ. werden übernommen) kombiniert mit
 * HOCH H/M On-demand-Publizieren (online stellen, freischalten für Ungeduldige) einzelner Seiten - Pull-Mechanismus.
 * HOCH H/M Flexible Rechtezuweisung für Volltexte: Vollzugriff, Teilzugriff, Vollzugriff ab Datum X, Zugriff nur im CMS
 * MIDI H/M Authentifizierung - Anmeldung über LDAP oder Shibboleth, Single-sign-on PubMan/CMS
 * NICE M Zugriff auf Volltexte basierend auf IP-Adresse
 * HOCH H/M Internationalisierung
 * HOCH H/M Zeichensatzkodierung der Daten


 * Zusammenfassung
 * Sämtliche Entwicklungen seitens Contens und PubMan basieren auf der Version 3.0. von Contens. Ein Testsystem mit Version 3.0. wird aufgesetzt. Die Kosten für den Umstieg der Institute auf die letzte Version sind nicht Teil des Projektantrages. Details zur Umsetzung des Testsystems bzw. der finalen Migration der Institute auf die letzte Version wird in einem separaten Workshop am 7. und 8. September 2009 besprochen.


 * Die bibliographischen Daten sowie die Zugriffsrechte für Volltexte werden in PubMan verwaltet. Nach der Freischaltung in PubMan können die Daten als XML nach Contens übergeben werden. Nachträgliche optionale Änderungen an den bibliographischen Daten in Contens haben keine Auswirkungen auf den Datensatz in PubMan. Für den Datenaustausch wird das Search&Export Interface (REST) genutzt. Es können neue Datensätze als auch modifizierte Datensätze übergeben werden. Die MPDL stellt die notwendigen Template Queries bereit. Der Datenaustausch findet automatisch zu definierten Zeiten statt. Zusätzlich besteht die Möglichkeit, von seitens Contens einen ad-hoc Import auszulösen, der die zu einer Seite (Publikationsliste) gehörigen Publikationsdatensätze als Objekt importiert (z.B. "Refresh this page"). Das eigentliche Publizieren ist NICHT an "Refresh this page" gekoppelt.Die Entscheidung für die zusätzliche Option des Datenaustausches über SWORD (push-Mechanismus) wird nach einer Überprüfung der Auswirkungen auf Kosten und Zeit getroffen. Verteilte Authentifizierungs- und Authorisierungsaspekte von PubMan und Contens (wie Single-Sign on über LDAP/Shibboleth oder OAuth) werden in einer Machbarkeitsanalyse untersucht. Volltexte, die in PubMan abgelegt werden, werden nicht übergeben, sondern nur referenziert.


 * Die institutsspezifische Herstellung der Unabhängigkeit der Systeme ist nicht Kern des Projekts. Wichtig ist, dass der Datenabzug sicher gestellt wird.


 * Die Metadaten eines Datensatzes sind nach Freischaltung immer öffentlich. Die notwendigen Zugriffsebenen für Volltexte werden in PubMan vergeben. Neben den Ebenen "public" (weltweit sichtbar) und "private" (nur für bestimmte angemeldete Nutzer) können spezifische Nutzergruppen in PubMan definiert werden, die Zugriff auf den Volltext erhalten (zB. Nutzergruppe "CMS all" oder "CMS Nutzer in HH" oder "Projektgruppe Wissenschaftler XY"). Der Zugriff auf Volltexte in Contens erfolgt über eine Referenz auf das Volltext-Objekt in PubMan und erfordert die Authentifizierung seiten PubMan (ausser bei Zugriffsebene "public"). Die Volltexte werden nicht an Contens übergeben, sondern nur die Referenzen(Links), inkl. der Angaben zu vergebenen Zugriffsrechten. Die Möglichkeiten eines Single Sign-On bzw. einer verteilten Authentifizierung werden in einer Machbarkeitsanalyse adressiert.


 * Für sprachspezifische Ausgaben erhalten die Metadaten Title, Alternative Title und Abstract entsprechende Language flags. Falls das Feld "Alternative title" für übersetzte Titel nicht ausreicht, wird ein zusätzliches Feld "Tranlsated title" eingeführt. Sprachabhängige Zitierstile werden im Workpackage 3 (Citation styles) definiert.


 * Die Kodierung von Zeichensätzen in PubMan erfolgt in UTF-8.

Metadata

 * Zusammenfassung 
 * Die notwendigen Dokumenttypen und deren spezifische Metadaten werden in Workpackage 2 festgelegt und können über eine Eingabemaske auf PubMan eingegeben werden. PubMan wird sicherstellen, dass


 * die disziplin-spezifischen Dokumenttypen und Metadaten mit entsprechenden Nutzerhilfen eingegeben werden können,
 * als reines XML oder angereichert mit Formatierung für die definierten Zitierstile ausgegeben werden können,
 * die Metadaten in Standards beschrieben sind (Dublin Core Application Profile)
 * die für das MPG Jahrbuch notwendigen Daten exportiert werden können


 * Sämtliche Datensätze in PubMan sind über einen Persistent Identifier referenzierbar. Die notwendigen Zitationsstile werden in einem separaten Workpackage definiert (Siehe Workpackage 3).

Input masks

 * HOCH M/H Disziplinspezifische Eingabehilfen und Validierungsmechanismen zur Überprüfung der Daten
 * HOCH H/M Vorschaufunktion auf PubMan-Seite 
 * MIDI H/M Definition von Pflichtfeldern und Validierungsregeln (für Mitarbeiter mit technischen Know-how)
 * HOCH H/M Verschlagwortung


 * Zusammenfassung 
 * Bei der Eingabe auf PubMan werden die Nutzer durch kontext-sensitive Hilfe pro Feld ("Tool-tip") unterstützt. Validierungsregeln können pro Institut bei Anlage der Contexte (i.e. "Collections") definiert werden. Dabei können unterschiedlich strenge Regeln während des Submit- und Release Vorganges definiert werden.


 * Nach jedem Submit oder Save wird ein Datensatz in der Standard-View angezeigt, zur Kontrolle von fehlenden/falschen Metadaten. Zusätzlich können einzelne und mehrere Datensätze über Selektion => Export to Citation Style XY in einem der vorhandenen Zitierstile angezeigt werden. In beiden Fällen kann der Nutzer bei Bedarf auf die Edit-Funktion eines Datensatzes zurückgehen, um nachträglich an den Metadaten zu ändern, sofern er die notwendigen Rechte für Modifikation hat.


 * Die Minimum-Pflichtfelder für einen sinnvollen Storage in Fedora bleiben ungeändert (i.e. der Datensatz hat einen Dokumenttyp, mindestens einen Titel, mindestens einen Creator mit mindestens einer Affiliation). Wieviele und welche Metadaten pro Dokumenttyp angegeben werden und welche davon verpflichtend sind, wird in der Spezifikation der "Document-type specific Metadata" (Workpackage 2) für alle beteiligtten Institute festgelegt. Eine eigens implementierte Genre-spezifische Eingabemaske wird implementiert, die das Erscheinen definierter Felder pro Dokumenttyp steuert, i.e. das Layout der Eingabemaske definiert. Zusätzlich können pro Collection Validierungsregeln definiert werden, die den "fertigen" XML-Datensatz auf semantische Plausibilität prüfen. Eine Nutzeroberfläche zur selbstständigen Änderung des Metadaten-Profils bzw. der Pflichtfelder muss bei Bedarf als eigenes Workpackage definiert werden.


 * Jeder Datensatz kann in PubMan verschlagwortet werden, mit entweder freien "Keywords" oder normiertem Vokabular. Normiertes Vokabular kann bei Bedarf über den Service for Control of Named Entitites verwaltet werden und insofern als Autosuggest-Liste dem Nutzer angeboten werden.

Workflows auf PubMan

 * HOCH H/M Benutzer kann Daten für andere Benutzer eingeben. z.B: Zentrale Stelle/Sekretärin gibt die Daten für alle Direktoren ein.


 * Zusammenfassung 
 * Für die Dateneingabe auf PubMan können der Standard oder Simple Publication Workflow genutzt werden. Beim Standard Workflow ist eine Qualitätssicherung durch einen Moderator vorgesehen. Jeder Nutzer mit zumindest Depositing Rechten kann eingeben, sowohl seine eigenen Publikationen als auch die Publikationen anderer. Mögliche Änderungen am Workflow sind in der Projektplanung vorgesehen.

Citation styles

 * HOCH H/M Bereitstellung lokal notwendiger Zitierstile


 * Zusammenfassung
 * PubMan unterstützt die Ausgabe von XML-Snippets, die die Formatierungen definierter Zitierstile beinhalten. Innerhalb des Projektes werden nur Zitierstile für festgelegte Publikationstypen unterstützt, die in Workpackage 2 (Definition MD) definiert werden. Die Anzahl und Spezifikation der Zitierstile wird im Workpackage 3 festgelegt, inkl. der sprachabhängigen Varianten. Es wird einen JusCMS Style geben, der verschiedene Layout Definitions für die verschiedenen Styles (je nach Zeitschrift, Dokumenttyp, Sprache) beinhaltet. Die definierten Zitierstile können zusätzlich vom PubMan-Nutzer für die Ansicht einzelner oder mehrerer Datensätze in PubMan ausgewählt werden.

Citation lists

 * HOCH H/M Ausgabeproblem: Sätze, die mehrere Wiss. betreffen und von ihnen unterschiedlich angezeigt werden wollen (personalisierte Tag-Vergabe muss möglich sein)
 * HOCH H/M Generierung der Listen mit allen Publikationen für einen Zeitraum (von-bis), monatlich, vierteljährlich, halbjährlich, jährlich oder solche, die seit der letzte Generierung hinzugekommen sind; Sortierung: 1. Publikationstyp, 2. alphabetisch nach Autor, 3. nach Veröffentlichungsdatum.
 * HOCH H/M Anzeige der Publikationen unterschiedliche Gruppierungen und Verortungen (Organisationsstruktur, Projektgruppen, Abteilungen); PubMan Organisational Units
 * HOCH H/M Liste der zuletzt veröffentlichen Publikationen, z.B. die letzten 3 für die Hautpseite des Instituts. Auflistung der Stellungnahmen auf der Startseite.
 * HOCH H/M Referenzierung der Publikationen beliebig möglich
 * HOCH H/M Ausgabe für Jahrbuch


 * Zusammenfassung
 * PubMan kann einzelne Datensätze oder eine Liste von Datensätzen in einem bestimmten Zitierstil als Objekte ausgeben, inkl. einer Mehrfach-Sortierung. Die Ausgabe von Listen in einem bestimmten Zitierstil muss berücksichtigen, dass bestimmte Listen verschiedene Zitierstile beinhalten können, je nach Zeitschrift und Dokumenttyp. Die Varianten der Zitierstile (nur Zeitschrift-abhängig, Zeitschrift- und gleichzeitig Dokumenttyp-abhängig, Sprachvarianten) wird in der Spezifikation der Zitierstile (Workpackage 3) berücksichtigt.


 * Die gewünschte Ausgabe (inkl. Unterdrückung einer Ausgabe)kann vom Nutzer in den "Local tags" pro Datensatz angegeben werden. Es können mehrere Local Tags pro Datensatz vergeben werden, um die Wünsche verschiedener Nutzer für die Ausgabe zu berücksichtigen.


 * Publikationslisten können nach verschiedenen zeitlichen (von YYYY bis YYYY, von YYYY-MM bis YYYY-MM, von YYYY-MM-DD bis YYYY-MM-DD, Monat X, Year Y, date last modified ) oder inhaltlichen Kriterien (nach local tags, nach bestimmten Metadaten-Feldern, nach bestimmten organisational units) aus PubMan generiert werden. Für die Erstellung einer Liste alle Datensätze, die seit der letzten Generierung hinzugefügt wurden, speichert Contens den Zeitstempel einer jeden Listengenerierung.


 * Das gelieferte PubMan XML beinhaltet die PIDs pro Datensatz, damit die Datensätze referenziert werden können.


 * Die in PubMan abgelegten Publikationen werden zur Erzeugung des Jahrbuchs genutzt. Solange der Jahrbuch-Workflow (Validierung für das Jahrbuch, Freischalten für das Jahrbuch) über eDoc läuft (voraussichtlich bis 2011), müssen die Datensätze für ein bestimmtes Jahrbuch in PubMan über Local tags ausgezeichnet werden und werden nach eDoc exportiert. Die Freischaltung der Jahrbuch-Daten erfolgt bis dahin auf eDoc.

Reports

 * Zusammenfassung
 * Listen von Datensätzen, die nach einer definierten Abfrage, in einem bestimmten Zitierstil und bestimmter Sortierung generiert werden, sind bereits jetzt in PubMan möglich. In Workpackage 4 werden optionale Erweiterungen der Abfragen bzw. Sortierung sowie das notwendige Format für Weiterverwendung in InDesign festgelegt. Die eigentlichen Reports (i.e. notwendige konfigurierbare Gruppierung und individuelle Layout-Definitionen für Reports) werden auf lokaler Seite erstellt.

Interoperability

 * H/M HOCH Google/Google scholar/google books, Öffentliche Bereiche der Publikation bei Google indexierbar
 * HOCH H/M Upload in SSRN soll auf PubMan-Seite stattfinden.
 * MIDI H/M OAI-Schnittstelle
 * NICE H/M Anmeldung der Publikationen bei VG-Wort


 * Zusammenfassung
 * Die Anbindung an SSRN wird -entsprechend der aktuellen Lizenzsituation und der aktuellen Anforderungen (zB Pflichtfelder) von SSRN (i.e. aktuelles DTD)- in Workpackage 7 (Interoperability) konzipiert. Eine Möglichkeit ist, released Datensätze, die für SSRN relevant sind, per Basket von einer authentifizierten Person (Moderator) an SSRN zu exportieren