Analisar Serviços Vítor Braga – Objetivos da aula Apresentar os passos necessários para realizar a atividade analisar Serviços Discutir.

Slides:



Advertisements
Apresentações semelhantes
Análise e Projeto Orientado a Objetos
Advertisements

Engenharia de Software
UML no CICLO de DESENVOLVIMENTO
APSOO Aula 05.
UML Modelando um sistema.
UML Visões – Parte 2.
(Unified Modeling Language)
Rational Unified Process(RUP)
UML Diagrama de Classes elementos básicos. Contexto Os diagramas de classes fazem parte do da visão estática da UML. Os elemento desta visão são conceitos.
SISTEMA É UMA ENTIDADE QUE MANTEM SUA EXISTÊNCIA ATRAVÉS DA INTERAÇÃO DE SUAS PARTES ( Bertalanffy ) Interação Mútua Diferente duma simples.
Análise e Projeto de Sistemas
Aspectos Avançados em Engenharia de Software Aula 3 Fernanda Campos
RUP: Fluxo de Análise e Projeto
Gerencia de Projeto OO Aspectos Avançados em Engenharia de Software Aula 5 Fernanda Campos DCC/UFJF.
Gerenciamento de Requisitos com Casos de Uso
Modelagem de Interações
Classes e objetos Modelagem
Introdução a Arquitetura Orientada a serviços
Diagrama de Componentes
Análise de Sistemas Análise e Projeto Prof. Jeime Nunes Site:
SOA Pedro Antonino.
Projetar Serviços Vítor Braga –
RUPinho Qualidade de Software
Aula 1 Minicurso: Astah Ministrantes: André Martins; Camila Brondani;
Diagramas de Colaboração e Componentes
Arquitetura Orientado a Serviços
Fase de Elaboração: Fluxo de Análise Análise de Sistemas de Software Prof. Rodrigo Ribeiro.
Prof. Alexandre Vasconcelos
Engenharia de Software e Sistemas Danilo Veras e Rebeka Gomes.
SOA Service Oriented Architecture. Copyright © 2008 Qualiti. Todos os direitos reservados. Copyright © 2006 Qualiti. Todos os direitos reservados. Estilo/padrão.
Especificação em Projeto de Sistemas
Abr-17 Atividades, Artefatos e Responsáveis da Disciplina de Análise e Projeto Fluxo de análise e projeto.
Analisar Caso de Uso 10/04/ /04/2017 Analisar caso de uso
Bruno Silva Desenvolvido a partir de
Representação Arquitetural
Capturando Requisitos com Use Cases Disciplina: Estudo do RUP Autor: Tiago Lima Massoni Orientacao: Augusto Sampaio Paulo Borba.
RUP - Cap. 4 – Processo Centrado na Arquitetura
RUP - Cap. 3 – Processo Dirigido por Caso de Uso
Padrões de Interação com o Usuário
Processos de Software.
Projeto de Sistemas Alexandre Monteiro. Agenda 2. Análise 3. Projeto 1. Revisão 4. Exercícios.
Abr-17 Analisar Caso de Uso Analisar caso de uso.
UML e a Ferramenta Astah
Tarciane Andrade Análise de Casos de Uso Tarciane Andrade
Processo de Desenvolvimento de Software – PDS
Abr-17 Projetar Subsistema Projetar subsistema.
Modelo de Análise e Projeto
Engenharia de Software e Sistemas
Fluxo de Análise e Projeto 6 - Atividade Projetar Subsistema.
2 - Visão Geral do Fluxo de Análise e Projeto
Análise e Projeto de Sistemas Unified Modeling Language Renata Araujo Ricardo Storino Núcleo de Computação Eletrônica Curso de Programação de Computadores.
Copyright © 2006 Qualiti. Todos os direitos reservados. Projetar Classes.
TECNOLOGIA EM ANÁLISE E DESENVOLVIMENTO DE SISTEMAS ANÁLISE E PROJETO DE SISTEMAS Aula /08/2012 Professor Leomir J. Borba-
Analisar Serviços Vítor Braga – Computation Independent Model (CIM) Platform Independent Model (PIM) Platform Specific Model (PSM) MDA.
UML (Unified Modeling Language) Linguagem Unificada de Modelagem
Modelagem de Sistemas Orientada a Objeto Com UML
Processo de Desenvolvimento de Software Dirigida a Modelos e Orientada a Serviços (SOA/MDE) Vítor Braga –
RUP – Rational Unified Process Márcia Seabra Cabral Prof. Augusto Sampaio Centro de Informática - UFPE.
MDA na Prática Flávia Durans Pitta Marinho
IF 718 Análise e Projeto de Sistemas Augusto Sampaio Vitor Braga (Estágio docência) Camila Sá (Monitora) Parte do material cedido pela Qualiti Software.
Fundamentos de Engenharia de SW Diagramas da UML Usados no Projeto de Software.
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.
/ de Julho de UFPE - Universidade Federal de Pernambuco CIn - Centro de Informática Pós-Graduação em Ciência da Computação Tópicos Avançados.
SOA SOA – Arquitetura Orientada a Serviços Conceitos e Aplicações
Projeto Orientado a Objetos Prof. Wolley
Analisar Caso de Uso. Copyright © 2002 Qualiti. Todos os direitos reservados. Qualiti Software Processes Analisar caso de uso | 2 Objetivos deste módulo.
1 Especificação de Sistemas de Software e a UML. 2 Modelagem de sistema A modelagem de sistema auxilia o analista a entender a funcionalidade do sistema.
Atividades, Artefatos e Responsáveis da Disciplina de Análise e Projeto.
Análise e Design de Software Site:
IF718 Análise e Projeto de Sistemas Augusto Sampaio - acas Vitor Braga - vtb (Estágio docência) Diogo Peixoto - dcp (Monitor) Parte do material.
Transcrição da apresentação:

