Systementwicklungsprozess

Question 1

Welche sind die ersten und letzten Schritt des Systementwicklungsprozess (System Engineering Process)

Answer 1

Beginn der Anforderungserhebung (Requirement Engineering)

Qualifikation für die Auslieferung

Question 2

Prinzipien der Systementwicklung

Answer 2

1) Top-down / Bottom-up Vorgehen
2) Entwickeln mit Varianten
3) Projektphasen
4) Entwicklungsschleifen

Diese werden im Systementwicklungsprozess miteinander kombiniert, um die Systementwicklung systematisch anzugehen.

Question 3

Wann benutzt man Bottom-up und wann Top-Down

Answer 3

Bottom-up: Beim Wiederverwenden bestehender Bauteile von einem existierenden System

Top-down: Bei Neuentwicklung da keine keine existierende Bauteile.

Question 4

Was ermöglicht das Entwicklen mit Varianten?

Answer 4

die Auswahl einer besten Lösung

Question 5

Wie läuft das Entwickeln mit Varianten?

Answer 5

1) Problem (1 Problem)
2) Prinzipvarianten (Mehre allgemeine Lösungen)
3) Detailvarianten (Wenn schon eine Prinzipvariante ausgewählt wurde (schauen wir ins Detail => Auswahl aus mehreren Detailvariaten)

Question 6

Welche sind die Phasen eines Systementwicklungsprozess?

Answer 6

A0)Kundenidee
A) Analysephase:
Problem/Projektdefinition
Definition der Anforderungen = Lastenhheft
=>Anforderungsdokument (Specs)

B) Definitionsphase
Erstellen von funktionalen Spezifikationen = Pflichtenheft
=>Architekturdokument (Genereller Entwurf)

C) Entwurfsphase
Systementwurf für die Problemlösung
Definition von funktionalen Komponenten
=>Entwurfsdokument (Detailliert Entwurf

Endet dieser mit dem Start of Produktion
A-F gehören zum Product life cycle

D)Produktion Integration & Test
System wurde erstellt
Integration vereinigt Teilstücke
Finaler Test & Abnahme

E) Betriebsphase
System Funktioniert

F) Entsorgungsphase
Abschaltung, Ablösung und Stilllegung

Question 7

Meilensteine eines Systementwicklungsprozess und in welcher Phase der Product Life Cycle

Answer 7

1) Mission Definition Review (Ende 0)
2) Preliminary Requirement Review (Ende A)
3) System Requirements Review (Vor Mitte B)
4) Preliminary Design Review (Ende B)
5) Critical Design Review (Ende C)
6) Qualifikation Review (Vor Ende D)
7) Acceptance Review (Ende D)
8) Operation Readiness Review (Vor Mitte E)
9) Flight ReadineSs Review (vor Ende E)

Question 8

Ab welche Phase wird es teuer und warum?

Answer 8

Es wird teuer ab B2

Niedrige Möglichkeit das System zu beeinflussen und Einbindung Externer Kontraktoren

Question 9

Was sind Meilensteine

Answer 9

Sind Zwischenziele eines Projektes die in Reviews verifiziert werden

Question 10

Unterscheide zw. kleine & große Meilensteine

Answer 10

Kleine Meilensteine : Zwischenziel einer Phase

Großer Meilenstein: Erlaubt Beendigung einer Phase

Question 11

Unterschiede zwischen Wasserfall-Model und V-Model

Answer 11

Wasserfall bewegt sich nur in einer Richtung - eine abgeschlossene Phase kann sich nicht wieder geöffnet werden somit können bzw. Anforderungen später nicht mehr geändert werden.

Das V-Model verifiziert das System mit den Spezifikationen
Subsystemtest mit Subsystemdesign
Integration und Systemtest mit Systemdesign
Betrieb & Wartung mit Anforderungsanalyse

Question 12

Elemente des Entwicklungschleifen

Answer 12

1) Zieldefinition:
Detaillierte Festlegung des Teilziels für jeden Schritt und jede Phase

2)Lösungssuche: Analyse eines neuen Zustand und bilden von Lösungsvarianten

3)Lösungswahl
Bewertung der Lösungsvarianten und Auswahl einer Variante

Question 13

Unterscheide zwischen Macroprozess und Microprozess

Answer 13

Makro:
Kontrolle basierend auf Phasen

Mikro: Kontrolle basierend auf Aktivitäten innerhalb einer phase

Question 14

4 Konzepte für Systementwicklungsprozess

Answer 14

1) Betrachtung des Systems vom Ganzen zum Detail
2) Suche und Auswahl von Alternativen
3) Entwicklung in einem Makroprozess basierend auf Phasen
4) Der Mikroprozess der Entwicklungsschleifen

Question 15

Wozu gibt es Requirements Engineering?

Answer 15

Technisches Argument: Eine gute Lösung kann nur erreicht werden wenn der Produktentwickler ein weitgehend Verständnis des Problems hat

Ökonomische Argument: Mit guter Anforderungsbeschreibung werden Defizite früher erkannt und sind damit billiger zu beseitigen

Empirisches Argument: Ungenügende Anforderungen und falscher Umgang ist die größte Ursache für Überschreitungen von Budget und Deadlines

Question 16

Definition von Anforderungserhebung (Requirements Engineering)

Answer 16

Ist der Prozess des systematischen Aufnehmens, Organisieren und Dokumentierens von Anforderungen an ein komplexes System, wobei eine Verständigung zwischen Kunde und Produktentwicklung geschaffen und aufrechterhalten wird.

