Arquitetura de Aplica\u00e7\u00e3o<\/a> \u00e9 um dom\u00ednio de arquitetura empresarial<\/a>. O TOGAF \u00e9 muito claro: a arquitetura de aplica\u00e7\u00e3o e a arquitetura de dados s\u00e3o insepar\u00e1veis e existem para permitir a... arquitetura empresarial<\/a>.<\/p>\n Em um moderno empresa transformada digitalmente<\/a>, escolhas em uma dom\u00ednio da arquitetura<\/a> habilitar, entregar ou bloquear resultados em outros dom\u00ednios. Os objetivos de neg\u00f3cios dependem do Arquitetura de TI correta<\/a>.<\/p>\n Melhores pr\u00e1ticas arquitetura de aplica\u00e7\u00e3o<\/a> se concentrar\u00e1 nas restri\u00e7\u00f5es cr\u00edticas \u00e0 compra, integra\u00e7\u00e3o e desenvolvimento de software. Os limites do sistema e os padr\u00f5es de integra\u00e7\u00e3o s\u00e3o cruciais. Por fim, a arquitetura do seu aplicativo corporativo impulsionar\u00e1 o desenvolvimento \u00e1gil. Sem essas restri\u00e7\u00f5es de alto n\u00edvel, os detalhes dentro de um aplicativo t\u00eam pouco valor pr\u00e1tico.<\/p>\n\t\t\t\n\t\t\t\t\t\t\tExplore o treinamento para certifica\u00e7\u00e3o TOGAF\n\t\t\t<\/a>\n\t Num relance<\/p>\n Vis\u00e3o geral do TOGAF ADM<\/a><\/p>\n O que \u00e9 o TOGAF Fase C?<\/a><\/p>\n Conhecimento Essencial da Fase C<\/a><\/p>\n Entregas da Fase C<\/a><\/p>\n T\u00e9cnicas de Fase C<\/a><\/p>\n Ferramentas da Fase C<\/a><\/p>\n Considera\u00e7\u00f5es finais sobre a Fase C do TOGAF ADM \u2013 Arquitetura de aplica\u00e7\u00e3o<\/a><\/p>\n\t O O TOGAF ADM \u00e9 uma abordagem l\u00f3gica para a cria\u00e7\u00e3o de conhecimento<\/a>. Conhecimento utilizado para desenvolver um arquitetura empresarial que orienta mudan\u00e7as eficazes<\/a><\/em>. Ent\u00e3o, conhecimento para garantir que o valor esperado seja alcan\u00e7ado.<\/p>\n O TOGAF ADM \u00e9 dividido em fases, cada fase focada na cria\u00e7\u00e3o de conhecimento que \u00e9 usado para:<\/p>\n A Fase C avan\u00e7a ainda mais no conceito de dom\u00ednios de arquitetura<\/a>. Esta fase desenvolve a arquitetura da aplica\u00e7\u00e3o e a arquitetura de dados. Formalmente, a Fase C divide o tratamento Dom\u00ednio de Arquitetura de Dados<\/a> e o Dom\u00ednio de Arquitetura de Aplica\u00e7\u00e3o s\u00e3o individuais.<\/p>\n Assim como a Fase B, a Fase C se baseia na Vis\u00e3o da Arquitetura. H\u00e1 uma diferen\u00e7a: a Fase C tem a obriga\u00e7\u00e3o adicional de viabilizar a arquitetura de neg\u00f3cios. Isso n\u00e3o significa tratar a arquitetura de neg\u00f3cios como requisitos, mas sim confirmar a coer\u00eancia das metas resumidas em desenvolvimento.<\/p>\n Mudan\u00e7as em um dom\u00ednio geram restri\u00e7\u00f5es e requisitos para outros dom\u00ednios. O objetivo \u00e9 encontrar o melhor conjunto de mudan\u00e7as em todos os dom\u00ednios.<\/p>\n\t\t\t\t Usando as etapas da Fase C, os arquitetos desenvolvem o seguinte conhecimento:<\/p>\n Cria os seguintes produtos de obras centrais:<\/p>\n A Fase C concentra-se em aspectos como design do aplicativo, fluxo de dados, integra\u00e7\u00e3o, abordagem de desenvolvimento, constru\u00e7\u00e3o versus compra e planejamento de mudan\u00e7as. A avalia\u00e7\u00e3o e a compreens\u00e3o adequadas desta fase s\u00e3o essenciais.<\/p>\n <\/p>\n Na Fase C do TOGAF, voc\u00ea est\u00e1 criando a arquitetura do aplicativo. Arquitetos de aplica\u00e7\u00e3o<\/a> liderar o desenvolvimento da arquitetura da sua aplica\u00e7\u00e3o. O decis\u00f5es arquitet\u00f4nicas<\/a> feito na Fase C para arquitetura de aplica\u00e7\u00e3o interagir com decis\u00f5es tomadas em cada dom\u00ednio de arquitetura empresarial<\/a>.<\/p>\n <\/p>\n\t A Arquitetura do Aplicativo ajudar\u00e1 a responder \u00e0s seguintes perguntas:<\/p>\n Tenha sempre em mente que voc\u00ea est\u00e1 buscando aprimorar a organiza\u00e7\u00e3o. Aprimoramento requer mudan\u00e7a e gera valor. O valor e o custo da mudan\u00e7a podem ser mensurados. A incerteza sempre diminui o valor potencial. A incerteza sempre aumenta o custo. Tratamos a incerteza como um impacto geom\u00e9trico. Um pouco de incerteza diminui muito o valor potencial.<\/p>\n Ao ler, lembre-se de que os mesmos termos podem ter muitos usos. Procure entender a finalidade do modelo e n\u00e3o se deixe enganar quando o r\u00f3tulo for diferente do que voc\u00ea usaria. Por exemplo, o que voc\u00ea chama de modelo funcional, outra pessoa pode chamar de servi\u00e7o. Em nosso consultoria de arquitetura empresarial<\/a>, sempre nos concentramos no que estamos tentando entender, n\u00e3o no nome do modelo.<\/p>\n Diferentes modelos explicar\u00e3o diferentes aspectos da empresa. Juntos, os modelos e as mudan\u00e7as necess\u00e1rias formam a arquitetura do aplicativo.<\/p>\n\t Uma arquitetura de aplica\u00e7\u00e3o \u00e9 uma descri\u00e7\u00e3o do seu portf\u00f3lio completo de software que indica quando comprar, quando usar SaaS e quando desenvolver. Ela indica onde voc\u00ea deve estabelecer limites entre os sistemas. Ela indica como voc\u00ea abordar\u00e1 o ciclo de vida do seu software.<\/p>\n Podemos garantir que a arquitetura atual do seu aplicativo n\u00e3o est\u00e1 alinhada com a arquitetura do seu neg\u00f3cio. Uma arquitetura de aplicativo requer uma arquitetura empresarial<\/a>. O desenvolvimento da arquitetura de neg\u00f3cios exige que os arquitetos de aplicativos se unam e interajam com as partes interessadas.<\/p>\n Em conjunto com as partes interessadas e o arquiteto de neg\u00f3cios, o arquiteto de aplica\u00e7\u00f5es explora como as escolhas de software viabilizam e restringem os objetivos da organiza\u00e7\u00e3o. Consideramos poss\u00edveis melhorias para compreender o impacto imediato e a m\u00e9dio prazo. Juntos, descartamos do planejamento estrat\u00e9gico da arquitetura as mudan\u00e7as que oferecem pouco benef\u00edcio, exigem muito trabalho ou apresentam muita incerteza.<\/p>\n Quando estamos desenvolvendo equipes de arquitetura empresarial<\/a>, n\u00f3s dizemos ao arquitetos corporativos<\/a> Dois fatos centrais sobre a Fase C do TOGAF \u2013 Arquitetura de Aplica\u00e7\u00e3o. Primeiro, at\u00e9 que voc\u00ea tenha um Modelo de Desenvolvimento de Aplica\u00e7\u00e3o,<\/a> Voc\u00ea n\u00e3o pode prosseguir. At\u00e9 que voc\u00ea saiba como suas escolhas de aplicativos habilitam e restringem sua arquitetura de neg\u00f3cios, os detalhes dos seus aplicativos s\u00e3o in\u00fateis. Em segundo lugar, se eles acreditarem que precisam se aprofundar na funcionalidade e integra\u00e7\u00e3o de aplicativos, sempre desenvolver\u00e3o uma arquitetura de aplicativos de baixa qualidade.<\/p>\n Em um moderno empresa transformada digitalmente<\/a>, todos os dom\u00ednios da arquitetura interagem. As escolhas em um dom\u00ednio possibilitam, entregam ou bloqueiam resultados em outro dom\u00ednio. A maioria dos objetivos de neg\u00f3cios depende de Arquitetura de TI correta<\/a>. Ironicamente, s\u00f3 podemos desenvolver a arquitetura de aplicativo correta se tivermos uma arquitetura de neg\u00f3cios s\u00f3lida.<\/p>\n\t Na Fase C do TOGAF, o papel do arquiteto corporativo \u00e9 proteger todo o valor. Dependendo das habilidades dos arquitetos de dom\u00ednio, o arquiteto corporativo precisa complementar essas fun\u00e7\u00f5es. Por exemplo, um arquiteto de aplica\u00e7\u00f5es pode n\u00e3o perceber o impacto das mudan\u00e7as na arquitetura de neg\u00f3cios. Ou pode n\u00e3o articular um requisito em termos que o arquiteto de seguran\u00e7a possa implementar.<\/p>\n O papel mais importante do arquiteto corporativo \u00e9 cruzar fronteiras. Sejam elas de dom\u00ednio, habilidade ou autoridade, o arquiteto corporativo precisa ultrapass\u00e1-las.<\/p>\n\t Na Fase C do TOGAF, esperamos que o Arquiteto de Aplica\u00e7\u00e3o entregue a arquitetura de dom\u00ednio. Isso requer o desenvolvimento de modelos que mostrem a origem da defici\u00eancia e como super\u00e1-la. Ele conduzir\u00e1 a an\u00e1lise de trade-off com as partes interessadas para determinar a arquitetura alvo.<\/p>\n O arquiteto do aplicativo precisar\u00e1 colaborar com os outros arquitetos de dom\u00ednio.<\/p>\n Desconecte-se da arquitetura de neg\u00f3cios. Conhe\u00e7a e entenda a Modelo Operacional<\/a> e os atributos de Compet\u00eancia e Automa\u00e7\u00e3o do Modelo de Capacidade<\/a>.<\/p>\n\t Na Fase C do TOGAF, esperamos que o Arquiteto de Aplica\u00e7\u00e3o entregue a arquitetura de dom\u00ednio. Isso requer o desenvolvimento de modelos que mostrem a origem da defici\u00eancia e como super\u00e1-la. Ele conduzir\u00e1 a an\u00e1lise de trade-off com as partes interessadas para determinar a arquitetura alvo.<\/p>\n O arquiteto do aplicativo precisar\u00e1 colaborar com os outros arquitetos de dom\u00ednio.<\/p>\n Desconecte-se da arquitetura de neg\u00f3cios. Conhe\u00e7a e entenda a Modelo Operacional<\/a> e os atributos de Compet\u00eancia e Automa\u00e7\u00e3o do Modelo de Capacidade<\/a>.<\/p>\n Tenha em mente que defici\u00eancias em um dom\u00ednio geralmente s\u00e3o resolvidas em outro, e mudan\u00e7as em um dom\u00ednio geralmente imp\u00f5em custos e mudan\u00e7as em outro.<\/p>\n\t Tenha em mente que defici\u00eancias em um dom\u00ednio geralmente s\u00e3o resolvidas em outro, e mudan\u00e7as em um dom\u00ednio geralmente imp\u00f5em custos e mudan\u00e7as em outro.<\/p>\n Abordagens em cascata n\u00e3o produzem resultados. As melhores pr\u00e1ticas de arquitetura empresarial n\u00e3o s\u00e3o uma atividade em cascata. A \u00fanica abordagem bem-sucedida requer o desenvolvimento da arquitetura de neg\u00f3cios, arquitetura de aplicativos, arquitetura de dados, arquitetura de tecnologia e arquitetura de seguran\u00e7a<\/a> simultaneamente. O desenvolvimento simult\u00e2neo requer uma abordagem \u00e1gil, apenas o suficiente para testar as restri\u00e7\u00f5es em cascata.<\/p>\n A sequ\u00eancia cl\u00e1ssica impl\u00edcita em muitos diagramas ADM do TOGAF \u00e9 a ordem em que podemos encerrar o desenvolvimento da arquitetura, n\u00e3o inici\u00e1-lo.<\/p>\n N\u00e3o se iluda pensando que "o neg\u00f3cio" est\u00e1 de alguma forma separado de seus aplicativos, dados e infraestrutura. Isso n\u00e3o era verdade no passado e, em uma empresa digital moderna, \u00e9 ris\u00edvel. Essa ilus\u00e3o \u00e9 a maneira mais r\u00e1pida de elimin\u00e1-la. agilidade empresarial<\/a> ou a chance de transforma\u00e7\u00e3o digital<\/a> sucesso.<\/p>\n Os arquitetos de aplicativos desempenham um papel crucial em uma equipe de arquitetura empresarial. Nada acontece em uma empresa digital moderna sem software. Escolhas inadequadas de aplicativos podem prejudicar seriamente o desempenho.\u2018o neg\u00f3cio<\/em>.Os arquitetos de aplica\u00e7\u00f5es s\u00e3o especialistas em um dom\u00ednio de arquitetura espec\u00edfico. Eles n\u00e3o podem arquitetar seu dom\u00ednio sem intera\u00e7\u00e3o regular com outras \u00e1reas. arquitetos de neg\u00f3cios<\/a>, dados, tecnologia e arquitetos de seguran\u00e7a<\/a>.<\/p>\n\t Todas as Fases do TOGAF ADM levam voc\u00ea a desenvolver o conhecimento necess\u00e1rio. O resultado da Fase C \u00e9 a arquitetura da aplica\u00e7\u00e3o candidata, inclu\u00edda na arquitetura dos sistemas de informa\u00e7\u00e3o candidatos.<\/p>\nTOGAF ADM Fase C - Desenvolvimento da Arquitetura de Aplica\u00e7\u00e3o<\/h2>\n
\n
\n
\n
\n
\n
Vis\u00e3o geral do TOGAF ADM<\/h2>\n
\n
O que \u00e9 o TOGAF Fase C?<\/h2>\n
![\"Arquitetura](\"https:\/\/conexiam.com\/wp-content\/uploads\/2025\/02\/Information-Systems-Architecture.png\" "\\"Arquitetura")
\n\t\t\t\t![\"Pixel\"](\"https:\/\/conexiam.com\/wp-content\/plugins\/bb-plugin\/img\/pixel.png\" "\\"TOGAF"){kind=tracking}
\n\t\n
\n
O que \u00e9 o TOGAF Fase C?<\/h2>\n
Fase C em a\u00e7\u00e3o<\/h3>\n
\n
O que \u00e9 Arquitetura de Aplica\u00e7\u00e3o?<\/h3>\n
Qual \u00e9 o papel do Arquiteto Corporativo na Fase C?<\/h3>\n
Qual \u00e9 o papel do Arquiteto de Aplica\u00e7\u00e3o na Fase C?<\/h3>\n
Qual \u00e9 o papel do Arquiteto de Seguran\u00e7a na Fase C?<\/h3>\n
Qual \u00e9 o papel da equipe EA na arquitetura de aplicativos<\/h3>\n
Intera\u00e7\u00e3o com TOGAF Fase B, Fase D e Fase E<\/h3>\n
Downloads de arquitetura corporativa e exemplos de arquitetura corporativa<\/a><\/h2>\n\t
Conhecimento Essencial da Fase C<\/h2>\n