Software Engineering 1 | Project Charter | Team 3 | Datum: 15.04.2026 | Version: 1.2 Weiterleitung zum Git: Inhalt [1\. Dokumentenhistorie 2](#_Toc14205) [2\. Projektübersicht 2](#_Toc14206) [2.1 Projektzweck 2](#_Toc14207) [2.2 Projekthintergrund 2](#_Toc14208) [3\. Projektziele 2](#_Toc14209) [3.1 Ziele 2](#_Toc14210) [3.2 Nicht-Ziele 3](#_Toc14211) [4\. Business Case 3](#_Toc14212) [5\. Stakeholder 3](#_Toc14213) [5.1 Auftraggeber (extern/intern) 3](#_Toc14214) [5.2 Regulatorisch 3](#_Toc14215) [5.3 Qualitätsmanagement 4](#_Toc14216) [6\. Projekt-Team und Rollen 4](#_Toc14217) [7\. Zeitplan / Meilensteine 5](#_Toc14218) [8\. Risikomanagement 5](#_Toc14219) [9\. Budget und Ressourcen 5](#_Toc14220) [10\. Kommunikations- und Entscheidungswege 6](#_Toc14221) [11\. Genehmigung / Unterschriften 6](#_Toc14222) | 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.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 ## 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. ## 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 ## Ziele | Ziele | Begründung | | ------------------ | -------------------------------------------------- | | Produktverwaltung | Speichern von Preisen und Beständen | | Kundenverwaltung | Speichern von Kundendaten und Kaufhistorie | | Programmoberfläche | Eine einfache Bedienung für den Nutzer | | Dokumentenprozess | Von der Erstellung eines Angebots bis zur Rechnung | ## Nicht-Ziele - Keine Cloud-Anbindung (nur lokal) - Nur ein Nutzer gleichzeitig (kein Multi-User) - Zugesicherter Kundensupport und Garantie - Keine echte Buchhaltung oder Steuerberechnung - Smartphone bzw. Web-Applikation # Business Case 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 ## Auftraggeber (extern/intern) | Rolle | Name | Verantwortlich | | ------------ | ---------------------- | -------------------------------------------------------------------------------------------- | | Auftraggeber | Prof. Dr. Gerd Marmitt | Verzeichnis der

Forderungen,

Bedingungen, Ziele,

Bewertung des Projekts | ## 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 - 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: - 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: 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 | Meilenstein | Erklärung | | ------------------------ | --------------------------------------------------------------------- | | M-01: Konzeption | Project Charter fertigstellen | | M-02: Kernentwicklung | Entstehung des Produkts mit Fokus auf die Pflichtangaben | | M-03: Qualitätssicherung | Qualitätsmanagement (Unit Tests & Reviews) | | M-04: Dokumentation | Fertigstellung der technischen Dokumentation (Pflichtenheft) | | M-05: Abgabe | Projektpräsentation und Abnahme der Anwendung durch den Auftraggebers | | 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 | | 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 | | 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 | # Budget und Ressourcen | Punkte | Beschreibung | Kalkulation | | -------------- | --------------------------------------- | -------------------------------------------- | | Personalkosten | Entwicklung, Design & Dokumentation | Pro Person 1-2h die Woche | | Teamgröße | Vorhandene Arbeitskräfte | 12 Personen | | Ressourcen | Ressourcen, mit welchen gearbeitet wird | Vorlesungen, Folien und online Recherche | | Budget | Monetäre Ausgabe | Keine, da es ein Projekt der TH Mannheim ist | | Laufzeit | Laufzeit des Projekts | 15.04.2026 - 30.06.2026 | # 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 | # 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: 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 |