Trabalho Final de Curso

Estudo comparativo sobre Frameworks de Arquitectura de Sistemas Empresariais
Joo Lus Faria de Matos Nuno Jorge Duarte Pinto
Trabalho final de curso para obteno do Grau de Licenciatura em Informtica de Gesto
Sob Orientao do Professor: Accio Carmona :
Setembro de 2011
Estudo comparativo sobre Frameworks de Sistemas de Arquitectura Empresariais
Agradecimentos
Por toda a ateno prestada sempre que solicitada e apoio dado durante o desenvolvimento deste trabalho, vimos por este meio agradecer agradecer:
Ao Professor que nos orientou deste trabalho, Accio Carmona. s nossas famlias pela paci pacincia que tiveram connosco.
Resumo
A disciplina de Arquitectura de Sistemas Empresariais vai tendo cada vez mais importncia na deciso de investimento das empresas e respectiva gesto de portflio portflio. Esta relevncia cada vez maior nos dias de hoje uma vez que estamos numa altura em que as empresas enfrentam maiores de desafios e a adopo de uma framework de sistemas ramework empresarial pode ser o fio condutor na aplicao da estratgia da empresa que, a ajuda a enfrentar os dias difceis que se avizinham avizinham. Com este trabalho no existe a pretenso de rotular frameworks como boas ou ms, uma vez que uma framework usada numa empresa pode ser adequada mas ao ser utilizada numa outra empresa com outro ramo de negcio poder obter resultados menos satisfatrios. Neste trabalho foram recolhidas e classificadas um conjunto abrangente de frameworks angente segundo critrios que pensamos ser os mais pertinentes para a escolha de uma framework para usar na empresa.
Abstract
The discipline of Enterprise Systems Architecture will have increasing importance in investment decisions of enterprises and their portfolio management. This is increasingly important these days since we are at a time when companies face major ch challenges and the adoption of a framework for enterprise systems can be the guiding principle in ramework implementing the strategy of the company, who helps her face the difficult times yet to gy come. With this work there is no intention of labeling frameworks as good or bad, since a framework used in industry may be appropriate but when used in another company with other business could could get less than satisfactory results.
In this paper were collected and classified a comprehensive set of frameworks with criterias we think are the mo relevant to the choice of a framework to use in the most ramework company.
ndice Geral
Agradecimentos ................................ ................................................................................................ ............................................ 2 Resumo ................................ ......................................................................................................................... 3 ......................... Abstract ................................ ......................................................................................................................... 4 ......................... ndice Geral ................................ ................................................................................................ .................................................. 5 ndice de Figuras ................................ ................................................................................................ .......................................... 7 ndice de Tabelas: ................................ ................................................................................................ ......................................... 8 ndice de Anexos: ................................ ................................................................................................ ......................................... 8 Enquadramento do Trabalho ........................................................................................ 9 ........................ Introduo ................................ ................................................................................................ ................................................... 11 I. Os grupos de arquitectura de sistemas empresariais ................................ .............................................. 12 Consortia-developed frameworks ................................................................ developed ............................................... 12 Open Source frameworks ........................................................................................... 12 en ........................... Proprietary frameworks ................................ .............................................................................................. 12 .............................. Defense industry frameworks ................................................................ ..................................................... 13 Government frameworks ............................................................................................ 13 ............................ II. Estudo sobre as Frameworks ................................................................ .................................................. 14 Grupo Consortia-developed ........................................................................................ 14 developed ........................ EABOK ................................ ...................................................................................................................... 14 ...................... GERAM ................................ ...................................................................................................................... 16 ...................... TOGAF ................................ ....................................................................................................................... 18 ....................... RM-ODP................................ ................................................................................................ ..................................................... 21 Grupo Proprietary frameworks ................................................................ ................................................... 23 OBASHI ................................ ................................................................................................ ..................................................... 23 Integrated Architecture Framework (IAF) ................................................................ 25 .................................
Zachman Framework ................................ ................................................................................................ 27 .................................. Information Framework ................................ .............................................................................................. 31 .............................. Gartner ................................ ........................................................................................................................ 33 ........................ Grupo Defense industry frameworks ................................................................ .......................................... 35 DODAF ................................ ...................................................................................................................... 35 ...................... MODAF ................................ ...................................................................................................................... 37 ...................... AGATE................................ ....................................................................................................................... 39 ....................... Grupo Government frameworks ................................................................ ................................................. 41 FEA................................ ............................................................................................................................. 41 ............................. IV. Anlise comparativa das Frameworks ................................................................ 44 .................................
Anlise dos resultados: ................................ ............................................................................................... 49 ............................... V. Produtos ................................ ................................................................................................ .................................................. 51 Concluso ................................ ................................................................................................ ................................................... 52 Glossrio ................................ ................................................................................................ ..................................................... 53 Bibliografia ................................ ................................................................................................ ................................................. 54 VI. Quatro categorias de produtos de Arquitectura Empresarial ............................... 79
ndice de Figuras
Figura 1 - reas de Conhecimento EA................................................................ ........................................... 15 Figura 2 - Geram Framework ......................................................................................... 16 ......................... Figura 3 - TOGAF ................................ ................................................................................................ .......................................... 20 Figura 4 - RM-ODP ................................ ................................................................................................ ........................................ 22 Figura 5 - OBASHI ................................ ................................................................................................ ........................................ 24 Figura 6 - IAF ................................ ................................................................................................ ................................................. 26 Figura 7 - Information Framework ................................................................ ................................................. 31 Figura 8 - Gartner ................................ ................................................................................................ ........................................... 34 Figura 9 - Evoluo do quadro DoDAF desde 1990 ...................................................... 35 ...................... Figura 10 - MODAF ................................ ................................................................................................ ....................................... 38 Figura 11 - FEA ................................ ................................................................................................ .............................................. 42 Figura 12 - Avaliao Consortia - Developed Frameworks ................................ ........................................... 45 Figura 13 - Avaliao Proprietary Frameworks ............................................................. 46 ............................. Figura 14 - Avaliao Goverment Frameworks ............................................................. 47 ............................. Figura 15 - Ferramentas mais utilizadas em Arquitectura Empresarial ......................... 51 Figura 13 - Tipo de Ferramentas usadas em AE ............................................................ 79 ............................ Figura 14 - Principais razes para a escolha de uma Ferramenta de AE........................ 80
ndice de Tabelas:
Tabela 1 - Descrio de Critrios. ................................................................ .................................................. 44 Tabela 2 - Escala de critrios. ......................................................................................... 45 ......................... Tabela 3 - Avaliao Consortia - Developed Frameworks................................ ............................................. 45 Tabela 4 - Avaliao Proprietary Frameworks. .............................................................. 46 .............................. Tabela 5 - Avaliao Goverment Frameworks. .............................................................. 47 .............................. Tabela 6 - Critrios de avaliao ................................................................ .................................................... 48
ndice de Anexos:
Anexo 1 - EABOK ................................ ................................................................................................ ......................................... 56 Anexo 3 - GERAM ................................ ................................................................................................ ......................................... 57 Anexo 4 - TOGAF ................................ ................................................................................................ .......................................... 59 Anexo 5 - RM-ODP................................ ................................................................................................ ........................................ 60 Anexo 6 OBAS ................................ ................................................................................................ ............................................ 62 Anexo 7 - IAF ................................ ................................................................................................ ................................................. 64 Anexo 8 ZACHMAN ................................ ................................................................................................ 67 .................................. Anexo 9 - Information Framework ................................................................ ................................................. 70 Anexo 10 - Gartner ................................ ................................................................................................ ......................................... 73 Anexo 11 - Dodaf ................................ ................................................................................................ ........................................... 74 Anexo 12 MODAF ................................ ................................................................................................ ...................................... 75 Anexo 13 AGATE ................................ ................................................................................................ ....................................... 76 Anexo 14 FEA ................................ ................................................................................................ ............................................. 77 Anexo 15 - Forrester ................................ ................................................................................................ ....................................... 78 Anexo 16 - Produtos ................................ ................................................................................................ ....................................... 79
Enquadramento do Trabalho
O trabalho final de curso que se segue, foi feito no mbito do curso de Informtica de Gesto leccionado na Universidade Lusfona de Lisboa. Este trabalho, tem como objectivo apresentar um estudo sobre algumas frameworks de arquitectura de sistemas empresariais e utilizao das mesmas, sendo complementado com uma anlise comparativa Para se conseguir a informao que aqui se dispe, foi comparativa. e efectuada uma pesquisa abrangente atravs da internet, em pginas das prprias frameworks, fruns, blogs e documentos encontrados noutros sites. No sendo possvel colocar todas as frameworks existentes visto que, o nmero das mesmas muito vasto vasto, seleccionmos um conjunto de quinze que se inserem nos cinco grupos existentes e que nos pareceram das mais importantes que hoje em dia existem Fez-se uma descrio de existem. se cada um dos grupos para que se perceba melhor o enquadramento. P melhor Posteriormente, apresentou-se para cada uma das frameworks um pequeno resumo, com a sua histria, se os seus pontos fortes e fracos e que tipo de utilizao elas tm. Em anexo apresentam nexo apresentam-se elementos adicionais para cada uma delas Os cinco grupos em que se inserem as delas. frameworks estudadas so:
1. Consortia-developed frameworks developed 2. Open Source frameworks rameworks 3. Proprietary frameworks 4. Defense industry frameworks 5. Government frameworks
As frameworks que pertencem ao grupo da Consortia-developed frameworks so: a EABOK, a GERAM, a TOGAF e a RM RM-ODP.
As que se inserem no grupo das Open Source frameworks foram colocadas como anexos servindo mais para cultura geral, visto que na sua globalidade tero um peso menor em relao s restantes e so elas: a TRAK e a MEGAF.
As Proprietary frameworks que foram escolhidas para o estudo so: OBASHI, IAF, Zachman, Information Framework e Gartner. Estas cinco foram seleccionadas com base na sua abrangncia e na reputao que julgamos terem. Frameworks como a Zachman, na nossa opinio a framework precursora de todas as cursora outras, no poderiam ficar nunca de fora de um qualquer estudo sobre o assunto. A Gartner tambm, pela sua viso prtica da empresa.
Temos o grupo Defense industry frameworks em que esto includas no trabalho: das DODAF, MODAF e AGATE AGATE. Escolhidas de um grupo onde podemos encontrar tambm a NAF (NATO) ou a DNDAF (Canad).
Por ltimo vem o grupo das Government frameworks cuja escolhida para o trabalho foi a FEA. Aqui e por opo, falamos apenas de uma, que por ter nascido da vontade da maior potncia mundial (EUA) merece destaque.
Aps a descrio de cada uma delas e como anteriormente foi referido, fez fez-se uma comparao detalhada, tendo em conta nove critrios devidamente descritos na sua inteno, para que se pudesse avaliar numa escala de 1 a 5. Como tambm j foi referido, as frameworks do grupo Open Source frameworks ao ficarem apenas nos anexos, no participaram nesta comparao, estando portanto a comparao reduzida a , treze frameworks. Optou-se ainda neste captulo, por se fazer uma agregao diferente se das frameworks, ficando apenas com trs grandes grupos, passando a Framework FEA , para o grupo das Government frameworks.
De seguida, apresentou-se uma pesquisa de produtos relacionados com algumas das se s frameworks que, assim mostram como hoje em dia servem muitas empresas por todo o mundo.
Tudo o que no pde ser apresentado no contedo deste trabalho, por limita limitaes delineadas no regulamento do trabalho final de curso, optou se por se colocar em optou-se anexos, servindo assim para, caso seja de interesse ao leitor do trabalho, poder consultar para, mais informao sobre as quinze frameworks que formam escolhidas pelos autores.
10
Introduo
Uma framework de arquitectura de s sistemas empresariais identifica os tipos de informaes necessrias para retratar uma arquitectura de sistemas empresariais empresariais, organiza os tipos de informao numa estrutura lgica, e descreve as relaes entre os aniza numa tipos de informao. Muitas vezes a informao dividida em modelos de arquitectura e modelos pontos de vista. Esta categorizao de informao de arquitectura de sistemas empresariais facilita o pensar sobre a arquitectura e como se encaixam as informaes. encaixam Uma framework de arquitectura de sistemas empresariais pode tambm i identificar os tipos de produtos, chamados por vezes de modelos, necessrios para descrever a arquitectura de sistemas empresariais e mostrar como retratar as ligaes entre diferentes tipos de informaes os processos de negcios, dados e recursos de informaes, Tecnologias de Informao Informao. Por outras palavras pode-se dizer que uma framework uma estrutura para contedo e se processo que pode ser usada como uma ferramenta para estruturar o pensamento e garantir consistncia e completude Ou seja, uma framework serve para completude. colocar ordem na casa (contedo) e ensinar o caminho das pedras (processo). As frameworks de arquitectura de sistemas empresariais so necessrias pela simples razo de que a quantidade e comple complexidade da informao mantida numa iniciativa d uma de arquitectura so muito grandes, e que o processo para obter essa informao, construir e processo manter uma arquitectura so tudo menos simples. A frameworks portanto, fornecem As essa estruturao para simplificar a vida dos arquitectos.
No entanto, o conhecimen conhecimento sobre os conceitos de arquitectura de sistemas empresariais, dentro de muitas organizaes ainda bastante limitado e com um baixo nvel de maturidade. O conceito de arquitectura de sistemas empresariais tem evoludo consideravelmente muito por culpa do trabalho original de John Zachman na dcada de 80 com o seu quadro de Arquitectura de Sistemas de Informao. O Quadro de Zachman forneceu a base para muita frameworks empresa muitas empresariais mais recentes, e processos de arquitectura associados que esto agora disponveis.
11
I.
Os grupos de arquitectura de sistemas empresariais
Consortia-developed frameworks developed

