Prof. Thales Castro. Depósito de dados Entidade externa Processo Fluxo de dados.

Slides:



Advertisements
Apresentações semelhantes
Um pouco mais de cardinalidade e Relacionamentos
Advertisements

MODELO CONCEITUAL DE DADOS - revisão
DFD - Diagrama de Fluxo de Dados
O Modelo E-R Definição: Características
Dicionário de Dados Eveline Alonso Veloso PUC-Minas.
Diagrama de fluxo de dados (DFD)
Sistemas de Informação Redes de Computadores
Modelo Entidade-Relacionamento
Modelagem Funcional.
Introdução a Bancos de Dados
Análise de Requisitos Use Case Renata Araujo Ricardo Storino
Profa. Aline Vasconcelos
SCC Bancos de Dados e Suas Aplicações
7. Novas abordagens da análise estruturada e análise essencial de sistemas 7.1 Dicionário de dados 7.2 Especificação de processos 7.3 Análise essencial.
1 - Lafayette B. Melo – Análise e Projeto de Sistemas para a Internet – Noções de Engenharia de Software COINFO – CEFET-PB 7. Novas abordagens da análise.
Exercícios de php Dia 04/03/2011.
Controle geral para comércio
Análise Estruturada.
Banco de Dados Prof. MSc Wagner Siqueira Cavalcante
Prof. Alfredo Parteli Gomes
Orientações sobre usabilidade
Análise Estruturada.
Análise Estruturada – Dicionários de Dados
Análise Estruturada Diagramas de Fluxo de Dados
Transportes & Cia..
Mapeamento de Objetos para o Modelo Relacional - Introdução
FMU – 1. Semestre – Tecnologia – Analise e Desenvolvimento de Sistemas
Usando Microsoft Access 2010
Especificação de Processos e Dicionário de Dados
DEMONSTRAÇÃO BANCA LIGHT
Fase de Elaboração: Fluxo de Análise Análise de Sistemas de Software Prof. Rodrigo Ribeiro.
MODELO ESSENCIAL Modelo Ambiental
MODELO ESSENCIAL Modelo Comportamental
Cardinalidade Expressa o numero de entidades as quais outra entidade pode estar associada via um conjunto de relacionamentos.
Outubro de 2008Ciência da Computação – UGF – Candelária1 Diagrama de Fluxo de Dados & Dicionário de Dados Professor: Jucelito Wainer de Souza Alunos: Pedro.
Dicionário de Dados.
Profa. Reane Franco Goulart
Modelo de Dados Descrição formal de um estrutura de banco de dados.
Análise e Projeto de Sistemas
REVISÃO DFD.
A abordagem de banco de dados para gerenciamento de dados
Banco de Dados Aplicado ao Desenvolvimento de Software
Análise e Projetos de Sistemas Prof. Jorge Manuel Lage Fernandes
Planilha Eletrônica - Excel
Laboratório de Programação
Financeiro – Boleto: Remessa e Retorno
Sistemas de Informação (SI)
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)
Banco de dados 1 Modelagem de Dados Utilizando MER
Validando Documentos XML Vânia Maria Ponte Vidal
Bancos de Dados.
Sistemas de Informação (SI)
Análise Estruturada de Sistemas
Aula 3 – Conceitos de banco de dados relacionais
Professora: Kelly de Paula Cunha
Projeto de Banco de Dados Ceça Moraes Dezembro/09.
Análise e Projeto de Sistemas
Salário, Sexo, R$200,00, Veículos, Idade, Marco Antônio, Masculino, R$600,00, Funcionário, Marca, 18 anos, Livros, Motoristas, Maria do Carmo, Endereço,
Modelagem de Dados Consiste em mapear o mundo real do sistema em um modelo que irá representar a realidade e o relacionamento existente entre os dados.
Financeiro - Boleto : Remessa e Retorno
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.
Alex Vigliazzi – Botucatu, Botão utilizado para recebimento ao documento tramitado para seção/departamento, já recebido fisicamente Botão utilizado.
Prof. Thales Castro.  Histórico (documentação textual)  Vantagens da elaboração do DFD.
Modelagem Entidade-Relacionamento (MER)
Processo de desenvolvimento de sistema de informação - DSI Diagrama de Entidade-Relação (DER) ou Entidade Associação (DEA) Representa as entidades envolvidas.
PRINCIPAIS FERRAMENTAS DE MODELAGENS DIAGRAMA DE ENTIDADE E RELACIONAMENT(DER) DIAGRAMA DE TRANSIÇÕES DE ESTADO (DTE) DIAGRAMA DE FLUXO DE DADOS (DFD)
Prof. Thales Castro. Depósito de dados Entidade externa Processo Fluxo de dados.
Prof. Thales Castro.  Histórico  Vantagens & Desvantagens  DFD’s  Exercício.
Universidade de Passo Fundo Tecnologia em Sistemas de Informação TSI109- Fundamentos de Banco de Dados (Restrições de Integridade) Prof. Alexandre Tagliari.
Dicionário de Dados.
Transcrição da apresentação:

