5 - Atividade Projetar Caso de Uso

Projetista de banco de dados Analisar Caso de Uso Arquiteto Projetar arquitetura Revisor do projeto Projetar subsistema Projetista Analisar caso de uso Projetar caso de uso Revisar projeto Projetista de banco de dados Projetar base de dados Maio, 2000Copyright CESAR-Qualiti, Maio 2000. Todos os direitos reservados.

O que foi feito até agora Realização dos casos de uso (análise) Identificação das classes de análise, seus atributos, responsabilidades e relacionamentos Mapeamento das classes de análise em elementos de projeto Identificação das oportunidades de reuso Definição da organização do sistema Maio, 2000Copyright CESAR-Qualiti, Maio 2000. Todos os direitos reservados.

Objetivos desta atividade Refinar as realizações de casos de uso (elaboradas na análise de casos de uso) incluindo os elementos de projeto Incorporando persistência nas realizações O objetivo final é ter um modelo consistente que sirva de referência para a implementação do caso de uso Maio, 2000Copyright CESAR-Qualiti, Maio 2000. Todos os direitos reservados.

Visão geral dos artefatos Documento de requisitos Subsistemas de projeto Projetar Caso de Uso Realização de caso de uso Realização de caso de uso Classes de projeto Caso de uso Fonte: Rational Maio, 2000Copyright CESAR-Qualiti, Maio 2000. Todos os direitos reservados.

Passos para Projetar Caso de Uso 1. Refinar as realizações de casos de uso incluir os elementos de projeto incluir persistência 2. Simplificar os diagramas de interação usando (possivelmente novos) subsistemas (opcional) Maio, 2000Copyright CESAR-Qualiti, Maio 2000. Todos os direitos reservados.

Passo 1. Refinar as realizações de casos de uso Substitua as classes de análise por classes de projeto e/ou interfaces dos subsistemas associados Incorpore persistência Atualize as realizações de casos de uso Diagramas de interação View of participating classes (VOPC) Maio, 2000Copyright CESAR-Qualiti, Maio 2000. Todos os direitos reservados.

Refinando as realizações de casos de uso Maio, 2000Copyright CESAR-Qualiti, Maio 2000. Todos os direitos reservados.

Subsistemas e Interfaces Exemplo: Auto Atendimento Projeto Análise <<boundary>> SistemaBanco selecionarConta(numeroConta, senha) sacar(numeroConta, valorSaque) ... <<subsystem>> SubSistemaBanco ISubSistemaBanco selecionarConta(numeroConta:String, senha:String) sacar(numeroConta:String, valorSaque:double) ... Maio, 2000Copyright CESAR-Qualiti, Maio 2000. Todos os direitos reservados.

Exemplo: Atualizando diagramas de classe (VOPC) Caso de uso Sacar dinheiro (antes) Maio, 2000Copyright CESAR-Qualiti, Maio 2000. Todos os direitos reservados.

Exemplo: Atualizando diagramas de classe (VOPC) Caso de uso Sacar dinheiro (depois) Maio, 2000Copyright CESAR-Qualiti, Maio 2000. Todos os direitos reservados.

Incorporando persistência Seguir orientações de estruturação de aplicações em camadas Exemplo: Repositorio Transacao LogTransacao RepositorioTransacaoBDR Maio, 2000Copyright CESAR-Qualiti, Maio 2000. Todos os direitos reservados.

Exemplo de um Diagrama de Seqüência: Caso de uso Registrar Transação

Exemplo: Atualizando diagramas de seqüência Caso de uso Registrar transação (depois) Maio, 2000Copyright CESAR-Qualiti, Maio 2000. Todos os direitos reservados.

Exemplo: Atualizando diagramas de classe (VOPC) Caso de uso Registrar Transação (antes) Maio, 2000Copyright CESAR-Qualiti, Maio 2000. Todos os direitos reservados.

Exemplo: Atualizando diagramas de classe (VOPC) Caso de uso Registrar Transação (depois) Maio, 2000Copyright CESAR-Qualiti, Maio 2000. Todos os direitos reservados.

Passo 2. Simplificar os diagramas de interação usando subsistemas Identifique subfluxos comuns nos diagramas de interação e encapsule estes em subsistemas (possivelmente novos) Substitua os elementos internos pela interface dos subsistemas (nos diagramas) Interações internas ao subsistema serão descritas no projeto de subsistemas Fonte: Rational Maio, 2000Copyright CESAR-Qualiti, Maio 2000. Todos os direitos reservados.

Quando encapsular fluxos em subsistemas Quando um sub-fluxo ocorre em vários casos de uso possui potencial de reuso é complexo e de fácil encapsulamento é responsabilidade de uma equipe/pessoa produz um resultado bem definido é encapsulado dentro de um componente de implementação Maio, 2000Copyright CESAR-Qualiti, Maio 2000. Todos os direitos reservados.

Alguns benefícios de se encapsular interações em subsistemas As realizações dos casos de uso passam a oferecer uma visão de mais alto nível As realizações podem ser descritas antes dos detalhes internos do projeto de subsistemas serem desenvolvidos As realizações se tornam mais genéricas e modulares (permitindo que subsistemas sejam substituídos praticamente sem impacto nos diagramas de interação) Maio, 2000Copyright CESAR-Qualiti, Maio 2000. Todos os direitos reservados.

O uso de subsistemas favorece o desenvolvimento paralelo Definição das interfaces Concentração nos requisitos que afetam as interfaces dos subsistemas Modelar mensagens fora do escopo interno do subsistema Diagramas de interação devem mostrar mensagens entre interfaces de subsistemas As interfaces são vistas como pontos de sincronização Maio, 2000Copyright CESAR-Qualiti, Maio 2000. Todos os direitos reservados.

Dado: Produzir: Exercício: Projeto Realizações de caso de uso de análise (diagramas de interação e VOPCs) Mapeamento de classes de análise em elementos de projeto Identificação das classes persistentes Produzir: Realizações de caso de uso com elementos de projeto (incluindo subsistemas e persistência) Diagramas de seqüência e colaboração Diagrama de classes Maio, 2000Copyright CESAR-Qualiti, Maio 2000. Todos os direitos reservados.