Conceito e mecanismo
Um modelo útil pode mostrar por que motivo a organização pretende mudar. Um driver identifica uma condição que motiva atenção; uma assessment regista o resultado de analisar essa situação. Um goal expressa o estado pretendido, enquanto um requirement especifica uma necessidade que a arquitetura deve satisfazer. Distinguir estas ideias evita tratar uma tecnologia escolhida como se fosse o objetivo de negócio. Na estratégia, uma capability descreve uma capacidade da organização ou sistema, um resource identifica um ativo disponível e um course of action descreve uma abordagem para alcançar um objetivo. A capacidade não é sinónimo do projeto que a desenvolve nem do produto que a suporta.
Aplicação guiada
Num cenário fictício, o aumento de instruções processadas motiva uma revisão. A análise identifica reconciliação manual excessiva. O objetivo é reduzir atrasos no fecho; uma necessidade concreta exige resultados rastreáveis por instrução. A capacidade de reconciliação pode usar conhecimento especializado, dados e componentes tecnológicos. A opção de automatizar por etapas é uma abordagem estratégica, não a própria capacidade. Liga estes elementos de forma coerente e verifica relações permitidas antes de usar atalhos gráficos. Mantém a origem e a evidência da análise: uma assessment não se torna facto só porque aparece num modelo. Quando o contexto muda, revê se a abordagem continua adequada, sem apagar a razão que justificou a decisão anterior.
Automatizar por etapas é uma abordagem; conseguir reconciliar é uma capacidade.
Armadilhas comuns
Produto como objetivo; opinião como evidência; projeto como capacidade permanente.
Tópicos relacionados: Linguagem, modelo e aspetos · Relações, direção e significado · Negócio: atores, papéis e serviços
Mostra a cadeia de raciocínio sem confundir níveis de abstração.
Referência: Archi hint: capability · OGA-031; ArchiMate 3.2