Wiki source code of Organisatorisches
Version 26.3 by Marco Grawunder on 2026/08/26 08:54
Hide last authors
| author | version | line-number | content |
|---|---|---|---|
 |
22.1 | 1 | [[image:SoftwareprojektLogo.png||data-xwiki-image-style-alignment="end" height="136" width="309"]] |
| 2 | |||
| 3 | {{toc/}} | ||
| 4 | |||
| 5 | = Anmeldung zum Softwareprojekt = | ||
| 6 | |||
| 7 | * Die Anmeldung erfolgt über die **Gruppenfunktion** im Stud.IP in **der Hauptveranstaltung** (Teilnehmende - Gruppen, **NICHT ÜBER DIE AGs**). Start siehe Stud.IP | ||
| 8 | |||
| 9 | [[image:SWP1.jpg]] | ||
| 10 | |||
| 11 | | | ||
| 12 | |||
| 13 | [[image:SWP2.jpg]] | ||
| 14 | |||
| 15 | [[image:SWP3.png]] | ||
| 16 | |||
| 17 | | | ||
| 18 | |||
| |
26.2 | 19 | Hier gibt es die Gruppen A - N (jeweils auch mit den Zeiten dahinter) |
| |
22.1 | 20 | |
| 21 | * Eigentlich sollte Stud.IP dafür sorgen, aber trotzdem: **Nur in eine Gruppe eintragen**. Wer in mehr als einer Gruppe ist, wird **aus allen Gruppen** ausgetragen. | ||
| 22 | * Es zählt die Reihenfolge des Eintragens. Pro Gruppe sind eine bestimmte Menge von Plätzen vorhanden. Sollte die Teilnehmerzahl weiter steigen, kann es sein, dass die Teilnehmerzahl pro Gruppe erhöht wird. | ||
| 23 | * Das primäre Ziel ist natürlich, dass die Gruppen alle belegt und möglichst gleichmäßig ausgelastet sind. | ||
| 24 | * Tauschen ist grundsätzlich mit einem **Tauschpartner** möglich. Dazu bitte mich direkt kontaktieren, damit während des Tauschens nichts schief geht. | ||
| 25 | * Ich übertrage die Gruppen anschließend in die AGs und richte die Gruppen in GitLab etc. ein. | ||
| 26 | * Aus Gründen der Gerechtigkeit kann ich leider **keine Gruppeneintragungen** vornehmen. Ebensowenig kann ich leider Listen führen in denen steht, wer in eine andere Gruppe möchte, falls sich die Gruppenanzahl erhöht... | ||
| 27 | |||
| |
26.2 | 28 | Falls es Probleme gibt, bitte melden. |
| |
22.1 | 29 | |
| 30 | = Hardware und Software = | ||
| 31 | |||
| 32 | * Hardware: ARBI: Cluster (FreeBSD), eigene Notebooks | ||
| 33 | * Software | ||
| 34 | ** Java Entwicklungsumgebung | ||
| 35 | *** IntelliJ, Eclipse | ||
| 36 | ** Textverarbeitungssystem LaTeX oder GitLabs | ||
| 37 | ** UML-Tool: z.B. Visual Paradigm | ||
| 38 | ** Projektverwaltung mit GitLab | ||
| 39 | ** Dokumentation von Protokollen (und anderen Dokumenten) in GitLab [[https:~~/~~/gitlab.swl.informatik.uni-oldenburg.de>>https://gitlab.swl.informatik.uni-oldenburg.de]] | ||
| 40 | |||
| 41 | die Informatik hat eine **Visual Paradigm Lizenz**. | ||
| 42 | Zu finden unter: [[https:~~/~~/ap.visual-paradigm.com/university-of-oldenburg>>https://ap.visual-paradigm.com/university-of-oldenburg]] | ||
| 43 | |||
| 44 | |||
| 45 | Die unterschiedlichen Version von VP sind untereinander nicht immer kompatibel. Aus diesem Grund sollten **alle immer die selbe Version** verwenden! | ||
| |
23.1 | 46 | |
| 47 | = Anforderungen Gruppensitzungen = | ||
| 48 | |||
| |
26.3 | 49 | Die Gruppensitzungen (im Stud.IP zu erkennen an AG Softwareprojekt (X)) sind die Zeiten, in denen die Teams gemeinsam ihr Produkt entwickeln. Die Sitzungen werden von einem Tutor/einer Tutorin begleitet. Die Gruppentreffen finden (i.d.R.) in Präsenz statt. |
| |
23.1 | 50 | |
| |
26.3 | 51 | Die Gruppen werden zu Beginn des ersten Semesters (i.d.R. ca. 14 Tage vorher) gebildet (s.o.). Idealerweise haben die Gruppen eine Größe von 6 bis 8 Teilnehmern. Da die Anzahl der Tutoren und damit Tutorien beschränkt ist, kann es in Ausnahmefällen auch zu leicht größeren Gruppen kommen. |
| |
23.1 | 52 | |
| |
26.3 | 53 | Da wichtige Besprechungen (z.B. die Scrum-Meetings) statt finden, ist es unbedingt notwendig, dass alle Mitglieder regelmäßig da sind. Wenn jemand **dreimal unentschuldigt** fehlt, ist normalerweise keine weitere Teilnahme möglich (ggf. kann ein Gesgibt es ein Gespräch bei mir um zu klären, ob eine weitere Teilnahme möglich ist. Das gleiche gilt für **sechsmal entschuldigt**. |
| |
23.1 | 54 | |
| 55 | **Unterteilung in Untergruppen**: Es ist sinnvoll, wechselnde, kleinere Teilgruppen für Teilaufgaben zu bilden. Die Erfahrung zeigt jedoch, dass es **keine gute Idee ist, eine dauerhafte Trennung in Client und Server** vorzunehmen, da es bei Problemen in den einzelnen Bereichen sehr schwierig ist, gegenzusteuern! | ||
| 56 | |||
| 57 | Für den Einstieg ist es sinnvoll, **Pairprogramming** durchzuführen. Wichtig ist es dabei, dass die Commits die Informationen über das Pairprogramming enthalten. | ||
| 58 | |||
| 59 | == Zusatztreffen == | ||
| 60 | |||
| 61 | Es ist sinnvoll, sich mindestens in Kleingruppen noch einmal außerhalb des Gruppentreffens zusammenzusetzen. Dafür ist es möglich, Räume in der [[Arbi >>url:https://uol.de/informatik/department/arbi]]zu buchen. Dazu bitte an die ARBI wenden. | ||
| 62 | |||
| 63 | == Vorschlag für Ablauf == | ||
| 64 | |||
| 65 | Es ist nicht immer leicht, zu Beginn die Organisation zu handhaben. Aus diesem Grund im Folgenden ein paar Hilfsdiagramme, die ein Student erstellt hat und freundlicherweise zur Verfügung gestellt hat. Wichtig sind dazu auch noch einmal die [[Scrum>>doc:Main.Scrum.WebHome]]-Aspekte, die auch in einem [[Scrum-Workshop>>doc:Main.Scrum.WebHome||anchor="HScrumWorkshop"]] aufbereitet wurde. Wenn es die Mittel zulassen und es eine geeignete Person gibt, wird der [[Scrum-Workshop>>doc:Main.Scrum.WebHome||anchor="HScrumWorkshop"]] angeboten. | ||
| 66 | |||
| |
26.1 | 67 | [[image:Arbeitsweise_Weiß.png]] |
| |
23.1 | 68 | |
| |
26.1 | 69 | [[image:Aufgabenbearbeitung_Weiß.png]] |