Analisar Serviços Vítor Braga –

Objetivos da aula Apresentar os passos necessários para realizar a atividade analisar Serviços Discutir e mostrar o passo a passo para a construção dos artefatos

Relembrando...

Visão geral (Exemplo: RUP)

Visão geral Especificação do modelo de negócios Analisar serviços Implementação Teste Avaliação Planejamento Inicial Planejamento Modelagem do Negócio Requisitos Projetar Serviços

Computation Independent Model (CIM) Platform Independent Model (PIM) Platform Specific Model (PSM) MDA Terms MDEMDE SOASOA

Fluxo de Atividades

Visão Geral dos Artefatos

Computation Independent Model (CIM) Platform Independent Model (PIM) Platform Specific Model (PSM) MDA Terms MDEMDE SOASOA

SOA É um estilo de arquitetura que promove a integração entre o negócio e a TI através de serviços. O serviço é o principal componente desta arquitetura. maior agilidade para atender as novas demandas, flexibilidade para atender as mudanças, redução de custo e reuso de ativos (serviços).

O que são serviços ? Serviço é um componente que atende a uma função de negócio (business function). Ele pode receber e responder requisições ocultando os detalhes de sua implementação. Desacoplados em relação ao cliente/consumidor Descritos através de contratos de operações

Serviços são coleções de capacidade Assim como pessoas, um serviço pode prover múltiplas capacidades.

Classificação dos Serviços Quando estamos modelando os serviços, fica evidente que podemos classifica-los em função: Tipo de logica que encapsulam Potencial de Reuso Como a logica implementada se relaciona com o domínio da aplicação Por isso, podemos classificar os serviços: Serviços de entidades Serviços de tarefas Serviços de utilidade

Service Layers

Analisar Serviços

Analisar serviços Visão inicial da arquitetura do Sistema Sistemática para identificação dos serviços e componentes Análise diferente do RUP

Fluxo de Atividades

Visão Geral dos Artefatos

Fluxo de Atividades

Passos para Identificar Serviços 1. Empacotar Casos de Uso 2. Construir Arquitetura de Serviços 3. Identificar Serviços de Entidades 5. Revisar Resultados

Exemplo do QIB

1. Empacotar Casos de Uso Casos de usos semelhantes deverão ser empacotados dentro de um pacote de casos de uso

2. Construir Arquitetura de Serviços Arquitetura de Serviços (Service Architecture) é gerada a partir do modelo de casos de uso Passo inicial para identificação dos serviços do sistema SOAML (Profile UML para modelar SOA)

Exemplo Order Conformation Shipped Ship Req Shipped Delivered

Arquitetura de Serviços Shipping service Ship Status service Purchasing service Manufacturer Participant – provides and uses services Dealer Participant – provides and uses services

Arquitetura de Serviços Services architecture descreve como os participantes que consomem e fornecem serviços para atender aos requisitos do negócio. P articipant representa uma parte que consomem e/ou fornecem serviços. Podem representar pessoas, organizações ou sistemas. A service contract é a especificação do acordo entre provedores e consumidores de um serviço quanto às informações trocadas entre participantes.

QIB

Sistemática para construir a Arquitetura de Serviços Gerada estaticamente a partir do modelo de casos de uso empacotado: 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

Participants

Services Contracts

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ável e usados por vários serviços Exemplo: Serviços para fazer CRUD

3. Identificar Serviços de entidades

Fluxo de Atividades

Interação dos Serviços Sistemática semelhante Distribuir comportamento entre as classes Para cada Serviço (service contract) Diagrama de seqüência (coreografia dos serviços) Surgimento de novas entidades Atualizar o Modelo de Informação do negócio

Interação dos Serviços Levar em consideração TODOS os casos de uso envolvidos Diagrama de interação único* Não possuem mensagens reflexivas Por que?

Mensagens de retorno

Exercício Fazer diagrama para o pacote Controle de Qualit Card

Atualizar o Modelo de informação Atualizar atributos das entidades Possí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ço Remover entidades desnecessárias

Modelo de informação atualizado

Fluxo de Atividades

Identificação de componentes Sistemática para identificar os componentes 1. Identificar os participants provedores 2. Componentes provedores implementam os contratos de serviços 3. Definir relacionamento entre componentes

Provedores Componentes provedores implementam os contratos de serviços

Arquitetura componentizada

Dúvidas ?