diff --git a/Project_Charter.md b/Project_Charter.md index 932854b..6e2b8d5 100644 --- a/Project_Charter.md +++ b/Project_Charter.md @@ -1,75 +1,74 @@ Software Engineering 1 | Project Charter | Team 3 | -Datum: 15.04.2026 | Version: 1.0 +Datum: 15.04.2026 | Version: 1.2 -Weiterleitung zum Gitea: +Weiterleitung zum Git: 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 | -| ------------------- | ------------------- | ------------------- | -| Namen, Vorname | Namen, Vorname | Namen, Vorname | -| Abteilung/Funktion | Abteilung/Funktion | Abteilung/Funktion | -| Datum, Unterschrift | Datum, Unterschrift | Datum, Unterschrift | +| Autor | Prüfer | Freigebenden | +| ---------------------- | -------------- | ----------------------- | +| Khazanovych, Christian | Winkler, Louis | Prof. Dr. Marmitt, Gerd | +| Entwickler | Entwickler | Modulverantwortlicher | +| 11.05.2026 | 11.05.2026 | Datum, Unterschrift | # Dokumentenhistorie -| Version | Datum | Autor | Grund der Änderung | -| ------- | ---------- | --------------------- | ------------------------ | -| 1 | 08.04.2026 | Christian Khazanovych | Erstellung des Dokuments | -| | | | | -| | | | | -| | | | | +| Version | Datum | Autor | Grund der Änderung | +| ------- | ---------- | ---------------------------- | ---------------------------------------------------------------- | +| 1.0 | 08.04.2026 | Christian

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 -## 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. -## 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 # Projektziele -## 3.1 Ziele +## Ziele | 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 | | Dokumentenprozess | Von der Erstellung eines Angebots bis zur Rechnung | -## 3.2 Nicht-Ziele +## Nicht-Ziele - Keine Cloud-Anbindung (nur lokal) - 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 -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 -## 5.1 Auftraggeber (extern/intern) +## Auftraggeber (extern/intern) -| Rolle | Name | Verantwortlich | -| ------------ | ---------------------- | ----------------------------------------------------------------------- | -| Auftraggeber | Prof. Dr. Gerd Marmitt | Verzeichnis der Forderungen, Bedingungen, Ziele, Bewertung des Projekts | +| Rolle | Name | Verantwortlich | +| ------------ | ---------------------- | -------------------------------------------------------------------------------------------- | +| Auftraggeber | Prof. Dr. Gerd Marmitt | Verzeichnis der

Forderungen,

Bedingungen, Ziele,

Bewertung des Projekts | -## 5.2 Regulatorisch +## Regulatorisch 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) -- 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 +- 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) + +- 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. ## Qualitätsmanagement 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 -- Praxis Check: Neben der automatischen Prüfung erfolgt ein manueller Funktionstest sowie die Aktualisierung der zugehörigen Dokumentation, um den Wissenstand aktuell zu halten +- 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 + - Funktionale Vollständigkeit: Die Funktion ist vollständig programmiert und wurde durch automatisierte Komponententest abgesichert # Projekt-Team und Rollen -| Mitwirkende Personen | Informationen | -| --------------------- | --------------------------------------------- | -| Christian Khazanovych | Matrikelnummer: 3028363

Zuständig für: | -| Kutlu Patir | Matrikelnummer: 3027955

Zuständig für: | -| Louis Winkler | Matrikelnummer: 3028478

Zuständig für: | -| Sarav Guli | Matrikelnummer: 3029588

Zuständig für: | -| Taha Erdogan | Matrikelnummer: 3029554

Zuständig für: | -| Robin Senger | Matrikelnummer: 3028802

Zuständig für: | -| | Matrikelnummer:

Zuständig für: | -| | Matrikelnummer:

Zuständig für: | -| | Matrikelnummer:

Zuständig für: | -| | Matrikelnummer:

Zuständig für: | -| | Matrikelnummer:

