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-2026

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

Scope Creep Mit schleichenden Ausweitungen in Projekten umgehen

Mana­ge­­ment-Zusam­­men­­fas­­sung die­ses Bei­trags:Unter Scope Creep wird eine schlei­chen­de Aus­wei­tung im Umfang eines Pro­jekts oder Requi­­re­­ments-Vor­­ha­­bens ver­stan­den. In die­sem Bei­trag wird der Scope Creep beschrie­ben. Gene­rell kann ein Scope Creep in allen Pro­jek­ten auf­tre­ten, da der Umfang eines Pro­jekts in den sel­tens­ten Fäl­len voll­stän­dig geplant wer­den kann. Wesent­lich ist beim Scope Creep jedoch, dass die Ausweitung … 

Wei­ter­le­sen …

Das Ishikawa-Diagramm Ursachen von Problemen erkennen und benennen

Mana­ge­­ment-Zusam­­men­­fas­­sung die­ses Bei­trags:Das Ishi­­ka­­wa-Dia­­gramm (auch: Ursa­che-Wir­­kungs-Dia­­gramm oder Fisch­­grä­­ten-Dia­­gramm) ist die Visua­li­sie­rung des Ergeb­nis­ses der Ishi­­ka­­wa-Ana­­ly­­se aus dem → Qua­li­täts­ma­nage­ment. Die Ishi­­ka­­wa-Ana­­ly­­se und damit das Ishi­­ka­­wa-Dia­­gramm hilft dabei, Ursa­chen eines Pro­blems her­aus­zu­fin­den.In die­sem Bei­trag wird eine Beschrei­bung des Ishi­­ka­­wa-Dia­­gramms gelie­fert. Die Durch­füh­rung der Ursa­che-Wir­­kungs-Ana­­ly­­se mit der Erstel­lung des Ishi­­ka­­wa-Dia­­gramms kann durch eine Ein­zel­per­son oder durch eine … 

Wei­ter­le­sen …

Anforderung, Hypothese oder Randbedingung? Was ist der Unterschied?

Mana­ge­­ment-Zusam­­men­­fas­­sung die­ses Bei­trags:Die Begrif­fe Anfor­de­rung (engl. Requi­re­ment), Hypo­the­se (engl. Hypo­the­sis, Assump­ti­on) und → Rand­be­din­gung (engl. Cons­traint) wer­den im → Requi­re­ments Engi­nee­ring benutzt.In die­sem Bei­trag wird eine Beschrei­bung und Gegen­über­stel­lung der drei Begrif­fe gelie­fert. Die 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: In der Wiki­pe­dia fin­det sich zur Anfor­de­rung fol­gen­de Beschrei­bung /#Wiki-Anforderung-Informatik/:“In der (Software-)Technik ist eine … 

Wei­ter­le­sen …

Das Datenflussdiagramm Aufbau und Verwendung

Mana­ge­­ment-Zusam­­men­­fas­­sung die­ses Bei­trags:Das Daten­fluss­dia­gramm (eng­lisch: Data flow dia­gram) dient Visua­li­sie­rung von Daten­flüs­sen. Es kommt mit weni­gen Ele­men­ten aus und ist daher ein­fach zu ver­ste­hen. Das Daten­fluss­dia­gramm wird in ver­schie­de­nen Dis­zi­pli­nen ein­ge­setzt.In die­sem Bei­trag wird das Daten­fluss­dia­gramm beschrie­ben. Das Daten­fluss­dia­gramm (Kür­zel: DFD) dient dazu Daten­flüs­se zu visua­li­sie­ren. Es kann ein­fach erstellt wer­den, da es in der … 

Wei­ter­le­sen …

Das Flussdiagramm Aufbau und Verwendung

Mana­ge­­ment-Zusam­­men­­fas­­sung die­ses Bei­trags:Das Fluss­dia­gramm (eng­lisch: Flow chart oder Flow­chart) ist ein Dia­gramm, wel­ches der Visua­li­sie­rung von Pro­­zess- oder Daten­flüs­sen dient, in der Regel mit weni­gen Ele­men­ten aus­kommt und daher ein­fach zu ver­ste­hen ist. Es wird in ver­schie­de­nen Dis­zi­pli­nen ein­ge­setzt.In die­sem Bei­trag wird das Fluss­dia­gramm beschrie­ben. Ein Fluss­dia­gramm wird genutzt, um Abläu­fe, Kon­troll­flüs­se oder Daten­flüs­se zu … 

