Requirements Engineering

Das Requi­re­ments Engi­nee­ring (RE) beschäf­tigt sich mit der pro­fes­sio­nel­len Ent­wick­lung und Ver­wal­tung von Anfor­de­run­gen. Gene­rell wird das Requi­re­ments Engi­nee­ring in die Berei­che Anfor­de­rungs­ent­wick­lung (Requi­re­ments Deve­lo­p­ment) und Anfor­de­rungs­ver­wal­tung (Requi­re­ments Manage­ment) unter­teilt (sie­he Abbildung).

Eine umfas­sen­de Beschrei­bung fin­det sich auf der Web­sei­te zum → Requi­re­ments Engi­nee­ring.

In die­ser Kate­go­rie-Über­sicht fin­den sich alle Bei­trä­ge nach Ver­öf­fent­li­chungs­da­tum geord­net — die alpha­be­ti­sche Lis­te fin­det sich unter → Alle Bei­trä­ge zum Requi­re­ments Engi­nee­ring.

Die Unterteilung des Requirements Engineerings, (C) Peterjohann Consulting, 2020-2025

Abbil­dung: Die Unter­tei­lung des Requi­re­ments Engineerings

Prozesse im Requirements Engineering Unterteilung des Vorgehens in einzelne Ablaufschritte

Mana­ge­­ment-Zusam­­men­­fas­­sung die­ses Bei­trags:Pro­zes­se im → Requi­re­ments Engi­nee­ring geben vor, in wel­cher Rei­hen­fol­ge Anfor­de­run­gen ermit­telt, doku­men­tiert, vali­diert und bei Bedarf ver­wal­tet wer­den.In die­sem Bei­trag wer­den Pro­zes­se und Vor­ge­hens­mo­del­le für das Requi­re­ments Engi­nee­ring beschrie­ben. Hin­weis:Grund­sätz­lich kann das Requi­re­ments Engi­nee­ring über Pro­zes­se gesteu­ert wer­den. Nach → IREB gibt es jedoch nur einen Requi­­re­­ments-Engi­­nee­ring-Pro­­zess (RE-Pro­­zess), der ledig­lich ange­passt werden … 

Wei­ter­le­sen …

Praktik oder Prinzip? Was ist der Unterschied?

Mana­ge­­ment-Zusam­­men­­fas­­sung die­ses Bei­trags:Die Begrif­fe Prak­tik (eng­lisch: Prac­ti­ce) und Prin­zip (eng­lisch: Prin­ci­ple) wer­den im Sys­tems und → Requi­re­ments Engi­nee­ring ver­wen­det. Doch was ist der Unter­schied?In die­sem Bei­trag wird eine Kurz­dar­stel­lung zur Unter­schei­dung der Begrif­fe gelie­fert. Prak­tik und Prin­zip wer­den im Kon­text des Sys­tems Engi­nee­rings ein­ge­setzt. Die bei­den Begrif­fe kön­nen fol­gen­der­ma­ßen cha­rak­te­ri­siert wer­den: Die Wiki­pe­dia beschreibt die … 

Wei­ter­le­sen …

Nicht-funktionale Anforderungen Wichtig und häufig unterschätzt

Mana­ge­­ment-Zusam­­men­­fas­­sung die­ses Bei­trags:Unter nicht-fun­k­­tio­na­­len Anfor­de­run­gen (abge­kürzt: NFAs, sel­te­ner NFAen, eng­lisch: Non-fun­c­­ti­on­al Requi­re­ments — NFRs) wer­den Anfor­de­run­gen ver­stan­den, die sich aus tech­ni­schen Erfor­der­nis­sen und Rand­be­din­gun­gen erge­ben und kei­ne funk­tio­na­len Anfor­de­run­gen dar­stel­len.In die­sem Bei­trag wer­den die nicht-fun­k­­tio­na­­len Anfor­de­run­gen beschrie­ben. Anfor­de­run­gen wer­den im → Requi­re­ments Engi­nee­ring in funk­tio­na­le und nicht-fun­k­­tio­na­­le Anfor­de­run­gen (NFAs) unter­teilt (Abbil­dung 0.1). Funk­tio­na­le Anfor­de­run­gen beschreiben … 

Wei­ter­le­sen …

Rahmenbedingung oder Randbedingung? Was ist der Unterschied?

Mana­ge­­ment-Zusam­­men­­fas­­sung die­ses Bei­trags:Die Begrif­fe Rah­men­be­din­gung (engl. Frame­work Con­di­ti­on) und → Rand­be­din­gung (engl. Cons­traint) wer­den bei­de im → Requi­re­ments Engi­nee­ring benutzt.In die­sem Bei­trag wird eine Beschrei­bung der bei­den Begrif­fe gelie­fert. Die bei­den Begrif­fe kön­nen im Requi­­re­­ments-Engi­­nee­ring-Kon­­­text fol­gen­der­ma­ßen cha­rak­te­ri­siert wer­den: Die Wiki­pe­dia defi­niert den Begriff Rah­men­be­din­gung nicht und ver­weist auf die Rand­be­din­gung. Dort steht /#Wiki-Randbedingung/: “Rand­be­din­gun­gen (gele­gent­lich …

Wei­ter­le­sen …

