SOA Service Oriented Architecture. Copyright © 2008 Qualiti. Todos os direitos reservados....

SOAService Oriented

Architecture

Estilo/padrão de arquitetura onde as funcionalidades de aplicações existentes são disponibilizadas na

forma de serviços

É um elemento de Service Oriented Computing (SOC), um

paradigma de desenvolvimento baseado no conceito de serviços

SOA – Service Oriented Architecture

O que são serviços?

»Serviço é um componente que atende a uma função de negócio (business function)

»Pode receber e responder requisições, ocultando os detalhes de implementação

Desacoplados em relação ao cliente/consumidorDescritos através de contratos de operações

Serviços versus Componentes

» Serviço» conceito mais

abstrato» ligado ao negócio» desvinculado de

um código » granularidade

“grossa”» pode ser

implementado por componentes

» Componentes» elemento

concreto » usado para

compor aplicações

» vinculado a um código

» Granularidade mais “fina

Ex.: Uma entity EJB é um componente, não um serviço

Comparação interessante em http://radovanjanecek.net/blog/archives/296.html

SOA: Vantagens potenciais

Análise e Projeto em SOA(Service Oriented Architecture)

Especificação do modelo de negócios

Analisar serviços

Implementação

TesteAvaliação

PlanejamentoInicial

Planejamento

Modelagem do Negócio

Requisitos

Projetar Serviços

Prototipar Interface Gráfica

Arquiteto de Informação

Análise e Projeto OO com UML e Padrões| 9

Analisar Casos de Uso

Revisar Projeto

Projetar Arquitetura

Projetista deBanco de Dados

Arquiteto de Software

Revisor de projeto

Projetar Casos de Uso

Projetar Subsistemas/componentes

Projetar Base de Dados

Analista deSistemas

Projetar classes

Prototipar Interface gráfica

Analisar Serviços

ProjetarServiços

Analisar caso de uso | 10

Objetivos desta atividade

Gerar artefatos para facilitar e alinhar o entendimento entre os stakeholdersPrototipação e avaliação da GUI Organização das informações

Input para Designers

Teste de usabilidade

Visão geral dos artefatos

Arquiteto dainformação

Glossário Modelo de Casos de Uso

Modelo de Informação do Negócio

Protótipo da Interface Gráfica

Modelo Navegacional

Documento de Requisitos

Documento da Arquitetura

Prototipação da Interface Gráfica

Passos para Prototipar a GUI

1. Modelar conceitos de negócios- Modelo de Informação do Negócio

2. Projetar Fluxo de Informação- Modelo Navegacional

3. Elaborar Protótipo de Interface- Protótipo de Interface Gráfica

1. Modelar conceitos de negócios

Modelo conceitual das informações/entidades manipuladas pelo sistemaPré modelo E-RVai ajudar na organização das informações Multiplicidade é opcionalModelo independente de computação (CIM)

Actor A

I 1 I2

I2 I31 1..*

I 1 I2

I31 1..*

1. Modelar conceitos de negócios

QIB - Diagrama de Casos de Uso

Usaremos o QIB como exemplo

Operadora do DOC

Desbloquear Talõesde Cheque

Efetuar Login

Alterar Senha

Consultar Saldo

Consultar Extrato

Consultar Qualiti CardRealizar Transferência

Consultar Cheques

Solicitar Talões de Cheque

Realizar DOC

ClienteAtor

Operadora Cartão de Crédito

Efetuar Pagamento do Qualiti Card

Mostrar Dados daConsulta

<<include>>

Modelo de Informação do negócio

Pagmento CartãoConta

Comprovante

Cliente

2. Projetar Fluxo de Informação

Gerar o modelo navegacional do sistema Fluxo de informação do sistema

Pode ser: Sitemap

Interface flow diagram (Diagrama de fluxo)

Screen Flow (Fluxo de Tela)

Modelo independente de computação (CIM)

Modelo Navegacional do QIB

3. Elaborar Protótipo de Interface

Modelo Navegacional + Modelo de Informação do negócio = “wireframe detalhado”Layout completo das telas do sistema: Organização das informações

Ações de links e botões

Tratamento de erros e fluxos secundários

É útil?

Como criar os artefatos?

Ferramentas: Axure RP(wireframe), Smartdraw (sitemap),

