it-swarm.com.de

Unterschied zwischen Requirements Engineering und Usability Engineering

Was sind die Hauptunterschiede in der Methodik zwischen "Requirements Engineering" und "Usability Engineering"? Wo überlappen sie sich, wo nicht? Welche Aktivitäten haben beide gemeinsam und welche sind exklusiv?

6
patrics

Wir haben in den letzten Jahren unser eigenes SWE BOK in unserem Unternehmen entwickelt, und dort sehen wir die beiden Disziplinen so:

  • Requirements Engineering ist die erste der Disziplinen, die sich (nur) mit dem Problem des Kunden befasst. Es muss die Lösung vollständig ignorieren (auch wenn Sie glauben, es zu wissen).
  • Das Usability Engineering muss darüber nachdenken, wie die Lösung nutzbar gemacht werden kann. Daher werden Anforderungen definiert, die sicherstellen, dass die Usability Teil der Lösung ist.
  • Sie überschneiden sich nur in dem Teil, in dem die Anforderungen definiert sind, die die Benutzerfreundlichkeit gewährleisten.

Anforderungen sind in unserer Nomenklatur wie folgt zu sehen:

  1. Funktionale Anforderungen
  2. Nicht-funktionale Anforderungen
    • Sicherheit
    • Benutzerfreundlichkeit
    • Wartbarkeit
    • .... (alle Funktionen, die Sie im Zusammenhang mit Computern finden können
  3. Projektbedingungen (Anforderungen, die sich nicht ändern, sie sind eher Einschränkungen).

Wie Sie sehen können, ist die Benutzerfreundlichkeit Teil der nicht funktionalen Anforderungen.

6
mliebelt

was sind Ihrer Meinung nach die Hauptunterschiede in der Methodik zwischen "Requirements Engineering" und "Usability Engineering"?

Persönlich würde ich diese nicht trennen. Ich verbringe viel Zeit als Business Analyst für Projekte und stelle, wann immer möglich, sicher, dass die Benutzerfreundlichkeit Teil der Hauptanstrengungen beim Sammeln von Anforderungen ist. Sie können in einer Unterkategorie aufgeführt sein, z. B. "Schnittstellenanforderungen" oder "Benutzeroberflächenanforderungen". Das Endergebnis ist jedoch dasselbe - eine Liste von Bedarfsausdrücken, die umsetzbar und überprüfbar sind.

Was sind gemeinsame Aktivitäten und was sind exklusive ...

Auch hier sehe ich einen großen Teil der Bemühungen als so miteinander verflochten an, dass ich keinen Wert darin sehe, sie voneinander zu trennen. Es gelten alle üblichen Aktivitäten:

  • anforderungserklärung
  • funktionale Details
  • testfälle
  • überprüfung mit Entwicklern und Qualitätssicherung

Bearbeiten: Ich sehe, dass mliebelt einen anderen Ansatz gepostet hat; und das ist vielleicht das Wichtigste, was hier zu sagen ist - tun Sie, was in der lokalen Situation funktioniert, da keine zwei Entwicklungsgeschäfte gleich sind und daher keine zwei Ansätze gleich sind.

6
gef05

Ich habe die beiden Antworten von mliebelt und Gray ein paar Mal gelesen. Ich stimme beiden teilweise zu. Es klingt für mich richtig, UE als lösungsorientiert und RE als problemorientiert zu definieren, aber die aktuellen Studien zielen darauf ab, sich auf ihre Schnittmenge zu konzentrieren.

Wenn wir uns die jüngste Referenz in RE ansehen (z. B. Alan M. Davis Buch: JERM), sehen wir, dass die Berücksichtigung des Produkts/der Lösung aus frühen Stadien (d. H. RE) für die Entwicklung des richtigen Produkts empfohlen wird.

Andererseits wurden in jüngster Zeit Anstrengungen unternommen, diese beiden Konzepte zu mischen, um Produkte mit höherer Benutzerfreundlichkeit zu entwickeln. Schauen Sie sich zum Beispiel "Human-Centered Software Engineering" von A. Seffah et al. Dabei liegt der Schwerpunkt auf der Überbrückung der Lücke zwischen UE und SE.

Daher würde ich sagen, dass RE und UE früher getrennt behandelt wurden. Heutzutage wird anerkannt, wie wichtig es ist, Usability-Anforderungen (und folglich einige Usability-bezogene Aktivitäten, d. H. UE) in RE-Aktivitäten einzubeziehen. Insbesondere Aktivitäten in UE, die zur Erstellung einer Usability-Spezifikation führen. Ich denke immer noch, dass die Bewertung der Benutzerfreundlichkeit von Natur aus nicht Teil von RE ist.

2
Pariya Kashfi