@atlashub/smartstack-cli 4.18.0 → 4.20.0

package/templates/skills/business-analyse/questionnaire/04-data.md

@@ -1,88 +0,0 @@
-# Category 4: Data
-
-> **Usage:** Definition of entities and data rules
-> **When to load:** If feature is data-centric or full module
-
----
-
-## 4.1 Entities
-
-| # | Question | Answer Type |
-|---|----------|-------------|
-| Q4.1 | What are the main entities handled? | List |
-| Q4.2 | For each entity: important attributes? | Per entity |
-| Q4.3 | What relationships exist between entities? | Text schema |
-| Q4.4 | Expected data volume? | Estimation |
-| Q4.4b | For each entity: should the Code be auto-generated or user-provided? | Per entity |
-| Q4.4c | If auto-generated: what strategy? (sequential, daily timestamp, yearly, UUID short) | Per entity |
-| Q4.4d | What prefix represents this entity? (2-6 lowercase letters, e.g., emp, inv) | Per entity |
-
-## 4.2 Data Rules
-
-| # | Question | Answer Type |
-|---|----------|-------------|
-| Q4.5 | What validations on data? | List of rules |
-| Q4.6 | Which fields are required vs optional? | Per field |
-| Q4.7 | What specific formats/constraints? | List |
-| Q4.8 | Sensitive data to protect? | List + level |
-
----
-
-## Technical Mapping
-
-| Business Concept | Platform |
-|-----------------|------------|
-| Main entity | Domain Entity |
-| Required attribute | `[Required]` |
-| Unique attribute | `HasIndex().IsUnique()` |
-| 1:N relationship | Navigation property |
-| Sensitive data | Encryption + audit |
-| Code auto-generation | `ICodeGenerator<T>.NextCodeAsync()` with retry — see `apex/references/code-generation.md` |
-| Code pattern config | `analysis.entities[].codePattern` in feature.json |
-
-> **⚠️ RBAC EXCLUSION: The following concepts are handled by the platform's RBAC system
-> and MUST NOT be modeled as entity attributes or separate entities:**
->
-> | Concept | ❌ Wrong (entity attribute) | ✅ Correct (RBAC) |
-> |---------|---------------------------|-------------------|
-> | User role | `User.Role` property | Permission set `{app}.{module}.*` |
-> | Access level | `User.AccessLevel` enum | Permission matrix per role |
-> | Is admin | `User.IsAdmin` boolean | `{app}.{module}.admin` permission |
-> | Can edit | `User.CanEdit` boolean | `{app}.{module}.update` permission |
->
-> When Q4.2 asks for "important attributes", **exclude** any role/permission/access concept.
-
-## Elicitation Guide
-
-### Follow-ups by Question
-
-| Question | If answer is vague/insufficient | Probe |
-|----------|-------------------------------|-------|
-| Q4.1 (entities) | Single entity listed | "Cette entité a-t-elle des sous-éléments ? (lignes de commande, pièces jointes, historique)" |
-| Q4.1 (entities) | Mentions "User" as entity | "L'utilisateur est géré par la plateforme (Identity). Décrivez plutôt l'entité MÉTIER (Client, Employee, Contact...)" |
-| Q4.2 (attributes) | Liste de champs techniques (ID, CreatedDate) | "Les champs techniques (Id, TenantId, audit) sont auto-gérés. Quels sont les attributs MÉTIER ?" |
-| Q4.3 (relationships) | "1:N" without detail | "Un {Parent} peut avoir combien de {Children} max ? Un {Child} peut-il exister sans {Parent} ?" |
-| Q4.4 (volume) | "Beaucoup" | "Ordre de grandeur : dizaines, centaines, milliers, millions ? Croissance par mois ?" |
-| Q4.4b (code pattern) | "User enters the code" or no answer | "Le code doit-il suivre un format spécifique ? (numéro séquentiel, date, combinaison ?)" |
-| Q4.4c (code strategy) | No answer | Propose strategy based on entity type: invoices/orders → timestamp-daily, employees/customers → sequential, references/categories → uuid-short, contracts → year-sequential, tickets → timestamp-minute |
-| Q4.4d (code prefix) | Too long or ambiguous | "Le préfixe est limité à 2-6 lettres minuscules. Exemple : 'emp' pour Employee, 'inv' pour Invoice, 'ctr' pour Contract." |
-| Q4.5 (validations) | Validations basiques seulement | "Y a-t-il des règles inter-champs ? (date fin > date début, montant selon statut)" |
-| Q4.8 (sensitive) | "Non" | "Pas de données personnelles (nom, email, téléphone) ? Pas de données financières ?" |
-
-### Anti-patterns to Detect
-
-| Signal | Anti-pattern | Action |
-|--------|-------------|--------|
-| Entity "User" avec attributs métier | **Confusion User/Identity** | La plateforme gère les Users via Identity. L'entité métier = Client, Employee, Contact |
-| Attributs Id, TenantId, CreatedBy listés | **Champs techniques comme métier** | Ces champs sont auto-générés par `AuditableEntity`. Ne pas les lister. |
-| Pas de soft delete mentionné | **Suppression non clarifiée** | "Les données supprimées sont-elles effacées définitivement ou archivées ?" → `SoftDeletableEntity` |
-| Aucune contrainte d'unicité | **Unicité non vérifiée** | "Deux entités peuvent-elles avoir le même nom/code/email ?" |
-
-### Entity Patterns
-
-| Besoin métier | Base class plateforme | Inclut automatiquement |
-|---------------|----------------------|----------------------|
-| Entité simple | `Entity` | Id, TenantId |
-| Avec audit | `AuditableEntity` | + CreatedBy, CreatedDate, ModifiedBy, ModifiedDate |
-| Avec suppression logique | `SoftDeletableEntity` | + IsDeleted, DeletedBy, DeletedDate |
-| Avec hiérarchie | `HierarchicalEntity` | + ParentId, Level, Path |