Netbeans (Fluxo de telas)

Exemplos: www.cin.ufpe.br/~vtb/wireframes

http://www.axure.com/Samples/AxureRPFeaturesSample/AxureRPFeaturesSample_Start.html

http://www.axure.com/Samples/RegistrationSample/RegistrationSample_Start.html

Exercício: Baseado no Modelo Navegacional e no modelo

de informação, construa o protótipo da interface

Sugestão: Axure RP http://www.axure.com/downloads.aspx http://www.axure.com/downloadThanks.aspx?

version=50

http://www.youtube.com/watch?v=xgUE3BuaKZ4&feature=related

http://www.youtube.com/watch?v=sieYeDepdzA&feature=related

http://www.youtube.com/watch?v=-NwsjE5LY1M&feature=related

Analisar Serviços

Contexto

Revisar Projeto

Revisor de projeto

Projetar Subsistemas

Analista deSistemas

decisões doarquiteto

<<subsystem>>

CheckList bla bla

blabla

Projetar classes

Analisar Serviços

ProjetarServiços

»Visão inicial da arquitetura (orientada a serviços) do sistema

»Sistemática para identificação dos serviços e componentes“Análise” diferente do RUP

Objetivos

Passo a Passo

Identificar Serviços [Arquitetura dos Serviços]

Refinar Serviços

[Modelo de Interação dos Serviços]

[Modelo de Informação Refinado]

Identificar Componentes

[Modelo de Componentes dos Serviços]

Visão Geral dos Artefatos

[Arquitetura dos Serviços]

[Modelo de Interação dos Serviços][Modelo de Informação Refinado]

[Modelo de Informação de Negócio]

[Casos de Uso]

<<entrada para esta atividade>>

Para Identificar Serviços:

1. Empacotar Casos de Uso2. Construir Arquitetura de Serviços3. Identificar Serviços de Entidade4. Revisar Resultados

Para Identificar Serviços:

1. Empacotar Casos de Uso2. Construir Arquitetura de Serviços3. Identificar Serviços de Entidades4. Revisar Resultados

alisar

Operadora do DOC

Desbloquear Talõesde Cheque

Efetuar Login

Alterar Senha

Consultar Saldo

Consultar Extrato

Consultar Qualiti CardRealizar Transferência

Consultar Cheques

Solicitar Talões de Cheque

Realizar DOC

ClienteAtor

Operadora Cartão de Crédito

Efetuar Pagamento do Qualiti Card

Mostrar Dados daConsulta

<<include>>

ClienteAtor

Realizar Doc

Realizar Transferência

Operadora Doc

Controle Cheque

Controle de Acesso

Controle Conta

Controle Qualit Card

Operadora de Cartão de Crédito

2. Construir Arquitetura de Serviços

Arquitetura de Serviços (Service Architecture) é gerada a partir do modelo de casos de usoPasso inicial para identificação dos serviços do sistemaSOAML (Profile UML para modelar SOA)

Arquitetura de Serviços

Services architecture descreve como os participantes consomem e fornecem serviços para atender aos requisitos do negócioParticipant representa uma “parte” que consome e/ou fornece serviços. Pode representar pessoas, organizações ou sistemasA service contract é a especificação do acordo entre provedores e consumidores de um serviço quanto às informações trocadas entre participantes

• Gerada estaticamente a partir do modelo de casos de uso “empacotados”:• Atores => participant• Sistema => participant• Pacote de casos de uso => Service Contract• Relação na direção caso de uso – ator =>

Service Contract• Casos de uso no modelo principal=> Service

Contract

Ator 1Ator 2

Pacote 1

Pacote 2

alisar

içosPacote1

<<Service Contract>>

Pacote2<<Service Contract>>

UC5<<Service Contract>>

UC5-Ator2<<Service Contract>>

Ator1<<Participant>> Ator2

<<Participant>>Sistema

<<Participant>>

consume

provide

consume provide

Participants

ClienteAtor

Realizar Doc

Operadora Doc

Controle Cheque

Controle de Acesso

Controle Conta

Sistema back-end<<participant>>

Operadora DOC<<participant>>

Operadora Cartão<<participant>>

Cliente Front-end<<consumer>>

Services Contracts

Realiazr Transferencia<<Service Contract>>

