MODELAGEM FUNCIONAL USANDO DIAGRAMA DE FLUXO DE DADOS. Professora: Fabíola Gonçalves.

Documentos relacionados
Análise Clássica (Tradicional) X Análise Estruturada

09/10/2013. Conteúdo dessa aula

Análise Estruturada. Modelagem de Software Prof. Flávio de Oliveira Silva, Ph.D.

Análise e Projeto de Sistemas

Teoria Geral dos Sistemas

Modelagem de Casos de Uso (Parte 1)

27/08/2013. Aula 05 Análise Estruturada de Sistemas

1 Introdução. 1.1 Teoria dos Sistemas 23/4/2010

MODELAGEM DE SISTEMAS. Introdução a Computação e Engenharia de Software. Profa. Cynthia Pinheiro

Lógica de Programação

Fatec Ipiranga - Engenharia de Software I 18/02/2013. Agenda. 0. Relembrando os Relacionamentos do Diagrama de Classes

Lista DFD. O diagrama de contexto pode ser considerado um DFD especial. ( ) Certo ( ) Errado

Análise Estruturada de Sistema

POO Paradigma Orientado a Objetos. POO Paradigma Orientado a Objetos. POO Paradigma Orientado a Objetos. POO Paradigma Orientado a Objetos

Requisitos de sistemas

Universidade Federal de Uberlândia Faculdade de Computação. Conceitos básicos de algoritmos Prof. Renato Pimentel. Computação

Introdução. Conceitos Básicos. Conceitos Básicos. Conceitos Básicos

2. Criação de Algoritmos

Generalização das técnicas de Piloto Automático para VANTs. Aluno: Raphael da Silva Teixeira (ED 14205) Professor: Cel R/R Cícero Garcez

Introdução à Lógica de Programação

3. Modelação Evolução histórica

Análise de Sistemas 2º Bimestre (material 2)

Conceitos básicos de algoritmos

ANÁLISE ESSENCIAL DE SISTEMAS

Análise Estruturada. Análise Essencial e Estruturada

Notas de Aula 03: Introdução a Orientação a Objetos e a UML

Linguagens de Programação I. Introdução a Algoritmos e Lógica de Programação

ENGENHARIA DE SOFTWARE

UFCD 0781 Análise de Sistemas de Informação. Formadora: Sónia Rodrigues. Conteúdos. Conteúdos. Conteúdos. Conteúdos. Objectivos da UFCD:

UML (Linguagem Modelagem Unificada) João Paulo Q. dos Santos

Conceitos Básicos Sistemas de banco de dados; Sistemas de gerência de banco de dados.

Análise e Projeto de Sistemas

MANUAL PARA DESENVOLVIMENTO DE SOFTWARE TRABALHO DE CONCLUSAO DE CURSO EM SISTEMAS DE INFORMAÇÃO

UML. Rodrigo Leite Durães.

Método para Construção de Algoritmos

Engenharia de Software. Aula 2.4 Modelos de Casos de Uso. Prof. Bruno Moreno

Programação Orientada a Objeto

Projeto Integrador II. Princípios de Análise e Projeto de Sistemas com UML (livro de Eduardo Bezerra)

ALGORITMOS COM SELEÇÃO 1 - ESTRUTURA CONDICIONAL (ESTRUTURAS DE CONTROLE)

Introdução Diagrama de Classes Diagrama de Seqüência Diagrama de Atividades. Diagramas UML. Classe, Seqüência e Atividades. Marcio E. F.

Ferramenta de apoio a identificação de eventos utilizando Linguagem Natural. Aluno: Ricardo Tomelin Orientador: Everaldo Artur Grahl

Análise e projeto de sistemas

ESPECIFICAÇÃO DO TRABALHO DA DISCIPLINA DE ANÁLISE DE SISTEMAS ORIENTADOS A OBJETOS DO CURSO DE TECNOLOGIA EM DESENVOLVIMENTO DE SOFTWARE

Requisitos de Sistemas

Algoritmos - 1. Alexandre Diehl. Departamento de Física - UFPel

Fluxogramas. Leandro Tonietto ago-09

Análise e Projeto Orientados a Objetos

Como Modelar com UML 2

Sistemas de Banco de Dados

Simulado para CFPS. Questões de Propósito, Tipo e Fronteira. 1. Um dos objetivos da Análise de Pontos de Função é:

Pseudocódigo e Visualg

Tópicos da Aula. A Linguagem UML. A Linguagem UML. De onde surgiu? Fundadores da UML. Introdução à UML e Diagrama de Casos de Uso.

Áreas de Conhecimento, Técnicas de Análise de Negócio e Conceitos-Chave

Requisitos. Silvério Sirotheau