package/templates/skills/business-analyse/questionnaire/05-integrations.md

@@ -1,58 +0,0 @@
-# Category 5: Integrations
-
-> **Usage:** Connections with internal and external systems
-> **When to load:** If feature involves integrations
-
----
-
-## 5.1 Existing Systems
-
-| # | Question | Answer Type |
-|---|----------|-------------|
-| Q5.1 | What internal systems should we integrate with? | List |
-| Q5.2 | What external systems? | List |
-| Q5.3 | Existing APIs to use? | Documentation |
-| Q5.4 | Data to import from another system? | List + format |
-
-## 5.2 Data Flows
-
-| # | Question | Answer Type |
-|---|----------|-------------|
-| Q5.5 | Flow direction? (inbound/outbound/bidirectional) | Per system |
-| Q5.6 | Synchronization frequency? | Real-time/Batch |
-| Q5.7 | Data conflict management? | Strategy |
-| Q5.8 | Fallback if external system unavailable? | Behavior |
-
----
-
-## Integration Patterns
-
-| Integration Type | Pattern | When to use |
-|-----------------|---------|-------------|
-| REST API | HttpClient + Polly | Appel synchrone à un service externe avec retry/circuit-breaker |
-| Message Queue | MassTransit | Communication asynchrone entre modules/services |
-| Webhook | Controller endpoint | Réception d'événements depuis un système externe |
-| Real-time | SignalR | Notifications temps réel vers le navigateur |
-| Batch import | Background job (Hangfire) | Import/traitement de gros volumes en arrière-plan |
-| File storage | Azure Blob / local | Upload/download de documents et pièces jointes |
-
-## Elicitation Guide
-
-### Follow-ups by Question
-
-| Question | If answer is vague/insufficient | Probe |
-|----------|-------------------------------|-------|
-| Q5.1 (internal) | "Aucun" | "Ce module doit-il notifier d'autres modules ? Lire des données d'un autre contexte ?" |
-| Q5.2 (external) | "Aucun" | "Pas d'envoi d'emails ? Pas de connexion ERP, CRM, comptabilité ? Pas de SSO externe ?" |
-| Q5.3 (APIs) | "Oui il y a une API" | "Avez-vous la documentation (Swagger/OpenAPI) ? Quel format (REST/SOAP/GraphQL) ? Auth (API key, OAuth) ?" |
-| Q5.6 (frequency) | "Temps réel" | "Temps réel = chaque seconde (SignalR) ou à chaque modification (event-driven) ? Quelle latence acceptable ?" |
-| Q5.7 (conflicts) | "Pas de conflits" | "Si le système externe envoie une donnée qui existe déjà, on écrase, on ignore ou on signale ?" |
-| Q5.8 (fallback) | "Ça ne devrait pas arriver" | "Si le service est down 1h, que fait l'utilisateur ? File d'attente, mode dégradé, retry ?" |
-
-### Anti-patterns to Detect
-
-| Signal | Anti-pattern | Action |
-|--------|-------------|--------|
-| Intégration synchrone pour tout | **Couplage fort** | Si l'autre système peut être lent/down, proposer pattern asynchrone (MassTransit) |
-| "On verra plus tard pour l'intégration" | **Intégration non planifiée** | Documenter minimum : système cible, direction du flux, format attendu |
-| Pas de stratégie d'erreur | **Pas de résilience** | Toute intégration externe DOIT avoir un fallback (Polly retry + circuit breaker) |

