Alunos: Andr Longatti, Ana Selma Savioli, Jos A. Alegro Jnior, Rafael Pelisam, Rafael Vieria 1. SOA : a.

Services Oriented Architecture ou Arquitetura Orientada a Servios, estratgia de TI que transforma funes de negcios existentes nas aplicaes das empresas em servios de software que se comunicam entre si por meio de contratos bem definidos. (Taurion, Cesar Arquitetura Orienteada a Servios - 2009) b. Uma arquitetura conceitual de negcios onde as funcionalidades de negcio, ou lgicas de aplicao, tornada disponvel aos seus usurios como um conjunto de servios reusveis sobre uma rede de TI. (Marco Aurlio S. Mendes consultor de arquitetura corporativa) c. Um estilo de arquitetura que promove a integrao entre o negcio e a TI atravs de servios. O servio o principal componente desta arquitetura. SOA preconiza como resultado: maior agilidade para atender a novas demandas, flexibilidade para atender as mudanas, reduo de custo e reuso de ativos (servios). (companyweb, 2007) d. Uma abordagem arquitetural corporativa que permite a criao de servios de negcio interoperveis que podem facilmente ser reutilizados e compartilhados entre aplicaes e empresas. (Bacili, Kleber - diretor de tecnologia da Digital Assets) 2. SOA no : a. Uma tecnologia. b. Um produto ou plataforma. c. Webservices. 3. Arquitetura: a. Quando falamos em arquitetura de TI estamos falando do desenho de uma infraestrutura tecnolgica que suporte as demandas de um determinado negcio. Cada negcio ou empresa tem suas caractersticas prprias e assim cada uma deve ter sua prpria arquitetura. (Taurion, Cesar Arquitetura Orienteada a Servios - 2009) b. a estrutura do sistema composta pelos elementos de software, corresponde a propriedades visveis destes elementos e o relacionamento entre eles. (Silva, Edilberto Mestre da Faculdade Senac) 4. Servios:

a. Servios em SOA so mdulos de negcios ou funcionalidades de aplicao com interfaces bem definidas e normalmente invocadas com mensagens. (Marco Aurlio S. Mendes consultor de arquitetura corporativa) b. O servio, no ponto de vista da arquitetura SOA, uma funo de um sistema computacional que disponibilizado para outro sistema na forma de um servio. Um servio deve funcionar de forma independente do estado de outros servios e deve possuir interface bem definida. Como exemplo o WebService. (Ferreira, Marcelo Canevello) c. Em SOA servios so fracamente acoplados, altamente coesos e com alta possibilidade de reutilizao. (Silva, Edilberto Mestre da Faculdade Senac) 5. Conceitos chave: a. Independncia funcional: surge como conseqncia da aplicao dos princpios de abstrao e ocultao de informao. Pode ser obtida a partir da definio de mdulos de "propsito nico" e evitando-se excessivas interaes com outros mdulos. (Silva, Edilberto Mestre da Faculdade Senac) b. Coeso: est fortemente ligada ao princpio de ocultao e que sugere que um mdulo pode realizar a sua funo com um mnimo de interao com os demais mdulos do sistema; desejvel que os mdulos num software apresentem um alto grau de coeso. (Silva, Edilberto Mestre da Faculdade Senac) c. Acoplamento: i. Exprime o grau de conexo entre os mdulos; os mdulos de um software devem apresentar um baixo coeficiente de acoplamento. (Silva, Edilberto Mestre da Faculdade Senac) ii.Capacidade dos ativos de TI trabalharem integrados embora interdependentes. (Bacili, Kleber - diretor de tecnologia da Digital Assets) d. Asset: elemento de software que representa conhecimento e pode ser reusado. O tamanho de um Asset determinado pelo nvel de granularidade desejado. Pode ser um mdulo, ou um simples servio de validao. (Bacili, Kleber - diretor de tecnologia da Digital Assets) e. Granularidade de servio: refere-se ao tamanho do servio pela quantidade de funcionalidades acopladas e/ou pelo grau de especializao. Exemplo: i. Servio de recuperao de endereo: apenas retorna um endereo de um banco de dados partindo de um cdigo de cliente. ii.Servio de envio de malote: recupera as informaes de todos os clientes do banco de dados (endereo, conta, etc) e gera um arquivo no formato .pdf para impresso.

6. Governana SOA a. Capacitao e estruturao organizacional: aplicar SOA na organizao envolve o treinamento e mobilizao dos colaboradores para que eles entendam o seu conceito e sua importncia e passem a aplicar no dia a dia. b. Novos papeis: com a implementao de SOA surgem a necessidade de novos papeis para a gesto de servios, isto , controlar todos os servios gerados as suas verses, melhorias e novos desenvolvimentos. c. Arquitetura Tecnologica/Padronizao/Modelagem: estes itens so de fundamental importncia para a implantao do conceito na organizao pois definem como os servios se comportaro e como devem ser criados. d. Ferramentas: i. DesignTime: (ver slides) ii.RunTime: (ver slides) 1. ESB 7. Quando no usar. a. Se o ambiente totalmente homogneo, no vou expor meus dados ou minhas regras de processamento para parceiros. 8. Benefcios: a. Agilidade: conseguir atender a altera de negcio com rapidez b. Facilidade de manuteno: se foi padronizado fcil de dar manuteno, porque outra pessoa consegue dar manuteno. c. Reduo de custo: cada vez que voc reaproveita um servio voc deixa de gastar com o desenvolvimento de algo que faa a mesma coisa que ele d. Melhoria da qualidade: se voc reaproveita algo que j existe, espera-se que tenha menos problemas do que algo que j exista. e. Otimizao dos processos: facilita a aplicao do PDCA do BPM 9. Principais Desafios: a. Organizao e pessoas: dvidas de papel, rea, mudana de mentalidade, vrios fornecedores trabalhando como pedir, acompanhamento. b. Processos e polticas: "BPM", como os processos nascem, so modelados, so desenvolvidos, atualizados. c. Tecnologia e Ferramenta: arquitetura padronizada, forma de classificar os assets.