Das DMS stellt benötigte Funktionen bereit für:

• den Import von neuen Dokumenten
• den Import von überarbeiteten Dokumenten
• der Suche von Dokumenten
• den Export von Dokumenten
• administrative Funktionen wie Ping, Versionsinfo …

Es sollte ein Weg aufgezeigt werden, wie die Funktionalitäten des DMS vom Team Developer verwendet werden können. Die bestehende ActiveX-Schnittstelle des DMS sollte nicht mehr verwendet werden, da lt. Hersteller des DMS diese nicht weiter supported wird und evtl. in der Folgeversion  entfallen könne. Web Service war die Alternative.

Bei dem DMS-Web Service handelt es sich um eine Schnittstelle mit recht komplexen und verschachtelten Datenstrukturen. Weiterhin besteht bei der Weitergabe von Dokumenten an den Web Service die Forderung, dass hierbei MTOM (Message Transmission Optimization Mechanism, eine W3C-Empfehlung für die Übertragung binärer Daten in Web Services) aktiviert sein muss.

Am ersten Tag ging es darum, einen Weg zu finden, den Web Service vom Team Developer aus, zu konsumieren.

Win32: Die Web Service Proxy-Klassen wurden zwar vom Web Service-Wizard des Team Developer erstellt, allerdings wurde das Request falsch erstellt, wodurch jede Web Service-Anfrage mit entsprechender Fehlermeldung verlief.

.NET: Mittels des .NET Web Service-Wizard wurde die Schnittstellen-DLL erstellt, konnte auch für einige Funktionen mit einfachen Datentypen verwendet werden, aber Funktionen mit verschachtelten Strukturen konnten auch hier nicht verwendet werden.

Damit schlugen die Versuche, den Web Service mit Team Developer eigenen Mitteln zu konsumieren, fehl.

Die Einbindung des Web Services in ein C#-Test-Projekt mit Visual Studio konnte mit Erfolg stattfinden. Die nachfolgend erstellten Testfunktionen für die Web Service-Schnittstelle konnten mit Erfolg erstellt werden. Hierbei ging es um folgende Funktionalitäten:

• Ping
• Versionsinfo abfragen
• Dokumente suchen
• Import eines Dokumentes

Auf dieser Grundlage wurden die Funktionalitäten aus der Testanwendung in eine .NET-DLL extrahiert und diese im Team Developer-Test-Projekt eingebunden. Somit wurde der Web Service in einem .NET-Assembly gekapselt und konnte dann vom Team Developer verwendet werden.

Ein entsprechendes Test-Projekt wurde begonnen, einige Funktionen zur Demonstration erstellt.

Für weitere Funktionen fehlte dann doch die Zeit, aber der gezeigte Weg war für den Kunden hilfreich und durchführbar. Der Import erfolgte bisher nur mit kleinen Dokumentgrößen, die scheinbar auch ohne MTOM-Aktivierung auskommen. Ein Test mit größeren Dokumenten muss noch erfolgen und die MTOM-Aktivierung mittels WSI 3.0 erfolgen.

Eine weitere Unterstützung durch MD Consulting ist vorgesehen.

Kurz vor dem Rollout der Kundenanwendung wurden noch erheblich Bugs festgestellt, welche seitens des Kunden nicht gelöst werden konnten. MD Consulting wurde gerufen. 

Bei der Software handelt es sich um eine Lösung für die Erfassung von Personal- und Maschinenleistungszeiten und die Übergabe der erforderlichen Daten an SAP. Zusätzlich sollte dies um eine Abbildung von Krankenstatistiken unter Nutzung der bestehenden Klassenbibliotheken erweitert werden.

Bei der genaueren Analyse der Anforderungen wurde festgestellt, dass diese sehr vielschichtig sind. Für die Abrechnung der Waldarbeiter für die Krankentageerfassung, wird ein komplettes neues Formular benötigt. Aus der Zeiterfassung werden mindestens die Krankenstunden in Summe benötigt. Weiterhin wird die auflaufende Krankheitstagesumme je rollendem Jahr für die Verfahrenseinleitung benötigt. Für interne Statistiken wird eine detaillierte Gliederung der Krankheitsfälle und Tage nach Beschäftigtengruppen und Varianten der Krankheiten aus dem Servicebereich Personal gefordert.

