Nun gibt es u.a. folgende Alternativen:
a) Migration der DBs in andere Systeme
b) Die Datenbanken webfähig machen, und weiterhin Dominoserver einsetzen
Wie du dir sicher bereits denkst, hängt das sehr von der spezifischen Datenbank ab, was einfacher ist.
Erstmal zur Konvertierung auf eine ander Plattform:
Die auf dem Markt vorhandenen automatischen Konvertierungstools sind jedenfalls für die meisten Notes-Datenbanken noch nicht so weit. Und es ist eine seeeeehhhhr komplexe Aufgabe, in der ich sehr wenig Einblick habe und auf die ich in meinem Leben noch keine einzige Stunde gebucht habe (for the record). Wir haben sowas im Angebot und ich wurde hier schon deshalb als unkoscher gehalten. Dabei ist das nicht wahr.
Mit wirklich erfahrenen Java oder .NET Programmierern ist eine Konvertierung für viele Fälle in einem akzeptablen Zeitrahmen vielleicht nicht unmöglich. Natürlich muß zumindest einer dabei sein, der Notes sehr gut kapiert. Ich bin gerade in einem Projekt involviert, in dem wir das übrigens imho sehr gute Notesprodukt
http://www.img.de/e/home/produkte.jsp?myProdukt=travelutionone * voll auf Java mit RDBMS backend umschreiben. NEIN. LEUTE. Nicht um Notes zu schädigen. Sondern um es einfach für Kunden anzubieten, die kein Notes haben. Travelution wird btw. weiterentwickelt. Von einer 100% dafür abgestellten Programmiererin, die das schon seit Jahren macht, ein gutes Standing in der Firma hat und vermutlich mehr Geld verdient als ich.
Travelution ist wirklich sauber programmiert. Ich hab eine Menge Notes Consulting Erfahrung und ich habe wirklich schlimme Sachen auf realen Produktionsservern gesehen. Problematische Programmierung kann die Kosten einer Konvertierung extrem in die Höhe treiben.
Wenn Konvertierung, dann konvertiere es in die Hauptprogrammierplattform, die euer neuer großer Bruder benutzt. Wenn die .NET machen, konvertiere es in .NET. Fange nicht mit Java an, weil du glaubst es ist einfacher, weil IBM Java macht.
Was wirklich kostenintensiv zu transformieren ist, kann nur ein echter Fachmann entscheiden.
Webfähig machen geht natürlich auch. Nur gilt da auch, dass problematische Programmierung die Kosten in die Höhe treiben kann. Problematischen Code zu erkennen erfordert eine Analyse, die man nicht in Foren durchführen kann. Du brauchst jedenfalls auch für diese Aufgabe einen erfahrenen Programmierer. Tabellenloses Design und "sauberes" Markup ist natürlich möglich. Nur würde ich dem nicht die allererste Priorität geben. Wichtig (und vermutlich kostenintensiver) ist erstmal, dass du die Funktionalität im Web-Client nachbilden kannst. Das mit dem Markup hat weniger Risiko und Komplexität. U.a. deshalb als 2. Schritt. Ich halte es für wahrscheinlich dass in deinem Email-Verkehr und den Meetings anders geredet wird. Aus Sicht der Kostenkontrolle (und darum geht es dir), ist mein Hinweis nicht dumm (vorsichtig ausgedrückt).
Du kannst Kosten sparen, wenn du vorschlägst, bestimmte administrative Teilfunktionalitäten auf dem Notes Clients belässt. Die Admins müssen ja ohnehin den Notes-Client behalten.
Die Datenbanken sind vielschichtig, teilweise sehr viel Lotus Script-Funktionalität enthalten, etc. 3 Datenbanken noch umfangreicher Java-Code.
Komisch. Bei mir ist für die gleiche Funktionalität der Java Code in der Regel weniger umfangreich als der LotusScript Code, aber Schwamm drüber.
Wenn du viel LotusScript oder Java Code hast, sollte die Konvertierung einfacher sein als wenn da viel Formelsprache benutzt wird. Das grundsätzliche Programmiermodell von LS/Java ist einfach näher an den meisten Konkurrenzprodukten als Formelsprache.
Falls du nach Java portierst, rechne nicht damit, dass du viel Java Code wiederverwenden kannst. Wenn du eine RDBMS als Datenspeicher benutzt, muß der nämlich weitgehend neu geschrieben werden. Das ist aber auch nicht so das große Problem.
Grundsätzlich ist es möglich. Nur hängen die Kosten eben vom Speziellen ab.
Gruß Axel
* haben wir von einer Kölner Consulting gekauft und die Entwicklerin hat Jahre bei Lotus Development gearbeitet (das vorher von der Kölner Consulting gekauft worden ist).
