艾草有什么功效

百度 所以说，这是未来商业模式的最高境界。

A arquitetura empresarial (AO 1945: arquitectura empresarial), ou arquitetura corporativa (AO 1945: arquitectura corporativa), é a prática de aplicar um método compreensivo e rigoroso, para descrever: uma estrutura para um processo organizacional, presente ou futuro; Sistemas de Informa??o; Recursos Humanos; Subunidades organizacionais, etc. — tudo para que se possa alinhar com os objetivos principais e dire??es estratégicas de uma organiza??o. Por vezes, este termo, é associado estritamente com as Tecnologias de Informa??o (TI), o que o relaciona mais amplamente com uma prática de otimiza??o de negócio em vez de que numa rela??o de arquitetura de negócio, performance da gest?o e também arquitetura de processos.

Arquitetura Empresarial é considerada uma prática significante dentro do Governo Federal dos EUA, como um meio de endere?ar persistentemente desvantagens em investimentos de TI. Companhias como a BP, Intel e VW, também têm Arquiteturas Empresariais implementadas para melhorar as suas arquiteturas de negócio de forma a aumentar a performance de negócio e produtividade.

Ela pode ser entendida como a lógica organizadora de processos de negócio e de recursos de Tecnologia da Informa??o que reflete os requisitos de integra??o e de padroniza??o do modelo operacional de uma empresa. Nesse contexto, o trabalho do arquiteto corporativo pode ser comparado ao do arquiteto urbanista. Um urbanista se preocupa com os aspectos gerais do planejamento de uma cidade, ao passo que arquitetos e engenheiros desenham e projetam as constru??es, respeitando o projeto urbanístico definido. Da mesma forma, um arquiteto corporativo elabora a arquitetura da organiza??o, ordenando seus elementos gerais (conceitos, processos, sistemas etc.) e verificando posteriormente se os projetos relacionados a cada elemento est?o em conformidade com a arquitetura corporativa.

Metodologias

A prática da Arquitectura Empresarial envolve a aplica??o de uma framework para descrever uma arquitectura ‘como é’ e ‘como está’. Estas frameworks detalham a organiza??o, papeis, entidades e rela??es que existam ou deveriam existir, bem como um conjunto de processos de negócio. Esta framework irá fornecer uma taxionomia e ontologia rigorosas que claramente identificam o que é responsável pela performance de um processo e informa??o detalhada acerca de como esses processos s?o executados. O produto final é um conjunto de artefactos que descrevem num conjunto de graus de detalhe exactamente o quê e como um negócio opera e quais os recursos que s?o necessários. Estes artefactos s?o por vezes apresentados na forma de gráficos.

Dada esta descri??o detalhada, àqueles que tomam as decis?es, s?o-lhes fornecidos os meios para tomar decis?es informadas acerca de como investir recursos, onde realinhar os objectivos e processos organizacionais e quais as políticas e procedimentos que ir?o suportar as miss?es fundamentais ou fun??es de negócio.

Uma Arquitectura Empresarial forte fornece ajudas para responder a quest?es básicas como:

• A arquitectura actual está a suportar e a adicionar valor para a organiza??o?
• Como é que uma arquitectura pode ser modificada para que possa adicionar mais valor para a organiza??o?
• Baseado em tudo o que sabemos como a organiza??o quer atingir os seus objectivos no futuro, irá esta arquitectura actual suportar tais objectivos?

A implementa??o de arquitecturas organizacionais come?a geralmente com a documenta??o da estratégia da organiza??o e outros detalhes necessários como por exemplo: onde e como ela opera.

O processo ent?o parte numa cascata descendente para uma documenta??o as competências fundamentais, processos de negócio e como a organiza??o interage com ela própria e com partidos exteriores tais como: clientes, fornecedores e entidades governamentais.

Estando a estratégia e estrutura da organiza??o documentados, o processo da arquitectura flúi descendentemente para os componentes discretos de TI, tais como:

1. Gráficos organizacionais, actividades e fluxos de processos de como operam as TI Organizacionais;
2. Ciclos organizacionais, períodos e timing;
3. Fornecedores de tecnologias de hardware, software e servi?os;
4. Aplica??es e software, inventários e diagramas;
5. Interfaces entre aplica??es – que s?o: eventos, mensagens e fluxos de dados;
6. Intranet, Extranet, Internet, Comércio Electrónico, links EDI com parceiros dentro e fora da empresa;
7. Bases de Dados e modelos de suporte;
8. Hardware, plataformas e hosting: servidores, e localiza??o de onde s?o mantidos;
9. Local and Wide área Networks, diagramas de conectividade de Internet.

