Skip to Content

Changes for page Softwareentwicklung

Last modified by Marco Grawunder on 2026/08/26 10:16
From version 9.1
edited by Marco Grawunder
on 2026/08/26 10:16
Change comment: There is no comment for this version
To version 5.1
edited by Marco Grawunder
on 2026/08/25 15:35
Change comment: There is no comment for this version

Summary

Details

Page properties
Content
... ... @@ -1,11 +1,7 @@
1 1  [[image:Main.Organisatorisches.WebHome@softwareprojekt_logo_transparent.png||alt="SoftwareprojektLogo.png" data-xwiki-image-style-alignment="end" height="136" width="309"]]
2 2  
3 3  {{info}}
4 -**Worum geht es auf dieser Seite?**
5 -
6 -Diese Seite enthält die **allgemeinen technischen und funktionalen Anforderungen** an die Softwareentwicklung im Softwareprojekt. Dazu gehören Client-Server-Architektur, Meilensteine, Implementierung, Testen, Qualitätssicherung und der Umgang mit generativen KI-Werkzeugen.
7 -
8 -Die konkrete Spielaufgabe und andere jahrgangsspezifische Vorgaben stehen im geschützten Bereich [[Aktuelles>>doc:Main.Aktuelles.WebHome]].
4 +Diese Seite enthält die **allgemeinen technischen Anforderungen** an die Softwareentwicklung im Softwareprojekt. Die konkrete Spielaufgabe und jahrgangsspezifische Vorgaben stehen im geschützten Bereich **Aktuelles**.
9 9  {{/info}}
10 10  
11 11  {{toc/}}
... ... @@ -51,14 +51,6 @@
51 51  * Sie haben nur begrenzte Ressourcen zur Verfügung und müssen das auch vertreten!
52 52  {{/info}}
53 53  
54 -= Allgemeine Regeln zur Brettspieladaption =
55 -
56 -* keine Originalgrafiken ohne Freigabe veröffentlichen,
57 -* Regeln dürfen vereinfacht/angepasst werden,
58 -* Spielspaß soll erhalten bleiben,
59 -* Aktionen anderer Spieler müssen nachvollziehbar sein,
60 -* Zusatzdienste nur sinnvoll einsetzen.
61 -
62 62  = Vorgegebene Meilensteine =
63 63  
64 64  Für den Einstieg und zur Orientierung im Projektverlauf gibt es mehrere **vorgegebene Meilensteine**. Zusätzlich definiert jede Gruppe eigene fachliche Meilensteine.
... ... @@ -94,7 +94,7 @@
94 94  
95 95  == Meilensteine 3 - (X-1) ==
96 96  
97 -Es ist notwendig, **zusätzliche eigene Meilensteine zu definieren (mindestens 3-4)**, die sich an die erste Präsentation anschließen. Der Meilenstein für den Prototypen darf **nicht der dritte Meilenstein** sein! Die Meilensteine repräsentieren dabei wichtige Zwischenziele, die erreicht worden sind und sollten sich konkret auf das Spiel beziehen. **Meilensteine müssen natürlich auch ein Datum haben!**
85 +Es ist notwendig, **zusätzliche eigene Meilensteine zu definieren (mindestens 2-3)**, die sich an die erste Präsentation anschließen. Der Meilenstein für den Prototypen darf **nicht der dritte Meilenstein** sein! Die Meilensteine repräsentieren dabei wichtige Zwischenziele, die erreicht worden sind und sollten sich konkret auf das Spiel beziehen. **Meilensteine müssen natürlich auch ein Datum haben!**
98 98  
99 99  == Meilenstein X "Prototyp" ==
100 100  
... ... @@ -120,10 +120,8 @@
120 120  
121 121  Generative KI-Werkzeuge wie ChatGPT, Copilot oder Gemini können im Softwareprojekt unterstützend eingesetzt werden. Dabei gelten die folgenden Regeln. Für mit KI-Unterstützung erzeugten Code und Text trägt die Gruppe dieselbe Verantwortung wie für vollständig selbst erstellte Inhalte.
122 122  
123 -*
124 -**
125 -**1. Transparenzpflicht:
126 -**Alle von KI-Tools generierten Code- oder Textpassagen müssen im Code oder in den Abgaben klar als solche gekennzeichnet werden. Zum Beispiel durch Kommentare wie**
111 +**1. Transparenzpflicht:**
112 +Alle von KI-Tools generierten Code- oder Textpassagen müssen im Code oder in den Abgaben klar als solche gekennzeichnet werden. Zum Beispiel durch Kommentare wie
127 127  
128 128  |~/~/ Generated with ChatGPT at 31.03.2025
129 129  
... ... @@ -176,7 +176,7 @@
176 176  * Mocken Sie Abhängigkeiten in Unit-Tests mit Mockito
177 177  )))
178 178  * Führen Sie Integrations- und Endtests durch
179 -* [[Führen Sie mindestens ein dokumentiertes gruppenweites Code–Review durch>>doc:Main.Projektarbeit.WebHome||anchor="HGruppenweitesCode-Review28Team-Review29"]]
165 +* [[Führen Sie mindestens ein dokumentiertes gruppenweites Code–Review durch>>doc:Main.Projektarbeit.WebHome||anchor="HGruppenweitesCodeReview28Team-Review29"]]
180 180  * Nutzen Sie Werkzeuge zur statischen Analyse und Qualitätssicherung, z. B. SpotBugs, Checkstyle, SonarLint oder SonarQube.
181 181  * (((
182 182  **Es ist grundsätzlich nicht erlaubt, Warnungen zu unterdrücken (Wenn Warnungen unterdrückt werden, dann muss es einen sehr guten Grund geben! Jede zusätzliche Warnung muss dokumentiert und begründet sein!)**
... ... @@ -188,8 +188,3 @@
188 188  * Bei einem JavaFX-Client soll die MVP-Struktur nachvollziehbar selbst umgesetzt werden. Zusätzliche Frameworks, die diese Struktur stark automatisieren, sollten nur eingesetzt werden, wenn ihre Auswirkungen auf Testbarkeit und Wartbarkeit verstanden und begründet werden können.
189 189  * Beachten Sie auch die Hinweise zur [[Verwendung von KI>>doc:Main.Softwareentwicklung.WebHome||anchor="HNutzunggenerativerKI-Werkzeuge"]]
190 190  
191 -= Siehe auch =
192 -
193 -* [[Stichwortverzeichnis>>doc:Main.Index.WebHome]]
194 -* [[Glossar>>doc:Main.Glossar.WebHome]]
195 -