Software Engineering

Iterativ oder inkrementell? Was ist der Unterschied?

Mana­ge­­ment-Zusam­­men­­fas­­sung die­ses Bei­trags:Die Begrif­fe ite­ra­tiv und inkre­men­tell wer­den im → Soft­ware Engi­nee­ring und im → Requi­re­ments Engi­nee­ring ver­wen­det. Auch wenn bei­de Begrif­fe häu­fig zusam­men genutzt wer­den, so soll­te der Unter­schied den­noch bekannt sein.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 zur Iteration … 

Wei­ter­le­sen …

Softwaretest Das Testen von Software mit professionellen Methoden

Mana­ge­­ment-Zusam­­men­­fas­­sung die­ses Bei­trags:Der Soft­ware­test / das → Tes­ten von Soft­ware beschäf­tigt sich mit der Über­prü­fung von → Qua­li­tät von Soft­ware bei der → Soft­ware­ent­wick­lung.Die­ser Bei­trag stellt eini­ge Ele­men­te des Soft­ware­tests dar. Das Tes­ten von Soft­ware hat einen bedeu­ten­den zeit­li­chen wie finan­zi­el­len Anteil bei der Erstel­lung von Soft­ware. Ohne Tes­ten wird in der Regel kei­ne Soft­ware zum … 

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 Reihenfolge … 

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 (deutsch Anwen­dungs­fall) 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 sind ein “→ Stan­dard”-Dia­gramm­typ 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 Elemente … 

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 … 

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: In Jen­ny /Jenny19/ steht … 

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 allein 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 …

Software Engineering Die Entwicklung von Software mit professionellen Methoden

Soft­ware Engi­nee­ring ist die Dis­zi­plin, die ver­schie­de­ne Teil­be­rei­che zur Ent­wick­lung von Soft­ware­sys­te­men beschreibt. Wo kann ich Sie unter­stüt­zen?Falls Ihr Soft­ware­pro­jekt auf­ge­setzt oder gestar­tet wer­den muss, so steht kann ich mein Know-how rund um die Ent­wick­lung von Soft­ware­sys­te­men ein­brin­gen, ins­be­son­de­re was den kon­kre­ten Ein­satz von Vor­ge­hens­mo­del­len oder den Ein­satz von Sys­­tem-Model­­lie­run­­gen (bei­spiels­wei­se mit der BPMN oder … 

Wei­ter­le­sen …

Der Korridor der Unsicherheit

Der “Korridor der Unsicherheit” Grafik des Monats Dezember 2014

1. Beschrei­bung Wer­den Schät­zun­gen des Auf­wands und der → Dau­er (für ein Pro­jekt) durch­ge­führt, so sind die­se immer mit einer Unsi­cher­heit behaf­tet. Genaue Schät­zun­gen sind auf­wen­dig (und damit teu­er) und wer­den daher meis­tens erst durch­ge­führt, wenn das Pro­jekt wei­ter kon­kre­ti­siert wird. Es ergibt sich somit ein “Kor­ri­dor der Unsi­cher­heit” (eng­lisch Cone of Uncer­tain­ty, ande­re Bezeichnung … 

Wei­ter­le­sen …