it-swarm.com.de

Gibt es einen Unterschied zwischen Anwendungsfällen und funktionalen Anforderungen?

Ich bin neugierig, weil es so aussieht, als hätte jeder eine andere Meinung dazu. Benötigen Sie beim Erstellen eines SRS-Dokuments sowohl Use Cases als auch funktionale Anforderungen oder nur eine, da Use Functional Requirements die Use Cases erweitern?

8
hey hey

... benötigen Sie sowohl Anwendungsfälle als auch funktionale Anforderungen oder nur einen ...

Der Unterschied besteht nur in der Herangehensweise, wenn man die Hauptautoren dieser Techniken ablesen würde. 

Der Anwendungsfallansatz wird als ein effizienteres Mittel zum Sammeln wesentlicher Anforderungen betrachtet, während der Funktionsanforderungenansatz eine vollständige Spezifikation sicherstellt, die dann Redundanzen, Überschneidungen und unerwünschte Funktionen herausfiltern kann.

Der Use-Case-Ansatz berücksichtigt zu Beginn externe Akteure (Benutzer, Prozesse, Agenten usw.) und deren Schnittstellen zum System, während die funktionalen Anforderungen das Problem aus einer Lösungsperspektive angehen (wie können wir dieses Merkmal zur Lösung unseres Problems verwenden) Problem?)

Anwendungsfälle erfassen Akteure, Benutzer, Methoden, Domänenwissen, einzigartige Techniken usw. Anwendungsfälle können zu kompletten Paketlösungen führen. Funktionaler Ansatz erfasst Produktkategorien, Produktvarianten, Marktunterschiede. Ein funktionaler Ansatz kann dabei helfen, fein abgestimmte Freigabestrategien zu entwickeln, bei denen die Funktionalität früherer Releases entwickelt wurde.

Eine andere Art zu beschreiben ist, dass es sich bei den Anwendungsfällen eher um eine benutzerorientierte Spezifikation handelt und der funktionale Ansatz eine Entwicklerspezifikation ist. Aus sprachlicher und kommunikativer Sicht heißt es, dass ein Use-Case-Ansatz dazu führt, dass die Dokumentation, die bereits in den Sprachanwendungen der Endbenutzer enthalten ist, verständlicher wird. Auf der anderen Seite macht ein funktionaler Ansatz das System vollständig und integriert. 

In modernen SRS sind beide Perspektiven für ein vollständiges, nützliches System unerlässlich. Im Idealfall muss das eine dem anderen zugeordnet werden. Die Vorteile beider Ansätze können nicht ausgeschlossen werden, unabhängig davon, wo der Prozess beginnt. 

7
Emacs User

Wenn Sie beide verwenden müssen (weil das System groß oder kompliziert ist), halten Sie die Funktionsspezifikation auf einem höheren Niveau als die Anwendungsfälle. Wenn Sie die Funktionsspezifikation definieren (z. B. BFD oder eine andere Notation), können Sie beide Prozessmodelle sinnvoll hinzufügen , Story Mapping, abgestufte DFDs oder Use-Cases auf niedrigeren Ebenen, abhängig von der gewünschten Ansicht. DFDs und Entity Model überprüfen sich gegenseitig.

0
user898617

Es liegt ganz bei Ihnen zu entscheiden, ob Sie den einen oder den anderen oder beide wollen.

Funktionale Anforderungen sind eine Reihe von Anforderungen, meist in Textform, die die zu entwickelnde Systemfunktionalität definieren. Das Anwendungsfalldiagramm ist die Anforderungserhebung eines Softwaresystems. Beides kann genutzt werden und hat klare Vorteile. Die funktionalen Anforderungen können leicht als Unit-Testfälle verwendet werden, während die Use-Cases für Benutzerakzeptanz- und Integrationstests verwendet werden können. Je nach Detaillierungsgrad können Use-Case-Diagramme auch für Unit-Tests verwendet werden.

Aus historischer Sicht wurden funktionale Anforderungen verwendet, bevor UML zum Standard in der objektorientierten Softwareentwicklung wurde. Daher sind Use Cases heutzutage die bevorzugte Methode zur Erfassung der funktionalen Anforderungen eines Systems, wenn nicht beide verwendet werden sollen.

Der Hauptunterschied besteht darin, dass Anwendungsfalldiagramme eine grafische Darstellung der Systemanforderungen darstellen, während funktionale Anforderungen in Textform vorliegen. Anwendungsfälle können auch Text enthalten, der Schwerpunkt liegt jedoch auf dem Diagramm selbst, wohingegen bei funktionalen Anforderungen der Fokus auf dem geschriebenen Text liegt.

0
i-tms