mirror of
https://github.com/st-tu-dresden-praktikum/swt23w23
synced 2024-07-19 21:04:36 +02:00
Initial commit for scope statement
Co-authored-by: Simon Bruder <simon.bruder@mailbox.tu-dresden.de>
This commit is contained in:
parent
0fe9446ad1
commit
36ded44703
BIN
src/main/asciidoc/models/analysis/systemContextDiagram.svg
(Stored with Git LFS)
Normal file
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
BIN
src/main/asciidoc/models/analysis/topLevelArchitecture.svg
(Stored with Git LFS)
Normal file
Binary file not shown.
|
@ -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.
|
||||
|
|
Loading…
Reference in a new issue