Question 17

Elemente für eine Anforderungsliste

Answer 17

ID
Status
Priorität
Lifecycle
Commentar/Rationale/Justification

Question 18

Was ist eine große Schwierigkeit des Requirements Systems

Answer 18

Die unterschiedlichen Sichtweise von Kunde und Produktentwickler

Question 19

Was ist der Unterschied zwischen Explizite Anforderungen und Implizite Anforderungen

Answer 19

Explizite: Funkitionale Anforderungsbaseline

• > Must Have
• > Should Have
• > Nice to Have

Implizite: Operationale Anforderung: wie sollte das system dem Nutzer dienen?
->Typische Use Cases

Question 20

Was sind ein use case?

Answer 20

Menge von Prozeduren die explizit die Aussführungsschritte beschreiben, mit denen das System bedient wird und die Situationen/Nachrichten, auf die das System reagieren muss

Question 21

5 Bsp. für Quellen von Anforderungen

Answer 21

1) Interviews mit zukünftigen Anwendern (Marktanalyse=
2) Begleitung am Arbeitsplatz (Use Case)
3) Analyse ähnlicher oder existierende System
4) Begutachtung von Berichten mit Anregungen und Probleme
5) Verbesserung durch Anwender

Question 22

Was ist Randbedingung (Externe Anforderungen)?

Answer 22

Umstände, die nur mit großen Aufwand oder gar nicht beeinflussbar ist und daher als gegeben Größen verwendet werden müssen.

• > Legal
• > Ökologisch
• > Infrastrukturell

Question 23

Welche Klassifikation von Anforderungen benutzt man in der Informatik (Software Engineering)?

Answer 23

Funktionale Anforderungen = Af
was soll das System leisten?
Beschreibt eine Aufgabe des Nutzers die das System unterstützen soll (im Verben beschrieben)

Nichtfunktionale Anforderungen =Anf
wie gut das system seine Leistung erbringt
Beschreiben Attribute und werden als negative Anf. oder Einschränkungen beschrieben

Af U Anf = Ab ( Anforderungsbaseline)

Question 24

Was soll das System leisten? (Funktionale Anf)

Answer 24

1) Systemfunktionen
2) Aufgaben/Aktionen, die erledigt werden
3) Beziehungen zwischen den Funktionen
4) Funktionalen Beziehungen zwischen Hard-und Software
5) Anforderungen an Schnittstellen
6) Einzigartige Hard-oder Software

Question 25

Was sind generelle Systemkriterien? (Nichtfunk. Anf)

Answer 25

1)Systemperformance
qualitativ (wie gut), quantitativ (wie viel Kapa), Rechtzeitigkeit (wie häufig)

2) Performanzbedingungen
3) Sicherheitsanforderungen
4) Randbedingungen

Question 26

Was ist Quality Function Development (QFD)

Answer 26

Ist eine Methode, die Ziele und technische Lösungen für alle Bereiche & für die Dokumentation des Prozesses einheitlich nachvollziehbar und methodisch zu kommunizieren

Question 27

Was ist der Designauswahlzyklus?

Wo zu dient er?

Answer 27

Ist eine Folge von Schritte, die während unterschiedlicher Entwicklungsphasen durchlaufen werden.

Dient das Design innerhalb einer phase sukzessive festzulegen.

Question 28

Welche Teilschritte sind im Designauswahlzyklus?

Answer 28

1) Situationsanalyse
2) Zielformulierung
3) Syntheseanalyse
4) Bewertung
5) Entscheidung

Question 29

Wozu dient eine Situationsanalyse?

Answer 29

Zur Gewinnung & Auswertung von Infos über derzeitige und zukünftige Tatbestände, insbesondere über die Stärke und Schwäche des Systems

Question 30

Leitidee der Situationsanalyse

Answer 30

Für eine konkrete Lösungsfindung wird eine detaillierte Herausarbeitung & Darstellung des Problems benötigt

Question 31

Teile der Situationsanalyse

Answer 31

Ansicht >Abgrenzung>Darstellung

Question 32

Wie können die Ansichten eines Problems sein?

Answer 32

• Systemorientiert: strukturiert und vereinfacht das System für besseres Verständnis
• Ursachenorientiert: Bestimmung von Wirkung anhand von Ursachen
• Lösungsorientiert: richtet sich nach den Lösungsmöglichkeiten.
• Zukunftsorientiert: Behandelt die Entwicklung der Situation in Zukunft.

Question 33

Situationsanalyse nach einer systemorientierte Ansicht

Answer 33

1. Auftteilunng in Subsysteme
2. Abgrenzung der Relevante Subsystem
3. Erstellung von Strukturmodellen
4. Vereinfachte Darstellung (Backbox Sicht, Struktursicht)

Question 34

Situationsanalyse nach einer ursachenorientierten Ansicht

Wenn dann Analyse

Answer 34

1. Symptome Identif + Beschreiben
2. Sammeln und Gliedern
3. Sachverhaltensdarstellung
4. Ursachen

Question 35

Lösungsorientierte Ansicht Beispiel

Answer 35

1)Funktionanalyse: Fuktion eines System (was macht einer Kaffemaschine)

2)Instrumentale Analyse: Physikalische Hintergrunde
(Wie wird das Wasser erhitzt?)

3)Mittelkataloge: Aufzählung aller möglichen Lösungen
(2 Heizspiralen oder große Heizspirale)