Neste grupo, encontram-se a frameworks que surgiram atravs do trabalho de vrios se as grupos ou consrcios. No se focando apenas numa determinada rea ou n numa negcio, pode dizer-se que so das mais generalistas. s
Open Source frameworks

Ao definir as open source frameworks pode-se estabelecer um paralelismo com o software open source onde o software feito pela comunidade para a comunidad comunidade. Como no open source no h estrutura de distribuio, ele pode ser distribudo sem custo desde que a receita de servios (suporte, consultoria, testes, etc seja razovel. , etc.) Esta caracterstica, faz deste tipo de framework a mais vantajosa ao nvel de custo acterstica, custo. Concluiu-se no ser relevante a colocao das frameworks pertencentes a este grupo, no se trabalho e optou-se antes por colocar duas delas em anexo (TRAK e MEGAF) de forma MEGAF), a dar uma ideia sobre o tipo de framework com as caractersticas de Open Source para conhecimento do potencial que este tipo de ferramenta tem tem.
Proprietary frameworks
Neste grupo, existem as f frameworks que de algum modo so proprietrias de um o fornecedor e como exemplos podemos destacar a Framework de Zachman baseada no trabalho de John Zachman na IBM ou a Integrated Architecture Framework (IAF) da Capgemini. Neste grupo pode dizer que se enquadram as que so mais comerciais. pode-se
12
Defense industry frameworks

e/ou feitas para a indstria de defesa. Entre elas temos a esa. So as frameworks orientadas e DODAF e AGATE do departamento de defesa norte-americano e departamento de defesa francs, respectivamente. ,
Government frameworks
So as frameworks que foram criadas por/ou para governos e agncias governamentais de modo a tentar suprir necessidades especficas.
13
II.
Estudo sobre as Frameworks
Grupo Consortia-developed developed
EABOK1
Resumo da Framework
Esta framework foi criada pela MITRE Corporation. substancialmente financiado por agncias governamentais dos EUA. Fornece uma reviso crtica das questes de ncias Fornece arquitectura de sistemas empresariais no contexto das necessidades de uma organizao empresariais, e tambm apresenta uma viso holstica das necessidades e mtodos d arquitectura todos de corporativa. recomendada como o "primeiro porto de escala" para um negcio que . cria uma unidade de arquitectura corporativa.
Os pontos fortes:
- Serve para examinar a redundncia, - Serve para examinar consistncia, integrao - Serve para examinar normalizao. - Serve para examinar integrao - Serve para examinar interoperabilidade - Oferece visibilidade e controlo sobre a gesto de investimentos, proporcionando uma viso compartilhada de futuro.
http://www.mitre.org/work/tech_papers/tech_papers_04/04_0104/index.html
14
Os pontos fracos: Existe pouca informao disponibilizada, pouco orientada para o negcio e no acrescenta muito valor para a empresa.
Utilizao da Framework
A EABOK uma ferramenta para executivos, gestores e programadores Gestores e programadores. executivos usam a EABOK para garantir investimentos e os sistemas esto ligados BOK misso e estratgia da empresa.
Figura 1 - reas de Conhecimento EA
Nota: Informao mais detalhada no Anexo EABOK
15
GERAM2
Resumo da Framework
O objectivo de GERAM engloba todos os conhecimentos necessrios para a empresa de engenharia / integrao. Assim, GERAM definido atravs de uma abordagem pragmtica fornecendo uma estrutura generalizada para descrever os componentes necessrios em todos os tipos de processos de engenharia da empresa / empresa de integrao. GERAM uma framework que modela a histria de vida de um proje de projecto integrao da empresa a partir d seu conceito inicial nos olhos dos empresrios que do inicialmente desenvolveram atravs do seu design, definio funcional ou ram, especificao, projecto detalhado, implementao fsica ou construo, operao e, to finalmente, obsolescncia. A arquitectura definida ser aplicada a projectos produtos projectos, e processos, bem como para as empresas. GERAM pode ser vista como uma framework para outras.
Figura 2 - Geram Framework
http://www.ict.griffith.edu.au/~bernus/taskforce/geram/versions/geram1-6-3/v1.6.3.html http://www.ict.griffith.edu.au/~bernus/taskforce/geram/versions/geram1 3/v1.6.3.html
16
Os pontos fortes:
Recomendada para uso em projectos de integrao da empresa que incluem ciclos de vida de sistemas corporativos processos de negcio de modelizao; linguagens de corporativos, modelizao para diferentes utilizadores da arquitectura, modelo integrado de representao em diferentes vistas:
Esforos de integrao (reengenharia, fuso, integrao da cadeia de reorganizao, a formao de um consrcio, a cadeia de valor ou de abastecimento, etc);
Mudanas incrementais de vrios tipos para a melhoria contnua e adaptao.
Os pontos fracos:
Esta framework no ir ter muito mais desenvolvimento do que aquilo que j tem.
GERAM destina-se a facilitar a unificao de mtodos de vrias disciplinas utilizadas se no processo de mudana, tais como mtodos de engenharia industria cincia da industrial, administrao, engenharia de controlo, comunicao e tecnologia da informao, ou seja, para permitir a sua utilizao combinada, em oposio aplicao segregada.
Nota: Informao mais detalhada no Anexo GERAM
17
TOGAF3
Resumo da Framework
TOGAF (The Open Group Architectural Framework uma framework proposta pelo The Framework) Open Group destinada ao desenho e avaliao d arquitectura de sistemas de da rquitectura informao. A TOGAF distingue se por possuir uma metodologia, fruto de vrios anos . distingue-se de investigao, para o desenvolvimento de Arquitecturas de Sistemas de Informao rquitecturas Architecture Development Method (ADM). A metodologia ADM caracterizada por ser constituda por um conjunto de etapas, subdivididas em passos que, de uma forma m que, iterativa e cclica indicam as actividades necessrias ao desenho, avaliao e implementao de uma arquitectura de sistemas de i informao. Cada etapa e passo so caracterizados atravs um conjunto de atributos que suportam o arquitecto e a organizao no desenho da arquitectura de sistemas de informao, istemas nomeadamente:

