Beruflich Dokumente
Kultur Dokumente
Para evitar a complexidade devemos modelar o DFD geral como uma srie de nveis de modo a que cada nvel oferea sucessivamente mais detalhes sobre uma parte do nvel que lhe seja superior.
Y B
Sistema C Z
Interpretando o DFD exemplo acima, possvel observar os seguintes detalhes: o o O sistema se relaciona com trs entidades externas: X, Y e Z. As interfaces entre o sistema e essas entidades externas so: A entidade externa X envia o pacote de dados A para o sistema; e O sistema envia o pacote de dados B para a entidade externa Y e o pacote de dados C para a entidade externa Z.
DFD de Nvel 1
O primeiro nvel de detalhamento (abaixo do nvel de contexto) conhecido como DFD de nvel 1 e representa as principais funes do sistema. Esse nvel uma decomposio do sistema representado no Diagrama de Contexto, com seus principais processos em um nvel de abstrao menor. Ele indica os processos principais que esto dentro do sistema, portanto um processo de indicao de hierarquia entre os diagramas. Em determinadas metodologias de desenvolvimento de sistema, deve-se comear pelo DFD de nvel 1, para depois criar o Diagrama de Contexto. Isso coerente porque, normalmente, as primeiras informaes que so obtidas sobre o sistema no so somente as suas interfaces externas, mas sim as principais funes que esse sistema deve desempenhar.
Abaixo um exemplo de DFD de Nvel 1 (decomposto a partir do exemplo de Diagrama de Contexto anterior).
Sistema B 3 G D 1 F F X A 2 C Z D2 Y
D1
Interpretando o DFD de Nvel 1 acima, possvel observar os seguintes detalhes: o o O sistema composto por trs processos principais: 1, 2 e 3. O sistema possui dois depsitos de dados principais: D1 e D2.
3.1 D 3.2
B 3.3
K L J
3.4
M
D3
Interpretando o DFD de Nvel 2 acima, possvel observar que o processo 3 (DFD Nvel 1) composto por: o o Quatro sub-processos: 3.1, 3.2, 3.3 e 3.4; e Um depsito de dados: D3
Obs: o depsito de dados D3 s utilizado pelos sub-processos do processo 3, portanto, s representado nesse nvel de detalhamento. importante observar tambm que a numerao dos processos deve auxiliar a compreenso da hierarquia dos processos: o A numerao dos processos dos nveis mais baixos deve seguir a numerao do nvel ao qual ele est relacionado. Exemplo: No DFD nvel 1 existe um processo com o nmero 3. No DFD nvel 2, os processos derivados desse processo sero numerados 3.1, 3.2, etc. o O nome da figura na qual representado o detalhamento de um processo do nvel anterior recebe o prprio nome do processo que a gerou. Caso exista a necessidade de um detalhamento maior ainda de algum processo do DFD de Nvel 2 possvel descer a um nvel inferior (Nvel 3) e deste, para detalhamentos maiores (Nvel 4, Nvel 5 e assim por diante). Essa decomposio deve ir at o ponto no qual se consiga o detalhamento desejado para os processos.
Nmero de processos em cada nvel de detalhamento no pode ser muito grande (aproximadamente 7). Caso isso ocorra, criar mais processos globais (agrupando processos do nvel inferior).
No existe limite para a quantidade de nveis de detalhamento. O que existe uma regra geral: Sistemas simples 2 a 3 nveis Sistemas mdios 3 a 6 nveis Sistemas grandes 5 a 8 nveis
Para garantir compatibilidade entre os nveis de detalhamento, os fluxos de dado que entram e saem em um processo em um determinado nvel, devem corresponder aos fluxos de dados que entram e saem de um processo de nvel imediatamente inferior que descreve esse processo.
No necessrio que todos os processos principais do sistema sejam decompostos at o mesmo nvel de detalhamento. Isso depende da cada processo.
Depsitos de dados devem aparecer no nvel mais alto no qual so primeiramente utilizados. No caso dos depsitos de dados, a redundncia aceita, ento eles podem aparecer em diagramas de nvel inferior ao primeiro no qual apareceram.
o o
Entidades externas devem aparecer somente nos diagramas de contexto e de nvel 1. Normalmente os diagramas so mostrados ao usurio iniciando pelo Diagrama de Contexto e ento sendo apresentados os nveis mais detalhados.
1
b
1
b
1.1
1.2
b
antigo processo 2 b a a
1.1
b
1
c d
1
d
1.3 1.2
d c
3. Validar os fluxos de dado decompostos em fluxos divergentes ou reunidos em fluxos convergentes. Obs: poderia ser criado em processo chamado convergir ou divergir, mas isso pode tornar o diagrama mais complexo. Observe o exemplo a seguir.
Nvel 1
1 Verificar Pedido
Pedido
Pedido OK
Nvel 2
Cabealho do Pedido Pedido 1.1 Verificar Cliente Cabealho do pedido e Status de crdito
Pedido OK
Linhas do Pedido
4. Assegurar que os fluxos de dado no tentem representar aspectos cronolgicos. Exemplos: o o o Representar quando um dado deve entrar no processo; Representar quando um processo deve gerar um resultado; Representar, quando um processo tem mltiplas entradas e mltiplas sadas, quais entradas e sadas dependem umas das outras. Esses aspectos so especificados em um Dicionrio de Dados. 5. Eliminar depsitos de dados que representem restries de tecnologia. 6. Verificar se os acessos aos depsitos de dados esto corretos, considerando que um fluxo de dados entre um processo e um depsito de dados pode ter um dos seguintes significados: o Fluxo de dado de processo para depsito de dados significa que novos dados esto sendo introduzidos, ou que dados esto sendo removidos, ou ento que dados esto sendo modificados; o Fluxo de dado de depsito de dados para processo significa que dados esto sendo lidos do depsito de dados. 7. Validar os seguintes aspectos relacionados entidades externas: o Interfaces entre o mundo real e o sistema devem estar representadas pelos fluxos de dado que interligam as entidades externas com os processos do sistema; e o Qualquer fluxo de dados entre entidades externas NO deve ser representada pelo DFD (est fora do controle que est sendo modelado) 8. Verificar se todos os processos transformam os dados de entrada, ou seja, no tem sentido o mesmo fluxo de dados entrar e sair de um processo. 9. Verificar a numerao dos processos.
Fluxo de Dados o Relatrio de Exceo (cdigo da pea, descrio da pea, quantidade a repor, preo atual, fornecedor principal, fornecedor secundrio) o Transao (cdigo da pea, tipo de transao, quantidade da transao)
2) Decomposio para um nvel maior de detalhamento (DFD de Nvel 1) Detectar os processos (Esses processos vo substituir Sistema de Reposio) o o Gerar relatrio Processar transao
Detectar os depsitos de dados o o Estoque (cdigo da pea, estoque atual, nvel de reposio) Reposio (cdigo da pea, descrio da pea, quantidade a repor, preo atual, fornecedor principal, fornecedor secundrio) deve ser utilizado porque existe uma diferena de tempo, entre o momento no qual a transao acontece (aleatria) e o momento da gerao do relatrio de reposio (todo incio de expediente).
PEAS
Dados de Atualizao Dados do Estoque
Depsito
Transao
1. Processar Transao
2. Gerar Relatrio
Relatrio de Exceo
Compras
Reposio
Reposio
REPOSIES
3) Decomposio das funes principais (DFD Nvel 2) Depois das funes principais terem sido identificadas e incorporadas ao DFD, torna-se necessrio decompor essas funes para um nvel inferior (maior detalhamento).
PEAS
Dados de Atualizao Dados do Estoque
Depsito
Transao
1. Processar Transao
2. Gerar Relatrio
Relatrio de Exceo
Compras
Reposio
Reposio
REPOSIES
Dados de Atualizao
Transao
Transao Aceita
Dados do Estoque
Transao Aceita
Reposio
Dica: percebe-se que o momento de parar a decomposio para nveis mais detalhados, quando os detalhes comearem a ser tornar detalhes de implementao (definies de como os dados sero processados, como sero armazenados, etc.)