User Request oder User Requirement? Was ist der Unterschied?

Mana­ge­­ment-Zusam­­men­­fas­­sung die­ses Bei­trags:Die Begrif­fe User Request und User Requi­re­ment wer­den häu­fig ver­wech­selt. Im → Requi­re­ments Engi­nee­ring ist eine Unter­schei­dung aber wich­tig.In die­sem Bei­trag wird eine Kurz­dar­stel­lung zur Unter­schei­dung der Begrif­fe gelie­fert. User Requests und User Requi­re­ment wer­den im Kon­text von Requi­re­ments Engi­nee­ring / → Busi­ness Ana­ly­sis ein­ge­setzt. Die bei­den Begrif­fe kön­nen im Requi­re­ments Engi­nee­ring folgendermaßen … 

Wei­ter­le­sen …

Der morphologische Kasten Alternativen gegenüberstellen und auswählen

Mana­ge­­ment-Zusam­­men­­fas­­sung die­ses Bei­trags:Der mor­pho­lo­gi­sche Kas­ten (auch: Mor­pho­lo­gi­sche → Matrix oder Zwi­­cky-Box) ist eine → Krea­ti­vi­täts­tech­nik, die dabei hilft, Alter­na­ti­ven eines Pro­dukts aus­zu­wäh­len.In die­sem Bei­trag wird eine Beschrei­bung des mor­pho­lo­gi­schen Kas­tens gelie­fert. Der mor­pho­lo­gi­sche Kas­ten dient der Visua­li­sie­rung der mor­pho­lo­gi­schen Ana­ly­se und stellt ver­schie­de­ne Ele­men­te / Para­me­ter / Merk­ma­le (auch, aber sel­ten: Teil­pro­ble­me, Bestand­tei­le) mit deren … 

Wei­ter­le­sen …

Brainstorming Das Finden von Ideen in kurzer Zeit

Mana­ge­­ment-Zusam­­men­­fas­­sung die­ses Bei­trags:Das Brain­stor­ming ist eine → Krea­ti­vi­täts­tech­nik, die dazu dient, in kur­zer Zeit vie­le Ideen zu gene­rie­ren. Die­se Ideen kön­nen dann anschlie­ßend bear­bei­tet und für wei­te­re Zwe­cke genutzt wer­den.In die­sem Bei­trag wird das Brain­stor­ming beschrie­ben. Das Brain­stor­ming dient dazu, in einer Grup­pe vie­le Ideen mit gerin­gem → Auf­wand in kur­zer Zeit zu gene­rie­ren. Hierzu … 

Wei­ter­le­sen …

Business Analysis oder Requirements Engineering? Was ist der Unterschied?

Mana­ge­­ment-Zusam­­men­­fas­­sung die­ses Bei­trags:Die Dis­zi­pli­nen → Busi­ness Ana­ly­sis und → Requi­re­ments Engi­nee­ring beschäf­ti­gen sich bei­de mit dem Erfas­sen und → Ver­wal­ten von Anfor­de­run­gen.In die­sem Bei­trag wer­den die Busi­ness Ana­ly­sis und das Requi­re­ments Engi­nee­ring kurz ein­ge­ord­net und die Unter­schie­de benannt. Die bei­den Begrif­fe kön­nen fol­gen­der­ma­ßen cha­rak­te­ri­siert wer­den: Hin­weis:Die hier vor­ge­stell­te Beschrei­bung und Ein­ord­nung stammt von mir und … 

Wei­ter­le­sen …

Releaseplan oder Roadmap? Welcher Begriff steht wofür?

Mana­ge­­ment-Zusam­­men­­fas­­sung die­ses Bei­trags:Die Begrif­fe Release­plan und → Road­map wer­den im agi­len und klas­si­schen → Pro­jekt­ma­nage­ment sowie im → Pro­dukt­ma­nage­ment ver­wen­det.In die­sem Bei­trag wird eine Beschrei­bung der bei­den Begrif­fe gelie­fert und der Unter­schied auf­ge­zeigt. Release­plan und Road­map wer­den im Pro­­dukt- und Pro­jekt­ma­nage­ment genutzt, um im Vor­hin­ein das Ergeb­nis von Ent­wick­lungs­tä­tig­kei­ten zu kenn­zeich­nen. Die bei­den Begrif­fe können … 

Wei­ter­le­sen …

Shareholder oder Stakeholder? Was ist der Unterschied?

Mana­ge­­ment-Zusam­­men­­fas­­sung die­ses Bei­trags:Die Begrif­fe Share­hol­der und → Stake­hol­der wer­den in der Betrieb­s­­wir­t­­schafts- und Manage­ment­leh­re ver­wen­det und bezeich­nen jeweils Per­so­nen­grup­pen. In die­sem Bei­trag wird eine Beschrei­bung der bei­den Begrif­fe gelie­fert. Die bei­den Begrif­fe kön­nen fol­gen­der­ma­ßen cha­rak­te­ri­siert wer­den: In der Wiki­pe­dia steht zum Begriff Share­hol­der /#Wiki-Shareholder/:“Share­hol­der (eng­lisch für Anteils­eig­ner) steht für: — all­ge­mein einen Anteils­eig­ner, — speziell … 

Wei­ter­le­sen …