Análise de Casos de Uso Alexandre Motnteiro.

Slides:



Advertisements
Apresentações semelhantes
SICAU – Sistema Integrado de Controle das Ações da União
Advertisements

Projeto – Parte II - Exemplos de Diagrama de Colaboração
Universidade do Vale do Paraíba Colégio Técnico Antônio Teixeira Fernandes Disciplina Ferramenta de Desenvolvimento Material IV-Bimestre Tratamento de.
Análise e Desenvolvimento de Sistemas
Análise de Casos de Uso.
Diagrama de Classes.
João Carlos Porto Orientadora: Prof.ª Dr.ª Junia Coutinho Anacleto 26/03/2010 Projeto de interceo.
Diagramas de Seqüência
Orientação a Objetos: Encapsulamento e Classificação
DIAGRAMA DE ATIVIDADES
Professora: Aline Vasconcelos
Administração para Engenharia
Auditoria de Segurança da Informação
Aula 6 Subprogramas Universidade do Vale do Rio dos Sinos
Classes e objetos Modelagem
MetaLib - Visão Geral 1º Encontro de Usuários ALEPH 30 Nov. e 1º Dez. de 2006 Caio Pellegatti.
Inscrição GDAE Equipe de Atribuição de Aulas - CELP/DRHU/SE 2011.
Monitoria GDI Aula Prática
Instalação e Configuração
Diagramas de Seqüência
Desenvolvimento de Projetos e Aplicações Web
Análise de Sistemas Análise e Projeto Prof. Jeime Nunes Site:
Cadastro de produtos por referência
EBSCOhost Acesso móvel.
Engenharia de Requisitos
Como controlar o caixa Supermercados.
Tecnólogo em Analise e Desenvolvimento de Sistemas - Faculdade de Tecnologia SENAC De Roger Ferreira Memórias e suas características,
Visão Geral do RUP.
SISTEMAS OPERACIONAIS
Cadastro de Docentes e Auxiliares de Educação Infantil
Salas de Matemática.
4 Questões do Quadrado Está pronto? B A
1 - Lafayette B. Melo – Análise e Projeto de Sistemas para a Internet – COINFO – CEFET-PB 11. Comunicação Objetivo: compreender a notação do diagrama de.
Inserir crédito para cliente
1- Acessar o site: 2- Realizar o cadastro.
Análise e Projeto de Sistemas
Planejamento e Gerenciamento
Engenharia de Software e Sistemas Danilo Veras e Rebeka Gomes.
Análise e Projeto de Sistemas
1.
 - PSF Grupo: abc, agsj, fcac.