package/templates/skills/business-analyse/questionnaire/06-security.md

@@ -1,68 +0,0 @@
-# Category 6: Security & Permissions
-
-> **Usage:** Definition of access and restrictions
-> **When to load:** ALWAYS (core, minimal)
-
----
-
-## 6.1 Access
-
-| # | Question | Answer Type |
-|---|----------|-------------|
-| Q6.1 | Who can VIEW data? | List of roles |
-| Q6.2 | Who can CREATE entries? | List of roles |
-| Q6.3 | Who can MODIFY? | List of roles |
-| Q6.4 | Who can DELETE? | List of roles |
-
-## 6.2 Restrictions
-
-| # | Question | Answer Type |
-|---|----------|-------------|
-| Q6.5 | Geographic restrictions? | Countries/regions |
-| Q6.6 | Time-based restrictions? (hours, periods) | Ranges |
-| Q6.7 | Audit trail required? Which actions? | List |
-| Q6.8 | Regulatory compliance? (GDPR, etc.) | List of standards |
-
----
-
-## Platform Permission
-
-**Format:** `{application}.{module}.{action}`
-
-| Action | Permission |
-|--------|------------|
-| Read | `.read` |
-| Create | `.create` |
-| Update | `.update` |
-| Delete | `.delete` |
-| Export | `.export` |
-| Import | `.import` |
-| Admin | `.admin` |
-
-> **⚠️ RBAC ARCHITECTURE: La plateforme gère les rôles et permissions via son système RBAC intégré (HasData).**
->
-> - Les rôles identifiés en Q6.1-Q6.4 sont des **ensembles de permissions**, pas des données métier
-> - L'accès est contrôlé par des permissions attribuées aux rôles, pas par des propriétés d'entité
-> - Ne jamais proposer de créer une entité `Role`, `UserRole`, ou un attribut `User.Role`
-> - Le mapping rôle → permissions se fait dans la **Permission Matrix** (step-03c-compile)
-
-## Elicitation Guide
-
-### Follow-ups by Question
-
-| Question | If answer is vague/insufficient | Probe |
-|----------|-------------------------------|-------|
-| Q6.1-Q6.4 (access) | "Admin peut tout faire" | "Tout = aussi supprimer ? Aussi exporter des données sensibles ? Aussi modifier les données d'un autre tenant ?" |
-| Q6.1-Q6.4 (access) | Un seul rôle défini | "Qui ne fait que consulter ? Qui peut modifier mais pas supprimer ? Qui valide les actions critiques ?" |
-| Q6.4 (delete) | "Tout le monde peut supprimer" | "Suppression logique ou physique ? Confirmation requise ? Possibilité de restaurer ?" |
-| Q6.7 (audit) | "Non" | "Pas besoin de savoir qui a modifié quoi et quand ? Pas de traçabilité réglementaire ?" |
-| Q6.8 (compliance) | "Pas concerné" | "Données personnelles (RGPD) ? Données financières (SOX) ? Données de santé (HDS) ?" |
-
-### Anti-patterns to Detect
-
-| Signal | Anti-pattern | Action |
-|--------|-------------|--------|
-| "Admin = accès total sans restriction" | **Super-admin sans granularité** | Même l'admin devrait avoir des permissions explicites, pas un bypass global |
-| Aucune mention de multi-tenant | **Isolation oubliée** | La plateforme est multi-tenant : chaque requête est filtrée par TenantId automatiquement |
-| Pas d'audit trail | **Traçabilité absente** | `AuditableEntity` fournit CreatedBy/ModifiedBy. Suffisant ou besoin d'un audit log détaillé ? |
-| Permissions uniquement CRUD | **Actions métier non couvertes** | Y a-t-il des actions spécifiques ? (valider, approuver, archiver, publier) → permissions custom |

package/templates/skills/business-analyse/questionnaire/07-ui.md

