docs: Document hierarchy + Design Specification skeleton

- Add DOCUMENT HIERARCHY (0d) to MEMORY.md
  - 7 levels: SYSTEM > ENGINEERING > DESIGN > PRODUCT > SPEC > GUIDES > CODE
  - Conflict resolution: higher document wins

- Add docs/design/LANDVEX_DESIGN_SPECIFICATION.md (v1.0-skeleton, DRAFT)
  - 18 chapters with full structure
  - Button component as reference spec (states, ARIA, keyboard, touch, animation, AC)
  - All other chapters marked as TODO with placeholder tables
  - Status: DRAFT — filled progressively, not all at once

Rationale: Establish governance first (Fas 1), fill specification
progressively (Fas 2), automated QA later (Fas 3).
This commit is contained in:
Bernt
2026-07-02 08:24:49 +00:00
parent f756b63fe2
commit 125ec6e4d2
2 changed files with 456 additions and 0 deletions
+22
View File
@@ -83,6 +83,28 @@ Detta dokument är den högsta auktoriteten för:
---
## 0d. DOKUMENTHIERARKI (LÅST 2026-07-02, Erik)
**Regel:** Om två dokument står i konflikt gäller alltid dokumentet högre upp i hierarkin.
| Nivå | Dokumenttyp | Exempel |
|------|-------------|---------|
| 1 | **SYSTEM_CONSTITUTION** | Arkitekturprinciper, säkerhet, data- och API-strategi |
| 2 | **ENGINEERING_CONSTITUTION** | Kodstandarder, CI/CD, teststrategi, tekniska beslut |
| 3 | **DESIGN_CONSTITUTION** | UX-principer, visuell identitet, interaktionsdesign |
| 4 | **PRODUCT_DOCTRINES** | Landvex Enterprise, quiXzoom Field App |
| 5 | **DESIGN_SPECIFICATIONS** | Tokens, komponenter, layout, färger, typografi, motion |
| 6 | **IMPLEMENTATION_GUIDES** | How-to för utvecklare, integrationsmönster |
| 7 | **CODE** | Den faktiska implementationen |
**Tillämpning:**
- En produktdoktrin får aldrig bryta mot Design Constitution
- En implementation får aldrig bryta mot Design Specification
- En Design Specification får aldrig bryta mot Design Constitution
- Konflikter löses genom att gå uppåt i hierarkin
---
## 1. EKONOMISK ÅTERHÅLLSAMHET (UPPDATERAD 2026-06-21 04:51 UTC, Erik)
**Denna regel override:ar allt annat utom säkerhet.**