denomina as arquiteturas mais genericas de arquiteturas de fundamento. Estes sao principios arquiteturais que, teoricamente, podem ser usados por qualquer organizacao de TI do universo.O TOGAF denomina o proximo nivel de especificidade de arquiteturas de sistemas comuns. Estes sao principios que ninguem esperaria ver em muitos, mas, talvez, nao todos os tipos de empresas.O TOGAF denomina o proximo nivel de especificidade de arquiteturas setoriais. Estes sao principios especificos de muitas empresas, parte do mesmo dominio como, no nosso estudo de caso MedAMore, o de todas as empresas farmaceuticas.O TOGAF denomina o nivel mais especifico de arquiteturas organizacionais. Essas sao as arquiteturas especificas de uma determinada empresa, como a MedAMore.A Figura 6 apresenta a relacao entre o continuum corporativo e o metodo de desenvolvimento da arquitetura (ADM).Figura 6. O continuum corporativo do TOGAFO TOGAF define as varias bases de conhecimento que residem na arquitetura de fundamento. Duas que poderao cruzar o seu caminho sao o modelo de referencia tecnica (TRM) e a base de informacoes-padrao (SIB). O TRM e uma descricao sugerida de uma arquitetura de TI generica. A SIB e uma colecao de padroes e pseudopadroes que o Open Group recomenda considerar na construcao de uma arquitetura de TI.O TOGAF apresenta o TRM e a SIB como sugestoes; nenhum deles e necessario. No meu entender, o TRM e a SIB tem falhas pela mesma razao: sao tendenciosos em favor da portabilidade, em detrimento da interoperabilidade e da autonomia do aplicativo. Considero esta uma visao desatualizada das arquiteturas tecnicas.Para uma organizacao como a MedAMore, o TOGAF em grande parte reduz-se ao metodo de desenvolvimento da arquitetura (ADM). Os individuos da MedAMore ficarao expostos ao continuum corporativo, a SIB e ao TRM (assim como a alguns outros recursos do TOGAF) e por isso eu os trouxe para esta discussao. Todavia, a experiencia diaria de criar uma arquitetura corporativa sera dirigida pelo ADM; a Figura 7 mostra uma visao de alto nivel dessa criacao.Figura 7. O metodo de desenvolvimento da arquitetura (ADM) do TOGAFComo ilustrado pela Figura 7, o ADM do TOGAF compreende oito fases ciclicas apos um periodo de "partida no motor". Eu os acompanharei atraves dessas fases, na medida em que poderiam ser aplicadas ao estudo de caso da MedAMore. Mas, antes de a MedAmore poder iniciar o ADM, ela precisa ter alguma experiencia com o TOGAF. A MedAMore tera duas opcoes para obter essa experiencia.Primeiramente, a MedAMore pode aprender sozinha a trabalhar com o TOGAF. A MedAMore pode fazer o download da documentacao [20], que descreve tudo sobre o TOGAF, inclusive o ADM, detalhadamente. Pode comprar livros sobre o TOGAF [21]. Provavelmente ha mais informacoes gratuitas e acessiveis sobre o TOGAF do que sobre todas as outras metodologias arquiteturais juntas.Segundo, a MedAMore pode contratar consultoria em TOGAF. Existem consultores especializados em TOGAF, certificados pelo Open Group [22]. Como a MedAMore deseja minimizar quaisquer oportunidades de falha, escolheu chamar um consultor em TOGAF. A MedAMore contratou Teri, uma arquiteta certificada pelo Open Group em TOGAF. Lembre-se: os outros participantes da MedAMore sao Cath, a CEO da MedAMore; Bret, o Vice-presidente comercial e Irma,