Software Engineering

Die Lücke zwischen Gesagtem und Verstandenem

Sprüche bei der Entwicklung — und was damit gemeint ist Verschleierung von unangenehmen Inhalten

In die­sem Bei­trag sind eini­ge Sprü­che wie­der­ge­ge­ben, die häu­fig im Ent­wick­lungs­kon­text, ins­be­son­de­re bei der → Soft­ware­ent­wick­lung, ver­wen­det wer­den, um etwas zu begrün­den. Tat­säch­lich wei­sen sie häu­fig auf man­gel­haf­tes Ent­­wick­­lungs-Know-how und man­gel­haf­te Soft­ware­ent­wick­lungs­pro­zes­se hin.  Spruch Häu­fi­ge Bedeu­tung “Dar­um küm­mern wir uns, wenn wir es brau­chen.” Es wur­de etwas schlicht nicht beach­tet oder es kön­nen → Auf­wän­de, Abläufe … 

Wei­ter­le­sen …

Das Changelog Änderungen an bestehenden Systemen schnell kommunizieren

Mana­ge­­ment-Zusam­­men­­fas­­sung zu die­sem Bei­trag:Wenn Ände­run­gen an bestehen­den Soft­ware­sys­te­men durch­ge­führt wer­den, soll­te dies mög­lichst gezielt und trans­pa­rent erfol­gen. Um zu notie­ren, wel­che Ände­run­gen erfolgt sind, wird häu­fig ein Chan­ge­log ein­ge­setzt.In die­sem Bei­trag wird eine Beschrei­bung des Chan­ge­logs gelie­fert. Das Chan­ge­log ist in der Regel eine rei­ne Text­da­tei, in der in stich­punkt­ar­ti­ger Form Ände­run­gen von neu herausgegebenen … 

Wei­ter­le­sen …

Die Architekturpyramide Die Softwarearchitektur über fünf Schichten betrachten

Die Archi­tek­tur­py­ra­mi­de beschreibt ein fünf­schich­ti­ges Modell für die → Soft­ware­ar­chi­tek­tur, wel­ches unter­schied­li­che Betrach­tungs­hö­hen auf­weist. Hier­über wird ein (Informations-)System aus ver­schie­de­nen Sich­ten betrach­tet und eine Soft­ware­ar­chi­tek­tur kann abge­lei­tet wer­den. Daher wird die Archi­tek­tur­py­ra­mi­de sowohl der Dis­zi­plin Soft­ware­ar­chi­tek­tur als auch dem Infor­ma­ti­ons­ma­nage­ment zuge­ord­net. Die fünf Schich­ten der Archi­tek­tur­py­ra­mi­de sind (Abbil­dung 1): Abbil­dung 1: Die Archi­tek­tur­py­ra­mi­de Der Ein­satz der … 

Wei­ter­le­sen …

Die Automatisierungspyramide Ein zentrales Modell in der industriellen Leittechnik

Die Auto­ma­ti­sie­rungs­py­ra­mi­de beschreibt ein fünf­schich­ti­ges Modell im (Maschinen-)Automatisierungskontext / in der Leit­tech­nik, über das die Daten­gra­nu­la­ri­tät und die Daten­agg­re­gie­rung (Teil-)Systemen zuge­ord­net wer­den kann. Die Auto­ma­ti­sie­rungs­py­ra­mi­de wird in die­sem Bei­trag als Teil des → Sys­tems Engi­nee­ring gese­hen. In der Wiki­pe­dia steht /#Wiki-Automatisierungspyramide/:“Die Auto­ma­ti­sie­rungs­py­ra­mi­de dient der Ein­ord­nung von Tech­ni­ken und Sys­te­men in der Leit­tech­nik und stellt die … 

Wei­ter­le­sen …

Der Abnahmetest Der abschließende Test zur Produktionsfreigabe

