rd13_copilot_setup/git-templates/docs/requirements/REQUIREMENTS.md
Conrad Schulz a959d76850 feat: requirements engineering + konsistenz-check
- git-templates/docs/requirements/REQUIREMENTS.md: persistentes Requirements-Template
  mit User Stories, ACs, NFRs, Out-of-Scope, Aenderungshistorie
- prompts/check-consistency.prompt.md: neuer /check-consistency Prompt
  (Code vs. Requirements vs. Docs, findet Widersprueche vor dem Commit)
- git-templates/hooks/pre-commit: Check 5 hinzugefuegt
  (blockiert wenn REQUIREMENTS.md unstaged Aenderungen hat)
- prompts/requirements.prompt.md: liest und schreibt jetzt docs/requirements/REQUIREMENTS.md
- copilot-instructions.md (beide): Requirements-Sektion, DoD + Before-starting erweitert
- git-templates/history/summary/PROJECT_CONTEXT.md: Requirements-Pfad erganzt
2026-06-02 17:51:41 +00:00

74 lines
1.9 KiB
Markdown
Raw Blame History

This file contains ambiguous Unicode characters

This file contains Unicode characters that might be confused with other characters. If you think that this is intentional, you can safely ignore this warning. Use the Escape button to reveal them.

# Requirements [PROJEKT_NAME]
> **Persistentes Anforderungs-Dokument** wird vom Agenten gepflegt.
> Vor jeder Implementierung lesen. Nach jeder Anforderungs-Klärung aktualisieren.
> Copilot Chat: `/requirements` → Requirements-Workshop starten oder aktualisieren.
> Copilot Chat: `/check-consistency` → Konsistenz zwischen Code und Requirements prüfen.
**Letzte Aktualisierung:** <!-- TODO: Datum + wer hat geupdated -->
**Version:** 0.1 (Draft)
---
## Überblick
<!-- TODO: 2-3 Sätze was das System tun soll -->
---
## Nutzer-Rollen
| Rolle | Beschreibung | Primäre Ziele |
|---|---|---|
| <!-- TODO --> | | |
---
## User Stories
<!-- Format: US-NNN | Titel | Als [Rolle] möchte ich [Aktion], damit [Nutzen] -->
### US-001 [Titel]
> Als **[Rolle]** möchte ich **[Aktion]**, damit **[Nutzen]**.
**Acceptance Criteria:**
- [ ] Given [Vorbedingung], When [Aktion], Then [Erwartetes Ergebnis]
- [ ] Given [Vorbedingung], When [Fehlerfall], Then [Fehlerbehandlung]
**Status:** Draft | Ready | In Progress | Done
**Priorität:** Must Have | Should Have | Nice to Have
---
## Non-Functional Requirements
| ID | Kategorie | Anforderung | Messbar |
|---|---|---|---|
| NFR-001 | Performance | <!-- TODO --> | <!-- z.B. < 200ms bei 100 concurrent users --> |
| NFR-002 | Security | Keine Secrets im Code, Auth für alle Endpunkte | Ja OWASP Top 10 |
| NFR-003 | Availability | <!-- TODO --> | <!-- z.B. 99.9% uptime --> |
| NFR-004 | Maintainability | Neue Entwickler onboarden in < 1h | Ja Onboarding-Checkliste |
---
## Explizit Out of Scope
<!-- Was wird bewusst NICHT gebaut (jetzt oder nie): -->
- [ ] TODO Out-of-Scope-Item 1
---
## Offene Fragen & Risiken
| # | Frage / Risiko | Verantwortlich | Deadline | Status |
|---|---|---|---|---|
| 1 | <!-- TODO --> | | | Offen |
---
## Änderungshistorie
| Datum | Version | Änderung | Wer |
|---|---|---|---|
| <!-- TODO --> | 0.1 | Initiale Draft-Version | Agent |