ClienteAtor

Realizar Doc

Operadora Doc

Controle Cheque

Controle de Acesso

Controle Conta

Relizar Doc<<Service Contract>>

Controle de Acesso<<Service Contract>>

Controle de Cheque<<Service Contract>>

Controle de Conta<<Service Contract>>

Controle Qualiti Card<<Service Contract>>

Servico Operadora Doc<<Service Contract>> Servico Operadora Cartao

Cliente Front-end<<consumer>>

Sistema back-end<<participant>>

Operadora DOC<<participant>>

Controle de Cheque<<Service Contract>>

Controle de Acesso<<Service Contract>>

Controle de Conta<<Service Contract>>

Controle Qualiti Card<<Service Contract>>

Realiazar Transferencia<<Service Contract>>

Relizar Doc<<Service Contract>>

consumer

provider

consumer

Servico Operadora Cartao<<Service Contract>>

Servico Operadora Doc<<Service Contract>>

provider

comsumer

consumer

provider

3. Identificar Serviços de entidades

Um tipo de serviço que é derivado de um ou mais entidades de negócio relacionadas

São altamente reutilizáveis e usados por vários serviços

Gerados a partir do Modelo de Informação do Negócio

Exemplo: Serviços para fazer CRUD

3. Identificar Serviços de entidades

ContaintInternetConta PagamentoCartãoComprovante

Serviço Conta<<Service Contract>>

Serviço Conta Internet<<Service Contract>>

Serviço PagamentoCartão<<Service Contract>>

Fluxo de Atividades

Refinar Serviços

Interação dos Serviços

Sistemática “semelhante” a Distribuir comportamento entre as classes Para cada Serviço (service contract) Diagrama de seqüência (coreografia dos

serviços)

Surgimento de novas entidades

Atualizar as classes com atributos

Interação dos Serviços

Levar em consideração TODOS os casos de uso envolvidos Diagrama de interação único Pelo menos 2 casos de uso por

diagrama

Não possuem mensagens reflexivas

Por que?

ClienteAtor

Realizar Doc

Operadora Doc

Controle Cheque

Controle de Acesso

Controle Conta

Mensagens de retorno

: Cliente Front-end : Controle de Acesso

: Serviço Conta Internet

1 : logar(login,senha)

2 : existe(login, senha)

3 : ContaInternet

4 : sessão

5 : alterarSenha(login,senhaAntiga, SenhaNova)

6 : existe(login,senha)

7 : ContaInternet

8 : atualizar(ContaInternet)

9 : Conta Internet10 : sessão

Exercício

Fazer diagrama de interação para o pacote Controle Qualit Card

Atualizar atributos das entidadesPossíveis fontes: conhecimento do negócio, requisitos, glossário, modelo do negócio, mensagens do modelo de interação etc.São propriedades/características das entidades identificadas informação cujo valor é o aspecto crucial

informação de propriedade exclusiva do objeto

Caso seja identificada nova entidade, verificar necessidade de criar novo serviçoRemover entidades desnecessárias

Modelo de Informação Refinado

ContaintInternet

+login+senha

+numero+saldo

PagamentoCartão

+numero da fatura+data+valor+numero da conta

Fluxo de Atividades

Refinar Serviços

Identificação de componentes

Sistemática para identificar os componentes Identificar os participants provedores

Componentes “provedores” implementam os contratos de serviços

Definir relacionamento entre componentes

Cliente Front-end<<participant>> Sistema back-end

<<participant>>

ControleAcesso<<Service Contract>>

consumerprovider

ControleConta<<Service Contractt>>

consumerprovider

ControleQualitiCard<<Service Contract>>

consumerconsumer

OperadoraCartao<<Service Contract>>

comsumer provider

ContaInternet<<Service Contract>>

Transação<<Service Contract>>

ContaBancaria<<Service Contract>>

Cliente Front-end<<Front-end>>

Controle ContaControle de Acesso Controle Cartão

IControleAcesso IControleConta IControleCartão

Trasação

ITrasaçãoIContaInternet

ContaInternet ContaBancaria

IContaBancaria

IOperadoraCartão

OperadoraCartão

Projetar Serviços

Análise e Projeto OO com UML e Padrões| 54

Revisar Projeto

