Das Stichwort

In der Kate­go­rie “Das Stich­wort” wer­den Ein­zel­be­grif­fe oder klei­ne­re The­men­fel­der erfasst, für die es jeweils eine eige­ne Web­sei­te (auf die­ser Web­site) mit Beschrei­bun­gen / Erläu­te­run­gen gibt.

Eine alpha­be­tisch-sor­tier­te Lis­te aller Bei­trä­ge zu die­ser Kate­go­rie fin­det sich auf der Web­sei­te → Das Stich­wort.

Abbil­dung: Ein­ord­nung der Kate­go­rie “Das Stichwort”

Alpha, Beta und Release Candidate Die Entwicklungsstadien von Softwarekomponenten

Mana­ge­­ment-Zusam­­men­­fas­­sung die­ses Bei­trags: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 ver­wen­det. Jedoch … 

Wei­ter­le­sen …

Projektkosten Die Projektkosten ermitteln und verwenden

Mana­ge­­ment-Zusam­­men­­fas­­sung die­ses Bei­trags:Die Pro­jekt­kos­ten sind wesent­li­ches Betrach­tungs­ele­ment in Pro­jek­ten — kein Pro­jekt wird ohne Pro­jekt­kos­ten­er­fas­sung gestar­tet.In die­sem Bei­trag wer­den die Ermitt­lung der Pro­jekt­kos­ten und der Umgang damit beschrie­ben. Die Ermitt­lung der Pro­jekt­kos­ten ist eines der zen­tra­len The­men im → Pro­jekt­ma­nage­ment, schließ­lich reprä­sen­tie­ren die Pro­jekt­kos­ten eines der drei Ecken des → magi­schen Drei­ecks (des Pro­jekt­ma­nage­ments).  1. … 

Wei­ter­le­sen …

Die DEEP-Kriterien Die Qualität des Product Backlogs einschätzen

Die DEEP-Kri­­te­ri­en hel­fen dabei, zu über­prü­fen, ob ein­zel­ne Pro­duct Back­logs “gut” sind. Das Akro­nym DEEP steht für fol­gen­de vier Eigen­schaf­ten: Beim → PMI steht zu DEEP /PMG-BA17/:“Descri­bes the cha­rac­te­ristics that a pro­duct → back­log needs to demons­tra­te to be con­side­red well refi­ned. DEEP is an acro­nym that stands for detail­ed appro­pria­te­ly, esti­ma­ted, emer­gent, and prio­ri­ti­zed.“Eige­ne …

Wei­ter­le­sen …

Kostenart, Kostenstelle oder Kostenträger? Was ist der Unterschied?

Mana­ge­­ment-Zusam­­men­­fas­­sung die­ses Bei­trags:Die Begrif­fe Kos­ten­art, Kos­ten­stel­le und Kos­ten­trä­ger wer­den im betrieb­li­chen Kon­text / Con­trol­ling ver­wen­det. Doch ist die Bedeu­tung unter­schied­lich.In die­sem Bei­trag wird eine kur­ze Beschrei­bung und Abgren­zung der Begrif­fe gelie­fert. Die Begrif­fe Kos­ten­art, Kos­ten­stel­le oder Kos­ten­trä­ger kön­nen im betrieb­li­chen Kon­text auf­tau­chen und fin­den zum Teil auch beim → Pro­jekt­ma­nage­ment Anwen­dung. Sie kön­nen fol­gen­der­ma­ßen charakterisiert … 

Wei­ter­le­sen …

Typische Fehler in Projekten Häufig auftretende Fehler und deren Auswirkungen

Mana­ge­­ment-Zusam­­men­­fas­­sung die­ses Bei­trags:Eini­ge → Feh­ler in Pro­jek­ten tre­ten beson­ders häu­fig auf und füh­ren zu Pro­ble­men bei der Pro­jekt­durch­füh­rung. Wenn die­se Feh­ler aber bereits in der Ent­ste­hung erkannt wer­den, kann dies den Pro­jekt­ab­lauf und damit das Pro­jekt­er­geb­nis ver­bes­sern.In die­sem Bei­trag wer­den typi­sche Feh­ler, Feh­ler­ur­sa­chen und deren Fol­gen in Pro­jek­ten benannt. Feh­ler in Pro­jek­ten füh­ren zu ungenügenden … 

Wei­ter­le­sen …

Die Verbindlichkeit von Anforderungen und Zielen Schlüsselwörter richtig einsetzen

