Systems Engineering

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 …

Soft­ware­ar­chi­tek­tur Die Defi­ni­ti­on und Beschrei­bung von Soft­ware­ar­chi­tek­tu­ren mit pro­fes­sio­nel­len Metho­den Weiterlesen »

Safety oder Security? Was ist der Unterschied?

Mana­ge­­ment-Zusam­­men­­fas­­sung zu die­sem Bei­trag:Die Begrif­fe Safe­ty und Secu­ri­ty wer­den bei­de im → Sys­tems Engi­nee­ring, im → Requi­re­ments Engi­nee­ring sowie im → Qua­li­täts­ma­nage­ment (und → Risi­ko­ma­nage­ment) häu­fig 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 Kurz­dar­stel­lung dazu gelie­fert. Die bei­den Begrif­fe kön­nen fol­gen­der­ma­ßen kurz cha­rak­te­ri­siert wer­den: Safety …

Safe­ty oder Secu­ri­ty? Was ist der Unter­schied? Weiterlesen »

Systems Engineering Komplexe Systeme richtig entwickeln

Das Sys­tems Engi­nee­ring beschäf­tigt sich mit der Beschrei­bung und Umset­zung von tech­­nisch-kom­­ple­­xen Sys­te­men und wird als eigen­stän­di­ge Dis­zi­plin gese­hen.In die­sem Bei­trag wer­den eini­ge Grund­be­grif­fe des Sys­tems Engi­nee­rings vor­ge­stellt. Das Sys­tems Engi­nee­ring wird als eigen­stän­di­ge oder dem → Requi­re­ments Engi­nee­ring über­ge­ord­ne­te Dis­zi­plin gese­hen. Gene­rell betrach­tet das Sys­tems Engi­nee­ring neben der Soft­ware­ent­wick­lung auch das “klas­si­sche” Engi­nee­ring für …

Sys­tems Engi­nee­ring Kom­ple­xe Sys­te­me rich­tig ent­wi­ckeln Weiterlesen »

Das Kano-Modell Kundenwünschen ermitteln und einordnen

Mana­ge­­ment-Zusam­­men­­fas­­sung zu die­sem Bei­trag:Das Kano-Modell dient zur Beschrei­bung und Klas­si­fi­zie­rung von Kun­den­wün­schen, um so zu ver­deut­li­chen, wel­che Eigen­schaf­ten ein (neu­es) Pro­dukt oder eine (neue) Dienst­leis­tung haben soll­te. Anhand des Kano-Modells und des damit ver­bun­de­nen Kano-Dia­­gramms kann schnell ermit­telt wer­den, was beson­ders wich­tig bei Pro­duk­ten oder → Dienst­leis­tun­gen ist.In die­sem Bei­trag wird das Kano-Modell beschrie­ben. Das …

Das Kano-Modell Kun­den­wün­schen ermit­teln und ein­ord­nen Weiterlesen »

Die FMEA — Fehlermöglichkeits- und Einfluss-Analyse Wichtig in allen Bereichen

Die FMEA — Feh­­ler-Mög­­li­ch­­keits- und Ein­­fluss-Ana­­ly­­se — wird als Teil­dis­zi­plin dem → Qua­li­täts­ma­nage­ment wie auch dem → Risi­ko­ma­nage­ment zuge­ord­net. In die­sem Bei­trag wird die FMEA vor­ge­stellt. Die FMEA — Feh­­ler-Mög­­li­ch­­keits- und Ein­­fluss-Ana­­ly­­se (eng­lisch Fail­u­re Mode and Effects Ana­ly­sis) — ist ein Ver­fah­ren zur Vor­her­sa­ge mög­li­cher Schwach­stel­len und deren Aus­wir­kung in noch zu erstel­len­den Pro­duk­ten (oder …

Die FMEA — Feh­ler­mög­lich­keits- und Ein­fluss-Ana­ly­se Wich­tig in allen Berei­chen Weiterlesen »

Das V‑Modell Darstellung und Verwendung

Mana­ge­­ment-Zusam­­men­­fas­­sung zu die­sem Bei­trag:Das V‑Modell 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 → Requi­re­ments Engi­nee­ring beschrie­ben. Das V‑Modell beschreibt ein Vor­ge­hen bei der Ent­wick­lung von Soft­ware, Sys­te­men oder Pro­duk­ten, welches …

Das V‑Modell Dar­stel­lung und Ver­wen­dung Weiterlesen »

Use Cases Wesentlich für die Erfassung von Anforderungen

Mana­ge­­ment-Zusam­­men­­fas­­sung zu die­sem Bei­trag:Uses Cases (deutsch: Anwen­dungs­fäl­le) beschrei­ben 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 Uses Cases beschrie­ben. Use Cases 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 aufweist, …

Use Cases Wesent­lich für die Erfas­sung von Anfor­de­run­gen Weiterlesen »

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

Mana­ge­­ment-Zusam­­men­­fas­­sung zu die­sem Bei­trag:Die UML (Uni­fied Mode­ling Lan­guage, 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 …

Die UML — Uni­fied Mode­ling Lan­guage Die wich­tigs­te Model­lie­rungs­spra­che für Anfor­de­run­gen Weiterlesen »

Scroll to Top