Projeto de Banco de Dados
Compras - Pedido de Compra
1 2 Observa ilustração. Cria um texto. Observa ilustração.
Técnicas e Projeto de Sistemas
BPM BUSINESS PROCESS MANAGEMENT Projecto em Informática e Gestão de Empresas Lisboa, 20 de Junho de 2006.
PASSO A PASSO DE ACESSO - GESTOR RECURSOS HUMANOS.
WMS Stock Locator Apresentação dos módulos padrões do WMS Stock Locator Sistema Gerenciador de Materiais.
Compras - Controle de estoque com dois ou mais depósitos
CALENDÁRIO SEXY Ele & Ela. CALENDÁRIO SEXY Ele & Ela.
Marcio de Carvalho Victorino
Diagramas de Venn e de Carroll Não se chamam propriamente ferramentas/instrumentos estatísticos mas ajudam a organizar de uma forma simples alguns tipos.
Rio Verde - Goiás - Brasil
UML - Unified Modeling Language
Nome alunos 1 Título UC. Título – slide 2 Conteúdo Conteúdo 2.
Abr-17 Atividades, Artefatos e Responsáveis da Disciplina de Análise e Projeto Fluxo de análise e projeto.
Cadastro de Contas a Pagar
Padrão- MVC Model, View, Controller
Compras – Planejamento de Estoque
Contagem Sequencial do Estoque
Contagem Sequencial do Estoque
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.
Tarciane Andrade Análise de Casos de Uso Tarciane Andrade
Modelo de Análise e Projeto
Análise de Casos de Uso Rafael Duarte Alexandre Mota [rmd,
Engenharia de Software e Sistemas
Projeto de Arquitetura de Software
Analisar Caso de Uso. Copyright © 2002 Qualiti. Todos os direitos reservados. Qualiti Software Processes Analisar caso de uso | 2 Objetivos deste módulo.
Rafael Duarte Alexandre Mota [rmd,
Transcrição da apresentação:

Análise de Casos de Uso Alexandre Motnteiro

Roteiro Contexto Análise Passando de casos de uso para diagramas de classes

Contexto Após a etapa de análise de requisitos, temos documentos de requisitos e os casos de uso em mãos. Queremos agora gerar um primeiro modelo do sistema a partir dos casos de uso. Este modelo é chamado de modelo de análise.

Contexto Requisitos Análise Projeto

Atividade de Análise Vai proporcionar um método que permita que criemos um modelo de classes do sistema a partir dos casos de uso Trará a resposta para a pergunta: Quais classes preciso para implementar estes casos de uso?

Análise & RUP A maneira como vamos realizar a etapa de análise se baseia no processo do RUP (Rational Unified Process) A análise será orientada a casos de uso, ou seja, os casos de uso servirão de guia para a etapa de análise

Casos de Uso X Análise

Passos da Atividade de Análise Identificar as classes Identificar persistência Identificar responsabilidades das classes Identificar relacionamentos Identificar atributos

Identificando as classes No primeiro passo de análise, identificaremos três tipos de classes: Fronteira Entidade Controle Tais classes são identificadas separadamente para cada de uso

Classes de Fronteira Utilizada para modelar a interação entre um ator e o sistema Para cada interação entre um ator e caso de uso, é criada uma classe de fronteira Possuem o estereótipo <<boundary>>

Classes de Entidade Utilizadas para modelar a informação manipulada pelo sistema Podem ser persistentes ou não Conceito análogo às entidades dos diagramas ER São identificadas a partir do fluxo de eventos do caso de uso Possuem o estereótipo <<entity>>

Classes de Controle Classes responsáveis por controlar o fluxo de execução do caso de uso Normalmente é criada uma classe de controle para cada caso de uso Possuem o estereótipo <<control>>

Exemplo

Exemplo Efetuar Login Fluxo de eventos: 1. Usuário informa login e senha 2. Sistema checa se o login e senha conferem 3. Sistema registra a sessão do aluno e a tela principal do sistema é exibida

Exemplo Que classes preciso criar? uma classe de fronteira para lidar com a interação dos atores com o sistema uma classe de entidade para representar as informações relevantes do aluno uma classe de controle para gerenciar o fluxo de execução do caso de uso

Exemplo Há diferentes opções de visualização dos estereótipos. A opção padrão é mostrada acima - os estereótipos são visualizados através da mudança dos ícones das classes. Há também a opção de se visualizar os estereótipos do modo convencional (<<estereótipo>>).

Persistência Mas caso alguma classe de entidade precise ser persistente? Que classe será responsável por realizar as tarefas de persistência? Para cada classe de entidade que precise ser persistente, é criada uma nova classe com o estereótipo <<entity collection>>

Exemplo

Diagramas de interação Após a identificação das classes, é necessário descobrir quais são as responsabilidades de cada classe, o que cada uma precisa fazer. Os diagramas de interação (seqüência e colaboração) são muito úteis nesta tarefa

Exemplo

Alocando responsabilidades Após identificarmos as responsabilidades (métodos) pelos diagramas de interação, devemos acrescentar os métodos nas classes previamente identificadas (1º passo)

Classes com métodos

Identificando relacionamentos As classes identificadas não funcionam isoladamente, elas se relacionam com as demais classes Os diagramas de interação são muito úteis nesta tarefa Para cada ligação presente nos diagramas de interação, é necessário um relacionamento no diagrama de classes

Classes com relacionamentos

Identificando Atributos Também é necessário identificar quais os atributos das classes Um bom conhecimento do domínio do problema é bastante importante para esta tarefa, principalmente na identificação de atributos das classes de entidade Nesta etapa ainda não precisamos indicar quais os tipos dos atributos

Diagrama final

Exemplo 2 Fluxo de eventos: 1. Secretária informa dados do aluno 2. Secretária seleciona a opção “confirmar cadastro” 3. Sistema checa se os dados são válidos 4. Sistema adiciona o aluno à base de dados 5. Sistema envia um e-mail para o aluno, informando-o seu login e senha 6. Sistema exibe uma mensagem de confirmação de cadastro Identificar as classes do caso de uso “adicionar aluno”

Referências The Unified Software Development Process - Jacobson, Rumbaugh, Booch The UML Reference Manual - Rumbaugh, Jacobson, Booch