Skip to Content

Changes for page Aufgabenstellung

Last modified by mgrawunder on 2025/10/02 13:27
From version arrow_back 41.2 arrow_forward
edited by pmeyer
on 2025/08/28 18:52
Change comment: There is no comment for this version
To version arrow_back 35.2 arrow_forward
edited by Marco Grawunder
on 2025/08/04 14:57
Change comment: Renamed back-links.

Summary

Details

insert_drive_file Page properties
Author
... ... @@ -1,1 +1,1 @@
1 -XWiki.pmeyer
1 +XWiki.MarcoGrawunder
Content
... ... @@ -1,5 +3,3 @@
1 -[[image:Main.Organisatorisches.WebHome@softwareprojekt_logo_transparent.png||alt="SoftwareprojektLogo.png" data-xwiki-image-style-alignment="end" height="136" width="309"]]
2 -
3 3  {{toc/}}
4 4  
5 5  Im Software Projekt soll ein Verständnis für die Probleme und Herausforderungen bei der Entwicklung großer Software Systeme entwickelt werden. Aus diesem Grund wird im Laufe des Jahres ein komplexes Softwaresystem in mehreren vollständigen Phasen (sog. Sprints) erstellt.
... ... @@ -77,7 +77,7 @@
77 77  * Abgabe:
78 78  ** [[Zwischenpräsentation>>doc:Main.Aufgabenstellung.WebHome||anchor="HTeilaufgabe5:ZwischenprE4sentation"]] (siehe dort)
79 79  ** zum Ende des Projektes finale Version
80 -** Dokumentation in einem extra Dokument (nicht auf GitLab verweisen).
78 +** Dokumentation in einem extra Dokument (nicht auf GitLab verweisen), aber es kann ein Export aus GitLab erfolgen
81 81  * Beachten: [[Anforderungen Dokumentation>>doc:Main.Anforderungen Software.WebHome||anchor="HAnforderungen:Dokumentation"]]
82 82  
83 83  {{warning}}
... ... @@ -86,6 +86,7 @@
86 86  * Es ist keine gute Idee mit dem Dokumentieren bis zum Schluss zu warten. Da sich Dinge aber im Laufe der Zeit noch ändern, sollte auch nicht zu viel Text schon vorher entstehen.
87 87  * Diagramme können zwar durch Reengineering gewonnen werden, es ist aber zu Präsentationszwecken keine gute Idee. Dann lieber die Strukturen abstrakter darstellen (nicht jede Methode, jede Klasse und jedes Attribut ist relevant!)
88 88  * Achtung! Wenn Sie Visual Paradigm verwenden, ändern Sie die Version nicht während des Projektes. I.d.R. sind die Modelle nicht beliebig austauschbar.
87 +* Für die Erstellung von UML-Diagrammen in GitLab kann auch PlantUML verwendet werden.
89 89  {{/warning}}
90 90  
91 91  = Teilaufgabe 3: Entwurf (Dokumentation) =
... ... @@ -159,7 +159,7 @@
159 159  ** Architektur
160 160  ** Software-Design-Entscheidungen (**es geht hier nicht um die Grafik und Optik**) und
161 161  ** die Zusammenhänge (statisch z.B. durch Klassendiagramme und dynamisch z.B. durch Sequenz- oder Aktivitätsdiagramme!)
162 -** Technologieentscheidungen (hier nicht die Tools wie GitLab, Visual Paragdigm etc., sondern die verwendeten Frameworks!)
161 +** Technologieentscheidungen (hier nicht die Tools wie Jira, Visual Paragdigm etc., sondern die verwendeten Frameworks!)
163 163  ** Grundsätzlich sollte auf die Serverkonzepte vertiefter eingegangen werden als auf Aspekte, die sich auf die GUI beziehen.
164 164  ** I.d.R. ist es keine gute Idee, einfach UML-Diagramme, die für die Dokumentation gedacht sind, unverändert in die Folien zu packen, so sollten i.d.R. Klassendiagramme vereinfacht werden.
165 165  ** Quellcode kann hin und wieder hilfreich sein, i.d.R. ist es aber besser, die Konzepte auf einer abstrakteren Ebene mit **Hilfe von UML** darzustellen.
... ... @@ -207,7 +207,7 @@
207 207  
208 208  Bemerkungen:
209 209  
210 -
209 +* Die Einbindung und Darstellung in GitLab von Präsentationen ist nicht die Beste. Die eingebundene Präsentation ist nur als Vorschau gedacht. Dort werden auch leider Folien "gefressen" und die Qualität extrem runtergeschraubt. Daher findet ihr die Präsentation unten als PDF und als PP in der Anhangsliste - diese zum Bearbeiten nutzen.
211 211  * WICHTIG: Vor dem Erstellen von Schaubildern, solltet ihr euch immer fragen, ob dieses einen Mehrwert bietet. Es gibt Fälle wo eine einfache Informationsdarstellung in Textform passender ist.
212 212  * SEHR WICHTIG: Schaubilder sind KEIN Ersatz für Diagramme. Schaubilder werden nicht dafür genutzt um statische & dynamische Modelle zu ersetzen. Sequenz-, Aktivitäts-, Zustands- und Klassendiagramme müssen so erstellt werden, wie in Software Technik gelehrt.
213 213  * Am Ende der Präsentation bitte eine Zusammenfassungs- und Ausblicksfolie.
... ... @@ -272,12 +272,12 @@
272 272  ** Damit auch andere Gruppen sehen können, was in den anderen Gruppen gemacht worden ist (auch für die kommenden Gruppen) werden die Videos im Anschluss aller Präsentationen veröffentlicht.
273 273  ** Bitte keine **Namen oder Bilder von echten Personen** im Video verwenden.
274 274  
275 -**Verwendung der Uni-Cloud (**[[**https:~~/~~/cloud.uol.de).**>>url:https://cloud.uol.de/]] Dort bitte alles  zur Verfügung stellen. Dafür haben Sie von mir eine Freigabe erhalten (im internen Wiki). Bitte die Dateien möglichst nicht komprimieren aber möglichst insgesamt nicht mehr als 15 GB verwenden. Bei Problemen mit dem Upload darf die VM auch aufgeteilt (s.o.)
274 +**Verwendung der Uni-Cloud (**[[**https:~~/~~/cloud.uol.de).**>>url:https://cloud.uol.de/]]~*~* Dort bitte alles  zur Verfügung stellen. Dafür haben Sie von mir eine Freigabe erhalten. Bitte die Dateien möglichst nicht komprimieren aber möglichst insgesamt nicht mehr als 15 GB verwenden. Bei Problemen mit dem Upload darf die VM auch aufgeteilt werden.~*~*
276 276  
277 277  {{success}}
278 278  **Hinweise:**
279 279  
280 -* Der Termin für die finale Abgabe ist immer der Tag, an dem **die letzte Präsentation der letzten Gruppe** stattfindet, es darf aber auch während der Präsentation abgegeben werden. Die von mir versendeten Shares verfallen aus Gründen der Gerechtigkeit um 0:00 Uhr am Tag nach der letzten Präsentation der letzten Gruppe. Also am besten nicht bis zur letzten Minute warten.
279 +* Der Termin für die finale Abgabe ist immer der Tag, an dem **die letzte Präsentation der letzten Gruppe** (siehe [[Aktuelles>>doc:Main.WebHome]]) stattfindet, es darf aber auch während der Präsentation abgegeben werden. Die von mir versendeten Shares verfallen aus Gründen der Gerechtigkeit um 0:00 Uhr am Tag nach der letzten Präsentation der letzten Gruppe. Also am besten nicht bis zur letzten Minute warten.
281 281  * Der Upload in die Cloud ist innerhalb des Uni-Netzes i.d.R. deutlich schneller.
282 282  * Es kann passieren, dass es deutlich länger mit dem Upload dauert, wenn alle gleichzeitig hochladen ...
283 283  * Falls es noch deutliche Unterschiede zwischen dem Stand der in der Präsentation vorgestellt wurde und der Abgabe gibt, bitte noch einmal explizit dokumentieren!