Objectivo da etapa ou passo. Aproximao de forma a atingir o objectivo proposto. Entradas (Inputs). Recurso que passo ou etapa consome por exemplo modelo do negcio, arquitectura tcnica tcnica.
Sadas (Outputs). Recursos produzidos por um passo ou etapa. Actividades. Principais aces desenvolvidas (seleco de ferramenta de modelao, anlise de trade odelao, trade-off).
Os pontos fortes: A framework TOGAF apresenta como principal ponto forte a sua metodologia ADM. Esta metodologia apresenta se como uma contribuio importante no sentido de apresenta-se normalizar o processo de desenvolvimento de Arquitecturas de Sistemas de Informao Informao,
http://www.opengroup.org/togaf/
18
pondo um certo rigor e mtodo a esta arte. No entanto, esta metodologia, porventura fruto das razes da TOGAF, apresenta um foco tcnico e infra estrutural elevado, infra-estrutural deixando para segundo plano questes organizacionais e de relao com o negcio. Assim a framework TOGAF apresenta um foco na arquitectura tcnica dos S Sistemas de Informao, minorando questes organizacionais (como sejam a estratgia, processos de , negcio e recursos), no assegurando a especificao de Arquitecturas de Sistemas de rquitecturas Informao adequadamente alinhadas com o negcio. tambm verstil no uso com diferentes representaes e tem desenvolvimento iterativo.
Os pontos fracos: O facto de a TOGAF no estar suportada numa notao standard que no facilita em nada a sua manipulao generalizada pelos diferentes intervenientes (sta stakeholders) na especificao e uso da Arquitectura de Sistemas de Informao. Esta no normalizao rquitectura . coloca tambm entraves representao e validao do alinhamento entre o negcio e os sistemas e tecnologias de informao.
A TOGAF define tambm uma taxonomia e um conjunto de princpios e standards arquitecturais usados na definio da Arquitectura de Sistemas de Informao Informao. Segundo a verso da TOGAF 2001, uma boa Arquitectura de Sistemas de Informao permite obter o balanceamento correcto entre a inovao e eficincia tecnolgica e as exigncias e necessidades do negcio apresentando-se enquanto um passo crucial na se resposta questo do alinhamento negcio/Sistemas de Informao. to
19
Figura 3 - TOGAF
Nota: Informao mais detalhada no Anexo TOGAF
20
RM-ODP4
Resumo da Framework
Reference Model of Open Distributed Processing (RM-ODP) um padro que define ODP) uma estrutura para a especificao de arquitecturas de sistemas distribudos. RM-ODP tem quatro elementos fundamentais:
Um objecto de abordagem de modelagem para especificao do sistema; A descrio de um sistema em termos de especificaes, pontos de vista distintos, mas interligados; A definio de uma infra infra-estrutura de sistema de fornecimento de transparncias de distribuio de aplicaes do sistema; Um quadro para avaliar a conformidade do sistema;
Os pontos fortes:
O modelo referencial fornece uma linguagem comum e bem definida da terminologia e notaes para a especificao das propriedades funcionais e no funcionais de sistemas distribudos e dos seus ambientes, ou seja, informao da empresa.
Os pontos fracos:
Embora o modelo de referncia ODP oferea linguagens abstractas dos conceitos relevantes, no prescreve notaes particulares para ser usado nos pontos de vista individuais. As lnguas ponto de vista definido no modelo de referncia so linguagens abstractas, no sentido que eles definem o que os conceitos no devem ser usados, como elas devem ser representados. Esta falta de anotaes precisas para expressar os diferentes modelos, envolvidos numa especificao do ponto de vista de um sistema sistema,
4
http://www.rm-odp.net/
21
uma caracterstica comum para a maioria das empresas sobre abordagens arquitectura , incluindo a framework Zachman Zachman. Essas abordagens foram conscientemente definidas numa representao neutra para aumentar a sua utilizao e flexibilidade.
O padro tem por objectivo fornecer suporte para interoperabilidade, portabilidade e distribuio, e por isso, permite a construo de sistemas abertos, integrados, flexveis, modulares, manuseveis, heterogneos, seguros e transparentes
Figura 4 - RM-ODP
Nota: Informao mais detalhada no Anexo RM RM-ODP
22
Grupo Proprietary frameworks
OBASHI5
Resumo da Framework
A framework OBASHI foi inventada por Fergus Cloughley e Paul Wallis no final do ano de 2001 no seguimento de um projecto para ajudar visualizao de uma melhor percepo de activos das Tecnologias de Informao de suporte ao negcio na BP. A subsequente metodologia OBASHI nasceu da necessidade da gesto de perceber facilmente o valor do fluxo de dados que suporta o negcio de uma maneira simples. A metodologia OBASHI divide a estrutura organizacional da empresa em seis camadas horizontais. As camadas do origem a uma framework (framework OBASHI para a s. OBASHI) organizao de elementos individuais que representam o negcio ou activos e recursos das Tecnologias de Informao As camadas so: Informao. Propriedade Processos de Negcio Aplicao Sistema Hardware Infra-estrutura
Colocando os elementos de forma hierrqui em cima ou em baixo, significa que existe hierrquica uma relao entre os mesmos. Por exemplo, colocando o elemento dono (Propriedade) em cima do elemento Processos de Negcio significa que esse processo de negcio pertence aquele dono.
http://www.obashi.co.uk/
23
Os pontos fortes:
Identificao de activos de negcio e interdependncias que gera um mapa visual de negcio de modo a melhorar a percepo da comunicao. Reduo do desperdcio das Tecnologias de Informao e maximizao do valor. Facilita o pensamento estratgico da empr empresa.
Os pontos fracos:
uma framework com pouca maturidade e com pouca capacidade de evoluo. Utilizao da Framework OBASHI uma framework que permite capturar, ilustrar e modelar as relaes, interdependncias e fluxos de da dados entre o negcio e activos das Tecnologias de Informao num contexto empresarial. A compreenso de fluxos de dados permite um melhor entendimento de como funciona melhor o negcio, independentemente dos seus objectivos e responsabilidades.
Figura 5 - OBASHI
Nota: Informao mais detalhada no Anexo OBASHI
24
Integrated Architecture Framework (IAF)6
Resumo da Framework
A Integrated Architecture Framework (IAF) uma framework empresarial que cobre as reas de negcio, informao, sistemas de informa e infra-estrutura tecnol ao, informao estrutura tecnolgica. Esta framework foi desenvolvida pela CapGemini em meados de 1990 indo buscar experincia aos gestores de projectos da CapGemini que desenvolviam projectos nos vrios clientes da empresa. A primeira verso foi desenvolvida em 1996 e era baseada na famosa Framework de Zackman e em ideias de Steven Spewak sobre arquitectura de sistemas empresariais. A IAF uma arquitectura que tem c como target o desenvolvimento de solues lderes de mercado e facilmente adaptvel s necessidades da empresa. Pode ser utilizada tanto em pequenos projectos como em grandes projectos em que so transformados por completo processos de uma empresa empresa. Dada a sua origem podemos dizer que uma framework baseada na experincia do mundo real e tem um foco na necessidade de perceber as necessidades do negcio. Antes de qualquer aplicao temos de definir o seu mbito nvel de detalhe, propsitos, mbito, prazos, responsabilidades, etc. nsabilidades, Isto vlido tanto para esta framework como para todas as outras. Os pontos fortes:
Caracteriza-se pela sua simplicidade e abre novas perspectivas na arquitectura de se sistemas empresariais (governance/security governance/security) Os resultados da arquitectura tanto como a prpria IAF podem ser usados como um ctura Atlas para uma viso global da empresa.
A IAF pode mostrar a complexidade dos elementos a serem tratados, as relaes e dependncias envolvidas. A IAF um guia para todas as actividades relacionadas com a arquitectura de sistemas empresariais.
http://www.springerlink.com/content/978-3-642-11518-9#section=716742&page=1&locus=32 http://www.springerlink.com/content/978 9#section=716742&page=1&locus=32
25
Os pontos fracos:
Por ser uma framework proprietria, no so conhecidos os artefactos que a compem compem.
utilizada para criar arquitecturas organizacionais que cobrem as reas de negcio, informao e tecnologia. O referencial utilizado para definir o contedo e a arquitectura, desta forma oferece um modelo de arquitectura de desenvolvimento e uso, descreve o formato e contedo dos elementos da arquitectura e especifica a forma como esses elementos se relacionam entre si.
Figura 6 - IAF
Nota: Informao mais detalhada no Anexo IAF
26
Zachman Framework7
Resumo da Framework
O Modelo de Zachman tem a pretenso de enquadrar e classificar todas as ferramentas e documentos necessrios resoluo de problemas complexos no mbito dos sistemas e tecnologias de informao, atravs de uma planta a duas dimenses. Trata-se de uma generalizao didctica e metafrica aos sistemas e tecnologias de se informao dos mtodos e prticas da arquitectura e engenharia tradicionais do meio fsico, que no caso dos sistemas de informao ainda carecem de maturidade e rigor metodolgico, uma vez que os seus mtodos e tcnicas ainda esto longe de ser mtodos estveis, sistemticos e satisfatrios. A arquitectura de Zachman visou introduzir 6 perspectivas diferentes em relao ao mesmo sistema de informao, tornando as diferentes valncias verdadeiramente complementares e integradas para a viabilizao do resultado global. O objectivo es formalizar e uniformizar a representao dos sistemas de informao, de modo a garantir, a integrao dos diversos componentes de informao da organizao e facilitar a sua mudana e transformao. ransformao. A arquitectura de Zachman consiste num quadro de referncia a duas dimenses, constituda por seis perspectivas e seis aspectos que vo da representao simblica representao fsica, designadamente no que se refere ao mbito, modelo de negcio, modelo do SI, modelo tecnolgico representaes detalhadas e sistemas funcionais tecnolgico, funcionais. Estes nveis so cruzados na horizontal com seis perspectivas de abordagem, nomeadamente dados (o qu), processos (como) e redes (onde), na verso original de 1987 e pessoas (quem), tempo (quando) e motivaes (porqu) na extenso efectuada em 1992. Daqui resultam 36 caixas em matriz, capazes de enquadrar as ferramentas e esultam
http://www.zachman.com/
27
documentos necessrios resoluo de problemas complexos no mbito dos sistemas e tecnologias de informao.8 A histria das metodologias relacionadas com os sistemas e tecnologias da informao esto cheias de avanos e recuos fortemente influenciados pelos enfoques fundamentalistas em que cada um se colocou para abordar o mesmo sistema objecto. As abordagens descendentes ( (top-down) e ascendentes (bottom-up), a necessidade de ), responder rapidamente ao mercado ( (time to market), as presses pragmticas e os ), constrangimentos financeiros, entre outros motivos, conduziram desvalorizao do formalismo metodolgico, capaz de responder hoje aos desgnios to esperados da interoperabilidade semntica e tecnolgica dos vrios sistemas de informao que entretanto foram crescendo como cogumelos isolados. Zachman definiu a Arquitectura da Empresa como o conjunto de representaes conjunto necessrias descrio de um Sistema/Empresa (ou conjuntos de sistemas) com vista sua construo, manuteno e evoluo. Zachman influenciou decisivamente os modelos referenciais das administraes pblicas em todo o mundo mundo. A existncia destes referenciais torna tambm mais claros e transparentes os ncia relacionamentos entre as administraes pblicas e o mercado e constituem modelos de referncia para os requisitos a que devem obedecer as ferramentas de anlise e modelao de processos que vo surgindo no mercado das BPA (Business Process (Business Analysis) e das respectivas ferramentas arquitectnicas (ARIS, Casewise, MEGA, Metis, ) (ARIS, Popkin, ProVision, etc) Constituiu talvez a primeira abordagem que no se fixou simplesmente na cascata descendente tradicional e que soube valorizar todas as perspectivas independentemente do nvel hierrquico e funcional a que se referem (dono, responsvel pelo SI, , responsvel aplicacional) e s questes dos seis W a que cada um tem de responder ao seu nvel (What, hoW, Where, Who, When e Why). , Mais recentemente assiste-se a um realinhamento das arquitecturas para os processos, -se SOA (Service-Oriented Architecture), questionando e dando mais pragmatismo Oriented Architecture), cascata tradicional que vai do planeamento, anlise, concepo e construo. As arquitecturas orientadas aos processos focam sobretudo a modelao dos processos de
8
http://www.enterpriseunifiedprocess.com/essays/zachmanFramework.html
28
negcio, a concepo e a interligao dos workflows, etc., tornando mandatria a criao , de repositrios comuns de informao e a correspondente anlise, modelao e partilha de dados. A universalidade na sua aplicao a casos e sectores bem distintos foi sem dvida um dos propsitos de Zachman ao comparar os sistemas de informao, quaisquer que eles sejam, a edifcios que precisam ser planificados com grande rigor interdisciplinar antes de ser construdos. Para alm das reflexes acadmicos e de algumas experincias pontuais, Portugal de um modo geral ainda d pouca importncia s arquitecturas dos sistemas de informao, tal como ainda acontece com o desprezo a que ainda esto votadas as arquitecturas no nosso espao urbano. O Instituto de Informtica nos anos 70 e 80 foi sem dvida uma institui de referncia instituio particularmente preocupada com as metodologias de planeamento e anlise de sistemas de informao, estando neste momento a retomar alguma da sua tradio nestes domnios, por fora do papel que desempenha na administrao pblica portugues em portuguesa geral e no Ministrio das Finanas em particular. No conhecido a situao das empresas portuguesas, mas no caso da Administrao Pblica ainda muito fraco o investimento em arquitecturas de sistemas de informao e na criao e desenvolvimento de competncias nesta rea. Os pontos fortes:
Detalhe na classificao dos artefactos da arquitectura, ou seja, tudo documentado e bem especificado. As perspectivas dividem a complexidade. As dimenses dividem a arquitectura em diferentes aspectos. O seu elevado grau de abstraco e generalidade que a tornam a mais geral em termos de representao.
29
Os pontos fracos:
Em termos de orientao prtica, a framework podia ajudar mais o utilizador a assimilar ermos o conceito da arquitectura sistemas empresariais na sua organizao e a desenvolver a uma cultura na qual seja valorizada e usada.9
Outro ponto fraco que esta framework gera muita documentao, devido sua abrangncia, que pode ser de difcil assimilao e algumas vezes at de utilidade questionvel. pouco virada para a vertente do negcio (operaes). insuficiente quanto orientao para a governana. Devido sua complexidade demora tempo a retornar valor ao negcio.
A framework de Zachman fornece uma viso global dos componentes relevantes de uma arquitectura da informao, permitindo um processo estruturado de mudanas, alinhado aos objectivos estratgicos da organizao. Este tipo de abordagem estruturada permite utilizar um nico modelo para simplificar a compreenso sobre a viso da compreenso organizao.
Nota: Informao mais detalhada no Anexo ZACHMAN
http://msdn.microsoft.com/pt-br/library/bb466232.aspx br/library/bb466232.aspx
30
Information Framework10 ork
Resumo da Framework Antes de podermos criar sistemas de informao eficazes, importante compreender a informao em si, incluindo o que importante e perceber se porque que esse sistema perceber-se est estruturado em determinadas maneiras. Information Framework foi criada por Roger Evernden durante a dcada de 1980 e continua a ser a base para solues estratgicas da IBM no sector dos servios financeiros. A base para a sua construo tem origem nas ideias de Zachman Zachman. O quadro de informao pode ser pensado como um sistema de arquivo giga gigante, com gabinetes separados para uma maior diferenciao nas categorias principais e gavetas separadas em cada gabinete para diferentes tipos de anlise. O diagrama IFW contm 50 clulas para representar dez tipos bsicos de informao, e cinco tipos de anlise. Os tipos de informao so agrupados em:
Informao da organizao, tais como informaes sobre as estratgias, formao estruturas organizacionais e de competncias; ganizacionais
Informaes de negcios, tais como dados sobre as partes envolvidas, produtos e arranjos, as funes de negcios ou processos; es
Informaes tcnicas; maes
Figura 7 - Information Framework
10
www.maritimeeconomics.com/downloads/Thesis%20SmitS.pdf
31
Os resultados da Information Framework so:
Um conjunto de modelos que forneam listas de verificao para os requisitos de negcios
Modelos que incorporam princpios de design padro da indstria Projectos detalhados para solues especficas Blocos de cdigos e aplicativos
Todos os acima indicados, podem ser combinados para fornecer solues ados, personalizadas para os problemas relacionados com a informao. Os pontos fortes:
fortemente orientada para a vertente de negcio. Economiza em termos de esforo e de tempo, na obteno de informaes bem , estruturadas, fornecendo um conjunto estruturado de modelos e modelos baseados em arquitectura de informao consistente, de modo que muitos dos resultados de projectos relacionados com a informao so antecipados. Estes modelos fornecem solues para problemas relacionados com a informao. Os pontos fracos:
uma framework com pouca maturidade e com pouca capacidade de evoluo. Utilizao da Framework A Information Framework uma ferramenta de anlise e estruturao da informao. Ela usada para ajudar a mudar a estrutura de informao e flexibilidade de negcios mudar ou agilidade.
Nota: Informao mais detalhada no Anexo INFORMATION FRAMEWORK
32
Gartner11
Resumo da Framework
A Gartner uma das mais importantes consultoras de tecnologias de informao a nvel mundial com uma reputao acima de qualquer suspeita reconhecida mundialmente pela ao iseno dos seus relatrios e pela qualidade das suas informaes. A Gartner acredita que a arquitectura de sistemas empresariais precisa obrigat obrigatoriamente de juntar 3 actores: os donos do negcio, especialistas de informao e as pessoas que s implementam a tecnologia na empresa. Se conseguirmos juntar estes 3 actores e unirmos esforos atravs de uma viso comum que gere valor, ento porque alcanmos o sucesso. A Gartner acredita que as arquitecturas empresaria s devem comear com o caminho artner empresariais que a empresa quer seguir e no no caminho onde est hoje, isto , estabelecendo os sto objectivos, temos uma viso mais clara do que queremos e com essa viso, torna torna-se mais fcil atingi-los. A Gartner recomenda que uma organizao comece por definir a los. sua estratgia e o que pretende atingir, isto tudo em linguagem simples. O objectivo principal que toda a gente entenda os objectivos e partilhe uma s viso. te Assim que a empresa tem uma viso nica, pode-se considerar as implicaes no se negcio, a nvel tcnico e na informao. A viso partilhada ir ajudar a atribuir prioridades s mudanas sempre mantendo como foco dessas mudanas a gerao de valor.
Os pontos fortes:
Qualidade da informao isenta que prestada a mais de 10.000 empresas.
Os pontos fracos:
A sua capacidade de evoluo diminuta.
11
http://www.gartner.com
33
A framework Gartner, deve ser usada para criar a viso e um plano de investimentos para o Business intelligence para a gesto de desempenho e iniciativas das intelligence, organizaes. O quadro abaixo indicado deve ser usado para definir, alinhar e integrar indicado, as mtricas, pessoas, processos, componentes, metodologias e capacidades associadas com as diferentes camadas, e coloc es coloc-las no contexto mais amplo orientado para o negcio e articulao para execuo da estratgia. Este quadro tambm pode ser til para a realizao de uma avaliao de prontido/abrangncia das iniciativas existentes e prontido/abrangncia para avaliar o alinhamento e integrao da tecnologia com as necessidades de n nhamento necessidades negcio.
Figura 8 - Gartner
Nota: Informao mais detalhada no Anexo GARTNER
34
Grupo Defense industry frameworks
DODAF12
Resumo da Framework
O Department of Defense Architecture Framework (DODAF) uma estrutura de arquitectura que foi concebida para o Departamento de Defesa dos Estados Unidos. Embora seja claramente voltada para sistemas militares, DODAF tem ampla DAF aplicabilidade em todo o sector pblico, sector privado, voluntrios ao redor do mundo e representa um grande nmero de quadros de arquitectura de sistemas. O objectivo da DODAF a definio de conceitos e modelos utilizveis em seis processos centrais que so os seguintes: 1. Capacidade de Integrao e Desenvolvimento (JCIDS) 2. Planeamento, Oramento, programao e execuo (PPBE) 3. Sistema de Aquisio (DAS) 4. Engenharia de Sistemas (SE) 5. Planeamento das Operaes 6. Capacidades de Gesto de Portflio (CPM)
Figura 9 - Evoluo do quadro DoDAF desde 1990
12
http://cio-nii.defense.gov/sites/dodaf20/ nii.defense.gov/sites/dodaf20/
35
Os pontos fortes:
Um dicionrio integrado com as definies de todos os termos usados em todos os produtos uma vantagem significativa. Sendo uma framework desenvolvida pelos militares e para os militares, fornece uma viso dos vrios processos do departamento de defesa que ajuda a garantir que as capacidades, recursos e materiais so rapidamente entregues em qualquer teatro de guerra. What they need, where they need it, when they need it, anywhere in the world 13 , world
Os pontos fracos:
Pouca flexibilidade na sua utilizao.
DAF A framework DODAF principalmente utilizada no departamento de defesa dos Estados Unidos da Amrica. A sua utilizao permite que os responsveis e investidores tomem decises inteligentes responsveis em termos de aquisies, criaes e reutilizaes. Ajuda os arquitectos de sistemas a tomarem decises adequadas (em termos de desenho) quanto funcionalidade que deve residir na arquitectura dos sistemas. Fo Fornece uma linguagem comum para descrever um sistema integrado que abranja as misses. Permite que grandes grupos de stakeholders trabalhem de forma cooperativa e eficiente em sistemas de grande dimenso e complexos e tambm permite que o departamento de imenso permite defesa crie sistemas que funcionem em conjunto e de forma eficiente. fesa
Nota: Informao mais detalhada no Anexo DODAF
13
http://www.casewise.com/solutions/industry/us-government http://www.casewise.com/solutions/industry/us
36
MODAF14
Resumo da Framework
Ministry of Defence Architecture Framework (MODAF) define uma forma padro para organizar arquitecturas corporativas para aplicaes de defesa no Reino Unid Unido. Todas as armas principais e informaes do sistema MOD e aquisies de tecnologia so necessrias para documentar arquitecturas da sua empresa usando os produtos prescritos pelo MODAF. Embora MODAF sej focado principalmente em aplicaes de seja defesa, tambm pode ser aplicada a sistemas comerciais. MODAF uma estrutura de arquitectura de sistemas empresariais reconhecida internacionalmente desenvolvida pelo MOD para apoiar o planeamento de actividades e gesto da mudana da Defesa. Ela faz isso ao permitir a captura e apresentao de informao de uma forma rigorosa, coerente e abrangente que auxilia a compreenso de questes complexas, proporcionando assim os gestores com os principais factores que devem considerar ao tomar decises sobre as mudanas para o negcio.
MODAF organiza arquitecturas empresariais em seis pontos de vista, que so anlogas pontos s vistas da DODAF:
Ponto de Vista Standard (STV), com seis pontos de vista; Todos os Viewpoint (AV) com dois pontos de vista; Ponto de vista operacional (OV), com sete pontos de vista; Ponto de vista do sistema (SV), com onze pontos de vista; Ver Normas Tcnicas (TV) com dois pontos de vista; Ponto de vista de aquisio (ACV), com dois pontos de vista;
14
http://www.architectureframework.com/frameworks/dodaf/ eframework.com/frameworks/dodaf/
37
Os pontos fortes:
ramework DAF semelhana da framework DODAF e uma vez que desenvolvida pelos militares para os militares, fornece uma viso dos vrios processos do departamento de defesa que ajuda a garantir que as capacidades, recursos e materiais so rapidamente entregues em qualquer teatro de guerra.
Os pontos fracos:
Uma vez que uma Framework que nasceu no mundo militar e apesar de poder ser adaptada ao mundo civil , tendencialmente uma arquitectura feita medida.
A MODAF utilizada no ministrio da defesa do Reino Unido, sendo projectada para atender o negcio e as necessidades operacionais do ministrio fornece fornecendo uma forma altamente acessvel para descrever ou modelar uma soluo.
Figura 10 - MODAF
Nota: Informao mais detalhada no Anexo MODAF
38
AGATE15
Resumo da Framework
A AGATE semelhana da DODAF e da MODAF uma framework militar mas com origem numa organizao do governo Francs (DGA - Dlgation Gnrale p pour l'Armement). Esta agncia desenvolve e testa armas para uso dos militares daquele pas. ). A cada projecto so definidos: o 1. Os objectivos do sistema sistema. 2. Descrio das organizaes afectadas. 3. Processos e fluxos de informao. 4. Requisitos de segurana em conformi conformidade. 5. Servios do sistema e traceabilidade traceabilidade. 6. Arquitectura lgica do sistema sistema. 7. Arquitectura fsica do sistema e seus componentes (hardware e software) utilizados.
Os pontos fortes:
Uma vez que foi desenvolvida especificamente pelo governo francs para uso interno, atendendo s suas especificidades prprias, tem tendncia a responder cabalmente gnese da sua criao.
Os pontos fracos:
Ao contrrio das suas congneres anglo saxnicas (DODAF e MODAF) esta framework de origem francesa dispe a sua documentao apenas na lngua francesa, o que limita a sua difuso para outras entidades estrangeiras. uma framework fechada.
15
http://www.achats.defense.gouv.fr/IMG/pdf/FORMATION_AGATE.pdf
39
utilizada para fins militares na DGA (Dlgation Gnrale pour l'Armement (Dlgation l'Armement).
Nota: Informao mais detalhada no Anexo AGATE
40
Grupo Government frameworks
FEA16
Resumo da Framework
A FEA (Federal Enterprise Arquitecture uma arquitectura de sistemas empresariais Federal Arquitecture) usada principalmente pelo governo federal dos Estados Unidos da Amrica. O Conselho Federal CIO dos EUA publicou um guia prtico para a arquitectura Federal Enterprise Architecture em Fevereiro de 2001, em conjunto com o General A Accounting Office (GAO) e o Office Management Budget (OMB). De referir antes de mais, que a framework (FEA) aparece em 2002 e substituiu a FEAF (Federal Enterprise (Federal Arquitecture Framework). No incio, o objectivo desse documento era fornecer . cio, orientaes para as agncias federais dos EUA desenvolverem, utilizarem e manterem a arquitectura da empresa. O guia descreve um processo completo para comear, implementar e manter um programa de arquitectura de sistemas empresariais alm de empresariais, descrever os papis e responsabilidades necessrias para o sucesso da arquitectura de responsabilidades sistemas empresariais. A orientao do guia prtico deve ser ajustada por cada agncia . federal de acordo com suas necessidades especficas.
No incio, cada agncia deve estabelecer o mbito da sua arquitectura de sistemas empresariais e formular uma estratgia que inclui a definio de uma viso, objectivos e princpios. A equipa de arquitectos dever ser formada dentro da organizao. De seguida definida uma abordagem e processo adaptados s necessidades da agncia. A equipa de arquitectura implementa o processo para construir o incio do estudo e a arquitectura alvo. Os projectos so seleccionados e controlados seguindo a arquitectura de sistemas
16
http://www.whitehouse.gov/omb/e-gov/fea http://www.whitehouse.gov/omb/e
41
empresariais definida. Por fim, a arquitectura mantida atravs de uma modificao contnua de base para reflectir a agncia e as prticas empresariais alvo, objectivos organizacionais, vises, tecnologia e infra izacionais, infra-estrutura. A FEA composta por cinco modelos de referncia, um para cada desempenho: negcio, servio, componentes, tcnico e dados, como retratado na figura seguinte. A igura meta dos cinco modelos de referncia da FEA consiste em oferecer termos e definies s padronizados para os domnios da Arquitectura Organizacional e, assim, facilitar a colaborao e a partilha atravs do governo federal.
Figura 11 - FEA
42
Os pontos fortes:
Melhora a interoperabilidade entre as vrias agncias do governo dos EUA ao criar uma hora arquitectura de sistemas empresariais para o governo federal.
Unificar o trabalho das agncias dentro das linhas de negcios do Governo Federal, isto , o foco deste referencial o desempenho, a comparabilidade, e a reutilizao. ncial
Os pontos fracos:
Foi feita a pensar no governo dos EUA e necessariamente tem de ser adaptada para ser utilizada noutro stio.
A FEA pode ser considerada uma metodologia para criar uma arquitec ctura empresarial ou o resultado da aplicao desse processo a uma determinada empresa empresa.
Nota: Informao mais detalhada no Anexo FEA
43
IV.
Anlise comparativa das Frameworks
Na anlise das frameworks foram analisados nove critrios:
1. Maturidade. 2. Conta de Mercado. 3. Flexibilidade. 4. Escalabilidade. 5. Disponibilidade de informao. 6. Orientao Prtica/Representao. 7. Orientao para o negcio. 8. Valor para a empresa. 9. Modelao.
Descrio dos critrios:
Critrio Resumido Disponibilidade Representao Mercado Modelao Escalabilidade Negcio Maturidade Valor Flexibilidade
Tabela 1 - Descrio de Critrios.
Descrio Resumida
Disponibilidade de informao Orientao prtica / Capacidade de representao / Abrangncia Produtos e presena no mercado / Quota de mercado Adequao para Modelao Escalabilidade / Capacidade de evoluo cidade Capacidade de representao do negcio da empresa (processos de negcio) Grau de maturidade da framework Valor para a empresa Grau de flexibilidade
44
Segundo uma escala de valores entre 1 e 5:
1 2 3 4 5
Framework com pssimo nvel no critrio indicado. Framework tem um inadequado nvel no critrio indicado no critrio indicado. Framework tem um nvel razovel no critrio indicado. Framework tem um bom nvel no critrio indicado. Framework tem um excelente nvel no critrio indicado.
Tabela 2 - Escala de critrios.
developed Resultados Consortia-developed frameworks:
Critrios Maturidade Quota de mercado Flexibilidade Escalabilidade Disponibilidade de Informao Orientao prtica/Representao Orientao para o negcio Valor para empresa Modelao
EABOK 2 1 5 1 1 4 1 1 2
GERAM 3 1 4 2 5 4 3 3 4
TOGAF 5 2 3 3 5 4 3 3 4
RMRM ODP 3 1 2 4 1 4 2 3 4
Tabela 3 - Avaliao Consortia - Developed Frameworks
Maturidade 5 Modelao Valor para empresa Orientao para o negcio Orientao prtica/Repr 4 3 2 1
Quota de mercado EABOK Flexibilidade GERAM TOGAF Escalabilidade RM-ODP
Disponibilidad e de
Figura 12 - Avaliao Consortia - Developed Frameworks
45
Resultados Proprietary frameworks:
Tabela 4 - Avaliao Proprietary Frameworks.
OBASHI 2 2 4 2 1 3 5 5 4
IAF 3 2 4 2 2 5 4 3 4
Zachman 4 4 4 2 3 4 2 2 4
Information Gartner FrameWork 2 2 4 2 1 4 3 4 3 3 2 4 2 5 3 5 5 3
Maturidade 5 Modelao 4 3 Valor para empresa 2 1
Quota de mercado OBASHI Flexibilidade IAF Zachman Information FrameWork
Orientao para o negcio Orientao prtica/Repres
Escalabilidade Disponibilidade de Informao
Gartner
Figura 13 - Avaliao Proprietary Frameworks
46
Resultados Government frameworks frameworks:
Tabela 5 - Avaliao Goverment Frameworks.
DODAF 4 2 2 4 4 3 4 5 3
MODAF 4 2 2 3 2 3 4 5 3
AGATE 2 2 1 3 1 4 4 3 3
FEA 4 5 2 3 3 5 4 4 5
Maturidade 5 Modelao 4 3 Valor para empresa 2 1
Quota de mercado DODAF Flexibilidade MODAF AGATE FEA Escalabilidade Disponibilidade de Informao
Orientao para o negcio Orientao prtica/Repres
Figura 14 - Avaliao Goverment Frameworks
47
Tabela 6 - Critrios de avaliao
48
Anlise dos resultados: lise

Comeando por analisar os resultados da avaliao das frameworks que constam deste trabalho e tendo em conta os nove critrios escolhidos, comeamos por falar do grupo Consortia-developed frameworks em que, pode-se afirmar acerca da TOGAF que das developed se quatro aquela que se destaca pela sua maturidade, atravs das vrias verses que j teve verses e pela informao que est disponvel para consulta, sendo de forma geral em todos os critrios avaliados uma framework a ter em conta na hora da deciso para uma empresa. Outra nota que pode ser verificada, que todas elas so boas na orientao para o orientao negcio, mas tm um peso muito pequeno no mercado.
Em seguida temos os resultados do grupo Proprietary frameworks em que se verifica claramente uma boa flexibilidade na sua utilizao. excepo da Zachman por ser muito generalista, todas as restantes tem sinal positivo no que diz respeito sua s orientao para o negcio e no critrio modelao no sentido em que descrevem os principais processos de negcio e os dados que esses processos usam. J no aspecto de . quota de mercado, mais uma ve exceptuando a Zachman, mas neste caso pelo seu vez , aspecto muito positivo pois a que se destaca das restantes, com um bom nvel. Por ser pois, uma framework que deriva da Zachman, a IAF apresenta nveis muito semelhantes. , Todas elas convergem para o nvel inadequado de escalabilidade por motivos diferentes inadequado como por exemplo: enquanto a Zachman muito generalista e completa, a Gartner e a OBASHI esto mais focadas para a parte prtica do negcio.
Quanto ao grupo Government frameworks a primeira impresso que fic que todas fica, esto orientadas para o negcio a um bom nvel, sendo tambm uma mais valia no valor que conseguem acrescentar entidade governamental da qual fazem parte, estando em destaque neste aspecto a DODAF e a MODAF. Por serem frameworks muito especficas no tipo de organizao e no tipo de rea em que se movimentam, so muito pouco flexveis na sua utilizao. Todas elas tm um nvel mediano de desenvolvimento e variam muito quanto disponibilidade de informao disponvel, sendo que a DODAF tem um vasto conjunto de informao disponvel e a AGATE a que menos disponibiliza.
49
Analisando de forma geral, surge surge-nos uma ideia acerca das frameworks de Sistemas de Arquitectura Empresarial que nos leva a afirmar que, no seu conjunto elas conjunto, complementam-se entre si, sendo que so muito dspares em diferentes critrios e sendo se assim, caber a cada entidade, seja de que ramo for, poder decidir em conformidade com as suas necessidades a partir de um estudo comparativo como o que foi apresentado neste trabalho.
50
V.
Produtos
De acordo com um inqurito da Forrester17, 64% das empresas com mais de 5000 empregados utilizam ferramentas de arquitectura de sistemas empresariais (EA Enterprise Architecture). Pelo contrrio, s 26 das pequenas empresas utili ). 26% utilizam ferramentas de EA18. Desta anlise, pode-se concluir que a maior parte das grandes empresas, talvez por apresentarem uma estrutura mais complexa, tm necessidade de utilizar ferramentas de EA e conseguem ter ganhos com a sua aplicao. Pelo contrrio, apenas 26 das 26% pequenas empresas utilizam ferramentas de EA. Para explicar a fraca adeso das pequenas empresas, pode se dizer que, aliadas sua pode-se menor complexidade temos tambm o factor preo que o que mais pesa na hora da aquisio desse tipo de ferramentas. Dado que no se consegue suprir as necessidades de toda a gente muitas empresas conseguem (46%) optam por no utilizar qualquer ferramenta deste tipo19 uma vez que no tm noo do valor da mesma. Para terminar pode-se dizer que apesar da existncia de vrias ferramentas de EA no se que mercado das quais se destaca a Telelogic System Architect com 13% de qu quota de mercado. Este ainda tem espao para crescer.
Figura 15 - Ferramentas mais utilizadas em Arquitectura Empresarial
Nota: Informao mais detalhada no Anexo PRODUTOS

17 18
http://www.forrester.com/Role/Research/Document/Excerpt/1,9065,39437,00.html Consultar anexo Forrester. 19 http://www.forrester.com/Events/Content/0,5180, www.forrester.com/Events/Content/0,5180,-1413,00.ppt
51
Concluso
Relembrando o grande desafio lanado na introduo deste trabalho, que era a realizao de uma comparao e anlise entre as vrias frameworks que foram escolhidas, pode-se afirmar que pela sua multiplicidade de caractersticas e diferenas, se que, estas ferramentas complementam entre si, fazendo com que cada empresa que pense complementam-se , em implementar uma metodologia, tenha ao seu dispor um vasto leque de opes de leque frameworks disponveis podendo inclusive criar a sua prpria framework framework.
Um contributo que este trabalho pode prestar na ajuda com a escolha de uma prestar, metodologia entre as que se apresentam, atravs da anlise que foi efectuada sendo que que, como anteriormente foi dito, todas elas tm os seus pontos fortes e fracos e fica ao critrio de cada empresa adoptar aquela que se adequar melhor s suas necessidades, pois, para muitas empresas a implementao de uma framework de arquitectura de , sistemas empresariais pode ser um factor impulsionador em vrios aspectos da sua estrutura organizacional.
52
Glossrio
ADM DODAF EA EABOK FEA FEAF GAO GERAM IAF OBASHI OMB SOA TOGAF UML DGA NAF DNDAF BPA SOX Architecture Development Method Department O Defense Architecture Framework Of Enterprise Architecture (Arquitectura Empresarial) Enterprise Architecture Body of Knowledge Federal Enterprise Architecture Federal Enterprise Architecture Framework General Accounting Office Generalised Enterprise Reference Architecture and Methodology Integrated Architecture Framework Ownership, Business Processes, Applications, Systems, Hardware, and Applications, Infrastructure Office Management Budget Service-Oriented Architecture Oriented The Open Group Architecture Framework Unified Modeling Language Dlgation Gnrale pour l'Armement NATO Architecture Framework Department of National Defence Architectural Framework Business Process Analysis Sarbanes-Oxley Act Oxley
53
Bibliografia
1. Peyret, Henry. FORRESTER - Making Leaders Successful Every Day. FORRESTER. [Online] 2011. http://www.forrester.com/Events/Content/0,5180, http://www.forrester.com/Events/Content/0,5180,1413,00.ppt. 2. Smit, Suzanne. Center for Maritime Economics & Logistics. [Online] 2003/2004. www.maritimeeconomics.com/downloads/Thesis%20SmitS.pdf. 3. IBM. [Online] http://www http://www07.ibm.com/solutions/sg/banking/integration/tech_details.html. 4. Salamander - Solutions for the agile enterprise. [Online] http://www.mood.co.uk/Salamander_PDFs/MODAF_insert.pdf. 5. modaf.com. [Online] http://www.modaf.com/. 6. MOD Architecture Framework (MODAF). Ministry of Defence. [Online] http://www.mod.uk/DefenceInternet/AboutDefence/WhatWeDo/InformationManageme nt/MODAF/. 7. OBASHI think. [Online] http://think.obashi.co.uk/. 8. OBASHI start. [Online] http://www.obashi.co.uk/. 9. RM-ODP Wiki. [Online] http://www.rm ODP http://www.rm-odp.net/. 10. IntelliGrid Architecture. [Online] http://intelligrid.ipower.com/IntelliGrid_Architecture/Technology_Analysis/Mod_Mode http://intelligrid.ipower.com/IntelliGrid_Architecture/Technology_Analysis/Mod_Mode ling_Overview.htm. 11. TOGAF - information website. [Online] http://www.togaf.info/. 12. The Open Group. [Online] http://www.togaf.info/. 13. The Open Group Architecture Framework. Wikipedia PT. [Online] http://en.wikipedia.org/wiki/The_Open_Group_Architecture_Framework. http://en.wikipedia.org/wiki/The_Open_Group_Architecture_Framework. 14. Zachman International. [Online] http://www.zachman.com/. 15. A comparative Survey of Enterprise Architecture Frameworks. Jaap Schekkerman, B. Sc. 2003. 16. The armaments portal. [Online] http://www.ixarm.com/AGATE-framework. framework. 17. Le portail achats du ministre de la dfense. [Online] http://www.achats.defense.gouv.fr/IMG/pdf/FORMATION_AGATE.pdf.
54
18. MITRE. [Online] www.mitre.org/work/tech_papers/tech_papers_04/04.../04_0104.pdf. 19. Dodaf. Casewise. [Online] http://www.casewise.com/solutions/industry/us http://www.casewise.com/solutions/industry/usgovernment. 20. UML - Forum. [Online] http://www.uml http://www.umlforum.com/docs/papers/White_Paper_Modeling_DoDAF_UML2.pdf. 21. The Open Group Publications Server. [Online] http://pubs.opengroup.org/architecture/togaf8-doc/arch/chap37.html. http://pubs.opengroup.org/arch 22. Federal Enterprise Architecture (FEA) Framework. METASTORM. [Online] http://www.metastorm.com/products/frameworks/federal_enterprise_architecture.asp. 23. http://ict.govt.nz/. [Online] http://ict.govt.nz/guidance http://ict.govt.nz/guidance-and-resources/enterprise resources/enterprisearchitecture/fea-framework. framework. 24. Forum Ronaldo Alves - Tecnologia de Negcios. [Online] http://tecnologiadenegocios.wordpress.com/category/tecnologia/. 25. Devmedia. [Online] http://www.devmedia.com.br/articles/viewcomp.asp?comp=6727. http://www.devmedia.com.br/articles/viewcomp.asp?comp=6727 26. Griffith University. [Online] http://www.ict.griffith.edu.au/~bernus/taskforce/geram/versions/geram1-6http://www.ict.griffith.edu.au/~bernus/taskforce/geram/versions/geram1 3/v1.6.3.html. 27. Schekkerman, Jaap. How to Survive in the jungle of Enterprise Architecture Frameworks. s.l. : TRAFFORD, 2004. 28. Carmona, Prof. Accio. ASE.
55
Anexo EABOK
Anexo 1 - EABOK
Na pesquisa de informao para esta Framework, encontrou se um documento ( encontrou-se (Guide to the (Evolving) Enterprise Architecture Body of Knowledge) que foi uma das fontes que serviu perfeitamente para se poder estudar com maior detalhe a ferramenta em si.
Esse documento pode ser encontrado no seguinte site:
http://www.mitre.org/work/tech_papers/tech_papers_04/04_0104/04_0104.pdf //www.mitre.org/work/tech_papers/tech_papers_04/04_0104/04_0104.pdf
56
ANEXO GERAM
Anexo 2 - GERAM
Um aspecto da framework GERAM que unifica as duas abordagens distintas de ramework integrao empresarial, baseadas em modelos de produtos e as baseadas em desenho de s processos de negcios. Ela tambm oferece novas percepes sobre a gesto de obre
projectos de integrao da empresa e a relao de integrao com outras actividades estratgicas numa empresa. uma
57
Componentes GERAM
A Generalised Enterprise Reference Architecture and Methodology (GERAM) consiste numa srie de oito componentes principais, como visvel na Figura da pgina anterior uma anterior: Generalised Enterprise Reference Architecture (GERA): Define as relaes das empresas com conceitos genricos recomendado para uso em projectos de integrao da empresa. Esses conceitos incluem o ciclo de vida de sistemas empresariais. Generic Enterprise Engineering Methodologies (GEEM): Descrever os processos genricos da empresa integrao. Essas metodologias podem ser descritas em termos de modelos de processos com instrues detalhadas para cada etapa do processo de integrao. Generic Enterprise Engineering Methodologies (GEML): Definir a construo genrica (blocos de construo) para empresa modelizao adaptados s diferentes necessidades das pessoas, criando e usando modelos de empresa. Generic Enterprise Modelling Tools (GEMT): Define a implementao genrica de integrao de empresa, metodologias e linguagens de modelizao e outro suporte para criao e uso de modelos de empresa. Enterprise Models (EM): Representa a operao da empresa. Esses modelos sero Representa representados usando linguagem de modelao genrica. Ontological Theories (OT): Formalizar os aspectos mais genricos dos conceitos relacionados com a empresa em termos de propriedades essenciais e axiomas. ropriedades Generic Enterprise Models (GEMS): Identificar modelos de referncia (modelos ): parciais) que capturam conceitos comuns a muitas empresas. GEMS sero usadas na empresa modelizao para aumentar o processo de modelizao eficincia. Generic Modules (GMs): Identificar produtos geralmente aplicveis para ser serem empregados na integrao empresarial.
Para mais informao consultar o seguinte link: http://www.ict.griffith.edu.au/~bernus/taskforce/geram/versions/geram1 .griffith.edu.au/~bernus/taskforce/geram/versions/geram1-6-3/v1.6.3.html .griffith.edu.au/~bernus/taskforce/geram/versions/geram1
58
ANEXO TOGAF
Anexo 3 - TOGAF
A framework TOGAF est a ser desenvolvida desde 1995, pelo Open Group Sendo a Group. sua verso actual a oitava, esta uma evoluo de verses anteriores baseadas apenas em arquitecturas puramente tcnicas. Como definio do modelo de arquitectura empresarial usa o modelo de 4 componentes. A inovao desta framework tem a ver com o mtodo utilizado Architecture Development Method (ADM), O ADM um processo iterativo (por oposio ao EAP, DM), que de um modo genrico, seria incremental) ao nvel das suas etapas sendo constitudo na forma de um ciclo. Entre cada iterao so tomadas decises que definem a abrangncia da iterao seguinte. O TOGAF ADM no define um conjunto de artefactos que obrigatoriamente tero de ser definidos, pretende ser aberto e adaptvel a ser utilizado com outras representaes de arquitectura para alm da representao em quatro componentes, como por exemplo a framework de Zachman. O conceito de Enterprise Continuum presente na framework TOGAF representa um Continuum, banco de recursos (blocos arquitecturais, modelos) que auxiliam no desenho da arquitectura. Ao mesmo tempo fornecida uma taxonomia comum para vrios termo termos que existem no desenho e na implementao, evitando ambiguidades e proliferao de sinnimos. O Enterprise Continuum materializa ainda um sistema de verses das iteraes efectuadas A framework TOGAF serve de inspirao para a DODAF.
Tambm existe informao de relevo nos seguintes links: rmao http://www.togaf.info/ http://www.opengroup.org/togaf/ http://pubs.opengroup.org/architecture/togaf8-doc/arch/ http://pubs.opengroup.org/architecture/togaf8
59
ANEXO RM RM-ODP
Anexo 4 - RM-ODP
O modelo referencial fornece uma linguagem comum e bem definida da terminologia e notaes para a especificao das propriedades funcionais e no funcionais de sistemas no distribudos e dos seus ambientes, ou seja, informao da empresa. O RM RM-ODP define (Beznosov, 1998):
A diviso da especificao do sistema ODP em pontos de vista, de forma a simplificar a descrio de sistemas complexos; Um conjunto de conceitos generalistas para a expresso das especificaes dos junto referidos pontos de vista; Um modelo de suporte para a infra infra-estrutura; Fornecimento de conceitos gerais como ferramentas de especificao; Princpios de avaliao de conformidade p sistemas ODP. para
A framework RM-ODP est dividida em cinco pontos de vista: ODP
O ponto de vista da empresa representa o modelo de negcio e os seus requisitos. Define o papel do sistema no negcio. ponto de vista utilizado para comunicar as necessida necessidades empresariais da arquitectura;
60
O ponto de vista da informao incide sobre a informao da empresa, ou seja, preocupa-se sobretudo com a semntica e tratamento da informao; se O ponto de vista da computao descreve o sistema como um conjunto de objectos que interagem com as interfaces, preocupando se com os padres de tos preocupando-se interaco entre os componentes (servios), que so descritos atravs das interfaces;
O ponto de vista da engenharia est preocupado com a concepo de sistemas distribudos; e O ponto de vista da tecnologia incide sobre as tecnologias e produtos para a implementao de mecanismos de engenharia, estruturas computacionais, estruturas de informao e estruturas empresariais. Detalha os componentes (hardware e software) a partir do qual o sistema distribudo construdo. sistema
Os pontos de vista devem ser considerados como projeces para um certo conjunto de preocupaes ao invs de camadas de mtodos de design. As perspectivas no so independentes. As mesmas entidades podem ser representadas por mais do que um ponto de vista. or
Objectos e aces so as noes mais elementares de modelao do modelo de referncia. Este modelo define um conj conjunto de conceitos de modelao;
Conceitos bsicos - objectos baseados em modelo; Conceitos de especificao que permitem que o utilizador descreva e raciocine sobre especificaes de sistema ODP. Incluem noes do tipo e da classe para raciocinar sobre propriedades dos objectos;
Conceitos da organizao, das propriedades dos sistemas e dos objectos, da poltica, da nomeao, etc.
Encontrmos informao relevante nos seguintes links:
http://intelligrid.ipower.com/IntelliGrid_Architecture/Technology_Analysis/Mod_Mode ling_Overview.htm http://www.rm-odp.net/ http://www.imn.htwk-leipzig.de/~kudrass/Publikationen/OOPSLA99.pdf leipzig.de/~kudrass/Publikationen/OOPSLA99.pdf
61
ANEXO OBASHI
Anexo 5 OBAS HI
Caractersticas:
A Framework OBASHI divide a empresa em seis camadas horizontais. Estas camadas permitem organizar vrios elementos individuais que representam o negcio ou activos que e recursos. As camadas so: . Ownership (Dono). Business Process (Processos do negcio). Application (aplicao). System (sistema). Hardware (Fsico). Infrastructure (infra infra-estrutura).
Conforme as camadas esto dispostas uma sobre as outras assim estabelecida uma relao entre os vrios elementos. Os elementos podem ser ligados no diagrama para estabelecer uma relao fsica por exemplo, uma relao entre o hardware e a infraestrutura.
62
Onde se pode utilizar:

