Alle Beiträge zum Software Engineering auf dieser Website, Icon

Alle Beiträge zum Software Engineering Alphabetisch sortiert

Fol­gen­de Bei­trä­ge zum → Soft­ware Engi­nee­ring (oder mit star­kem Bezug zum → Soft­ware Engi­nee­ring) sind auf die­ser Web­site zu fin­den: Nicht das dabei, was Sie benö­ti­gen?Spre­chen Sie → mich an oder schau­en Sie bei mei­nen aus­ge­ar­bei­te­ten → Präsentationen!

Der Change Request Änderungen erfassen, verfolgen und umsetzen

Mana­ge­­ment-Zusam­­men­­fas­­sung die­ses Bei­trags:Ein Chan­ge Request (deutsch Ände­rungs­an­fra­ge oder Ände­rungs­an­trag) bezeich­net ein for­ma­les Vor­ge­hen oder for­ma­les Doku­ment, um Ände­run­gen am Pro­dukt­um­fang bean­tra­gen und vor­neh­men zu kön­nen. Chan­ge Requests sind Teil des Ände­rungs­ma­nage­ments in Pro­jek­ten oder bei der Pro­dukt­ent­wick­lung.Es wird in die­sem Bei­trag der Chan­ge Request cha­rak­te­ri­siert. Das Kon­zept des Chan­ge Requests ist sowohl ein Teil des … 

Wei­ter­le­sen …

Das Minimum Viable Product (MVP) Erste wertschöpfende Produktversionen schnell verfügbar machen

Mana­ge­­ment-Zusam­­men­­fas­­sung die­ses Bei­trags:Das Mini­mum Via­ble Pro­duct (MVP, eng­lisch Mini­mum Via­ble Pro­duct) wird im Sys­tems oder → Soft­ware Engi­nee­ring und in der → Soft­ware­ent­wick­lung ein­ge­setzt, um vor dem eigent­li­chen Pro­dukt ein Vor­pro­dukt zu erstel­len, wel­ches aber bereits Nut­zen gene­riert.In die­sem Bei­trag wird eine Beschrei­bung des Mini­mum Via­ble Pro­ducts gelie­fert. Das Mini­mum Via­ble Pro­duct (MVP, eng­lisch Minimum … 

Wei­ter­le­sen …

Versions‑, Varianten- oder Produktlinienmanagement? Was ist der Unterschied?

Mana­ge­­ment-Zusam­­men­­fas­­sung die­ses Bei­trags:Die Begrif­fe Ver­si­on, Vari­an­te und Pro­dukt­li­nie wer­den im → Pro­dukt­ma­nage­ment — ins­be­son­de­re im Soft­ware­pro­dukt­ma­nage­ment — ver­wen­det; häu­fig wird das Manage­ment der ein­zel­nen Begrif­fe betrach­tet: Es wird zwi­schen Versions‑, Vari­an­­ten- und Pro­dukt­li­ni­en­ma­nage­ment unter­schie­den.In die­sem Bei­trag wird eine kur­ze Beschrei­bung und Abgren­zung die­ser drei Begrif­fe gelie­fert. Die Begrif­fe Versions‑, Vari­an­­ten- und Pro­dukt­li­ni­en­ma­nage­ment wer­den im Geschäftskontext … 

Wei­ter­le­sen …

Das ISTQB — International Software Testing Qualifications Board Der internationale Fachverband zum Softwaretest

Das Inter­na­tio­nal Soft­ware Test­ing Qua­li­fi­ca­ti­ons Board, kurz ISTQB (gespro­chen: Ei — Es — Ti — Qu — Bi), ist eine welt­weit agie­ren­de Sof­t­­wa­re-Tes­t­ing-Orga­­ni­­sa­­ti­on mit Sitz in Brüs­sel. Beson­ders bekannt ist es durch … Das ISTQB ist unum­strit­te­ner “Markt­füh­rer” für Zert­fi­zie­run­gen zum → Soft­ware­test. Das ISTQB in Stich­punk­ten Abbil­dung 1: Das ISTQB auf einen Blick Von den 66 Landesgesellschaften … 

Wei­ter­le­sen …

Softwarearchitektur Die Definition und Beschreibung von Softwarearchitekturen mit professionellen Methoden

Die Soft­ware­ar­chi­tek­tur beschreibt den Auf­bau eines Soft­ware­sys­tems und unter­stützt die Ent­wick­lung von Soft­ware­sys­te­men. Die Soft­ware­ar­chi­tek­tur eines Soft­ware­sys­tems ist ent­schei­dend für die Lauf­fä­hig­keit und Akzep­tanz eines Sys­tems. Nur “gute Soft­ware­ar­chi­tek­tu­ren” tra­gen ein Sys­tem durch den gesam­ten Lebens­zy­klus. 1. Ein­lei­tung und Grund­la­gen Hier wer­den zunächst eini­ge Defi­ni­tio­nen zur Soft­ware­ar­chi­tek­tur vor­ge­stellt.  1.1 Defi­ni­tio­nen In der Wiki­pe­dia steht zur … 

Wei­ter­le­sen …

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 …