Aggiunge architettura.md e blueprint.md, sostituisce la proposta CSV con le domande cliente
Ricostruisce architettura e blueprint da software.old adattandoli al repository, verificati sulle fonti. Elimina la proposta CSV mai inviata e la sostituisce con invii/2026-09-27_domande-cliente_v0.4.md. Allinea versioni e registro modifiche di richiesta.md, workflow.md, domande-cliente.md e indice-documenti.md. Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>
This commit is contained in:
1 parent
8c7ffb4feb
commit
4441fa2cd1
9 files changed
+626
-69
No files matched your search
+16
-6
@@ -25,10 +25,12 @@ Ogni informazione sta in **un solo documento**; gli altri la richiamano con il s
|
||||
|
||||
| Documento | Contenuto (e solo questo) | Versione | Stato | Allineato a |
|
||||
|---|---|---|---|---|
|
||||
| `richiesta.md` | **Documento base.** Cosa deve fare il software: moduli, requisiti (RF, RT), dati personali, differenze tra le fonti, decisioni (D) | **0.4.3** | Bozza | Fonti del 25/09/2026 |
|
||||
| `workflow.md` | Processi del software passo per passo (W), con i riferimenti ai requisiti | **0.4.1** | Bozza | `richiesta.md` v0.4 |
|
||||
| `domande-cliente.md` | Tutto ciò che è aperto: domande essenziali per il cliente (Q), cose da comunicare, verifiche con legale e commercialista (C), scelte in sospeso (B), rischi | **0.4.4** | Bozza | `richiesta.md` v0.4 |
|
||||
| `richiesta.md` | **Documento base.** Cosa deve fare il software: moduli, requisiti (RF, RT), dati personali, differenze tra le fonti, decisioni (D) | **0.4.5** | Bozza | Fonti del 25/09/2026 |
|
||||
| `workflow.md` | Processi del software passo per passo (W), con i riferimenti ai requisiti | **0.4.3** | Bozza | `richiesta.md` v0.4 |
|
||||
| `domande-cliente.md` | Tutto ciò che è aperto: domande essenziali per il cliente (Q), cose da comunicare, verifiche con legale e commercialista (C), scelte in sospeso (B), rischi | **0.4.6** | Bozza | `richiesta.md` v0.4 |
|
||||
| `costi-ricorrenti.md` | Costi ricorrenti di sviluppo, test e produzione: prezzi con fonte, formule delle voci variabili, scenari, effetti economici delle decisioni | **0.4.4** | Bozza | `richiesta.md` v0.4 |
|
||||
| `architettura.md` | Come si costruisce il software: forma dell'applicazione, componenti, dati, permessi, confronto sugli stack, sicurezza, infrastruttura e rilascio (uso interno) | **0.4.3** | Bozza | `richiesta.md` v0.4 |
|
||||
| `blueprint.md` | Come si organizza la realizzazione: prerequisiti, pacchetti di lavoro (P) con dipendenze, tappe di collaudo (T), rischi di pianificazione; base per la stima delle ore (uso interno) | **0.4.2** | Bozza | `richiesta.md` v0.4 |
|
||||
| `indice-documenti.md` | Versioni in vigore e schema di versione | — | — | — |
|
||||
| `CLAUDE.md` | Istruzioni per Claude: regole, convenzioni, procedura di aggiornamento | — | In uso | Non segue lo schema di versione |
|
||||
|
||||
@@ -38,7 +40,7 @@ Copie fisse di ciò che viene preparato o inviato al cliente (cartella `invii/`)
|
||||
|
||||
| File | Contenuto | Basato su | Stato |
|
||||
|---|---|---|---|
|
||||
| `invii/2026-09-27_proposta_v0.4.csv` | Proposta con le stesse colonne dell'Excel del cliente, più "Osservazioni"; 23 righe di funzioni e 7 domande (corrispondenza con i codici Q in `domande-cliente.md` §1.1). Versione rivista da Davide; Q23 e Q18 non incluse, da trattare direttamente con il cliente | `richiesta.md` v0.4.2, `workflow.md` v0.4, `domande-cliente.md` v0.4.2 (§1 e §2) | Preparato, non ancora inviato |
|
||||
| `invii/2026-09-27_domande-cliente_v0.4.md` | Domande formali per il cliente: 9 domande (corrispondenza con i codici Q in `domande-cliente.md` §1.1), decisioni già prese, funzioni completate con ipotesi da verificare al collaudo, materiali da chiedere con data di consegna. Sostituisce la proposta CSV, mai inviata ed eliminata. Q23 e Q18 non incluse, da trattare di persona o nel contratto | `richiesta.md` v0.4.4, `workflow.md` v0.4.2, `domande-cliente.md` v0.4.6 (§1.1 e §2) | Preparato, non ancora inviato |
|
||||
| `invii/2026-09-27_costi_v0.4.md` | Costi del primo anno in versione semplice per datore di lavoro e cliente: costi fissi, costi variabili con la formula di calcolo, esempi di totale con 30 e 200 enti, chi paga. Solo euro; niente fonti, rischi o verifiche interne | `costi-ricorrenti.md` v0.4.3 | Preparato, non ancora inviato |
|
||||
|
||||
**Simboli usati nei documenti:** ✅ deciso · ⏳ aperto, da chiedere al cliente · 🔸 ipotesi o passo dedotto, da confermare · ⚖️ da verificare con legale o commercialista.
|
||||
@@ -52,7 +54,10 @@ fonti/AAAA-MM-GG/ (docx, xlsx del cliente)
|
||||
↓
|
||||
├── workflow.md
|
||||
├── domande-cliente.md
|
||||
└── costi-ricorrenti.md
|
||||
├── costi-ricorrenti.md
|
||||
└── architettura.md
|
||||
↓
|
||||
blueprint.md (usa anche workflow, domande e costi)
|
||||
```
|
||||
|
||||
---
|
||||
@@ -76,7 +81,7 @@ fonti/AAAA-MM-GG/ (docx, xlsx del cliente)
|
||||
### 2.2 Regola di allineamento
|
||||
|
||||
1. **`richiesta.md` è il documento base.** Ogni modifica ai requisiti parte da lì.
|
||||
2. I documenti derivati (workflow, domande, costi) **usano le stesse X e Y** della versione di `richiesta.md` a cui sono allineati. La Z è propria di ogni documento.
|
||||
2. I documenti derivati (workflow, domande, costi, architettura, blueprint) **usano le stesse X e Y** della versione di `richiesta.md` a cui sono allineati. La Z è propria di ogni documento.
|
||||
3. Un documento derivato con X.Y diversa da `richiesta.md` è **disallineato** e va aggiornato prima di essere usato o inviato.
|
||||
|
||||
### 2.3 Cosa si fa a ogni cambio di versione
|
||||
@@ -117,3 +122,8 @@ La versione si legge nell'intestazione e in questo indice. Quando un documento v
|
||||
| 27/09/2026 | Aggiunto in §1.3 `invii/2026-09-27_costi_v0.4.docx`, versione semplice dei costi per datore di lavoro e cliente |
|
||||
| 27/09/2026 | `costi-ricorrenti.md` a v0.4.3 (solo euro, voci variabili con formula, esempi per 30 e 200 enti). In §1.3 la versione semplice dei costi passa da `.docx` a `invii/2026-09-27_costi_v0.4.md` (solo euro, formule); il `.docx`, mai inviato, è eliminato |
|
||||
| 27/09/2026 | Allineamento ed eliminazione delle ripetizioni: `richiesta.md` 0.4.3 (RT-3 allineato a W4), `workflow.md` 0.4.1, `domande-cliente.md` 0.4.4, `costi-ricorrenti.md` 0.4.4 (riscritto in forma lineare con i link delle fonti; firma in test verificata). Legenda dei simboli spostata qui da `richiesta.md`; corrispondenza tra domande della proposta e codici Q spostata in `domande-cliente.md` |
|
||||
| 27/09/2026 | Aggiunti `architettura.md` e `blueprint.md` (v0.4), ricostruiti da `architettura.md`, `blueprint-progetto.md`, `flussi-di-lavoro.md` e `mvp.md` della cartella `software.old` e adattati al repository (stack come proposta, nessuna stima inventata). `workflow.md` a v0.4.2 (diagrammi di W1, W4, W5; passo 🔸 7 di W4); `domande-cliente.md` a v0.4.5 (B1.10–B1.12, B2.6–B2.7). Aggiornati §1.2, dipendenze e §2.2; `CLAUDE.md` aggiornato (elenco dei documenti, codici Pn e Tn, dipendenze, procedura di aggiornamento) |
|
||||
| 27/09/2026 | Verifica di `architettura.md` e `blueprint.md` sulle fonti (con [D] confrontato con l'originale in `software.old/originali`: il testo coincide con la trascrizione): entrambi a v0.4.1, la conservazione digitale è richiesta da [D] e Q9 decide solo se va fatta a norma |
|
||||
| 27/09/2026 | Domande per il cliente: la proposta `invii/2026-09-27_proposta_v0.4.csv` (mai inviata) è eliminata e sostituita da `invii/2026-09-27_domande-cliente_v0.4.md` (domande e comunicazioni, senza riepilogo delle funzioni). `richiesta.md` 0.4.4 (Q25, Q26, nomi allineati a [X] per D13, rimando alla legenda corretto), `domande-cliente.md` 0.4.6, `architettura.md` e `blueprint.md` 0.4.2. `CLAUDE.md` aggiornato (esempio della cartella `invii/`) |
|
||||
| 27/09/2026 | `architettura.md` a v0.4.3: tolto dal vincolo "un solo sviluppatore" il riferimento alla manutenzione dal secondo anno |
|
||||
| 27/09/2026 | Verifica di allineamento: `richiesta.md` 0.4.5 (stato di M2 con Q25), `workflow.md` 0.4.3 (W1 passo 6 allineato ad `architettura.md`: link di attivazione) |
|
||||
Reference in new issue
Block a user