Prof. Thales Castro

Depósito de dados Entidade externa Processo Fluxo de dados

3

P1 Verificar pedido de inscrição Empresa Ministério da Fazenda Pedido de Inscrição Restrições em Vigor P2 Cadastrar Empresas P4 Selecionar Empresas P3 Emitir CNPJ P5 Atualizar Tabela de Restrições Tabela de RestriçõesEmpresas Cadastro de Empresas Dados de Empresas Dados para CNPJ CNPJ (CGC) Pedido Aceito Dados da Nova Empresa Relação de Empresas Novas Restrições Dados da Empresa no Ministério Resposta de Pedido

P1.1 Verificar preenchimento Pedido de Inscrição P1.2 Verificar Existência de Razão social Tabela de Restrições Pedidos Recusados Pedido incompleto Pedido Válido Pedido completo Pedido Inválido Cadastro de Empresas Dados de Empresa P1.3 Verificar Restrições em vigor Restrições em vigor Pedido Indevido Pedidos Rejeitados Empresa Pedido Recusado Pedido Aceito P2 Cadastrar Empresas P1.4 Gerar Ordem de Devolução P1.1 Verificar preenchimento P1.2 Verificar Existência de Razão social ESPECIFICAÇÃO DE PROCESSOS

6  É necessário descrever a composição de dados de alguma forma ◦ Forma narrativa longa e sujeita a erros ◦ Necessário utilização de uma notação compacta e concisa  Definição ◦ "O DICIONÁRIO DE DADOS é uma listagem organizada de dados pertinentes ao sistema,com definições precisas e rigorosas para que o usuário e o analista de sistemas possam conhecer as entradas, saúdas,componentes de depósitos e cálculos intermediários" (YOURDON, Edward)

7  Definição dos elementos da seguinte maneira: ◦ Significado: significado dos fluxos e depósitos mostrados nos DFD's ◦ Composição de pacotes agregados: pacotes que se movimentam pelos fluxos. Ex.: ENDEREÇO, dividido em Cidade, Estado, etc. ◦ Valores e Unidades relevantes de partes elementares de informações de fluxos e depósitos ◦ Detalhes de relacionamento entre os depósitos (DER)

8  O dicionário de dados é realizado sempre: ◦ Nos fluxos de dados; e ◦ Nos depósitos de dados

P1.1 Verificar preenchimento Pedido de Inscrição P1.2 Verificar Existência de Razão social Tabela de Restrições Pedidos Recusados Pedido incompleto Pedido Válido Pedido completo Pedido Inválido Cadastro de Empresas Dados de Empresa P1.3 Verificar Restrições em vigor Restrições em vigor Pedido Indevido Pedidos Rejeitados Empresa Pedido Recusado Pedido Aceito P2 Cadastrar Empresas P1.4 Gerar Ordem de Devolução Item(s) de dados Coleção de itens de dados individuais