Revisor de projeto

Projetar Subsistemas/componentes

Analista deSistemas

Projetar classes

Analisar Serviços

ProjetarServiços

Fluxo de Atividades

Projetar Arquitetura do Sistema

Front-end Design Back-end Design

1. Refinar Análise de Serviços2. Definir Padrão de Arquitetura

Cliente Front-end<<participant>> Sistema back-end

<<participant>>

ControleAcesso<<Service Contract>>

consumerprovider

ControleConta<<Service Contractt>>

consumerprovider

ControleQualitiCard<<Service Contract>>

consumerconsumer

OperadoraCartao<<Service Contract>>

comsumer provider

ContaInternet<<Service Contract>>

Transação<<Service Contract>>

ContaBancaria<<Service Contract>>

Cliente Front-end<<Front-end>>

Controle ContaControle de Acesso Controle Cartão

IControleAcesso IControleConta IControleCartão

Trasação

ITrasaçãoIContaInternet

ContaInternet ContaBancaria

IContaBancaria

IOperadoraCartão

OperadoraCartão

Lembrando o resultadode Analisar Serviços …

1. Refinar Análise de Serviços

Baseado no: Conhecimento do negócio

Modelo de interação dos serviços

Modelo de Componentes dos serviços

Analisar os contratos de serviços e componentes identificados até o momento Empacotamento foi correto?

Todos os componentes de front-end foram identificados?

Podemos “agrupar” serviços semelhantes?

Todas as funcionalidades foram identificadas?

ClienteAtor

Realizar Doc

Operadora Doc

Controle Cheque

Controle de Acesso

Controle Conta

ClienteAtor

Realizar Doc

Operadora Doc

Controle Cheque

Controle de Acesso

Controle Conta

ServiçoControleAcesso<<Service Contract>>

+logar(login, senha)+alterarSenha(login, senhaAntiga, senhaNova)

Servico Cadastro ContaInternet<<Service Contract>>

+existe(login, senha)+atualizar(login, senha)

ServicoQualitiCard<<Service Contract>>

+EfetuarpagamentoQualitCard()

Componente ContaInternet

Componente Controle de Acesso

Componente Qualiti Card

Componente Cliente Front-end

+enviar()

Serviço Pagamento cartão<<Service Contract>>

Compoente Operadora Cartão

Componente Pagamento cartão

Componente Cadastro ContaBancariaServiço Cadastro ContaBancaria

ServiçoControleAcesso<<Service Contract>>

+logar(login, senha)+alterarSenha(login, senhaAntiga, senhaNova)

Servico Cadastro ContaInternet<<Service Contract>>

+existe(login, senha)+atualizar(login, senha)

ServicoQualitiCard<<Service Contract>>

Componente Controle de AcessoComponente Qualiti Card

Componente Cliente Front-end

+enviar()

Serviço Pagamento cartão<<Service Contract>>

Componente Pagamento cartão Componente Cadastro ContaBancaria

Serviço Cadastro ContaBancaria<<Service Contract>>

1. Refinar Análise de Serviços

2.Definir Padrão de Arquitetura

2. Definir Padrão de Arquitetura

O arquiteto pode seguir um padrão existente para estruturar a aplicaçãoO arquiteto também pode definir novos padrões ou atualizar orientações existentesIdentificar oportunidades de reuso: serviços e componentes disponíveis no

mercado

Serviços e componentes de aplicações já desenvolvidas

Serviços e componentes que podem se tornar reusáveis para outros projetos

2. Definir Padrão de Arquitetura

O Arquiteto deve levar em consideração as tecnologias que serão usadas: Ex: .net, java, flash, C++

Como será a integração do Front e back-end

Necessidades do negócio

Além do sistema web Acessado por celular e desktop

(windows, mac e linux)

O ambiente de produção é Windows Server 2003 com .net framework 2.0 e banco de dados sql server 2005

Definição da Arquitetura

Interface web=> ASP.NETDispositivos Móveis => Iphone (iOS)Desktop=> aplicação Java Integração com o front-end será feita via web serviceOs componentes serão todos implementados (e não adquiridos)Os componentes de acesso a dados deverão implementar o padrão Bridge

Componente Controle de AcessoComponente Qualiti Card

Compoente CadastrotransacaoComponente Cadastro ContaBancaria

