Compare commits

...

No commits in common. "main" and "master" have entirely different histories.
main ... master

4 changed files with 255 additions and 334 deletions

329
.gitignore vendored
View File

@ -1,329 +0,0 @@
# ---> Java
# Compiled class file
*.class
# Log file
*.log
# BlueJ files
*.ctxt
# Mobile Tools for Java (J2ME)
.mtj.tmp/
# Package Files #
*.jar
*.war
*.nar
*.ear
*.zip
*.tar.gz
*.rar
# virtual machine crash logs, see http://www.java.com/en/download/help/error_hotspot.xml
hs_err_pid*
replay_pid*
# ---> TeX
## Core latex/pdflatex auxiliary files:
*.aux
*.lof
*.log
*.lot
*.fls
*.out
*.toc
*.fmt
*.fot
*.cb
*.cb2
.*.lb
## Intermediate documents:
*.dvi
*.xdv
*-converted-to.*
# these rules might exclude image files for figures etc.
# *.ps
# *.eps
# *.pdf
## Generated if empty string is given at "Please type another file name for output:"
.pdf
## Bibliography auxiliary files (bibtex/biblatex/biber):
*.bbl
*.bcf
*.blg
*-blx.aux
*-blx.bib
*.run.xml
## Build tool auxiliary files:
*.fdb_latexmk
*.synctex
*.synctex(busy)
*.synctex.gz
*.synctex.gz(busy)
*.pdfsync
## Build tool directories for auxiliary files
# latexrun
latex.out/
## Auxiliary and intermediate files from other packages:
# algorithms
*.alg
*.loa
# achemso
acs-*.bib
# amsthm
*.thm
# beamer
*.nav
*.pre
*.snm
*.vrb
# changes
*.soc
# comment
*.cut
# cprotect
*.cpt
# elsarticle (documentclass of Elsevier journals)
*.spl
# endnotes
*.ent
# fixme
*.lox
# feynmf/feynmp
*.mf
*.mp
*.t[1-9]
*.t[1-9][0-9]
*.tfm
#(r)(e)ledmac/(r)(e)ledpar
*.end
*.?end
*.[1-9]
*.[1-9][0-9]
*.[1-9][0-9][0-9]
*.[1-9]R
*.[1-9][0-9]R
*.[1-9][0-9][0-9]R
*.eledsec[1-9]
*.eledsec[1-9]R
*.eledsec[1-9][0-9]
*.eledsec[1-9][0-9]R
*.eledsec[1-9][0-9][0-9]
*.eledsec[1-9][0-9][0-9]R
# glossaries
*.acn
*.acr
*.glg
*.glo
*.gls
*.glsdefs
*.lzo
*.lzs
*.slg
*.slo
*.sls
# uncomment this for glossaries-extra (will ignore makeindex's style files!)
# *.ist
# gnuplot
*.gnuplot
*.table
# gnuplottex
*-gnuplottex-*
# gregoriotex
*.gaux
*.glog
*.gtex
# htlatex
*.4ct
*.4tc
*.idv
*.lg
*.trc
*.xref
# hyperref
*.brf
# knitr
*-concordance.tex
# TODO Uncomment the next line if you use knitr and want to ignore its generated tikz files
# *.tikz
*-tikzDictionary
# listings
*.lol
# luatexja-ruby
*.ltjruby
# makeidx
*.idx
*.ilg
*.ind
# minitoc
*.maf
*.mlf
*.mlt
*.mtc[0-9]*
*.slf[0-9]*
*.slt[0-9]*
*.stc[0-9]*
# minted
_minted*
*.pyg
# morewrites
*.mw
# newpax
*.newpax
# nomencl
*.nlg
*.nlo
*.nls
# pax
*.pax
# pdfpcnotes
*.pdfpc
# sagetex
*.sagetex.sage
*.sagetex.py
*.sagetex.scmd
# scrwfile
*.wrt
# svg
svg-inkscape/
# sympy
*.sout
*.sympy
sympy-plots-for-*.tex/
# pdfcomment
*.upa
*.upb
# pythontex
*.pytxcode
pythontex-files-*/
# tcolorbox
*.listing
# thmtools
*.loe
# TikZ & PGF
*.dpth
*.md5
*.auxlock
# titletoc
*.ptc
# todonotes
*.tdo
# vhistory
*.hst
*.ver
# easy-todo
*.lod
# xcolor
*.xcp
# xmpincl
*.xmpi
# xindy
*.xdy
# xypic precompiled matrices and outlines
*.xyc
*.xyd
# endfloat
*.ttt
*.fff
# Latexian
TSWLatexianTemp*
## Editors:
# WinEdt
*.bak
*.sav
# Texpad
.texpadtmp
# LyX
*.lyx~
# Kile
*.backup
# gummi
.*.swp
# KBibTeX
*~[0-9]*
# TeXnicCenter
*.tps
# auto folder when using emacs and auctex
./auto/*
*.el
# expex forward references with \gathertags
*-tags.tex
# standalone packages
*.sta
# Makeindex log files
*.lpz
# xwatermark package
*.xwm
# REVTeX puts footnotes in the bibliography by default, unless the nofootinbib
# option is specified. Footnotes are the stored in a file with suffix Notes.bib.
# Uncomment the next line to have this generated file ignored.
#*Notes.bib

View File

@ -0,0 +1,45 @@
@startuml Kaffemaschine
class KaffeeUI {
- automat: Automat
- kasse: Kasse
- menu: Menu
- scanner: Scanner
- isOn: bool
}
class Kasse {
- bestand: double
+ bericht()
+ verarbeitungMuenzen(): double
+ zahlungstransaktion(): boolean
}
class Automat {
- ressourcen: [] Zutat
+ bericht()
+ zutatenAusreichend(getränk: Getränk)
+ kaffeeZubereitung(getränk: Getränk)
}
class Menu {
- getränke: [] Getränk
+ findeGetränk(name : String): Getränk
}
class Getränk {
- name: String
- zutaten: [] Zutat
- preis: double
}
class Zutat {
- name: String
- menge: int
}

View File

@ -1,2 +0,0 @@
# SE1_Gruppe_F

View File

@ -1,10 +1,217 @@
---
title : Project Charter
author: Andreas Ivanovic
verion: 1.0
toc: yes
---
# Introduction
| Autor | Prüfer | Freigebende |
|------|------------|---------------------|
| [Name, Vorname] | [Name, Vorname] | [Name, Vorname] |
| [Abteilung/Funktion]| [Abteilung/Funktion] | [Abteilung/Funktion] |
| [Datum, Unterschr.] | [Datum, Unterschr.] | [Datum, Unterschr.] |
## Subsection
---
### Subsection
## Dokumentenhistorie
| Version | Datum | Autor | Grund der Änderung |
|---------|------------|---------------------|---------------------|
| 1.0 | [Datum] | [Name, Vorname] | Initiale Erstellung |
*(Auf jeder Dokumentseite: Kopf- oder Fußzeile mit Autor, Dokumenttitel, Version, Seitenzahl usw.)*
---
# Projektübersicht
## Projektzweck
Kurze Beschreibung des Projekts (24 Sätze): *[Hier das Projekt beschreiben welches Problem gelöst wird und für wen.]*
## Projekthintergrund
*Hintergrund und Motivation:* [Warum wird dieses Projekt durchgeführt? Welcher Bedarf/Anforderung liegt zugrunde?]
---
# Projektziele
## Ziele
| Nr. | Ziel | Erfolgskriterien |
|-----|----------|------------------|
| 1 | [Ziel 1] | [Kriterium] |
| 2 | [Ziel 2] | [Kriterium] |
| 3 | [Ziel 3] | [Kriterium] |
## Nicht-Ziele
Die folgenden Punkte sind **explizit nicht** Teil dieses Projekts:
- [Nicht-Ziel 1]
- [Nicht-Ziel 2]
- [Nicht-Ziel 3]
---
# Business Case
- **Zielgruppe:** [Wer nutzt das System?]
- **Nutzen:** [Welchen Mehrwert bietet die Lösung?]
- **Problem:** [Welches Problem wird gelöst?]
---
# Stakeholder
## Auftraggeber (extern/intern)
| Rolle | Beschreibung |
|------|-------------|
| [z. B. Betreuer] | Anforderungen, Feedback, Abnahme |
## Regulatorisch
| Vorgabe | Beschreibung |
|--------|-------------|
| [z. B. Datenschutz] | Einhaltung von Richtlinien |
## Qualitätsmanagement
| Maßnahme | Beschreibung |
|----------|-------------|
| Code Reviews | Qualitätssicherung im Team |
| Tests | Unit- und Integrationstests |
---
# Projekt-Team und Rollen
| Bezeichnung | Details |
|----------------|------------------------------------------------------|
| Projektleitung | [Name] (Matrikel: [Nr.]) Schwerpunkt: [z.B. Koordination] |
| Entwicklung | [Name] (Matrikel: [Nr.]) Schwerpunkt: [z.B. Frontend] |
| Entwicklung | [Name] (Matrikel: [Nr.]) Schwerpunkt: [z.B. Backend] |
| QA / Testing | [Name] (Matrikel: [Nr.]) Schwerpunkt: [z.B. Testing, CI/CD] |
---
# Zeitplan / Meilensteine
## Projektphasen
Phase 1 Planung & Analyse
- Anforderungserhebung
- Technologiewahl
Phase 2 Design
- Architektur
- UI/UX
Phase 3 Implementierung
- Entwicklung der Funktionen
Phase 4 Testing
- Tests und Fehlerbehebung
Phase 5 Abschluss
- Dokumentation
- Präsentation
## Meilensteine
| Nr. | Meilenstein | Datum |
|-----|--------------------------------|---------|
| 1 | Project Charter abgeschlossen | [Datum] |
| 2 | Anforderungen & Design final | [Datum] |
| 3 | Prototyp (MVP) fertig | [Datum] |
| 4 | Feature-Complete | [Datum] |
| 5 | Testphase abgeschlossen | [Datum] |
| 6 | Abgabe / Präsentation | [Datum] |
---
# Anforderungen (Überblick)
## Funktionale Anforderungen
- [Funktion 1]
- [Funktion 2]
- [Funktion 3]
## Nicht-funktionale Anforderungen
- Performance
- Sicherheit
- Usability
---
# Technologie-Stack
| Bereich | Technologie |
|--------|------------|
| Frontend | [z. B. React / HTML/CSS] |
| Backend | [z. B. Django / Node.js] |
| Datenbank | [z. B. PostgreSQL] |
| Version Control | Gitty |
| Tools | [z. B. VS Code] |
---
# Risikomanagement
| Nr. | Risiko | W/A | Gegenmaßnahme |
|-----|------------|-----|---------------|
| 1 | [Risiko 1] | M/H | [Maßnahme] |
| 2 | [Risiko 2] | H/M | [Maßnahme] |
| 3 | [Risiko 3] | M/M | [Maßnahme] |
| 4 | [Risiko 4] | H/M | [Maßnahme] |
---
# Ressourcen und Budget
- **Teamgröße:** X Personen
- **Verfügbare Zeit pro Person:** [Stunden/Woche]
- **Projektlaufzeit:** [Startdatum] [Enddatum]
- **Budget:** [Betrag]
- **Infrastruktur:** [z. B. GitHub, Uni-Server]
**Rahmenbedingungen:**
- Abgabe bis [Datum]
- Technologiestack gemäß Vorgaben
- Gleichmäßige Arbeitsverteilung
---
# Kommunikations- und Entscheidungswege
| Kanal | Zweck | Frequenz |
|------------------|----------------------------|-------------|
| [z.B. Discord] | Team-Kommunikation | täglich |
| [z.B. GitHub] | Aufgabenverwaltung | kontinuierlich |
| [z.B. Meeting] | Fortschrittskontrolle | wöchentlich |
| [z.B. E-Mail] | Kommunikation mit Betreuer | bei Bedarf |
---
# Definition of Done (DoD)
Ein Feature gilt als fertig, wenn:
- Code implementiert und funktionsfähig ist
- Tests erfolgreich bestanden sind
- Code Review durchgeführt wurde
- Dokumentation aktualisiert wurde
- Feature getestet wurde
---
# Abnahmekriterien
Das Projekt gilt als erfolgreich abgeschlossen, wenn:
- Alle Muss-Anforderungen erfüllt sind
- Anwendung demonstrierbar ist
- Tests erfolgreich sind
- Dokumentation vollständig ist
- Präsentation durchgeführt wurde
---
## Unterschriften und Genehmigung
Mit ihrer Unterschrift bestätigen alle Beteiligten, dass sie den Inhalt dieses Project Charters gelesen haben und damit einverstanden sind.
| Rolle | Unterschrift | Datum |
|-|-|-|
| Betreuer/in | __________________________ | __________ |
| Projektleiter/in | __________________________ | __________ |
| Teammitglied | __________________________ | __________ |
| Teammitglied | __________________________ | __________ |
| Teammitglied | __________________________ | __________ |