Zuständig für: | +| Mitwirkende Personen | Informationen | +| --------------------- | --------------------------------------------------------------------------- | +| Christian Khazanovych | Matrikelnummer: 3028363 Zuständig für: Gruppenleiter Dokumentation | +| Kutlu Patir | Matrikelnummer: 3027955 Zuständig für: Gruppenleiter Backend | +| Meltem Bardakci | Matrikelnummer: 3028424 Zuständig für: Gruppenleiter Anforderungsmanagement | +| Feyza Yaz | Matrikelnummer: 3031021 Zuständig für: Gruppenleiter Qualitätssicherung | # 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-05: Abgabe | Projektpräsentation und Abnahme der Anwendung durch den Auftraggebers | -| Meilenstein | Status | -| --------------------------------- | --------------------------- | -| Meilenstein 1: Konzeption | Abgeschlossen am 15.04.2026 | -| Meilenstein 2: Kernentwicklung | Offen | -| Meilenstein 3: Qualitätssicherung | Offen | -| Meilenstein 4: Dokumentation | Offen | -| Meilenstein 5: Abgabe | Offen | +| Meilenstein | Beschreibung | Termin | +| ----------------------- | -------------------------------- | ---------- | +| M-01 Konzeption | Fertigstellung Project Charter | 15.04.2026 | +| M-02 Kernentwicklung | Umsetzung der Kernfunktionen | 29.04.2026 | +| M-03 Qualitätssicherung | Durchführung von Tests & Reviews | 08.05.2026 | +| M-04 Dokumentation | Fertigstellung Pflichtenheft | 15.05.2026 | +| M-05 Abschluss | Präsentation und Projektabgabe | 30.06.2026 | # Risikomanagement | 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

sicherzustellen, dass kein „Single Point of

Failure" entsteht | | 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

Backups implementiert | | 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 | @@ -170,26 +177,19 @@ Um einen hohen Standard und die Wartbarkeit der Software zu garantieren, folgt d # Kommunikations- und Entscheidungswege -| Wo? | Wieso? | -| ----------- | ------------------------------------------------------------------------- | -| WhatsApp | Absprache und Ideenaustausch bezüglich des Projekt Charters | -| Discord | Telefonische Absprache bezüglich des Projekts | -| Vorlesungen | Persönliches Treffen des Team und Absprache mit dem Professor falls nötig | +| Wo? | Wieso? | +| ----------- | -------------------------------------------------------------------------------- | +| WhatsApp | Absprache und Ideenaustausch bezüglich des Projekt Charters | +| Discord | Telefonische Absprache bezüglich des Projekts | +| Vorlesungen | Persönliches Treffen des Team und

Absprache mit dem Professor falls nötig | # 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. -| Mitwirkende Personen | Informationen | -| --------------------- | --------------------------------------------- | -| Christian Khazanovych | Matrikelnummer: 3028363

Zuständig für: | -| Kutlu Patir | Matrikelnummer: 3027955

Zuständig für: | -| Louis Winkler | Matrikelnummer: 3028478

Zuständig für: | -| Sarav Guli | Matrikelnummer: 3029588

Zuständig für: | -| Taha Erdogan | Matrikelnummer: 3029554

Zuständig für: | -| Robin Senger | Matrikelnummer: 3028802

Zuständig für: | -| | Matrikelnummer:

Zuständig für: | -| | Matrikelnummer:

Zuständig für: | -| | Matrikelnummer:

Zuständig für: | -| | Matrikelnummer:

Zuständig für: | -| | Matrikelnummer:

Zuständig für: | \ No newline at end of file +| Mitwirkende Personen | Informationen | +| --------------------- | ----------------------------------------------------------------------- | +| Christian Khazanovych | Matrikelnummer: 3028363 Zuständig für: Dokumentation | +| Kutlu Patir | Matrikelnummer: 3027955 Zuständig für: Gruppenleiter Backend | +| Meltem Bardakci | Matrikelnummer: 3028424 Zuständig für: Anforderungsmanagement | +| Feyza Yaz | Matrikelnummer: 3031021 Zuständig für: Gruppenleiter Qualitätssicherung | \ No newline at end of file