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

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

Das Glossar Aufbau und Verwendung

Mana­ge­­ment-Zusam­­men­­fas­­sung die­ses Bei­trags:Im → Requi­re­ments Engi­nee­ring (RE) ist das Glos­sar die zen­tra­le Instanz, um Begrif­fe zu erfas­sen, zu beschrei­ben und zu ver­ein­heit­li­chen. Ohne ein Glos­sar kann ein Requi­­re­­ments-Engi­­nee­ring-→ Vor­ha­ben kaum erfolg­reich sein.In die­sem Bei­trag wird das Glos­sar beschrie­ben. 1. Ein­lei­tung und Grund­la­gen Im Requi­re­ments Engi­nee­ring soll­te unter­schie­den wer­den zwi­schen den Glos­sa­ren der betrach­te­ten Fach­do­mä­ne (“Fachglos­sa­re”) …

Wei­ter­le­sen …

Das Backlog Anforderungen und Einträge zentral verwalten

Mana­ge­­ment-Zusam­­men­­fas­­sung die­ses Bei­trags:Das Back­log ist eine Samm­lung von The­men, die bear­bei­tet wer­den sol­len. Meis­tens sind dies Anfor­de­run­gen, die im agi­len Kon­text in Form von → User Sto­ries notiert wer­den.In die­sem Bei­trag wird eine Kurz­dar­stel­lung zum Back­log gelie­fert. Erläu­te­run­gen zum Back­log sind häu­fig in den Beschrei­bun­gen von → Scrum oder den → User Sto­ries ent­hal­ten. Im … 

Wei­ter­le­sen …

Review oder Audit? Was ist der Unterschied?

Mana­ge­­ment-Zusam­­men­­fas­­sung die­ses Bei­trags:Die Begrif­fe → Review und Audit wer­den häu­fig ver­wech­selt. Im → Pro­jekt­ma­nage­ment und im → Requi­re­ments Engi­nee­ring ist eine genaue Unter­schei­dung aber wesent­lich.In die­sem Bei­trag wird eine Kurz­dar­stel­lung zur Unter­schei­dung der Begrif­fe gelie­fert. Review oder Audit? Die bei­den Begrif­fe kön­nen — für das Pro­jekt­ma­nage­ment — grob fol­gen­der­ma­ßen cha­rak­te­ri­siert wer­den: Abbil­dung 1: Gegen­über­stel­lung von … 

Wei­ter­le­sen …

Definition of Done Wann ist eine User Story fertig umgesetzt?

Mana­ge­­ment-Zusam­­men­­fas­­sung die­ses Bei­trags:Die Defi­ni­ti­on of Done (DoD) beschreibt, wann eine → User Sto­ry als fer­tig umge­setzt gilt, das heißt, vom Kun­den oder Anwen­der abge­nom­men wer­den kann.In die­sem Bei­trag wird eine Kurz­dar­stel­lung dazu gelie­fert. Erläu­te­run­gen zur Defi­ni­ti­on of Done sind häu­fig in den Beschrei­bun­gen von → Scrum oder den → User Sto­ries ent­hal­ten. Wenn → User … 

Wei­ter­le­sen …

System und Systemkontext Die Beschreibung, was dazugehört und was nicht

Mana­ge­­ment-Zusam­­men­­fas­­sung die­ses Bei­trags:Das Sys­tem und der Sys­tem­kon­text wer­den zu Beginn eines Vor­ha­bens bestimmt, um abzu­gren­zen, wel­che Inhal­te und The­men in der nach­fol­gen­den Ermitt­lung von Anfor­de­run­gen betrach­tet wer­den sol­len und wel­che nicht.In die­sem Bei­trag wird der Scope / das Sys­tem und der Sys­tem­kon­text und deren Ein­satz im → Requi­re­ments Engi­nee­ring beschrie­ben. Um zu bestim­men, wel­che Themen … 

Wei­ter­le­sen …

Interviews Einsatz, Techniken und Formen

