Skip to Content

Changes for page Aufgabenstellung

Last modified by mgrawunder on 2025/10/02 13:27
From version arrow_back 47.1 arrow_forward
edited by mgrawunder
on 2025/09/24 08:55
Change comment: There is no comment for this version
To version arrow_back 37.1 arrow_forward
edited by Marco Grawunder
on 2025/08/15 07:26
Change comment: There is no comment for this version

Summary

Details

insert_drive_file Page properties
Author
... ... @@ -1,1 +1,1 @@
1 -XWiki.mgrawunder
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.
... ... @@ -24,6 +24,24 @@
24 24  * Sehr wichtig: Für die Mitspieler auf Nachvollziehbarkeit achten z.B. was für Aktionen hat der Gegner vorgenommen
25 25  {{/warning}}
26 26  
25 += Teilaufgabe 0 - Hardware und Software =
26 +
27 +* Hardware: ARBI: Cluster (FreeBSD), eigene Notebooks
28 +* Software
29 +** Java Entwicklungsumgebung
30 +*** IntelliJ, Eclipse, Netbeans, ...
31 +** Textverarbeitungssystem LaTeX oder GitLabs
32 +** UML-Tool: z.B. Visual Paradigm
33 +** Projektverwaltung mit GitLab
34 +** Dokumentation von Protokollen (und anderen Dokumenten) in GitLab
35 +** Versionsverwaltung von Doku und Software mit Git unter Bitbucket: [[https:~~/~~/git.swl.informatik.uni-oldenburg.de>>url:https://git.swl.informatik.uni-oldenburg.de]]
36 +
37 +die Informatik hat eine **Visual Paradigm Lizenz**.
38 +Zu finden unter:
39 +[[https:~~/~~/ap.visual-paradigm.com/university-of-oldenburg/\>>url:https://ap.visual-paradigm.com/university-of-oldenburg/%5C]]
40 +
41 +Die unterschiedlichen Version von VP sind untereinander nicht immer kompatibel. Aus diesem Grund sollten **alle immer die selbe Version** verwenden!
42 +
27 27  = Teilaufgabe 1 - Projektmanagement organisieren =
28 28  
29 29  * Organisieren Sie Ihr Projekt bzw. Team,
... ... @@ -37,13 +37,13 @@
37 37  ** Ausarbeitungen,
38 38  ** Präsentationen,
39 39  ** Software-Dokumente, etc.
40 -* mit einer Zuordnung zu Personen in GitLab. **Verwenden Sie dafür die Wiki-Funktion von Gitlab** ([[https:~~/~~/docs.gitlab.com/user/project/wiki/>>https://docs.gitlab.com/user/project/wiki/]]).
56 +* mit einer Zuordnung zu Personen in GitLab
41 41  * Geben Sie die Einzelaufgaben an
42 42  * Stellen Sie ein Gruppenbild (mit Namen) ein! Ideal ist es für mich und die Tutoren, wenn in dem Bild die Namen direkt als Text enthalten sind.
43 43  * Überlegen Sie sich für Ihre Aufgaben eine "Definition of Ready" und eine "Definition of Done", d.h. was muss für eine Aufgabe erledigt sein, bevor sie als erledigt angesehen werden kann. (siehe z.B. [[https:~~/~~/www.scrum-events.de/was-ist-die-definition-of-done-dod.html>>url:https://www.scrum-events.de/was-ist-die-definition-of-done-dod.html]])
44 44  * Erstellen Sie basierend auf den Vorgaben der Veranstaltung eine Produktvision. (vgl. z.B. [[https:~~/~~/www.wibas.com/scrum/product-vision/de)>>url:https://www.wibas.com/scrum/product-vision/de]]
45 45  
46 -Scrum hat den Nachteil, dass man lange "vor sich hin iterieren" kann. Definieren Sie zusätzliche **Meilensteine **zu denen bestimmte Funktionen fertig sein sollen. Einige sind vorgegeben (vgl. [[Meilensteine>>doc:Main.Anforderungen Software.WebHome||anchor="HAnforderungen:DievordefiniertenMeilensteine"]]). Verwenden Sie zur Meilensteindefinition nicht nur die Präsentationstermine!
62 +Scrum hat den Nachteil, dass man lange "vor sich hin iterieren" kann. Definieren Sie zusätzliche Meilensteine zu denen bestimmte Funktionen fertig sein sollen. Einige sind vorgegeben (vgl. [[Meilensteine>>doc:Main.Anforderungen Software.WebHome||anchor="HAnforderungen:DievordefiniertenMeilensteine"]]). Verwenden Sie zur Meilensteindefinition nicht nur die Präsentationstermine!
47 47  
48 48  = Teilaufgabe 2: Anforderungsanalyse (Dokumentation) =
49 49  
... ... @@ -59,9 +59,8 @@
59 59  * Abgabe:
60 60  ** [[Zwischenpräsentation>>doc:Main.Aufgabenstellung.WebHome||anchor="HTeilaufgabe5:ZwischenprE4sentation"]] (siehe dort)
61 61  ** zum Ende des Projektes finale Version
62 -** 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
63 63  * Beachten: [[Anforderungen Dokumentation>>doc:Main.Anforderungen Software.WebHome||anchor="HAnforderungen:Dokumentation"]]
64 -* In Gitlab steht draw.io zur Verfügung. Damit können Diagramme gezeichnet werden. [[https:~~/~~/www.drawio.com/blog/gitlab-wiki-integration>>https://www.drawio.com/blog/gitlab-wiki-integration]]
65 65  
66 66  {{warning}}
67 67  **Achtung!**
... ... @@ -69,6 +69,7 @@
69 69  * 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.
70 70  * 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!)
71 71  * 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.
72 72  {{/warning}}
73 73  
74 74  = Teilaufgabe 3: Entwurf (Dokumentation) =
... ... @@ -190,8 +190,7 @@
190 190  
191 191  Bemerkungen:
192 192  
193 -[[Hinweise und Tricks für Präsentationen>>attach:SWP_Hinweise&Tricks.pdf]]
194 -
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.
195 195  * 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.
196 196  * 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.
197 197  * Am Ende der Präsentation bitte eine Zusammenfassungs- und Ausblicksfolie.
... ... @@ -226,6 +226,7 @@
226 226  * **Bitte: vor der Abnahme die Präsentation als PDF schon einmal in dem Cloud-Ordner hochladen.**
227 227  * Bis zur Präsentation muss nur die Präsentation fertig sein. Alle andere Dokumente können später erstellt/finalisiert werden.
228 228  * Dokumente (als PDF!  Die wichtigen zusammen in einem Ordner und **nicht in die VM (s.u.) packen**!)
244 +** Die Dokumentation darf als Export aus dem GitLab generiert werden.
229 229  * Der Quellcode
230 230  ** braucht nicht abgegeben werden, da er ja in Bitbucket vorhanden ist.
231 231  ** muss sich mit Maven automatisiert bauen lassen! Auch die Tests müssen darüber ausführbar sein. Es muss EIN zentrales Maven-Script geben, welches andere verwendet. (Also so, wie es aktuell im Basisprojekt umgesetzt ist. Bei Änderungen muss hier ggf. eine Anpassung erfolgen)
... ... @@ -255,7 +255,7 @@
255 255  ** 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.
256 256  ** Bitte keine **Namen oder Bilder von echten Personen** im Video verwenden.
257 257  
258 -**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.~*~*
259 259  
260 260  {{success}}
261 261  **Hinweise:**
attach_file SWP_Hinweise&Tricks.pdf
Author
... ... @@ -1,1 +1,0 @@
1 -XWiki.pmeyer
Size
... ... @@ -1,1 +1,0 @@
1 -4.4 MB
Content info