Wie Funktionale Anforderungen an die Lösung in Ihrem Unternehmen Analysis Report zum Dokument
Funktionale Anforderungen Abschnitt der Business-Analyse beantwortet die # 147-how # 148- Fragen, wie zum Beispiel # 147-Wie werden wir den Prozess zu ändern? Zur Beantwortung sollte diese Art von Fragen, Ihre funktionalen Anforderungen gehören die folgenden Informationen:
Design-Bereich Geltungsbereich: Der Umfang von dem, was in der Konstruktion aufgenommen werden. Lösungsdesign auf beiden nicht-automatisierte Lösungen in Anspruch nehmen (wie mehr Menschen für den Business-Bereich das Hinzufügen oder den manuellen Prozess Redesign) oder automatisierte Lösungen (eine mobile App zu schaffen, damit die Menschen Take Away Essen aus einem Restaurant zu bestellen, zum Beispiel). Eine Technik, die Sie verwenden können den Designbereich Rahmen zu schaffen, ist ein Anwendungsfalldiagramm.
Das Designbereich Umfang kann aus dem Projektumfang unterscheiden, da nicht alle Aspekte des Projektumfangs zur gleichen Zeit abgeschlossen werden. Die Lösung kann in verschiedene Phasen aufgeteilt werden, jedes mit seinem eigenen Gestaltungsspielraum.
Systemfunktionalität: So wird der Benutzer interagiert mit der Software. Denken Sie über die Aktionen, die Sie durchführen und die Reaktionen (oder Antworten) das System Ihnen bietet zurück - das ist die erwartete Systemfunktionalität. Sie dokumentieren oft diese Elemente mit Anwendungsfällen und der Benutzeroberfläche (UI) Spezifikationsdokumente.
Datendefinitionen: Was die Geschäftsdaten aussieht, wie die zulässigen Werte, Standardwerte und Feldlängen. Zum Beispiel können Sie festlegen, dass ein Lieferstatus des Kunden Standardwerte den Statuscode auf ihre Rechnungsadresse zu verwenden, so dass zulässige Werte sind AL, AZ, AK, und so weiter.
Benutzerklassen: Die Gruppen von Menschen, die die neue Anwendungssoftware oder Prozess (intern oder extern) werden. Einige Beispiele hierfür sind Kunden, Interessenten, Gäste, Mitarbeiter, Geschäftsleitung, Linie Menschen, und Call-Center-Mitarbeiter.
Benutzerschnittstellen: Beschreibung des Bildschirmlayouts, Berichtslayouts und Verfahren. Denken Sie daran, zu verfolgen alle Bilder mit Erklärungen, wie der Bildschirm arbeitet. Beispielsweise unter dem Bild ist ein Beispiel einer Benutzerschnittstelle Prototyp eines Flugreservierungssystem.
Wenn diese Schnittstelle Prototyp beschreiben, würden Sie erklären, dass die # 147-Finden Sie Flüge # 148- Taste bleibt inaktiv, bis der Benutzer einen Ursprung, Ziel und Abreise wählen und Rückkehrdaten. Diese Sequenz ist das Verhalten um den Bildschirm.
Bei funktionalen Anforderungen zu dokumentieren, sollten Sie Folgendes beachten:
Dokument, wie wollen Sie die Funktionalität nicht zu arbeiten, als spezifische Werkzeug, das Sie verwenden möchten. Zum Beispiel kann nur sicherstellen, dass die Systemflugbuchung zeigt Daten zurück, die nach dem Abflugdatum auftreten eine Beschreibung der Funktionalitäts- die Tatsache ist, dass Sie verwenden werden, sagen wir, ein Kalender-Code-Applet Java zu berechnen Heute 1 eine Beschreibung eines ist Werkzeug zur Ausführung.
Halten Sie sich an die Wechselwirkungen zwischen dem Computersystem und dem externen Agenten (der Benutzer).
Adresse das Look and Feel (die beobachtbaren Verhalten), anstatt sich auf Code-Design und Implementierung.
Sie haben eine feine Linie zu treten, wenn Sie funktionalen Anforderungen sind zu dokumentieren. Die Sprache hat nontechnical genug sein, um den Geschäftsfachexperten zu kommunizieren, so dass sie verstehen, wie die Lösung für den Betrieb geht. Sie hat jedoch noch detailliert genug zu sein, um das technische Team weiß, wie die Lösung zu erstellen, einschließlich aller Ausnahmen / alternative Möglichkeiten, um die Lösung zu erstellen.