| 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) |
| Definizione di evento |
Il tipo di un evento BPMN: messaggio, timer, segnale, errore, escalation, condizione, collegamento, compensazione, annullamento o terminazione. Mostrata accanto al tipo di elemento nella tabella dei passaggi, insieme al nome del messaggio, del segnale o dell'errore a cui l'evento fa riferimento |
| Corsia |
Una banda orizzontale all'interno di un pool che raggruppa i passaggi svolti da un ruolo, un team o un reparto |
| Attività di chiamata |
Un'attività BPMN con bordo spesso che richiama un processo definito in modo autonomo: il modo proprio di BPMN per dire «questo passo è un altro processo», e l'unico tipo di passo per cui Turbo EA chiede il processo aziendale quando lo si posiziona. Ogni altro passo collega un processo allo stesso modo, dal pannello delle proprietà, dal menu contestuale o dalla tabella dei passi; la pubblicazione del flusso crea una relazione richiama tra i due processi |
| Flusso di messaggio |
Un messaggio scambiato tra due pool di una collaborazione BPMN. Elencato sotto la tabella degli elementi di un flusso di processo pubblicato, dove può essere collegato alla card Interfaccia che lo trasporta |
| Pool |
Un partecipante di una collaborazione BPMN — un cliente, un reparto, un sistema partner — disegnato come contenitore del processo proprio di quella parte |
| 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 Turbo EA 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 (documenti, fogli di calcolo, presentazioni, file OpenDocument e Office legacy, immagini, archivi, messaggi Outlook ed e-mail, CSV, Markdown, JSON e XML — fino a 20 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 |
| Extension (estensione) |
Un componente aggiuntivo firmato dal fornitore, installato da Admin → Estensioni, che aggiunge funzionalità specifiche del cliente (contenuti, integrazioni, pagine) senza modificare il core di Turbo EA. Richiede un diritto di licenza |
| Extension Bundle (.teax) |
Il file zip firmato in cui viene consegnata un'estensione. La firma Ed25519 viene verificata al caricamento e a ogni avvio del backend; i pacchetti non firmati o manomessi vengono rifiutati |
| Entitlement (diritto) |
Una riga di una licenza di estensione firmata: il diritto di eseguire una specifica estensione fino a una scadenza, seguita da un periodo di tolleranza prima della disattivazione dolce |
| Content Pack (pacchetto di contenuti) |
La parte di soli dati di un'estensione: tipi di scheda, tag, schede e relazioni applicati con lo stesso motore idempotente del trasferimento workspace, con anteprima |
| DAAF |
Digital Autonomy Assessment Framework — il metodo dell'Università di Utrecht per valutare quanto un'applicazione dipenda da un fornitore e quanto ciò sia mitigabile. Riprodotto da un'estensione gratuita |
| Regola di automazione |
Una regola che l'estensione Automations esegue per voi: quando una scheda, una relazione o un todo cambia o scatta una pianificazione, se valgono le condizioni costruite da menu a tendina, allora viene eseguito un elenco di azioni. Ogni esecuzione è registrata come batch di modifiche |
| Esecuzione (automazione) |
Una singola esecuzione di una regola di automazione per una scheda: il suo attivatore, il suo esito e ogni riga di azione, elencata nella scheda Esecuzioni e collegata al proprio batch di modifiche |
| Chiave di attivazione |
Ciò che una regola di automazione ricorda dopo essere scattata per una scheda: la scheda e i valori letti dalle sue condizioni. Finché restano invariati la regola non scatta di nuovo per quella scheda, così una regola notturna non può aprire lo stesso rischio ogni notte |
| Batch di modifiche |
Un'unità di modifica tracciata in Admin → Registro di audit: chi ha scritto cosa, da dove (web, API, strumento IA o estensione), con le differenze per evento e un Rollback che annulla le scritture su schede, relazioni, rischi, ruoli di stakeholder, tag e bozze di decisione |
| Registro delle informazioni |
Il registro che ogni entità finanziaria dell'UE deve tenere sui propri accordi con fornitori terzi di servizi TIC e trasmettere annualmente ai sensi dell'art. 28 DORA — 15 modelli interconnessi |
| LEI |
Legal Entity Identifier — codice ISO 17442 di 20 caratteri che identifica un soggetto giuridico, con due cifre di controllo. Richiesto in tutto il registro delle informazioni DORA |
| xBRL-CSV |
Il formato di pacchetto di report leggibile da macchina che le autorità accettano per gli invii regolamentari come il registro delle informazioni DORA |
| 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 Turbo EA 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 Turbo EA è 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 Turbo EA 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 Turbo EA 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 Turbo EA: 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 |