Sempre que possível, todos os pontos mencionados anteriormente devem estar relacionados explicitamente com a estratégia organizacional, objectivos e opera??es. A Arquitectura Organizacional irá documentar o estado corrente das componentes técnicas mencionadas anteriormente, tal como o estado futuro desejado.

Um produto intermediário de um processo arquitectural é a compreens?o do inventário da estratégia de negócio, processos de negócio, gráficos organizacionais, inventários técnicos, sistemas e diagramas de interface, topologias da rede e as rela??es externas entre eles. Os inventários e os diagramas s?o meramente ferramentas que suportam à decis?o. Mas n?o é suficiente. Tem de ser um processo vivo.

A organiza??o deve desenhar e implementar um processo que assegure um movimento contínuo desde o estado actual até a um estado futuro. O estado futuro irá ser uma combina??o de um e mais:

• erros que est?o presentes entre a actual estratégia organizacional e a capacidade das TI organizacionais o suportar.
• erros que est?o presentes entre a futura desejada estratégia organizacional e a capacidade das TI organizacionais de a suportar.
• actualiza??es necessárias e substitui??es que tenham de ser realizadas na arquitectura das TI baseada na viabilidade dos fornecedores, idade e performance do hardware e software, problemas de capacidade, requisitos conhecidos ou previstos em relatórios, e outros requisitos n?o explicitamente escritos pela gest?o funcional organizacional.

Numa base regular, o estado actual e o estado futuro s?o redefinidos para permitirem à evolu??o da arquitectura, mudan?as nas estratégia organizacional, e factores puramente externos, tais como as mudan?as na tecnologia, requisitos dos fornecedores/revendedores/governos.

A Arquitectura Empresarial é o componente chave do processo de Governa??o das TI em qualquer organiza??o de tamanho considerável. Mais e mais empresas est?o a implementar um processo formal de Arquitectura Empresarial para suportar a governa??o e gest?o das TI..

A Arquitetura Empresarial possibilita a cria??o de um modelo de execu??o do negócio que fornece a rastreabilidade entre os objetivos deste e os investimento de TI. Este modelo de execu??o, resulta de uma sele??o criteriosa dos processos de negócio e sistemas de TI que devem ser reestruturados, integrados e padronizados.

O modelo de execu??o do negócio, fornece uma vis?o de como a TI se envolve na execu??o e como cada projeto de negócio ira tirar proveito deste modelo. Alguns dos benefícios advindos deste modelo para o negócio s?o: ambientes tecnologicos mais simples com custos mais baixos e maior agilidade para lan?ar novos produtos.

Frameworks

• Zachman Framework
• The U.S. Department of Defense (DoD) Architecture Framework (DoDAF)
• The Open Group Architecture Framework (TOGAF)
• United States Government Federal Enterprise Architecture (FEA)
• Uma outra Framework para Arquitecturas Empresariais é a Extended Enterprise Architecture Framework (E2AF) from the Institute For Enterprise Architecture Developments.
• Gartner Framework

Camadas

A Arquitetura Corporativa, ou Arquitetura Empresarial, é dividida em várias camadas, desde a mais alta, relacionada aos negócios da empresa, até a mais baixa, referente à infraestrutura de TI.

Dentre vários modelos de organiza??o, segue uma vis?o consistente das camadas da Arquitetura Corporativa, hierarquizada desde o nível mais alto (negócios) até o mais básico (infraestrutura):

• A camada de Arquitetura de Negócios trata da estratégia de negócio, de políticas, de modelos conceituais, dos processos organizacionais, sua governan?a e suas rela??es.
• A camada de Arquitetura de Informa??es trata dos dados, sistemas de informa??es e suas rela??es.
• A camada Arquitetura Tecnológica, por sua vez, trata dos servi?os de software necessários para suportar sistemas e informa??es, sendo constituída por três grupos:
  • o Arquitetura de Desenvolvimento, que envolve os servi?os necessários ao desenvolvimento de um sistema;
  • o Arquitetura de Execu??o, que envolve os servi?os necessários à execu??o de um sistema; e
  • o Arquitetura de Opera??o, que envolve os servi?os necessários à opera??o de um sistema.
• A camada de Arquitetura de Infraestrutura, por fim, trata do conjunto de componentes físicos (hardware) e do software básico que acompanha o hardware.

é importante observar que cada camada da arquitetura é construída para apoiar a camada superior, portanto o alinhamento entre essas camadas e as equipes envolvidas na sua constru??o é fundamental.

Ver também

• Arquitetura de processos
• Arquitetura de dados