Business Architecture ss Business Continuity Business Process Management (BPM) Business Service Management Business Technology Optimisation (BTO) Change Management Data Center Management Governance & Auditing Grid Computing Information Architecture (IA) Enterprise Information Security Architecture (EISA) Infrastructure Management IT Service Management IT Security ITIL
Para esta Framework encontramos a seguinte informao relevante:
http://think.obashi.co.uk/ http://en.wikipedia.org/wiki/OBASHI http://www.obashi.co.uk/
Encontrmos tambm casos de estudo que referem a Framework:
http://think.obashi.co.uk/profiles/blogs/how-obashi-helps-enterprise http://think.obashi.co.uk/profiles/blogs/how
63
ANEXO IAF
Anexo 6 - IAF
Integrated Architecture Framework (IAF) foi desenvolvida pela Capgemini em 1993, com o objectivo de criar arquitecturas organizacionais e que cobrisse as reas de negcio, informao e tecnologia. uma Framework influenciada pela framework de Zachman e pelas ideias de Spewaks, ma descritas em Entreprise Architecture Planning. A verso actual influenciada pela Entreprise Planning. combinao das boas prticas resultantes da fuso da Capgemini com a Ernst & Young Young. A Framework utilizada para definir o contedo e a arquitectura, desta forma oferece um modelo de arquitectura de desenvolvimento e uso, descreve o formato e contedo dos elementos da arquitectura e especifica a forma como esses elementos se relacionam entre si.
Figura 1. Componentes da Framework IAF. A estratgia da framework IAF baseia-se em separar o problema em problemas mais ramework se pequenos relacionados com as reas de Negcio (pessoas e processos), Informao uenos (inclui o Conhecimento), Sistemas de Informao e Infra estruturas Tecnolgicas, Infra-estruturas relacionando-as depois com duas reas especiais nas quais so localizados os aspectos as
64
de Liderana e Segurana de todas as referidas reas. A anlise de cada uma destas reas posteriormente estruturada em quatro nveis de abstraco: Contextual, Conceptual, Lgico e Fsico. O nvel contextual caracterizado pela pergunta "Porqu?". No se trata de compreender o que a arquitectura vai ter de novo, mas identificar os limites para a nova arquitectura e o seu contexto. Este nvel incide sobre as aspiraes do negcio e capta os princpios sobre os quais assenta a arquitectura. Ao contrrio de algumas ab abordagens, estes princpios so descritos formalmente para incluir os seus fundamentos, implicaes e prioridades, de modo que reflictam exigncias conflituantes das partes interessadas de um negcio. O nvel conceptual caracterizado pela pergunta O qu?. Os requisitos e objectivos qu?. so decompostos, assegurando que todos os aspectos do mbito so explorados, que as questes relevantes so identificadas e que estas so resolvidas sem preocupao de acordo com a maneira da arquitectura ser realizada. O nvel lgico caracterizado pela pergunta Como?. Descreve uma soluo para vel implementar de uma forma independente. A partir disso, vrias "solues alternativas" que podem ser desenvolvidas, podem proporcionar o mesmo resultado ou em alternativa, prioridades diferentes de "teste" e cenrios para entender as implicaes dos es diferentes resultados. O nvel fsico caracterizado pela pergunta Com o qu?. Trata se de determinar a Trata-se estrutura e organizao real e est relacionado com a traduo dos nveis lgic lgicos "ideais" da estrutura e da organizao para a uma estrutura de implementao especfica regida por padres, especificaes e linhas de controlo (guias). Deste modo, a arquitectura fsica fornece padres, guias e uma estrutura geral dentro da qual existi existiro esquemas detalhados. A rea negcio fornece conhecimento sobre os objectivos do negcio, actividades e estruturas organizacionais. Aspectos chave neste domnio incluem objectivos, servios e intervenientes no negcio, componentes lgicos e fsico do negcio. A rea informao negcio. fornece conhecimento sobre a informao que a empresa usa, a estrutura da informao e os seus relacionamentos. Aspectos chave nesta rea incluem objectivos, servios de negcio e componente lgicos da informao. A rea sistemas de informao fornece conhecimento sobre tipos de sistemas de informao que possam automatizar e apoiar o processamento das informaes
65
utilizadas pela empresa. Aspectos chave incluem servios e componentes lgicos e fsicos dos sistemas de informao. A rea infra-estruturas tecnolgicas fornece conhecimento sobre tipos de estruturas e estruturas infra-estruturas de componentes que suportam os sistemas de informao e os estruturas intervenientes. Aspectos chave incluem servios e componentes lgicos e fsicos das tecnologias de informao. s A liderana foca-se no conhecimento sobre a gesto e a qualidade da implementao da se arquitectura. Por fim a segurana foca se no conhecimento sobre a atenuao dos riscos foca-se conhecidos para a implementao da arquitectura.
66
ANEXO ZACHMAN
Anexo 7 ZACHMAN
Proposto no mbito dos Sistemas e Tecnologias de Informao, embora fosse claro roposto desde o incio o seu maior abrangimento. Resultou de analogias com as disciplinas tradicionais como a Arquitectura e a Produo.
67
De que feito?
Como funciona?
Onde esto coisas? as
Quem est envolvido?
Quando acontecem as coisas?
Porque assim?
WHAT CONTEXTUAL CONCEPTUAL LGICA FISICA FORA DO CONTEXTO PRODUTO
HOW
WHERE
WHO
WHEN
WHY
Motivao
As disciplinas antigas (Arquitectura, Produo) acumularam um considervel corpo de conhecimento sobre os produtos, atravs de uma gesto disciplinada das suas definies ou artefactos de desenho. Este conhecimento permitiu a sofisticao dos produtos e a acomodao de elevados ritmos de mudana. Por analogia, para acomodar a sofisticao e a mudana, as empresas, devem ter uma gesto disciplinada das definies da empresa e dos Sistemas de Informao.
68
Perspectivas
Planeador Dono Projectista Construtor Subcontrato Utilizador A vista do mbito e das fronteiras A vista dos requisitos do produto A vista do projecto lgico A vista fsica, tcnica A vista detalhada dos componentes A vista da utilizao do produto final
Planeador: Posicionamento do produto no contexto do ambiente, incluindo a especificao do parmetros bsicos do ambiente. 1. Dono: Resultado do produto do ponto de vista do negcio e a forma como este ser utilizado. 2. Projectista: Especificao do produto que assegura que o mesmo alcana as Especificao expectativas do dono e que pode ser construdo. 3. Construtor: Especificao tcnica das componentes do produto e da forma como sero agregadas. 4. Subcontratado: Especificao detalhada das componentes.
69
ANEXO INFORMATION NEXO FRAMEWORK