Mana­ge­­ment-Zusam­­men­­fas­­sung zu die­sem Bei­trag:Der Abnah­me­test (engl. Accep­tance Test­ing) dient der Abnah­me eines Soft­ware­sys­tems oder einer Soft­ware­kom­po­nen­te.Die­ser Bei­trag beschreibt den Abnah­me­test als Teil des Soft­ware­tests. Ein Sys­tem oder Pro­dukt soll­te nach der Erstel­lung abge­nom­men wer­den, was bedeu­tet, dass der Auf­trag­ge­ber oder Kun­de erklärt, dass er das Sys­tem oder Pro­dukt nut­zen kann. Mit der “Ertei­lung der Abnahme” … 

Wei­ter­le­sen …

Alpha, Beta und Release Candidate Die Entwicklungsstadien von Softwarekomponenten

Mana­ge­­ment-Zusam­­men­­fas­­sung zu die­sem Bei­trag:Die Begrif­fe Alpha, Beta und Release Can­di­da­te wer­den im Sof­t­­wa­re-Release­­pro­­zess ver­wen­det, um das Ent­wick­lungs­sta­di­um einer Soft­ware­kom­po­nen­te zu kenn­zeich­nen. In die­sem Bei­trag wer­den die­se drei Begrif­fe vor­ge­stellt und in den (über­ge­ord­ne­ten) Soft­ware­ent­wick­lungs­pro­zess ein­ge­ord­net. Um das Ent­wick­lungs­sta­di­um eines Soft­ware­sys­tems oder einer Soft­ware­kom­po­nen­te zu cha­rak­te­ri­sie­ren, wer­den häu­fig die Begrif­fe Alpha, Beta und Release Can­di­da­te verwendet. … 

Wei­ter­le­sen …

Testprotokoll Testergebnisse systematisch erfassen

Mana­ge­­ment-Zusam­­men­­fas­­sung zu die­sem Bei­trag:Das Test­pro­to­koll (engl. Test Pro­to­col oder Test log) erfasst die Details der Durch­füh­rung der Test­ak­ti­vi­tä­ten eines Test­falls wäh­rend eines Test­durch­laufs.Die­ser Bei­trag beschreibt den Auf­bau und die Ver­wen­dung von Test­pro­to­kol­len. Wenn ein → Soft­ware­test auf Basis von Test­fäl­len durch­ge­führt wird, ent­ste­hen Test­pro­to­kol­le, die die jewei­li­gen Ergeb­nis­se detail­liert fest­hal­ten. Die Test­pro­to­kol­le die­nen zum Festhalten … 

Wei­ter­le­sen …

Die 10er-Regel der Fehlerkosten Spät entdeckte Fehler sind teuer

Mana­ge­­ment-Zusam­­men­­fas­­sung zu die­sem Bei­trag:Die 10er-Regel der Feh­ler­kos­ten (engl. Rule of 10 of the error cos­ts) beschreibt den Sach­ver­halt, dass die Behe­bung eines Feh­lers teu­rer wird, je spä­ter er gefun­den wird.In die­sem Bei­trag wird die 10er-Regel beschrie­ben. Die 10er-Regel der Feh­ler­kos­ten besagt, dass die Behe­bung eines Feh­lers, der in einer “Lebens­pha­se” eines Pro­dukts gefun­den wird, um … 

Wei­ter­le­sen …

Schätzen, Vermuten oder Raten? (Estimating, Assuming or Guessing?) Was ist der Unterschied?

Mana­ge­­ment-Zusam­­men­­fas­­sung zu die­sem Bei­trag:Die Begrif­fe → Schät­zen, Ver­mu­ten und Raten (Esti­mat­ing, Assum­ing and Gues­sing) wer­den bei Abschät­zun­gen ver­wen­det und beschrei­ben die Her­an­ge­hens­wei­se, um eine Aus­sa­ge zu dem → Auf­wand, der → Dau­er und den Kos­ten (für ein Pro­jekt oder → Vor­ha­ben) im Vor­hin­ein zu gewin­nen. In die­sem Bei­trag wird eine Beschrei­bung der drei Begrif­fe geliefert. … 

Wei­ter­le­sen …