Aufgaben Softwarearchitektur
Zehn IHK-Aufgaben durchs gesamte Spektrum dieses Kurses: Anforderungen, Use-Cases, Aktivitäts- und Sequenzdiagramme, Zustands- und Komponentendiagramme, Schichtenarchitektur, Monolith vs. Microservices, REST-APIs und Datenformate. Mix aus Multiple-Choice, Mehrfachauswahl, Zuordnung, Reihenfolge und einer offenen Modellierungsaufgabe. Live-Auswertung oben, am Ende eine Note. Viel Erfolg!
Aufgabe 12 Punkte
Funktional oder nicht-funktional?
Welche der folgenden Anforderungen an eine Online-Lernplattform ist nicht-funktional?
Nutzer können Kurse nach Kategorie und Schwierigkeit filtern.
Administratoren können Kurse anlegen und bearbeiten.
Jede Seite muss in unter 2 Sekunden ausgeliefert werden.
Im Nutzerprofil werden die belegten Kurse angezeigt.
Richtig. Antwortzeiten sind eine Performance-Anforderung – also nicht-funktional. Die anderen drei beschreiben konkrete Funktionen. Vgl. L1.
Merke: „in unter X Sekunden / verfügbar zu Y % / sicher / benutzerfreundlich" – alles nicht-funktional.
Aufgabe 23 Punkte
FURPS+ Kategorien zuordnen
Ordne jede Anforderung der passenden FURPS+-Kategorie zu. Klick zuerst eine Kategorie unten, dann das passende Ziel:
Performance
Usability
Reliability
Supportability
+ Constraint
„99,9 % Verfügbarkeit pro Monat"
„Antwortzeit unter 200 ms"
„Onboarding in unter 5 Minuten möglich"
„Datenhaltung in EU-Rechenzentren (DSGVO)"
„Testabdeckung > 80 %"
Auswertung: Verfügbarkeit → Reliability. Antwortzeit → Performance. Onboarding → Usability. DSGVO → Constraint. Testabdeckung → Supportability. FURPS+ deckt das gesamte Spektrum funktionaler & nicht-funktionaler Anforderungen ab. Vgl. L1.
Aufgabe 32 Punkte
Lastenheft vs. Pflichtenheft
Eine Firma beauftragt ein Software-Haus mit der Entwicklung eines Zeiterfassungssystems. Welche Aussage zur Dokument-Reihenfolge ist korrekt?
Das Software-Haus schreibt zuerst das Lastenheft als Angebot, dann antwortet die Firma mit dem Pflichtenheft.
Die Firma (Auftraggeber) erstellt das Lastenheft („was will ich haben?"), das Software-Haus (Auftragnehmer) antwortet mit dem Pflichtenheft („wie setze ich es um?").
Lasten- und Pflichtenheft sind Synonyme – beides bezeichnet das Anforderungsdokument.
Das Pflichtenheft wird vom Auftraggeber erstellt, weil er die Pflichten festlegt.
Richtig. Lastenheft: vom Auftraggeber (Last = Problem). Pflichtenheft: vom Auftragnehmer (Pflicht = Verantwortung zur Lösung). Zuerst Last, dann Pflicht. Beides ist Vertragsbestandteil.
Eselsbrücke: Last liegt beim Kunden, Pflicht beim Dienstleister.
Aufgabe 43 Punkte
Reihenfolge im Use-Case „Bestellung aufgeben"
Bring die Schritte des normalen Ablaufs für „Bestellung aufgeben" in die richtige Reihenfolge:
Korrekte Reihenfolge: 1. Warenkorb anzeigen → 2. Lieferadresse abfragen → 3. Zahlungsmethode wählen → 4. Bezahlung verarbeiten → 5. Bestellung speichern → 6. Bestätigungsmail senden. Vgl. L2.
Aufgabe 52 Punkte
Use-Case-Beziehung erkennen
In einem Use-Case-Diagramm siehst du eine gestrichelte Pfeillinie vom Use-Case „Bestellung aufgeben" zu „Anmelden" mit dem Stereotyp
«include»:
Was bedeutet das?
„Anmelden" ist eine optionale Erweiterung, die nur unter bestimmten Bedingungen ausgeführt wird.
„Bestellung aufgeben" enthält zwingend den Use-Case „Anmelden" – ohne Anmeldung keine Bestellung.
„Anmelden" ist eine Generalisierung von „Bestellung aufgeben".
Die Pfeilrichtung ist verkehrt – «include» zeigt vom enthaltenen zum aufrufenden Use-Case.
Richtig.
«include» = zwingender Bestandteil. Pfeilrichtung: vom aufrufenden zum enthaltenen Use-Case. Für optionale Erweiterungen gibt es «extend» mit umgekehrter Pfeilrichtung. Vgl. L2.
Merke: «include» = muss. «extend» = kann (optional).
Aufgabe 63 Punkte
Sequenzdiagramm – mehrere richtige Antworten
Welche Aussagen über Sequenzdiagramme sind korrekt? Wähle alle zutreffenden:
✓Die Zeit fließt von oben nach unten.
✓Ein synchroner Aufruf hat eine gefüllte Pfeilspitze; der Aufrufer wartet auf Antwort.
✓Die Notation einer Lebenslinie ist
Klasse ohne Doppelpunkt.✓Das Fragment
alt wird für Verzweigungen (if/else) verwendet.✓Asynchrone Aufrufe werden mit einem gestrichelten Pfeil dargestellt.
✓Aktivierungsbalken zeigen, dass ein Objekt gerade einen Aufruf bearbeitet.
Richtig sind: Zeit oben nach unten, synchron = gefüllt + Aufrufer wartet,
Falsch: Lebenslinien-Notation ist
alt für Verzweigungen, Aktivierungsbalken zeigen aktive Bearbeitung.Falsch: Lebenslinien-Notation ist
:Klasse oder name:Klasse (mit Doppelpunkt!). Asynchron = durchgezogener Pfeil mit offener Spitze, nicht gestrichelt – gestrichelt ist die Rückgabe. Vgl. L4.
Aufgabe 73 Punkte
Zustandsdiagramm interpretieren
Aus welchen Zuständen kann man in den Zustand „Entwurf" gelangen?
Nur vom Start-Zustand.
Vom Start-Zustand und aus „In Prüfung" durch das Ereignis „ablehnen".
Aus jedem beliebigen Zustand durch das Ereignis „ablehnen".
Aus „Genehmigt" durch das Ereignis „neuer Entwurf".
Richtig. Zwei eingehende Pfeile bei „Entwurf": vom Startzustand und Rückwärts-Pfeil von „In Prüfung" mit Ereignis „ablehnen". Aus „Genehmigt" gibt es keinen Weg zurück. Vgl. L5.
Merke: jeder Pfeil ist eine erlaubte Transition. Was nicht eingezeichnet ist, ist nicht erlaubt.
Aufgabe 82 Punkte
3-Schicht-Architektur
In einer 3-Schicht-Architektur (Präsentation – Geschäftslogik – Datenzugriff): in welche Schicht gehört die Regel „Bestellungen über 100 € bekommen 5 % Rabatt"?
In die Präsentationsschicht, weil der Rabatt im Warenkorb angezeigt wird.
In die Geschäftslogikschicht – Rabattregeln sind klassische Geschäftslogik.
In die Datenzugriffsschicht, weil sie auf den Bestellbetrag in der DB zugreift.
Direkt in die Datenbank als Trigger – das ist die einzige saubere Stelle.
Richtig. Geschäftsregeln (Rabatte, Steuern, Workflows) gehören in die Geschäftslogikschicht. Präsentation zeigt nur den berechneten Preis, DB liefert nur Daten. Vorteil: bei Regel-Änderung nur an einer Stelle anfassen. Vgl. L6.
Merke: alle Wenn-dann-Regeln der Anwendung leben in der Logik-Schicht.
Aufgabe 93 Punkte
REST-API-Aussagen
Du entwirfst eine REST-API für eine Bibliothek. Welche der folgenden URLs / Antworten sind RESTful korrekt?
✓
GET /books/42 – ein bestimmtes Buch lesen.✓
POST /deleteBook/42 – Buch 42 löschen.✓
POST /books mit JSON-Body → Antwort 201 Created.✓Anfrage ohne gültigen Token → Antwort
401 Unauthorized.✓Buch nicht gefunden → Antwort
200 OK mit Body {"error": "not found"}.✓
GET /getAllBooks – alle Bücher abrufen.
Korrekt: Substantiv im Plural + HTTP-Verb (
Falsch:
GET /books/42, POST /books → 201, fehlender Token → 401).Falsch:
/deleteBook/42 hat Verb in URL → besser DELETE /books/42. 200 OK bei „nicht gefunden" → richtig wäre 404. /getAllBooks hat Verb in URL → besser GET /books. Vgl. L8.
REST-Faustregel: URL = Substantiv (was), HTTP-Methode = Verb (wie), Statuscode = Ergebnis.
Aufgabe 105 Punkte
Architektur-Entscheidung begründen
Du bist FIAE in einem 4-Personen-Startup. Aufgabe: eine Web-Anwendung zur Pflege von Mitgliedsdaten eines Vereins (ca. 500 Mitglieder, moderate Last). Begründe in 4–6 Sätzen: Monolith oder Microservices? Welche Architektur-Schichten nutzt du? Welches Datenformat für die API zwischen Frontend und Backend?
Schreibe deine Antwort frei. Das System prüft, ob die wichtigsten Stichworte vorkommen:
Schreibe deine Antwort frei. Das System prüft, ob die wichtigsten Stichworte vorkommen:
Mögliche Musterlösung: Für ein 4-Personen-Team mit moderater Last ist ein Monolith die richtige Wahl – Microservices wären Overengineering. Innerhalb des Monolithen baue ich eine 3-Schicht-Architektur: Präsentation, Geschäftslogik, Datenzugriff. Frontend und Backend kommunizieren über REST-APIs mit JSON. Wenn der Verein wächst, können einzelne Module später als Modulith gelöst werden. Vgl. L7, L6, L8.
📊 Auswertung
Punkte
0
Prozent
0%
Note
–
Aufgaben gelöst
0/10
Verwandte Lektionen zum Wiederholen: L1 Anforderungen · L2 Use-Case · L4 Sequenzdiagramm · L6 Schichtenarchitektur · L8 REST
Nächste Kurse: K51 API-Entwicklung & REST vertieft baut direkt auf L8/L9 dieses Kurses auf. K48 OOP und K49 Entwurfsmuster ergänzen die Architektur-Sicht durch Klassen-Design. Für Sicherheit beim API-Aufbau siehe K11 Secure Coding.