10  Notação: SímboloDefinição =É composto de *Delimitador de comentário +E (concatenação) ( )Opcional { }Iteração [ ]Escolha de uma alternativa |Separa opções alternativas na construção [ (chave) de um depósito EXISTEM OUTRAS ALTERNATIVAS, MAS ESTA É A MAIS COMUM!!!

11  Exemplo: elemento de dado para um NOME nome = primeiro_nome + nome-do-meio + ultimo_nome Elemento de dado Composição(ões) do elemento. Podem ser enumerações ou outros elementos de dados

12  Notação: SímboloDefinição =É composto de *Delimitador de comentário +E (concatenação) ( )Opcional { }Iteração [ ]Escolha de uma alternativa |Separa opções alternativas na construção [ (chave) de um depósito

13  Um elemento de dados SEMPRE tem que ser detalhado  Isto é feito pelo conceito, no DD, de DEFINIÇÃO ◦ Primeira parte é o elemento de dado, seguido pelo símbolo "="; ◦ Segunda parte é o significado do elemento de dados no contexto da aplicação, usando a notação "**" ◦ Terceira parte é a composição do elemento de dados, se composto por dados elementares significativos ◦ E os valores que o elemento poderá assumir

14  Exemplo de definição: peso = *peso do paciente ao chegar ao hospital* * unidade: quilogramas; intervalo: 1-200* altura = *altura do paciente ao chegar ao hospital* * unidade: centímetros; intervalo: * significado composiçãovalores elemento de dado

15  DADOS ELEMENTARES ◦ Como o próprio nome diz, são aqueles indispensáveis no contexto da aplicação ◦ Ex.: peso da pessoa é um dado dispensável no contexto de uma aplicação de fábrica de automóveis, mas indispensável, por exemplo, em um âmbito hospitalar  Quando identificados, devem ser sempre introduzidos no dicionário de dados  Deve ter seu significado descrito ◦ Exceções: termos auto-explicativos. Ex.: sexo, data_nasc.

16  Exemplos de DADOS ELEMENTARES data_nasc = ** * unidade: dias desde 1, jan, 1900; intervalo: * altura_atual = ** * unidade: centímetros; intervalo: * sexo = *valores: M|F*

17  O que está presente em qualquer sistema é uma iteração entre os dados, ou seja, elementos de dados dados são associados a outros elementos de dados  Relacionamentos ◦ Elementos de dados interligados a outros elementos de dados ◦ Ex.: um carro sempre tem motor e carroceria  Notação ◦ definicao-do-item = item-relacionado1 + item-relacionado item-relacionadoN]

18  EXEMPLO pedido = nome-do-cliente + endereco_remessa nome-do-cliente = primeiro-nome + nome-do-meio + ultimo-nome item = nome_do_item + valor

19  Notação: SímboloDefinição =É composto de *Delimitador de comentário +E (concatenação) ( )Opcional { }Iteração [ ]Escolha de uma alternativa |Separa opções alternativas na construção [ (chave) de um depósito

20  DADOS OPCIONAIS ◦ Como o próprio nome diz, são aqueles que podem ou não estar presentes em um elemento de dados ◦ Ex.:  nome do meio pode ou não estar incluido no nome da pessoa  endereço pode ou não ter ponto de referência  pedido pode ter endereço de cobrança e endereço de remessa  Essas situações devem cuidadosamente ser verificadas com o usuário e documentadas no dicionário de dados

21  EXEMPLO pedido = nome-do-cliente + endereco_cliente nome-do-cliente = primeiro-nome + (nome-do-meio) + ultimo-nome item = nome_do_item + valor Item opcional. Pode ou não estar contido no elemento de dado

22  CUIDADOS endereco_cliente = (endereco_cobranca) + (endereco_remessa)  Este dado pode ser constituído por ◦ apenas endereço de remessa ◦ apenas endereço de cobrança ◦ endereço de remessa + endereço de cobrança ◦ Nem endereço de remessa nem endereço de cobrança endereco_cliente = [(endereco_cobranca) + (endereco_remessa) | (endereco_cobranca) | (endereco_remessa)]

23  Notação: SímboloDefinição =É composto de *Delimitador de comentário +E (concatenação) ( )Opcional { }Iteração [ ]Escolha de uma alternativa |Separa opções alternativas na construção [ (chave) de um depósito

24  Por vezes, é necessário que um determinado item de dado tenha mais de uma ocorrência (relacionamento)  ITERAÇÃO ◦ Usada para indicar a ocorrência repetida de um componente de um elemento de dados ◦ Lida como "zero ou mais ocorrências de"

25  EXEMPLO pedido = nome-do-cliente + endereco_remessa + {item} item = nome_do_item + valor  Este pedido, segundo essa notação, é constituído por: ◦ nome do cliente ◦ endereço de remessa ◦ zero ou mais itens  cada item contém o nome e o valor

26  No exemplo anterior, não faz sentido, por exemplo, um pedido com 0 itens  Em muitas vezes, no mundo real, o usuário deseja especificar: ◦ quantidade mínima de ocorrências ◦ quantidade máxima de ocorrências  A indicação dos limites se dá da seguinte forma: ◦ definicao-do-item = (quantidade minima) item de relacionamento (quantidade maxima)

27  EXEMPLOS pedido = nome-do-cliente + endereco_remessa + 1{item} 10 pedido = nome-do-cliente + endereco_remessa + {item} 10 pedido = nome-do-cliente + endereco_remessa + 1{item}  No primeiro exemplo, mínimo de 1 e máximo de 10 itens  No segundo exemplo, mínimo de 0 e máximo de 10 itens  No terceiro exemplo, mínimo de 1 itens

28  Notação: SímboloDefinição =É composto de *Delimitador de comentário +E (concatenação) ( )Opcional { }Iteração [ ]Escolha de uma alternativa |Separa opções alternativas na construção [ (chave) de um depósito

29  Também por vezes é necessário definir um conjunto de valores para um atributo  SELEÇÃO ◦ Escolha de um elemento dos dados como alternativa ◦ Opções delimitadas por colchetes ( [ ] ) ◦ Separadas por barra vertical ( | )  Notação  definicao-do-item = [ valor1 | valor 2 |... | valor N ]

30  Exemplos de SELEÇÃO sexo = [Masculino | Feminino] tipo-de-pessoa = [Física | Jurídica]

31  Em algumas situações, é interessante definir sinônimos (alias) para um elemento de dados  Incluido no dicionário de dados por questões de completude: ◦ Grupo diversificado de usuários ◦ Departamentos diferentes ◦ Localizações geograficamente dispersas  Deve ter uma referência cruzada para o nome principal

32  Exemplos de SELEÇÃO sexo = [Masculino | Feminino] tipo-de-pessoa = [Física | Jurídica]

33  Notação: SímboloDefinição =É composto de *Delimitador de comentário +E (concatenação) ( )Opcional { }Iteração [ ]Escolha de uma alternativa |Separa opções alternativas na construção [ (chave) de um depósito

34  Sempre um elemento de dado tem uma identificação  A essa identificação existe o conceito de chave  Indica que o elemento é único dentro daquela conjunto ou depósito de dados  Notação  definicao-do-item

35  Exemplos de IDENTIFICAÇÃO pedido + item-pedido cliente + nome

36  Exemplo: DEFINIÇÃO COMPLETA DE UM ELEMENTO DE DADO pessoa = *nome completo do elemento + titulo_cortesia + primeiro_nome + (nome intermediario) + ultimo_nome identificacao_pessoa = {0..9} titulo_cortesia = [Sr. | Sra. | Srs.. | Sras. | Srta. | Dr.] primeiro_nome = {caracter-valido} nome-intermediario = {caracter-valido} ultimo_nome = {caracter-valido} caracter-valido = {A-Z | a-z | 0-9 |.}

37  ATIVIDADE ◦ Dentro do nosso estudo de caso, temos a identificação de alguns elementos de dados. ◦ Identifique os elementos de dados

P1.1 Verificar preenchimento Pedido de Inscrição P1.2 Verificar Existência de Razão social Tabela de Restrições Pedidos Recusados Pedido incompleto Pedido Válido Pedido completo Pedido Inválido Cadastro de Empresas Dados de Empresa P1.3 Verificar Restrições em vigor Restrições em vigor Pedido Indevido Pedidos Rejeitados Empresa Pedido Recusado Pedido Aceito P2 Cadastrar Empresas P1.4 Gerar Ordem de Devolução

39  PEDIDO DE INSCRIÇÃO ◦ Deve conter os atributos  Nome da Razão Social  Endereço, incluindo logradouro, numero, cidade, estado e ponto de referencia  Socios, contendo CPF, nome, endereco e telefone de contato. Deve existir pelo menos 1 sócio  Telefone comercial

40  PEDIDO DE INSCRIÇÃO pedido_inscricao = razao_social + endereco + {1}socios + telefone razao_social = {caracter-valido} endereco = logradouro + numero + cidade + estado + ponto_referencia numero = {caracter-valido} cidade = {caracter-valido} estado = {caracter-valido} ponto_referencia = {caracter-valido} CONTINUA...

41  PEDIDO DE INSCRIÇÃO socios = cpf + nome + endereco + telefone cpf = {0-9 |. | / } caracter-valido = {A-Z | a-z | 0-9 |.}

42  PEDIDOS RECUSADOS ◦ Deve conter, além da identificação:  Razão pela recusa do pedido  Data em que o pedido foi recusado  Nome do Responsável pela recusa

Prof. Thales Castro