INFORMÁTICA APLICADA AULA 02 ALGORITMOS

GFM015 Introdução à Computação. Algoritmos. Ilmério Reis da Silva UFU/FACOM

Conceitos Básicos. Professor: Juliano Lucas Gonçalves.

Exercícios: Vetores e Matrizes

Banco de Dados. Aula 3 - Prof. Bruno Moreno 26/08/2011

S15 - Engenharia de Requisitos continuação cap.6

Introdução aos Algoritmos

Dinâmica dos Objetos

Aula 01 Conceito de Banco de Dados e SGBD

O conceito de casos de uso foi criado em 1986 por Ivar Jacobson, metodologista e um dos pais do Processo Unificado.

Análise de Sistemas 3º Bimestre (material 2)

Algoritmos e Estrutura de Dados I Conceitos de Algoritmos. Prof. Elyssandro Piffer

Universidade Paulista

Modelagem Estática e Dinâmica: Estudo de Caso - Sistema de Caixa Automático

A Linguagem UML. A Linguagem UML. De onde surgiu? Fundadores da UML. História da UML. O que é modelagem?

Engenharia de Software. Projeto de Software. Projeto: definição. Profa. Dra. Lúcia V. L. Filgueiras Profa. Dra. Selma Shin Shimizu Melnikoff

IES-200. Tecnologia em Análise e Desenvolvimento de Sistemas Prof. Me. Álvaro d Arce alvaro@darce.com.br

Padrão para Especificação de Requisitos de Produto de Multimídia

Introdução à Análise e Projeto de Sistemas

Componentes do modelo ambiental

Fundamentos de Programação

Conceitos Básicos de Algoritmos

Livro texto: Capítulo 1

Resolução De Problemas Em Informática. Docente: Ana Paula Afonso Resolução de Problemas. 1. Analisar o problema

IV.2 Aspectos Léxicos Convencionais

INTRODUÇÃO À PROGRAMAÇÃO

Verificação e Validação. Ian Sommerville 2006 Engenharia de Software, 8ª. edição. Capítulo 22 Slide 1

as fases contemplam todas as etapas do ciclo de desenvolvimento (requisitos, análise, projeto, implementação, teste e validação);

Projeto de Algoritmos

Sistema de Reparo de Buracos

Modelagem de Dados MODELAGEM DE DADOS. Sistemas de Banco de Dados. Profa. Rosemary Melo

UML (Linguagem unificada de modelagem)

Engenharia de Software 2012/3 Aula 5 Modelagem de Sistemas

ALGORITMOS COM SELEÇÃO 1 - ESTRUTURA CONDICIONAL (ESTRUTURAS DE CONTROLE)

Computação I: Representações de Algoritmos

Algoritmos. Algoritmos e Linguagem de Programação - Prof Carlos Vetorazzi

Engenharia Reversa e Reengenharia. Engenharia de Software Profa. Dra. Elisa Yumi Nakagawa 1º semestre de 2015

Curso SISTEMAS DE INFORMAÇÃO Série 3 Disciplina Análise e Projeto Orientados a Objetos

Introdução à Programação de Computadores Fabricação Mecânica

Análise e Projeto de Sistemas

Slide 01 16/03/2017. Estruturas de Dados. Prof. Cleziel Franzoni da /Cleziel.

Métodos de Construção de Software: Análise Estruturada. Graduação em Informática 2008 Profa. Itana Gimenes

Modelos de Sistemas Casos de Uso

Noções de algoritmos - Aula 1

Transcrição:

UFU Universidade Federal de Uberlândia MODELAGEM FUNCIONAL USANDO DIAGRAMA DE FLUXO DE DADOS Professora: Fabíola Gonçalves.

AGENDA Modelos de Sistema Modelo Essencial de um Sistema Diagrama de Fluxo de Dados Exemplos

ANALISE ESTRUTURADA Tem por premissa a representação ordenada por fluxo.. Mostra uma divisão hierárquica, criando níveis de DFD.. Níveis 0, 1.. Ser humano trabalho bem com 7+- 2 atividades.. Mostrado por enumerações, em níveis cada vez menos abstratos Caiu em desuso com paradigma OO, mas.. Trabalho com sistemas legadas

USO DO DIAGRAMA DE FLUXO DE DADOS Diagrama de Fluxo de Dados Modelo Essencial Dicionário de Dados Especificação dos Processos

DIAGRAMA DE FLUXO DE DADOS origem - Tom DeMarco várias notações DeMarco/Yourdon Gane/Sarson extensões para tempo real Ward&Mellor Hatley-Pirbhai

COMPONENTES BÁSICOS: Processo: O processo mostra uma parte do sistema, a que transforma entradas em saídas isto é, mostra como uma ou mais entradas são convertidas em saídas Bolha, função e transformação. Verbo + Substantivos Exemplos:

