Fluxo de Análise e Projeto 6 - Atividade Projetar Subsistema.

Apresentação em tema: "Fluxo de Análise e Projeto 6 - Atividade Projetar Subsistema."— Transcrição da apresentação:

1 Fluxo de Análise e Projeto 6 - Atividade Projetar Subsistema

2 Fluxo de Análise e Projeto Maio, 2000Copyright CESAR-Qualiti, Maio 2000. Todos os direitos reservados. 2 Analisar caso de uso ProjetistaProjetista de banco de dados Revisar projeto Projetar caso de uso ArquitetoRevisor do projeto Projetar base de dados Projetar arquitetura Projetar subsistema Analisar Caso de Uso

3 Fluxo de Análise e Projeto Maio, 2000Copyright CESAR-Qualiti, Maio 2000. Todos os direitos reservados. 3 O que foi feito até agora Mapeamento das classes de análise em elementos de projeto Identificação das oportunidades de reuso Definição da organização do sistema Refinamento das realizações dos casos de uso (substituição dos elementos de análise por elementos de projeto)

4 Fluxo de Análise e Projeto Maio, 2000Copyright CESAR-Qualiti, Maio 2000. Todos os direitos reservados. 4 Objetivos desta atividade Identificar elementos internos ao subsistema (classes e outros subsistemas) que realizem a interface do subsistema –O comportamento da interface deve ser distribuído entre estes elementos, de forma análoga à análise e ao projeto de casos de uso Este processo pode gerar novas dependências do subsistema com elementos externos A atividade é realizada uma vez para cada subsistema, podendo ser recursiva (gerando outros subsistemas)

5 Fluxo de Análise e Projeto Maio, 2000Copyright CESAR-Qualiti, Maio 2000. Todos os direitos reservados. 5 Visão geral dos artefatos Classes de projeto Projeto de Subsistema Realização de caso de uso Subsistemas e e interfaces de projeto Subsistemas e interfaces de projeto (atualizado) Realização de caso de uso (atualizado) Fonte: Rational

6 Fluxo de Análise e Projeto Maio, 2000Copyright CESAR-Qualiti, Maio 2000. Todos os direitos reservados. 6 Passos para Projetar Subsistema 1. Distribuir o comportamento do subsistema entre os seus elementos 2. Documentar os elementos do subsistema 3. Descrever as dependências do subsistema com elementos externos

7 Fluxo de Análise e Projeto Maio, 2000Copyright CESAR-Qualiti, Maio 2000. Todos os direitos reservados. 7 Passo 1. Distribuir o comportamento do subsistema entre os seus elementos Identifique novas classes e subsistemas que, cooperativamente, realizem o comportamento do subsistema –crie novos elementos de projeto, ou reuse elementos existentes O comportamento do subsistema pode ser identificado a partir das operações na interface –As operações podem ser realizadas por classes internas ou subsistemas internos

8 Fluxo de Análise e Projeto Maio, 2000Copyright CESAR-Qualiti, Maio 2000. Todos os direitos reservados. 8 Passo 1. Distribuir o comportamento do subsistema entre os seus elementos Desenvolva um ou mais diagramas de interação para cada operação da interface, alocando responsabilidades aos elementos de projeto –os diagramas ajudam a encontrar os elementos! Incorpore persistência, quando aplicável

9 Fluxo de Análise e Projeto Maio, 2000Copyright CESAR-Qualiti, Maio 2000. Todos os direitos reservados. 9 Diagramas de interação para subsistemas Note que a interface não faz parte do diagrama já que o objetivo é mostrar interações entre elementos internos Cliente subsistemaElemento de projeto2 Elemento de projeto1Fachada subsistema Op1() Op2() Op3() Op4() responsabilidade() Interações internas do subsistema Responsabilidade do subsistema

10 Fluxo de Análise e Projeto Maio, 2000Copyright CESAR-Qualiti, Maio 2000. Todos os direitos reservados. 10 Exemplo: SubSistemaBanco (diagrama de interação)

11 Fluxo de Análise e Projeto Maio, 2000Copyright CESAR-Qualiti, Maio 2000. Todos os direitos reservados. 11 Passo 2. Documentar os elementos do subsistema A estrutura interna do subsistema é definida neste passo, através de diagrama(s) de classe incluindo os relacionamentos entre elementos de projeto Opcionalmente, um diagrama de estados pode ser definido para documentar os possíveis estados do subsistema Se houver restrições de ordem em relação às operações da interface, tais restrições devem ser documentadas

12 Fluxo de Análise e Projeto Maio, 2000Copyright CESAR-Qualiti, Maio 2000. Todos os direitos reservados. 12 Exemplo: Subsistema SubSistemaBanco (VOPC)

13 Fluxo de Análise e Projeto Maio, 2000Copyright CESAR-Qualiti, Maio 2000. Todos os direitos reservados. 13 Passo 3. Descrever dependências do subsistema Os passos anteriores identificaram os elementos internos, com as respectivas responsabilidades, e as associações entre estes elementos O objetivo aqui é documentar associações com elementos externos necessários à realização da interface do subsistema

14 Fluxo de Análise e Projeto Maio, 2000Copyright CESAR-Qualiti, Maio 2000. Todos os direitos reservados. 14 Descrevendo Dependências: Notação Dependência de um subsistema Dependência de um pacote > Cliente > Cliente Suporte > Servidor Dependência na interface!

15 Fluxo de Análise e Projeto Maio, 2000Copyright CESAR-Qualiti, Maio 2000. Todos os direitos reservados. 15 Exemplo: SubSistemaBanco (Dependências) > SubSistemaBanco Util Controladores

16 Fluxo de Análise e Projeto Maio, 2000Copyright CESAR-Qualiti, Maio 2000. Todos os direitos reservados. 16 Revisão: Passos realizados nesta atividade 1. Distribuir o comportamento do subsistema entre os seus elementos 2. Documentar os elementos do subsistema 3. Descrever as dependências do subsistema com elementos externos

17 Fluxo de Análise e Projeto Maio, 2000Copyright CESAR-Qualiti, Maio 2000. Todos os direitos reservados. 17 Exercício: Projeto Dado: –Os subsistemas, suas interfaces e seus relacionamentos com outros elementos de projeto Produzir: –Diagrama de interação para cada operação na interface –Diagrama de classes para os elementos internos do subsistema –Diagrama de classes explicitando as dependências externas