@@ -1,76 +0,0 @@
-# Category 7: User Interface
-
-> **Usage:** Definition of user experience
-> **When to load:** If feature is UI-centric or full module
-
----
-
-## 7.1 Experience
-
-| # | Question | Answer Type |
-|---|----------|-------------|
-| Q7.1 | Target devices? (desktop, mobile, tablet) | List |
-| Q7.2 | Browsers to support? | List + versions |
-| Q7.3 | Accessibility required? (WCAG level) | A/AA/AAA |
-| Q7.4 | Dark/light mode required? | Yes/No |
-
-## 7.2 Screens
-
-| # | Question | Answer Type |
-|---|----------|-------------|
-| Q7.5 | Main screens needed? | List |
-| Q7.6 | Existing mockups/wireframes? | Documents |
-| Q7.7 | Key information per screen? | Per screen |
-| Q7.8 | Possible actions per screen? | Per screen |
-
-## 7.3 Dashboards & Analytics
-
-| # | Question | Answer Type |
-|---|----------|-------------|
-| Q7.9 | Dashboards ou tableaux de bord requis ? | List (noms + descriptions) |
-| Q7.10 | KPIs à afficher par dashboard ? | Per dashboard: nom, métrique, format (number/currency/percent), seuils |
-| Q7.11 | Types de graphiques souhaités ? | Per KPI: bar, line, pie, area, scatter, kpi-card |
-| Q7.12 | Filtres temporels ? | Période par défaut + plages disponibles (jour/semaine/mois/trimestre/année) |
-
----
-
-## UI Components
-
-| Need | Component | Détail |
-|------|-----------|--------|
-| List with pagination | DataTable | Tri, pagination, sélection, actions inline |
-| Creation form | Form page (`/create` route) | Validation FluentValidation, i18n des erreurs |
-| Edit form | Form page (`/:id/edit` route) | Pré-remplissage, dirty check, optimistic locking |
-| Filters | FilterBar | Filtres combinables, persistance URL params |
-| Export | ExportButton | CSV/Excel, respecte les filtres actifs |
-| Cards/Grid | CardGrid | Affichage visuel alternatif au tableau |
-| Detail view | DetailPanel | Side panel ou page dédiée |
-| Status/Workflow | StatusBadge + Timeline | Affichage état + historique transitions |
-| Tooltips/Infobulles | Tooltip | Info contextuelle sur champs/actions |
-| KPI Card | StatCard | Valeur numérique + tendance + icône |
-| Chart (Bar/Line/Pie) | RechartsChart | Graphique interactif via Recharts |
-| Dashboard layout | DashboardGrid | Grille responsive de KPI + charts |
-
-## Elicitation Guide
-
-### Follow-ups by Question
-
-| Question | If answer is vague/insufficient | Probe |
-|----------|-------------------------------|-------|
-| Q7.1 (devices) | "Desktop uniquement" | "Aucun accès mobile ? Même pas en consultation ? Tablette en atelier/terrain ?" |
-| Q7.5 (screens) | "Un écran de liste" | "Avec pages dédiées pour création et édition ? Détail en page avec onglets ?" |
-| Q7.5 (screens) | Pas de mention dashboard | "L'utilisateur a-t-il besoin d'un tableau de bord avec des KPIs avant de plonger dans les données ?" |
-| Q7.7 (key info) | "Toutes les colonnes" | "Sur mobile/petit écran, quelles 3-4 colonnes sont indispensables ? Le reste = détail secondaire" |
-| Q7.8 (actions) | "CRUD classique" | "Actions métier spécifiques ? (valider, dupliquer, archiver, changer statut, assigner)" |
-| Q7.9 (dashboards) | "Juste des chiffres" | "Les tendances/comparaisons ne seraient-elles pas plus lisibles en graphique ? Bar chart pour comparer, line chart pour évoluer ?" |
-| Q7.10 (KPIs) | Pas de seuils définis | "À partir de quel seuil un KPI est-il en alerte ? En critique ? (ex: stock < 10 = warning, < 3 = critique)" |
-
-### Anti-patterns to Detect
-
-| Signal | Anti-pattern | Action |
-|--------|-------------|--------|
-| "Un seul gros formulaire avec tout" | **Formulaire monolithique** | Proposer des étapes/wizard ou des onglets par section logique |
-| Aucune mention de feedback utilisateur | **UX silencieuse** | "Quels messages de succès/erreur ? Toast, notification, redirect ?" |
-| "Identique à [autre app]" | **Copier sans adapter** | "Quelles différences de contexte ? L'utilisateur fait-il le même parcours ?" |
-| Actions sans confirmation | **Actions destructives non protégées** | "La suppression nécessite-t-elle une confirmation ? Un motif ? Une double validation ?" |
-| "Juste des chiffres sur la page" | **Dashboard sans visualisation** | "Les tendances/comparaisons ne seraient-elles pas plus lisibles en graphique ? Bar chart pour comparer, line chart pour évoluer ?" |

package/templates/skills/business-analyse/questionnaire/08-performance.md

