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

Der Produktlebenszyklus Von der ersten Idee bis zur Einstellung ein Produkt betrachten

Mana­ge­­ment-Zusam­­men­­fas­­sung die­ses Bei­trags:Der Pro­dukt­le­bens­zy­klus beschreibt den Weg eines Pro­dukts von Ent­wick­lung bis zur Ein­stel­lung.In die­sem Bei­trag wird der Pro­dukt­le­bens­zy­klus in Teil­aspek­ten beschrie­ben. Der Pro­dukt­le­bens­zy­klus (Pro­duct Life Cycle, PLC) beschreibt den “Lebens­weg” eines Pro­dukts von der Pro­dukt­idee bis zum Been­den der Pro­dukt­nut­zung.  1. Ein­lei­tung und Grund­la­gen 1.1 Defi­ni­tio­nen Das → PMI defi­niert den Pro­dukt­le­bens­zy­klus wie folgt … 

Wei­ter­le­sen …

Implementierung oder Integration? Was ist der Unterschied?

Mana­ge­­ment-Zusam­­men­­fas­­sung die­ses Bei­trags:Die Begrif­fe Imple­men­tie­rung und Inte­gra­ti­on wer­den in der → Soft­ware­ent­wick­lung ver­wen­det und haben eine ähn­li­che Bedeu­tung.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: Die Wiki­pe­dia schreibt zum Begriff Imple­men­tie­rung / Imple­men­ta­ti­on etwas holp­rig /#Wiki-Implementierung/:“Eine Imple­men­tie­rung – auch Imple­men­ta­ti­on (über eng­lisch imple­men­ta­ti­on ‚Aus­füh­rung‘, ‚Durch­füh­rung‘; von … 

Wei­ter­le­sen …

Das C4 Model zur Visualisierung der Softwarearchitektur Mit vier Abstraktionsstufen die Softwarearchitektur beschreiben

Das C4 Model (deutsch: C4-Modell) ist ein ein­fa­ches, gra­fi­sches Modell zur Visua­li­sie­rung der → Soft­ware­ar­chi­tek­tur, wel­ches auf vier Abs­trak­ti­ons­stu­fen basiert, die jeweils für sich model­liert wer­den kön­nen. In der Wiki­pe­dia steht zum C4 Model /#Wiki-C4-Model/:“Das C4 model (C4-Modell, C4 steht für con­text, con­tai­ners, com­pon­ents, and code) ist eine schlan­ke gra­fi­sche Nota­ti­ons­tech­nik zur Model­lie­rung der Architektur … 

Wei­ter­le­sen …

Der Produktmanager Aufgaben, Verantwortlichkeiten und Rollenbeschreibung

Mana­ge­­ment-Zusam­­men­­fas­­sung die­ses Bei­trags:Der Pro­dukt­ma­na­ger ist eine Rol­le oder Per­son, der die wirt­schaft­li­che Ver­ant­wor­tung für Pro­duk­te in sei­nem Unter­neh­men hat.In die­sem Bei­trag wird eine Beschrei­bung der bei­den Begrif­fe gelie­fert und es wer­den die Unter­schie­de auf­ge­zeigt. Gene­rell ist der Pro­dukt­ma­na­ger (eng­lisch: Pro­duct Mana­ger) in einem Unter­neh­men der­je­ni­ge, der die unter­neh­me­ri­sche Ver­ant­wor­tung für sei­ne Pro­duk­te hat. Dabei bedeutet … 

Wei­ter­le­sen …

Twin Peaks Model Das Zusammenspiel von Anforderungen und Systemarchitektur

Das Twin Peaks Model (deutsch, aber unge­bräuch­lich: Twin-Peaks-Modell) zeigt den Zusam­men­hang bei der Ent­wick­lung zwi­schen Anfor­de­run­gen / Requi­re­ments im → Requi­re­ments Engi­nee­ring und Archi­tek­tur­ent­schei­dun­gen bei der Sys­­tem- oder → Soft­ware­ar­chi­tek­tur. Bei /Nus­ei­­beh-01/ heißt es zu den Twin Peaks:„Twin Peaks intert­wi­nes soft­ware requi­re­ments and archi­tec­tures to achie­ve incre­men­tal deve­lo­p­ment and spee­dy deli­very.”Eige­ne Über­set­zung:“Twin Peaks ver­bin­det Software-Anforderungen … 

