Skip to content

Service Spezifikation

Friederike Kleinfercher edited this page Jan 12, 2016 · 35 revisions

Nutzer:

  • Wissenschaftler (naturwissenschaftlich)
  • Wissenschaftler (geisteswissenschaftlich)
  • Projektassistenten

=> Hoch heterogen

Was wird abgelegt:

Einzuplanen sind bis zu 10.000 Dateien pro Archiv mit bis zu 10TB.

  • Dokumente (Text)
  • Strukturierte Daten
  • Präsentationen
  • Code
  • Modelle
  • Rohdaten
  • ...

Ziele:

technische Ziele

  • Daten speichern
  • Daten archivieren
  • Zugang zu Daten verschaffen (dedizierter Personenkreis innerhalb und außerhalb der MPG, read/readwrite)
  • Sichtbarkeit von Daten verwalten (dedizierter Personenkreis innerhalb und außerhalb der MPG)
  • Versionierung
  • Projektübersichtsseiten (Landingpages)
  • Lokaler Client & Webanwendung
  • Gute Skalierbarkeit
  • Jede Datenstruktur soll abgelegt werden können
  • Datenintegrität gewährleisten

Service Ziele

  • Trusted Data
  • Praktische Hilfe bei der Einpflege von Daten
  • Migration (händisch) aus evtl. bestehenden Archiven
  • Erarbeiten von best-practice und how tos zur Archivierung von Projekt Daten

Projektziele

  • Definition des Services des Projektarchives
  • Aufbau des Projektarchives
  • Pilotsystem zur Verfügung stellen

Nicht Ziele:

technische Nichtziele:

  • Daten veröffentlichen
  • Daten bearbeiten (spezielle Editoren)
  • Daten visualisieren (spezielle Viewer einbauen u.ä.)
  • Kommunikationsplattform
  • Daten Validierung/ Qualitätssicherung
  • Daten durchsuchbar machen
  • Projektmanagement

Service Nichtziele

Projekt Nichtziele:

  • Betreiben des Services über die Initialphase hinaus (Produktives System)
  • Aquirieren von Instituten über die Testphase hinaus
  • Marketing und Bekanntmachung des Services in der MPG

Risiko Analyse:

  • Fehlendes Vertrauen in die MPDL und externe Dienste generell (Daten liegen nicht im Institut) "Der Wissenschaftler vertraut niemandem" (?)
  • Konkurrenz ensteht (gwdg, MPCDF, lokale IT)
  • Nutzerfreundlichkeit gewährleisten bei technisch anspruchsvoller Software
  • Struktur eines Projektes auch nach Jahren/ von anderen Leuten verstehen (Wie können wir hier unterstützen? Evtl. Projektstruktur-Erklärseite, Festes Format, Regelwerk ...)
  • Nutzeranalyse, Marktanalyse, Bedarfsanalyse fehlen

Stakeholder:

  • Forschungskoordinatoren
  • Institut?/ Wissenschaftler?

Praxisbeispiel und Use Case:

  • Deal Projekt der Big Data Analytics Group
Clone this wiki locally