| ADR (Architecture Decision Record) |
Um documento formal que registra uma decisão de arquitetura importante, incluindo contexto, justificativa, consequências e alternativas consideradas. Os ADRs suportam um fluxo de assinatura e uma cadeia de revisões |
| Ano Fiscal |
O período de 12 meses usado para orçamento e relatórios financeiros. Configurável via Admin > Configurações — o mês de início (janeiro a dezembro) determina como as linhas de orçamento PPM são agrupadas |
| Status de Aprovação |
O estado de revisão de um card: Rascunho, Aprovado, Quebrado ou Rejeitado. Cards aprovados mudam para Quebrado quando editados |
| Favorito / Visualização Salva |
Uma configuração salva de filtros, colunas e ordenação no Inventário que pode ser recarregada com um clique |
| BPM |
Business Process Management (Gestão de Processos de Negócio) — a disciplina de modelar, analisar e melhorar processos de negócio |
| BPMN |
Business Process Model and Notation — a notação padrão para modelagem de processos de negócio (versão 2.0) |
| Definição de evento |
O tipo de um evento BPMN: mensagem, temporizador, sinal, erro, escalonamento, condicional, link, compensação, cancelamento ou término. Exibida ao lado do tipo de elemento na tabela de etapas, com o nome da mensagem, do sinal ou do erro ao qual o evento se refere |
| Raia |
Uma faixa horizontal dentro de um pool que agrupa as etapas executadas por um papel, equipe ou departamento |
| Atividade de chamada |
Uma tarefa BPMN com borda grossa que invoca um processo definido de forma independente: a maneira própria do BPMN de dizer «este passo é outro processo», e o único tipo de passo para o qual o Turbo EA pergunta o processo de negócio ao colocá-lo. Qualquer outro passo vincula um processo do mesmo modo, pelo painel de propriedades, pelo menu de contexto ou pela tabela de passos; publicar o fluxo cria uma relação invoca entre os dois processos |
| Fluxo de mensagem |
Uma mensagem trocada entre dois pools de uma colaboração BPMN. Listado abaixo da tabela de elementos de um fluxo de processo publicado, onde pode ser vinculado ao card de Interface que o transporta |
| Pool |
Um participante de uma colaboração BPMN — um cliente, um departamento, um sistema parceiro — desenhado como um contêiner que abriga o processo próprio daquela parte |
| Capacidade de Negócio |
O que uma organização pode fazer, independentemente de como o faz |
| Cálculo |
Uma fórmula definida pelo administrador que calcula automaticamente o valor de um campo quando um card é salvo |
| Card |
A unidade básica de informação no Turbo EA representando qualquer componente de arquitetura |
| Tipo de Card |
A categoria à qual um card pertence (ex.: Aplicação, Processo de Negócio, Organização) |
| Pontuação de Confiança |
Uma classificação de 0–100% indicando o quão confiável é uma descrição gerada por IA |
| Linha de custo |
Uma entrada de orçamento ou custo real (CapEx/OpEx) em uma iniciativa PPM, usada para rastrear gastos financeiros |
| Qualidade de Dados |
Uma pontuação de completude de 0–100% baseada nos campos preenchidos e seus pesos configurados |
| Anexo de arquivo |
Um arquivo binário (documentos, folhas de cálculo, apresentações, ficheiros OpenDocument e Office antigos, imagens, arquivos, mensagens do Outlook e e-mail, CSV, Markdown, JSON e XML — até 20 MB) carregado diretamente em um card pela aba Recursos |
| Feed OData |
Um feed de dados JSON disponível em visualizações salvas do inventário (marcadores) para consumo por ferramentas externas como Power BI ou Excel |
| Diagrama |
Um diagrama visual de arquitetura criado com o editor DrawIO integrado |
| DrawIO |
A ferramenta de diagramação de código aberto integrada, utilizada para diagramas visuais de arquitetura |
| Arquitetura Empresarial (EA) |
A disciplina que organiza e documenta a estrutura de negócios e tecnologia de uma organização |
| EOL (End of Life) |
A data em que um produto tecnológico perde o suporte do fornecedor. Rastreado via integração com endoflife.date |
| Extension (extensão) |
Um complemento assinado pelo fornecedor, instalado em Admin → Extensões, que adiciona capacidades específicas do cliente (conteúdo, integrações, páginas) sem alterar o núcleo do Turbo EA. Requer um direito de licença |
| Extension Bundle (.teax) |
O ficheiro zip assinado no qual uma extensão é entregue. A assinatura Ed25519 é verificada no carregamento e em cada arranque do backend; pacotes não assinados ou adulterados são rejeitados |
| Entitlement (direito) |
Uma linha de uma licença de extensão assinada: o direito de executar uma extensão específica até uma data de validade, seguida de um período de tolerância antes da desativação suave |
| Content Pack (pacote de conteúdo) |
A parte só de dados de uma extensão: tipos de cartão, etiquetas, cartões e relações aplicados com o mesmo motor idempotente da transferência de workspace, com pré-visualização |
| DAAF |
Digital Autonomy Assessment Framework — o método da Universidade de Utreque para pontuar o quanto uma aplicação depende de um fornecedor e até que ponto isso pode ser mitigado. Reproduzido por uma extensão gratuita |
| Regra de automação |
Uma regra que a extensão Automations executa por si: quando um card, uma relação ou uma tarefa muda ou um horário dispara, se as condições construídas a partir de listas pendentes se verificam, então é executada uma lista de ações. Cada execução fica registada como um lote de mutação |
| Execução (automação) |
Uma execução de uma regra de automação para um card — o seu gatilho, o seu resultado e cada linha de ação, listada no separador Execuções e ligada ao seu lote de mutação |
| Chave de disparo |
O que uma regra de automação memoriza depois de disparar para um card: o card e os valores que as suas condições leram. Enquanto estes não mudarem, a regra não volta a disparar para esse card, pelo que uma regra noturna não pode levantar o mesmo risco todas as noites |
| Lote de mutação |
Uma unidade auditada de alteração em Admin → Registo de auditoria — quem escreveu o quê, a partir de onde (web, API, ferramenta de IA ou extensão), com um diff por evento e um Reverter que anula as escritas em cards, relações, riscos, papéis de partes interessadas, etiquetas e rascunhos de decisão |
| Registo de informação |
O registo que toda a entidade financeira da UE deve manter sobre os seus acordos com terceiros prestadores de TIC e apresentar anualmente ao abrigo do art. 28.º do DORA — 15 modelos interligados |
| LEI |
Legal Entity Identifier — código ISO 17442 de 20 caracteres que identifica uma entidade jurídica, com dois dígitos de controlo. Necessário em todo o registo de informação DORA |
| xBRL-CSV |
O formato de pacote de relatório legível por máquina que os supervisores aceitam para submissões regulamentares como o registo de informação DORA |
| Diagrama de Gantt |
Uma linha do tempo visual com barras horizontais mostrando o cronograma, duração e progresso do projeto |
| Iniciativa |
Um projeto ou programa envolvendo mudanças na arquitetura |
| Ciclo de Vida |
As cinco fases pelas quais um componente passa: Planejamento, Implantação, Ativo, Desativação, Fim de Vida |
| LLM |
Large Language Model (Modelo de Linguagem de Grande Escala) — um modelo de IA que gera texto (ex.: Ollama, OpenAI, Anthropic Claude, Google Gemini) |
| MCP |
Model Context Protocol — um padrão aberto que permite que ferramentas de IA (Claude, Copilot, Cursor) se conectem a fontes de dados externas. O servidor MCP integrado do Turbo EA fornece acesso somente leitura aos dados de EA com RBAC por usuário |
| Metamodelo |
O modelo orientado a dados que define a estrutura da plataforma: tipos de card, campos, relações e papéis |
| Marco |
Um evento significativo ou ponto de conclusão no cronograma de um projeto, mostrado como um indicador de diamante no diagrama de Gantt |
| Notificação |
Um alerta no aplicativo ou por e-mail disparado por eventos do sistema (tarefa atribuída, card atualizado, comentário adicionado, etc.) |
| Ollama |
Uma ferramenta de código aberto para executar LLMs localmente em seu próprio hardware |
| Ordem de Linhas BPM |
A ordem de exibição das linhas de tipos de processo (Core, Suporte, Gestão) no navegador de processos BPM, configurável arrastando linhas |
| Portfólio |
Uma coleção de aplicações ou tecnologias gerenciadas como um grupo |
| PPM |
Gerenciamento de Portfólio de Projetos — a disciplina de gerenciar um portfólio de projetos e iniciativas com orçamentos, riscos, tarefas e relatórios de status |
| Número de referência |
Um identificador sequencial gerado automaticamente para ADRs (ex.: ADR-001, ADR-002) que fornece um rótulo único e legível |
| Tarefa recorrente |
Uma tarefa de card configurada para repetir conforme um cronograma (a cada N dias/semanas/meses/anos). Ao concluí-la, a próxima ocorrência é criada; ocorrências distantes ficam «agendadas» até abrir uma janela de antecedência, então aparecem na página de Tarefas e notificam o responsável |
| Relacionamento |
Uma conexão entre dois cards que descreve como eles se relacionam (ex.: "utiliza", "depende de", "executa em") |
| Aba Recursos |
Uma aba na página de detalhes do card que consolida Decisões de Arquitetura, anexos de arquivo e links de documentos em um só lugar |
| Revisão (ADR) |
Uma nova versão de um ADR assinado que herda o conteúdo e os vínculos de cards da versão anterior, com um número de revisão incrementado |
| Status RAG |
Indicador de saúde Vermelho-Âmbar-Verde usado nos relatórios de status PPM para cronograma, custos e escopo |
| Pontuação de risco |
Um valor calculado automaticamente (probabilidade x impacto) que quantifica a gravidade de um risco do projeto |
| Relatório Salvo |
Uma configuração de relatório persistida com filtros, eixos e configurações de visualização que pode ser recarregada |
| Seção |
Uma área agrupável da página de detalhes do card contendo campos relacionados, configurável por tipo de card |
| Signatário |
Um usuário designado para revisar e assinar um documento ADR ou SoAW. O fluxo de assinatura rastreia as assinaturas pendentes e concluídas |
| SoAW |
Statement of Architecture Work — um documento formal TOGAF que define o escopo e as entregas de uma iniciativa |
| SSO |
Single Sign-On — login usando credenciais corporativas por meio de um provedor de identidade (Microsoft, Google, Okta, OIDC) |
| Subtipo |
Uma classificação secundária dentro de um tipo de card (ex.: Aplicação tem subtipos: Aplicação de Negócio, Microsserviço, Agente IA, Implantação). Cada subtipo funciona como um submodelo que pode controlar a visibilidade dos campos |
| Modelo de Subtipo |
A configuração de quais campos são visíveis ou ocultos para um subtipo específico. Os administradores configuram isso na administração do metamodelo clicando em um chip de subtipo |
| Stakeholder |
Uma pessoa com um papel específico em um card (ex.: Proprietário da Aplicação, Proprietário Técnico) |
| Pesquisa |
Um questionário de manutenção de dados direcionado a tipos de card específicos para coletar informações dos stakeholders |
| Tag / Grupo de Tags |
Um rótulo de classificação organizado em grupos com modos de seleção única ou múltipla, restrições de tipo opcionais e um indicador opcional de obrigatoriedade que bloqueia a aprovação e alimenta o score de qualidade de dados |
| Grupo de Tags Obrigatório |
Um grupo de tags marcado como requerido. Os cards aplicáveis não podem ser aprovados até que pelo menos uma tag do grupo seja anexada; o seu cumprimento contribui para o score de qualidade dos dados do card |
| Deteção semântica da Lei da IA da UE |
Passagem de conformidade do TurboLens que pede ao LLM para assinalar cards que incorporam capacidades de IA / ML (LLMs, motores de recomendação, visão computacional, scoring, chatbots, …) mesmo quando não estão explicitamente classificados como AI Agent / AI Model. Estes achados ficam marcados como Detetado por IA |
| Risco Inicial vs. Residual |
Duas avaliações capturadas em cada risco do Registo de Riscos. Inicial é probabilidade × impacto sem mitigação; Residual é probabilidade × impacto pós-mitigação, editável assim que exista um plano de mitigação. Ambas derivam um nível através da matriz 4×4 |
| Referência do Risco |
Identificador monótono legível (R-000123) atribuído na criação do risco. Mantém-se visível nos botões de achados promovidos (Abrir risco R-000123) e na descrição do Todo ligado ao proprietário |
| TOGAF |
The Open Group Architecture Framework — uma metodologia de EA amplamente utilizada. O recurso SoAW do Turbo EA é alinhado com o TOGAF |
| Relatório de status |
Um relatório PPM mensal que rastreia a saúde do projeto via indicadores RAG para cronograma, custos e escopo |
| Portal Web |
Uma visualização pública e somente leitura de cards selecionados, acessível sem autenticação por meio de uma URL única |
| Estrutura Analítica do Projeto (EAP / WBS) |
Uma decomposição hierárquica do escopo do projeto em pacotes de trabalho |
| Pacote de trabalho |
Um agrupamento lógico de tarefas dentro de um cronograma Gantt com suas próprias datas de início/fim e porcentagem de conclusão |
| Sugestão de IA |
Uma descrição de card gerada automaticamente produzida pela combinação de resultados de pesquisa na web com um Large Language Model (LLM) |
| Veredicto de IA |
A confirmação ou rejeição pelo utilizador da classificação de IA atribuída pelo LLM a um card (hasAiFeatures = true / false). Persiste entre re-scans para que a deriva do LLM não altere silenciosamente o âmbito do Regulamento Europeu da IA |
| GRC |
Governação, Risco e Conformidade — o espaço de trabalho unificado em /grc com três separadores (Governação, Risco, Conformidade) que consolida os Princípios EA, ADR, o Registo de Riscos e o scanner Segurança e Conformidade |
| Fase G |
Fase ADM «Implementation Governance» do TOGAF. Fonte do vocabulário e ciclo de vida do Registo de Riscos |
| Registo de Riscos |
Registo ao nível do landscape de riscos arquiteturais alinhado com TOGAF Fase G. Vive em /grc?tab=risk. Distinto dos riscos ao nível da iniciativa capturados em PPM |
| Proprietário do Risco |
O utilizador responsável por um risco. A atribuição cria automaticamente um Todo de sistema na página Todos do proprietário e dispara uma notificação risk_assigned |
| Tarefa de Mitigação |
Item de trabalho com dono anexado a um Risco que captura atividade concreta de mitigação. Pode ser one-shot ou recorrente (diária / semanal / mensal / anual). Tarefas recorrentes avançam calendaricamente corretamente ao fechar |
| Ciclo de Tarefa de Mitigação |
Uma instância agendada de uma Tarefa de Mitigação. Passa por scheduled → open → done / skipped. Captura um snapshot do destinatário na abertura e do proprietário no fechamento, para que respostas de auditoria sobrevivam à rotação de proprietários |
| Tempo de antecedência (Tarefa de Mitigação) |
Dias antes de due_date em que um ciclo agendado é promovido a open e aterra na lista de Todos do destinatário. Padrões inteligentes por unidade (1 / 2 / 7 / 14 para diário / semanal / mensal / anual), limitados a metade da duração do ciclo |
| Achado de Conformidade |
Uma linha do registo de Conformidade contra uma regulamentação × artigo. Redigido manualmente por um revisor ou produzido por uma varredura IA TurboLens; ambos os tipos partilham o mesmo ciclo de vida e podem ser promovidos a um Risco |
| Capacidade Macro |
Agrupamento de Nível 0 acima de L1 no Catálogo de Capacidades. Aterra como uma carta BusinessCapability com attributes.capabilityLevel = "Macro" e um catalogueId com prefixo MC-. Relaxa o limite de profundidade da hierarquia para 6 |
| Vista de Dependências em Camadas (LDV) |
Notação da casa de Turbo EA para diagramas de dependências: cartas agrupadas nas quatro camadas EA como pistas, coloridas por tipo de carta, com as cartas propostas renderizadas como nós de borda tracejada e crachá verde «NEW». Usada pelo relatório de Dependências, pela secção de dependências do detalhe da carta e pela arquitetura alvo do TurboLens Architect |
| TIME (Tolerate / Invest / Migrate / Eliminate) |
Um framework de classificação de portfólio em quatro disposições para aplicações, popularizado pela Gartner. Cada aplicação recebe uma disposição — Tolerate (manter), Invest (financiar melhorias), Migrate (substituir ou rehospedar) ou Eliminate (descomissionar). No Turbo EA é tipicamente adicionado como um campo single_select no tipo Application e usado como eixo de cor no Relatório de Portfólio |
| Racionalização do Portfólio de Aplicações |
A iniciativa EA inicial mais comum no Turbo EA: inventariar as aplicações do escopo, classificá-las por valor de negócio e adequação técnica e atribuir uma disposição TIME que orienta as decisões de consolidação, substituição ou desativação |
| Crawl-Walk-Run |
O padrão de implantação faseada recomendado no Guia para iniciantes EA. Crawl = escopo restrito, apenas Aplicações, cinco campos por card. Walk = adicionar o mapeamento de capacidades e uma primeira análise de portfólio. Run = expandir para processos, interfaces, dados e os módulos avançados |