Wei­ter­le­sen …

Produktmanager oder Product Owner? Was ist der Unterschied?

Mana­ge­­ment-Zusam­­men­­fas­­sung die­ses Bei­trags:Die Begrif­fe → Pro­dukt­ma­na­ger und → Pro­duct Owner wer­den im → Pro­dukt­ma­nage­ment und → Pro­jekt­ma­nage­ment benutzt.In die­sem Bei­trag wird eine Beschrei­bung der bei­den Begrif­fe gelie­fert und es wer­den die Unter­schie­de auf­ge­zeigt. Die bei­den Begrif­fe kön­nen fol­gen­der­ma­ßen cha­rak­te­ri­siert wer­den: Die Wiki­pe­dia schreibt zum Pro­dukt­ma­na­ger /#Wiki-Produktmanagement/: “Der Pro­dukt­ma­na­ger trägt die unter­neh­me­ri­sche Ver­ant­wor­tung für sei­ne Produkte, … 

Wei­ter­le­sen …

Bedien‑, Bediener‑, Bedienungs- oder Benutzerhandbuch? Was sind die Unterschiede?

Mana­ge­­ment-Zusam­­men­­fas­­sung die­ses Bei­trags:Die Begrif­fe Bedien‑, Bediener‑, Bedie­­nungs- und Benut­zer­hand­buch wer­den bei Sys­te­men, die eine Nut­zer­inter­ak­ti­on benö­ti­gen, ver­wen­det.In die­sem Bei­trag wird eine kur­ze Beschrei­bung und Abgren­zung der Begrif­fe gelie­fert. Wenn ein tech­ni­sches Sys­tem aus­ge­lie­fert wird, so wird in der Regel ein Hand­buch mit aus­ge­lie­fert, wel­ches dazu dient, den Nut­zern des Sys­tems die Nut­zung / Benut­zung zu … 

Wei­ter­le­sen …

Die Szenariotechnik Prognosen für die Zukunft entwickeln

Mana­ge­­ment-Zusam­­men­­fas­­sung die­ses Bei­trags:Die Sze­na­rio­tech­nik ist eine → Krea­ti­vi­täts­tech­nik, die dabei hilft, Pro­gno­sen für die Zukunft abzu­ge­ben.In die­sem Bei­trag wird eine Beschrei­bung der Sze­na­rio­tech­nik gelie­fert. Die Sze­na­rio­tech­nik (auch Sze­na­rio­ana­ly­se, eng­lisch: Sce­na­rio Tech­ni­que, Sce­na­rio Plan­ning oder Sce­na­rio Ana­ly­sis) dient dazu, ver­schie­de­ne Pro­gno­sen über die Zukunft zu ermit­teln und zu ver­glei­chen. 1. Ein­lei­tung und Grund­la­gen 1.1 Defi­ni­tio­nen In … 

Wei­ter­le­sen …

Benchmarking Die Stärken von Wettbewerbern erkennen und nutzen

Mana­ge­­ment-Zusam­­men­­fas­­sung die­ses Bei­trags:Das Bench­mar­king ist eine Metho­de, um das eige­ne Pro­dukt oder Vor­ge­hen mit denen des Wett­be­wer­bes zu ver­glei­chen, um dar­aus Ver­bes­se­rungs­po­ten­zi­al abzu­lei­ten und Ver­bes­se­run­gen umzu­set­zen.In die­sem Bei­trag wird das Bench­mar­king beschrie­ben. 1. Beschrei­bung Beschrei­bun­gen und Defi­ni­tio­nen zum Bench­mar­king fin­den sich in ver­schie­de­nen Dis­zi­pli­nen und in der Lite­ra­tur, so bei­spiels­wei­se beim → PMI oder in … 

Wei­ter­le­sen …

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 …