Suche SW zum Konsolidieren von Software-Dokumenten

Hallo zusammen,

für einen großen Konzern suche ich ein DMS für den Software-Entwicklungs-Prozess, das hauptsächlich diese Anforderungen erfüllen sollte (von mehr zu weniger wichtig):
1.) Möglichkeit des Inhouse-Hostings: Firmendokumente dürfen das Firmen-Intranet nicht verlassen.
2.) Möglichkeit, eine zentrale Struktur vorzugeben und per Web-Editierung Dokumententeile innerhalb der Struktur (über mehrere Dokumente hinweg) zu verschieben und zu editieren (z.B. Redundanzen zu beseitigen). Es gibt es Hunderte bis Tausende Dokumente mit ganz erheblichen Überlappungen. Viele Dokumente sind veraltet und idealerweise würden ältere Versionen von Dokumenten automatisch erkannt – leider ist aber die Bennennung inkonsistent.
3.) Möglichst ein komfortabler webbasierter Rich-Text-Editor, der Kenntnisse in HTML, Wiki, DocBook oder anderer Markup-Sprachen unnötig macht und das verteilte Bearbeiten ermöglicht. (Das Wissen über den aktuellsten Stand / das Hintergrundwissen ist auf mindestens 50 Köpfe verteilt.)
4.) Möglichkeit des Imports aller wesentlichen Software-Entwicklungs-Artefakte, zentrale Bearbeitung und Export in verschiedene Formate. Insbesondere sollten unterstützt werden als Import-Formate RTF, HTML, möglichst Wiki und Software-Dokumentationsformate (z.B. JavaDoc oder RoboDoc-Output) und als Exportformate HTML, RTF, PDF.
5.) Als zentrales Format sind vorstellbar: XML, RTF, HTML, DocBook, DITA, ODF, Wiki-Formate,…
6.) Möglichkeit des effizienten Verlinkens von Inhalten (z.B. per Web-Link), resistent gegen Änderungen durch neue Versionen; Das Verlinken von Word-Dokumenten/OLE ist weniger geeignet.
7.) Unterstützung von Versionierung, z.B. mit Subversion.

Ich habe schon diese Tools identifiziert, die evtl. passen könnten:

CMS/DMS/ALM:

  1. Contao
  2. Liferay
  3. Drupal
  4. Alfresco
  5. Joomla
  6. Typo3
  7. Wordpress
  8. Polarion 2011
  9. LogicalDOC (zuvor Contineo)
  10. KnowledgeTree
  11. Julitec
  12. Agorum

Kollaborative Plattformen:

  1. MediaWiki
  2. TWiki
  3. LaTeX-based tools, e.g. LaTeXLab
  4. TeamLab
  5. Feng Offic
  6. Nuxeo
  7. EXo Platform
  8. OpenKM (JEE DMS/ECM, GWT)
  9. Telligent evolution/enterprise
  10. Zoho Writer/Zoho Docs
  11. Ramius Engagement
  12. ShowDocument

Kennt jemand etwas in diese Richtung oder kann jemand etwas empfehlen, das in diese Richtung geht?
Hat jemand Praxis-Erfahrungen oder weitergehende Infos zu einzelnen dieser Tools oder kennt jemanden mit entsprechender Praxis-Erfahrung?

Falls es kein System gibt, welches das einfache Zusammenführen von Dokumententeilen ermöglicht (wichtigsten Feature wegen der Produktivität), denke ich mehr daran, ein gut geeignetes System als Basis zu verwenden und ein Plugin oder eine Erweiterung zu konzipieren und entwickeln zu lassen. Vielleicht kennt aber auch jemand ein solches Plugin?
Die Entwicklung würde vielleicht 20 -30 000 Euro kosten. Es besteht aber Zeitdruck, so dass ich gerade zeitintensive Diskussionen mit einer großen Anzahl von Anbietern minimieren muss.
Hat jemand Erfahrung, welches System am ehesten empfehlenswert ist, um hierfür Erweiterungen oder Plugins zu entwickeln? Hierfür sind Kriterien wichtig wie Professionalität, Klarheit und (Änderungs-)Stabilität des APIs, Stabilität des Systems und Qualität der Dokumentation, insbesondere für API-Entwicklung.

Insbesondere interessieren mich Erfahrungen zu Stabilität und Abdeckung der oben genannten Anforderungen durch die Tools. Aufgrund der Online-Informationen der Tools lässt sich dies leider schwer bestimmen und ich habe nicht genügend Zeit, um alle Tools selbst zu installieren und auszuprobieren.

