Dateien nach "/" hochladen
parent
0bcdc7dcda
commit
6d6f50cadd
|
|
@ -1,217 +1,228 @@
|
||||||
---
|
---
|
||||||
Title: Projekt Charter
|
title: Project Charter – Fakturierungssystem
|
||||||
Autor: [Name, Vorname]
|
author: Oleg Akimenko
|
||||||
Version: 1.0
|
version: 1.0
|
||||||
Toc: yes
|
lang: de-DE
|
||||||
|
toc: true
|
||||||
---
|
---
|
||||||
|
|
||||||
| Autor | Prüfer | Freigebende |
|
# Freigabeübersicht
|
||||||
|------|------------|---------------------|
|
|
||||||
| [Name, Vorname] | [Name, Vorname] | [Name, Vorname] |
|
| Ersteller | Prüfer | Freigebender |
|
||||||
| [Abteilung/Funktion]| [Abteilung/Funktion] | [Abteilung/Funktion] |
|
|---|---|---|
|
||||||
| [Datum, Unterschr.] | [Datum, Unterschr.] | [Datum, Unterschr.] |
|
| Oleg Akimenko | Prof. Dr. Gerd Marmitt | [Wird im Team abgestimmt] |
|
||||||
|
| SE1 Team 2 | Hochschule Mannheim | SE1 Team 2 |
|
||||||
|
| 15.04.2026 | 15.04.2026 | 30.06.2026 |
|
||||||
|
|
||||||
---
|
---
|
||||||
|
|
||||||
## Dokumentenhistorie
|
# Dokumentenhistorie
|
||||||
|
|
||||||
| Version | Datum | Autor | Grund der Änderung |
|
| Version | Datum | Autor | Änderung |
|
||||||
|---------|------------|---------------------|---------------------|
|
|---|---|---|---|
|
||||||
| 1.0 | [Datum] | [Name, Vorname] | Initiale Erstellung |
|
| 1.0 | 15.04.2026 | Oleg Akimenko | Initiale Erstellung |
|
||||||
|
|
||||||
*(Auf jeder Dokumentseite: Kopf- oder Fußzeile mit Autor, Dokumenttitel, Version, Seitenzahl usw.)*
|
|
||||||
|
|
||||||
---
|
---
|
||||||
|
|
||||||
# Projektübersicht
|
# Projektübersicht
|
||||||
|
|
||||||
## Projektzweck
|
## Projektzweck
|
||||||
Kurze Beschreibung des Projekts (2–4 Sätze): *[Hier das Projekt beschreiben – welches Problem gelöst wird und für wen.]*
|
|
||||||
|
Das Ziel des Projekts ist die konzeptionelle und praktische Entwicklung eines modularen Fakturierungssystems im Rahmen des Moduls Software Engineering 1.
|
||||||
|
|
||||||
|
Das System bildet einen vollständigen Geschäftsprozess von der Angebotserstellung über die Auftragsbestätigung und den Lieferschein bis hin zur Rechnungserstellung ab.
|
||||||
|
|
||||||
|
Dabei steht nicht nur die Implementierung im Vordergrund, sondern insbesondere die Anwendung strukturierter Softwareentwicklungsprozesse und die Umsetzung eines klassischen Vorgehensmodells.
|
||||||
|
|
||||||
|
---
|
||||||
|
|
||||||
## Projekthintergrund
|
## Projekthintergrund
|
||||||
*Hintergrund und Motivation:* [Warum wird dieses Projekt durchgeführt? Welcher Bedarf/Anforderung liegt zugrunde?]
|
|
||||||
|
Die Entwicklung moderner Softwaresysteme erfordert strukturierte Vorgehensmodelle, klare Anforderungen und eine saubere Trennung von Entwicklungs- und Testphasen.
|
||||||
|
|
||||||
|
Im Rahmen des Moduls Software Engineering 1 wird ein praxisnahes Projekt durchgeführt, das die Anwendung klassischer Entwicklungsprozesse im Team ermöglicht.
|
||||||
|
|
||||||
|
Das Fakturierungssystem dient als realistisches Szenario, um zentrale Konzepte der Softwareentwicklung wie Anforderungsanalyse, Architekturdesign, Implementierung, Integration und Test praktisch umzusetzen.
|
||||||
|
|
||||||
|
Das Projekt orientiert sich am V-Modell als strukturiertem Vorgehensmodell.
|
||||||
|
|
||||||
---
|
---
|
||||||
|
|
||||||
# Projektziele
|
# Projektziele
|
||||||
|
|
||||||
## Ziele
|
| Nr. | Ziel | Erfolgskriterium |
|
||||||
| Nr. | Ziel | Erfolgskriterien |
|
|---|---|---|
|
||||||
|-----|----------|------------------|
|
| Z1 | Produktverwaltung | Produkte können erstellt, bearbeitet und gelöscht werden |
|
||||||
| 1 | [Ziel 1] | [Kriterium] |
|
| Z2 | Kundenverwaltung | Kundendaten sind vollständig verwaltbar |
|
||||||
| 2 | [Ziel 2] | [Kriterium] |
|
| Z3 | Dokumentenworkflow | Angebot → Auftragsbestätigung → Lieferschein → Rechnung |
|
||||||
| 3 | [Ziel 3] | [Kriterium] |
|
| Z4 | GUI | Benutzerfreundliche und funktionale Oberfläche |
|
||||||
|
|
||||||
## Nicht-Ziele
|
## Nicht-Ziele
|
||||||
Die folgenden Punkte sind **explizit nicht** Teil dieses Projekts:
|
|
||||||
- [Nicht-Ziel 1]
|
- Mobile Anwendung
|
||||||
- [Nicht-Ziel 2]
|
- Cloud-System
|
||||||
- [Nicht-Ziel 3]
|
- Mehrbenutzer-Online-System
|
||||||
|
- Buchhaltungssystem
|
||||||
|
- E-Rechnung
|
||||||
|
|
||||||
---
|
---
|
||||||
|
|
||||||
# Business Case
|
# Business Case
|
||||||
- **Zielgruppe:** [Wer nutzt das System?]
|
|
||||||
- **Nutzen:** [Welchen Mehrwert bietet die Lösung?]
|
- Zielgruppe: kleine Unternehmen und Lernprojekt
|
||||||
- **Problem:** [Welches Problem wird gelöst?]
|
- Nutzen: Automatisierung von Fakturierungsprozessen
|
||||||
|
- Problem: manuelle Rechnungsprozesse sind fehleranfällig und ineffizient
|
||||||
|
|
||||||
---
|
---
|
||||||
|
|
||||||
# Stakeholder
|
# Stakeholder
|
||||||
|
|
||||||
## Auftraggeber (extern/intern)
|
|
||||||
| Rolle | Beschreibung |
|
| Rolle | Beschreibung |
|
||||||
|------|-------------|
|
|---|---|
|
||||||
| [z. B. Betreuer] | Anforderungen, Feedback, Abnahme |
|
| Auftraggeber | Prof. Dr. Gerd Marmitt |
|
||||||
|
| Entwicklungsteam | SE1 Team 2 |
|
||||||
## Regulatorisch
|
| Endnutzer | spätere Anwender des Systems |
|
||||||
| 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
|
# Teamstruktur und Repositories
|
||||||
| Bezeichnung | Details |
|
|
||||||
|----------------|------------------------------------------------------|
|
| Gruppe | Repository | Mitglieder | Verantwortungsbereich |
|
||||||
| Projektleitung | [Name] (Matrikel: [Nr.]) – Schwerpunkt: [z.B. Koordination] |
|
|---|---|---|---|
|
||||||
| Entwicklung | [Name] (Matrikel: [Nr.]) – Schwerpunkt: [z.B. Frontend] |
|
| Gruppe E | SE1_Gruppe_E | Hadil Jondi [3030438], Nicolas Seelinger [3027710]| Produktverwaltung |
|
||||||
| Entwicklung | [Name] (Matrikel: [Nr.]) – Schwerpunkt: [z.B. Backend] |
|
| Gruppe F | SE1_Gruppe_F | Andreas Ivanovic [3028874], Armin Omanovic [3028711], Alexander Teller [3028801]| Programmoberfläche |
|
||||||
| QA / Testing | [Name] (Matrikel: [Nr.]) – Schwerpunkt: [z.B. Testing, CI/CD] |
|
| Gruppe G | SE1_Gruppe_G | Rahaf Alhosny [3026969], Fatemeh Mohammadi [3029148], Lulia Silk [3030489]| Dokumentenprozess |
|
||||||
|
| Gruppe H | SE1_Gruppe_H | Oleg Akimenko [3028868], Christopher Lampert [3027248], Kenan Pekarovic [3027541]| Kundenverwaltung |
|
||||||
|
|
||||||
---
|
---
|
||||||
|
|
||||||
# Zeitplan / Meilensteine
|
# Funktionale Anforderungen
|
||||||
|
|
||||||
## Projektphasen
|
- Verwaltung von Produkten
|
||||||
Phase 1 – Planung & Analyse
|
- Verwaltung von Kunden
|
||||||
- Anforderungserhebung
|
- Benutzeroberfläche
|
||||||
- Technologiewahl
|
- Angebotserstellung
|
||||||
|
- Auftragsbestätigung
|
||||||
Phase 2 – Design
|
- Lieferschein
|
||||||
- Architektur
|
- Rechnungserstellung
|
||||||
- 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
|
## Nicht-funktionale Anforderungen
|
||||||
- Performance
|
|
||||||
- Sicherheit
|
- Gute Usability
|
||||||
- Usability
|
- Wartbarer Code
|
||||||
|
- Versionierung über Git
|
||||||
|
- Saubere Architektur
|
||||||
|
- Testbarkeit der Module
|
||||||
|
|
||||||
|
---
|
||||||
|
|
||||||
|
# Vorgehensmodell
|
||||||
|
|
||||||
|
Das Projekt orientiert sich am V-Modell.
|
||||||
|
|
||||||
|
- Anforderungen
|
||||||
|
- System- und Softwaredesign
|
||||||
|
- Implementierung
|
||||||
|
- Integration und Test
|
||||||
|
- Abnahme
|
||||||
|
|
||||||
|
---
|
||||||
|
|
||||||
|
# Zeitplan / Meilensteine (V-Modell-orientiert)
|
||||||
|
|
||||||
|
Das Projekt orientiert sich am V-Modell mit Fokus auf Verifikation und Validierung.
|
||||||
|
Jeder Entwicklungsphase ist eine entsprechende Testphase zugeordnet.
|
||||||
|
|
||||||
|
| Nr. | Phase | Inhalt | Datum |
|
||||||
|
|---|---|---|---|
|
||||||
|
| M1 | Anforderungen | Erhebung und Dokumentation der System- und Softwareanforderungen | 15.04.2026 |
|
||||||
|
| M2 | Architektur | Systemarchitektur und Schnittstellendesign | [Datum] |
|
||||||
|
| M3 | Detailentwurf | Moduldesign (Produkt-, Kundenverwaltung, UI, Prozess) | [Datum] |
|
||||||
|
| M4 | Implementierung | Umsetzung aller Module im Code | [Datum] |
|
||||||
|
| M5 | Integrationstest | Zusammenführung und Schnittstellentests | [Datum] |
|
||||||
|
| M6 | Systemtest | Prüfung gegen Anforderungen | [Datum] |
|
||||||
|
| M7 | Abnahme | Präsentation und finale Abgabe | 30.06.2026 |
|
||||||
|
|
||||||
---
|
---
|
||||||
|
|
||||||
# Technologie-Stack
|
# Technologie-Stack
|
||||||
|
|
||||||
| Bereich | Technologie |
|
| Bereich | Technologie |
|
||||||
|--------|------------|
|
|---|---|
|
||||||
| Frontend | [z. B. React / HTML/CSS] |
|
| Frontend | JavaFX |
|
||||||
| Backend | [z. B. Django / Node.js] |
|
| Backend | Java |
|
||||||
| Datenbank | [z. B. PostgreSQL] |
|
| Datenbank | SQLite |
|
||||||
| Version Control | Gitty |
|
| Version Control | Gitty |
|
||||||
| Tools | [z. B. VS Code] |
|
| Tools | IntelliJ, VS Code, Discord |
|
||||||
|
|
||||||
---
|
---
|
||||||
|
|
||||||
# Risikomanagement
|
# Risikomanagement
|
||||||
| Nr. | Risiko | W/A | Gegenmaßnahme |
|
|
||||||
|-----|------------|-----|---------------|
|
| Risiko | Wahrscheinlichkeit / Impact | Gegenmaßnahme |
|
||||||
| 1 | [Risiko 1] | M/H | [Maßnahme] |
|
|---|---|---|
|
||||||
| 2 | [Risiko 2] | H/M | [Maßnahme] |
|
| Ausfall von Teammitgliedern | Mittel / Hoch | Wissensaustausch |
|
||||||
| 3 | [Risiko 3] | M/M | [Maßnahme] |
|
| Merge-Konflikte | Mittel / Mittel | Code Reviews |
|
||||||
| 4 | [Risiko 4] | H/M | [Maßnahme] |
|
| Integrationsprobleme | Mittel / Mittel | frühe Tests |
|
||||||
|
| Zeitverzug | Hoch / Mittel | MVP-Fokus |
|
||||||
|
|
||||||
---
|
---
|
||||||
|
|
||||||
# Ressourcen und Budget
|
# Ressourcen und Rahmenbedingungen
|
||||||
- **Teamgröße:** X Personen
|
|
||||||
- **Verfügbare Zeit pro Person:** [Stunden/Woche]
|
|
||||||
- **Projektlaufzeit:** [Startdatum] – [Enddatum]
|
|
||||||
- **Budget:** [Betrag]
|
|
||||||
- **Infrastruktur:** [z. B. GitHub, Uni-Server]
|
|
||||||
|
|
||||||
**Rahmenbedingungen:**
|
- Teamgröße: 11 Personen
|
||||||
- Abgabe bis [Datum]
|
- Zeit pro Person: 2–3 Stunden pro Woche
|
||||||
- Technologiestack gemäß Vorgaben
|
- Projektlaufzeit: 15.04.2026 – 30.06.2026
|
||||||
- Gleichmäßige Arbeitsverteilung
|
- Budget: kein Budget
|
||||||
|
- Infrastruktur: Gitty, Discord, lokale Entwicklung
|
||||||
|
|
||||||
|
Rahmenbedingungen:
|
||||||
|
- Umsetzung aller Pflichtmodule
|
||||||
|
- saubere Repository-Struktur
|
||||||
|
- Teamübergreifende Integration
|
||||||
|
- dokumentierter Entwicklungsprozess
|
||||||
|
|
||||||
---
|
---
|
||||||
|
|
||||||
# Kommunikations- und Entscheidungswege
|
# Kommunikationswege
|
||||||
|
|
||||||
| Kanal | Zweck | Frequenz |
|
| Kanal | Zweck | Frequenz |
|
||||||
|------------------|----------------------------|-------------|
|
|---|---|---|
|
||||||
| [z.B. Discord] | Team-Kommunikation | täglich |
|
| Discord | Kommunikation | täglich |
|
||||||
| [z.B. GitHub] | Aufgabenverwaltung | kontinuierlich |
|
| Gitty | Codeverwaltung | kontinuierlich |
|
||||||
| [z.B. Meeting] | Fortschrittskontrolle | wöchentlich |
|
| Meetings | Planung | wöchentlich |
|
||||||
| [z.B. E-Mail] | Kommunikation mit Betreuer | bei Bedarf |
|
| E-Mail | Betreuerkontakt | bei Bedarf |
|
||||||
|
|
||||||
---
|
---
|
||||||
|
|
||||||
# Definition of Done (DoD)
|
# Definition of Done
|
||||||
|
|
||||||
Ein Feature gilt als fertig, wenn:
|
Ein Feature gilt als abgeschlossen, wenn:
|
||||||
|
|
||||||
- Code implementiert und funktionsfähig ist
|
- Implementiert und funktionsfähig
|
||||||
- Tests erfolgreich bestanden sind
|
- getestet
|
||||||
- Code Review durchgeführt wurde
|
- Code Review durchgeführt
|
||||||
- Dokumentation aktualisiert wurde
|
- dokumentiert
|
||||||
- Feature getestet wurde
|
- integriert
|
||||||
|
|
||||||
---
|
---
|
||||||
|
|
||||||
# Abnahmekriterien
|
# Abnahmekriterien
|
||||||
|
|
||||||
Das Projekt gilt als erfolgreich abgeschlossen, wenn:
|
- alle Pflichtmodule implementiert
|
||||||
|
- vollständiger Dokumentenprozess vorhanden
|
||||||
- Alle Muss-Anforderungen erfüllt sind
|
- GUI funktionsfähig
|
||||||
- Anwendung demonstrierbar ist
|
- Tests erfolgreich
|
||||||
- Tests erfolgreich sind
|
- Präsentation bestanden
|
||||||
- Dokumentation vollständig ist
|
|
||||||
- Präsentation durchgeführt wurde
|
|
||||||
|
|
||||||
---
|
---
|
||||||
|
|
||||||
## Unterschriften und Genehmigung
|
# Genehmigung
|
||||||
|
|
||||||
Mit ihrer Unterschrift bestätigen alle Beteiligten, dass sie den Inhalt dieses Project Charters gelesen haben und damit einverstanden sind.
|
|
||||||
|
|
||||||
| Rolle | Unterschrift | Datum |
|
| Rolle | Unterschrift | Datum |
|
||||||
|-|-|-|
|
|---|---|---|
|
||||||
| Betreuer/in | __________________________ | __________ |
|
| Betreuer | ______________________________ | __________ |
|
||||||
| Projektleiter/in | __________________________ | __________ |
|
| Gruppe E | ______________________________ | __________ |
|
||||||
| Teammitglied | __________________________ | __________ |
|
| Gruppe F | ______________________________ | __________ |
|
||||||
| Teammitglied | __________________________ | __________ |
|
| Gruppe G | ______________________________ | __________ |
|
||||||
| Teammitglied | __________________________ | __________ |
|
| Gruppe H | ______________________________ | __________ |
|
||||||
Loading…
Reference in New Issue