nicht angemeldet
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