Skip to Content

Changes for page Aufgabenstellung

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

Summary

Details

insert_drive_file Page properties
Content
... ... @@ -1,3 +1,5 @@
1 +[[image:Main.Organisatorisches.WebHome@softwareprojekt_logo_transparent.png||alt="SoftwareprojektLogo.png" data-xwiki-image-style-alignment="end" height="136" width="309"]]
2 +
1 1  {{toc/}}
2 2  
3 3  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.
... ... @@ -158,7 +158,7 @@
158 158  ** Architektur
159 159  ** Software-Design-Entscheidungen (**es geht hier nicht um die Grafik und Optik**) und
160 160  ** die Zusammenhänge (statisch z.B. durch Klassendiagramme und dynamisch z.B. durch Sequenz- oder Aktivitätsdiagramme!)
161 -** Technologieentscheidungen (hier nicht die Tools wie Jira, Visual Paragdigm etc., sondern die verwendeten Frameworks!)
163 +** Technologieentscheidungen (hier nicht die Tools wie GitLab, Visual Paragdigm etc., sondern die verwendeten Frameworks!)
162 162  ** Grundsätzlich sollte auf die Serverkonzepte vertiefter eingegangen werden als auf Aspekte, die sich auf die GUI beziehen.
163 163  ** 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.
164 164  ** 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.
... ... @@ -276,7 +276,7 @@
276 276  {{success}}
277 277  **Hinweise:**
278 278  
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 +* 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.
280 280  * Der Upload in die Cloud ist innerhalb des Uni-Netzes i.d.R. deutlich schneller.
281 281  * Es kann passieren, dass es deutlich länger mit dem Upload dauert, wenn alle gleichzeitig hochladen ...
282 282  * Falls es noch deutliche Unterschiede zwischen dem Stand der in der Präsentation vorgestellt wurde und der Abgabe gibt, bitte noch einmal explizit dokumentieren!