Wei­ter­le­sen …

Fragetechniken Nützlich in vielen Bereichen

Mana­ge­­ment-Zusam­­men­­fas­­sung die­ses Bei­trags:Fra­ge­tech­ni­ken wer­den in ver­schie­de­nen Dis­zi­pli­nen wie dem → Pro­jekt­ma­nage­ment oder dem → Requi­re­ments Engi­nee­ring ein­ge­setzt. Dabei ist es wesent­lich, dass die Fra­gen so gestellt wer­den, dass sie zu einem Ergeb­nis­ziel bei­tra­gen.In die­sem Bei­trag wer­den eini­ge Aspek­te zu den Fra­ge­tech­ni­ken wie­der­ge­ge­ben. Fra­gen machen im pri­va­ten und beruf­li­chen Umfeld einen Groß­teil der Kom­mu­ni­ka­ti­on aus. Gerade … 

Wei­ter­le­sen …

Das Operationalisieren von Anforderungen Anforderungen messbar und bewertbar machen

Mana­ge­­ment-Zusam­­men­­fas­­sung die­ses Bei­trags:Das Ope­ra­tio­na­li­sie­ren (engl. Ope­ra­tio­na­liza­ti­on) von Anfor­de­run­gen dient dazu, Anfor­de­run­gen mess­bar und bewert­bar zu machen. Damit ist das Ope­ra­tio­na­li­sie­ren eine der Haupt­auf­ga­ben im → Requi­re­ments Engi­nee­ring.In die­sem Bei­trag wird das Ope­ra­tio­na­li­sie­ren von Anfor­de­run­gen beschrie­ben. Grund­sätz­lich stel­len sich fol­gen­de Fra­gen zum Ope­ra­tio­na­li­sie­ren: 1. Ein­lei­tung und Grund­la­gen Hier wer­den eini­ge Defi­ni­tio­nen und grund­le­gen­de Beschrei­bun­gen gelie­fert. 1.1 …

Wei­ter­le­sen …

Reverse Engineering oder Reengineering? Was ist der Unterschied?

Mana­ge­­ment-Zusam­­men­­fas­­sung die­ses Bei­trags:Die Begrif­fe Rever­se Engi­nee­ring und Reen­gi­nee­ring wer­den in ver­schie­de­nen Dis­zi­pli­nen wie dem → Sys­tems Engi­nee­ring oder dem → Pro­dukt­ma­nage­ment 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. Rever­se Engi­nee­ring und Reen­gi­nee­ring wer­den bevor­zugt 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 charakterisiert … 

Wei­ter­le­sen …

Retrospektiven Überprüfen und Verbessern der Entwicklungsprozesse

Mana­ge­­ment-Zusam­­men­­fas­­sung die­ses Bei­trags:Die Retro­spek­ti­ve ist ein Event / ein → Mee­ting bei agi­ler und klas­si­scher Vor­ge­hens­wei­se, wel­ches dazu dient, den eige­nen Ent­wick­lungs­pro­zess zu ver­bes­sern.In die­sem Bei­trag wird die Retro­spek­ti­ve mit den typi­schen Abläu­fen und Tools kurz beschrie­ben. Eine Retro­spek­ti­ve hat die Auf­ga­be, im Team über den eige­nen Ent­wick­lungs­pro­zess zu spre­chen. Dabei ist das Ziel, Schwachstellen … 

Wei­ter­le­sen …

Status oder Zustand? Was ist der Unterschied?

Mana­ge­­ment-Zusam­­men­­fas­­sung die­ses Bei­trags:Die Bedeu­tung der Begrif­fe Sta­tus und Zustand ist ähn­lich, aber nicht gleich. In die­sem Bei­trag wird eine Kurz­dar­stel­lung zur Unter­schei­dung der Begrif­fe gelie­fert. Die bei­den Begrif­fe kön­nen im Mana­ge­­ment-Kon­­­text fol­gen­der­ma­ßen cha­rak­te­ri­siert wer­den: Für den Begriff Sta­tus gibt es in der deut­schen Wiki­pe­dia eine Rei­he von Ver­wei­sen /#Wiki-Status/:”- Sozia­ler Sta­tus, Stel­lung einer Per­son oder … 

Wei­ter­le­sen …