Mana­ge­­ment-Zusam­­men­­fas­­sung die­ses Bei­trags: Um die recht­li­che Ver­bind­lich­keit von Anfor­de­run­gen und Zie­len zu erfas­sen, wer­den in der Regel Schlüs­sel­wör­ter in Sät­zen (häu­fig über → Satz­scha­blo­nen) ver­wen­det.In die­sem Bei­trag wer­den die Schlüs­sel­wör­ter aus der Lite­ra­tur sowie in den Nor­men und Stan­dards gegen­über­ge­stellt. 1. Ein­lei­tung und Grund­la­gen Um die recht­li­che Ver­bind­lich­keit einer Anfor­de­rung oder eines Ziels fest­zu­le­gen, werden … 

Wei­ter­le­sen …

Testverfahren Vorgehen zur Erstellung von Testbedingungen, Testfällen und Testdaten bestimmen

Mana­ge­­ment-Zusam­­men­­fas­­sung die­ses Bei­trags:Test­ver­fah­ren beschrei­ben Vor­ge­hens­wei­sen beim → Soft­ware­test zur Erstel­lung von Test­be­din­gun­gen, Test­fäl­len und Test­da­ten.In die­sem Bei­trag wer­den Test­ver­fah­ren mit den ein­zel­nen Aus­prä­gun­gen vor­ge­stellt. Die Test­ver­fah­ren bestim­men das (gene­rel­le) Vor­ge­hen bei der Erstel­lung von Test­be­din­gun­gen, Test­da­ten und Test­fäl­len. Ent­spre­chend ist die Bedeu­tung für den Soft­ware­test hoch und es fin­den sich umfang­rei­che Defi­ni­tio­nen und den Normen … 

Wei­ter­le­sen …

Testrealisierung oder Testdurchführung? Was ist der Unterschied?

Mana­ge­­ment-Zusam­­men­­fas­­sung die­ses Bei­trags:Die Begrif­fe Test­rea­li­sie­rung (engl. Test Imple­men­ta­ti­on) und Test­durch­füh­rung (engl. Test Exe­cu­ti­on) wer­den beim → Soft­ware­test ver­wen­det und haben unter­schied­li­che Bedeu­tun­gen, die aller­dings häu­fig ver­wech­selt 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: Das → ISTQB defi­niert Test­rea­li­sie­rung wie folgt /ISTQB-→ Glos­sar/:“Die Akti­vi­tät, die auf … 

Wei­ter­le­sen …

Black-Box- und White-Box-Test Zwei zentrale Testverfahren

Mana­ge­­ment-Zusam­­men­­fas­­sung die­ses Bei­trags:Mit Black-Box- und White-Box-Tests wer­den Test­ar­ten / → Test­ver­fah­ren beim → Soft­ware­test beschrie­ben, die ent­we­der kei­ne Kennt­nis­se der inne­ren Struk­tur des Test­ob­jekts benö­ti­gen oder sehr voll­stän­di­ge.In die­sem Bei­trag wer­den Black-Box- und White-Box-Tes­t­­ver­­­fah­­ren vor­ge­stellt. 1. Ein­lei­tung und Grund­la­gen 1.1 Defi­ni­tio­nen Das → ISTQB /ISTQB-→ Glos­sar/ defi­niert Black-Box-Test / Black-Box-Tes­t­­ver­­­fah­­ren (engl. black-box test­ing / black-box … 

Wei­ter­le­sen …

Die Klassifikation von Fehlern Fehler und Fehlerzustände einordnen

Mana­ge­­ment-Zusam­­men­­fas­­sung die­ses Bei­trags:→ Feh­ler kön­nen unter­schied­lich klas­si­fi­ziert wer­den, je nach Blick­win­kel erge­ben sich unter­schied­li­che Klas­sen und Kate­go­rien von Feh­lern.In die­sem Bei­trag wer­den Feh­ler­klas­si­fi­ka­tio­nen vor­ge­stellt. 1. Ein­lei­tung und Grund­la­gen 1.1 Defi­ni­tio­nen Das /→ ISTQB-→ Glos­sar/ ver­wen­det den Begriff “Feh­lerta­xo­no­mie” (Defect taxo­no­my) und damit bezeich­net “eine → Lis­te von Kate­go­rien, ent­wor­fen um → Feh­ler­zu­stän­de zu iden­ti­fi­zie­ren und … 

Wei­ter­le­sen …