Aufgrund des hierüber gesammelten Feedbacks würde ich ein Projekt-Proposal erstellen, das zunächst für das Management entsprechend überzeugend sein muss bzgl. des Kosten-Nutzen-Verhältnisses und bzgl. des technologischen Risikos. Im zweiten Schritt bestünde dann die Möglichkeit der Beauftragung eines entsprechenden Spezialisten oder Anbieters.

Viele Dank für Feedback,

Thomas

Hallo Thomas,
zunächst einmal versuche ich zusammenzufassen, was ich glaube aus Deinen Anforderungen verstanden zu haben:

  • Du hast ne Menge Dokumente in unterschiedlichen Formaten
  • Der Inhalt der Dokumente überlappt sich
  • Dokumente liegen in Versionen vor
  • Das Dokumentformat soll nach der Konsolidierung vereinheitlicht werden
  • Die Konsolidierung soll collaborativ, also parallel durch mehrere Mitarbeiter erfolgen.
  • Es sollen Versionen angelegt werden können. Rollbacks sollen unterstützt werden
  • Die Versionierung soll Subversionen unterstützen
  • Die Konsolidierung soll web - basiert erfolgen
  • Die Dokumente sollen zentral dauerhaft vorgehalten werden
  • Es sollen WebClients zum Einsatz kommen
  • Du benötigst eine gepflegte, stabile API um selbst Anpassungen vornehmen zu können.

Das hört sich alles nicht sehr exotisch an. Solche Anforderungen habe während meiner Tätigkeit in der DMS-Branche oft gehört. Der Ansatz, wie diese umgesetzt wurden ist immer ähnlich.

Ich will mal versuchen, Dir meine Erfahrungen darzustellen:

  • Der Versuch, GPL - Software oder ähnliches einzusetzen wird scheitern. Alle Anwender, die ich kenne, sind nachdem sie mit Alfresco, Joomla und Co. gescheitert sind, zu professionellen Herstellern gewechselt.
  • Dein Ansatz besteht im Prinzip in der statischen Konvertierung der bestehenden Dokumente. Dein Dokumentbegriff scheint sich auf monolithische, statische Dokumente zu beziehen.
  • Der Ansatz, der in solchen Fällen jedoch meist gefahren wird, besteht in der Trennung von Inhalt und Präsentation der Dokumente. Einfach ausgedrückt: Man speichert die Dokumente, wie sie sind - langfristig sicher ab (Storage Layer), legt die Metadaten der Dokumente in einer Datenbank ab, bildet eine Soll-Struktur für die Zieldokumente (virtuelle Dokumentstrukturen, Compound Documents) in einer Datenbank ab. Ein Compound Document kann dabei auf vielen unterschiedlichen Quellformaten basieren.
  • Die Darstellung und Bearbeitung der Dokumente erfolgt dann über einen sogeannten Presentation Layer, der zwischen Storage Layer und Frontend liegt. Das heisst die Konvertierung in das Darstellungsformat findet „on the fly“ bei Bedarf statt. Der Presentation Layer liefert das Format, was der Benutzer anfordert. Das Original bleibt unverändert. Versionen werden in der DAtenbank geführt.
  • Markups, Annotations und ähnliches werden wie alle anderen Dokumentmetadaten in der Datenbank gespeichert.
  • Für die Bearbeitung der Dokumente und ggf. einen Freigabeprozess benötigst Du einen konfigurerbaren Workflow
  • Du brauchst eine Benutzerverwaltung und Rechtesystem
  • Webbasierte Anwendungen bieten meist APIs oder SPIs auf Basis von Servlets. Gute Systeme sind oft Java - basiert entwickelt und bieten umfangreiche Möglichkeiten der serverseitigen Programmierung.

Meine Tips wären:

  • Willst Du eine rein Web basierte Lösung auf Basis von Java, schau Dir mal nscale von Ceyoniq an, damit Du mal einen Eindruck davon bekommst, auf was es ankommt
  • Willst Du Microsoft basiert arbeiten, befasse Dich mit Sharepoint
  • Du wirst Geld in die Hand nehmen müssen. Letztendlich fährst Du aber mit einem prof. Anbieter besser als mit OpenSource, vor allem wenn Du die Gesamtkosten über die Laufzeit berechnest.
  • 30000 Euro werden verdammt knapp.

Die Systeme, die Du aufgeführt hast, lassen sich meist durch fummelige Programmierung etwas anpassen, aber auf die Dauer gesehen wären mir die APIs zu instabil und der Support zu schlecht.

Ich hoffe, ich konnte ein paar Ideen wecken…

Viele Grüße aus München

Volker

Hallo Herr Pötter,

leider kann ich Ihnen auf diesem Themengebiet nicht weiterhelfen. Aber viel Glück bei der Suche und Auswahl!

Viele Grüße
Markus Bolte