RE-Tools Anforderungen mit Technik und System verwalten

Mana­ge­­ment-Zusam­­men­­fas­­sung die­ses Bei­trags:Als RE-Tools wer­den soft­ware­ge­stütz­te Sys­te­me bezeich­net, die Anfor­de­run­gen erfas­sen und ver­wal­ten kön­nen.In die­sem Bei­trag wer­den RE-Tools beschrie­ben. Tools für das → Requi­re­ments Engi­nee­ring gibt es vie­le. Unter RE-Tools wer­den spe­zi­fi­sche soft­ware­ge­stütz­te Sys­te­me ver­stan­den, die für die Erfas­sung und Ver­wal­tung von Anfor­de­run­gen (sie­he dazu auch die Web­sei­te zur → Anfor­de­rungs­ver­wal­tung) beson­ders geeig­net sind. Auf eine … 

Wei­ter­le­sen …

Das V‑Modell Darstellung und Verwendung

Mana­ge­­ment-Zusam­­men­­fas­­sung die­ses Bei­trags:Das V‑Modell (auch Vor­ge­hens­mo­dell, engl. V‑Model) beschreibt ein Vor­ge­hen bei der Ent­wick­lung von Soft­ware, Sys­te­men oder Pro­duk­ten, wel­ches sich gra­fisch ent­lang eines Vs visua­li­sie­ren lässt.In die­sem Bei­trag wird das V‑Modell und des­sen Ein­satz in ver­schie­de­nen Kon­tex­ten wie dem Sys­tems oder Requi­re­ments Engi­nee­ring beschrie­ben. Das V‑Modell ver­wen­det ein V zur Visua­li­sie­rung der Rei­hen­fol­ge von … 

Wei­ter­le­sen …

Der Start eines Requirements-Projekts Diese ersten Schritte sollten immer durchgeführt werden

Mana­ge­­ment-Zusam­­men­­fas­­sung die­ses Bei­trags:Der Start eines Requi­­re­­ments-Pro­­jekts (genau­er: Requi­­re­­ments-Engi­­nee­ring-Pro­­jekts) soll­te in einem geord­ne­ten Pro­zess erfol­gen, noch bevor die eigent­li­che Ermitt­lung beginnt.In die­sem Bei­trag wird ein neun­stufi­ges Vor­ge­hen zum Start eines Requi­­re­­ments-Pro­­jekts vor­ge­stellt. Um mit einem Requi­­re­­ments-Pro­­jekt (hier auch RE-Pro­­jekt genannt) zu star­ten, soll­te vor­ab geklärt sein, ob … Der Start eines RE-Pro­­jekts fin­det vor den “klas­si­schen” drei Schritten … 

Wei­ter­le­sen …

Personas Anforderungen aus typischen Nutzerprofilen ableiten

Mana­ge­­ment-Zusam­­men­­fas­­sung die­ses Bei­trags:Per­so­nas beschrei­ben Nut­zer (poten­zi­el­ler Pro­duk­te) und kön­nen bei der Ent­wick­lung von Anfor­de­run­gen ein­ge­setzt wer­den.Es wird in die­sem Bei­trag Per­so­nas und deren Ein­satz dar­ge­stellt. Per­so­nas sind ein eta­blier­tes Kon­zept im → Agi­len Requi­re­ments Engi­nee­ring und hel­fen Anfor­de­run­gen auf Basis “fik­ti­ver Nut­zer” zu erstel­len. Sie unter­stüt­zen damit die Erstel­lung von → Use Cases (im klassischen … 

Wei­ter­le­sen …

Use Case Wesentlich für die Erfassung von Anforderungen

Mana­ge­­ment-Zusam­­men­­fas­­sung die­ses Bei­trags:Ein Use Case beschreibt mit weni­gen Ele­men­ten eine gro­be Sicht auf Sys­te­me im Requi­re­ments und Soft­ware Engi­nee­ring.Es wer­den in die­sem Bei­trag die Use Cases beschrie­ben. Use Cases (deutsch: Anwen­dungs­fäl­le) sind ein “Standard”-Diagrammtyp der → UML / Uni­fied Mode­ling Lan­guage, wel­ches sehr häu­fig ein­ge­setzt wer­den kann. Da es nur weni­ge Ele­men­te auf­weist, kann es … 

Wei­ter­le­sen …

Die UML — Unified Modeling Language Die wichtigste Modellierungssprache für Anforderungen

Mana­ge­­ment-Zusam­­men­­fas­­sung die­ses Bei­trags:Die UML (Uni­fied Mode­ling Lan­guage, auf Deutsch Uni­ver­sel­le Model­lie­rungs­spra­che) ist die Model­lie­rungs­spra­che für Anfor­de­run­gen im Requi­re­ments und Soft­ware Engi­nee­ring. Es wird in die­sem Bei­trag die UML mit den 14 Dia­gramm­ty­pen beschrie­ben. Die UML / Uni­fied Mode­ling Lan­guage ist eine Model­lie­rungs­spra­che für das Requi­re­ments Engi­nee­ring (RE) und Soft­ware Engi­nee­ring (SE). Ent­stan­den Ende der 1990er … 

Wei­ter­le­sen …

Das IIBA — International Institute of Business Analysis Der internationale Fachverband zur Business Analysis

Das Inter­na­tio­nal Insti­tu­te of Busi­ness Ana­ly­sis, kurz IIBA (gespro­chen: Ei — Ei — Bi — Ey), ist eine welt­weit agie­ren­de Busi­­ness-Ana­­ly­­sis-Orga­­ni­­sa­­ti­on mit Sitz in Kana­da. Beson­ders bekannt ist es … Das IIBA steht im Wett­be­werb mit dem → IREB (Inter­na­tio­nal Requi­re­ments Engi­nee­ring Board). Das IIBA in Stich­punk­ten Abbil­dung 1: Das IIBA auf einen Blick Zum CBAP Inzwi­schen haben über … 

Wei­ter­le­sen …

Die Klassifikation von Anforderungen Anforderungen richtig zuordnen

Mana­ge­­ment-Zusam­­men­­fas­­sung die­ses Bei­trags:Anfor­de­run­gen / Requi­re­ments wer­den im Requi­re­ments Engi­nee­ring unter­schied­lich klas­si­fi­ziert. Je nach Ver­band, Stan­dard, → Norm oder Autor fin­den sich unter­schied­li­che Bezeich­nun­gen.In die­sem Bei­trag wird ein Klas­si­fi­ka­ti­ons­sche­ma mit den ent­spre­chen­den Bezeich­nun­gen vor­ge­stellt, wel­ches in mei­nen Bei­trä­gen und Prä­sen­ta­tio­nen durch­gän­gig ver­wen­det wird. Gene­rell kön­nen zur Klas­si­fi­ka­ti­on (von Anfor­de­run­gen) ver­schie­de­ne Begrif­fe ver­wen­det wer­den. Typi­sche Bezeich­nun­gen sind: Eine genaue … 

Wei­ter­le­sen …

Validieren oder verifizieren? Welcher Begriff ist richtig?

Mana­ge­­ment-Zusam­­men­­fas­­sung die­ses Bei­trags:Die Begrif­fe Vali­die­ren und Veri­fi­zie­ren (jeweils von Anfor­de­run­gen) wer­den bei­de im Requi­re­ments Engi­nee­ring und in der Busi­ness Ana­ly­sis benutzt. Um eine Ver­wech­se­lung zu ver­mei­den, soll­te eine Unter­schei­dung die­ser Begrif­fe vor­ge­nom­men wer­den.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: Ebert /Ebert19/ defi­niert die bei­den Begriffe … 

Wei­ter­le­sen …