Continuando o post anterior, seguem abaixo os termos restantes.

22. Empresa

O mais alto nível de descrição de uma organização e tipicamente cobre todas as missões e funções. Uma empresa pode freqüentemente abranger multiplas organizações.

23. Fundação da Arquitetura

Uma arquitetura de serviços genéricos e funções que fornecem uma fundação sobre a qual mais arquiteturas e componentes específicos de arquitetura podem ser construídos. O TOGAF Foundation Architecture inclui um Modelo de Referência Técnica (TRM).

24. Gap (lacuna)

Uma declaração de diferença entre dois estados. Utilizado no contexto da análise de lacunas, onde a diferença entre a linha de base e arquitetura alvo é identificada.

25. Governança

A disciplina de monitoramento, gestão e direcionamento do negócio para entregar o resultado necessário.

26. Informação

Qualquer comunicação ou representação de fatos, dados ou opiniões, em qualquer meio ou forma, incluindo as formas textual, numérica, gráfica, narrativa, cartográfica, ou áudio-visual.

27. Tecnologia da Informação

1. A gestão do ciclo de vida das informações e tecnologias relacionadas utilizado por uma organização.
2. Um termo “guarda-chuva” que inclui todas ou algumas das áreas temáticas relacionadas com a indústria de computadores, tais como Continuidade de Negócios, Business IT Internet Interface, Modelagem de Processos de Negócio e Gerenciamento, Compliance, Comunicação e Legislação, Informática, Gestão de Conteúdo, Hardware, Gestão da Informação, Offshoring, Redes, Programação e Software, Questões Professional, Gestão de Projetos, Segurança, Padrões, Comunicações por voz, Armazenamento e Dados. Vários países e indústrias empregam outros termos guarda-chuva para descrever esta mesma coleção.
3. Um termo comumente atribuído a um departamento dentro de uma organização encarregada de provisionamento alguns ou todos os domínios descrito (2) acima.
4. Nomes alternativos comumente adotadas incluem Serviços de Informação, Gestão da Informação, entre outros.

28. Logical

Uma implementação independente da definição da arquitetura, muitas vezes relacionada com o agrupamento de entidades físicas de acordo com sua finalidade e estrutura. Por exemplo, os produtos de vários fornecedores de software de infra-estrutura podem ser agrupados logicamente como plataformas de servidor de aplicação Java.

29. Meta-dados

Dados sobre dados, de qualquer tipo em qualquer mídia, que descreve as características de uma entidade.

30. Meta-modelo

Um modelo que descreve como e com que a arquitetura será descrita de uma forma estruturada.

31. Método

Uma abordagem definida repetível para tratar um tipo particular de problema.

32. Metodologia

Uma série de passos, definidos, repetível para resolver um tipo particular de problema, que normalmente gira em torno de um processo definido, mas pode incluir também a definição de conteúdo.

33. Modelo

34. Modelagem

Uma técnica através da construção de modelos que permite que um assunto seja representado de uma forma que permita o raciocínio, discernimento e clareza sobre a essência do assunto.

35. Objetivo

Um marco de tempo limitado para uma organização utilizado para demonstrar o progresso rumo a um objetivo, por exemplo, ”Utilização da Capacidade Aumentarem 30% até o final de 2009 para apoiar o aumento previsto na quota de mercado”.

36. Physical

Uma descrição de uma entidade do mundo real. Elementos físicos em uma arquitetura corporativa ainda podem ser consideravelmente abstraídos da arquitetura da solução, design ou visões de implementação.

37. Modelo de Referência

Um modelo de referência é um framework abstrato para a compreensão das relações significativas entre as entidades de um ambiente para o desenvolvimento de padrões consistentes ou especificações suportando aquele ambiente. Um modelo de referência é baseado em um pequeno número deconceitos unificadores e pode ser usado como base para a educação e padrões de explicar a um não-especialista. Um modelo de referência não está diretamenteligada a todos os padrões, tecnologias, ou outros detalhes de implementação concreta, mas tem por objetivo fornecer semântica comum que pode ser usada de forma inequívoca através e entre diferentes implementações.

38. Repositório

Um sistema que gerencia todos os dados de uma empresa, incluindo dados e modelos de processos e outras informações da empresa. Assim, os dados em um repositório são muito mais extensos do que em um dicionário de dados, que geralmente define somente os dados que compõem um banco de dados.

39. Requisito

A composição quantitativa de necessidade de negócio que devem ser cumpridas por uma arquitetura particular ou pacote de trabalho.

40. Arquitetura de Soluções

A descrição discreta e focada em operação de negócios ou atividade e como SI/TI suportam essa operação. A arquitetura da solução normalmente se aplica a um único projeto ou a liberação do projeto, auxiliando na tradução de requisitos em uma visão de solução, alto nível das empresas e / ou especificações de sistemas de TI e um portfólio de tarefas de implementação.

41. Blocos de Construção da Solução (SBB)

Representa um componente (potencialmente reutilizáveis) de negócio, ou capacidade de arquitectura que pode ser combinado com outros blocos de construção para fornecer arquiteturas e soluções.

Blocos podem ser definidas em vários níveis de detalhe, dependendo do estágio de desenvolvimento de arquitetura foi atingido. Por exemplo, numa fase inicial, um bloco de construção pode simplesmente consistir em um nome ou uma descrição do esquema. Mais tarde, um bloco de construção pode ser decomposto em vários blocos de edifício de apoio e pode ser acompanhada por uma especificação completa. Os building blocks podem incidir sobre “arquitecturas” ou “soluções”.

42. Envolvido (Stakeholder)

Um indivíduo, equipe ou organização (ou classes dela) com interesses em, ou preocupações em relação ao resultado da arquitetura. Diferentes atores com diferentes papéis terão preocupações diferentes.

43. Arquitetura Estratégica

A descrição sumária formal da empresa, proporcionando um framework organizado para atividades operacionais e de mudança e um nível-executivo, visão de longo prazo para definir uma direção.

44. Arquitetura Alvo

A descrição de um estado futuro da arquitetura a ser desenvolvido para uma organização. Pode haver vários estados futuros desenvolvido como um roteiro (roadmap) para mostrar a evolução da arquitetura rumo a um estado de alvo.

45. Arquitetura Tecnológica

Capacidades lógicas de software e hardware necessárias para suportar a implantação de negócios, dados e serviços de aplicativos. Isto inclui a infra-estrutura, middleware, redes, comunicações, processamento e padrões.

46. Arquitetura de Transição

A descrição formal da arquitetura corporativa mostrando períodos de transição e desenvolvimento para partes específicas do empreendimento. Arquiteturas de transição são usadas ​​para fornecer uma visão geral da capacidade atual e a alvo e permitir que pacotes de trabalho individuais e projetos sejam agrupados em portifólios e programas.

47. Visão

A representação de um conjunto de preocupações relacionadas. Uma visão é o que é observado de um ponto de vista. Uma visão da arquitetura pode ser representada por um modelo para demonstrar aos envolvidos suas áreas de interesse dentro da arquitetura. Uma visão não tem de ser visual ou gráfica por natureza.

48. Ponto de Vista

A definição da perspectiva pela qual uma visão é tomada. É uma especificação das convenções para a construção e utilização de uma visão (muitas vezes por meio de um esquema apropriado ou modelo). A visão é o que você vê; um ponto de vista é de onde você está olhando – o ponto de observação ou perspectiva que determina o que você vê.