Einführung
In diesem Lernpfad haben Sie gelernt, wie Sie eine bereits vorhandene und veraltete Unternehmenslösung mithilfe von Microsoft Power Platform in eine moderne Lösung übersetzen. Zudem haben Sie gelernt, wie Sie ein Datenmodell erstellen und dieses in Microsoft Dataverse implementieren können. Jetzt können Sie damit beginnen, die App zu erstellen. Zuerst müssen Sie überlegen, wie diese App aussehen und funktionieren soll. Sie könnten darüber nachdenken, diese Planungsphasen zu überspringen und sofort mit dem Erstellen zu beginnen. Wenn Sie sich jedoch nicht die Zeit nehmen, Ihre App methodisch zu planen, kann dies dazu führen, dass Sie nur eine Teillösung implementieren oder später mehrere Änderungen vornehmen müssen. Apps durchlaufen einen Entwicklungszyklus, der manchmal Application Lifecycle Management (ALM) genannt wird. Im folgenden Flussdiagramm werden die Phasen im Entwicklungszyklus angezeigt.
Da Sie das Datenmodell ausgearbeitet haben, waren Sie bereits in der Planungsphase. Nun ist es an der Zeit, das Erscheinungsbild und die Funktionsweise der App zu planen.
Sie können eine App auf viele Arten planen. Sie könnten von Ihrem Datenmodell ausgehen und überlegen, wie Sie es in der App durchgehen. Der beste Weg, mit der Planung zu beginnen, ist jedoch aus der Sicht des Benutzers. Sie können sich dazu zunächst die folgenden Fragen stellen:
Wer wird diese App verwenden?
Was wird der Benutzer tun müssen?
Wie wird der Benutzer die Aktivität abschließen?
In diesem Fall wissen Sie, dass Reisende die App verwenden werden. Sie müssen Spesen protokollieren und frühere Spesenabrechnungen anzeigen. Sie müssen gründlich überlegen, wie sie diese Aktionen durchführen möchten. Das Ziel ist, dass Sie die Mechanik des Anwendungsfalls und nicht die allgemeinen technischen Antworten untersuchen. Durch das Bewerten dieser Fragen erhalten Sie ein Anwendungsfallszenario, das Sie in ein narratives Format einfügen können, wie beispielsweise das folgende Szenario.
Ein Reisender meldet sich auf seinem Smartphone bei der App an und erstellt einen Bericht, wenn ihm Spesen entstehen. Er wird die Spesen im Verlauf der Reise weiterhin protokollieren. Wenn alle Spesen erfasst wurden, reicht der Reisende die Spesen ein, die dann an seinen Vorgesetzten gesendet werden. Der Reisende muss überprüfen können, wann die Spesen genehmigt und an die Buchhaltung gesendet wurden, damit er einschätzen kann, wann die Erstattung verfügbar sein wird.
Dieser Anwendungsfall zeigt, dass Reisende Spesen einreichen und als Entwurf speichern müssen, um später darauf zurückkommen zu können. Sie müssen Spesenabrechnungen anzeigen können, die sie bereits eingereicht haben, sollten aber nicht die Spesen anderer Reisender anzeigen können. Als Ergebnis benötigt der Reisende folgende Komponenten:
Ein Bildschirm, auf dem er eine neue Spesenabrechnung einreichen oder frühere Abrechnungen anzeigen kann, einschließlich der im Entwurf befindlichen Abrechnungen
Ein Bildschirm zum Bearbeiten von Spesenabrechnungen, unabhängig davon, ob es sich um einen neuen oder einen vorherigen Entwurf handelt
Ein Bildschirm zum Anzeigen aller früheren Berichte
Der Anwendungsfall zeigt auch, dass die App die Funktionen benötigt, um Entwürfe zu speichern und Informationen an einen Vorgesetzten zu senden, möglicherweise in Form einer E-Mail.
Erwägen Sie, einen weiteren Anwendungsfall zu schreiben, um die Funktionen über die Bedürfnisse des Reisenden hinaus zu erweitern. Sie könnten die Vorgesetzten über die App genehmigen lassen oder die Spesen in der App prüfen. Die unterschiedlichen Arten von Benutzern haben unterschiedliche Anforderungen und brauchen möglicherweise unterschiedliche Bildschirme oder Funktionen. Jetzt haben Sie durch das Untersuchen verschiedener Anwendungsfälle gelernt, wie Sie eine vollständige App planen.