SE1_Gruppe_F/project-charter.md

217 lines
5.8 KiB
Markdown
Raw Blame History

This file contains ambiguous Unicode characters!

This file contains ambiguous Unicode characters that may be confused with others in your current locale. If your use case is intentional and legitimate, you can safely ignore this warning. Use the Escape button to highlight these characters.

---
title : Project Charter
author: Andreas Ivanovic
verion: 1.0
toc: yes
---
| Autor | Prüfer | Freigebende |
|------|------------|---------------------|
| [Name, Vorname] | [Name, Vorname] | [Name, Vorname] |
| [Abteilung/Funktion]| [Abteilung/Funktion] | [Abteilung/Funktion] |
| [Datum, Unterschr.] | [Datum, Unterschr.] | [Datum, Unterschr.] |
---
## 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 | __________________________ | __________ |