01_Einführung

Question 1

Definition Systemanalyse

Answer 1

• “Wünsche und Anforderungen eines Auftraggebers an ein neues Softwaresystem ermitteln und durch ein Modell beschreiben” [Heide Balzert]*
  (a) Anforderungsermittlung + (b) Systemmodell-Erstellung

Question 2

Definition: Software

Answer 2

• immateriell: keine physikalischen Grenzen
• leicht veränderbar: ohne Austausch physikalischer Gegenstände möglich (z. B. Download/Update per Internet)
• einfache Vervielfältigung: Massenproduktion und kostengünstige Verbreitung
• kompliziertes Vertriebsmodell: Urheberrecht, Schutz vor Manipulation und Raubkopien, …

Question 3

Komplexitätstreiber bei Software

Answer 3

• zunehmende Verknüpfung mit anderen Hard- und Softwaresystemen
• Fortschritt der Hardwarekapazitäten -> wird von Software ausgefüllt
• Steigender Wettbewerb zwischen Anbietern
• Wachsender Funktionsumfang (“Feature overkill”)
• Gestiegene Ansprüche von Kunden
• Hohe Standards bzgl. Bedienungskomfort („Usability”)

Question 4

Komplexitätsmaße für Software

Answer 4

• LOC (Lines of Code): Anzahl Code-Zeilen
• Anzahl Schnittstellen zu anderen (Teil-)Systemen
• Function Point Analysis: Anzahl Funktionen und Elementardatentypen (Funktionen und Datentypen werden je nach Komplexität mit Punkten bewertet)
• > zur Aufwandsabschätzung (Zeit und Kosten)
• > mehr Komplexität = höhere Wartungskosten + größere Fehleranfälligkeit

Question 5

Methoden zur Beherrschung von Softwarekomplexität

Answer 5

• Automatisierung durch Einsatz weniger fehleranfälliger Programmiersprachen
• Modularisierung durch Zerlegung in Komponenten (z. B. Objektorientierung)
• “Best Practices”, d. h. Verwendung von vorgefertigten Lösungen für häufig auftretende Probleme (“Pattern”)
• Standardisierung durch Einführung einheitlicher Artefakte, Prozesse oder Schnittstellen (z. B. XML)

Question 6

Kosten der Softwarequalität

Answer 6

• Optimum abhängig vom Produkt
• Software so weit fehlerfrei machen, dass es wirtschaftlich sinnvoll ist

Question 7

Nicht-funktionale Anforderungen an Software

Answer 7

• Korrektheit (Fehlerfreiheit)
• Zuverlässigkeit (Wiederherstellbarkeit, Fehlertoleranz)
• Aussehen und Handhabung (“Look and Feel”)
• Benutzbarkeit (Verständlichkeit, leichte Bedienbarkeit)
• Leistung und Effizienz (Antwortzeiten, Ressourcenbedarf)
• Betrieb und Umgebungsbedingungen (Flexibilität)
• Wartbarkeit (Änderbarkeit, Erweiterbarkeit - Customizability)
• Portierbarkeit (Übertragbarkeit, - andere Plattformen/BS)
• Sicherheitsanforderungen
• Konformität (Unterstützung von Standards)
• Skalierbarkeit (Anpassen an variable Nutzungsintensität)

Question 8

Gründe für Vorgehensmodelle

Answer 8

• Regelwerke für den Software-Entwicklungsprozess
• Abläufe und Prozesse in einem Projekt, Rahmen für die Kommunikation
• Art, Struktur und Reihenfolge der Artefakte
• Ingenieurs-Ansprüche (Software Engineering statt „code and fix“):
  
  • Planbarkeit von Kosten und Aufwand
  • Wiederholbarkeit der Qualität
  • Sicherung von Knowhow
• erlaubt die präzise (rechtssichere) Abstimmung mit dem Auftraggeber und dienen der Nachvollziehbarkeit

Question 9

Übersicht Vorgehensmodelle

Answer 9

Question 10

Wasserfallmodell nach Royce

Answer 10

• Aufeinander aufbauende, nur in einer Richtung zu durch laufende Projektphasen ( “Wasserfall”)
• Industriestandard
• Hoher Verbreitungsgrad
• 7 Phasen mit Input-Artefakten aus vorheriger Phase und Output-Artefakten für nächste Phase

Question 11

Wasserfallmodell

1. Phase

Answer 11

Machbarkeitsstudie

• Auswahl des Produktes
• Marktstudien, Nachfrageanalyse
• Dokumentation der Hauptanforderungen aus Anwendersicht (-> Lastenheft)
• Ermittlung des Ressourcenbedarfs

Question 12

Wasserfallmodell

2. Phase

Answer 12

Anforderungsanalyse

• was System können soll/muss/nicht muss
• Detaillierte Beschreibung der Anforderungen aus Auftragsnehmer-Sicht (-> Pflichtenheft)

Question 13

Wasserfallmodell

3. Phase

Answer 13

Systementwurf

Komponentenstruktur und Grundentscheidungen

• Erstellung einer System-Architektur in Form eines Architekturmodells z. B.
  
  • Client-/Server
  • 3-Schichten-Architektur (3-tier)
  • 4-Schichten-Architektur (4-tier)
• Grundsatzentscheidungen (Programmiersprache, Datenbank, Oberfläche)
• Festlegung von Grundtechnologien (Frameworks, Bibliotheken)

Question 14

Wasserfallmodell

4. Phase

Answer 14

Codieren und Modultests

• Konkrete Implementation der einzelnen Module in lauffähigen Programmcode
• Entwurf und Implementation von Modultests zur automatisierten Durchführung von Funktionstests
• Erstellung des lauffähigen Objektcodes der einzelnen Module und ihrer Modultests

Question 15

Wasserfallmodell

5. Phase

Answer 15

Integration- und Systemtests

• Festlegung von Testfällen und Erstellung von Testplänen
• Durchführung von System- und Integrationstests auf Basis der Testpläne
• Behebung von Fehlern -> Phase von der am wahrscheinlichsten zurückgesprungen wird

Question 16

Wasserfallmodell

6. Phase

Answer 16

Auslieferung und Installation

• Anpassung an spezifische Umgebung
• Abnahmetest

Question 17

Wasserfallmodell

7. Phase

Answer 17

Wartung und Pflege

• Regelmäßige Wartung der Software: Analyse und Behebung von Fehlern bei laufendem Betrieb
• Pflege in Betrieb befindlicher Software: Änderungen und Erweiterungen des Funktionsumfangs (Versionspflege)