3028363
/
SE1_Team_3
1
0
Fork 0
Code Issues Pull Requests Packages Projects Releases Wiki Activity

Project_Charter.md aktualisiert

main
Christian Khazanovych 2026-05-12 16:26:22 +02:00
parent e02f5218da
commit 0b87e9549e
1 changed files with 85 additions and 85 deletions
Show Stats Download Patch File Download Diff File Expand all files Collapse all files

170
Project_Charter.md
View File

@ -1,75 +1,74 @@
Software Engineering 1 | Project Charter | Team 3 | Software Engineering 1 | Project Charter | Team 3 |
Datum: 15.04.2026 | Version: 1.0 Datum: 15.04.2026 | Version: 1.2
Weiterleitung zum Gitea: <https://gitty.informatik.hs-mannheim.de/3028363/SE1_Team_3> Weiterleitung zum Git: <https://gitty.informatik.hs-mannheim.de/3028363/SE1_Team_3>
Inhalt Inhalt
[1\. Dokumentenhistorie 2](#_Toc227079324) [1\. Dokumentenhistorie 2](#_Toc14205)
[2\. Projektübersicht 2](#_Toc227079325) [2\. Projektübersicht 2](#_Toc14206)
[2.1 Projektzweck 2](#_Toc227079326) [2.1 Projektzweck 2](#_Toc14207)
[2.2 Projekthintergrund 2](#_Toc227079327) [2.2 Projekthintergrund 2](#_Toc14208)
[3\. Projektziele 2](#_Toc227079328) [3\. Projektziele 2](#_Toc14209)
[3.1 Ziele 2](#_Toc227079329) [3.1 Ziele 2](#_Toc14210)
[3.2 Nicht-Ziele 3](#_Toc227079330) [3.2 Nicht-Ziele 3](#_Toc14211)
[4\. Business Case 3](#_Toc227079331) [4\. Business Case 3](#_Toc14212)
[5\. Stakeholder 3](#_Toc227079332) [5\. Stakeholder 3](#_Toc14213)
[5.1 Auftraggeber (extern/intern) 3](#_Toc227079333) [5.1 Auftraggeber (extern/intern) 3](#_Toc14214)
[5.2 Regulatorisch 3](#_Toc227079334) [5.2 Regulatorisch 3](#_Toc14215)
[5.3 Qualitätsmanagement 4](#_Toc227079335) [5.3 Qualitätsmanagement 4](#_Toc14216)
[6\. Projekt-Team und Rollen 4](#_Toc227079336) [6\. Projekt-Team und Rollen 4](#_Toc14217)
[7\. Zeitplan / Meilensteine 5](#_Toc227079337) [7\. Zeitplan / Meilensteine 5](#_Toc14218)
[8\. Risikomanagement 5](#_Toc227079338) [8\. Risikomanagement 5](#_Toc14219)
[9\. Budget und Ressourcen 5](#_Toc227079339) [9\. Budget und Ressourcen 5](#_Toc14220)
[10\. Kommunikations- und Entscheidungswege 6](#_Toc227079340) [10\. Kommunikations- und Entscheidungswege 6](#_Toc14221)
[11\. Genehmigung / Unterschriften 6](#_Toc227079341) [11\. Genehmigung / Unterschriften 6](#_Toc14222)
| Autor | Prüfer | Freigebenden | | Autor | Prüfer | Freigebenden |
| ------------------- | ------------------- | ------------------- | | ---------------------- | -------------- | ----------------------- |
| Namen, Vorname | Namen, Vorname | Namen, Vorname | | Khazanovych, Christian | Winkler, Louis | Prof. Dr. Marmitt, Gerd |
| Abteilung/Funktion | Abteilung/Funktion | Abteilung/Funktion | | Entwickler | Entwickler | Modulverantwortlicher |
| Datum, Unterschrift | Datum, Unterschrift | Datum, Unterschrift | | 11.05.2026 | 11.05.2026 | Datum, Unterschrift |
# Dokumentenhistorie # Dokumentenhistorie
| Version | Datum | Autor | Grund der Änderung | | Version | Datum | Autor | Grund der Änderung |
| ------- | ---------- | --------------------- | ------------------------ | | ------- | ---------- | ---------------------------- | ---------------------------------------------------------------- |
| 1 | 08.04.2026 | Christian Khazanovych | Erstellung des Dokuments | | 1.0 | 08.04.2026 | Christian<br><br>Khazanovych | Erstellung des Dokuments |
| | | | | | 1.2 | 14.04.2026 | Feyza Yaz | Ergänzung des Qualitätsmanagement (Kapitel 5.3) |
| | | | | | 1.3 | 11.05.2026 | Christian Khazanovych | Überarbeitung des Dokuments gemäß Feedback von Prof. Dr. Marmitt |
| | | | |
# Projektübersicht # Projektübersicht
## 2.1 Projektzweck ## Projektzweck
Das Programm hilft kleinen Unternehmen und Freiberuflern dabei, Rechnungen und kaufmännische Dokumente einfach zu erstellen. Im Modul Software Engineering 1 lernen wir, wie man Software strukturiert plant, im Team zusammenarbeitet und sauberen Code schreibt. Das Programm hilft kleinen Unternehmen und Freiberuflern dabei, Rechnungen und kaufmännische Dokumente einfach zu erstellen. Im Modul Software Engineering 1 lernen wir, wie man Software strukturiert plant, im Team zusammenarbeitet und sauberen Code schreibt.
## 2.2 Projekthintergrund ## Projekthintergrund
Manuelle Rechnungen sind fehleranfällig. Eine Software löst dieses Problem effizient. Als Wirtschaftsinformatiker nutzen wir dieses Projekt, um die Theorie in die Praxis umzusetzen Manuelle Rechnungen sind fehleranfällig. Eine Software löst dieses Problem effizient. Als Wirtschaftsinformatiker nutzen wir dieses Projekt, um die Theorie in die Praxis umzusetzen
# Projektziele # Projektziele
## 3.1 Ziele ## Ziele
| Ziele | Begründung | | Ziele | Begründung |
| ------------------ | -------------------------------------------------- | | ------------------ | -------------------------------------------------- |
@ -78,7 +77,7 @@ Manuelle Rechnungen sind fehleranfällig. Eine Software löst dieses Problem eff
| Programmoberfläche | Eine einfache Bedienung für den Nutzer | | Programmoberfläche | Eine einfache Bedienung für den Nutzer |
| Dokumentenprozess | Von der Erstellung eines Angebots bis zur Rechnung | | Dokumentenprozess | Von der Erstellung eines Angebots bis zur Rechnung |
## 3.2 Nicht-Ziele ## Nicht-Ziele
- Keine Cloud-Anbindung (nur lokal) - Keine Cloud-Anbindung (nur lokal)
- Nur ein Nutzer gleichzeitig (kein Multi-User) - Nur ein Nutzer gleichzeitig (kein Multi-User)
@ -88,47 +87,55 @@ Manuelle Rechnungen sind fehleranfällig. Eine Software löst dieses Problem eff
# Business Case # Business Case
Wer heute Rechnungen schreiben will, muss oft zwischen überladenen Profi-Programmen und kostspieligen Cloud-Diensten wählen. Diese Lücke schließt das vorliegende Vorhaben. Wir entwickeln eine kompakte Anwendung, die sich auf das Wesentliche konzentriert. Anstatt sich mit komplexen Installationen oder monatlichen Rechnungen für Online-Plattformen herumzuschlagen, erhält der Anwender eine solide Lösung für den eigenen PC, die sofort einsatzbereit ist. Das Projekt adressiert kleine Unternehmen und Freiberufler, die eine einfache und kostengünstige Lösung zur Rechnungsverwaltung benötigen. Im Gegensatz zu vielen abonnementbasierten Cloud-Diensten soll die Anwendung als lokale Desktop-Lösung ohne laufende Kosten nutzbar sein. Dadurch können langfristig Lizenzkosten reduziert und administrative Prozesse effizienter gestaltet werden.
# Stakeholder # Stakeholder
## 5.1 Auftraggeber (extern/intern) ## Auftraggeber (extern/intern)
| Rolle | Name | Verantwortlich | | Rolle | Name | Verantwortlich |
| ------------ | ---------------------- | ----------------------------------------------------------------------- | | ------------ | ---------------------- | -------------------------------------------------------------------------------------------- |
| Auftraggeber | Prof. Dr. Gerd Marmitt | Verzeichnis der Forderungen, Bedingungen, Ziele, Bewertung des Projekts | | Auftraggeber | Prof. Dr. Gerd Marmitt | Verzeichnis der<br><br>Forderungen,<br><br>Bedingungen, Ziele,<br><br>Bewertung des Projekts |
## 5.2 Regulatorisch ## Regulatorisch
Das Projekt stellt sicher, dass die erzeugten Dokumente den grundlegenden deutschen Anforderungen an die Rechnungslegung entsprechen: Das Projekt stellt sicher, dass die erzeugten Dokumente den grundlegenden deutschen Anforderungen an die Rechnungslegung entsprechen:
- Pflichtangaben nach § 14 UstG: Die Software gewährleistet die rechtssichere Erstellung von Rechnungen durch die Bereitstellung aller notwendigen Datenfelder (unter anderen fortlaufende Rechnungsnummer, Steuernummer/Ust-IdNr. Und korrekte Leistungszeiträume) - Pflichtangaben nach § 14 UstG: Die Software gewährleistet die rechtssichere
- Datenschutz (DSGVO): Die Software arbeitet nach dem Prinzip der Datensparsamkeit. Da keine Cloud-Anbindung besteht, bleiben alle Kundendaten ausschließlich auf dem lokalen System des Anwenders
Erstellung von Rechnungen durch die Bereitstellung aller notwendigen
Datenfelder (unter anderen fortlaufende Rechnungsnummer,
Steuernummer/Ust-IdNr. Und korrekte Leistungszeiträume)
- Datenschutz (DSGVO): Die Software arbeitet nach dem Prinzip der
Datensparsamkeit. Da keine Cloud-Anbindung besteht, bleiben alle
Kundendaten ausschließlich auf dem lokalen System des Anwenders
- Beleg-Integrität (GoBD): Um eine ordnungsgemäße Buchführung zu unterstützen, sieht das System vor, dass Rechnungen nach dem finalen Erzeugen gegen nachträgliche Änderungen geschützt sind. - Beleg-Integrität (GoBD): Um eine ordnungsgemäße Buchführung zu unterstützen, sieht das System vor, dass Rechnungen nach dem finalen Erzeugen gegen nachträgliche Änderungen geschützt sind.
## Qualitätsmanagement ## Qualitätsmanagement
Um einen hohen Standard und die Wartbarkeit der Software zu garantieren, folgt das Projekt klaren Qualitätsrichtlinien: Um einen hohen Standard und die Wartbarkeit der Software zu garantieren, folgt das Projekt klaren Qualitätsrichtlinien:
- Vier Augen Prinzip: Jede Code Änderung wird durch ein Peer-Review geprüft, bevor sie in den Hauptzweig einfließt - Qualitätssicherungsmaßnahmen werden spezifisch im Architekturdokument für die jeweiligen Module definiert. Für Kernkomponenten wird ein Peer-Review angestrebt.
- Praxis Check: Neben der automatischen Prüfung erfolgt ein manueller Funktionstest sowie die Aktualisierung der zugehörigen Dokumentation, um den Wissenstand aktuell zu halten - Praxis Check: Neben der automatischen Prüfung erfolgt ein manueller
Funktionstest sowie die Aktualisierung der zugehörigen Dokumentation, um den Wissenstand aktuell zu halten
- Funktionale Vollständigkeit: Die Funktion ist vollständig programmiert und wurde durch automatisierte Komponententest abgesichert - Funktionale Vollständigkeit: Die Funktion ist vollständig programmiert und wurde durch automatisierte Komponententest abgesichert
# Projekt-Team und Rollen # Projekt-Team und Rollen
| Mitwirkende Personen | Informationen | | Mitwirkende Personen | Informationen |
| --------------------- | --------------------------------------------- | | --------------------- | --------------------------------------------------------------------------- |
| Christian Khazanovych | Matrikelnummer: 3028363<br><br>Zuständig für: | | Christian Khazanovych | Matrikelnummer: 3028363 Zuständig für: Gruppenleiter Dokumentation |
| Kutlu Patir | Matrikelnummer: 3027955<br><br>Zuständig für: | | Kutlu Patir | Matrikelnummer: 3027955 Zuständig für: Gruppenleiter Backend |
| Louis Winkler | Matrikelnummer: 3028478<br><br>Zuständig für: | | Meltem Bardakci | Matrikelnummer: 3028424 Zuständig für: Gruppenleiter Anforderungsmanagement |
| Sarav Guli | Matrikelnummer: 3029588<br><br>Zuständig für: | | Feyza Yaz | Matrikelnummer: 3031021 Zuständig für: Gruppenleiter Qualitätssicherung |
| Taha Erdogan | Matrikelnummer: 3029554<br><br>Zuständig für: |
| Robin Senger | Matrikelnummer: 3028802<br><br>Zuständig für: |
| | Matrikelnummer:<br><br>Zuständig für: |
| | Matrikelnummer:<br><br>Zuständig für: |
| | Matrikelnummer:<br><br>Zuständig für: |
| | Matrikelnummer:<br><br>Zuständig für: |
| | Matrikelnummer:<br><br>Zuständig für: |
# Zeitplan / Meilensteine # Zeitplan / Meilensteine
@ -140,21 +147,21 @@ Um einen hohen Standard und die Wartbarkeit der Software zu garantieren, folgt d
| M-04: Dokumentation | Fertigstellung der technischen Dokumentation (Pflichtenheft) | | M-04: Dokumentation | Fertigstellung der technischen Dokumentation (Pflichtenheft) |
| M-05: Abgabe | Projektpräsentation und Abnahme der Anwendung durch den Auftraggebers | | M-05: Abgabe | Projektpräsentation und Abnahme der Anwendung durch den Auftraggebers |
| Meilenstein | Status | | Meilenstein | Beschreibung | Termin |
| --------------------------------- | --------------------------- | | ----------------------- | -------------------------------- | ---------- |
| Meilenstein 1: Konzeption | Abgeschlossen am 15.04.2026 | | M-01 Konzeption | Fertigstellung Project Charter | 15.04.2026 |
| Meilenstein 2: Kernentwicklung | Offen | | M-02 Kernentwicklung | Umsetzung der Kernfunktionen | 29.04.2026 |
| Meilenstein 3: Qualitätssicherung | Offen | | M-03 Qualitätssicherung | Durchführung von Tests & Reviews | 08.05.2026 |
| Meilenstein 4: Dokumentation | Offen | | M-04 Dokumentation | Fertigstellung Pflichtenheft | 15.05.2026 |
| Meilenstein 5: Abgabe | Offen | | M-05 Abschluss | Präsentation und Projektabgabe | 30.06.2026 |
# Risikomanagement # Risikomanagement
| Risikoszenario | Präventionsmaßnahmen | | Risikoszenario | Präventionsmaßnahmen |
| ---------------------------------------------------- | ------------------------------------------------------------------------------------------------------------------------------------------------------- | | ---------------------------------------------------- | ------------------------------------------------------------------------------------------------------------------------------------------------------- |
| Ressourcenengpass (z.B. krankheitsbedingter Ausfall) | Regelmäßige Code Reviews, um sicherzustellen, dass kein „Single Point of Failure" entsteht | | Ressourcenengpass (z.B. krankheitsbedingter Ausfall) | Regelmäßige Code Reviews, um<br><br>sicherzustellen, dass kein „Single Point of<br><br>Failure" entsteht |
| Schnittstellen- & Systemkonflikte | Durch frühe und kontinuierliche Zusammenführung der Softwareteile werden Inkompatibilitäten direkt erkannt | | Schnittstellen- & Systemkonflikte | Durch frühe und kontinuierliche Zusammenführung der Softwareteile werden Inkompatibilitäten direkt erkannt |
| Datenverlust beim Endnutzer (Lokale Datenhaltung) | Da keine Cloud-Backups existieren, wird einfache Export-Funktion für Datenbank Backups implementiert | | Datenverlust beim Endnutzer (Lokale Datenhaltung) | Da keine Cloud-Backups existieren, wird einfache Export-Funktion für Datenbank<br><br>Backups implementiert |
| Versions Konflikte | Benutzung von z.B. Docker, um sicherzustellen, dass die Software auf verschiedenen Umgebungen gleich läuft | | Versions Konflikte | Benutzung von z.B. Docker, um sicherzustellen, dass die Software auf verschiedenen Umgebungen gleich läuft |
| Mangelnde Benutzerakzeptanz (UI/UX) | Frühzeitige Nutzertests mit dem früh entstandenen Programm durchzuführen, um die Bedienbarkeit sicherzustellen, bevor die Logik fertig programmiert ist | | Mangelnde Benutzerakzeptanz (UI/UX) | Frühzeitige Nutzertests mit dem früh entstandenen Programm durchzuführen, um die Bedienbarkeit sicherzustellen, bevor die Logik fertig programmiert ist |
@ -170,26 +177,19 @@ Um einen hohen Standard und die Wartbarkeit der Software zu garantieren, folgt d
# Kommunikations- und Entscheidungswege # Kommunikations- und Entscheidungswege
| Wo? | Wieso? | | Wo? | Wieso? |
| ----------- | ------------------------------------------------------------------------- | | ----------- | -------------------------------------------------------------------------------- |
| WhatsApp | Absprache und Ideenaustausch bezüglich des Projekt Charters | | WhatsApp | Absprache und Ideenaustausch bezüglich des Projekt Charters |
| Discord | Telefonische Absprache bezüglich des Projekts | | Discord | Telefonische Absprache bezüglich des Projekts |
| Vorlesungen | Persönliches Treffen des Team und Absprache mit dem Professor falls nötig | | Vorlesungen | Persönliches Treffen des Team und<br><br>Absprache mit dem Professor falls nötig |
# Genehmigung / Unterschriften # Genehmigung / Unterschriften
Durch die nachfolgenden Unterschriften erklären die Projektbeteiligten ihre Zustimmung zu den Inhalten dieser Projektautorisierung und bestätigen die Übereinstimmung mit den definierten Zielen und Rahmenbedingungen. Durch die nachfolgenden Unterschriften erklären die Projektbeteiligten ihre Zustimmung zu den Inhalten dieser Projektautorisierung und bestätigen die Übereinstimmung mit den definierten Zielen und Rahmenbedingungen.
| Mitwirkende Personen | Informationen | | Mitwirkende Personen | Informationen |
| --------------------- | --------------------------------------------- | | --------------------- | ----------------------------------------------------------------------- |
| Christian Khazanovych | Matrikelnummer: 3028363<br><br>Zuständig für: | | Christian Khazanovych | Matrikelnummer: 3028363 Zuständig für: Dokumentation |
| Kutlu Patir | Matrikelnummer: 3027955<br><br>Zuständig für: | | Kutlu Patir | Matrikelnummer: 3027955 Zuständig für: Gruppenleiter Backend |
| Louis Winkler | Matrikelnummer: 3028478<br><br>Zuständig für: | | Meltem Bardakci | Matrikelnummer: 3028424 Zuständig für: Anforderungsmanagement |
| Sarav Guli | Matrikelnummer: 3029588<br><br>Zuständig für: | | Feyza Yaz | Matrikelnummer: 3031021 Zuständig für: Gruppenleiter Qualitätssicherung |
| Taha Erdogan | Matrikelnummer: 3029554<br><br>Zuständig für: |
| Robin Senger | Matrikelnummer: 3028802<br><br>Zuständig für: |
| | Matrikelnummer:<br><br>Zuständig für: |
| | Matrikelnummer:<br><br>Zuständig für: |
| | Matrikelnummer:<br><br>Zuständig für: |
| | Matrikelnummer:<br><br>Zuständig für: |
| | Matrikelnummer:<br><br>Zuständig für: |