Lude: D(M)S - Entwicklung

Hi,

in meiner Umgebung hat jemand den Auftrag ein D(M)S für einen international agierenden Finanzdiesntleister (20 Niederlassungen, vielleicht 200 Clients, europaweit aktiv) zu entwickeln und würde diesen Auftrag gerne loswerden - ggf. an mich.

Im Einsatz dort zurzeit das Produkt "Saperion 4.6" (eigentlich schon durch viele Anpassungen kein Standardprodukt mehr, sondern mehr eine "Kundenversion") von WinDMS. Die Zufriedenheit mit diesem Produkt ist drastisch gering und man wünscht eine _einfache_ Lösung mit dokumentiertem Datenmodell, Datenzugriff und Programmcode.

Ich habe "auf die Schnelle" die Anforderung in folgende Teile zerlegt:

  • Datenmigration (ausreichende Dokumentation der Datenhaltung von "Saperion" muss vorliegen) für Indexdaten und Dokumentdaten
  • Integration eines Produkts, welches das Dokumenten-Scannen "kapselt" und diese Dateien (Dateigruppen) (überigens natürlich nicht nur eingescannte Papierdokumente) per ftp "Richtung" Webserver hochlädt
  • Web (Sicherheit für Browsercleint-Zugriffe implementiert) welches den Nutzer nach dem Scannen Indiziermöglichkeiten bereitstellt und ihm das "Absenden" der Dokumente ermöglicht. Ausserdem werden hier auch Änderungen an Indexdaten und das Revisionieren von Dolumenten unterstützt.
  • "abgesendet" werden die Dokumente von einer Komponente die vom Webserver aus aufgerufen, a) die Dokumente (Dateien) um eine Datei mit Indexdaten ergänzt, archiviert (auch in den endgültigen Bestimmungsort kopiert) und mit einer Prüfsumme "unterschreibt" b) die Indexdaten auf dem Datenserver persistiert c) in eigener Datenhaltung seine Jobs loggt
  • Datenzugriff erfolgt über ein Web (Sicherheit für Browsercleint-Zugriffe implementiert) mit den üblichen Suchmöglichkeiten. Editiert und erfasst wird hier nichts.
  • Systempflege erfolgt druch einen Agent, der beispielsweise nächtlich die Indexdaten, die tatsächlich vorliegenden Dokumente und die Logdateien der "Absende"-Komponente (s.o.) prüft. - Ebentuell läuft diese Komponente auch 24 Stunden täglich "auf kleiner Flamme".
  • eventuell noch ein Agent, der die Dokumentdaten auf MO-Medien schreibt (Jukebox)

M.E. u.a. zu beachten:

  • bestmögliche Datensicherheit durch leistungsfähiges RAID-System, die partiellen Datenverlust _ausschliessen_
  • Datenserver-Cluster für die Indexdaten, der partiellen Datenverlust _ausschliesst_
  • archivierte Dokumente werden nicht upgedated, sondern um eine neue Version ergänzt.
  • Indexdaten werden upgedated, aber alle updates und deletes werden historisiert
  • böse "Use Cases": "Dokument kann nicht gefunden werden", "Indexdaten und Dokumentdaten sind auseinander gelaufen" => Es muss möglich sein aus den Dokumentdaten wieder die Indexdaten neu aufzubauen; Änderungen können dann festgestellt und erfolgreich vollständig analysiert werden
  • Anzahl der Dokumente: 200-1000 tausend
  • geschätzter Entwicklungsaufwand 1 Mannjahr
  • Inbetriebnahme: von heute auf morgen, d.h. keine Teilinbetriebnahmen

Ich fühle mich etwas zu dumm und unerfahren für den Job und bin sehr unentschieden. Kann mir der eine oder andere Theoreticus unter Euch ein paar Sätze dazu schreiben. Fragen habe ich nicht gestellt, aber DMS-Experten unter Euch wissen schon, was gefragt werden könnte.

Für den m.E. besten Beitrag setze ich einen kleinen Preis aus!   :-)
(Allerdings ist der Rechtsweg ausgeschlossen und ich bin möglicherweise ungerecht)

Gruss,
Lude

  1. Hallo,

    in meiner Umgebung hat jemand den Auftrag ein D(M)S für einen international agierenden Finanzdiesntleister (20 Niederlassungen, vielleicht 200 Clients, europaweit aktiv) zu entwickeln und würde diesen Auftrag gerne loswerden - ggf. an mich.

    An dich? Schön für dich, denn wenn du allein bist, hast du arbeit für die nächste 10-12 Jahre.

    Ich habe "auf die Schnelle" die Anforderung in folgende Teile zerlegt:

    • Datenmigration (ausreichende Dokumentation der Datenhaltung von "Saperion" muss vorliegen) für Indexdaten und Dokumentdaten

    Das ist eine Anforderung an die Vorarbeit, d.h. noch bevor ein System eingesetzt wird, und nicht an das zu einsetzende System.

    • Integration eines Produkts, welches das Dokumenten-Scannen "kapselt" und diese Dateien (Dateigruppen) (überigens natürlich nicht nur eingescannte Papierdokumente) per ftp "Richtung" Webserver hochlädt

    Ein DMS-System  bietet um einiges mehr, angefangen vom Internet-Client (ggf. der Browser) bis zu Intranet-Client (was ebenfall ein, aber nicht zwangsläufig ein Bowser sein kann) und natürlich auch diveres sichere Übertragungsprotokolle, SSL, RSA, DSA, Bsafe. Mal ganz von den verschiedenen Möglichkeiten der Datenerfassunfg: per Mail, HTTP, FTP, etc.

    M.E. u.a. zu beachten:

    Alles sehr schön, aber du hast nur sehr sehr leicht an der Oberfläche gekrazt.

    Ich fühle mich etwas zu dumm und unerfahren für den Job und bin sehr unentschieden. Kann mir der eine oder andere Theoreticus unter Euch ein paar Sätze dazu schreiben.

    Nein. Das Thema DMS bzw. MAM ist zu umfangreich um in wenigen Sätzten was dazu sagen zu können, will sich man nicht auf kleine Teilbereiche beschränken.
    Aber du findest einige Artikel unter
    http://www.contentmanager.de/magazin/artikel_thema_cm_dokumentenmanagement.html

    Fragen habe ich nicht gestellt, aber DMS-Experten unter Euch wissen schon, was gefragt werden könnte.

    Nein, ich wüsste nicht was _du_ für Fragen hättest. Ich habe für eine MAM/DMS Studie ein Fragenkatalog ausgearbeitet mit letzlich über 300 Fragen-Punkte in etwa 20 Kategorien. Die könnte und würde dir hier wohl kaum auflisten wollen/können.

    Für den m.E. besten Beitrag setze ich einen kleinen Preis aus!   :-)
    (Allerdings ist der Rechtsweg ausgeschlossen und ich bin möglicherweise ungerecht)

    1. Du könntest nicht soviel zahlen was eine Cunsulting für ein DMS kostet. (Dein "Kunde" eher, aber dann braucht er ja dich nicht mehr)

    2. Wenn du jetzt ein DMS entwicklen willst, bist du absolute auf dem Holzweg, es gibt über 150 Prodkute, die schon fertig zu Kaufen sind, davon käme so etwa 7-9 in Frage für ein Unternehmen wie du es beschreibst. Bist du so ein System entwickelt hast, vergehen ein dutzend Mannjahre. So viel Geld hast du und auch dein Kunde nicht.

    Mach dich erst mal mit den Artikel schlau und dann schaue dir paar Produkte an, was sie so leisten.

    Grüße
    Thomas