Front-end Iphone<<front-end>>

Desktop<<Front-end>>

Front-end Web<<Front-end>>

IServicoQualitCard

ICadastroTransacao

+ConsultarSaldo()+ConsultarExtrato()+RealizarTransferencia()

IServicoControleAcesso

+logar(login, senha)+alterarSenha(login, senhaAtual, SenhaNova)

ICadastroContaBancaria

+inserir()+remover()+atualizar()+consultar()

IServicoOperadoraCartao

+enviar()

ICadastroContaInternet

+inserir(ContaInternet)+remover(ContaInternet)+atualizar(ContaInternet)+existe(login, senha)

FachadaWebservice

IFachadaWebServices

Fluxo de Atividades

Projetar Back-end

• Envolve o projeto dos componentes do back-end

• Coincide com a atividade “Projetar Subsistemas” do RUP

• Será detalhada posteriomente (atividades comuns a RUP e SOA)

Fluxo de Atividades

Projetar Front-end

Baseado no protótipo da interface, tecnologias utilizadas e integração front-back end

Front-end Iphone<<front-end>>

Desktop<<Front-end>>

Front-end Web<<Front-end>>

FachadaWebservice

IFachadaWebServices

Front-end - Exemplo

TelaLogin

+loginText: TextBox+senhaText: TextBox+entrarButton: Button

+efetuarlogin()

SOA Service Oriented Architecture. Copyright © 2008 Qualiti. Todos os direitos reservados....

Documents

Transcript of SOA Service Oriented Architecture. Copyright © 2008 Qualiti. Todos os direitos reservados....

Copyright 2012 - RSA Group - Todos os direitos reservados.

1 © Copyright 2014 EMC Corporation. Todos os direitos reservados. Armazenamento Definido por software Convergência. Escalabilidade.Desempenho.Elasticidade.

© Copyright 2010: International Leadership InstituteTodos os Direitos Reservados.

© Copyright 2010: International Leadership Institute – Todos os Direitos Reservados.

Conectando: - Projetor - Tela -Lift -Caixas retráteis Copyright © 2008 - GR Savage Sistemas Eletrônicos LTDA - Todos os direitos reservados.

Conectando: - Projetor - Tela - Lift Copyright © 2008 - GR Savage Sistemas Eletrônicos LTDA - Todos os direitos reservados.

Visão Geral de Orientação a Objetos com UML Copyright © 2002 Qualiti. Todos os direitos reservados. Qualiti Software Processes OO e UML | 2 Objetivos.

Visão Geral de Orientação a Objetos com UML Copyright © 2006 Qualiti. Todos os direitos reservados. Qualiti Software Processes OO e UML | 2 Objetivos.

Copyright © 2020 – Todos os direitos reservados.

Dons Espirituais Mordomia dos © Copyright 2010: International Leadership Institute: Todos os Direitos Reservados.

Copyright® - Todos os direitos reservados DESEQUILÍBRIOS ELETROLÍTICOS.

IDEOLOGIA HISTÓRIA E CONCEITOS Acadêmica : Cristina Lerch Lunardi Orientador : Francisco Quintanilha Veras Neto Copyright, 98: Todos os direitos reservados.

Copyright © Trâmite – Gestão por Competência / Todos os direitos reservados

© Copyright 2009, Top Brands. Proibida reprodução. Todos os direitos reservados. IBRAVIN – Wines From Brazil.

Copyright ©2014 Porto Consultoria & Serviços – todos os direitos reservados.

Analisar Caso de Uso. Copyright © 2006 Qualiti. Todos os direitos reservados. Qualiti Software Processes Análise e Projeto OO com UML e Padrões| 2 Objetivos.

© copyright Sylvie Moyen 2010. Todos os direitos reservados.

O uso mercadológico da Pesquisa Qualitativa Copyright do autor. Todos os direitos reservados.

Aula 02aulavirtual.fipecafi.com.br/.../cnc_aula02_impressao.pdf© Copyright 2012 – FIPECAFI. Todos os Direitos Reservados. Balanço Patrimonial - Consolidado – IFRS e BRGAAP Ativo

Copyright Braskem S.A. Todos os Direitos Reservados. Abril 2007 Educação para Inovação: Desafios e soluções.