APSOO Aula 05.

Slides:



Advertisements
Apresentações semelhantes
Modelo de Casos de Uso Diagrama de Casos de Uso
Advertisements

Análise e Projeto Orientado a Objetos
Engenharia de Software
Aula 8 Contratos.
APSOO Aula 03.
Desenvolvimento de Sistemas Baseado na Transformação de Modelos
Diagrama de fluxo de dados (DFD)
Rational Unified Process(RUP)
Contratos de Operação.
Centrado na arquitetura
Técnicas eTipos de Requisitos
Prof. Aruanda Simões - Análise e Projeto OO Processo de Desenvolvimento n As grandes fases: –Planejamento e elaboração –Construção –Implantação Sistema.
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 Orientada a Objetos
Professora: Aline Vasconcelos
Análise e Projeto de Sistemas
Objetivo: compreender e aplicar um modelo sequencial
Objetivo: compreender e aplicar um modelo sequencial
Engenharia de Requisitos Requisito – sistema Caso de uso - usuário
Aspectos Avançados em Engenharia de Software Aula 2 Fernanda Campos
RUP: Fluxo de Análise e Projeto
TSDD Teste de segurança durante o desenvolvimento.
Classes e objetos Modelagem
Especificação de Requisitos de Software com Casos de Uso
Análise de Sistemas Análise e Projeto Prof. Jeime Nunes Site:
Sistemas Multimídia e Interface Homem-Máquina
Arquitetura Orientado a Serviços
Fundamentos de Engenharia de SW
UML.
Análise de Sistemas de Software Prof. Rodrigo Ribeiro.
Expansão dos Casos de Uso
MODELO ESSENCIAL Modelo Ambiental
Análise e Projeto de Software CSTDS Profº. Henrique Vila Nova 1.
Fase de Concepção (Início, Planejamento)
Processo de Aquisição Adilson de Almeida Cezar Meriguetti
Levantamento de Requisitos
GESTÃO DE PROJETOS DE MANUTENÇÃO
Levantamento de Requisitos
Engenharia de Software
Gestão de defeitos.
Engenharia de Software
METODOLOGIA, MÉTODOS E FERRAMENTAS
RUP - Cap. 3 – Processo Dirigido por Caso de Uso
Fase de Concepção Levantamento de Requisitos, Organização de Requisitos, Planejamento dos Ciclos Iterativos.
Modelando Sistemas em UML
Fluxos secundários Só devem ser analisados e descritos após a descrição dos fluxos básicos. Fluxos alternativos situações especiais (desconto para um cliente)
Tarciane Andrade Análise de Casos de Uso Tarciane Andrade
InAction Team. Projeto AKADEMIE - Gerenciando o Bem Estar InAction Team Desenvolvimento de projeto para a disciplina de Engenharia de Software e Sistemas.
Modelo de Análise e Projeto
Fase de Concepção (Início, Planejamento)
Expansão dos Casos de Uso
Fase de Concepção (Início, Planejamento)
Diagrama Casos de Uso.
SGPC - Sistema de Gestão de Panificadora e Confeitaria
Modelagem de Sistemas Orientada a Objeto Com UML
Engenharia de Software com o RUP - Workflow de Requisitos
ISO9001:2000 para Software Professor: Alexandre Vasconcelos Equipe: Amanda Pimentel Börje Karlsson Danielly Karine Erika Pessoa Jorge Cavalcanti Jose Edson.
Interações entre objetos
Aula 04 – Analise de Sistemas Profª Rita de Cassia Gaieski
UML (Unified Modeling Language) A linguagem unificada de modelagem
Técnicas e Tipos de Requisitos
Processos de Software Ludimila Monjardim Casagrande 1º Semestre Desenvolvimento e Qualidade.
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.
CIn-UFPE1 Projeto de Objetos de Interface. CIn-UFPE2 Objetivos n A Interface do usuário e a arquitetura em três camadas - camada de apresentação. n Adicionando.
Memória de Aula 07: Desenvolvimento de Sistemas Diagramas de Sequência
Aplicações em Três Camadas MVC – Model, View, Control.
©2003, Alexandre Vasconcelos & Augusto Sampaio CIn-UFPE1 Análise e Projeto de Sistemas Modelagem de Requisitos com Casos de Uso.
Levantamento de Requisitos – Simulação do Supermercado
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.
Transcrição da apresentação:

APSOO Aula 05

Da concepção para a elaboração Maioria dos requisitos definidos Os essenciais devem estar detalhados Identificação de atores e seus objetivos Definição dos casos de uso Riscos mais importantes identificados

Na elaboração Detalhamento da maioria dos requisitos Riscos principais minimizados ou eliminados Elementos principais da arquitetura implementados e testados

Arquitetura É um sistema de informação típico e pode ser visualizado em várias camadas: Interface do Usuário: interface gráfica, janelas. Lógica da aplicação (ou do negócio) e objetos do domínio do problema: representam os conceitos do domínio do problema que atendem aos requisitos do sistema. Ex: venda. Serviços técnicos: objetos e subsistemas de uso geral que fornecem serviços técnicos de apoio. São independentes da aplicação e podem ser reutilizados por outros sistemas.

Elaboração Duração: 2 ou 4 iterações Verificar: Iterações: 2 a 6 semanas Verificar: Iterações de tempo fixo Requisitos não implementados – colocar na lista de tarefas futuras Prazos mantidos Versões estáveis e testadas

Exemplo de planejamento Iterações - PDV Iteração 1 Implementar o cenário base do caso de uso Processar venda Pagamento apenas em Dinheiro Os sistemas externos não são considerados Iteração 2 Suporte aos vários tipos de sistemas externos Regras de preço complexas Atualizar a janela da interface, quando o total mudar Iteração 3 Tolerância a falhas de sistema central Tratar dispositivos (gaveta do caixa, bobina) Autorização do pagamento com cartão de crédito

Explorando o comportamento do sistema Antes de começar a projetar, temos que entender o comportamento do sistema Saber “ o quê” fazer antes de solucionar Diagrama de seqüência do sistema

Diagrama de Seqüência do Sistema (DSS) Explora as operações principais que o sistema oferece aos atores Identifica os eventos de entrada e saída do sistema

Exemplo Processar Venda Modelar a partir da especificação dos casos de uso Cliente chega ao PDV com produtos Caixa começa uma nova venda Caixa entra com ID do produto Sistema checa unidade, registra item da venda e apresenta descrição, preço e total parcial Caixa repete os passo 3 e 4 até término ....

Explicando a notação Caixa Preta Parâmetros (abstrato) Laço indicando repetição de eventos O que a operação retorna

Mais DSS Fronteira Regras de nomenclatura Antes de identificar as operações, saber a fronteira do sistema Exemplo: para pagamento em dinheiro, cliente não é ator deste caso de uso Regras de nomenclatura Começar com verbo, usando apenas um nome(com maiúscula separando) Exemplo: entrarItem, fazerPagamento

Aumentando o DSS (futuras iterações) Operação do Sistema externo

Aumentando o DSS (cenários alternativos)

Exemplo: sistema de reservas aéreas Usuário Caso de Uso: Consultar Disponibilidade Caso de uso Consultar Disponibilidade

DSS no PU Parte do modelo de casos de uso Detalham e auxiliam a entender os requisitos (inicio da análise) Vão auxiliar os próximos passos da iteração Atualizados apenas quando há necessidade