Diese sehr unterschiedlichen Anforderungen gleichzeitig zu erfüllen ist eine Herausforderung, die innerhalb des bisherigen Zeiterfassungsinstrumentariums nicht umsetzbar ist.
Daher soll für die Anforderungen einer Krankenstatistik ein neuer separater Erfassungsbereich geschaffen werden, der möglichst einfach aber inhaltlich stark detaillierte Informationen enthält und die Krankentage darstellen kann.

Fazit:
Statement unseres Kunden:

Guten Morgen Herr …,
anliegend das Testergebnis zur Software „Zeiterfassung und Krankenstatistik“, insgesamt ein gutes Ergebnis!

Mit freundlichen Grüßen und noch einen schönen Tag …

Der Kunde möchte mit dem TD Mobile mehrere Projekte realisieren. Im Fokus stehen zunächst:

1. Für Partnerunternehmen und Außendienstmitarbeiter soll eine mobile Anwendung für Tablets erstellt werden, mit der leicht – z.B. während einer Messe oder an einem Promotionstand – neue Mitglieder erfasst werden können. Hierzu sind u.a. die Unterschrift des Antragstellers, sowie eine Authentifizierung des erfassenden Partners erforderlich.

2. Für Reparaturfälle oder den Abschleppdienst soll eine mobile Anwendung die Kommunikation und Abrechnung erleichtern. Hierzu soll beispielsweise nach Auftrag der Abschleppwagen getrackt werden (Stichwort geolocation), um ungefähre Ankunftszeiten zu kommunizieren und später die Abrechnung auf der Basis der gefahrenen Kilometer zu erstellen.

Weitere Projekte sind in Planung. Der durchgeführte Workshop diente dazu einen Entwickler des Kunden in die Lage zu versetzen die geplanten Projekte zu bewerten, zu planen und umzusetzen.

Somit wurde der zweitägige Workshop durchgeführt, um dem Kunden die Möglichkeiten und Arbeitsweise des TD Mobile aufzuzeigen. Hierbei wurde speziell auf die Fragen des Kunden eingegangen und Lösungen für die bereits identifizierten Probleme entwickelt. Offene Punkte des TD Mobile wurden dokumentiert und werden im Nachgang gemeinsam mit Gupta einer Lösung zugeführt.

Der Kunde wird jetzt damit beginnen ein/zwei Pilotprojekte zu entwickeln und auf Basis seiner Erfahrung die nächsten Schritte planen.

Die Quellcode-Dateien der Anwendung lagen in Textform von (*.apt) vor.  Bei der Migration wurde auf *.apl/*.app umgestellt. Das Textformat jedoch beibehalten. Manche Libraries lagen als *.apc vor und mussten in Standard APLs geändert werden. Sie wurden zunächst rein formal modifiziert um ein kompilieren zu ermöglichen.

Nach formaler Migration und grundsätzlicher Connectivity (Oracle), konnte die Anwendung gestartet und der Login-Dialog angezeigt werden.

Zum endgültigen Start der Anwendung mussten dann noch ein paar Hürden genommen werden:

• Anpassung der globale Variable für das SqlStatement
• Anpassung Konstanten zur DB Versionsverwaltung
• Entfernen nicht verwendeter Dateien
  Bemerkenswert: Die Verschlüsselung des DB Kennworts über eine kundeneigene C-DLL funktioniert weiter ohne manuelle Eingriffe.

Die Anwendung kann nun über den Login-Dialog hinaus gestartet und die verschiedenen Masken aufgerufen, Reports gestartet, eine Exe generiert.

• Es folgte eine grobe anwendungstechnische Prüfung, zunächst aus der Entwicklungsumgebung, nach Generierung einer Laufzeitumgebung auch aus dieser. Beide Prüfungen waren erfolgreich.
• Weiter führten wir Untersuchung der in den *.apc Dateien enthaltenen Funktionalität durch.
  Für die ursprünglichen *.apc Libraries werden wieder *.apl Dateien aus den original Quellcode-Dateien (soweit vorhanden) eingebunden. Die zugehörigen DLLs entfallen dadurch.