Mana­ge­­ment-Zusam­­men­­fas­­sung die­ses Bei­trags:Inter­views sind die Stan­dard­me­tho­de zur Ermitt­lung von Zie­len und Anfor­de­run­gen. Da sie grund­sätz­lich vor­aus­set­zungs­frei durch­ge­führt wer­den kön­nen, sind sie eine weit ver­brei­te­te Metho­de in ver­schie­de­nen Dis­zi­pli­nen wie dem → Pro­jekt­ma­nage­ment oder dem → Requi­re­ments Engi­nee­ring.In die­sem Bei­trag wer­den eini­ge Aspek­te zu Inter­views wie­der­ge­ge­ben. 1. Ein­lei­tung und Grund­la­gen In der Wiki­pe­dia steht /#Wiki-Interview/: “Ein …

Wei­ter­le­sen …

Traceability Verbindungen zwischen Anforderungen herstellen

Mana­ge­­ment-Zusam­­men­­fas­­sung die­ses Bei­trags:Tracea­bi­li­ty bezeich­net die Eigen­schaft oder Fähig­keit der Nach­voll­zieh­bar­keit und ist ein essen­zi­el­ler Bestand­teil des Requi­re­ments Engi­nee­rings. Nur mit Traces besteht die Mög­lich­keit, (dau­er­haft) die Ver­bin­dun­gen von Anfor­de­run­gen dar­zu­stel­len und zu nut­zen.In die­sem Bei­trag wer­den Traces beschrie­ben und der → Auf­wand und der Nut­zen erläu­tert. Unter Tracea­bi­li­ty wird all­ge­mein die Eigen­schaft oder Fähig­keit der … 

Wei­ter­le­sen …

Lastenheft und Pflichtenheft Unterscheidungen und Einsatz

Mana­ge­­ment-Zusam­­men­­fas­­sung die­ses Bei­trags:Las­ten­heft und Pflich­ten­heft wer­den im deutsch­spra­chi­gen → Pro­­jek­t­­ma­­na­ge­­ment-Umfeld häu­fig benutzt.Den­noch sind die Bedeu­tung und der Ein­satz nicht immer klar und füh­ren zur Ver­wir­rung.In die­sem Bei­trag wer­den die Begrif­fe “Las­ten­heft und Pflich­ten­heft” beschrie­ben und eine Klä­rung der Unter­schie­de vor­ge­nom­men. Ein Dau­er­the­ma in der deutsch­spra­chi­gen Pro­­jek­t­­ma­­na­ge­­ment-Gemein­­schaft ist der Gebrauch von Las­ten­heft und Pflich­ten­heft. Die­ser Beitrag … 

Wei­ter­le­sen …

Von der Idee zum System Wie aus Visionen und Ideen Systeme entwickelt werden

Um eine Idee – bei­spiels­wei­se die Ein­füh­rung eines ver­bes­ser­ten Ablaufs oder eines neu­en Soft­ware­sys­tems – erfolg­reich zur Umset­zung zu brin­gen, soll­ten gene­rell Kennt­nis­se in den Berei­chen ein­ge­bracht wer­den. Doch das allei­ne reicht noch nicht – um die­se Berei­che wie­der­um zu koor­di­nie­ren, bedarf es eines (über­ge­ord­ne­ten) → Pro­jekt­ma­nage­ments (PM), wel­ches mit den drei ande­ren Berei­chen verbunden … 

Wei­ter­le­sen …

Die Einordnung des Requirements Engineerings, (C) Peterjohann Consulting, 2020-2022

Requirements Engineering Anforderungen entwickeln und verwalten

Das Requi­re­ments Engi­nee­ring (RE) stellt eine eigen­stän­di­ge Dis­zi­plin inner­halb des Sys­tems Engi­nee­rings oder des Soft­ware Engi­nee­rings dar. Das RE setzt sich damit aus­ein­an­der, wie Anfor­de­run­gen an ein (neu zu erstel­len­des) Pro­dukt, eine Dienst­leis­tung oder ein Sys­tem zu ent­wi­ckeln und zu ver­wal­ten sind, um eine mög­lichst effi­zi­en­te Umset­zung zu ermög­li­chen. Das RE ist aber kei­ne exakte … 

Wei­ter­le­sen …