Initial commit for scope statement

Co-authored-by: Simon Bruder <simon.bruder@mailbox.tu-dresden.de>
This commit is contained in:
Mathis Kral 2023-10-17 20:18:08 +02:00 committed by Simon Bruder
parent 0fe9446ad1
commit 36ded44703
Signed by: simon
GPG key ID: 8D3C82F9F309F8EC
3 changed files with 56 additions and 4 deletions

BIN
src/main/asciidoc/models/analysis/systemContextDiagram.svg (Stored with Git LFS) Normal file

Binary file not shown.

BIN
src/main/asciidoc/models/analysis/topLevelArchitecture.svg (Stored with Git LFS) Normal file

Binary file not shown.

View file

@ -13,7 +13,24 @@
Dieses Dokument benötigt ein Inhaltsverzeichnis. Es existieren mehrere Einbindungsmöglichkeiten.
== Zusammenfassung
Eine kurze Beschreibung des Dokuments. Wenige Absätze.
Ziel des Projekts „Cateringservice“ ist es, eine web-basierte Java-Applikation für den Catering-Service „Mampf“ zu entwickeln, welche folgende Hauptfunktionen beinhalten soll:
- Kundenverwaltung
- Personalverwaltung
- Personalzuteilung
- Termin- und Eventplanung inkl. Zubehör, Lebensmittelbedarf
- Abrechnungs- und Rechnungserstellung
Zudem soll die Software diverse nicht-funktionale Kriterien, wie folgt, erfüllen:
- einfache Bedienbarkeit
- Absturzsicherheit
- einfache Erweiterbarkeit
- nachvollziehbare Strukturierung
- hohe Codequalität
Die Software gilt als fertig entwickelt und auslieferungsbereit, wenn die folgend in diesem Dokument aufgelisteten Akzeptanztest bestanden sind, auf welche sich mit dem Kunden geeinigt wurde.
== Aufgabenstellung und Zielsetzung
Text aus Aufgabenstellung kopieren und ggfs. präzisieren.
@ -29,10 +46,12 @@ Welche realen und juristischen Personen(-gruppen) haben Einfluss auf die Anforde
== Systemgrenze und Top-Level-Architektur
=== Kontextdiagramm
Das Kontextdiagramm zeigt das geplante Software-System in seiner Umgebung. Zur Umgebung gehören alle Nutzergruppen des Systems und Nachbarsysteme. Die Grafik kann auch informell gehalten sein. Überlegen Sie sich dann geeignete Symbole. Die Grafik kann beispielsweise mit Visio erstellt werden. Wenn nötig, erläutern Sie diese Grafik.
image::models/analysis/systemContextDiagram.svg[]
=== Top-Level-Architektur
Dokumentieren Sie ihre Top-Level-Architektur mit Hilfe eines Komponentendiagramm.
image::models/analysis/topLevelArchitecture.svg[]
== Anwendungsfälle
@ -70,13 +89,40 @@ Anforderungen die das Programm leisten können soll, aber für den korrekten Bet
=== Qualitätsziele
Dokumentieren Sie in einer Tabelle die Qualitätsziele, welche das System erreichen soll, sowie deren Priorität.
[options="header"]
[cols="4,1"]
|===
| Qualitätsziel | Priorität (hoch - mittel - gering)
| einfache Bedienbarkeit (für Nicht-Informatiker) | hoch
| Absturzsicherheit | hoch
| einfache Erweiterbarkeit | mittel
| nachvollziehbare Strukturierung | mittel
| hohe Codequalität | mittel
|===
=== Konkrete Nicht-Funktionale Anforderungen
Beschreiben Sie Nicht-Funktionale Anforderungen, welche dazu dienen, die zuvor definierten Qualitätsziele zu erreichen.
Achten Sie darauf, dass deren Erfüllung (mindestens theoretisch) messbar sein muss.
==== Einfache Bedienbarkeit
- Interaktion vollständig über Knöpfe und Textfelder
- fehlerhafte Nutzereingaben werden dem Nutzer direkt mitgeteilt
- intuitives Design z. B. des Menüs
==== Absturzsicherheit
- fehlerhafte Eingaben der Nutzer dürfen nicht zu Abstürzen führen
==== Einfache Erweiterbarkeit
- Software muss so entworfen sein, dass einfach neue Produkte oder Dienstleistungen ergänzt werden können
==== Nachvollziehbare Strukturierung
- das Design der Software muss sich an bekannten und geeigneten Entwurfsmustern orientieren
==== Hohe Codequalität
- verständliche Dokumentation von Objekten und dessen Methoden
== GUI Prototyp
In diesem Kapitel soll ein Entwurf der Navigationsmöglichkeiten und Dialoge des Systems erstellt werden.