| ADR (Architecture Decision Record) | Un documento formale che registra una decisione architetturale importante, includendo contesto, motivazioni, conseguenze e alternative considerate. Gli ADR supportano un flusso di firma e una catena di revisioni |
| Anno fiscale | Il periodo di 12 mesi utilizzato per il budget e la rendicontazione finanziaria. Configurabile tramite Admin > Impostazioni — il mese di inizio (da gennaio a dicembre) determina come vengono raggruppate le linee di budget PPM |
| Stato di approvazione | Lo stato di revisione di una card: Draft, Approved, Broken o Rejected. Le card approvate cambiano in Broken quando vengono modificate |
| Segnalibro / Vista salvata | Una configurazione salvata di filtri, colonne e ordinamento nell'Inventario che può essere ricaricata con un clic |
| BPM | Business Process Management — la disciplina della modellazione, analisi e miglioramento dei processi aziendali |
| BPMN | Business Process Model and Notation — la notazione standard per la modellazione dei processi aziendali (versione 2.0) |
| Business Capability | Ciò che un'organizzazione può fare, indipendentemente da come lo fa |
| Calcolo | Una formula definita dall'amministratore che calcola automaticamente il valore di un campo quando una card viene salvata |
| Card | L'unità base di informazione in Canopy che rappresenta qualsiasi componente architetturale |
| Tipo di card | La categoria a cui appartiene una card (es. Application, Business Process, Organization) |
| Punteggio di affidabilità | Una valutazione 0-100% che indica quanto è affidabile una descrizione generata dall'AI |
| Voce di costo | Una voce di budget o costo effettivo (CapEx/OpEx) in un'iniziativa PPM, utilizzata per monitorare le spese finanziarie |
| Qualità dei dati | Un punteggio di completezza 0-100% basato sui campi compilati e sui loro pesi configurati |
| Diagramma | Un diagramma architetturale visivo creato con l'editor DrawIO integrato |
| Feed OData | Un feed di dati JSON disponibile sulle viste dell'inventario salvate (segnalibri) per il consumo da parte di strumenti esterni come Power BI o Excel |
| File allegato | Un file binario (PDF, DOCX, XLSX, immagini, fino a 10 MB) caricato direttamente su una card tramite la scheda Risorse |
| DrawIO | Lo strumento di disegno open-source integrato utilizzato per i diagrammi architetturali visivi |
| Enterprise Architecture (EA) | La disciplina che organizza e documenta la struttura aziendale e tecnologica di un'organizzazione |
| EOL (End of Life) | La data in cui un prodotto tecnologico perde il supporto del fornitore. Tracciato tramite l'integrazione con endoflife.date |
| Diagramma di Gantt | Una linea temporale visiva con barre orizzontali che mostra il calendario, la durata e l'avanzamento del progetto |
| Initiative | Un progetto o programma che comporta modifiche all'architettura |
| Ciclo di vita | Le cinque fasi attraverso cui passa un componente: Plan, Phase In, Active, Phase Out, End of Life |
| LLM | Large Language Model — un modello AI che genera testo (es. Ollama, OpenAI, Anthropic Claude, Google Gemini) |
| MCP | Model Context Protocol — uno standard aperto che consente agli strumenti IA (Claude, Copilot, Cursor) di connettersi a fonti dati esterne. Il server MCP integrato di Canopy fornisce accesso in sola lettura ai dati EA con RBAC per utente |
| Metamodello | Il modello guidato dai dati che definisce la struttura della piattaforma: tipi di card, campi, relazioni e ruoli |
| Milestone | Un evento significativo o punto di completamento nella tempistica di un progetto, mostrato come indicatore a diamante nel diagramma di Gantt |
| Notifica | Un avviso in-app o via email attivato da eventi di sistema (todo assegnato, card aggiornata, commento aggiunto, ecc.) |
| Ollama | Uno strumento open-source per eseguire LLM localmente sul proprio hardware |
| Ordine righe BPM | L'ordine di visualizzazione delle righe dei tipi di processo (Core, Supporto, Management) nel navigatore dei processi BPM, configurabile trascinando le righe |
| Portfolio | Una collezione di applicazioni o tecnologie gestite come gruppo |
| PPM | Gestione del Portafoglio Progetti — la disciplina di gestione di un portafoglio di progetti e iniziative con budget, rischi, attività e report di stato |
| Numero di riferimento | Un identificatore sequenziale generato automaticamente per gli ADR (es. ADR-001, ADR-002) che fornisce un'etichetta univoca e leggibile |
| Todo ricorrente | Un todo di card impostato per ripetersi secondo un calendario (ogni N giorni/settimane/mesi/anni). Completandolo viene creata la prossima occorrenza; le occorrenze lontane restano «pianificate» finché non si apre una finestra di anticipo, poi compaiono nella pagina Attività e notificano il responsabile |
| Relazione | Una connessione tra due card che descrive come sono correlate (es. "utilizza", "dipende da", "funziona su") |
| Scheda Risorse | Una scheda nella pagina di dettaglio della card che consolida Decisioni architetturali, file allegati e link ai documenti in un unico luogo |
| Revisione (ADR) | Una nuova versione di un ADR firmato che eredita il contenuto e i collegamenti alle card dalla versione precedente, con un numero di revisione incrementato |
| Stato RAG | Indicatore di salute Rosso-Ambra-Verde utilizzato nei report di stato PPM per calendario, costi e ambito |
| Punteggio di rischio | Un valore calcolato automaticamente (probabilità x impatto) che quantifica la gravità di un rischio del progetto |
| Report salvato | Una configurazione di report persistente con filtri, assi e impostazioni di visualizzazione che può essere ricaricata |
| Sezione | Un'area raggruppabile della pagina di dettaglio della card contenente campi correlati, configurabile per tipo di card |
| Firmatario | Un utente designato per esaminare e firmare un documento ADR o SoAW. Il flusso di firma traccia le firme in sospeso e completate |
| SoAW | Statement of Architecture Work — un documento formale TOGAF che definisce ambito e deliverable per un'iniziativa |
| SSO | Single Sign-On — login tramite credenziali aziendali attraverso un identity provider (Microsoft, Google, Okta, OIDC) |
| Sottotipo | Una classificazione secondaria all'interno di un tipo di card (es. Application ha i sottotipi: Business Application, Microservice, AI Agent, Deployment). Ogni sottotipo funge da sotto-modello che può controllare la visibilità dei campi |
| Modello di sottotipo | La configurazione di quali campi sono visibili o nascosti per un sottotipo specifico. Gli amministratori configurano questo nell'amministrazione del metamodello cliccando su un chip di sottotipo |
| Stakeholder | Una persona con un ruolo specifico su una card (es. Application Owner, Technical Owner) |
| Sondaggio | Un questionario di manutenzione dati rivolto a tipi di card specifici per raccogliere informazioni dagli stakeholder |
| Tag / Gruppo di tag | Un'etichetta di classificazione organizzata in gruppi con modalità selezione singola o selezione multipla, restrizioni di tipo opzionali e un flag opzionale di obbligatorietà che blocca l'approvazione e alimenta il punteggio di qualità dei dati |
| Gruppo di tag obbligatorio | Un gruppo di tag contrassegnato come richiesto. Le card applicabili non possono essere approvate finché non è allegato almeno un tag del gruppo; la sua soddisfazione contribuisce al punteggio di qualità dei dati della card |
| Rilevamento semantico della Legge UE sull'IA | Passata di conformità di TurboLens che chiede all'LLM di segnalare le card che incorporano capacità IA / ML (LLM, motori di raccomandazione, computer vision, scoring, chatbot, …) anche quando non sono esplicitamente classificate come AI Agent / AI Model. Tali evidenze sono marcate Rilevato dall'IA |
| Rischio iniziale vs. residuo | Due valutazioni catturate su ogni rischio nel Registro dei Rischi. Iniziale è probabilità × impatto non mitigati; Residuo è probabilità × impatto dopo la mitigazione, modificabile una volta esistente un piano di mitigazione. Entrambe derivano un livello tramite la matrice 4×4 |
| Riferimento del rischio | Identificativo monotono e leggibile (R-000123) assegnato alla creazione di un rischio. Resta visibile sui pulsanti delle evidenze promosse (Apri rischio R-000123) e nella descrizione del Todo collegato al proprietario |
| TOGAF | The Open Group Architecture Framework — una metodologia EA ampiamente utilizzata. La funzionalità SoAW di Canopy è allineata a TOGAF |
| Report di stato | Un report PPM mensile che monitora la salute del progetto tramite indicatori RAG per calendario, costi e ambito |
| Portale web | Una vista pubblica di sola lettura di card selezionate accessibile senza autenticazione tramite un URL univoco |
| Struttura di Scomposizione del Lavoro (WBS) | Una scomposizione gerarchica dell'ambito del progetto in pacchetti di lavoro |
| Pacchetto di lavoro | Un raggruppamento logico di attività all'interno di un calendario Gantt con proprie date di inizio/fine e percentuale di completamento |
| Suggerimento AI | Una descrizione di card auto-generata prodotta combinando risultati di ricerca web con un Large Language Model (LLM) |
| Verdetto AI | La conferma o il rifiuto da parte dell'utente della classificazione AI fornita dal LLM su una card (hasAiFeatures = true / false). Persiste tra le ri-scansioni in modo che la deriva del LLM non modifichi silenziosamente l'ambito dell'AI Act dell'UE |
| GRC | Governance, Risk e Compliance — lo spazio di lavoro unificato a /grc con tre tab (Governance, Risk, Compliance) che consolida i Principi EA, gli ADR, il Registro dei rischi e lo scanner Security & Compliance |
| Fase G | Fase ADM «Implementation Governance» di TOGAF. Fonte del vocabolario e del ciclo di vita del Registro dei rischi |
| Registro dei rischi | Registro a livello di landscape dei rischi architetturali allineato a TOGAF Fase G. Vive a /grc?tab=risk. Distinto dai rischi a livello di iniziativa catturati in PPM |
| Proprietario del rischio | L'utente responsabile di un rischio. L'assegnazione crea automaticamente un Todo di sistema sulla pagina Todo del proprietario e attiva una notifica risk_assigned |
| Task di mitigazione | Elemento di lavoro con proprietario collegato a un Rischio che cattura attività concreta di mitigazione. Può essere one-shot o ricorrente (giornaliero / settimanale / mensile / annuale). I task ricorrenti avanzano calendariamente in modo corretto alla chiusura |
| Ciclo di task di mitigazione | Un'istanza pianificata di un Task di mitigazione. Passa per scheduled → open → done / skipped. Cattura uno snapshot dell'assegnato all'apertura e del proprietario alla chiusura, in modo che le risposte di audit sopravvivano alla rotazione dei proprietari |
| Tempo di anticipo (Task di mitigazione) | Giorni prima di due_date in cui un ciclo pianificato viene promosso a open e atterra sulla lista Todo dell'assegnato. Default intelligenti per-unità (1 / 2 / 7 / 14 per giornaliero / settimanale / mensile / annuale), limitati a metà della durata del ciclo |
| Rilevazione di conformità | Una riga del registro Conformità contro una regolamentazione × articolo. Scritta manualmente da un revisore o prodotta da una scansione IA TurboLens; entrambi i tipi condividono lo stesso ciclo di vita e possono essere promossi a un Rischio |
| Capacità Macro | Raggruppamento di Livello 0 sopra L1 nel Catalogo delle capacità. Atterra come card BusinessCapability con attributes.capabilityLevel = "Macro" e un catalogueId con prefisso MC-. Rilassa il limite di profondità della gerarchia a 6 |
| Vista delle dipendenze a strati (LDV) | Notazione interna di Canopy per i diagrammi di dipendenza: card raggruppate nei quattro layer EA come corsie, colorate per tipo di card, con le card proposte rese come nodi con bordo tratteggiato e badge verde «NEW». Usata dal report Dipendenze, dalla sezione dipendenze del dettaglio card e dall'architettura target di TurboLens Architect |
| TIME (Tolerate / Invest / Migrate / Eliminate) | Un framework di classificazione del portfolio in quattro disposizioni per le applicazioni, reso popolare da Gartner. Ogni applicazione riceve una disposizione — Tolerate (mantenere), Invest (finanziare miglioramenti), Migrate (sostituire o riallocare) o Eliminate (dismettere). In Canopy viene tipicamente aggiunto come campo single_select sul tipo Application e usato come asse colore del Portfolio Report |
| Razionalizzazione del portfolio applicativo | L'iniziativa EA iniziale più comune su Canopy: inventariare le applicazioni nel perimetro, classificarle per valore di business e idoneità tecnica e assegnare una disposizione TIME che guida le decisioni di consolidamento, sostituzione o dismissione |
| Crawl-Walk-Run | Il modello di rollout a fasi raccomandato nella Guida per principianti EA. Crawl = perimetro ristretto, solo Applicazioni, cinque campi per card. Walk = aggiungere il mapping delle capability e una prima analisi di portfolio. Run = estendere a processi, interfacce, dati e ai moduli avanzati |