Changes for page Aufgabenstellung
Last modified by mgrawunder on 2025/10/02 13:27
From 34.1 to 33.1
From 44.1 to 43.1
From version 43.1
edited by pmeyer
on 2025/08/28 18:54
on 2025/08/28 18:54
Change comment:
There is no comment for this version
To version 34.1
edited by Pascal Meyer
on 2025/07/30 07:11
on 2025/07/30 07:11
Change comment:
There is no comment for this version
Summary
-
Page properties (2 modified, 0 added, 0 removed)
-
Attachments (0 modified, 0 added, 1 removed)
Details
- Page properties
-
- Author
-
... ... @@ -1,1 +1,1 @@ 1 -XWiki. pmeyer1 +XWiki.PascalMeyer - 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. ... ... @@ -6,7 +6,7 @@ 6 6 7 7 Dabei müssen neben der eigentlichen Softwareentwicklung auch eine Planung und Organisation erfolgen, die Ergebnisse dokumentiert werden und präsentiert werden. 8 8 9 -Die Aufgabe umfasst dabei i.d.R. die Adaption eines Brettspiels. Eine Liste mit allen bisher im Softwareprojekt umgesetzten Spiele ist [[hier>> doc:Main.Historisches.WebHome||anchor="HSpieleimSoftwareprojekt"]] zu finden.7 +Die Aufgabe umfasst dabei i.d.R. die Adaption eines Brettspiels. Eine Liste mit allen bisher im Softwareprojekt umgesetzten Spiele ist [[hier>>url:https://gitlab.swl.informatik.uni-oldenburg.de/SPB/softwareprojekt-wiki_all/-/wikis/Home/Historisches]] zu finden. 10 10 11 11 {{warning}} 12 12 **Achtung!** ... ... @@ -30,10 +30,10 @@ 30 30 * Software 31 31 ** Java Entwicklungsumgebung 32 32 *** IntelliJ, Eclipse, Netbeans, ... 33 -** Textverarbeitungssystem LaTeX oder GitLabs31 +** Textverarbeitungssystem LaTeX oder Confluence 34 34 ** UML-Tool: z.B. Visual Paradigm 35 -** Projektverwaltung mit GitLab36 -** Dokumentation von Protokollen (und anderen Dokumenten) in GitLab33 +** Projektverwaltung mit Jira: [[https:~~/~~/jira.swl.informatik.uni-oldenburg.de>>url:https://jira.swl.informatik.uni-oldenburg.de]] 34 +** Dokumentation von Protokollen (und anderen Dokumenten) in Confluence: [[https:~~/~~/confluence.swl.informatik.uni-oldenburg.de>>url:https://confluence.swl.informatik.uni-oldenburg.de]] 37 37 ** Versionsverwaltung von Doku und Software mit Git unter Bitbucket: [[https:~~/~~/git.swl.informatik.uni-oldenburg.de>>url:https://git.swl.informatik.uni-oldenburg.de]] 38 38 39 39 die Informatik hat eine **Visual Paradigm Lizenz**. ... ... @@ -42,26 +42,28 @@ 42 42 43 43 Die unterschiedlichen Version von VP sind untereinander nicht immer kompatibel. Aus diesem Grund sollten **alle immer die selbe Version** verwenden! 44 44 43 +Weitere Hinweise zur Software in der Arbi finden sich hier: [[Howto: Arbi>>url:https://confluence.swl.informatik.uni-oldenburg.de/spaces/SWP/pages/393432/Howto+Arbi]] 44 + 45 45 = Teilaufgabe 1 - Projektmanagement organisieren = 46 46 47 47 * Organisieren Sie Ihr Projekt bzw. Team, 48 -** verteilen Sie in der zweiten Woche die [[Einzelaufgaben>> doc:Main.AnforderungenGruppen.WebHome||anchor="HAnforderungen:EinzelleistungenundEinzelaufgaben"]],48 +** verteilen Sie in der zweiten Woche die [[Einzelaufgaben>>url:https://confluence.swl.informatik.uni-oldenburg.de/spaces/SWP/pages/393407/TA+1+Projektmanagement+organisieren#]], 49 49 ** definieren Sie eine Reihenfolge für die Übernahme der Moderation und des Protokolls (z.B. nach Alphabet) 50 50 ** die Tagesordnung ist vom Moderator mindestens einen Tag vorher zu erstellen (dafür ggf. die Gruppe nach weiteren TOPs fragen) 51 51 ** definieren Sie Standards für Dokumente (LaTeX, UTF-8, ...) 52 -** Führen Sie ein [[Projekttagebuch>> doc:Main.AnforderungenGruppen.WebHome||anchor="HProjekttagebuch"]] (als Blog im Wiki)52 +** Führen Sie ein [[Projekttagebuch>>url:https://confluence.swl.informatik.uni-oldenburg.de/spaces/SWP/pages/393398/Projekttagebuch]] (als Blog im Wiki) 53 53 * Dokumentieren Sie immer alle Ergebnisse der Gruppe, wie 54 54 ** Protokolle, 55 55 ** Ausarbeitungen, 56 56 ** Präsentationen, 57 57 ** Software-Dokumente, etc. 58 -* mit einer Zuordnung zu Personen in GitLab58 +* mit einer Zuordnung zu Personen in Confluence 59 59 * Geben Sie die Einzelaufgaben an 60 60 * 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. 61 61 * Ü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]]) 62 62 * 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]] 63 63 64 -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.AnforderungenSoftware.WebHome||anchor="HAnforderungen:DievordefiniertenMeilensteine"]]). Verwenden Sie zur Meilensteindefinition nicht nur die Präsentationstermine!64 +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. [[Die vordefinierten Meilensteine>>url:https://confluence.swl.informatik.uni-oldenburg.de/spaces/SWP/pages/393419/Die+vordefinierten+Meilensteine]]). Verwenden Sie zur Meilensteindefinition nicht nur die Präsentationstermine! 65 65 66 66 = Teilaufgabe 2: Anforderungsanalyse (Dokumentation) = 67 67 ... ... @@ -75,22 +75,23 @@ 75 75 *** Aktivitätsdiagramm und Zustandsdiagramm: Kann erstmal auf einer abstrakten Ebene passieren und später verfeinert werden 76 76 * Dokumentation schrittweise (!) anpassen/erweitern 77 77 * Abgabe: 78 -** [[Zwischenpräsentation>> doc:Main.Aufgabenstellung.WebHome||anchor="HTeilaufgabe5:ZwischenprE4sentation"]] (siehe dort)78 +** [[Zwischenpräsentation>>url:https://confluence.swl.informatik.uni-oldenburg.de/spaces/SWP/pages/393401/TA+5+Zwischenpr%C3%A4sentation]] (siehe dort) 79 79 ** zum Ende des Projektes finale Version 80 -** Dokumentation in einem extra Dokument (nicht auf GitLabverweisen).81 -* Beachten: [[ AnforderungenDokumentation>>doc:Main.AnforderungenSoftware.WebHome||anchor="HAnforderungen:Dokumentation"]]80 +** Dokumentation in einem extra Dokument (nicht auf Jira/Confluence verweisen), aber es kann ein Export aus Confluence erfolgen 81 +* Beachten: [[Dokumentationsanforderungen>>url:https://confluence.swl.informatik.uni-oldenburg.de/spaces/SWP/pages/30515074/Dokumentationsanforderungen]] 82 82 83 83 {{warning}} 84 84 **Achtung!** 85 85 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. 86 +* Es ist keine gute Idee mit dem Dokumentieren bis zum Schluss zu warten [[~[~[image:https://confluence.swl.informatik.uni-oldenburg.de/s/of8lpm/9203/cnf719/_/images/icons/emoticons/wink.svg~|~|alt="(Zwinkern)"~]~]>>url:https://confluence.swl.informatik.uni-oldenburg.de/s/of8lpm/9203/cnf719/_/images/icons/emoticons/wink.svg]] 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. 89 +* Für die Erstellung von UML-Diagrammen in Confluence kann auch PlantUML verwendet werden. 89 89 {{/warning}} 90 90 91 91 = Teilaufgabe 3: Entwurf (Dokumentation) = 92 92 93 -* Zerlegung in Teilsysteme94 +* erlegung in Teilsysteme 94 94 * Bildung von Modulen (Klassen zu Gruppen zusammenfassen) Kopplung und Kohäsion beachten 95 95 * Festlegung der Architektur 96 96 * Abbilden auf Hardware ... ... @@ -99,14 +99,14 @@ 99 99 * Make or Buy (Verwendung von Frameworks) 100 100 * Dokument: System- und Objektentwurf 101 101 * Abgabe: 102 -** [[Zwischenpräsentation>> doc:Main.Aufgabenstellung.WebHome||anchor="HTeilaufgabe5:ZwischenprE4sentation"]] (siehe dort)103 +** [[Zwischenpräsentation>>url:https://confluence.swl.informatik.uni-oldenburg.de/spaces/SWP/pages/393401/TA+5+Zwischenpr%C3%A4sentation]] (siehe dort) 103 103 ** zum Ende des Projektes finale Version 104 -** Dokumentation in einem extra Dokument (nicht auf GitLabverweisen)105 -* Beachten: [[ AnforderungenDokumentation>>doc:Main.AnforderungenSoftware.WebHome||anchor="HAnforderungen:Dokumentation"]]105 +** Dokumentation in einem extra Dokument (nicht auf Jira/Confluence verweisen) 106 +* Beachten: [[Dokumentationsanforderungen>>url:https://confluence.swl.informatik.uni-oldenburg.de/spaces/SWP/pages/30515074/Dokumentationsanforderungen]] 106 106 107 107 = Teilaufgabe 4: Implementierung und Test = 108 108 109 -* Implementieren Sie Ihr Produkt basierend auf dem Entwurf (passen Sie den Entwurf ggf. an)110 +* mplementieren Sie Ihr Produkt basierend auf dem Entwurf (passen Sie den Entwurf ggf. an) 110 110 * Projektname muss Gruppenname enthalten! 111 111 * ((( 112 112 Maven: ... ... @@ -132,7 +132,7 @@ 132 132 * Installationshandbuch etc. 133 133 ))) 134 134 * ((( 135 -[[ Vorlesungsvideos u.a. zuTesten>>doc:Main.Organisatorisches.WebHome||anchor="HVorlesungsvideos"]]. TestenSie die wichtigen Klassen mit JUnit, nicht erst am ENDE!136 +[[Testen>>url:https://confluence.swl.informatik.uni-oldenburg.de/spaces/SWP/pages/229572624/Vorlesungsvideos]] Sie die wichtigen Klassen mit JUnit, nicht erst am ENDE! 136 136 137 137 * Hilfreich: Dependency Injection (z.B. Google Guice) 138 138 * TestFX kann beim Testen der GUI helfen. Wichtiger sind aber Tests der Funktionalitäten! ... ... @@ -150,7 +150,7 @@ 150 150 * In Scrum muss ein Produktinkrement getestet und lauffähig sein. 151 151 * Versuchen Sie möglichst früh und regelmäßig die aktuelle Version auch auf dem Rechner in der Arbi zu deployen. 152 152 * Das MVP sollte "von Hand" erstellt werden und sich nicht auf Tools wie AfterburnerFX abstützen. Die Erfahrung zeigt, dass dies sonst im Laufe der Zeit viele Dinge (insbesondere Tests) unnötig verkompliziert. 153 -* Beachten Sie auch die Hinweise zur [[Verwendung von KI>> doc:Main.Anforderungen Software.WebHome||anchor="HAnforderungen:NutzungvonKITools"]]154 +* Beachten Sie auch die Hinweise zur [[Verwendung von KI-Tools im SWP>>url:https://confluence.swl.informatik.uni-oldenburg.de/spaces/SWP/pages/880871007/Verwendung+von+KI-Tools+im+SWP]] 154 154 155 155 = Teilaufgabe 5: Zwischenpräsentation = 156 156 ... ... @@ -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!)163 +** 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. ... ... @@ -178,8 +178,8 @@ 178 178 * Einschränkungen/Anpassungen/Änderungen nennen 179 179 * 20-30 Minuten (sinnvoll füllen) 180 180 * Je nachdem, ob online oder in Präsenz (siehe dazu im Stud.IP im Wiki zur Veranstaltung) 181 -** Präsenz: Nur eine Delegation (max. 3 Personen) 182 -*** Bei der finalen [[Präsenta iton>>doc:Main.Aufgabenstellung.WebHome||anchor="HTeilaufgabe6:Abnahme"]] sollte der Vortragende allerdings stehen.182 +** Präsenz: Nur eine Delegation (max. 3 Personen) vor meinem Büro ([[Mein Büro>>url:https://confluence.swl.informatik.uni-oldenburg.de/spaces/SWP/pages/92930069/O115+Mein+B%C3%BCro]]). 183 +*** Die Präsentation sollte aufgrund der Größe des Raumes am besten im Sitzen gehalten werden. Bei der finalen [[Präsentation>>url:https://confluence.swl.informatik.uni-oldenburg.de/spaces/SWP/pages/393400/TA+6+Abnahme]] sollte der Vortragende allerdings stehen. 183 183 ** Falls die Präsentation online stattfindet, 184 184 *** dürfen natürlich beliebig viele Personen der Gruppe teilnehmen 185 185 *** sollten die **Vortragenden eine Kamera** anmachen (geht z.B. auch mit dem Smartphone als Kamera) ... ... @@ -189,7 +189,7 @@ 189 189 **Wichtig!** 190 190 191 191 * Keinen Ausdruck der Folien. Ich mache mir digitale Notizen. Deswegen ist es umso wichtiger: 192 -* **Für jede Präsentation eine Seite im GitLaberstellen (vorher!) mit angehängten Dokumenten (aktueller Stand der Dokumentation, Modelle und Präsentation)**. Dies ist vor allem hilfreich, wenn mal Dinge vergessen werden.193 +* **Für jede Präsentation eine Seite im Confluence erstellen (vorher!) mit angehängten Dokumenten (aktueller Stand der Dokumentation, Modelle und Präsentation)**. Dies ist vor allem hilfreich, wenn mal Dinge vergessen werden. 193 193 * Für die Präsentationen sollen zwar stets Motivationsfolien erarbeitet werden, jedoch sollen diese in der Präsentation aus zeitlichen und repetitiven Gründen nicht vorgestellt werden! 194 194 * Bitte die Präsentationen so benennen, dass die Gruppe und die Art der Präsentation klar ist. Z.B. GruppeA_ErstePräsentation.pdf. 195 195 {{/info}} ... ... @@ -207,8 +207,7 @@ 207 207 208 208 Bemerkungen: 209 209 210 -[[Hinweise und Tricks für Präsentationen>>attach:SWP_Hinweise&Tricks.pdf]] 211 - 211 +* Die Einbindung und Darstellung in Confluence 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. 212 212 * 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. 213 213 * 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. 214 214 * Am Ende der Präsentation bitte eine Zusammenfassungs- und Ausblicksfolie. ... ... @@ -215,7 +215,7 @@ 215 215 216 216 = Teilaufgabe 6: Abnahme = 217 217 218 -Hier im wesentlichen die selben Dinge beachten wie [[ inderZwischenpräsentation>>doc:Main.Aufgabenstellung.WebHome||anchor="HTeilaufgabe5:ZwischenprE4sentation"]] (mit Ausnahme der letzten vier Spiegelstriche, aber die Darstellung sollte auf das ganze Jahr bezogen sein, d.h. nicht nur zurück bis zur letzten Präsentation, d.h. sollte u.U. auch Dinge enthalten, die bereits in einer der Zwischenpräsentationen gesagt wurden. **Es ist auf jeden Fall eine Demo notwendig!**218 +Hier im wesentlichen die selben Dinge beachten wie [[TA 5: Zwischenpräsentation>>url:https://confluence.swl.informatik.uni-oldenburg.de/spaces/SWP/pages/393401/TA+5+Zwischenpr%C3%A4sentation]] (mit Ausnahme der letzten vier Spiegelstriche [[~[~[image:https://confluence.swl.informatik.uni-oldenburg.de/s/of8lpm/9203/cnf719/_/images/icons/emoticons/wink.svg~|~|alt="(Zwinkern)"~]~]>>url:https://confluence.swl.informatik.uni-oldenburg.de/s/of8lpm/9203/cnf719/_/images/icons/emoticons/wink.svg]] ), aber die Darstellung sollte auf das ganze Jahr bezogen sein, d.h. nicht nur zurück bis zur letzten Präsentation, d.h. sollte u.U. auch Dinge enthalten, die bereits in einer der Zwischenpräsentationen gesagt wurden. **Es ist auf jeden Fall eine Demo notwendig!** 219 219 220 220 Und **zusätzlich**: 221 221 ... ... @@ -234,8 +234,8 @@ 234 234 **Hinweise:** 235 235 236 236 * Die Demo sollte i.d.R. mit dem Server auf einem Rechner in der ARBI (z.B. Dümmer) erfolgen. Ausnahmsweise (unter Angaben von Gründen) kann der Server auch auf einem anderen Server laufen. Einen Server auf einem Rechner zu starten, der auch an der Präsentation teilnimmt ist nicht erlaubt, insbesondere auch, da die OFFIS-Infrastruktur so etwas u.U. nicht erlaubt und außerdem soll man sich einmal mit dem Server-Deployment-Problem befassen. 237 -* Ich habe eine ganze Menge an Präsentationen. Ich kann mich nicht immer an alles vorher erinnern 238 -* Die Präsentierenden sollten (im Unterschied zu [[Zwischenpräsentation>> doc:Main.Aufgabenstellung.WebHome||anchor="HTeilaufgabe5:ZwischenprE4sentation"]]) besser vorne stehen. Dann kann ich unabhängig vom Sitzplatz sowohl die Person als auch die Folien anschauen.237 +* Ich habe eine ganze Menge an Präsentationen. Ich kann mich nicht immer an alles vorher erinnern [[~[~[image:https://confluence.swl.informatik.uni-oldenburg.de/s/of8lpm/9203/cnf719/_/images/icons/emoticons/wink.svg~|~|alt="(Zwinkern)"~]~]>>url:https://confluence.swl.informatik.uni-oldenburg.de/s/of8lpm/9203/cnf719/_/images/icons/emoticons/wink.svg]] 238 +* Die Präsentierenden sollten (im Unterschied zu [[TA 5: Zwischenpräsentation>>url:https://confluence.swl.informatik.uni-oldenburg.de/spaces/SWP/pages/393401/TA+5+Zwischenpr%C3%A4sentation]]) besser vorne stehen. Dann kann ich unabhängig vom Sitzplatz sowohl die Person als auch die Folien anschauen. 239 239 {{/success}} 240 240 241 241 Abgabe: ... ... @@ -243,6 +243,7 @@ 243 243 * **Bitte: vor der Abnahme die Präsentation als PDF schon einmal in dem Cloud-Ordner hochladen.** 244 244 * Bis zur Präsentation muss nur die Präsentation fertig sein. Alle andere Dokumente können später erstellt/finalisiert werden. 245 245 * Dokumente (als PDF! Die wichtigen zusammen in einem Ordner und **nicht in die VM (s.u.) packen**!) 246 +** Die Dokumentation darf als Export aus dem Confluence generiert werden. 246 246 * Der Quellcode 247 247 ** braucht nicht abgegeben werden, da er ja in Bitbucket vorhanden ist. 248 248 ** 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 ** VM sollte den Gruppennamen enthalten 256 256 ** keine Dokumente in der VM "verstecken", d.h. die Dokumente zur Abgabe müssen extra abgegeben werden. 257 257 ** Es sollte direkt in der VM spielbar sein. (Falls die Umsetzung web-basiert ist muss also auch ein Browser installiert sein (aktuell i.d.R. nicht). Keinen Zugriff mit einem externen Browser!) 258 -** Die VM sollte nicht zu groß sein! Linux statt Windows kann hier schon viel helfen (Windows ist aber erlaubt) 259 +** Die VM sollte nicht zu groß sein! Linux statt Windows kann hier schon viel helfen [[~[~[image:https://confluence.swl.informatik.uni-oldenburg.de/s/of8lpm/9203/cnf719/_/images/icons/emoticons/wink.svg~|~|alt="(Zwinkern)"~]~]>>url:https://confluence.swl.informatik.uni-oldenburg.de/s/of8lpm/9203/cnf719/_/images/icons/emoticons/wink.svg]] (Windows ist aber erlaubt) 259 259 ** BITTE die VM testen. Insbesondere ob auch alles funktioniert! 260 260 ** Es ist erlaubt, die VM in ein Multi-Volume-Archive zu verpacken, falls es Probleme mit dem Upload gibt. 261 261 ** Kein Docker, da ich auch meinen Rechner vor der VM absichern muss (Sonst müsste ich einen zusätzlichen Rechner dafür nutzen ... DSGVO) ... ... @@ -262,7 +262,7 @@ 262 262 * **10 Minuten-Video, Format MP4** 263 263 ** Das Video sollte von nicht deutlich von den 10 Minuten abweichen (10% sind ok) 264 264 ** Das Video sollte im **MP4-Format** vorliegen (falls die Aufnahme z.B. als MOV gemacht worden ist, kann man mit Handbrake ([[https:~~/~~/handbrake.fr/>>url:https://handbrake.fr/]]) oder auch VLC ([[https:~~/~~/www.videolan.org/vlc/>>url:https://www.videolan.org/vlc/]]) eine Konvertierung machen). 265 -** Das Video sollte nicht größer als **100 MB** sein, d.h. **1080p** ist vollkommen ausreichend (siehe vorherigen Kommentar zum ggf. notwendigen Konvertieren) 266 +** Das Video sollte nicht größer als **100 MB** sein, d.h. **1080p** ist vollkommen ausreichend (siehe vorherigen Kommenatar zum ggf. notwendigen Konvertieren) 266 266 ** mit Präsentation des Endproduktes (z.B. mit HyperCam), 267 267 ** bitte mit **Ton** 268 268 ** Fokus bitte auf das **Spiel** ... ... @@ -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.)276 +**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. 281 +* Der Termin für die finale Abgabe ist immer der Tag, an dem **die letzte Präsentation der letzten Gruppe** (siehe [[Aktuelles>>url:https://confluence.swl.informatik.uni-oldenburg.de/spaces/SWP/pages/651231243/Aktuelles]]) stattfindet, es darf aber auch während der Präsentation abgegeben werden [[~[~[image:https://confluence.swl.informatik.uni-oldenburg.de/s/of8lpm/9203/cnf719/_/images/icons/emoticons/smile.svg~|~|alt="(Lächeln)"~]~]>>url:https://confluence.swl.informatik.uni-oldenburg.de/s/of8lpm/9203/cnf719/_/images/icons/emoticons/smile.svg]]. 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! ... ... @@ -285,3 +285,5 @@ 285 285 * Der Upload müsste auch mit dem Nextcloud-Sync-Tool erfolgen können, falls es Probleme mit der Web-Version gibt. 286 286 * Änderungen am Git-Code sind nach der Abgabe natürlich ebenfalls nicht mehr zulässig. 287 287 {{/success}} 289 + 290 +siehe [[Aufgabe 1>>http://vmisdata03.uni-oldenburg.de:8080/xwiki/bin/view/Aufgabenstellung/#HTeilaufgabe1-Projektmanagementorganisieren]]
- SWP_Hinweise&Tricks.pdf
-
- Author
-
... ... @@ -1,1 +1,0 @@ 1 -XWiki.pmeyer - Size
-
... ... @@ -1,1 +1,0 @@ 1 -4.4 MB - Content