COMPONENTES BÁSICOS: Fluxo de dados: Um Fluxo é utilizado para mostrar o movimento de fragmentos ou de pacotes de informação de um ponto a outro do sistema. Desse modo o fluxo representa os dados em movimento, enquanto os depósitos, mostrados mais adiante representam os dados em repouso. informação Exemplos: Nome do Funcionário

COMPONENTES BÁSICOS: Tipos de Fluxos:

COMPONENTES BÁSICOS: Depósitos de dados Utilizado para modelar um pacote de dados em repouso Como pudemos observar os depósitos são interligados aos processos por fluxos. Dessa maneira, o contexto em que um depósito se apresenta num DFD é um dos seguintes ou ambos: Um fluxo de um depósito ou Um fluxo para um depósito

COMPONENTES BÁSICOS: Entidade Externas: Participam como origem/destino de informações Entidades externas com as quais o sistema se comunica, podem representar uma pessoa ou grupo de pessoas ou, ainda, uma organização externa.

DIRETRIZES PARA ELABORAÇÃO DE UM DFD Escolher nomes significativos para os processos, fluxos, depósitos e terminadores Numerar os processos Refazer os DFD s tantas vezes quantas forem necessárias até obter um bom entendimento e uma boa estética Evitar DFD s complexos demais Evitar que o DFD seja internamente inconsistente, além de manter a consistência com outros DFD s. Exemplos de bons nomes de Processos: Calcular Trajetória do Míssil, Produzir Relatório de inventário.. Exemplos de maus nomes: Fazer Serviço, Funções Diversas..

ANÁLISE ESSENCIAL:: MODELO ESSENCIAL Foi proposta em 1984 por McMenamim e Palmer para refletir a introdução dos novos conceitos que estavam sendo incorporados à Análise Estruturada Clássica. Especifica o quê o sistema deve fazer, sem determinar como deve ser feito. Apresenta o sistema num nível de abstração completamente independente de restrições tecnológicas. Antes que um sistema seja implementado, é necessário conhecer-se a sua verdadeira essência, não importando saber se sua implementação vai ser manual ou automatizada, e nem mesmo que tipo de hardware ou software vai ser usado. Composta por: modelo ambiental e modelo de comportamento

MODELO ESSENCIAL Modelo ambiental: Define a fronteira entre o sistema e o resto do mundo. Define o que é parte do sistema e o que não é ou seja mapeia as interfaces do sistema com o ambiente onde ele se insere. Componentes do Modelo Ambiental: 1. declaração de propósito 2. lista de eventos 3. diagrama de contexto

MODELO ESSENCIAL::MODELO AMBIENTAL 1. Declaração de Propósito declaração textual, concisa e clara do propósito do sistema não deve detalhar o sistema nem pretender ser abrangente Exemplo: O sistema destina-se a realizar o controle do estoque, registrando todas as compras efetuadas e saídas de materiais. Quando o estoque de um material cair abaixo de um valor mínimo, o sistema deverá sinalizar a necessidade de compra. Ao final do dia, deverá emitir um relatório dos movimentos.

MODELO ESSENCIAL::MODELO AMBIENTAL 2. Lista de eventos Narrativa dos estímulos que acontecem no mundo externo, aos quais o sistema deve responder Não confundir as causas com as consequências Um evento causa: a mudança de estado do sistema a produção de uma informação na interface do sistema

MODELO ESSENCIAL::MODELO AMBIENTAL Classificação dos eventos: Eventos (puros) Eventos de dados Eventos temporais Exemplo: controle de estoque a visita aperta a campainha o almoxarife solicita um item (evento de dados) o comprador informa um lote comprado (evento de dados) chega o final do dia (evento temporal)

MODELO ESSENCIAL::MODELO AMBIENTAL 3. Diagrama de Contexto O DFD de mais alto nível que representa todo o sistema como um único processo é conhecido como diagrama de contexto, e é composto por fluxos de dados que mostram as interfaces entre o sistema e as entidades externas. Um diagrama de contexto permite: identificar os limites dos processos as áreas envolvidas com o processo os relacionamentos com outros processos e elementos externos à empresa (ex.: clientes, fornecedores) mostra características do sistema organizações/sistemas/pessoas que se comunicam com o sistema dados que o sistema absorve e deve processar dados que o sistema gera para o ambiente fronteira do sistema com o ambiente

DIAGRAMA DE CONTEXTO Elementos:

MODELO ESSENCIAL::MODELO COMPORTAMENTAL Define o comportamento das partes internas do sistema necessário para interagir com o ambiente Identifica o processamento dos eventos Composto por: Diagrama de Fluxo de Dados Dicionário de Dados Especificações de Processos