Anexo 8 - Information Framework
Esta framework um conjunto de processos de integrao e de modelos que representam prticas que permitem o desenvolvimento de sistemas e se servios financeiros. A Information Framework (IFW) um instrumento de anlise e estruturao das informaes. utilizado para ajudar a estruturar as mudanas de informao ou flexibilidade e agilidade organizacional. Os modelos de negcio IFW descrevem a organizao bancria e so uma ponte eficiente de comunicao entre o negcio e as comunidades tecnolgicas. So desenhados para facilitar a acessibilidade aos utilizadores organizacionais e foca os tpicos da indstria em reas como a Viso do Consumidor, Transformao Multi MultiCanal, Ncleo dos Sistemas, a a nal, aceitao e o risco. A IFW compreende:
Modelos de Informao: Fornecem dados bancrios e os contedos para abordar reas como a informao, vista escala da empresa; Modelos de Progresso: Fornecem processos da organizao bancria e os contedos para abordar reas como o processo de reengenharia organizacional; Modelos de Integrao: Fornecem o contedo de servios do negcio para abordar reas como as arquitecturas o orientadas aos servios.
Ao analisarmos as reas que a IFW abrange, podemos apontar algumas vantagens para cada uma delas: No caso da viso do consumidor: criada uma fonte nica de informao deste, atingindo desta forma um perfil comum de comportamento e garantindo a consistncia de tratamento, assim comportamento como a consistncia dos relatrios nas campanhas, reclamaes e outras interaces com o consumidor;
70
No que diz respeito transformao multi multi-canal: Criam-se processos de negcio consistentes e racionalizados, melhorando assim se racionalizados, os processos de negcio internos e externos o que leva consistncia do provisionamento de produtos atravs de mltiplos canais, relativamente ao ncleo dos sistemas existe uma compreenso rpida do impacto da mudan do mudana negcio no inventrio das tecnologias de informao, compreendendo desta io informao, forma a organizao e o impacto dos novos produtos e iniciativas, maximizando a reutilizao dos componentes do sistema e os custos de desenvolvimento, para finalizar com a aceitao e o r risco, atinge-se uma arquitectura nica para se enderear todos os factores de aceitao ao longo do tempo, fornecendo relatrios financeiros detalhados, at ao nvel transaccional dos processos de negcio internos da organizao.
Os modelos de negcio IFW normalmente suportam mais de 80% dos requisitos de normalmente negcio e podem ser facilmente personalizados e expandidos para abranger requisitos especficos da arquitectura, que permitir ao negcio:
Ser mais adaptativo e permitir uma resposta mais rpida de acordo com as necessidades do cliente; Focar-se em atingir uma diferenciao competitiva; se Identificar e proporcionar as melhores prticas em toda a organizao comportamentos.
A framework est organizada por vistas (Organizacional, Negcio e Tcnica) e perspectivas (Nvel de construo, Nvel de composio e Nvel de implementao). A vista organizacional possui informaes sobre estratgias, estrutura da organizao e competncias. Dados sobre as partes envolvidas, produtos e modalidades, funes ou processos de negcio encontram se na vista do negcio. Na vista tcnica encontramos encontram-se informaes sobre a interface, a rede e as plataformas.
No que diz respeito ordem de preenchimento das colunas proposto no IFW que o processo ocorra da esquerda para a direita. Enquanto ordem de preenchimento das linhas, no realizada qualque proposta no IFW. qualquer
71
Na pesquisa de informao para esta framework, foi encontrado um documento ( squisa (A Comparison of Port Community Systems) que foi uma das fontes para o estudo desta framework.
Encontrou-se alguns links de referncia tais como:
www.maritimeeconomics.com/downloads/Thesis%20SmitS.pdf
http://www-07.ibm.com/solutions/sg/banking/integration/tech_details.html 07.ibm.com/solutions/sg/banking/integration/tech_details.html
72
ANEXO GARTNER
Anexo 9 - Gartner
A Gartner uma das mais conhecidas or organizaes de pesquisa e consultoria de TI do a mundo. A Gartner acredita que a arquitectura empresarial cuida de agrupar trs componentes: proprietrios do negcio, especialistas em informaes e implementaes de tecnologia. A Gartner acredita tambm que o incio das arquitecturas empresariais deve ser o destino da organizao e no onde ela est no momento. A Gartner recomenda que a organizao comece contando a histria de sua direco estratgica e quais as direco motivaes do negcio que ela reage. A Gartner prefere uma linguagem simples, sem preocupao com padres, acrnimos ou regras estabelecidas para documentos. A nica s meta garantir que todos entendam e compartilhem uma nica viso. A maior parte das organizaes tem enfrentado modificaes import importantes nos seus processos de negcio. O processo de criao de uma viso da arquitectura empresarial a oportunidade que a organizao tem de parar e certificar se de que todos entendam a certificar-se natureza, o mbito e o impacto dessas mudanas. Assim que a organizao tiver essa viso compartilhada e nica do futuro, poder o considerar as implicaes dessa viso sobre as arquitecturas corporativas de negcio, tcnica, informao e de soluo. A viso compartilhada do futuro ditar as mudanas em todas essas arquitecturas, atribuir prioridades a essas mudanas e as manter uras, fundamentadas no valor do negcio. Na viso da Gartner, a arquitectura empresarial trata de estratgia, mas no de engenharia. Concentra-se no destino. Os dois itens mais importantes para a Gartner so se qual o destino da organizao e como ela chegar l. Qualquer actividade arquitectural l. estranha a essas perguntas considerada irrelevante irrelevante.
Para complemento da informao, recomenda se a consulta dos seguintes links: recomenda-se
http://tecnologiadenegocios.wordpress.com/category/tecnologia/ http://www.devmedia.com.br/articles/viewcomp.asp?comp=6727 http://msdn.microsoft.com/pt-br/library/bb466232.aspx#XSLTsection134121120120 http://msdn.microsoft.com/pt br/library/bb466232.aspx#XSLTsection134121120120
73
ANEXO DODAF
Anexo 10 - Dodaf
DODAF uma estrutura de arquitectura que foi concebida para o Departamento de Defesa dos Estados Unidos Unidos.
O propsito da Framework D DAF consiste em relacionar claramente os objectivos das DODAF tecnologias de informao do DOD com o desempenho da sua misso base. Este referencial DOD destina-se a arquitecturas organizacionais. Um dos objectivos da arquitectura a
organizacional do DOD correlacionar os objectos das tecnologias de informao com D casos de negcio para investimentos em tecnologias de informao.
Vistas DODAF: Vista operacional Vista dos sistemas Vista dos padres tcnicos Todas as vistas
Achmos relevante os seguinte links para um conhecimento mais aprofundado da seguintes ferramenta em causa:
http://cio-nii.defense.gov/sites/dodaf20/ nii.defense.gov/sites/dodaf20/ http://www.uml-forum.com/docs/papers/White_Paper_Modeling_DoDAF_UML2.pdf forum.com/docs/papers/White_Paper_Modeling_DoDAF_UML2.pdf
74
ANEXO MODAF
Anexo 11 MODAF
MODAF define uma forma padr para organizar arquitecturas empresariais para padro aplicaes de defesa no Reino Unid Unido.
MODAF um conjunto de modelos, chamados de vistas que fornecem uma notao padro para a captura de informaes sobre um negcio, a fim de identificar formas de o melhorar. Cada vista da MODAF oferece uma perspectiva diferente sobre o negcio r. para suportar diferentes interesses dos stakeholders. Estas vistas, normalmente so stakeholders. apresentadas num formato grfico que ajuda a perceber o funcionamento da empresa.
Achmos relevante para complementar a informao disponibilizada no trabalho o os seguintes links:
http://www.mood.co.uk/Salamander_PDFs/MODAF_insert.pdf http://www.modaf.com/ http://www.mod.uk/DefenceInternet/AboutDefence/WhatWeDo/InformationManageme nt/MODAF/ http://www.architectureframework.com/frameworks/dodaf/ http://www.mod.uk
75
ANEXO AGATE
Anexo 12 AGATE
A AGATE semelhana da DoDAF e da MODAF uma Framework militar mas com origem numa organizao do governo Francs (DGA - Dlgation Gnrale pour l'Armement).
Atravs da pesquisa que foi feita, achou se relevante para complementar a informao achou-se que consta no contedo deste trabalho, alguns links que serviram para que se pudesse analisar e de forma resumida, tirar concluses acerca da ferramenta em causa, tais como:
http://www.ixarm.com/AGATE-framework http://www.ixarm.com/AGATE
http://www.achats.defense.gouv.fr/IMG/pdf/FORMATION_AGATE.pdf
76
ANEXO FEA
Anexo 13 FEA
A FEA a mais recente tentativa do governo federal unir o grande nmero de agncias e funes sob uma nica arquitectura empresarial comum e universal. A FEA ainda est a dar os seus primeiros passos pois a maior parte dos principais itens est disponvel passos, tens apenas, desde 2006. Possui uma taxonomia abrangente, como Zachman, e um processo arquitectural, como o , TOGAF. A FEA pode ser considerada uma metodologia para criar uma arquitectura empresarial ou o resultado da aplicao desse processo a uma determinada empresa, ou seja, o governo norte-americano. americano. Visto que esta framework foi a sucessora da FEAF, os artigos que existem so obviamente relacionados com a mais antiga, como demonstram os seguintes links:
http://pubs.opengroup.org/architecture/togaf8-doc/arch/chap37.html http://pubs.opengroup.org/architecture/togaf8
http://www.whitehouse.gov/omb/e-gov/fea http://www.whitehouse.gov/omb/e
http://www.metastorm.com/products/frameworks/federal_enterprise_architecture.asp
http://ict.govt.nz/guidance-and and-resources/enterprise-architecture/fea-framework framework
77
ANEXO FORRESTER
Anexo 14 - Forrester
De acordo com um inqurito da Forrester20, 64% das empresas com mais de 5000 empregados utilizam ferramentas de arquitectura de sistemas empresariais (EA Enterprise Architecture). Pelo contrrio, s 26 das pequenas empresas utilizam ). 26% ferramentas de EA21. Os inquiridos pela Forrester mostraram-se favorveis a fornecedores como a Telelogic veis Systems Architect, Visio, IDS Scheer, e MEGA International. Por outro lado, a , . Forrester considera que, apesar de muitas das ferramentas analisadas j terem atingido a maturidade em termos funcionais, ainda no esto prontas para uma utilizao prontas generalizada. H ainda a referir que os requisitos de utilizador variam muito, especialmente nas empresas de maior dimenso, o que torna difcil a escolha de uma nica ferramenta de modelao EA para todos os utilizadores. Consequentemente, as grandes empresas Consequentemente, tendem a implementar vrias ferramentas. A Forrester acredita que as ferramentas de modelao EA e os repositrios que as acompanham, iro ser um elemento integrante da infra-estrutura integrada de repositrio da prxima gerao, com suporte SOA ( estrutura gerao, (ServiceOriented Architecture).
20 21
http://www.forrester.com/Role/Research/Document/Excerpt/1,9065,39437,00.html Consultar anexo Forrester.
78
ANEXO PRODUTOS
Anexo 15 - Produtos
VI.
Quatro categorias de produtos de Arquitectura Empresarial
O cargo e a especialidade de arquitecto empresarial so relativamente recentes. Na realidade, a maior partes destes especialistas tm menos de 10 anos de experincia prtica neste tipo de funo. Contudo, a Forrester acredita que os arquitectos empresariais conseguiram um grande reconhecimento na indstria das tecnologias de s informao nos ltimos dois a trs anos. As certificaes da The Open Group Architecture Framework (TOGAF) e de outras organizaes apontam para um aumento de conscincia quanto impo importncia dos arquitectos empresariais. Alm disso, as ferramentas de EA actuais automatizam as tarefas repetitivas e sem valor acrescentado. Podemos dizer que o aumento de maturao das ferramentas um indicador de que a funo de EA tambm est a aumentar em termos de maturidade.
Figura 16 - Tipo de Ferramentas usadas em AE
, Segundo a Forrester, os arquitectos empresariais tm quatro categorias de ferramentas de EA sua disposio:
79
1. Ferramentas de modelao EA. Este tipo de ferramentas permitem desenhar, armazenar, partilhar e gerir modelos de EA abstractos. Os modelos mais comuns envolvem processos de negcio, dados, e cartografia aplicacional, bem como representaes de sistemas, redes e organizaes. 2. Frameworks EA. Uma framework EA uma representao grfica abstracta da empresa ou - de uma forma mais pragmtica - do seu contexto de informao. As frameworks EA ajudam os arquitectos empresariais a classificar e a organizar d diferentes modelos, facilitando o acesso a diferentes pontos de vista e nveis de detalhe para um determinado espectro de utilizadores. 3. Avaliaes EA. Uma avaliao fornece uma metodologia - checklists e scorecards para avaliar vrias dimenses de uma iniciativa de EA, nomeadamente o contedo, a organizao, os objectivos, e a governao. 4. Metodologias EA. As metodologias descrevem os diferentes passos e entregveis (deliverables) que so necessrios para progredir na frente EA. A maior parte das ) metodologias esto disponveis atravs de empresas de consultoria privadas. A todologias metodologia TOGAF do The Open Group a nica que est disponvel gratuitamente para os clientes finais. Entre estas categorias existem algumas relaes. At recentemente, as ferr ferramentas de modelao EA tinham a sua prpria framework e menus de navegao para a organizao de diferentes modelos. Actualmente, a grande maioria dos fornecedores de ferramentas adoptaram a Zachman framework, a DODAF, ou a FEAF, diminuindo DAF, assim a curva de aprendizagem e melhorando a navegao dos utilizadores atravs do aumento da familiaridade.
Figura 17 - Principais razes para a escolha de uma Ferramenta de AE
80
Um nmero crescente de utilizadores potenciais cada vez maior a variedade de utilizadores (dentro e fora das tecnologias de r informao) que podem utilizar as ferramentas de modelao EA a partir de diferentes ) pontos de vista e utilizando diferentes prticas. Esta procura crescente especialmente clara nos casos que apresentados a seguir: Os analistas de negcio beneficiam da flexibilidade e das capacidades de simulao. Os analistas de negcio precisam de desenhar processos de negcio sem constrangimentos tcnicos ou de execuo, e depois simular os resultados para ajudarem na deteco de para estrangulamentos de forma atempada, antes da ocorrncia de alteraes - diminuindo assim os riscos operacionais. As operaes de tecnologias de informao podem planear a consolidao e o abandono de servidores. As ferramentas de modelao EA podem ajudar as tecnologias de informao a modelar alteraes a nvel dos servidores e a determinar quais as aplicaes, processos de negcio, ou mesmo quais as categorias de utilizadores que podem ser afectadas. De uma forma mais geral, isto facilita a avaliao do impacto que isto as alteraes planeadas podero ter no negcio e nos utilizadores. Os arquitectos e os gestores de projecto podem utilizar e reutilizar o conhecimento de contexto. Os lderes de projecto podem estabelecer rapidamente uma lista de interfaces uma para novos projectos - por exemplo, atravs da reutilizao de modelos de dados empresariais partilhados, e da ltima verso dos formatos pivot de interface.
Os especialistas em desenvolvimento de tecnologias de informao podem reu reutilizar processos de negcio, e no apenas modelos de dados. Os especialistas em desenvolvimento preferem normalmente as ferramentas, abordagens e metodologias UML (Universal Markup Language). Mas apesar de muitas destas ferramentas de Universal Language). desenvolvimento responderem correctamente em termos de modelos aplicacionais e de onderem dados - com base na representao de casos de utilizao ( (use-cases - raramente cases) satisfazem os analistas de negcio. Actualmente, os especialistas em desenvolvimento esto a ser forados (pelo ambiente dinmico actual) a procurarem ferramentas que ambiente tenham capacidades de modelao de processos melhoradas. As ferramentas de EA tambm podem beneficiar os novos leitores potenciais, uma vez que lhes fornecem acesso a informao armazenada nas ferrament ferramentas.
81
Os estrategas e planeadores de tecnologias de informao precisam de anlises de impacto. Os planeadores de tecnologias de informao podem avaliar melhor as consequncias financeiras de uma fuso, aquisio, ou reorganizao das tecnologias de informao em toda a empresa. Os empregados ou os auditores externos precisam de analisar os requisitos regulamentares. A muitos empregados exigida a anlise da compatibilidade regulamentar com o Sarbanes Sarbanes-Oxley Act (SOX), ou com as melhores prticas de qualidade (por exemplo, Six Sigma). Os empregados farmacuticos utilizam e ferramentas de modelao para analisarem os processos em termos de compatibilidade FDA. A utilizao de ferramentas de EA permite ainda que os auditores externos gastem menos tempo - e dinhei - a examinarem informao recolhida em modelos. dinheiro
82

Trabalho Final de Curso

Enviado por

Dados do documento

Direitos autorais

Formatos disponíveis

Compartilhar este documento

Compartilhar ou incorporar documento

Opções de compartilhamento

Você considera este documento útil?

Este conteúdo é inapropriado?

Direitos autorais:

Formatos disponíveis

Trabalho Final de Curso

Enviado por

Direitos autorais:

Formatos disponíveis

Estudo comparativo sobre Frameworks de Arquitectura de Sistemas Empresariais

Joo Lus Faria de Matos Nuno Jorge Duarte Pinto

Trabalho final de curso para obteno do Grau de Licenciatura em Informtica de Gesto

Sob Orientao do Professor: Accio Carmona :

Estudo comparativo sobre Frameworks de Sistemas de Arquitectura Empresariais

Estudo comparativo sobre Frameworks de Sistemas de Arquitectura Empresariais

Estudo comparativo sobre Frameworks de Sistemas de Arquitectura Empresariais

Estudo comparativo sobre Frameworks de Sistemas de Arquitectura Empresariais

Estudo comparativo sobre Frameworks de Sistemas de Arquitectura Empresariais

Estudo comparativo sobre Frameworks de Sistemas de Arquitectura Empresariais

Estudo comparativo sobre Frameworks de Sistemas de Arquitectura Empresariais

Estudo comparativo sobre Frameworks de Sistemas de Arquitectura Empresariais

Estudo comparativo sobre Frameworks de Sistemas de Arquitectura Empresariais

Estudo comparativo sobre Frameworks de Sistemas de Arquitectura Empresariais

Estudo comparativo sobre Frameworks de Sistemas de Arquitectura Empresariais

Os grupos de arquitectura de sistemas empresariais

Consortia-developed frameworks developed

Open Source frameworks

Estudo comparativo sobre Frameworks de Sistemas de Arquitectura Empresariais

Defense industry frameworks

Estudo comparativo sobre Frameworks de Sistemas de Arquitectura Empresariais

Estudo sobre as Frameworks

Grupo Consortia-developed developed

Estudo comparativo sobre Frameworks de Sistemas de Arquitectura Empresariais

Figura 1 - reas de Conhecimento EA

Nota: Informao mais detalhada no Anexo EABOK

Estudo comparativo sobre Frameworks de Sistemas de Arquitectura Empresariais

Figura 2 - Geram Framework

http://www.ict.griffith.edu.au/~bernus/taskforce/geram/versions/geram1-6-3/v1.6.3.html http://www.ict.griffith.edu.au/~bernus/taskforce/geram/versions/geram1 3/v1.6.3.html

Estudo comparativo sobre Frameworks de Sistemas de Arquitectura Empresariais

Mudanas incrementais de vrios tipos para a melhoria contnua e adaptao.

Nota: Informao mais detalhada no Anexo GERAM

Estudo comparativo sobre Frameworks de Sistemas de Arquitectura Empresariais

Estudo comparativo sobre Frameworks de Sistemas de Arquitectura Empresariais

Estudo comparativo sobre Frameworks de Sistemas de Arquitectura Empresariais

Nota: Informao mais detalhada no Anexo TOGAF

Estudo comparativo sobre Frameworks de Sistemas de Arquitectura Empresariais

Estudo comparativo sobre Frameworks de Sistemas de Arquitectura Empresariais

Nota: Informao mais detalhada no Anexo RM RM-ODP

Estudo comparativo sobre Frameworks de Sistemas de Arquitectura Empresariais

Grupo Proprietary frameworks

Estudo comparativo sobre Frameworks de Sistemas de Arquitectura Empresariais

Nota: Informao mais detalhada no Anexo OBASHI

Estudo comparativo sobre Frameworks de Sistemas de Arquitectura Empresariais

Integrated Architecture Framework (IAF)6

http://www.springerlink.com/content/978-3-642-11518-9#section=716742&page=1&locus=32 http://www.springerlink.com/content/978 9#section=716742&page=1&locus=32

Estudo comparativo sobre Frameworks de Sistemas de Arquitectura Empresariais

Nota: Informao mais detalhada no Anexo IAF

Estudo comparativo sobre Frameworks de Sistemas de Arquitectura Empresariais

Estudo comparativo sobre Frameworks de Sistemas de Arquitectura Empresariais

Estudo comparativo sobre Frameworks de Sistemas de Arquitectura Empresariais

Estudo comparativo sobre Frameworks de Sistemas de Arquitectura Empresariais

Nota: Informao mais detalhada no Anexo ZACHMAN

Estudo comparativo sobre Frameworks de Sistemas de Arquitectura Empresariais

Information Framework10 ork

Informaes tcnicas; maes

Figura 7 - Information Framework

Estudo comparativo sobre Frameworks de Sistemas de Arquitectura Empresariais

Os resultados da Information Framework so:

Um conjunto de modelos que forneam listas de verificao para os requisitos de negcios

Nota: Informao mais detalhada no Anexo INFORMATION FRAMEWORK

Estudo comparativo sobre Frameworks de Sistemas de Arquitectura Empresariais

Qualidade da informao isenta que prestada a mais de 10.000 empresas.

A sua capacidade de evoluo diminuta.