@@ -1,42 +0,0 @@
-# Category 8: Performance & Quality
-
-> **Usage:** Non-functional performance requirements
-> **When to load:** If feature is performance-critical or reporting
-
----
-
-## 8.1 Performance & Quality
-
-| # | Question | Answer Type |
-|---|----------|-------------|
-| Q8.1 | Acceptable response time? | Milliseconds |
-| Q8.2 | Expected load peaks? | When + volume |
-| Q8.3 | Specific tests required? | Types |
-| Q8.4 | Overall acceptance criteria? | List |
-
----
-
-## Platform Thresholds
-
-| Metric | Acceptable Threshold |
-|--------|---------------------|
-| API response time | < 200ms (P95) |
-| Page load | < 2s |
-
-## Elicitation Guide
-
-### Follow-ups by Question
-
-| Question | If answer is vague/insufficient | Probe |
-|----------|-------------------------------|-------|
-| Q8.1 (response time) | "Rapide" | "< 1 seconde ? < 200ms ? Différence acceptable entre liste et détail ?" |
-| Q8.2 (peaks) | "Non" | "Pas de clôture mensuelle ? Pas de période de saisie massive ? Pas d'import batch ?" |
-| Q8.3 (tests) | "Tests normaux" | "Tests unitaires ? Intégration ? E2E ? Tests de charge ? Tests de sécurité (OWASP) ?" |
-| Q8.4 (acceptance) | Vide | "Quels critères pour que le PO valide la livraison ? Performance, fonctionnel, UX ?" |
-
-### Anti-patterns to Detect
-
-| Signal | Anti-pattern | Action |
-|--------|-------------|--------|
-| Aucune mention de volume de données | **Scalabilité non planifiée** | "Avec 1M de lignes dans 2 ans, la recherche sera-t-elle toujours performante ?" |
-| Pas de tests mentionnés | **Qualité non vérifiable** | Au minimum : tests unitaires services + tests intégration API |

package/templates/skills/business-analyse/questionnaire/09-constraints.md

@@ -1,45 +0,0 @@
-# Category 9: Constraints
-
-> **Usage:** Technical and organizational constraints
-> **When to load:** If constraints identified or workflow feature
-
----
-
-## 9.1 Technical
-
-| # | Question | Answer Type |
-|---|----------|-------------|
-| Q9.1 | Mandated tech stack? | Technologies |
-| Q9.2 | Infrastructure limitations? | Description |
-| Q9.3 | Technology dependencies? | List |
-| Q9.4 | Compatibility constraints? | List |
-
----
-
-## Platform Constraints
-
-| Constraint | Impact | Non-négociable |
-|-----------|--------|----------------|
-| Multi-tenant | TenantId sur toutes les entités, isolation par tenant | Oui |
-| .NET 8+ | Version minimum du backend | Oui |
-| React 19+ | Version minimum du frontend | Oui |
-| SQL Server/PostgreSQL | Bases de données supportées | Oui |
-| CQRS | Commands/Queries séparées via MediatR | Oui |
-| FluentValidation | Validation côté serveur | Oui |
-| i18n (4 langues) | FR, EN, IT, DE obligatoires | Oui |
-
-## Elicitation Guide
-
-### Follow-ups by Question
-
-| Question | If answer is vague/insufficient | Probe |
-|----------|-------------------------------|-------|
-| Q9.1 (tech stack) | Propose une technologie hors plateforme | "La plateforme impose .NET 8 + React 19. Cette contrainte est-elle compatible avec votre besoin ?" |
-| Q9.2 (infrastructure) | "Cloud" sans précision | "Azure, AWS, on-premise ? Contraintes de localisation des données (pays) ?" |
-
-### Anti-patterns to Detect
-
-| Signal | Anti-pattern | Action |
-|--------|-------------|--------|
-| Technologie imposée hors stack | **Incompatibilité plateforme** | Clarifier : est-ce une intégration (OK) ou un remplacement de composant (risqué) ? |
-| "Pas de contrainte" | **Contraintes implicites oubliées** | Multi-tenant, RGPD, audit, i18n sont des contraintes de la plateforme obligatoires |

package/templates/skills/business-analyse/questionnaire/10-documentation.md

