Projetar Serviços Vítor Braga – vtb@cin.ufpe.br.

Slides:



Advertisements
Apresentações semelhantes
Engenharia de Software
Advertisements

UML no CICLO de DESENVOLVIMENTO
UML Visões – Parte 2.
O Processo Praxis 3.0 Processos de Software 25/03/2017
Sistema Gerenciador de Ocorrências
Valéria Maria Lauande Março/2010
Fernando Bianchini Pessoa Joel Ferreira José Enes Mateus
RUP: Fluxo de Análise e Projeto
Gabriel Silva Bornia Prof. Dr. Roberto Tom Price Orientador
Sistema de Gerenciamento Financeiro
S ISTEMA DE G ERENCIAMENTO F INANCEIRO. O S I NTEGRANTES Caio Mac Cord Fernando Bianchini Pessoa Joel Ferreira José Enes Mateus Mauricio Lederer.
S ISTEMA DE G ERENCIAMENTO F INANCEIRO. O S I NTEGRANTES Caio Mac Cord Fernando Bianchini Pessoa Joel Ferreira José Enes Mateus Mauricio Lederer.
Sistema de Gerenciamento Financeiro On-Line
Sistema de Gerenciamento Financeiro
Sistema de Gerenciamento Financeiro On-Line
WHITE LABEL SHOPPING CENTER
SOA Pedro Antonino.
Aula 1 Minicurso: Astah Ministrantes: André Martins; Camila Brondani;
Projeto: IF718 – Análise e Projeto de Sistemas
Projeto: IF718 – Análise e Projeto de Sistemas
Análise e Projeto de Sistemas
Arquitetura Orientado a Serviços
Refinamento do projeto anterior e nova arquitetura SOA
Analisar Serviços Vítor Braga – Objetivos da aula Apresentar os passos necessários para realizar a atividade analisar Serviços Discutir.
2ª Entrega Equipe 1: Edilson Ferreira da Silva
Diogo Peixoto Projetar Arquitetura Diogo Peixoto
Visão Geral do RUP.
Tecnologias.NET Equipe: Ayrton Johab Rejane Roosevelt Wanessa.
O Fluxo de Implementação
INSTITUTO UNIFICADO DE ENSINO SUPERIOR OBJETIVO
Refatorando para SOA. Identificar Serviços • A identificação de serviços servirá como um guia para o refactoring da arquitetura RUP para a arquitetura.
Objetivos das Atividades de Implementação • Implementar as classes do modelo de projeto em termos de componentes (código fonte ou executável, etc.) •
Arquitetura do Software
MoSOA Vítor Braga – Marcelo Amorim – Pedro Lages –
Engenharia de Software e Sistemas Danilo Veras e Rebeka Gomes.
PFC Projeto Final de Curso
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.
Análise e Projeto Orientados a Objetos
Bruno Silva Desenvolvido a partir de
Representação Arquitetural
Padrão- MVC Model, View, Controller
RUP - Cap. 3 – Processo Dirigido por Caso de Uso
Diagrama de Componentes
MPS – Aula prática Diagrama de Pacotes / Esteriótipos Web
Projeto de Sistemas Alexandre Monteiro. Agenda 2. Análise 3. Projeto 1. Revisão 4. Exercícios.
ABC reuso Reengenharia Primeiras conclusões. ABC reuso Análise do Código Fonte Arquitetura em Camadas Fachada (SIAlocacaoPlus) Negócio (Cadastros) Persistência.
UML e a Ferramenta Astah
Tarciane Andrade Análise de Casos de Uso Tarciane Andrade
Abr-17 Projetar Subsistema Projetar subsistema.
Modelo de Análise e Projeto
5 - Atividade Projetar Caso de Uso
Engenharia de Software e Sistemas
Processo Dirigido Pelos Use Cases Disciplina: Estudo do RUP Autor: Tiago Lima Massoni Orientação: Augusto Sampaio Paulo Borba.
Fluxo de Análise e Projeto 6 - Atividade Projetar Subsistema.
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.
Analisar Serviços Vítor Braga – Computation Independent Model (CIM) Platform Independent Model (PIM) Platform Specific Model (PSM) MDA.
Processo de Desenvolvimento de Software Dirigida a Modelos e Orientada a Serviços (SOA/MDE) Vítor Braga –
APSI II Análise e Projeto de Sistemas de Banco de Dados II.
RUP – Rational Unified Process Márcia Seabra Cabral Prof. Augusto Sampaio Centro de Informática - UFPE.
KICK-OFF e Estimativas. Definição O Sistema Sistema..... Missão descrever aqui a missão do projeto.
Fluxo de Análise e Projeto do RUP para Sistemas de Tempo Real
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.
/ 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.
Projeto de Arquitetura de Software
Atividades, Artefatos e Responsáveis da Disciplina de Análise e Projeto.
O Processo Unificado (PU). 2 O que é o Processo Unificado (PU)? É um modelo de processo de software baseado no modelo incremental, visando a construção.
Síntese do Negócio ONTOWEB. Ontoweb – Nova Geração de Ferramenta de Busca Possui comportamento inteligente que auxilia o usuário a organizar e compartilhar.
Transcrição da apresentação:

Projetar Serviços Vítor Braga – vtb@cin.ufpe.br

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

Relembrando ...

Visão geral (Exemplo: RUP)

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

M D E S O A MDA Terms Computation Independent Model (CIM) Model (PIM) Platform Model (PSM) Specific MDA Terms M D E S O A

Fluxo de Atividades

Fluxo de Atividades

Passos para Identificar Serviços mar-17 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 Analisar caso de uso

Services Contracts

3. Identificar Serviços de entidades

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

Modelo de informação atualizado

Modelo de Componentes dos serviços

M D E S O A MDA Terms Computation Independent Model (CIM) Model (PIM) Platform Model (PSM) Specific MDA Terms M D E S O A

Projetar Serviços

Fluxo de Atividades

Projetar Arquitetura Refinar Análise de Serviços Definir Padrão de Arquitetura

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 se 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 capacidades foram identificadas?

2. Definir Padrão de Arquitetura O arquiteto pode seguir um padrão já existente para estruturar a aplicação O arquiteto também pode definir novos padrões ou atualizar orientações já existentes Identificar 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

Projetar Arquitetura Definir Padrão de Arquitetura Refinar Análise de Serviços Definir Padrão de Arquitetura

2. Definir Padrão de Arquitetura O Arquiteto deve levar em consideração as tecnologias que serão usadas: Ex: .net, java, flash, C++ Todos os serviços com a mesma tecnologia Como será a integração do Front e back-end

Necessidades do negócio Além do sistema web Acessado por Iphone e desktop (windows, mac e linux) O ambiente de produção é ser Windows Server 2003 com .net framework 2.0 e banco de dados sql server 2005

Definição da Arquitetura Interface web=> ASP.NET Iphone=> Aplicação Desktop=> aplicação Java Integração com o front-end será feito via web service Os componentes serão implementados do zero Os componentes de acesso a dados deverão implementar o padrão Repositório

O que aconteceria se todos os componentes fossem implementados como serviços?

Fluxo de Atividades

Projetar Back-end Projetar Componentes Atualizar Modelo de Informação Agrupar classes Projetar Classes e Banco de dados

Projetar componentes Para cada componente: Definir padrões de projetos utilizados Fazer Diagrama de classes Fazer Diagrama de sequência para todas as operação de sua interface

Diagrama de classe: Fachada Webservice

Diagrama de classes: Componente Controle de acesso

Compoente Controle de acesso: Efetuar Login

Diagrama de classes

Diagrama de sequencia

Projetar componentes Para cada componente: Definir padrões de projetos utilizados Fazer Diagrama de classes Fazer Diagrama de sequência para todas as operação de sua interface Agrupar classes em pacotes

Diagramas de Seqüência Fazer Diagrama de seqüência para todas as operação das interfaces dos componentes Para facilitar o entendimento, fazer o fluxo completo para as operações da Fachada

Logar (Completo)

Projetar Back-end Projetar Componentes Atualizar Modelo de Informação Projetar Classes e Banco de dados

Modelo de Informação

Projetar Back-end Projetar Componentes Atualizar Modelo de Informação Agrupar classes Projetar Classes e Banco de dados

Fluxo de Atividades

Projetar Front-end Baseado no protótipo da interface, tecnologias utilizadas e integração front-back end: Diagrama de classe Diagramas de sequencia

Front-end

Front-end: web

Front-end: web

Front-end

Diagrama de Classes

Diagrama de Sequencia

Dúvidas ?