Software Architektur

Question 1

Zentrale Begriffe der Softwarearchitektur

Answer 1

Kontextabgrenzung
Prinzipien
Querschnittskonzepte
Bausteine, Struktur, Schnittstelle, Laufzeitverhalten, Verteilung

Question 2

Definition Baustein

Answer 2

Ein allgemeiner Begriff für Komponenten, Subsysteme, Pakete, Module, Klassen, Funktionen, Prozeduren, Frameworks oder andere Abstraktionen von Quellcode

Question 3

Definition Schnittstelle

Answer 3

Zugangspunkt zum System oder Baustein
Kommunikation nach aussen
Fäden des gesamten Systems

Question 4

Ziele der Softwarearchitektur

Answer 4

Beschreiben
Nachweisen
Vorschreiben
Risiken vermeiden

Question 5

Architektur-Aktivitäten

Answer 5

Einflussfaktoren: Ziele, Stakeholderanliegen, Rahmenbedingungen, Anforderungen und Szenarien

Stakeholder & Kommunikation: Stakeholderzusammenarbeit, Architekt (Berater, Verkäufer, Entscheidungsträger), Sichten

Leitfaden: Annahmen & Risiken, Vorgehen, Hilfmittel/Werkzeuge, Prinzipien

Lösungsstrategie: Kontextabgrenzung, Architekturstruktur -> Auswahl der Alternativen

Lösungsentwurf: Bausteine, Laufzeitverhalten, Verteilung, Querschnittskonzepte, Architekturentscheidungen, Prototyp, Feedback, Vorgaben, Bewertung/Feedback

Question 6

Zusammenfassung der Architekturaufgaben

Answer 6

Einflussfaktoren klären
Kommunizieren
Leitfaden bestimmen
Lösungsstrategie erstellen
Lösungsentwurf erstsellen
Bewertung & Feedback einholen

Question 7

Was für Randbedingungen gibt es?

Answer 7

Ressourcen
Standards
Organisation
Trends
Technologien
juristische Aspekte

Question 8

Welche Einflussfaktoren schränken die Lösungsmöglichekeiten ein?

Answer 8

Ziele
Anforderungen
Randbedingung
Stakeholder Anliegen

Question 9

Projektmanagement magisches Dreieck

Answer 9

Ressourcen, Scope, Zeitplan

Question 10

Conways Law

Answer 10

Organisationen, die Systeme entwerfen… sind gezwungen, Designs zu produzieren, die Kopien der Kommunikationsstrukturen dieser Organisation sind.

Umgekehrt beeinflussen Architekturentscheidungen die Organisationen

Question 11

Definition: funktionale Anforderungen

Answer 11

Die Fähigkeit, die Arbeit auszuführen, für die es bestimmt war. Beschreibt was das System zu leisten hat.

Question 12

Definition: Qualitätsanforderungen (Non- Funktional)

Answer 12

Eigenschaften eines Systems. die den Erfüllungsgrad der angegeben und implizierten Bedürfnisse seiner Stakeholder spezifiziert. Sie formen die Architektur und beschreiben die Eignung des Systems für seinen Zweck.

Question 13

Was für Qualitätsanforderungen nach ISO 25010 gibt es?

Answer 13

Benutzbarkeit
Sicherheit
Portabilität
Skalierbarkeit
Funktionale Eignung
Leistungseffizienz
Kompatibilität
Wartbarkeit
Zuverlässigkeit

Question 14

Qualitätsszenario

Answer 14

Wie ein System beim Eintreffen eines Stimulus in bestimmten Situationen reagiert.

Auslöser -> Quelle -> Umstände -> Antwort -> Antwortmetrik -> Artefakte

Qualitätsbaum: Blätter priorisieren

Question 15

Negative Wechselwirkungsbeispiele von Qualität

Answer 15

Benutzbarkeit <> Sicherheit
Anpassbarkeit <> Leistungseffizienz
Sicherheit <> Leistungseffizienz
Testbarkeit <> Leistungseffizienz
Hohe Qualität <> niedrige Ressourcen

Question 16

Merkmale guter Dokumentation

Answer 16

Benutzbarkeit und Zielgruppenorientierung
Angemessenheit
Top-Down
Wartbarkeit und Kostenbewusstheit
Korrektheit und Aktualität
Einfachheit, Benutzbarkeit, Effizienz
Verständlichkeit

Ausgeschlossen: Vollständigkeit

Question 17

Definition: Blackbox

Answer 17

Darstellung aus der Perspektive eines Bausteinnutzers von ausserhalb des Systems
Visualisierung des Umfeldes
Beschreibt der Verantwortlichkeiten, Zweck bzw, Aufgabe eines Bausteins
Folgt dem Geheimnisprinzip: verbirgt das “private Innenleben” des Bausteins

Question 18

Definition: Whitebox

Answer 18

Eine Darstellung aus der Perspektive eines Baustein-Entwicklers von innen
Sie zeigen die innere Struktur und Implementierung des Blackbox-Bausteins
Bestehen ihrerseits wiederum aus einer Anzahl von Blackboxes

Question 19

Hierarchische Verfeinerung

Answer 19

Der Detaillierungsgrad der Architekturbeschreibung kann durch abwechselnde Blackbox und Whitebox Darstellungen iterativ verfeinert werden

Question 20

Hauptsichten laut iSAQB

Answer 20

Kontextabgrenzung
Laufzeitsichten
Bausteinsichten
Verteilungssichten

Question 21

Kontextsicht

Answer 21

Dient allen Beteiligten als EInstiegspunkt für das zu beschreibende System

Zeigt das System als Blackbox in seinem Konxtext (Umfeld) aus einer Vogelperspektive

Stellt die Abgrenzung zu externen Systemen und deren Schnittstellen dar

Abbildung der Verantwortungsbereiche des Systems

Question 22

Bausteinsicht

Answer 22

Bildet die Anwendungsfunktionalität und Qualitätsanforderungen auf Softwarebausteine ab

Macht die Zusammenhänge, Aufbau und Zerlegung der Bausteine im System explizit

Dient der Zuteilung von Arbeitspaketen in Form von Architekturbausteine

Fungiert als Referenz bzw. Vorgabe für Softwareentwickler und Qualitätsssicherung

Question 23

Laufzeitsicht

Answer 23

Eine dynamische Sicht, die das Zusammenwirken mehrerer Softwarebausteine bzw. das Verhalten eines Bausteines zur Laufzeit abbildet

Dokumentiert, wie das System zur Laufzeit seine wesentliche Funktionen, Use-Cases, bzw. Abläufe ausführt, inkl. Steuerung, Konfiguration, Administration Nutzung

Question 24

Verteilungssicht (Infrastuktur bzw. Deploymentsicht)

Answer 24

Zeigt das System aus Betreibersicht
Abbildung der technischen Laufzeitumgebung des Systems

Abbildung der Softwarebausteine auf die Infrastrukturkompononenten