@@ -1,58 +0,0 @@
-# Category 10: Documentation & Support
-
-> **Usage:** Documentation and support needs
-> **When to load:** Toujours (chargé en step-01 §4g — every application requires documentation decisions)
-
----
-
-## 10.1 Documentation
-
-| # | Question | Answer Type |
-|---|----------|-------------|
-| Q10.1 | User documentation needed? (tooltips intégrés, guide pas-à-pas, FAQ, vidéo tutoriel) | Yes/No + format |
-| Q10.2 | Technical documentation needed? (API Swagger, ERD schéma données, guide développeur) | Yes/No + type |
-| Q10.3 | Who is responsible for maintaining documentation after delivery? | Person/Role |
-| Q10.4 | Knowledge base or training planned? (onboarding, wiki, release notes) | Scope + timeline |
-
----
-
-## Documentation
-
-| Type | Generated by | Format |
-|------|-------------|--------|
-| Documentation module | `/documentation` skill (après `/ralph-loop`) | React page intégrée via doc-data.ts + DocRenderer |
-| Swagger API | Automatic (Swashbuckle) | OpenAPI 3.0 |
-| User guide | Manual or AI | Markdown / PDF |
-| Release notes | `/gitflow finish` | Changelog automatique |
-| ERD (schéma données) | `/documentation` skill | Mermaid diagram |
-
-## Génération automatique
-
-| Livrable | Quand | Comment |
-|----------|-------|---------|
-| Swagger API | Automatique (ASP.NET Core + Swashbuckle) | Disponible à `/swagger` dès le déploiement |
-| ERD (schéma données) | Après `/ralph-loop` | Skill `/documentation` type ERD |
-| Module documentation | Après `/ralph-loop` | Skill `/documentation` type user-module |
-| Release notes | À chaque release | Skill `/gitflow finish` |
-| Tooltips in-app (doc-data.ts) | Pendant `/ralph-loop` | Catégorie `documentation` du PRD |
-
-> **Flux recommandé :** `/business-analyse` capture les besoins → `/ralph-loop` génère les fichiers de base (doc-data.ts) → `/documentation` génère ERD + guides complets → `/gitflow finish` génère release notes.
-
----
-
-## Elicitation Guide
-
-### Follow-ups by Question
-
-| Question | If answer is vague/insufficient | Probe |
-|----------|-------------------------------|-------|
-| Q10.1 (user doc) | "Oui" sans détail | "Guide pas-à-pas ? FAQ ? Vidéo tutoriel ? Tooltips in-app ? Quel public cible ?" |
-| Q10.2 (tech doc) | "Non" | "Pas de documentation API ? Pas de schéma de données pour les développeurs futurs ?" |
-| Q10.3 (training) | "Pas prévu" | "Comment les utilisateurs apprendront-ils ? Formation, doc, auto-apprentissage ?" |
-
-### Anti-patterns to Detect
-
-| Signal | Anti-pattern | Action |
-|--------|-------------|--------|
-| "La doc se fera après" | **Documentation en dette** | Le feature.json EST la doc. `/documentation` la génère automatiquement après `/ralph-loop`. |
-| "On n'a pas besoin de doc" | **Documentation inexistante** | Même sans guide utilisateur, Swagger + ERD sont générés automatiquement. Le skill `/documentation` ne coûte rien à lancer. |

package/templates/skills/business-analyse/questionnaire/11-data-lifecycle.md

@@ -1,59 +0,0 @@
-# Category 11: Data Lifecycle
-
-> **Usage:** Lifecycle, retention, archival and compliance for business data
-> **When to load:** If feature is data-centric or full module
-
----
-
-## 11.1 Data Retention
-
-| # | Question | Answer Type |
-|---|----------|-------------|
-| Q11.1 | How long must data be kept active? | Duration |
-| Q11.2 | Is there a legal retention period? (GDPR, fiscal, regulatory) | Duration + regulation |
-| Q11.3 | What happens after the retention period? | Archive/Purge/Anonymize |
-| Q11.4 | Who decides when data is archived or purged? | Role |
-
-## 11.2 Data States
-
-| # | Question | Answer Type |
-|---|----------|-------------|
-| Q11.5 | What states can a record go through? (draft, active, archived, deleted) | List of states |
-| Q11.6 | Can a deleted record be restored? | Yes/No + conditions |
-| Q11.7 | Should historical versions be kept? (versioning) | Yes/No + depth |
-| Q11.8 | Is there a "freeze" or "lock" state? (immutable after validation) | Yes/No + trigger |
-
----
-
-## Lifecycle Patterns
-
-| Need | Platform Pattern | Impact |
-|------|-------------------|--------|
-| Soft delete | `SoftDeletableEntity` | IsDeleted, DeletedBy, DeletedDate auto-managed |
-| Audit trail | `AuditableEntity` | CreatedBy/Date, ModifiedBy/Date auto-managed |
-| Versioning | Custom `EntityVersion` table | Manual implementation per entity |
-| Archival | Status enum + background job | Scheduled job moves old records |
-| GDPR purge | Anonymization service | Replace personal data with `[REDACTED]` |
-| Immutable after state | Validation in Update command | `if (entity.Status == Locked) throw` |
-
-## Elicitation Guide
-
-### Follow-ups by Question
-
-| Question | If answer is vague/insufficient | Probe |
-|----------|-------------------------------|-------|
-| Q11.1 (retention) | "Toujours" | "Pas de limite légale ? Avec 1M de lignes dans 5 ans, les performances resteront-elles acceptables ?" |
-| Q11.2 (legal) | "Je ne sais pas" | "Données personnelles = RGPD (effacement après demande). Données fiscales = 10 ans. Données RH = 5 ans après départ." |
-| Q11.3 (after retention) | "On supprime" | "Suppression physique ou logique ? Anonymisation des données personnelles ? Export avant suppression ?" |
-| Q11.5 (states) | "Actif ou supprimé" | "Pas de brouillon ? Pas de 'en attente de validation' ? Pas d'archivé consultable mais non modifiable ?" |
-| Q11.6 (restore) | "Non" | "Si un utilisateur supprime par erreur, aucun recours ? Même pas l'admin ?" |
-| Q11.8 (freeze) | "Non" | "Une fois une facture validée, peut-on encore la modifier ? Une commande livrée, peut-on changer son contenu ?" |
-
-### Anti-patterns to Detect
-
-| Signal | Anti-pattern | Action |
-|--------|-------------|--------|
-| "On garde tout pour toujours" | **Pas de stratégie de rétention** | Volume illimité = performance dégradée. Définir une politique d'archivage. |
-| Suppression physique de données personnelles | **Non-conformité RGPD** | RGPD exige la possibilité d'effacer/anonymiser. `SoftDeletableEntity` + anonymisation. |
-| Aucun état intermédiaire | **Lifecycle trop simple** | La plupart des entités métier passent par brouillon → actif → archivé minimum. |
-| Données modifiables sans limite | **Pas d'immutabilité** | Certains documents (factures, contrats) doivent être figés après validation. |

