← TOGAF Enterprise Architecture Foundation: da visão à operação
08 / 9 · 60 MIN

Estados transitórios e dependências operacionais

Ligar capacidades, requisitos e dependências a estados intermédios que possam ser operados e recuperados.

Começar pelo resultado que deve continuar

Numa migração de fundos, o nome do portal pode mudar sem mudar a necessidade de receber instruções válidas. Começa por identificar essa capacidade e quem depende dela. Depois regista aplicações, dados e serviços que a suportam. Esta separação ajuda a discutir alternativas sem presumir que conservar um produto equivale a conservar o resultado. Pergunta também que trabalho passará para APS: reduzir licenças pode aumentar reconciliação manual. O âmbito acordado deve incluir esse efeito para que a opção seja comparada com critérios consistentes.

Converter direção em requisitos observáveis

Uma orientação de recuperação previsível não permite concluir se um desenho cumpre. Para o serviço do exemplo, o negócio define 30 minutos num cenário concreto e exige preservar instruções aceites. Liga estes requisitos à direção e identifica a evidência necessária. Uma imagem antiga pronta para arrancar só cobre parte do problema. É preciso saber que dados existem após a mudança e se o consumidor antigo os interpreta. O limite é uma condição deste exercício, não um valor recomendado pelo TOGAF para qualquer banco.

Manter coerência entre domínios

Uma correção de instrução envolve autoridade de negócio, histórico de dados, comportamento de aplicações e mecanismos técnicos. Analisar estes aspetos em domínios distintos organiza o trabalho, mas não permite aprová-los como se fossem independentes. Se a necessidade de conservar origem surgir durante o desenho de dados, verifica também os contratos de API, o processamento batch e o suporte. Regista o requisito e as decisões afetadas. Iterar sobre informação nova pode ser necessário; a fase em que o problema foi descoberto não define sozinha a extensão do impacto.

Desenhar o estado que realmente vai existir

O desenho alvo pode mostrar todos os serviços na cloud, embora a primeira entrega deixe o batch local. Esse estado intermédio tem ligações, custos e condições de recuperação próprios. Representa as versões que coexistem, os dados que cada uma lê e escreve e as dependências de arranque. Não assumes que o teste do estado final cobre esta combinação. Uma transição útil explica como manter o serviço durante o intervalo e que condições permitem avançar, parar ou escolher uma alternativa autorizada quando a evidência ainda é insuficiente.

Analisar o retorno para além do binário

Suponhamos que a nova API grava o esquema v2 e que o batch v1 só interpreta v1. Reinstalar v1 não transforma os dados já aceites. O plano tem de resolver essa diferença, por exemplo através de uma transição compatível ou de outro caminho avaliado que preserve os requisitos. Não inventes uma conversão reversível nem autorizes perda de instruções por conveniência técnica. O ensaio deve incluir dados criados depois do corte e observar o resultado de negócio, em vez de terminar quando o processo volta a aparecer como ativo.

Verificar pressupostos numéricos do desenho

Num percurso explicitamente sequencial, 20 ms de rede, 45 ms de aplicação e 50 ms de base de dados somam 115 ms. Face a um limite de 100 ms, há pelo menos 15 ms a reduzir nesse modelo. Usar apenas a componente mais lenta pressuporia uma sobreposição que não foi dada. O cálculo ajuda a identificar a lacuna e comparar hipóteses, mas não mede produção. Filas, variabilidade, percentis e carga podem exigir análise adicional antes de inferir desempenho real ou prometer cumprimento contratual.

Planear a implementação com recursos reais

Depois de identificar pacotes e transições, verifica a sequência com capacidade disponível. A e B podem ser logicamente independentes e ainda assim disputar a mesma pessoa. Se cada um precisa de três dias de dedicação integral do único especialista, ocupam seis dias em sequência. C, com dois dias após ambos, leva o total a oito. Um plano de cinco dias só é viável mudando pressupostos, como disponibilizar outro especialista equivalente. Regista custo, competência e decisão necessária, em vez de esconder o conflito em calendários separados.

NA PRÁTICA

Exercício guiado: desenha API v2, batch v1 e os dados produzidos no intervalo. Assinala o caminho que falha no retorno. Explica por que iniciar v1 não demonstra preservação de instruções nem recuperação em 30 minutos.

Armadilhas comuns

Confundir capacidades com nomes de aplicações; reutilizar um padrão fora do âmbito avaliado; ignorar dados novos no rollback; considerar trabalho paralelo sem verificar a pessoa partilhada.

Tópicos relacionados: Requisitos e domínios ADM · Planeamento de migração · Recuperação e passagem para APS

Leva esta ideia contigo

O percurso entre estado atual e alvo precisa de requisitos, dependências e evidência próprios. Um estado transitório só pode ser aceite através das decisões e critérios relevantes, não pela existência de um desenho final.

Criar conta

Referência: How ArchiMate and TOGAF complement each other · OGEA-101, TOGAF Enterprise Architecture Foundation; body of knowledge drawn from TOGAF Standard, 10th Edition

TOGAF® é uma marca registada de The Open Group. A dr.pt é uma plataforma de preparação independente e não está afiliada, associada, patrocinada, autorizada nem aprovada por The Open Group. Os conteúdos e as perguntas são originais, não são perguntas oficiais de exame, e concluir os nossos testes não atribui nem garante qualquer certificação. Os nomes são usados apenas para identificar o tema. Todas as outras marcas pertencem aos respetivos titulares.