MODELO ESSENCIAL::MODELO COMPORTAMENTAL DFD: Detalhamento do Processo

DFD É ATEMPORAL Quando o dado A chega? Quantos conjuntos de A, B e C são necessários para produzir a resposta X? Qual resposta é gerada antes X ou Y?

MODELO ESSENCIAL::MODELO COMPORTAMENTAL No Dicionário de Dados: número de telefone = {dígito}*8 número válido = {dígito}*8 número inválido = {dígito}*8

DICIONÁRIO DE DADOS Serve para: descrever o significado dos fluxos de dados identificar registros dos depósitos de dados descrever a composição dos dados Fornecer um certo formalismo na representação Notação = é composto por + e ( ) opcional { } repetição * número de repetições [ ] seleção entre alternativas separador de alternativas

DICIONÁRIO DE DADOS: EXEMPLO: NÚMERO DE TELEFONE número de telefone = [extensão local número externo] extensão local = [2001 2002... 2999] número externo = 0 + [número interurb. número local] número interurb. = DDD + número local DDD = 0 + código da cidade número local = prefixo + {dígito} * 4

ESPECIFICAÇÃO DE PROCESSOS Descrição do funcionamento das bolhas primitivas do DFD Formas mais frequentes: descrição narrativa linguagem estruturada pré/pós-condições árvores e tabelas de decisão diagrama de transição de estados

ESPECIFICAÇÃO DE PROCESSOS: LINGUAGEM ESTRUTURADA Pseudocódigo: estruturas enquanto repita... até que se-então-senão caso verbos ler imprimir (escrever) buscar eliminar ordenar

EXEMPLO processo 3.2. Comparar quantidades aguarde ativar_contabilidade para cada item no estoque buscar quantidade_mínima se encontrou então se quantidade < = quantidade_mínima então produto_abaixo_do_mínimo senão escreva mensagem_de_erro

EXEMPLO

ESPECIFICAÇÃO DE PROCESSOS: PRÉ/PÓS- CONDIÇÕES processo 3.2. Comparar quantidades Pré-condição 1: existe quantidade_mínima, maior ou igual a quantidade Pós-condição 1: mensagem estoque_abaixo_do_mínimo emitida Pré-condição 2: não existe quantidade_mínima Pós-condição 2: mensagem mensagem_de_erro emitida

ESPECIFICAÇÃO DE PROCESSOS: FERRAMENTAS PARA DECISÃO Servem para descrever lógicas que envolvem encadeamento de decisões. Tipos: árvore de decisão tabela de decisão

EXEMPLO - ÁRVORE DE DECISÃO Clientes que possuam movimentação superior a R$1 milhão por ano e (tenham bom histórico de pagamentos ou estejam na casa há mais de 20 anos) devem receber tratamento preferencial.

EXEMPLO TABELA DE DECISÃO Clientes que possuam movimentação superior a R$1 milhão por ano e (tenham bom histórico de pagamentos ou estejam na casa há mais de 20 anos) devem receber tratamento preferencial.

OBJETIVOS DAS FERRAMENTAS PARA DECISÃO Identificar condições na especificação Calcular o número de combinações Identificar as ações mencionadas no enunciado Criar tabela vazia e preencher os casos conhecidos Identificar omissões, ambiguidades e contradições Discutir com o usuário

ESPECIFICAÇÃO DE PROCESSOS: DIAGRAMA DE TRANSIÇÃO DE ESTADOS (DTE) Serve para descrever os aspectos dinâmicos do sistema ou dos processos. Elementos básicos: estados transições eventos ações

DIAGRAMA DE TRANSIÇÃO DE ESTADOS (DTE) Exemplo: Máquina de venda automática: aguarda moedas aguarda a seleção do produto devolve o troco, se for o caso devolve o pagamento: se solicitado se o pagamento não for suficiente

EXERCÍCIO O Departamento de Obras Públicas de uma grande cidade decidiu desenvolver um sistema informatizado para identificação e reparo dos buracos da cidade (InfoBuraco). À medida que os buracos são comunicados, recebem um número de identificação e são armazenados por endereço, tamanho (escala relativa de 1 a 100), localização (meio-fio, centro), distrito (a partir do endereço) e prioridade de conserto (a partir do tamanho do buraco). Ordens de serviço são associadas a cada buraco e incluem endereço, número da turma escalada, número de pessoas na turma de conserto, equipamentos, tempo de reparo, quantidade de material utilizado, e custo do conserto. Um outro arquivo armazena informações de danos causados pelo buraco: nome do cidadão,endereço, tipo do dano e valor da indenização. O sistema é on-line.