package/templates/skills/business-analyse/questionnaire/12-migration.md

@@ -1,58 +0,0 @@
-# Category 12: Migration & Transition
-
-> **Usage:** Plan transition from AS-IS to TO-BE, handle existing data
-> **When to load:** ALWAYS for new modules (not enhancements)
-
----
-
-## 12.1 Existing Data
-
-| # | Question | Answer Type |
-|---|----------|-------------|
-| Q12.1 | Is there existing data to migrate? | Yes/No + source |
-| Q12.2 | What format is the existing data in? | Excel/CSV/DB/API/Manual |
-| Q12.3 | What volume of data to migrate? | Estimation |
-| Q12.4 | What data quality issues exist? (duplicates, missing fields, inconsistencies) | List |
-
-## 12.2 Transition Plan
-
-| # | Question | Answer Type |
-|---|----------|-------------|
-| Q12.5 | Is there a coexistence period? (old + new system in parallel) | Duration |
-| Q12.6 | What is the cutover strategy? | Big-bang / Progressive / Parallel |
-| Q12.7 | Who validates the migrated data? | Role |
-| Q12.8 | What is the rollback plan if migration fails? | Strategy |
-
----
-
-## Migration Patterns
-
-| Need | Pattern | Tool |
-|------|---------|------|
-| CSV/Excel import | Background job + FluentValidation | Hangfire + custom importer |
-| Database migration | EF Core seed / SQL script | `dotnet ef` + seed data |
-| API import | HttpClient batch | Background job + Polly |
-| Data cleanup | Validation pipeline | FluentValidation + reporting |
-| Progressive rollout | Feature flag | LaunchDarkly / custom config |
-
-## Elicitation Guide
-
-### Follow-ups by Question
-
-| Question | If answer is vague/insufficient | Probe |
-|----------|-------------------------------|-------|
-| Q12.1 (existing data) | "Oui" sans détail | "Dans quel outil ? Excel, ERP, autre DB ? Combien de fichiers/tables ? Qui y a accès ?" |
-| Q12.2 (format) | "Excel" | "Un seul fichier ou plusieurs ? Avec des onglets ? Des macros ? Des formules ? Quelles colonnes ?" |
-| Q12.4 (quality) | "C'est propre" | "Pas de doublons ? Pas de champs vides obligatoires ? Pas de formats incohérents (dates, montants) ?" |
-| Q12.5 (coexistence) | "Non" | "Les utilisateurs passent directement au nouveau système ? Pas de période d'apprentissage en parallèle ?" |
-| Q12.6 (cutover) | "On verra" | "Big-bang (bascule à date fixe) ou progressif (équipe par équipe) ? Si progressif, quels groupes en premier ?" |
-| Q12.8 (rollback) | "Pas prévu" | "Si l'import échoue ou corrompt des données, comment revenir en arrière ? Backup avant migration ?" |
-
-### Anti-patterns to Detect
-
-| Signal | Anti-pattern | Action |
-|--------|-------------|--------|
-| "On saisira tout à la main" | **Migration non planifiée** | Si > 100 enregistrements, l'import automatisé est indispensable |
-| Pas de validation post-migration | **Données non vérifiées** | Prévoir un rapport de migration : importés / rejetés / à corriger |
-| Aucun rollback plan | **Risque de perte de données** | Toujours faire un backup avant migration + possibilité de rollback |
-| "On migrera plus tard" | **Dette technique** | Si la migration est nécessaire, la planifier dès le départ même si simplifiée |

