Não existe um modelo mágico para o TOGAF - O TOGAF é uma metodologia para descrever arquiteturas existentes, futuros estados de arquitetura e os roteiros para ir de um para outro. Essa pergunta faz tanto sentido para o indivíduo certificado do TOGAF quanto a pergunta "Como representar e aplicar e banco de dados no PRINCE2" para um indivíduo qualificado pelo PRINCE2.
Use a representação mais apropriada que funciona para o seu público . O TOGAF defende a existência de uma série de "pontos de vista" da arquitetura, visando diferentes preocupações dos grupos de partes interessadas e diferentes níveis de detalhes. Decida quais pontos de vista você precisa criar e certifique-se de que cada ponto de vista tenha um diagrama claro que informe às partes interessadas o que elas precisam saber.
No exemplo acima, você gostaria de incluir ou ocultar detalhes técnicos para determinados públicos, mas ambos os diagramas seriam apropriados para um nível de detalhe, portanto, não se preocupe com a cor ou a forma das caixas, desde que as informações sejam é acessível e compreensível.
Edite após as alterações na pergunta
Quando eu fiz um curso TOGAF antes dos meus exames de certificação, o treinador explicou que os Modelos fornecidos com os materiais do TOGAF eram um compromisso entre todos os participantes (Veja a lista de membros das páginas xxv - xxx na edição 9.1 do o livro e imagine fazer com que todos concordem em qualquer coisa - CA, CSC, HP, IBM ...) e, como tal, eram praticamente inúteis.
Ele forneceu exemplos do mundo real (com nomes redigidos, mas de outra forma completos) da garantia produzida por sua empresa, no entendimento de que nós, estudantes, não poderíamos tirar cópias, mas poderíamos olhar. Esta foi uma experiência libertadora, pois nos libertou dos extremamente limitados "Modelos" fornecidos no próprio TOGAF e nos mostrou como criar materiais de alta qualidade usando nada mais sofisticado do que o Visio.
Então, o que eu estou dizendo é - olhe para os exemplos dados, mas NÃO os use religiosamente, pois eles estão muito comprometidos para nada mais do que um guia. Estou olhando para o TRM (Capítulo 43) pela primeira vez desde que passei nos exames (o que deve ser uma pista) e é ainda mais inútil do que eu me lembrei :). Edições anteriores do "Journal of Enterprise Architecture" (disponível para membros) geralmente incluem exemplos e geralmente são melhores do que qualquer coisa oferecida oficialmente pelo The Open Group.
Construa sua própria arquitetura com base no que você precisa documentar e explicar para as partes interessadas. Um público técnico esperará um modelo de dados completo, um usuário de negócios técnico pode querer um modelo de dados conceitual, executivos de nível C ficarão felizes com uma caixa que representa o banco de dados. Use cores para indicar áreas que requerem atenção.
