Gilt für:
- Winshuttle Foundation
Bewährte Methoden für die Entwicklung von Lösungen
5. Lösung entwickeln
Praxisleitfaden zur Entwicklung von Lösungen
Sobald die Anforderungen genehmigt und festgehalten wurden, können Sie mit der Entwicklung beginnen. Da mehrere Entwickler zu einer Lösung beitragen können, ist es wichtig, einen sequenzieller Prozess für die Entwicklung zu verwenden.
Auf dieser Seite
- Skripte erstellen. (Bei Integration mit SAP).
Wenn Sie eine Lösung entwickeln, die in SAP integriert ist und Winshuttle Transaction/Query Skripte verwendet, bilden die Skripte die Grundlage des Formulars. Sie müssen vor der Entwicklung des Workflows und des Formulars erstellt und getestet werden. - Entwickleransicht erstellen .
Erstellen Sie eine Entwickleransicht im Formular als Masteransicht, welche alle Inhalte des Formulars einschließlich aller für die Lösung erforderlichen Regeln und Berechnungen enthält. - Workflow erstellen.
Entwickeln Sie den Workflow nach dem Formular, da Abhängigkeiten im Formular den Workflow bestimmen. - Formularansichten erstellen.
Sobald Ihr Formular erstellt und der Workflow getestet wurde, sollten Sie wissen, wie viele Formularansichten Sie erstellen müssen und für welche Workflowteilnehmer (Benutzer oder Gruppe) sie angezeigt werden. - Testen einer Lösung.
Testen Sie die Lösung mit einer Gruppe von Benutzern, um sicherzustellen, dass Formulare, Skripte und Workflow korrekt funktionieren.
1. Skripte erstellen
Wenn Sie eine Lösung entwickeln, die in SAP integriert ist und Winshuttle Transaction/Query Skripte verwendet, bilden die Skripte die Grundlage des Formulars.
Skripte müssen vor der Entwicklung des Workflows und des Formulars erstellt und getestet werden. Skripte sollten auch umfassend getestet werden, bevor sie zur Lösung hinzugefügt werden.
Bei der Erstellung jedes Skripts, führen Sie die folgenden Tests durch:
- Testen Sie das Winshuttle Skript direkt in Winshuttle Transaction oder Query mit Microsoft Excel.
- Speichern Sie die Excel-Zuordnung für den Fall, dass später im Prozess Probleme auftreten.
- Wandeln Sie den Zuordnung-Quelltyp des Winshuttle Skripts in XML und testen Sie innerhalb von Transaction oder Query.
- Erstellen Sie mit jedem Winshuttle Skript ein einfaches Formular und einen einfachen Workflow. Führen Sie das Skript direkt im Formular aus, um sicherzustellen, dass das Skript ordnungsgemäß funktioniert.
Mit diesen Tests wird sichergestellt, dass alle Funktionen, die in Winshuttle Transaction oder Query verwendet werden, innerhalb eines Formulars oder bei Verwendung des XML-Quelltyps funktionieren.
Wenn während der Testphase ein Problem mit einem Skript festgestellt wird, das ein zusätzliches Skript oder eine Änderung des aktuellen Skripts erforderlich macht, können Sie dies korrigieren. Versuchen Sie allerdings das erneute Veröffentlichen des Formulars möglichst zu vermeiden, um die korrekte Zuordnung beizubehalten.
2. Entwickleransicht erstellen
Sobald Sie mit der Erstellung und dem Testen von Skripten fertig sind (falls Sie diese verwenden), können Sie mit der Erstellung Ihres Formulars beginnen.
Winshuttle empfiehlt zunächst eine Entwickleransicht im Formular als Masteransicht zu erstellen, welche alle Inhalte des Formulars einschließlich aller für die Lösung erforderlichen Regeln und Berechnungen enthält. Dadurch erhalten Sie eine einzelne Formularansicht als Basis und können später problemlos weitere Formularansichten erstellen.
Sobald die Entwickleransicht erstellt wurde, testen Sie das Formular mit einer kleinen Gruppe von Benutzern und überprüfen Sie Folgendes:
- Skripte werden ausgeführt und den richtigen Feldern zugeordnet (bei Verwendung von Winshuttle Skripten).
- Berechnungen, Regeln oder jede andere unternehmensrelevante Logik innerhalb des Formulars funktionieren korrekt.
- Das Layout oder der Stil des Formulars ist korrekt.
Erste Tests sollten abgeschlossen sein, bevor Sie zusätzliche Formularansichten erstellen. Fehler, die nach der Erstellung aller Formularansichten entdeckt werden, erfordern mehr Zeit bei der Korrektur, da Sie alle Formularansichten aktualisieren müssen. Wenn Sie einen Fehler vor der Erstellung zusätzlicher Ansichten feststellen, müssen Sie nur eine einzige Ansicht aktualisieren.
Zusätzliche Informationen
Tipps und bewährte Methoden für das Formulardesign
Lesen Sie weitere Tipps, die Ihnen helfen, Ihre Formularentwicklung zu optimieren.
3. Workflow erstellen
Nachdem die Entwickleransicht erstellt und getestet wurde, können Sie mit der Workflow-Entwicklung beginnen. Manchmal wird die Workflow-Entwicklung von einer anderen Person als dem Formularentwickler durchgeführt, aber normalerweise werden Formular- und Workflow-Entwicklung von derselben Person durchgeführt.
Entwickeln Sie den Workflow nach dem Formular, da Abhängigkeiten im Formular den Workflow bestimmen. Außerdem erhalten Sie Informationen darüber, wie viele Ansichten Ihr Formular benötigt und was jede Ansicht anzeigt. Wenn Sie beispielsweise einen Workflow haben, der basierend auf Feldwerten in Ihrem Formular weiterleitet, können Sie diese im Workflow erst konfigurieren, wenn die Felder existieren.
Nach Abschluss des Workflows müssen Sie einige grundlegende Tests durchführen, bevor Sie die Formularsichten erstellen können. Die Tests sind stark davon abhängig, wie Ihr Workflow aufgebaut ist und wie Sie Ihr Formular weiterleiten, aber einige allgemein empfohlene Tests werden im Folgenden beschrieben.
Empfohlene Workflow-Tests
- Stellen Sie sicher, dass während des gesamten Prozesses die richtigen Teilnehmer zugewiesen werden. Wenn Sie einen Teilnehmer-Konfliktlöser verwenden, stellen Sie sicher, dass die Abfrage die für die Aufgabenzuweisung erforderlichen Daten zurückgibt.
- Testen Sie alle Weiterleitungen des Workflows. Wenn Ihr Workflow auf der Grundlage von Formulardaten weitergeleitet wird, stellen Sie sicher, dass diese Feldwerte befüllt werden.
- Stellen Sie sicher, dass alle Benachrichtigungen gesendet und von den zugeordneten Teilnehmern empfangen werden.
- Wenn Sie Plug-ins in Ihrem Workflow verwenden, stellen Sie sicher, dass diese die richtigen Operationen mit den erwarteten Ergebnissen ausführen.
- Testen Sie Schleifen. Stellen Sie sicher, dass alle Schleifen zum gewünschten Zeitpunkt beendet werden.
Berücksichtigen Sie bei der Durchführung dieser Tests auch, wie Fehler behandelt werden. Falls im Workflow Fehler auftreten können, gibt es Übergangseigenschaften wie „IsAssignmentValid“ oder „Otherwise“, die ideal sind, um zu verhindern, dass im Workflow ein Fehler auftritt.
Siehe Composer Übergangseigenschaften für weitere Informationen.
4. Formularansichten erstellen
Formularansichten sind der letzte Schritt im Implementierungsprozess, bevor die Lösung getestet wird. Sobald Ihr Formular erstellt und der Workflow getestet wurde, sollten Sie genau wissen, wie viele Formularansichten Sie erstellen müssen und für welche Workflowteilnehmer (Benutzer oder Gruppe) sie angezeigt werden.
Der Winshuttle Composer verfügt über vordefinierte und reservierte Formularansichten (siehe Tabelle unten), die für bestimmte Szenarien verwendet werden können. Sie können nicht mehr als eine Ansicht mit demselben Namen haben, aber Sie können bei Bedarf eigene Formularsichten erstellen und benennen.
Winshuttle empfiehlt, immer mindestens die Ansichten Urheber und Prozess abgeschlossen zu verwenden.
Zusätzliche Informationen hierzu finden Sie unter Arbeiten mit Composer Ansichten.
Winshuttle Designer/Composer vordefinierte Formularansichten
Composer Ansicht |
Beschreibung |
Urheberansicht |
Diese Ansicht wird angezeigt, wenn das Formular zum ersten Mal vom Urheber gestartet wird. |
Erneut-Übermitteln-Ansicht |
Diese Ansicht wird angezeigt, wenn das Formular erneut übermittelt wird. |
Prozessstatusansicht |
Diese Ansicht wird angezeigt, wenn ein Benutzer das Formular ansehen möchte, aber keine ausstehende Zuweisung hat. |
Prozess-Abgeschlossen-Ansicht |
Diese Ansicht wird angezeigt, wenn der Prozess abgeschlossen wurde. |
5. Lösung testen
Wenn die Entwicklung abgeschlossen ist, testen Sie Ihre Lösung mit einer Gruppe von Benutzern, um sicherzustellen, dass Formulare, Skripte und Workflow korrekt funktionieren. Dies erfordert häufig die Erstellung spezifischer Testszenarien, die für das Testen verwendet werden können.
Achten Sie darauf, dass Sie und Ihre Benutzer offene Kommunikationskanäle haben. Da während des gesamten Testprozesses Probleme auftreten, müssen Lösungsentwickler weiterhin mit Endbenutzern zusammenarbeiten, um diese zu beheben.
Beachten Sie, dass das Testen und Validieren einer Lösung im Allgemeinen nicht dazu genutzt werden sollte, damit Benutzer zusätzliche Funktionen oder Features anfordern können. Wenn in dieser Phase neue Funktionen hinzugefügt werden, muss der Testprozess erweitert werden, bevor die Lösung in die Produktionsumgebung verschoben werden kann.
Sobald die Tests für die Lösung abgeschlossen sind, beginnen Sie mit der Planung der Migration der Lösung vom Entwicklungsserver zum Produktionsserver. In der Regel dauert die Migration einer einzelnen Lösung 1 Tag.
Die Lösung nach der Migration testen
Bei einer erfolgreichen Migration zur Produktionsumgebung sollte eine Person die Abhängigkeiten überprüfen, um sicherzustellen, dass es keine Fehler gibt. Nach der Migration sind folgende Punkte zu prüfen:
- Funktionieren die Winshuttle-Skripte noch richtig?
- Werden die Winshuttle-Skripte auf dem richtigen SAP-System ausgeführt?
- Ist die Weiterleitung des Formulars korrekt?
- Ist eine Formular-/Workflow-Logik fehlerhaft oder fehlen Informationen (z.B. Dropdown-Listen)?
- Werden E-Mail-Benachrichtigungen versendet?
Zusätzliche Informationen
- Winshuttle Composer Lösungen durch Umgebungen migrieren
Für die Migration von Lösungen, die in Winshuttle Composer in einer Winshuttle Workflow 10.7 oder höher Umgebung erstellt wurden.