package/templates/skills/business-analyse/questionnaire/13-cross-module.md

@@ -1,69 +0,0 @@
-# Category 13: Cross-Module Impact
-
-> **Usage:** Analyze impact on existing modules and shared dependencies
-> **When to load:** ALWAYS for new modules (not enhancements)
-
----
-
-## 13.1 Existing Module Dependencies
-
-| # | Question | Answer Type |
-|---|----------|-------------|
-| Q13.1 | Which existing modules does this new module interact with? | List |
-| Q13.2 | What data is shared between modules? (entities, lookup tables) | Per module |
-| Q13.3 | Are there existing entities this module will reference? (FK relationships) | List |
-| Q13.4 | Will this module produce events that other modules consume? | List of events |
-
-## 13.2 Impact Assessment
-
-| # | Question | Answer Type |
-|---|----------|-------------|
-| Q13.5 | Will existing modules need modifications to support this new module? | List of changes |
-| Q13.6 | Are there shared UI components or navigation changes? | List |
-| Q13.7 | Will this module affect existing permissions/roles? | Yes/No + detail |
-| Q13.8 | Is there a risk of data model conflicts? (same entity modified by 2 modules) | Risk assessment |
-
----
-
-## Cross-Module Patterns
-
-| Need | Pattern | Example |
-|------|---------|---------|
-| Reference another entity | Navigation property + FK | `Order.ClientId → Client` |
-| Shared lookup data | Shared entity in Domain | `Status`, `Category` entities |
-| Event notification | MediatR notification | `OrderCreatedNotification` |
-| Cross-module query | Read-only DTO from other module | `IClientQueryService` |
-| Navigation link | Menu entry in NavRoute | `business/{app}/{module}` |
-| Shared permission | Permission hierarchy | `{app}.*` covers all modules |
-
-## Elicitation Guide
-
-### Follow-ups by Question
-
-| Question | If answer is vague/insufficient | Probe |
-|----------|-------------------------------|-------|
-| Q13.1 (interactions) | "Aucun" | "Ce module est totalement isolé ? Pas de lien avec des clients, produits, utilisateurs d'autres modules ?" |
-| Q13.2 (shared data) | "Je ne sais pas" | Use `{codebase_context}` from pre-research: "J'ai trouvé les entités {list} dans {app}. Ce module a-t-il besoin de les référencer ?" |
-| Q13.3 (FK references) | Vague | "Une {entity} de ce module appartient-elle à un {existing_entity} ? (ex: OrderLine → Product)" |
-| Q13.4 (events) | "Non" | "Quand un {entity} est créé/modifié/supprimé, faut-il notifier un autre module ? Mettre à jour un compteur ?" |
-| Q13.5 (modifications) | "Non" | "Pas de nouvelle colonne dans le menu ? Pas de lien depuis une page existante vers ce nouveau module ?" |
-| Q13.8 (conflicts) | "Pas de risque" | "Deux modules modifient-ils la même entité ? (ex: module A crée un Client, module B le modifie)" |
-
-### Anti-patterns to Detect
-
-| Signal | Anti-pattern | Action |
-|--------|-------------|--------|
-| Module totalement isolé | **Silo de données** | Rare qu'un module métier n'ait aucune connexion. Vérifier avec le codebase context. |
-| Duplication d'entité existante | **Entité dupliquée** | Si `Client` existe déjà, ne pas créer `Customer`. Référencer l'existant. |
-| Modification d'entité d'un autre module | **Couplage fort** | Utiliser des événements (MediatR) plutôt que des modifications directes. |
-| Aucune mention de navigation | **Module orphelin dans l'UI** | Le module doit apparaître dans le menu de l'application (NavRoute). |
-
-### Using Pre-Research Context
-
-> **IMPORTANT:** This category benefits most from step 3 (Pre-Research).
->
-> Use `{codebase_context}` to:
-> - **List existing entities** and ask the user which ones this module references
-> - **Show existing modules** and ask about interactions
-> - **Detect potential duplicates** (entity names similar to what the user describes)
-> - **Propose event patterns** based on existing MediatR notifications