apostilaWaldoIFPR PDF

Sumrio
1 - Sistemas de Informao, Engenharia de Software e Tcnicas Estruturadas, 1

Sistemas de Informao, 1
Engenharia de Software, 6
Tcnicas Estruturadas, 11
2 - Levantamento de Dados, 17
Objetivos da entrevista, 17
Diretrizes para a entrevista, 18
Documentao dos requisitos do sistema, 19
3 - Diagrama de Fluxo de Dados (DFD), 21

Consideraes iniciais, 21
Smbolos do DFD, 23
Sintaxe do DFD, 24
Nveis de representao do DFD - tcnicas de fracionamento da complexidade e expanso, 26
Diretrizes para desenhar um DFD, 27
Exerccios, 29
4 - Especificao de Processos, 47
Portugus Estruturado, 47
Pseudocdigo, 51
Tabela de Deciso, 52
rvore de Deciso, 54
Concluso, 55
Exerccios, 57
5 - Dicionrio de Dados, 69
Conceito, 69
Notao, 70
Regras para construo do Dicionrio de Dados, 70
Exemplo, 70
Exerccios, 72
6 - Diagrama de Estrutura, 77
Componentes do Diagrama de Estrutura, 77
Estratgias para transformao do DFD em Diagrama de Estrutura, 79
Anlise de Transformao, 79
Anlise de Transao, 80
Avaliao do projeto, 82
Exerccios, 84
Sistemas de Informao,
Engenharia de Software e
Tcnicas Estruturadas
O objetivo deste texto apontar algumas questes bsicas para a compreenso da funo do
analista de sistemas em uma organizao. Ele enfocar os conceitos de Sistemas de Informao,
Engenharia de Software e Tcnicas Estruturadas.
A formao de um(a) profissional para a funo de analista de sistemas deve levar em conta que
este profissional atuar na avaliao de sistemas e no desenvolvimento de sistemas automatizados,
projetando, tambm, mudanas de procedimentos (inclusive aqueles realizados sem o uso de
computador). Neste sentido, o desenvolvimento de sistemas o foco central da atuao do analista
de sistemas. Por isto, fundamental compreender que este um campo profissional, que deve ser
trabalhado com a utilizao de tcnicas cientificamente desenvolvidas para que o processo de
desenvolvimento de sistemas, bem como seus resultados, tenham qualidade.
Sistemas de Informao
Neste captulo:
Contexto da Sistema de
Informao
Engenharia de Software
Ciclos de vida de
desenvolvimento de sistemas
Princpios das Tcnicas
Estruturadas
Para compreender o processo de desenvolvimento

de sistemas, necessrio ter claro o conceito de
sistema. Muitas definies podem ser feitas de
sistemas. Eles esto ao nosso redor e, at mesmo,
dentro de ns (o nosso organismo um sistema
vivo). Na tentativa de fazer uma definio que
tente ser simples e consensual, podemos dizer que
sistema um conjunto organizado de partes que
atuam integradamente visando alcanar algum(ns)
objetivo(s).
Desta forma, podemos afirmar que um sistema
definido a partir da identificao de suas partes e a
constatao de que elas atuam numa mesma direo e
sentido, resultando em algo que pode ser definido
como sendo seu objetivo.
Exemplificando, nosso organismo um sistema,
formado por muitas partes, que tem por objetivo
manter-nos vivo. Todas as aes e resultados gerados
pelas partes deste sistema so empregados no objetivo
de ter vida.
Podemos citar, tambm, uma empresa que registra toda a sua movimentao financeira e
compromissos de pagamento em um sistema contbil. Este sistema tem uma srie de funes, como a
gerao de lanamentos, a escriturao fiscal, a emisso de relatrios gerenciais. Este conjunto de
funes delimita um sistema que tem como objetivo a contabilidade da organizao.
Os sistemas, em uma das inmeras classificaes possveis de serem feitas, pode ser naturais ou feitos
pelo homem. Um sistema natural est relacionado s partes ordenadas que existem independente da
ao humana. Como exemplo deste tipo de sistema, podemos citar o sistema solar, um ecossistema,
sistema reprodutor, sistema digestivo, etc.
Os sistemas feitos pelo homem so aqueles gerados pela ao humana, atravs da organizao de
funes visando a um objetivo comum. Por exemplo, sistema mecnico de um carro, sistema de
ventilao de um prdio, sistemas eltricos, sistemas hidrulicos, sistemas de informao, etc.
Os sistemas, de forma geral, so organizados em hierarquias. Ou seja, um sistema geralmente parte
de um sistema maior, da mesma forma como pode ser decomposto em sistemas menores. Como
exemplo, podemos citar o ser humano como sendo um sistema composto por sistemas menores
(chamados de sub-sistemas), como sistema respiratrio, sistema muscular, dentre outros, ao mesmo
tempo em que compe outros sistemas como a famlia, a comunidade, etc. Da mesma forma, uma
empresa faz parte de um sistema produtivo de uma comunidade, ao mesmo tempo em que possui subsistemas, como de recursos humanos, produo, contabilidade, compras, vendas, etc.
Considerando estes aspectos, um importante elemento na anlise de sistemas a delimitao do
escopo do sistema a ser analisado. Isto significa definir a abrangncia do mesmo e o seu grau de
detalhamento. Da mesma forma como impossvel analisar um sistema de sade pblico de uma
forma global, se nos detivermos a detalhes de funcionamento do sistema respiratrio de cada indivduo
que faz parte da comunidade que est sendo avaliada, isto ocorre tambm no exerccio da funo de
anlise de sistemas. importante que o(a) analista de sistema tenha clareza da hierarquia de sistemas e
sub-sistemas envolvidos em seu trabalho para que possa ter a percepo correta dos objetivos, sem se
perder em detalhes desnecessrios, mas sem divagar exageradamente pela abstrao do que est sendo
trabalhado.
Como parte inerente funo de analista de sistemas, h uma categoria especfica de sistemas onde
este profissional atua. Trata-se dos chamados Sistemas de Informao. Muitas definies podem ser
dadas para a expresso Sistema de Informao. Tentando contemplar as principais definies,
podemos dizer que sistema de informao o sistema que utiliza e gera informaes para atender seus
objetivos. Exemplificando, podemos dizer que o apontamento de mo-de-obra em uma fbrica um
sistema de informao, pois ele alimentado com dados sobre o trabalho de cada funcionrio na
realizao de tarefas especficas e gera informaes consolidadas sobre o produto gerado pelo trabalho
dos funcionrios na fbrica.
Um sistema de informao localizado em organizaes, das mais distintas naturezas, levando em
conta duas dimenses: os componentes da organizao e o nvel de deciso. A dimenso dos
componentes da organizao diz respeito s reas funcionais, unidades organizacionais, setores ou
departamentos, que realizam funes dentro do sistema ou o alimentam ou recebem informaes.
2
O nvel de deciso diz respeito abrangncia das informaes geradas e para quais executivos da
organizao. Os nveis de deciso so classificados geralmente em nvel estratgico, nvel ttico ou
gerencial e nvel operacional.
O nvel estratgico corresponde s decises do alto escalo administrativo da organizao,
correspondendo s grandes polticas institucionais, definindo rumos de longo prazo e de efeitos
duradouros.
O nvel ttico ou gerencial corresponde s decises intermedirias da organizao, subsidiando ou
emanando das decises de nvel estratgicos, relacionando-se basicamente ao controle gerencial de
funes especficas.
O nvel operacional est relacionado diretamente com o funcionamento da organizao, no
atendimento s polticas e diretrizes institucionais (emanadas no nvel estratgico), dentro de padres
estabelecidos e regulamentados internamente (a partir de decises de nvel ttico).
Quando tratamos de Sistemas de Informao, devemos observar cinco consideraes bsicas:
objetivos do sistema; ambiente do sistema; recursos do sistema; componentes do sistema; e
administrao.
Os objetivos do sistema so fundamentais para que o mesmo possa ser analisado e desenvolvido.
um fator onde o(a) analista de sistemas deve deter-se com bastante cuidado sem cair na tentao de
achar que os objetivos esto claros, pelo fato de que o usurio pode citar quais so eles, e partir para
as demais tarefas da anlise. Na verdade, se os objetivos no forem muito bem definidos,
dificilmente o sistema atingir seu sucesso. Muitas vezes ocorre que os objetivos declarados do
sistema no corresponde aos objetivos reais. Neste sentido, o(a) analista de sistemas deve procurar
ouvir o mximo de pessoas envolvidas com os sistemas, procurando assegurar-se de que os objetivos
esto realmente estabelecidos para o desenvolvimento de determinado sistema. Para isto, ele(a) deve
tentar entender no somente os fatos relativos ao sistema, mas tambm a lgica que est por trs dos
fatos, avaliando a compreenso dos diferentes nveis e categorias de usurios sobre os objetivos, uma
vez que os diferentes agentes envolvidos no sistema geralmente tm vises diferentes dos objetivos
do sistema.
O ambiente do sistema envolve elementos que esto fora do sistema, mas influenciam ou podem
influenciar o sistema. Isto significa que o sistema no tem controle sobre estes elementos, mas no
pode desconsider-los, uma vez que uma mudana de comportamento em um destes elementos pode
provocar alteraes ou, at mesmo, a destruio de um determinado sistema. Por exemplo, a
legislao trabalhista no faz parte de um sistema de folha de pagamento, mas participa do ambiente
do sistema. O sistema no pode mudar ou influenciar a legislao, mas qualquer mudana que ocorra
nela, haver conseqncias para o sistema. Conhecer o ambiente do sistema um elemento
fundamental para o(a) analista de sistemas possa realizar seu trabalho. Neste sentido ele(a) no pode
e no deve ficar restrito apenas s variveis que emergem do prprio sistema, como sendo os nicos
elementos a serem considerados no desenvolvimento de um sistema.
Os recursos do sistema envolvem tudo aquilo que necessrio para que o sistema seja executado. Isto
implica em pessoas, dinheiro, equipamentos, materiais, etc. Os recursos esto sob controle do
sistema, uma vez que a falta deles implica no no-funcionamento do mesmo.
Os componentes do sistema so as partes que compem o sistema e so responsveis pela execuo
de suas funes.
A administrao do sistema consiste na integrao dos demais elementos considerados, uma vez que
ela implica em planejar e acompanhar as funes do sistema, incluindo sua relao com o ambiente, a
alocao de recursos, a atribuio aos componentes, para que os objetivos seja atingidos.
Um tipo especfico de sistema de informao o sistema baseado em computador, ou sistema de
processamento de dados, ou, ainda, sistema automatizado. Este tipo de sistema aquele que
organizado em termos de mtodo, procedimento ou controle, realizando processamento de
informaes atravs de computador. O esquema bsico de um sistema baseado em computador est
representado pela Figura 1.1.
Figura 1.1. Esquema bsico do processamento de dados.

Um sistema baseado em computador possui os seguintes elementos bsicos: software, hardware,
pessoas, documentao, banco de dados e procedimentos.
O software corresponde aos sistemas operacionais, linguagens de programao, ambientes de
desenvolvimento de software, ferramentas de programao, compiladores, sistemas gerenciadores de
banco de dados, sistemas de rede, etc.
O hardware inclui os computadores, perifricos e ligaes de rede e comunicao usados no sistema.
As pessoas envolvidas no sistema so usurios, desenvolvedores, pessoal de manuteno e
alimentao de dados, gerentes, etc.
Por documentao compreende-se o conjunto de documentos gerados no processo de
desenvolvimento do sistema, bem como instrues de uso, alm dos documentos usados como base
para a alimentao do sistema e os gerados por ele.
O banco de dados inclui o conjunto de dados armazenados permanentemente ou provisoriamente em
meios magnticos, recuperveis pelo sistema computadorizado.
Os procedimentos incluem tanto aqueles necessrios para a utilizao do sistema, quanto aqueles que
so realizados manualmente, mas possuem interface com o sistema informatizado.
4
A Figura 1.2 apresenta um resumo da interao entre os elementos bsicos de um sistema baseado em
computador. O sistema o elo integrador entre os diferentes elementos que o constitui.
Figura 1.2. Interao entre os elementos bsicos de um sistema baseado em computador.

Os sistemas baseados em computador podem ser classificados em diversos tipos. A seguir veremos
alguns tipos mais comuns. Convm ressaltar que esta classificao no mutuamente exclusiva, ou
seja, um mesmo sistema pode enquadrar-se em diversas categorias aqui elencadas.
Sistemas on-line: so sistemas em que h interao direta entre usurio e sistema e os dados de
entrada so alimentados diretamente do local onde so criados e os dados de sada so direcionados
diretamente para onde so usados. Estes sistemas tm as seguintes caractersticas: processamento
remoto; dados organizados de maneira que permita a recuperao rpida; e interao com o usurio.
Sistemas batch (ou sistemas em lote): so aqueles que processam os dados seqencialmente, a partir
de lotes gerados por meio de digitao proveniente de documentos, gerando resultados que so
disponibilizados para posterior utilizao. Tm as seguintes caractersticas: grande volume de
informaes; no h interao com o usurio; e processamentos longos.
Sistemas distribudos: so sistemas on-line que possuem usurios distribudos em pontos geogrficos
diferentes, interagindo, atravs de linhas de comunicao, para ter acesso aos mesmos programas e
dados.
Sistemas centralizados: so aqueles cujos usurios os utilizam a partir de um mesmo local geogrfico,
a partir de programas e dados armazenados dispostos em um mesmo local.
Sistemas de tempo real (ou real time): so sistemas que controlam um ambiente atravs do
recebimento de dados e seu processamento, gerando resultados com rapidez suficiente para afetar o
ambiente no mesmo momento. Suas caractersticas so: ocorrncia de atividades de processamento
simultneas; prioridades diferentes para as diferentes tarefas; interrupo de tarefas menos
prioritrias; e acesso simultneo a dados.
Sistemas transacionais: so aqueles que baseiam-se em registro de transaes para posterior
recuperao. Podemos dizer que os sistemas transacionais automatizam procedimentos que, pelo
volume e freqncia de dados, poderiam estar sujeitos a muitos erros se processados manualmente,
mas no proporcionam, diretamente, elementos para uma tomada de deciso mais abrangente.
5
Sistemas de apoio deciso (SAD) (ou Support Decision Systems DSS): so aqueles que geram
informaes para tomada de decises no nvel ttico ou gerencial, atravs de snteses de transaes e
facilidades de consultas flexveis, que so definidas em funo da questo sobre a qual pretende-se
tomar deciso.
Sistemas baseados em conhecimento (ou sistemas especialistas): so aqueles que simulam o
conhecimento humano de um especialista para equacionar um problema e executar tarefas
inteligentes.
Sistemas de Informao Executiva (ou Executive Information Systems EIS): so sistemas de apoio
tomada de decises aos executivos de nvel estratgico de uma organizao. Estes sistemas baseamse em uma estrutura de dados corporativos altamente flexvel do ponto de vista de formulao de
consultas, incluindo elementos referentes s estratgias de negcio da organizao e dados da
concorrncia para obter-se um comparativo.
Sistemas integrados de gesto empresarial (ou Enterprise Resource Planning ERP): so sistemas
que integram todas as funes bsicas de negcio de uma organizao, gerando um alto grau de
informaes relativas ao funcionamento da empresa, permitindo tomada de decises nos mais
diferentes nveis da organizao.
Os sistemas, de um modo geral, e os sistemas de informao, de forma especfica, principalmente os
sistemas baseados em computador, seguem os seguintes princpios (segundo Eduard Yourdon, em
Anlise Estruturada Moderna (Ed. Campus, 1990):
quanto mais especializado um sistema, menos capaz ele de se adaptar a circunstncias
diferentes;
quanto maior for um sistema, maior o nmero de seus recursos que sero destinados manuteno
diria;
os sistemas sempre fazem parte de sistemas maiores e sempre podem ser divididos em sistemas
menores;
os sistemas crescem.
Yourdon tambm cita que o desenvolvimento de sistemas uma atividade que envolve muitos
participantes. Estes participantes so: usurios; gerentes; coordenadores ou lderes de projeto;
analistas de sistemas; projetistas de sistemas (normalmente o(a) prprio(a) analista de sistema);
programadores; e pessoal de apoio e de produo.
Engenharia de Software
Roger S. Pressman, em seu clssico livro Engenharia de Software (Ed. Makron, 1995), traz a
primeira definio para Engenharia de Software, feita por Fritz Bauer, que o estabelecimento e
uso de slidos princpios de engenharia para que se possa obter economicamente um software que
seja confivel e que funcione eficientemente em mquinas reais. Outra definio complementar
pode ser feita como sendo o conjunto de mtodos, ferramentas e procedimentos que estabelecem o
uso de princpios de engenharia (formalizao), que, por sua vez, permite o gerenciamento e controle
dos processos de desenvolvimento de software a fim de obter um produto final com maior qualidade,
estabilidade, sendo desenvolvido de forma mais produtiva.
Nestas definies, encontramos palavras-chave como confiabilidade, produtividade, qualidade e
estabilidade que, quando aplicadas ao software, significa uma nova maneira de produzir software, no
de maneira artesanal ou amadora, mas de forma profissional, dentro de modernos e rigorosos
princpios que tornam o produto final (software) melhor.
Os seguintes elementos so aplicados na Engenharia de Software: mtodos; ferramentas;
procedimentos. Os mtodos correspondem ao como fazer. As ferramentas do suporte aos mtodos.
Os procedimentos consistem em regras para a aplicao dos mtodos e ferramentas.
A Engenharia de Software pressupe o uso de uma Metodologia de Desenvolvimento de Sistemas.
Metodologia de Desenvolvimento de Sistemas (MDS) o conjunto de atividades a serem
desenvolvidas para a gerao de um sistema ou software. Ela deve envolver os elementos que so
aplicados na Engenharia de Software.
A Figura 1.3 mostra a relao, proposta por Wasserman no artigo Automated Tools in the Information
System Development Environments (Proceedings of the IFIP WG 8.1 Working Conference, 1982),
entre os elementos da Engenharia de Software em uma Metodologia de Desenvolvimento de Sistemas.
Figura 1.3. Relao entre os elementos da Engenharia de Software em uma Metodologia de

Desenvolvimento de Sistemas.
Uma Metodologia de Desenvolvimento de Sistemas pressupe a existncia de um ciclo de vida para a
realizao das tarefas inerentes ao desenvolvimento de sistemas. Ciclo de vida a seqncia e a
interao em que as atividades de desenvolvimento de sistemas so executadas. O ciclo de vida deve
envolver todos os passos desde a concepo do sistema at sua implementao em termos de cdigo
executvel testado e utilizvel pelo usurio final.
Os objetivos da adoo de um ciclo de vida pela organizao podem ser definidos como: definir as
atividades a serem executadas no desenvolvimento de sistemas; introduzir consistncia entre muitos
7
projetos de desenvolvimento de sistemas dentro da organizao; e introduzir pontos de verificao

para o controle gerencial de decises.
Existem vrios paradigmas de Engenharia de Software, cada um com ciclo de vida especfico. Dentro
do escopo proposto, analisaremos alguns ciclos de vida para as metodologias de desenvolvimento de
sistemas estruturadas.
O ciclo de vida clssico aquele que requer uma abordagem sistemtica e seqencial
do desenvolvimento, envolvendo as seguintes fases: anlise e engenharia de sistemas; anlise de
requisitos de software; projeto; codificao; testes; e manuteno. A Figura 1.4 ilustra este ciclo de
vida.
Figura 1.4. Ciclo de vida clssico.

A fase de anlise e engenharia de sistemas consiste em estabelecer os requisitos para todos os
elementos do sistema e atribuir alguns destes requisitos ao software a ser desenvolvido.
A fase de anlise de requisitos de software consiste no detalhamento dos requisitos levantados na
fase anterior, atendo-se mais especificamente aos elementos relacionados s partes informatizadas do
sistema, buscando compreender o domnio da informao para o software, as funes, desempenho e
interface necessrios.
A fase de projeto consiste em definir a estrutura de dados a ser usada como suporte para o sistema, a
arquitetura do software, detalhes de procedimentos para a utilizao do sistema e a caracterizao da
interface. Esta definio deve ser avaliada antes de iniciar-se a codificao, para assegurar a
qualidade exigida.
A fase de codificao consiste na gerao dos programas correspondentes s funes do sistema.
A fase de testes consiste em avaliar se todas as instrues geradas na codificao esto corretas, bem
como se o sistema responde adequadamente s entradas do sistema no que diz respeito a sua
funcionalidade.
A manuteno corresponde realizao de mudanas no sistema provocadas pela descoberta de erros
(manuteno corretiva), ou pela necessidade de adaptar-se a mudanas no ambiente ou na
8
necessidade do usurio (manuteno adaptativa), ou, ainda, pela necessidade de introduzir-se novas
funes para o usurio (manuteno evolutiva). No momento da manuteno, aplica-se as mesmas
fases do desenvolvimento de um novo sistema, com a nica diferena sendo a aplicao destas fases
a um sistema j existente.
O ciclo de vida clssico possui os seguintes problemas: os projetos reais raramente seguem o fluxo
seqencial que o modelo prope; muitas vezes h dificuldades para que o usurio defina os requisitos
do sistema de uma s vez, uma vez que o modelo no se adapta incerteza natural que existe no
incio do processo de desenvolvimento de um sistema; e os primeiros resultados para o usurio
somente sero percebidos nas fases mais avanadas do processo, quando muito tempo se passou,
podendo ser invivel proceder alguma alterao, cuja necessidade percebida tardiamente.
Outro paradigma o do ciclo de vida semi-estruturado. Este ciclo apresenta duas caractersticas
inexistentes no ciclo de vida clssico: substituio da seqncia bottom-up de codificao pela
implementao top-down (os mdulos de mais alto nvel so codificados e testados antes dos de mais
baixo nvel); substituio do projeto clssico (desenho de lay-outs de arquivos, telas e relatrios) pelo
Projeto Estruturado (que uma abordagem formal de projeto de sistemas). A Figura 1.5 ilustra o
ciclo de vida semi-estruturado.
Figura 1.5. Ciclo de vida semi-estruturado.

A implementao top-down, muitas vezes, leva realimentao entre o processo de implementao e
o processo de anlise.
Outro modelo o ciclo de vida estruturado, que corresponde s fases do desenvolvimento de sistemas
atravs da tcnica conhecida como Anlise Estruturada. A Anlise Estruturada, juntamente com o
Projeto Estruturado e a Programao Estruturada compem um paradigma de Engenharia de
Software, que a Metodologia Estruturada de Desenvolvimento de Sistemas. A Figura 1.6 mostra as
fases deste ciclo de vida e a Tabela 1.1 mostra os objetivos de cada fase.
9
Figura 1.6. Ciclo de vida estruturado.

Tabela 1.1 Objetivos de cada fase do ciclo de vida estruturado.
Fase do ciclo de
vida
1. Levantamento
de dados
2. Anlise dos
requisitos
3. Projeto
4. Implementao
5. Gerao do
teste de acietao
6. Controle de
qualidade
7. Descrio de
procedimentos
8. Converso de
banco de dados
9. Instalao
10
Objetivos da fase

identificar os usurios responsveis;

desenvolver um escopo inicial do sistema;
identificar as atuais deficincias no ambiente do usurio;
estabelecer metas e objetivos para um novo sistema;
determinar se possvel automatizar o sistema e, se assim for, sugerir alguns esquemas
aceitveis;
preparar uma previso do projeto que ser usada para conduzir o restante do projeto.
transformar os dados obtidos no levantamento em especificaes estruturadas;
fazer a modelagem do ambiente do usurio;
fazer a anlise custo x benefcio dentro do estudo de viabilidade do projeto.
alocar as especificaes geradas na anlise aos respectivos processadores (homem ou
mquina);
definir as tarefas relativas a cada especificao;
transformar modelos de dados em projeto de banco de dados;
definir os mdulos a serem codificados.
codificar os mdulos definidos na fase de projeto;
integrar os mdulos codificados.
avaliar se as especificaes estruturadas so aceitveis do ponto de vista do usurio.
garantir que o sistema apresentar o nvel apropriado de qualidade.

gerar uma descrio formal das partes do novo sistema que sero manuais;
gerar uma descrio de como os usurios devero interagir com a parte automatizada do
novo sistema;
gerar o manual do usurio.
converter o banco de dados existente (informatizado ou no) em um banco de dados
coerente com a especificao do projeto.
colocar o sistema gerado em funcionamento em consonncia com o manual do usurio e o
banco de dados projetado.

H algumas vantagens em se adotar a metodologia estruturada, tais como: reduo de custos de

desenvolvimento, implantao e manuteno, em funo da modularidade da metodologia; ganhos de
produtividade, em funo do aumento da velocidade de desenvolvimento; possibilidade de
compreenso do sistema por diferentes analistas e usurios; boa parte da documentao do sistema
gerada a medida em que as atividades de desenvolvimento so realizadas; e a facilidade de
manuteno, gerada pela possibilidade de ir direto ao ponto que precisa ser mudado, uma vez que as
tcnicas empregadas geram uma documentao eficiente e eficaz.
Dentre as caractersticas das metodologias estruturadas, destacam-se: particionamento (quebra da
complexidade do sistema em mdulos); funcionalidade (a anlise feita por funo do sistema);
abordagem top-down (partindo do geral para o especfico); nfase modelagem conceitual ou lgica
em relao fsica (destaca-se o funcionamento do sistema e no quem executa e onde so executadas
as funes do sistema); e ordenamento das questes por qu?, o qu? e como (parte da definio
dos objetivos, passando pelas funes, at chegar na lgica dos processos).
Outros ciclos de vidas esto disponveis na literatura sobre Engenharia de Software, particularmente
no livro Engenharia de Software, de Roger S. Pressman, tais como ciclo de vida da prototipao; ciclo
de vida em espiral de Boehm; dentre outros.
Concluindo, uma Metodologia de Desenvolvimento de Sistemas apresenta vrios elementos como
resultado, a partir da execuo das fase de seu ciclo de vida. Estes elementos esto descritos na Tabela
1.2.
Segundo James Martin e Carma McClure, em seu livro Tcnicas Estruturadas e CASE (Ed. Makron
Books, 1991), as tcnicas estruturadas representam uma busca de disciplina na anlise de sistemas e
programao. Com o desenvolvimento da metodologia estruturada, estas tcnicas trouxeram uma
melhora significativa na qualidade dos programas, alm de tornar as atividades de anlise e
programao um pouco mais previsveis.
Os principais objetivos das tcnicas estruturadas, segundo Martin e McClure so: construir programas
de alta qualidade que tenham comportamento previsvel; construir programas que sejam facilmente
modificveis; simplificar os programas e o seu processo de desenvolvimento; conseguir maior
previsibilidade e controle no processo de desenvolvimento; acelerar o desenvolvimento de sistemas; e
diminuir o custo do desenvolvimento de sistemas.
Martin e McClure definem, tambm, as caractersticas que consideram importantes nas tcnicas
estruturadas: devem ser de fcil uso; devem ser usadas diretamente com as linguagens de quarta
gerao ou geradores de cdigo; devem ser to rigorosas quanto possvel; devem ser orientadas para
banco de dados; e devem ser projetadas para operar com ferramentas automatizadas.
Os autores completam sua anlise sobre tcnicas estruturadas, atravs da definio de princpios, que
se dividem em: princpios bsicos da filosofia estruturada; outros princpios da Engenharia de
11
Software; princpios da Engenharia da Informao; princpios de projetos de sistemas apoiados por

computador; e princpios do envolvimento do usurio. A seguir descreveremos estes princpios.
Tabela 1.2 Elementos de uma Metodologia de Desenvolvimento de Sistemas.
1.

2.

3.

4.

12
Elementos relativos aos procedimentos gerenciais e organizao do desenvolvimento:

solicitao do sistema pelo usurio / pela organizao;
justificativa (problemas / oportunidades / necessidades atuais dos usurios ou da organizao);
misso e objetivos de negcio do sistema;
recursos disponveis e necessrios;
restries;
riscos;
limites (escopo / abrangncia);
anlise custo x benefcio;
alternativas de projeto;
plano de projeto de software;
relatrio de acompanhamento / progresso;
estimativas / mtricas;
alocao de pessoal;
soluo de implementao (desenvolvimento / aquisio);
estratgia de desenvolvimento (lgica / impacto / tecnologia / metodologia);
avaliao de pacotes;
padres de projeto;
padres de acesso fsico de programas a banco de dados / arquivos;
manuais do sistema (procedimentos informatizados e no informatizados);
estimativas fsicas de armazenamento de dados;
estimativas de carga de processamento do sistema;
aceitao do sistema pelo usurio / pela organizao.
Elementos relativos aos requisitos do sistema:
documentao / funcionamento do sistema atual;
requisitos do sistema (necessidades do usurio / ambiente do sistema);
requisitos de desempenho;
requisitos de controle (segurana / integridade / auditoria / recuperao);
requisitos de hardware / software / rede (comunicao de dados);
requisitos de armazenamento de dados;
requisitos ambientais dos locais do sistema;
entradas e sadas do sistema.
Elementos relativos modelagem do sistema:
modelo fsico do sistema (processos e dados / atual e proposto);
modelo conceitual do sistema (processos e dados);
interfaces do sistema (integrao com outros sistemas / integrao da parte manual com a parte informatizada);
modelo funcional do sistema (processos e dados);
fluxo de tarefas do sistema;
projeto de programas (lgica);
projeto de banco de dados / arquivos;
projeto de interface do sistema e fatores humanos (procedimentos / modelos).
Elementos relativos s estratgias de desenvolvimento:
estratgia de converso de dados;
estratgia de testes;
estratgia de treinamento;
estratgia de cpia de segurana / recuperao / reorganizao de banco de dados e arquivos;
estratgia de aquisio e instalao de hardware / software / rede;
estratgia de manuteno do sistema.
Princpios bsicos da filosofia estruturada

.Princpio da abstrao: para resolver um problema, deve-se separar os aspectos que esto ligados a
uma realidade particular, visando represent-lo de forma simplificada e geral.
.Princpio da formalidade: deve-se seguir uma abordagem rigorosa e metdica para resolver um
problema.
.Conceito de dividir para conquistar: deve-se resolver um problema difcil, dividindo-o em um
conjunto de problemas menores e independentes que so mais fceis de serem compreendidos e
resolvidos.
.Conceito de organizao hierrquica: deve-se organizar os componentes de uma soluo em uma
estrutura hierrquica tipo rvore, de forma que ela possa ser compreendida e construda nvel por
nvel, onde em cada novo nvel acrescenta-se mais detalhes.
Outros princpios da Engenharia de Software
.Princpio da ocultao de informaes: deve-se ocultar informaes no-essenciais, permitindo que o
mdulo veja apenas a informao necessria quele mdulo.
.Princpio da localizao: deve-se colocar juntos os itens relacionados logicamente.
.Princpio da integridade conceitual: deve-se seguir uma filosofia e arquitetura de projeto coerentes.
.Princpio da completeza: deve-se checar tudo para garantir que nada foi omitido.
.Princpio da independncia lgica: na anlise e no projeto, deve-se concentrar a ateno nas funes
lgicas, para que sejam realizadas independentemente da implantao fsica.
Princpios da Engenharia da Informao
.Princpio da anlise rigorosa dos dados: os dados tm uma estrutura prpria e a anlise de dados, que
identifica formalmente esta estrutura, deve ser feita antes de o processo lgico ser projetado.
.Princpio da independncia dos dados: os modelos de dados, representando a estrutura lgica prpria
dos dados, devem ser projetados formalmente, independentemente da utilizao da estrutura fsica e da
distribuio dos dados.
.Princpio do planejamento estratgico dos dados: os dados requerem planejamento, definio e
estruturao por toda a empresa, para que possam ser compartilhados entre processos.
.Princpio do acesso pelo usurio final: os usurios finais devem receber ferramentas que eles mesmos
possam usar, sem programao, para ter acesso aos bancos de dados.
.Princpio da modelagem corporativa: os modelos de dados e modelos de processos so construdos em
alto nvel da empresa (ou da maior diviso de uma empresa) de tal forma que sistemas desenvolvidos
independentemente ajustem-se a essa estrutura e trabalhem em conjunto.
Princpios de projetos de sistemas apoiados por computador
.Tcnicas poderosas de projeto necessitam de automao: o crebro humano muito limitado em sua
capacidade de lidar com detalhes, complexidades, rigor matemtico e ampla checagem cruzada sem
cometer erros (o computador permite que os projetistas ultrapassem as fronteiras do crebro humano).
.Projeto apoiado por computador requer grficos: todas as anlises e projetos estruturados utilizam-se
de grficos e os diagramas tornam-se complexos e consomem muito tempo para serem modificados,
necessitando de refinamento constante (uma ferramenta computadorizada facilita a construo,
13
modificao, refinamento, expanso e extrao de sub-conjuntos dos diagramas do projeto,

possibilitando o tratamento da complexidade).
.A ferramenta computadorizada deve orientar o usurio: as ferramentas CASE (Computer Aided
Software Engineering Engenharia de Softrware auxiliada por computador) devem incorporar as
metodologias e orientar o projetista atravs de etapas que reflitam um bom projeto, solicitando
informaes a partir do qual gerar o cdigo.
.Deve ser evitada a programao, sempre que possvel: os diagramas de projeto devem ser
decomponveis, sucessivamente, em mais detalhes, at o cdigo poder ser gerado automaticamente.
.Devem ser utilizadas estruturas bsicas que resultem em projetos demonstrveis automaticamente:
conveniente que se atinja um rigor bem maior do que aquele fornecido pelas tcnicas estruturadas
atualmente conhecidas, priorizando as estruturas bsicas que resultem em automao
matematicamente rigorosa do projeto.
.As linguagens devem ser feitas sob medida para as tcnicas de projeto: as novas linguagens de
programao esto evoluindo rapidamente e devem empregar estruturas bsicas apropriadas, de
forma que as melhores tcnicas para projeto automatizado estejam refletidas na linguagem.
Princpios do envolvimento do usurio
.Os usurios finais devem ter total envolvimento na anlise, projeto e administrao de dados: os
usurios devem ser capazes de checar, a cada etapa, o que est sendo planejado e construdo para
eles.
.As tcnicas estruturadas devem ser projetadas para aumentar a compreenso e a criatividade do
usurio: os usurios devem ser capazes de esboar procedimentos que os ajudem a ler, discutir e
modificar os esboos dos analistas, requerendo tcnicas estruturadas fceis de usar.
.Esboos de fcil uso devem ser diretamente decompostos em projetos integralmente precisos: os
esboos, que so de fcil entendimento, devem ser extensveis, atravs de uma ferramenta
computadorizada, para formar uma representao precisa, projetada para verificao axiomtica to
completa e abrangente quanto possvel.
.Prottipos devem ser construdos, sempre que possvel: a realidade deve ser testada o mais cedo
possvel em todos os sistemas.
.Ferramentas para usurios finais devem ser usadas, sempre que possvel: as ferramentas para os
usurios finais, inclusive linguagens de consulta, geradores de relatrios, manipulao de planilhas e
geradores de aplicao, devem ser utilizadas para permitir a mxima flexibilidade e para criar
prottipos.
14
Referncias Bibliogrficas
FOURNIER, A. Guia Prtico para Manuteno e Desenvolvimento do Sistemas Estruturados,
Makron Books, 1994.
GANE, C. e SARSON, T. Anlise Estruturada de Sistemas, Editora LTC, 1983.
MARTIN, J.; McClure, C. Tcnicas Estruturadas e CASE, Makron Books, 1991.
PRESSMAN, R. S. Engenharia de Software,Makron Books, 3 Edio, 1995.
YOURDON, E. Anlise Estruturada Moderna, Editora Campus, 1992.
15
16
Levantamento de Dados
Levantamento de dados o processo que permite coletar os requisitos do sistema, visando sua
anlise.
As principais tcnicas de levantamento de dados so: entrevistas, questionrios, anlise de
documentao, anlise de observao, demonstrao feita por fornecedores, visitas a outras
instituies, sesses informais de braimstorming em grupo. A tcnica mais utilizada a
entrevista.
Objetivos da entrevista
Os objetivos da entrevista so: coletar informaes sobre o comportamento de um sistema atual ou
sobre os requisitos de um novo sistema verificar a compreenso adquirida sobre o comportamento
de um sistema atual ou sobre os requisitos de um
novo sistema; e coletar informaes para os
estudos de viabilidade.
Neste captulo:
Tcnicas de levantamento de
Dados
Entrevistas
Documentao dos requisitos
do sistema
Alguns cuidados especiais devem ser tomados

durante a entrevista: normalmente, o usurio
concentra-se nos sintomas dos problemas, em
vez de se ocupar com as causas reais; o usurio
expressa suas necessidades em termos de
solues informatizadas predeterminadas sem
entender a natureza real do problema, assumindo
hipteses falsas sobre solues informatizadas;
podem existir algumas disparidades entre a
verso oficial de como um sistema manual
existente e um procedimento automatizado
devem funcionar e o que realmente ocorre em
nvel operacional.
do ponto de vista do entrevistador , os seguintes
objetivos devem ser atingidos: examinar
a
emotividade da
pessoa entrevistada, seus
anseios, tendncias, atitudes, preferncias e
17
motivaes; ouvir um relato, biogrfico ou cronolgico, de fatos vivenciados ou observados pelo

entrevistado; utilizar a entrevista para coordenar informaes recebidas de fontes diversas, podendo
apreciar o entrevistado em seu conjunto.
Para atingir seus objetivos, o entrevistador dever estar atento, antes da entrevista: s caractersticas
inerentes do entrevistado, sua satisfao emocional e intelectual; aos aspectos de tempo, assunto e
nvel de profundidade da entrevista, s exigncias que esta ter do entrevistado; s experincias
anteriores do entrevistado, e sua qualificao para influir no processo de reordenao dos fatos.
Para se obter bons resultados, as seguintes capacidades devem ser desenvolvidas: capacidade de ser
um observador atento; capacidade para deixar o entrevistado vontade; capacidade de
encadeamento de assuntos. A imagem transmitida anteriormente ao entrevistado deve ser
preservada, bem como a postura adotada frente a esta situao. No basta ter credibilidade,
necessrio mostr-la.
Diretrizes para a entrevista

Antes da entrevista, as seguintes diretrizes devem ser seguidas: identifique, das reas envolvidas
com o sistema, representantes que possam contribuir com informaes acerca do sistema;
desenvolva um plano geral de entrevistas; elimine preconceitos para evitar transmiti-los durante o
contato com o entrevistado; evite basear-se em opinies de outras pessoas; evite demonstrar
preferncias por certo tipo fsico; evite pensar que experincias anteriores so garantias de
habilidade futura; no externe sua opinio no trato de questes polmicas, para no gerar conflitos e
um clima desfavorvel na entrevista; identifique a posio e as responsabilidades atuais do
entrevistado; obtenha o mximo de informaes pertinentes sobre as funes executadas na rea do
entrevistado, incluindo formulrios e exemplos de relatrios apropriados; certifique-se que voc tem
autorizao para agendar entrevistas com os usurios identificados; marque um horrio para
conversar com o usurio, de preferncia em um local em que no haja interrupes, nem distraes
em potencial; marque a entrevista para um horrio que seja conveniente ao usurio; planeje a
entrevista para fazer uso eficiente do tempo; tente descobrir que informaes o usurio est mais
interessado; prepare a entrevista, listando pontos sobre os quais voc considera importante ter
informaes sobre o sistema; sempre que possvel, prepare um esboo da entrevista e passe cpia
para o entrevistado.
Durante a entrevista, deve-se atentar para as seguintes diretrizes: seja pontual e respeite o tempo
determinado para a entrevista; use um estilo adequado de entrevistar; inicie se apresentando e
expondo os objetivos da entrevista; explique os motivos pelos quais o interlocutor foi escolhido para
ser entrevistado; comece fazendo perguntas de livre contexto (conjunto de perguntas que leve a uma
compreenso bsica do problema, s pessoas que querem uma soluo, natureza da soluo que
desejada e efetividade do primeiro encontro em si); evite desvios do assunto; separe
funcionalidade de implementao; procure obter uma viso geral do sistema antes de aprofundar-se
em questes especficas; faa "ganchos", articulando as questes seguintes s respostas dadas pelo
usurio, quando houver algum relacionamento; faa a distino entre fatos e opinies; faa
anotaes das respostas dadas pelo usurio e explique ao entrevistado porque est fazendo isto; se
18
for gravar ou filmar a entrevista, pea autorizao ao usurio antes de comear e informe o objetivo
de fazer a gravao; associe a cada requisito as suas restries, se houver; se pretende faz-lo, pea
permisso para falar posteriormente com a equipe do entrevistado; no demore mais do que 2 horas
numa entrevista (se for necessrio planeje outras); explique que todas as informaes obtidas
durante a entrevista sero submetidas sua aprovao antes de sua publicao oficial; perto do final
da entrevista, resuma os principais pontos discutidos para confirmar que entendeu o que foi dito;
encerre a entrevista com uma observao positiva, agradecendo ao entrevistado por sua
contribuio.
Sobre as perguntas de livre contexto, algumas recomendaes importantes so: o primeiro conjunto
de perguntas concentra-se no cliente, nas metas globais e nos benefcios; o conjunto de perguntas
seguinte capacita o analista a obter uma melhor compreenso do problema e o cliente a verbalizar
suas percepes sobre uma soluo; o conjunto seguinte de perguntas concentra-se na efetividade do
encontro (metaperguntas).
Aps a entrevista, as seguintes diretrizes devem ser seguidas: documente todos os pontos relevantes
obtidos durante a entrevista; envie a documentao ao entrevistado para obter observaes e
aprovao final; se for necessrio um esclarecimento posterior, contate o entrevistado para marcar
outra reunio; envie os resultados para os usurios e seus gerentes.
Documentao dos requisitos do sistema

Os requisitos do sistema devem ser documentados, preferencialmente de forma direta e objetiva
(cada requisito deveria ser escrito em uma frase). A documentao dos requisitos pode ser feita em
um formulrio, como apresentado na Figura 2.1.
Figura 2.1. Modelo de documentao de requisitos do sistema.

19
FELICIANO NETO, A.; FURLAN, J. D.; HIGA, W. Engenharia da Informao, Editora McGraw
Hill, 1988.
20
Diagrama de Fluxo de Dados

(DFD)
Dentre as tcnicas estruturadas para anlise orientada a processos, o Diagrama de Fluxo de Dados
(DFD) , com certeza, a mais clssica e a mais utilizada. A histria da Anlise Estruturada, como
Metodologia de Desenvolvimento de Sistemas, se confunde com a do Diagrama de Fluxo de
Dados, pois esta tcnica caracteriza todo o desenvolvimento estruturado de sistemas.
Este captulo pretende trazer os conceitos e notaes relativos ao Diagrama de Fluxo de Dados,
principalmente na viso dos grandes autores relacionados Anlise Estruturada: Tom DeMarco;
Chris Gane & Trish Sarson; e Eduard Yourdon.
Consideraes iniciais
O Diagrama de Fluxo de Dados uma ferramenta para modelagem de fluxo de dados, atravs da
representao de processos que usam e geram
dados. Tom DeMarco, um dos primeiros autores
sobre Diagrama de Fluxo de Dados, define o
DFD como sendo uma representao em rede
de um sistema (...) que (...) pode ser
automatizado, manual ou misto. O Diagrama de
Elementos do DFD
Fluxo de Dados retrata o sistema em termos de
suas partes componentes, com todas as interfaces
Diagrama de Contexto
entre os componentes indicadas" (Anlise
Estruturada e Especificao de Sistemas, Ed.
Campus, 1989).
Neste captulo:
Nveis do DFD
Notao grfica do DFD

Princpios para a elaborao do
DFD
Sintaxe do DFD
Edward Yourdon, define o DFD como uma

ferramenta de modelagem que nos permite
imaginar um sistema como uma rede de
processos funcionais, interligados por dutos e
tanques de armazenamento de dados (Anlise
Estruturada Moderna, Ed. Campus, 1990).
O DFD um dos principais componentes da
chamada especificao estruturada. No ciclo
de vida estruturado, a fase de anlise do sistema
consiste em transformar os requisitos do usurio
21
em especificao estruturada. Os requisitos do sistema incluem as necessidades do usurio (o que ele

precisa do sistema para que seus objetivos sejam atingidos) e o ambiente do sistema (como o sistema
funciona, seus problemas e suas oportunidades). Os requisitos do sistema so obtidos pelo analista de
sistemas atravs de tcnicas de levantamento de dados, das quais a mais utilizada e aplicada na
maioria dos casos a entrevista. O analista de sistemas entrevista os usurios do sistema para
compreender os seus requisitos e os documenta, ainda que de forma textual, para que estes requisitos
sirvam de base para uma das principais tarefas do ciclo de vida do desenvolvimento do software que
a anlise. Na anlise, os requisitos so transformados em especificao estruturada, que composta
basicamente pelo Diagrama de Fluxo de Dados, pelo Dicionrio de Dados, pelo Diagrama EntidadeRelacionamento, pelo Diagrama de Descrio de Entidades e pelas Especificaes de Processos (em
Portugus Estruturado, Tabela de Deciso ou rvore de Deciso). A especificao estruturada a
documentao da anlise feita pelo analista ou grupo de analistas junto com os usurios, onde o
sistema visto em termos conceituais e funcionais (e, s vezes, at em termos fsicos do sistema
atual), e todos os componentes, que precisam ser conhecidos e representados sem ambigidade,
omisso ou redundncia, so modelados para que o projeto do sistema possa ser feito.
O DFD possui apenas quatro elementos que so necessrios e suficientes para modelar o sistema em
termos conceituais e funcionais. Estes elementos so:
Entidade externa (chamada assim por Gane & Sarson e chamada de terminador, por Yourdon, ou por
ponto terminal, por Martin & McClure, ou ainda de fontes e destinos de dados, por DeMarco): de onde
partem ou para onde chegam os dados (origem e destino);
Fluxo de dados: indicam os dados e o caminho por onde percorrem no sistema;
Processo ou funo: ponto de processamento dos dados (tratamento, alterao ou manuseio de
dados);
Depsito de dados (assim chamado por Gane & Sarson e Martin & McClure e chamada de depsito,
por Yourdon, ou arquivo, por DeMarco): indica qualquer tipo de armazenamento de dados.
A representao atravs de um DFD feita em nveis ou camadas, partindo-se sempre de uma viso
mais global para a viso mais detalhada ou especfica. Esta abordagem chamada de top-down.
As vantagens de utilizar o Diagrama de Fluxo de Dados para modelagem de sistemas so vrias,
dentre elas podemos citar:
Representar o sistema atravs de um DFD uma maneira sistemtica de definio e especificao;
DFD uma especificao que possui algum formalismo, tal como proposto nos princpios da
Engenharia de Software;
DFD permite registrar as necessidades e preferncias do usurio;
DFD permite uma viso grfica do problema, evitando as ambigidades, redundncias e omisses
prprias de uma especificao narrativa;
A utilizao do DFD permite que o mesmo instrumento de anlise sirva tambm de documentao;
uso de DFD facilita o controle de projeto.
22
Smbolos do DFD
A notao do DFD grfica e utiliza um smbolo para cada um dos quatro elementos que
compem o diagrama. A Figura 3.1 mostra estes smbolos nas duas verses mais utilizadas para se
desenhar Diagramas de Fluxo de Dados. Por uma questo de padronizao, a notao a ser
utilizada na disciplina Anlise e Projeto Estruturado a proposta por Yourdon e DeMarco. Na
realidade, as duas notaes atendem sintaxe do DFD, no havendo, portanto, uma que seja
melhor do que a outra. A notao proposta por Gane & Sarson mais difcil de fazer mo
durante os primeiros momentos de definio, mas, em compensao, mais fcil de ser feito no
computador. A notao de Yourdon e DeMarco facilmente feita mo e mais difcil de ser
computadorizada.
Figura 3.1. Smbolos do Diagrama de Fluxo de Dados.

As entidades externas so, geralmente, categorias lgicas de coisas ou pessoas que representam
uma fonte ou destino para as transaes. Exemplos: cliente, empregado, fornecedor, contribuinte,
segurado, etc. Elas tambm podem ser uma fonte ou destino especfico, como: Departamento de
Contas, Receita Federal, Escritrio do Presidente, etc. Quando o sistema enfocado recebe dados de
um outro sistema ou fornece dados a ele, aquele outro sistema considerado entidade externa. Ao
identificar alguma coisa ou sistema como entidade externa, estar sendo afirmado, implicitamente,
que esta entidade est fora dos limites do sistema considerado.
O fluxo de dados pode ser considerado como um tubo por onde passam pacotes de dados. Os
fluxos de dados so os nicos elementos de ligao de um DFD. Isto significa que os outros
elementos podem ligar-se entre si, a no ser que seja atravs de um fluxo de dados. Quando mais
de um elemento de dados tem a mesma origem e o mesmo destino, eles podem ser representados
por um nico fluxo de dados, separando-se seus nomes pelo conector +. Por exemplo, se um
cliente deve apresentar, a um sistema de vendas, seu nome e seu nmero do RG, esta
representao pode ser feita num nico fluxo de dados, com o nome nome do cliente + rg.
23
Os processos so definidos atravs de um identificador e um nome significativo. O identificador

geralmente um nmero, que tem como nico propsito identificar o processo. Isto significa que o
nmero atribudo como identificador no deve se repetir e no indica ordem ou seqncia de
execuo. No h razo para associar significados a nmeros de processos, pois alguns deles sero
subdivididos em dois ou mais processos (o que significa que novos nmeros surgiro) ou que vrios
processos sero agrupados em um nico (significando que alguns nmeros desaparecero), no
decorrer do trabalho de anlise. A partir do momento em que o processo recebe a identificao, esta
no deve ser modificada, exceto para desmembramentos ou agrupamentos, pois serve como
referncia para os fluxos de dados e para decomposio do processo em nveis inferiores. A
descrio da funo deve ser um sentena imperativa, constituda por um verbo ativo no infinitivo
seguido de um objeto direto. Esta sentena deve ser a mais simples possvel, como: extrair vendas
mensais; dar entrada de detalhes do novo cliente, averiguar se cliente tem crdito, etc. Deve
ser observado que, nestas frases, o sujeito indeterminado. No momento em que um sujeito for
introduzido, h um compromisso fsico sobre o desempenho da funo, o que pode ser til quando
estuda-se um sistema existente para denotar o departamento, ou o programa, que desempenha uma
funo. De forma semelhante, quando a anlise est completa e o projeto fsico do novo sistema est
sendo desenvolvido, conveniente observar como a funo ser fisicamente desempenhada.
Os depsitos de dados indicam armazenamento, sem o compromisso quanto ao aspecto fsico (se
em computador, arquivo de uma sala, ou uma gaveta, por exemplo). Durante a anlise, so
detectados certos lugares onde haver dados armazenados entre processos. Quando um processo
armazena dados, a seta do fluxo de dados aponta para o depsito de dados; por outro lado, quando
um processo efetua acesso a dados armazenados em um depsito (em forma de leitura), a
representao feita com a seta do fluxo de dados apontada para o processo e o nome do fluxo de
dados englobando o grupo de elementos de dados que est sendo recuperado pelo processo.
Sintaxe do DFD
Ao se desenhar um Diagrama de Fluxo de Dados, algumas regras devem ser seguidas para que
sejam vlidas as especificaes geradas pelo grfico. Estas regras so as seguintes:
1. Todos os objetos do DFD devem ter identificadores. Entende-se por objetos do DFD as entidades
externas, os processos e os depsitos de dados. Cada entidade externa deve ter um identificador
representado por uma letra minscula no canto superior esquerdo do smbolo (na notao de
Yourdon e DeMarco, o identificador de entidade externa pode ser omitido). Os processos so
identificados por nmeros, de acordo com o nvel de detalhamento que representam. Os depsitos
de dados so identificados apenas pela notao de Gane & Sarson e os identificadores devem
respeitar o formato Dx, onde x um nmero seqencial usado para identificar o depsito.
2. Todos os objetos e fluxos de dados do DFD devem ter nome. Os quatro elementos do DFD devem
ter nomes significativos. Os nomes dos fluxos de dados devem ser escritos com todas as letras em
minsculo. Os nomes dos processos devem comear com letra maiscula e as demais letras
minsculas. As entidades externas devem ter seus nomes escritos com todas as letras em maisculo
24
ou pela primeira em maisculo e as demais em minsculo. Os nomes das entidades externas

geralmente so representados no singular. Os depsitos de dados tm seus nomes representando
plural ou coletivo e devem comear com letra maiscula e as demais em minsculo (em algumas
notaes, aceita-se utilizar todas as letras maisculas para nome de depsito de dados).
3. Todos os processos devem ter pelo menos um fluxo de dados de entrada e um de sada. Os
processos representam funes que so executadas sobre dados de entrada, transformando-os em
dados de sada. Neste sentido, no possvel ter em um DFD processos do tipo gerao
espontnea, onde no h nenhum fluxo de dados de entrada e um ou mais de sada. Tambm no
permitido processo do tipo buraco negro, que consiste em um ou mais fluxos de dados de entrada,
sem gerar nenhum dado de sada.
4. Todos os fluxos de dados devem ter uma origem e um destino. Cada fluxo de dados deve ser
gerado por um processo, entidade externa ou depsito de dados. Igualmente, todos os fluxos de
dados devem ser usados por um processo, entidade externa ou depsito de dados. Portanto, no
permitido, no DFD, um fluxo de dados que comece no nada e v para algum objeto do DFD, bem
como um fluxo de dados que seja gerado por um objeto do DFD e vai para o nada.
5. Todos os fluxos de dados devem comear ou terminar num processo. No deve existir, no DFD,
ligao entre dois depsitos de dados ou duas entidades externas ou, ainda, entre um depsito de
dados e uma entidade externa, sem que haja um processo no meio para fazer esta ligao. Isto
ocorre em funo de que as aes do DFD so, todas elas, executadas pelos processos. Um fluxo de
dados no tem a capacidade de mover-se sozinho no sistema. H sempre a necessidade de um
processo envi-lo para algum lugar ou peg-lo de algum lugar. possvel, porm, haver um fluxo
de dados cuja origem seja um processo e o destino, outro processo.
6. Todos os fluxos de dados devem ter uma nica seta direcional. Um fluxo de dados caracteriza-se
por uma nica origem e um nico destino. Portanto, nos casos em que a interface entre um objeto
qualquer e um processo seja um mesmo dado que entra e que sai do processo, este dado deve ser
representado em dois fluxos de dados, um em cada sentido.
7. Todos os objetos e fluxos de dados devem ter nomes significativos. Nome significativo quer dizer
um nome relevante para o sistema. Como regras para a formao de nomes, deve-se respeitar: para
entidade externa, o nome deve estar no singular; para depsito de dados, o nome deve estar no
plural; para fluxo de dados, o nome no deve indicar ao, no contendo verbo em seu incio; para
processo, o nome deve representar ao, comeando, portanto, com verbo. Os processos devem ter
seu nome formado por verbo no infinitivo + objeto de direto.
8. Todos os depsitos de dados devem representar objetos de interesse para o sistema. Depsitos de
dados somente de leitura ou somente de escrita devem ser bem avaliados, pois podem significar
algum armazenamento de dados fora do contexto do sistema.
9. .A duplicao de smbolos e o cruzamento deve ser evitado. O desenho do DFD deve ser feito de
forma a evitar a necessidade de representar um mesmo objeto duas vezes ou cruzar linhas para fazer
as ligaes entre os objetos. Quando no for possvel, deve-se minimizar o uso destes recursos e,
25
assim mesmo, tomar algumas providncias. Se for necessrio duplicar uma entidade externa, devese marc-la com uma linha inclinada no canto inferior direito (formando uma espcie de tringulo
na extremidade inferior direita do smbolo da entidade), para cada repetio. Se for necessrio
duplicar um depsito de dados, na notao de Gane & Sarson, deve-se acrescentar uma linha
vertical entre o identificador e o nome do depsito para cada repetio que ocorrer. No caso de
haver cruzamento de linhas (fluxos de dados), deve-se usar a estratgia de fazer um arco no
cruzamento, como se um fluxo estivesse passando por cima do outro, ou uma fenda, deixando um
pequeno espao em branco nas proximidades do cruzamento, dando a impresso de que o fluxo de
dados est passando por baixo do outro.
Nveis de representao do DFD tcnicas de fracionamento da

complexidade e expanso
Um DFD pode ser desenhado em vrios nveis, dependendo da complexidade e grau de detalhamento do
sistema. Pelo menos dois nveis ocorrem em qualquer sistema: o Diagrama de Contexto e o DFD nvel 0.
Primeiramente, o sistema modelado em termos de suas entradas e sadas de dados e as origens e
destinos destes dados. Esta modelagem chamada de Diagrama de Contexto e representa o sistema
como sendo um nico processo que troca informaes com as entidades externas, sem representar os
depsitos de dados do sistema.
Em seguida, feita uma decomposio do Diagrama de Contexto em um DFD que mantm a
coerncia com o Diagrama de Contexto, ou seja, mantm as mesmas entradas e sadas e as mesmas
origens e destinos de cada dado. Porm, neste novo nvel, chamado de DFD nvel 0, acrescentado
o detalhamento dos processos, que operam sobre os fluxos de dados, e os depsitos de dados, que
representam o armazenamento de dados. Neste nvel, novos fluxos de dados intermedirios podem
surgir, desde que mantenha a coerncia com o Diagrama de Contexto. Os depsitos de dados so
criados, no DFD nvel 0, sempre que dados so armazenados para uso posterior ou quando no h
seqncia imediata na execuo de dois processos, onde um gera uma informao que usada pelo
segundo.
O detalhamento de processos do DFD nvel 0 se d no nvel 1. Ao DFD nvel aplica-se as mesmas
regras do DFD nvel 0. Porm, sua representao restringe-se ao detalhamento de um determinado
processo daquele diagrama, apresentando coerncia com o contexto daquel nvel, ou seja, mesmas
relaes de entrada e sada e origens e destinos de dados representados no nvel 0.
O detalhamento de processos do DFD nvel 1 se d no nvel 2, da mesma forma. E assim
sucessivamente, toda vez que um processo necessitar de detalhamento, este feito no nvel seguinte.
importante destacar que, no Diagrama de Contexto, o nico processo representado significa o
sistema em foco. Portanto, no aplica-se, a este diagrama, a necessidade de que o processo tenha um
identificador e de que o nome seja formado por verbo, pois o nome do processo representado no
Diagrama de Contexto o nome do prprio sistema.
26
A aplicao dessas tcnicas de nivelamento permite um fracionamento da complexidade de sistemas

grandes, bem como a expanso da compreenso de sistemas que so construdos na abordagem topdown, uma vez que possvel ir detalhando cada vez mais o funcionamento do sistema, tendo como
ponto de partida uma viso geral das principais funes do mesmo.
importante ter em mente que cada processo no nvel superior do DFD de um sistema pode ser
expandido ou explodido para tornar-se um novo diagrama. Cada processo no nvel inferior tem
que se relacionar com o processo de nvel superior. dado um nmero de identificao ao processo
de nveis mais baixos, onde este nmero um valor decimal do processo de nvel superior, isto , o
processo 4, do DFD nvel 0, decomposto em 4.1, 4.2, 4.3, etc., no DFD nvel 1, e, se for necessrio
um maior detalhamento, o processo 4.2, por exemplo, pode ser decomposto nos processos 4.2.1,
4.2.2, etc., no DFD nvel 2, e assim por diante.
A maneira mais clara de representar o processo de expanso desenhar DFDs de menor nvel dentro
da divisa que representa o smbolo do processo de nvel superior. bvio que todos os fluxos de
dados que entram e saem do processo de maior nvel devem entrar e sair da divisa. Os depsitos de
dados s so mostrados dentro da divisa quando so criados e processos apenas por este processo.
Diretrizes para desenhar um DFD

Pode-se considerar resumidamente que os passos envolvidos no projeto de um Diagrama de Fluxo de
Dados para um sistema proposto ou j existente so os seguintes:
1. Identificar as entidades externas envolvidas. Isto envolve decidir sobre a fronteira ou divisa
preliminar de um sistema. Quando houver dvida, deve-se incluir no sistema a primeira camada
externa de sistemas manuais e automatizados, com a qual se ir lidar. Deve-se lembrar que fluxos de
dados so criados quando alguma coisa ocorre no mundo externo, isto quando uma pessoa decide
comprar algo, quando ocorre um acidente, ou um caminho chega ao ponto de carregamento. Se for
possvel, o fluxo de dados deve iniciar-se na fonte bsica dos dados.
2. Desenhar o Diagrama de Contexto, identificando os dados que vm e vo para as entidades
externas identificadas.
3. Identificar as entradas e sadas programadas que podem ser esperadas no curso normal dos
negcios. medida que a lista aumenta, deve-se procurar descobrir agrupamentos lgicos de
entradas e sadas. As entradas e sadas que esto associadas unicamente s condies de erro e
exceo devem ser marcadas.
4. Identificar as consultas e os pedidos de informao que possam surgir. Devem ser especificados
fluxos de dados que definam a informao dada ao sistema e aquela que diga o que requerido
do sistema.
27
5. Pegar uma grande folha de papel e, comeando no canto esquerdo com a entidade externa que
parece ser a principal fonte de entradas, desenhar os fluxos de dados que surgem, os processos
logicamente necessrios e os depsitos de dados que paream necessrios.
6. Desenhar o primeiro esboo mo livre e concentrar-se em anotar tudo, exceto erros, excees e
decises.
7. Aceitar o fato de que sero necessrios vrios esboos do DFD nvel 0. No deve haver
preocupao se o primeiro esboo se parece mais com um novelo. Este pode ser desvencilhado.
8. Quando o primeiro esboo estiver pronto, verificar se todas as entradas e sadas listadas foram
includas, exceto aquelas que tratam dos erros e excees. Deve-se observar, no esboo, quaisquer
entradas e sadas normais que no puderam ser includas.
9. Produzir um segundo esboo mais claro, lembrando que o objetivo um diagrama com processos
nicos e um nmero mnimo de interseces de fluxos de dados. Para minimizar os cruzamentos,
primeiramente deve-se duplicar entidades externas, se necessrio. Em seguida, duplica-se os
depsitos de dados, se necessrio. E, finalmente, se no houver uma forma de desenhar o diagrama
sem que haja interseco de fluxo de dados, deve-se permitir que haja o desenho de cruzamentos.
Deve-se verificar se ainda possvel um novo esboo que seja mais claro, alm de verificar, junto
lista de entradas e sadas, se h algo que ainda no se tenha conseguido incluir.
10. Rever o segundo esboo com um representante do usurio que esteja disposto a colaborar, ou
com algum que conhea a aplicao, explicando que apenas um esboo e anotando qualquer
mudana resultante da reviso.
11. Produzir uma expanso de nvel inferior para cada processo definido no segundo esboo. Devese resolver o tratamento dos erros e excees e, se necessrio, incorporar as modificaes no
diagrama de nvel superior.
Observao: se houver disponibilidade de ferramenta automatizada para desenhar o DFD, todas as verses
podem ser feitas atravs da ferramenta.
28
Exerccios
3.1. Faa o Diagrama de Contexto, o DFD nvel 0 e os DFDs de nveis mais detalhados (quando
necessrios), para os requisitos abaixo:
O oramento da Cia. W controlado da seguinte maneira: a partir de uma proposta oramentria das
filiais, e uma vez que todas as tenham entregue, feita uma consolidao, em nvel nacional, que
servir de base para que os tcnicos de oramento possam estabelecer os dispndios a serem
consumidos. Novas consolidaes so feitas, at que se conclua que o oramento est fechado. Os
tetos assim fixados so enviados ento s filiais. Estas podero fazer revises de forma a adequar
seu oramento nova realidade. A cada ms, as filiais tero que informar o realizado no perodo
para que se possa efetuar o acompanhamento, que encaminhado aos tcnicos para anlise.
Os pacientes de um consultrio quando querem marcar uma consulta mdica, fazem pelo telefone
ou indo pessoalmente secretria do mdico. Esta, por sua vez, cadastra os dados de identificao
do paciente e efetua uma agenda com a distribuio de horrios disponveis. Quando o paciente
chega para a consulta, entregue ao mdico uma ficha cadastral do paciente. Ao processar a
consulta, que pode ser de primeira vez ou de retorno, o mdico pesquisa os sintomas, atravs de
interrogatrio e pelo histrico de pacientes.
Uma organizao, com escritrios em vrios locais no pas, pretende realizar um concurso. Dada
sua dimenso e expectativa de grande nmero de candidatos, ela deseja controlar todo o processo,
desde a inscrio do candidato at a divulgao dos selecionados, com o desenvolvimento de um
sistema informatizado. As provas sero realizadas nos locais onde a organizao possui filial,
ficando sua aplicao sob a responsabilidade dos rgos regionais de seleo. Para cada local de
prova so gerados nmeros de inscrio, que acompanharo o candidato durante todo o desenrolar
do concurso. A qualquer momento, sempre que um rgo regional solicitar, o sistema dever
permitir geraes adicionais de nmeros de inscrio. O nmero de inscrio seqencial, dentro de
cada local de prova, e gerado a partir de previses feitas por cada rgo regional, que estabelece as
quantidades necessrias. Aos candidatos so fornecidos guias (recibos) de pagamento e fichas de
inscrio, com nmeros j apropriados, para bancos autorizados. Diariamente, os bancos fornecem,
organizao, os pagamentos efetuados. Uma vez recolhida a taxa, o candidato entrega a ficha de
inscrio ao rgo regional. Uma inscrio s ser aceita no caso do candidato preencher todos os
pr-requisitos estabelecidos pelo edital publicado, ter pago a taxa de inscrio, ter optado por um
local de trabalho onde a organizao possua filial, alm, obviamente, de ter preenchida de forma
correta todas as informaes necessrias. No caso de alguma irregularidade, a organizao tentar
convocar o candidato para que sejam efetuadas as devidas correes. A organizao no devolver a
taxa de inscrio paga, na hiptese da inscrio no poder ser aceita. O concurso se dar em vrias
fases, todas eliminatrias. Para qualquer uma delas, os rgos regionais devem receber uma lista de
29
presena, para assinatura do candidato, juntamente com os nmeros de inscrio dos candidatos
aptos par a fase, a serem apropriados s folhas de respostas. Cada prova ser corrigida a partir de um
gabarito e dos pesos de cada questo, fornecidos por uma banca de professores encarregada da
elaborao das provas. Ao final do concurso, a diretoria de recursos humanos fornecer critrios de
seleo, como nmero de vagas por local, peso por prova, etc., que juntamente com as opes dos
candidatos, serviro de base para a apurao dos resultados. A diretoria de recursos humanos
estabelece esses critrios a partir de estatsticas a serem realizadas sobre o concurso.
A prefeitura de um municpio responsvel pela cobrana do servio de gua e esgoto na cidade.
No incio do ms, um representante da prefeitura passa em todos os imveis da cidade fazendo a
leitura dos hidrmetros. Esta leitura registrada e comparada com a leitura do ms anterior, com o
objetivo de calcular a diferena de consumo e cobr-la do proprietrio atravs de um talo de
cobrana, que registra os dados da ltima leitura. Quando o proprietrio efetua o pagamento, dado
baixa no talo de cobrana correspondente a este pagamento.
Uma indstria possui seu departamento comercial dimensionado para efetuar vendas em vrias
partes do pas. O cliente faz um pedido que identifica um produto em cada um de seus itens. feita
uma checagem para verificar se o produto tem saldo. Se tiver saldo, emitida uma ordem de
faturamento para o cliente, para que possa ser feito o pagamento correspondente ao pedido. Se no
houver saldo, emitida uma ordem de fabricao correspondente ao produto para a fbrica. Neste
caso, a fbrica ir enviar o produto acabado, para que possa ser confrontado com o pedido e, se
estiver correto, ser gerada uma ordem de faturamento para o cliente que fez o pedido. Uma vez que
o cliente faa o pagamento da ordem de fatura, dada baixa nesta ordem.
O funcionamento da rea de compras de uma empresa baseia-se na necessidade de materiais vindas
do estoque atravs de uma solicitao de compra. A solicitao de compra emitida pelo estoque
toda vez que um material requisitado, mas no tem saldo disponvel em estoque. De posse da
solicitao de compra, o Setor de Compras verifica quais so os materiais solicitados e agrupa-os
com outras solicitaes de compra j recebidas. Alm destas solicitaes, o Setor de Compras
verifica o histrico das ltimas compras do mesmo material, realizando um planejamento de
compra, em funo do consumo. Com base nessas anlises, o Setor de Compras emite o pedido de
cotao, agrupando uma srie de solicitaes de compra. De posse do pedido de cotao,
verificado quais so os possveis fornecedores deste material. Desta forma, verificado o histrico
de cada um desses fornecedores e com base nisto realizada uma seleo de quais fornecedores
recebero o pedido de cotao. Depois disto, o pedido de cotao enviado aos fornecedores
30
selecionados. Quando os fornecedores informarem os preos e condies de pagamento solicitados

no pedido de cotao, o Setor de Compras avalia as melhores opes, agrupa os materiais de acordo
com estas opes e gera um ou mais pedidos de compra para o(s) fornecedor(es) que oferece(m) a
melhor opo. Quando o Setor de Compras envia o pedido de compra para o fornecedor, uma cpia
deste pedido enviado para o Setor de Recebimento de Materiais para que este possa conferir a
remessa do fornecedor com o que foi solicitado. O Setor de Recebimento envia para o Setor de
Compras um informe de chegada de materiais, quando recebe material do fornecedor de acordo com
o pedido de compra, para que possa ser atualizado o pedido de compra e o histrico do fornecedor.
Uma fbrica de calados tem o funcionamento de seu sistema de vendas conforme a descrio a
seguir. O Setor de Produo informa a previso de fabricao (quantidade de calados que estar
disponvel para a venda em um determinado perodo) para que seja feita a distribuio de vendas. A
distribuio de vendas leva em considerao todos os vendedores cadastrados, com seus respectivos
histricos de vendas. Como resultado deste processo gerado um mapa de distribuio de produtos
para venda que encaminhado ao Gerente de Vendas e arquivado para acompanhamento das
vendas. O Gerente de Vendas, por sua vez, informa ao sistema os preos de cada produto, que so
arquivados no cadastro de produtos. Para cada venda efetuada por um vendedor, este informa ao
sistema a quantidade vendida e o produto. Com base nestas informaes e no cadastro do produto,
calculado o valor da comisso do vendedor, que informado Tesouraria, e a venda atualizada no
histrico do vendedor. Mensalmente, a Tesouraria informa o valor total das comisses de cada
vendedor, para que o sistema emita um relatrio para cada vendedor.
Quando o fornecedor envia um ou mais materiais para a empresa, ele envia, tambm, uma nota
fiscal discriminando estes materiais. O Setor de Recebimento confere os materiais com a nota fiscal
e, se no estiver correto, devolve-os ao fornecedor. Caso os materiais estejam corretamente
discriminados na nota fiscal, feita a conferncia com o pedido de compra que foi enviada pelo
Setor de Compras ao fornecedor. Se no estiver correta, gerada uma notificao de divergncia de
compra, identificando a nota fiscal recebida e o pedido de compra relativo ao recebimento, e
enviada ao fornecedor. Caso os materiais recebidos estejam de acordo com o pedido de compra,
gerada uma nota de recebimento de materiais que enviada para o Kardex atualizar o saldo do
material. Outra via da nota de recebimento de materiais enviada para o Setor de Contas a Pagar.
Quando algum centro de custo da empresa necessidade de material, preenchida uma requisio de
materiais que levada ao Almoxarifado, onde feita a conferncia se existe saldo ou no dos
materiais solicitados em estoque. Se houver saldo suficiente, os materiais so entregues para o
solicitante e a requisio de materiais vai para o Kardex, para atualizao do saldo em estoque, e
outra via para o Setor de Custos. Caso algum material no tenha saldo, gerada uma solicitao de
compras que vai para o Setor de Compras. O Setor de Compras encarrega-se de agrupar as
solicitaes de compra, gerando o pedido de compra. Quando algum centro de custo no utiliza todo
31
o material que foi requisitado atravs da requisio de materiais, o material que sobrou devolvido
ao Almoxarifado, juntamente com uma nota de devoluo de materiais ao estoque. O almoxarife
confere a quantidade e o tipo do material devolvido com o especificado na nota de devoluo de
materiais ao estoque. Se no estiver correto, tanto os materiais como a nota de devoluo de
materiais ao estoque so recusados e retornam ao centro de custo que os enviou. Se estiver correto, a
nota de devoluo de materiais ao estoque enviada para o Kardex, para atualizao do saldo dos
materiais, e outra via para o Setor de Custos.
O reitor de uma universidade decidiu unificar as operaes de todas as bibliotecas existentes nas
vrias unidades da universidade. Cada biblioteca mantm as informaes sobre os livros e
peridicos (ou seja, as referncias) de seu acervo e os professores e alunos (usurios) esto
acostumados a realizar as operaes de consulta (verificao se a referncia existe e est disponvel
na biblioteca), retirada (de uma referncia disponvel na biblioteca) e devoluo (a referncia passa
a ficar novamente disponvel na biblioteca). Todos os professores e alunos que queiram realizar as
operaes mencionadas em uma das bibliotecas, devem ser catalogados como usurios da mesma.
Para que o usurio possa realizar as operaes necessrio verificar se ele est em dia com a
biblioteca, ou seja, no pode estar em atraso com a devoluo de nenhuma referncia. A biblioteca
deve tambm atender a determinados cursos que necessitam de referncias especficas, permitindo
reservar referncias para cursos de forma que as mesmas no possam ser retiradas pelos usurios
durante o perodo da reserva. Uma vantagem desta unificao que foi possvel estabelecer um
servio de permuta de referncias entre bibliotecas, permitindo aos usurios solicitarem referncias
que no estejam disponveis em suas bibliotecas. Essa nova operao no imediata, pois requer um
tempo para se requisitar a referncia em outra biblioteca. Por isso, a biblioteca do usurio deve
manter um registro das referncias que cada usurio solicitou e ainda no recebeu.
3.10. Faa o Diagrama de Contexto, o DFD nvel 0 e os DFDs de nveis mais detalhados
(quando necessrios), para os requisitos abaixo:
A prefeitura de um municpio, para poder realizar uma obra de pavimentao de ruas, toma as
seguintes providncias. Primeiramente, a Secretaria de Obras e Transportes encaminha uma
solicitao de pavimentao, identificando o nome das ruas e seus respectivos trechos que devem
ser pavimentados. Com base nesta solicitao, os trechos so separados por bairros. Para cada bairro
existe uma classificao prvia, baseada em estatsticas realizadas no trnsito, identificando se o
movimento no bairro altssimo, muito alto, alto, mdio, baixo ou muito baixo. Para cada uma
destas classificaes corresponde um tipo de material a ser utilizado. Para cada trecho feito um
oramento prvio, baseado no tipo de material a ser utilizado e a quantidade necessria deste
material, que informado pelo Setor de Engenharia da prefeitura. Os oramentos prvios so
enviados para a Secretaria de Planejamento do municpio, que emite parecer favorvel ou
desfavorvel. Nos casos em que o oramento prvio recebe parecer favorvel, gerado um edital de
concorrncia pblica, que publicado no Dirio Oficial do municpio. As empreiteiras interessadas
encaminham propostas, contendo oramentos detalhados, que so conferidos e analisados. Os
32
oramentos mais vantajosos para o municpio so encaminhados para a Secretaria de Planejamento,

que ir decidir qual empreiteira ser contratada. Uma vez que a Secretaria de Planejamento informa
qual ser a empreiteira, gerado um contrato que encaminhado para a empreiteira selecionada
assinar.
A Fbrica de Balas Doce Mundo tem seu sistema de vendas baseado em pedidos feitos por seus
clientes atravs de fax, telefone, carta ou atravs de representantes de vendas que circulam pelos
supermercados, bares, mercearias e panificadoras da cidade e regio. Para cada pedido verificado
se h quantidade suficiente do produto em estoque para atender imediatamente a solicitao. Se
houver, a remessa feita ao cliente, atualizando o estoque, e enviada uma cobrana para um dos
bancos conveniados, onde o cliente dever efetuar o pagamento. Quando no houver quantidade
suficiente para um atendimento imediato, o pedido ser deixado como pendente. Todos os
pagamentos efetuados no banco sero enviados diariamente Fbrica de Balas Doce Mundo,
atravs do que ser efetuado um controle dos clientes em atraso, que recebero uma notificao da
empresa para efetuarem o pagamento.
3.12. Faa o Diagrama de Contexto, a partir do DFD nvel 0 abaixo, sobre um sistema de
materiais:
33
O aluno, para matricular-se na Universidade, deve levar o formulrio de matrcula, devidamente
preenchido at o guich de atendimento. Com base nestes formulrio, feita a conferncia se o
mesmo est preenchido corretamente. Se estiver preenchido corretamente, verificado se no est
havendo choque de horrio, com base no quadro de horrios da Instituio. Se houver choque de
horrios, o formulrio de matrcula devolvido para o aluno, rejeitando assim a matrcula. Os
formulrios corretos e sem choque de horrio sero utilizados posteriormente para fazer a
verificao de existncia de vagas, gerando um extrato de matrcula para o aluno e o carn para a
Tesouraria. As vagas confirmadas sero utilizadas para gerar o dirio de classe que ser enviado ao
professor.
3.14. Dado o Diagrama de Fluxo de Dados abaixo, identifique, se houver, e justifique os erros
de sintaxe:
3.15. Faa o Diagrama de Contexto, a partir do DFD nvel 0 a seguir, sobre um sistema de
imposto de renda:
34
Uma agncia de empregos tem atuado nas mais diversas reas de recursos humanos, cadastrando
oportunidades de empregos para empresas da regio e fazendo a seleo para preenchimento destas
vagas. Uma empresa quando quer contratar funcionrios, informa a agncia de empregos o nmero
de vagas, o cargo, os requisitos e o salrio. De posse destes dados a agncia organiza as
oportunidades de emprego por cargos e faixas salariais. Duas vezes por semana, a agncia de
empregos faz um ou mais anncios em jornais contendo as novas vagas e aquelas que ainda no
foram preenchidas. Quando um candidato se interessa por uma ou mais vagas oferecidas atravs da
agncia de emprego, ele preenche uma ficha de cadastramento e entrega um curriculum vitae, que
so armazenados para avaliao posterior. Para cada vaga dado um prazo mnimo de uma
semana aps o anncio ser publicado para que seja realizada a seleo. A seleo feita com base
nos requisitos solicitados pela empresa contratante. Aps a seleo, o candidato aprovado
encaminhado empresa contratante para que seja feita a admisso.
Uma concessionria de veculos possui uma oficina para prestao de servios de manuteno e
reviso dos veculos da marca comercializada por ela. O cliente, ao chegar na recepo da oficina,
atendido por um consultor tcnico, informando os dados do veculo e os defeitos percebidos.
Com base nestas informaes, o consultor tcnico preenche uma solicitao de servios que ir
acompanhar o veculo enquanto ele estiver na oficina, uma vez que nem sempre possvel iniciar o
35
conserto logo que esta solicitao de servios preenchida. No incio do servio, os mecnicos
analisam o veculo, com base na solicitao de servios, procurando detectar os defeitos. Quando o
defeito localizado, se houver necessidade de substituir alguma pea, feita uma requisio de
peas, que encaminhada ao almoxarifado, que envia a pea solicitada. A pea trocada e o tempo
gasto tanto nesta troca, como na anlise registrada na solicitao de servios. Com base neste
tempo gasto e no preo das peas anotadas na requisio de peas anotadas na requisio de peas,
feito o clculo do valor a pagar, que ser informado ao cliente, que, por sua vez, efetua o
pagamento, que ser utilizado para dar baixa na solicitao de servios e enviado Tesouraria da
empresa.
Uma livraria, para atender a seus clientes, recebe diariamente os pedidos de livros dos clientes. Este
pedido analisado para verificar se existe o livro solicitado em estoque. Caso no exista enviada
uma solicitao de compra para o fornecedor do livro no final do dia, contendo todos os pedidos
feitos durante aquele dia. Uma vez que a solicitao de compra seja atendida pelo fornecedor, este
enviar uma ordem de chegada, com a qual a livraria atualizar o estoque.
Uma empresa pblica possui seu quadro de funcionrios baseado em vagas definidas pelos seus
departamentos. Quando ela precisa contratar funcionrios, aberto um edital que identifica todas as
vagas abertas para preenchimento e seus respectivos cargos. Cada uma destas vagas solicitada por
um departamento. O candidato, ao inscrever-se para o concurso, informa a qual edital e a qual vaga
estar concorrendo. Uma vez apurados os resultados, informado se o candidato est aprovado ou
no. Os candidatos aprovados so chamados para a admisso. Uma vez admitido, o funcionrio
alocado a um departamento e registrado com o cargo correspondente vaga para a qual se
inscreveu. Este funcionrio recebe um carto-ponto mensal, que servir de base para calcular a folha
de pagamento e gerar o seu comprovante de pagamento. A folha de pagamento calculada
mensalmente. Conforme o funcionrio for evoluindo dentro da empresa, ele pode receber
promoes, que ficaro registradas no histrico do funcionrio. O cargo que ele ocupa no momento
da admisso tambm registrado neste histrico.
A Metalrgica MTL S/A recebe seus clientes quando estes desejam que algum produto seja
fabricado. O cliente informa qual o produto desejado e, com base nisto, o setor de vendas verifica
se o produto desejado est coerente com as linhas de produtos comercializadas pela empresa, uma
vez que a mesma no fabrica seus produtos em srie, mas de acordo com as necessidades do cliente.
Uma vez que o produto desejado possa ser fabricado pela empresa, o setor de vendas estabelece um
contrato, explicitando as especificaes do produto e as condies de pagamento, incluindo preo e
36
prazo de entrega e de pagamento. Este contrato firmado com o cliente, gerando o compromisso
de cumprimento dos prazos e especificaes. Para que o contrato firmado possa ser enviado para a
produo, os engenheiros desdobram o contrato em partes para que possam ser fabricados
separadamente. Cada uma destas partes recebe uma identificao e fica sendo conhecida como
encomenda. O contrato enviado para o Setor de Engenharia do Produto, para que este possa
analisar como ser fabricada cada parte do produto desejado. Desta forma, a Engenharia do
Produto informa como fica a estrutura do produto. Com base nesta estrutura, feita uma
identificao de qual parte do produto refere-se a cada encomenda. Uma vez estabelecida esta
relao, cada encomenda desdobrada em partes menores, que so chamadas de roteiros de
fabricao. Cada roteiro de fabricao, por sua vez, desdobrado em operaes. Depois disso,
feito um planejamento de tempo para cada operao. Os roteiros de fabricao acompanham o
processo de produo. Para cada operao de um roteiro de fabricao, designado um funcionrio
e uma mquina para realiz-la. Aps a execuo da operao, o funcionrio registra o tempo
realizado, a mquina utilizada e a qual roteiro de fabricao a operao est associada. Este
registro feito em uma ficha de apontamento de mo-de-obra. Estas fichas de apontamento de
mo-de-obra so conferidas com os tempos previstos de cada operao do roteiro de fabricao,
com o objetivo de medir a produtividade do funcionrio. No final do dia, todas as fichas so
enviadas para o Setor de Custos para acompanhamento das encomendas. A cada operao
realizada, o componente do produto fabricado enviado para o Setor de Montagem, para montar o
produto final solicitado pelo cliente.
Uma empresa de assistncia tcnica de eletrodomsticos atende seus clientes atravs da visita de
tcnicos especializados ao local determinado pelo cliente. O cliente, quando necessita de algum
atendimento, liga para a empresa, informando seu nome, endereo, o eletrodomstico que est com
problema e uma breve descrio do problema. A empresa cadastra o cliente, se este no estava
cadastrado, e o pedido, que emitido para um tcnico que esteja de planto no momento. Caso no
haja tcnico de planto disponvel, agendado o servio e o horrio da visita informado ao
cliente. Aps a realizao do servio, o tcnico informa quais foram as peas tocadas, os servios
executados e o valor cobrado, para que seja registrado no pedido.
3.22. Dado o Diagrama de Fluxo de Dados a seguir, identifique, se houver, e justifique os
erros de sintaxe:
37
Uma locadora de vdeos trabalha com seu sistema de locao funcionando da forma descrita a
seguir. Para ser cadastrado, o cliente informa seu nome e endereo. Quando um cliente quer efetuar
uma locao, ele informa o nmero de sua ficha e o ttulo do filme desejado. O nmero da ficha
ser usado para verificar se o cliente est cadastrado. Aps esta verificao, estando o cliente
cadastrado, feita uma consulta da disponibilidade de fitas do ttulo desejado pelo cliente atravs
de um cadastro de fitas. Se houver disponibilidade, feito o registro do emprstimo e a fita
entregue a cliente. Quando ele vier devolver a fita, ele informa o nmero de sua ficha e entrega a
fita. Com base nisto feita a baixa no registro do emprstimo e emitida uma guia para
pagamento. O pagamento da guia pode ser feito naquele momento ou at o final do ms. Quando o
cliente paga feita a baixa na guia de pagamento.
Uma seguradora desenvolve o seguinte procedimento para efetuar um contrato de seguro: o cliente
informa a marca e o ano de fabricao do veculo para o qual deseja contratar um seguro. Com
base nestas informaes, verificado, em uma tabela, o valor do seguro correspondente ao veculo.
A partir deste dado, calculado o valor da franquia e gerada uma proposta que enviada ao
cliente. Quando o cliente decide aceitar a proposta, ele apresenta os documentos do veculo,
juntamente com sua concordncia proposta formulada. A partir da gerada a aplice do seguro,
que enviada para o cliente e para a Central de Seguros da seguradora. Se houver alguma
ocorrncia onde o cliente utilize a cobertura do seguro, a Central de Seguros informa ao sistema,
para seu devido registro, visando o clculo da renovao do seguro para o ano seguinte (este
procedimento ocorre em funo de que, se o cliente no utilizar a cobertura do seguro durante o
ano todo, ele ter desconto no valor a ser pago na sua renovao).
38
Uma empresa de assistncia tcnica de microcomputadores recebe chamados tcnicos de diversos
clientes. O cliente faz o chamado tcnico, especificando o nmero de srie e o defeito do
equipamento. Com base nestas informaes, a empresa verifica se o referido equipamento est no
contrato de assistncia tcnica ou se trata de um pedido avulso. Se tratar-se de pedido avulso,
feito um oramento que enviado para o cliente para aprovao. No caso de tratar-se de
equipamento coberto por contrato de assistncia tcnica ou no caso de ser um pedido avulso com
aprovao do oramento, os servios necessrios so realizados. Eventualmente necessrio
enviar uma solicitao de esclarecimento ao fabricante. Uma vez que o fabricante envie resposta
solicitao de esclarecimento, o servio de reparo concludo e um relatrio de assistncia tcnica
enviada ao cliente.
de sintaxe:
39
Uma editora, que produz semestralmente uma revista cientfica, trabalha da seguinte forma: o autor
submete, em qualquer poca do ano, um artigo, juntamente com seus dados pessoais, solicitando sua
publicao. O artigo recebido e verificado se ele atende s normas da revista. Se no atender s
normas, ele devolvido ao autor. Se atender s normas, o autor cadastrado e o artigo enviado
para dois consultores escolhidos aleatoriamente dentre os colaboradores da revista, respeitadas duas
condies: os consultores devem ser da mesma rea de conhecimento do tema do artigo e no deve
pertencer mesma instituio do autor. Quando o consultor devolve o artigo, ele envia, tambm, o
relatrio de avaliao. Quando todos os consultores tiverem devolvidos os relatrios de avaliao,
verificado o destino do artigo. Se os relatrios de avaliao apontarem para publicao com
correes, eles so enviados para o autor que, aps corrigirem, devolvem o artigo corrigido, que
selecionado para publicao. Se os relatrios de avaliao apontarem para publicao sem
correes, o artigo selecionado para publicao. Se os relatrios de avaliao apontarem para no
publicar, o artigo devolvido ao autor. Semestralmente, feita a montagem da edio a ser
publicada, dentre os artigos selecionados para a publicao. Os artigos que fazem parte desta edio
so enviados para a grfica, visando sua publicao.
Uma fbrica de biscoitos atende aos seus clientes da seguinte forma: quando um cliente deseja
encomendar produtos, ele faz o pedido correspondente aos produtos. Para cada produto, verificada
a quantidade em estoque. Em seguida, avaliada a composio de frete que passa pela localidade
onde os produtos sero entregue. Com base na disponibilidade dos produtos (obtida pela verificao
do estoque) e na previso do frete, o cliente informado do prazo previsto para a chegada da
encomenda. Se o cliente concordar, calculado o preo e informado ao cliente. Tambm emitida
uma nota de carregamento que enviada ao Setor de Distribuio, para preparar o frete.
O adiantamento e a prestao de contas dos motoristas que atuam na empresa MMM so feitos da
seguinte forma: quando um motorista viaja a servio da empresa ele encaminha uma solicitao de
adiantamento, onde consta a descrio de servio a ser feito, o perodo da viagem e a cidade para
onde ir. Uma vez cadastrado o pedido de adiantamento, feita uma previso de gastos, baseada no
nmero de dirias e na distncia a ser percorrida. Esta previso encaminhada ao Diretor
Financeiro para aprovao. Uma vez que o Diretor Financeiro tenha aprovado a previso de gastos,
feito o adiantamento para o motorista. Quando o motorista retorna da viagem, ele encaminha o
relatrio de gastos, juntamente com os comprovantes fiscais. feito o clculo do valor total dos
gastos e este comparado com o valor adiantado ao motorista. Se o valor adiantado for maior do
que o total de gastos, uma notificao de desconto em folha de pagamento enviada ao Setor de
Pessoal, no valor da diferena entre o valor adiantado e o valor total dos gastos. Se o valor total dos
gastos for maior que o valor adiantado, o relatrio de gastos enviado ao Diretor Financeiro para
40
aprovao. Depois de aprovado, o valor da diferena entre o total gasto e o valor adiantado pago ao
motorista. Mensalmente, feito o envio dos relatrios de gastos em todas as viagens do perodo para
a Contabilidade.
Uma lanchonete do ramo fast food possui seu sistema de atendimento da seguinte forma: o cliente
pode consultar, em terminais colocados dentro da lanchonete e nos espaos para pedidos em veculos,
o cardpio completo, contendo todas as opes de saladas, sanduches, pratos executivos, sobremesas
e bebidas, bem como seus respectivos preos. Uma vez que o cliente tenha escolhido sua refeio, ele
se dirige ao caixa e informa seu pedido, que registrado. O valor da conta calculado e uma nota
numerada impressa, com a discriminao de todo o pedido, e entregue ao cliente, que efetua o
pagamento. O pedido do cliente encaminhado para a cozinha, onde seus produtos so preparados e,
a medida em que estiverem prontos, devolvidos ao balco de atendimento. Uma vez que o pedido
esteja completo no balco de atendimento, o(a) balconista informa ao cliente, atravs do nmero da
nota, que retira sua refeio. Diariamente, a partir das notas geradas, feito o clculo das comisses
dos balconistas e gerado um relatrio totalizando a quantidade de cada produto consumido e o valor
total do faturamento.
assistncia tcnica de veculos:
41
de sintaxe:
controle de recebimento de produtos:
42
3.34. Dado o Diagrama de Fluxo de Dados abaixo, identifique e justifique os erros de sintaxe:
Uma empresa de organizao de festas infantis (com salo e buffet prprios), quando recebe a
visita de um cliente (interessado), informa a ele as opes de agenda, de cardpio e de decorao.
Com base no nmero de convidados e a opo de cardpio e decorao, informados pelo cliente,
feito um oramento para o mesmo. Uma vez que o cliente tenha escolhido a opo de agenda,
cardpio e decorao e informado o nmero de convidados, firmado um contrato, contendo
estas informaes, sendo que uma cpia enviada ao cliente, reservando-se a agenda.
Semanalmente, com base nos contratos firmados, emitida uma lista de festas com suas
respectivas agendas e decoraes ao Setor de Produo, para a preparao das mesmas. Da
mesma forma, tambm emitida uma lista de festas com suas respectivas agendas e cardpios
Cozinha, para a preparao dos alimentos.
Uma companhia que mantm uma linha de planos de sade administra seus negcios da forma
descrita a seguir. A Diretoria informa os planos de sade disponveis para a comercializao.
Estes planos de sade so cadastrados e, quando um cliente procura informaes, lhe so
informados os planos existentes e as condies de pagamento e utilizao em cada um. Uma vez
43
que o cliente decida sobre qual plano ele pretende contratar, lhe solicitada uma srie de
informaes como dados pessoais, data de nascimento e condies da sade. Estes dados so
usados para cadastrar uma proposta, que enviada ao Departamento Comercial para aprovao.
Aps a aprovao do Departamento Comercial, a proposta efetivada emitido um carto
magntico para o cliente. A empresa mantm um cadastro de convnios com mdicos, hospitais e
laboratrios e cada vez que um novo mdico, hospital ou laboratrio assina o convnio, seus dados
so enviados para a incluso na lista de convnios. O cliente pode consultar, a qualquer momento,
a lista de mdicos, hospitais e laboratrios conveniados. Os mdicos, hospitais e laboratrios
informam, mensalmente, os atendimentos realizados e a quais clientes, que so cadastrados no
histrico do cliente, e verificado se o procedimento realizado est coberto pelo plano escolhido
pelo cliente. Com base nestas informaes, calculado valor da mensalidade e emitida uma fatura
para o pagamento do cliente.
Um escritrio de advocacia, que trabalha com diversos advogados, faz o acompanhamento dos
processos da forma descrita a seguir. O cliente, quando procura o escritrio de advocacia, ele cita a
rea de sua ao e, com base nisto, o sistema auxilia a alocao de um advogado para o caso e o
cliente cadastrado. Aps a conversa entre cliente e advogado, com base na causa exposta pelo
cliente, o advogado faz um oramento de honorrios, que cadastrado no sistema. Se o cliente
aceitar o oramento, aberto o processo. Sempre que necessrio, cliente e advogado acrescentam
documentos ao processo. Uma vez que o processo esteja completo, ele encaminhado ao Frum.
Se houver diligncias, informadas pelo Frum, novos documentos so juntados ao processo e ele
novamente encaminhado ao Frum. Quando houver a apresentao da sentena, que tambm
informada pelo Frum, esta cadastrada junto ao processo e emitido um relatrio final para o
cliente.
Uma Clnica Odontolgica de uma Universidade atua em parceria com a Prefeitura para dar
atendimento gratuito aos alunos das escolas pblicas. As escolas pblicas da cidade encaminham
os dados dos pacientes que necessitam de atendimento para serem cadastrados na clnica. Os
pacientes so cadastrados e enviada uma lista para o Chefe de Departamento. Aps a anlise do
Chefe de Departamento, ele informa as prioridades de atendimento que so registradas no
pronturio do paciente. Semanalmente, o Chefe de Departamento encaminha a relao de dentistas
(previamente cadastrados) que daro atendimento naquela semana e seus respectivos horrios. A
partir destes dados, criada uma grade horria de atendimento para cada dentista (cada
atendimento previsto para meia hora). Com base na grade horria e nos pacientes cadastrados,
efetuado um cronograma de atendimento (considerando o atendimento aos pacientes em ordem de
prioridade), gerando uma lista que enviada para as escolas que convocam os pacientes para o
atendimento na data marcada. Para cada atendimento realizado, o dentista informa o tratamento
realizado, que registrado no pronturio do paciente e enviado para escola (para
acompanhamento), e, se no houver necessidade de retorno, o pronturio do paciente removido
do cadastro de pacientes ativos e arquivado como tratamento concludo.
44
Uma universidade filantrpica fornece bolsas de estudos para estudantes. O estudante envia seus
dados pessoais e comprovantes necessrios para o sistema, que cadastra o pedido de bolsa. Os
pedidos cadastrados so enviados, ao final do perodo de inscrio, ao Gerente Financeiro. O Gerente
Financeiro informa os pedidos deferidos (que tero bolsas) e indeferidos (que no tero bolsas). Estas
informaes so atualizadas no pronturio dos pedidos de bolsa. O sistema informa a todos os alunos
o resultado do processo. Para os casos de bolsa deferida, calculado o percentual de bolsa, com base
em critrios cadastrados no sistema. O percentual de bolsa informado ao aluno e tambm ao
Sistema de Mensalidades, alm de ser atualizado o pronturio de pedido de bolsas. Mensalmente, o
Sistema de Mensalidades informa os alunos bolsistas inadimplentes, cuja informao includa em
um relatrio enviado ao Gerente Financeiro.
Uma empresa de entrega de encomendas recebe, do cliente, a encomenda a ser entregue e o endereo
de entrega. Com base nestas informaes, feita a identificao de qual rota ser utilizada para a
entrega, a partir de rotas padronizadas que a empresa possui. Uma vez definida a rota, a encomenda
aguarda completar o lote (outras encomendas que seguiro a mesma rota). Uma vez completado o
lote de entrega, preparado o veculo que far o transporte, com a colocao de todas as encomendas
que fazem parte do lote, gerando um relatrio de lote, que encaminhado ao gerente operacional. O
gerente operacional informa a data de chegada do lote, atualizando todas as encomendas daquele lote.
Para todas as encomendas entregues, gerado um relatrio para o cliente, informando a respeito da
chegada, confirmando a entrega. Quando houver reclamao de algum cliente, verificado em qual
lote a encomenda foi enviada e gerado um relatrio de reclamao para o gerente operacional.
Um escritrio de advocacia, que trabalha com diversos advogados, faz o acompanhamento dos
processos da forma descrita a seguir. O cliente, quando procura o escritrio de advocacia, ele cita a
rea de sua ao e, com base nisto, o sistema auxilia a alocao de um advogado para o caso e o
cliente cadastrado. Aps a conversa entre cliente e advogado, com base na causa exposta pelo
cliente, o advogado faz um oramento de honorrios, que cadastrado no sistema. Se o cliente aceitar
o oramento, aberto o processo. Sempre que necessrio, cliente e advogado acrescentam
documentos ao processo. Uma vez que o processo esteja completo, ele encaminhado ao Frum. Se
houver diligncias, informadas pelo Frum, novos documentos so juntados ao processo e ele
novamente encaminhado ao Frum. Quando houver a apresentao da sentena, que tambm
informada pelo Frum, esta cadastrada junto ao processo e emitido um relatrio final para o
cliente.
45
Uma empresa organizadora de eventos recebe, de instituies contratantes, solicitao de
organizao de evento, discriminando o tipo de evento, o pblico alvo e a regio onde deseja que
ocorra o evento. Com base nestas informaes, a empresa organizadora documenta todas as
necessidades da contratante e, baseado no tipo de evento e pblico alvo, encaminha o processo
para consultores externos qualificados que emitem parecer sobre o melhor local e a melhor
estrutura para a realizao do evento. Uma vez definidos o local e a estrutura, a empresa
organizadora faz a reserva do local e comea a confeccionar cartazes, chamadas de trabalho e
fichas de inscrio para o evento. As chamadas de trabalho e as fichas de inscrio so enviadas
para a empresa contratante juntamente com uma lista de possveis interessados no evento, que a
organizadora mantm em seus arquivos. Os cartazes so encaminhados para os postos de
distribuio que iro decidir os locais estratgicos para fazer propaganda. Os participantes do
evento encaminham seus trabalhos ou fichas de inscrio para a empresa organizadora. As fichas
de inscrio sero utilizadas para controlar as vagas e emitir uma carteira personalizada de
identificao. Os trabalhos so pr-analisados e encaminhados comisso de seleo de trabalhos,
que julga quais sero os trabalhos aceitos para apresentao. Os participantes, cujos trabalhos
forem aceitos para apresentao, so notificados pela empresa organizadora.
46
Especificao de Processos
O Diagrama de Fluxo de Dados (DFD) representa a relao entre os processos atravs de fluxos de
dados que entram ou saem, identificando suas origens e destinos, mas no representa a lgica
interna de cada processo. Todo processo atmico do DFD, isto , todo processo que no apresenta
detalhamento em um diagrama de nvel inferior, deve ser especificado, em termos de sua lgica
interna. Esta especificao chamada de Especificao de Processos.
O objetivo deste texto apresentar algumas das ferramentas mais usadas para especificao de
processos. A principal ferramenta o Portugus Estruturado, mas o texto detalhar outras duas
ferramentas muito teis para resoluo de problemas que dependam de combinaes de condies,
que so a Tabela de Deciso e a rvore de Deciso. Outras ferramentas podem ser usadas para
especificar processos, porm no sero analisadas aqui. Entre estas esto: Condies Pr/Ps;
Fluxogramas; Diagrama de Nassi-Shneiderman; e Diagrama de Ao (todas estas ferramentas
podem ser encontradas na literatura, particularmentenas referncias citadas no final deste captulo.
Neste captulo:
Relao da Especificao de
Processos com o DFD
Portugus Estruturado
Tabela de Deciso
rvore de Deciso
Portugus Estruturado
O Portugus Estruturado uma ferramenta para
descrever a lgica de um processo utilizando a
lngua portuguesa atravs de uma estruturao
pr-definida. Esta estruturao consiste em
definir um conjunto de palavras-chave da lngua
portuguesa, sem ambigidade, para representar
as aes e condies que fazem parte da
descrio do processo.
A ferramenta empregada na Anlise Estruturada
a linguagem estruturada, onde a lngua
utilizada a correspondente do pas onde a
especificao est sendo feita. Muitas vezes, por
questo de padronizao, muitas organizaes
utilizam
o
Ingls
Estruturado,
independentemente da lngua utilizada no pas.
A linguagem estruturada tambm chamada,
muitas vezes, de PDL (Programming Design
Language Linguagem de Projeto de
Programas), uma vez que seu formato aproxima47
se ao de uma linguagem de programao, excludos os detalhes de sintaxe.

O Portugus Estruturado composto de frases e declaraes imperativas e objetivas, representando
aes e condies, dentro de estruturas bsicas que so comum nas linguagens de programao
procedimentais. O fato de usar o Portugus Estruturado como ferramenta para especificao de
processos no significa que o processo ser especificado atravs de uma narrativa ou um texto em
formato livre da lngua. Gane e Sarson, em seu livro Anlise Estruturada de Sistemas (Editora LTC),
apresentam um exemplo de como uma mesma declarao lgica pode ser feita de diversas formas
utilizando-se a lngua portuguesa de forma livre. As formas diferentes de fazer a mesma declarao
lgica, apresentadas no livro so:
1. Somar A e B a menos que A seja menor que B onde, neste caso, subtrair A de B.
2. Somar A e B. Entretanto, se A for menor que B, a resposta ser a diferena entre A e B.
3. Somar A e B, mas subtrair A de B quando A for menor que B.
4. O total obtido pela adio de B e A. No obstante a frase anterior, no caso onde B for maior que
A, o resultado ser a diferena entre B e A.
5. O total a soma de A e B: somente quando A for menor que B que a diferena deve ser usada
como o total.
Se analisarmos as frases acima, veremos que h pelo menos cinco formas diferentes para descrever o
mesmo procedimento em lngua portuguesa. Se pensarmos um pouco mais, com certeza
encontraremos outras formas de dizer a mesma coisa e, assim, podemos concluir que h inmeras
formas de descrever a lgica de um processo atravs da lngua portuguesa.
Porm, quando se trata de descrever a lgica de um processo no contexto da Anlise Estruturada de
Sistemas, h a necessidade de seja adotado um padro que permita declarar de forma estruturada e
sem ambigidades a lgica do processo. Neste sentido, o Portugus Estruturado consiste no
estabelecimento de um conjunto de estruturas e de aes que permita declarar de forma eficiente
qualquer processo relacionado a sistemas de informao. Este conjunto aproxima-se da sintaxe de uma
linguagem de programao procedimental, porm sem incluir detalhes relacionados a comandos e
compilao, uma vez que o objetivo no fazer um programa, mas dizer a lgica do processo.
Exemplificando, as cinco declaraes apresentadas acima para descrever um processo, poderiam ser
simplificadas para uma declarao do tipo:
SE
a<b
total = b a
SENO
total = a + b
FIM-SE
Esta descrio permite compreender a ao que executada em cada uma das condies do problema
(por isto utilizada uma estrutura de condio e declaraes de ao). As declaraes de ao nesta
especificao poderiam ser SUBTRAIR a DE b (no lugar de total = b a) e SOMAR a E b (no
lugar de total = a + b). Pode-se perceber, neste exemplo, que o conjunto de estruturas e palavraschave (verbos) da lngua so usados em letras maisculas, enquanto que as variveis (dados) so
descritos em letras minsculas, mantendo coerncia com a sintaxe do DFD para representar fluxo de
dados.
48
Tom DeMarco, em seu livro Anlise Estruturada e Especificao de Sistema, define que o Portugus
Estruturado formado por trs tipos de construes:
1. sentena declarativa simples;
2. construo de deciso;
3. construo de repetio.
Estas construes so basicamente aquelas encontradas em uma linguagem de programao
procedimental. Ao se definir o conjunto de elementos da lngua portuguesa a serem usadas nestas
construes, possvel estabelecer que este conjunto servir de base para declarar qualquer
especificao de processo, de uma forma nica, independentemente de qual linguagem de
programao ser usada para implementar o processo, se que ele ser informatizado (o Portugus
Estruturado permite especificar processos realizados manualmente).
Antes de definirmos os sub-conjuntos relativos aos trs tipos de construes propostas por Tom
DeMarco, importante estabelecer algumas convenes para a apresentao de uma especificao de
processos:
1. Toda especificao de processo em Portugus Estruturado deve conter, em sua primeira linha, a
declarao Processo: nome-do-processo.
2. A descrio do processo feita dentro de uma estrutura de seqncia iniciada pela declarao
INCIO e terminada pela declarao FIM.
3. As estruturas de condio e repetio do Portugus Estruturado so encerradas com a declarao
FIM-nome-da-estrutura, com exceo de algumas estruturas de repetio que tem outras formas de
encerramento.
4. Entre uma estrutura e outra h um espaamento da margem, ou seja, as declaraes da
especificao que esto dentro de cada estrutura iniciada so apresentadas um pouco afastadas da
margem em relao s palavras usadas para definir o incio e o fim da estrutura.
5. As palavras-chave da lngua portuguesa usadas no Portugus Estruturado so escritas com todas as
suas letras em maisculo.
6. Os nomes de dados usados na especificao so escritos com todas as suas letras em minsculo.
7. Os nomes de processos que eventualmente so conectados ao processo que est sendo especificado
devem ser escritos com a primeira letra em maisculo e as demais em minsculos.
Estas convenes devem ser associadas s demais convenes que definiro as construes
permitidas no Portugus Estruturado.
Sentena declarativa simples

A sentena declarativa simples corresponde a uma ao especfica dentro da lgica do processo. Esta
declarao deve utilizar verbos no infinitivo, evitando-se o uso de verbos que no sejam precisos
sobre a ao que est sendo executada, como, por exemplo, os verbos verificar, validar,
processar, etc. Alm do verbo, a sentena completada com os argumentos (dados usados na ao
descrita). Cada sentena declarativa escrita em uma linha.
O conjunto de verbos a ser usado nas sentenas declarativas simples um padro adotado em cada
organizao, sendo comum a existncia de variaes a partir das diferentes experincias
49
organizacionais. Por conveno, iremos adotar os verbos e significados descritos na Tabela 4.1
para expressar uma sentena declarativa simples.
Tabela 4.1. Verbos usados nas sentenas declarativas simples e seus significados.
Verbo
OBTER
Significado
usado para a obteno de dados de entrada do processo, desde
que venham de entidades externas ou de outros processos (no se
aplica para obteno de dados de um depsito de dados).
LER
usado para a obteno de dados de entrada cuja origem um
depsito de dados.
CRIAR
usado para o armazenamento de dados em um depsito de dados.
ATUALIZAR
usado para a modificao do contedo de dados armazenados em
um depsito de dados.
EXCLUIR
usado para a eliminao de dados armazenados em um depsito
de dados.
CLASSIFICAR
usado para a definio de uma ordem de classificao para os
dados de um depsito de dados.
SELECIONAR
usado para a seleo de determinados dados de um depsito de
dados que satisfaam a determinada(s) condio(es).
MOVER
usado para a atribuio de um valor a um determinado dado. Se o
(o verbo pode ser verbo for omitido, usado o sinal de igual (=) para representar a
omitido)
atribuio.
CALCULAR
usado para a realizao de um clculo, atravs de uma sentena
(o verbo pode ser matemtica. Se o verbo for omitido, usado o sinal de igual (=)
omitido)
para representar a realizao do clculo.
SOMAR
usado para a realizao de uma adio.
SUBTRAIR
usado para a realizao de uma subtrao.
MULTIPLICAR
usado para a realizao de uma multiplicao.
DIVIDIR
usado para a realizao de uma diviso.
EXIBIR
usado para a exibio de dados de sada, com exceo daqueles
cujo formato impresso. Os dados de sada podem ser exibidos
para outro processo ou para uma entidade externa (no se aplica
aos dados de sada para um depsito de dados).
IMPRIMIR
usado para a impresso de dados de sada em papel. Os dados de
sada impresso sempre destinam-se a entidades externas (no se
aplica aos dados de sada para outro processo ou para um depsito
de dados).
EXECUTAR
usado para a conexo com outro processo.
ENCERRAR
usado para indicar o encerramento da execuo do processo.
50
Construes de deciso
As construes de deciso so aquelas que identificam caminhos a serem executados na lgica do
processo a partir do teste de uma ou mais condies. As construes de condio, no Portugus
Estruturado, so de dois tipos e esto descritas na Tabela 4.2.
Tabela 4.2. Tipos de construes de deciso.

Tipo de construo de deciso
Condio: aquela que indica o que
realizado se a condio for verdadeira e o
que feito se a condio falsa (pode-se
omitir o que feito no caso de condio
falsa, se esta no for necessria).
Casos: a estrutura que determina o que
executado para cada um de diversos casos
possveis no processo e o que feito se
nenhum dos casos previstos ocorrer (podese omitir o tratamento de execuo para a
no-ocorrncia dos casos previstos, se este
no for necessrio).
Forma de representao
SE condio (...)
declarao (...)
SENO
declarao (...)
FIM-SE
FAZER EM CASO DE
CASO condio (...)
declarao (...)
CASO condio (...)
declarao (...)
(...)
OUTROS CASOS
Declarao (...)
FIM-CASO
Construes de repetio
As construes de repetio so estruturas que permitem identificar as iteraes, ou declaraes que
so executadas dentro de laos, ou seja, repetidas vezes. As construes de repetio trazem
embutidas, geralmente, condies de sada da iterao. Existem trs estruturas bsicas para as
construes de repetio, baseadas na forma de insero das condies de sada, que esto descritas
na Tabela 4.3.
Pseudocdigo
O Pseudocdigo usado muitas vezes como sinnimo de Portugus Estruturado. Porm, pode-se
distinguir essas duas ferramentas pelo grau de formalismo usado nas notaes. Enquanto o Portugus
Estruturado possui uma flexibilidade maior na notao, visando ser um instrumento compreendido
pelo usurio, o Pseudocdigo possui uma notao mais formal e rigorosa, sendo mais usado pelos
profissionais de processamento de dados como uma forma de escrever algoritmos ou projetos de
programa atravs de uma especificao mais tcnica.
51
Tabela 4.3. Tipos de construes de repetio.

Tipo de construo de repetio
Repetir at: a estrutura onde um
conjunto de declaraes
executada antes de testar a
condio de sada do lao. Se a
condio de sada for satisfeita, o
controle passa para as declaraes
seguintes. Caso contrrio, o
conjunto de declaraes do lao
continua a ser executado.
Fazer enquanto: a estrutura onde
a condio de sada do lao
testada antes da execuo do
conjunto de declaraes do lao.
Se a condio de sada for
satisfeita, o controle passa para as
declaraes seguintes ao lao.
Caso contrrio, o conjunto de
declaraes do lao executado.
Fazer para: a estrutura que inclui
no
lao
um
incremento
automtico de uma varivel e as
declaraes
do
lao
so
executadas enquanto a varivel
no atinge um valor que esteja
acima do mximo definido na
condio de sada. Quando
omitido,
o
incremento
considerado como sendo um.
Forma de representao
REPETIR
declarao (...)
declarao (...)
(...)
AT condio (...)
FAZER ENQUANTO condio (...)

declarao (...)
declarao (...)
(...)
FIM-FAZER
PARA varivel = incio AT fim POR incremento

declarao (...)
declarao (...)
(...)
PRXIMO
Tabela de Deciso
A Tabela de Deciso uma ferramenta para especificao de processos que define as aes
executadas para cada combinao possvel de valores resultantes de condies atreladas. Como o
prprio nome supe, a Tabela de Deciso apresenta as aes e condies em forma de uma tabela.
A Tabela de Deciso composta de quatro elementos:
1. Condies: cada condio descrita numa linha da Tabela de Deciso e deve ter seus possveis
valores conhecidos e descritos.
2. Aes: as aes tambm so descritas nas linhas da Tabela de Deciso e indicam declaraes do
que realizado no processo.
3. Regras ou normas: as regras so as combinaes dos valores das condies atreladas da Tabela de
Deciso. Cada regra consiste em um conjunto de valores possveis das condies, envolvendo um
52
nico valor para cada condio. As regras devem esgotar todas as possibilidades de combinaes de
valores resultantes das condies da Tabela de Deciso. Cada regra representada em uma coluna da
Tabela de Deciso.
4. Decises: as decises so formadas pelo relacionamento entre uma regra e as aes que so
executadas para aquela regra.
O projeto de uma Tabela de Deciso implica em formar uma tabela com quatro quadrantes, sendo um
para a exposio das condies, outro para a exposio das aes, outro para a descrio das regras e o
ltimo para relacionar as aes que so executadas para cada regra. A Figura 4.1 mostra a disposio
dos quadrantes na tabela.
1 - Condies
3 - Regras
2 - Aes
4 - Decises (associao
entre aes executadas
para cada Regra)
Figura 4.1. Os quadrantes de uma Tabela de Deciso.

Edward Yourdon, em seu livro Anlise Estruturada Moderna estabelece um conjunto de etapas para
a construo de uma Tabela de Deciso, que transcrito abaixo, com algumas adaptaes:
1. Todas as condies devem ser identificadas e descritas no primeiro quadrante da tabela (cada
condio deve ser descrita em uma linha).
2. Para condio, deve ser identificado o nmero de valores possveis para ela e estes valores devem
ser descritos na frente da varivel da condio no primeiro quadrante.
3. Todas as aes possveis para o processo devem ser identificadas e descritas no terceiro quadrante
(cada ao deve ser descrita em uma linha). As aes devem ser descritas por sentenas que iniciam
com verbo no infinitivo ou por frmulas.
4. O nmero de regras deve ser calculado, sendo o resultante do nmero possvel de combinaes
que podem ser feitas com os valores de cada condio. O clculo do nmero de regras feito
multiplicando-se os nmeros de valores possveis das condies. Por exemplo, se todas as condies
forem binrias, ou seja, puderem assumir apenas dois valores (por exemplo: verdadeiro ou falso;
sim ou no; 0 ou 1; etc), o nmero de regras ser 2N, onde o nmero 2 representa o fato das
condies serem binrias e N representa o nmero de condies. Se houver uma Tabela de Decises
onde h trs condies com dois valores possveis e uma condio com trs valores possveis, o
nmero de regras obtido pela multiplicao de 23 (que representa as trs condies binrias) por 3
(ou 31, que representa uma condio ternria). Neste caso, o nmero de regras ser 24.
53
5. Para cada regra, uma coluna deve ser desenhada no segundo quadrante, sendo numerada na
extremidade superior para identificar cada regra.
6. As linhas do primeiro quadrante (condies) devem ser prolongadas at o final do segundo
quadrante.
7. O cruzamento entre linhas e colunas do segundo quadrante deve ser preenchido por todas as
combinaes de valores possveis das condies que formam cada regra. Uma forma de evitar se
perder neste preenchimento, quando h um grande nmero de regras, comear pela ltima
condio preenchendo, na seqncia, cada valor possvel em uma coluna e repetindo este
procedimento at o final da linha. Em seguida utiliza-se o mesmo procedimento para a penltima
condio, mas ao invs de repetir uma vez cada valor, ele repetido seqencialmente tantas vezes
quanto for o nmero de valores possveis da condio j representada na tabela. Depois, repete-se o
procedimento para a antepenltima condio, repetindo o mesmo valor da condio tantas vezes
quanto for o resultado da multiplicao entre o nmero de valores possveis das condies j
expressas na tabela. E assim sucessivamente, at completar a linha da primeira condio.
8. As colunas do segundo quadrante devem ser prolongadas at o final do quarto quadrante.
9. Para cada regra, deve(m) ser identificada(s) a(s) ao(es) que so executadas no caso da
combinao respectiva de valores das condies ocorrer. As combinaes impossveis de acontecer
ensejam a marcao de toda a coluna, no quarto quadrante, do smbolo .
10. As omisses, contradies e ambigidades devem ser identificadas e discutidas com o usurio
para o aperfeioamento da especificao. Um omisso ocorre quando no h ao definida para uma
regra possvel. Uma contradio ocorre quando duas aes contraditrias so executadas para uma
mesma regra. E uma ambigidade ocorre quando h muitas regras diferentes definindo a execuo
das mesmas aes.
Estas diretrizes permitem que uma Tabela de Deciso possa ser feita para especificar determinado
processo de um sistema.
rvore de Deciso
A rvore de Deciso uma ferramenta para especificao de processos semelhante Tabela de
Deciso, mas que descreve as aes a serem executadas atravs de ramificaes de combinaes.
A rvore de Deciso desenhada na horizontal, definindo-se um n (um ponto) na extremidade
esquerda de onde parte o desenho da rvore.
Em seguida, o n ramificado, atravs de linhas que so desenhadas em direo ao lado direito da
rvore, onde cada linha corresponde a um valor possvel de uma condio. Este valor representado
em forma de uma expresso do tipo varivel da condio = valor.
A segunda condio atrelada ramificada de cada valor pertinente da condio anterior, gerando
uma representao de forma semelhante. Este procedimento repete-se at que todas as combinaes
possveis de valores das condies tenham sido representadas.
Quando no houver mais condies para serem apresentadas na rvore de Deciso, feito um
prolongamento da ltima condio expressa at uma declarao de ao, que deve comear com um
54
verbo no infinitivo ou ser uma frmula. O caminho a ser percorrido para chegar ao, na rvore,
demonstra a combinao de condies que deve ser satisfeita para a ao seja realizada.
A representao de uma rvore de Deciso est apresentada na Figura 4.2.
Figura 4.2. Representao de uma rvore de Deciso..

Fazendo uma comparao com a Tabela de Deciso, as condies, na rvore de Deciso, so
representadas pelos ramos que surgem do n ou de outras condies; as aes so os ramos finais
(de onde no surgem novos ramos); e as regras so os caminhos percorridos do n at s aes.
Concluso
Tanto a tcnica do Portugus Estruturado, quanto as da Tabela de Deciso e rvore de Deciso,
so usadas para especificao de processos. Porm, h uma distino sobre quando cada
ferramenta deve ser usada.
O Portugus Estruturado aplica-se a qualquer especificao de processo em um sistema de
informao. Porm, em processos onde existam aes diferentes que so executadas a partir de
diferentes combinaes de resultados de condies atreladas, importante que a especificao
tambm seja feita utilizando-se uma Tabela de Deciso ou uma rvore de Deciso.
55
Da mesma forma, se no processo que est sendo especificado, no houver uma combinao de
condies que determine diferentes aes a serem executadas, no h benefcios no uso de Tabela
de Deciso e rvore de Deciso, devendo, o processo, ser especificado apenas pelo Portugus
Estruturado.
DeMARCO, T. Anlise Estruturada e Especificao de Sistema. Campus, 1982.
56
Exerccios
4.1. Faa a especificao do processo descrito abaixo, utilizando o Portugus Estruturado e, se
aplicvel, a Tabela de Deciso e a rvore de Deciso:
Processo Verificar estoque:
O estoque de peas de uma oficina atualizado a partir da chegada de uma requisio de peas, que
pode relacionar vrias peas necessrias para a realizao de algum servio. Para cada item da
requisio de peas, verificado se est preenchido corretamente, ou seja, se o cdigo da pea est
cadastrado, e se existe quantidade suficiente no estoque. Se houver, o item da requisio atendido.
Caso contrrio, informado que no poder ser atendido aquele item.
4.2 Faa a especificao do processo descrito abaixo, utilizando o Portugus Estruturado e, se
Processo Realizar operao de caixa de banco:
O cliente chega ao caixa do banco dizendo qual operao deseja realizar. As operaes possveis
so: depsito, pagamento de cheque ou consulta de saldo. Se for depsito, o cliente informa o valor
do depsito e o nmero da conta. O caixa ir registrar o depsito, imprimindo a autenticao
respectiva e automaticamente o saldo da conta corrente dever ser atualizado. Caso a conta no
exista, o depsito no poder ser efetuado e isto ser informado ao cliente. No caso de pagamento
de cheque, o caixa ir receber o cheque e verificar se o saldo da conta permite cobrir o valor do
cheque. Se o saldo for suficiente, ir atualizar o saldo e ir imprimir a autenticao no cheque. Caso
contrrio, ou a conta no exista, o cheque no ser descontado e isto ser informado ao cliente. No
caso de consulta de saldo, o cliente dever informar o nmero da conta. Com este nmero, o caixa
ir informar o saldo, se a conta existir. Se a conta no existir, o cliente ser informado disto.
Processo Escolher empreiteira:
Para escolher qual empreiteira ser selecionada para fazer uma grande obra de uma prefeitura,
desempenhado o processo descrito a seguir. A partir do oramento cadastrado de cada empreiteira,
analisado qual a que tem menor custo dentre aquelas que apresentam um prazo de entrega da obra
inferior a 18 meses. O nome da empreiteira, o prazo de entrega, e o custo da obra referentes
empreiteira selecionada devem ser informados prefeitura, para que esta possa efetuar o contrato.
4.4 Faa a especificao do processo descrito abaixo, utilizando o Portugus Estruturado e, se
Processo Efetuar pagamento referente a servio externo:
Uma empresa, aps ter contratado servio externo, deve efetuar o pagamento referente a este
servio, procedendo da maneira descrita a seguir. Primeiramente, baseado no formulrio de servio
prestado, verificado se o servio realizado foi solicitado atravs de requisio de servios externos.
Se no foi requisitado desta forma, dever ser informado que o pagamento no ser realizado. Caso
o servio tenha sido solicitado corretamente, calculado o valor do servio atravs da multiplicao
57
do valor-hora pelo nmero de horas. O valor a ser pago o valor do servio, descontado 10% de
INSS, alm do Imposto de Renda, que 25% do valor do servio, se este passar de R$ 3.500,00; ou
10% do valor do servio, se este estiver entre R$ 1.200,00 e R$ 3.499,99; ou zero se o valor do
servio for menor do que R$ 1.200,00. O valor a ser pago dever ser demonstrado (valor do servio e
descontos).
Processo Gerar lista de aprovados no vestibular:
Para obter-se a lista de aprovados de um vestibular, deve-se proceder como segue. As respostas de
cada candidato so conferidas com o gabarito, totalizando-se os pontes de cada candidato. Baseado
no total de pontos, os candidatos so selecionados por curso, de acordo com o nmero de vagas
correspondente a cada curso. Os candidatos que tiverem maior nmero de pontos em cada curso
devero ser classificados e devero ter seus nomes impressos na lista de aprovados. (Considere
apenas uma opo de curso para cada candidato).
Processo Emitir ordem de fabricao:
A emisso de ordens de fabricao na Indstria Faz-Tudo S/A segue o processo descrito a seguir. O
setor de planejamento informa qual o produto que deve ser fabricado. Se este produto estiver
cadastrado, verificado, na estrutura do produto, todos os materiais e suas respectivas quantidades
que devero ser empregadas, para a fabricao do respectivo produto. Para cada material, verificado
se existe estoque suficiente. Se houver quantidade suficiente em estoque para todos os materiais que
compem o produto feita a emisso de uma ordem de fabricao para o produto.
Processo Receber pagamento referente a vendas realizadas:
Uma grande loja de departamentos efetua suas vendas a prazo ou a vista. Quando o cliente efetua a
compra, ao chegar no caixa, ele diz se ir pagar a vista ou a prazo. Se o pagamento for a vista, o
cliente recebe um desconto de 5% sobre o valor de sua compra. Se for a prazo, o cliente dever
escolher o plano de pagamentos, que pode ser em duas, trs, quatro, cinco ou seis parcelas mensais.
Para cada um destes planos, existe um acrscimo sobre o valor da compra, com exceo do plano em
duas vezes, que no tem desconto nem acrscimo. Para compras em trs pagamentos, haver um
acrscimo de 5%. Para quatro parcelas, o acrscimo ser de 7%. Em cinco vezes, o cliente pagar
10% a mais. E em seis parcelas, o cliente pagar um acrscimo de 12%. Para todos os casos de
compra a prazo, o cliente dever ser cadastrado, juntamente com o valor de sua compra e o plano de
pagamento, para que possa ser feito o controle.
58

Processo Processar requisio de materiais:
Quando um departamento da empresa precisa de algum(uns) material(is) do almoxarifado,
preenchida uma requisio de materiais ao almoxarifado. Nesta requisio, verificado se o cdigo
do departamento est preenchido corretamente, ou seja, se existe no cadastro de departamentos. Se
estiver correto, verificado, para cada material da requisio, se ele est cadastrado e se tem saldo
suficiente para atender a quantidade solicitada. Se estiver correto, atualizado o saldo do material.
Caso contrrio, informado ao usurio que algum erro aconteceu.
Processo Calcular imposto de renda a pagar:
O clculo do imposto de renda a pagar feito da seguinte forma. Se estiver em dia, o valor a pagar
ser a multiplicao do nmero de UFIRs pelo valor da UFIR. Se estiver atrasado, o valor a pagar
ser a multiplicao do nmero de UFIRs pelo valor da UFIR, acrescido de juros e multa. A multa a
seguinte: 10% sobre o valor a pagar na data do vencimento se estiver um ms atrasado, ou 20% sobre
o valor a pagar na data do vencimento se estiver mais de um ms atrasado. Os juros so calculados da
seguinte forma: 1% sobre o valor a pagar na data do vencimento se estiver um ms atrasado, ou 2%
sobre o valor a pagar na data do vencimento se estiver dois meses em atraso, ou 3% sobre o valor a
pagar na data do vencimento se estiver trs meses em atraso, ou 4% sobre o valor a pagar na data do
vencimento se estiver quatro meses em atraso. Caso o pagamento for realizado com mais de quatro
meses de atraso, no poder ser recebido, devendo, o contribuinte, ir direto Receita Federal para o
clculo final.
Processo Processar resultados de eleies para deputados:
processamento dos dados das apuraes dos resultados das eleies para deputados feita da forma
descrita a seguir. Deve ser informado primeiramente qual o tipo de deputado (federal ou estadual) e
qual a urna apurada. A partir da, devem ser informados o nmero do candidato e a quantidade de
votos de cada um. Deve ser verificado se o nmero do candidato est cadastrado e, se no estiver,
uma mensagem deve ser mostrada informando esta ocorrncia. Se o candidato estiver cadastrado, a
quantidade de votos deve ser somada no seu cadastro, atualizando assim seu total geral de votos.
Processo Calcular desconto:
O valor do desconto no preo de um produto comercializado por uma empresa de atacados varia em
funo da quantidade comprada, do tipo do cliente e do prazo para pagamento. Um cliente
preferencial que compra a vista tem desconto de 10% at 10 unidades do produto e 15% acima de 10
unidades. O cliente comum, comprando at 10 unidades, tem desconto de 5% a vista ou nenhum
desconto a prazo. Acima de 10 unidades, o cliente comum tem desconto de 10% a vista ou 5% a
59
prazo. O cliente preferencial tambm tem desconto a prazo: 5% at 10 unidades ou 10% acima de 10
unidades.
Processo Emitir lista de preos:
Quando um cliente faz uma solicitao de preos, a empresa verifica se o cliente est cadastrado. Se
no estiver, o cliente cadastrado, tendo como tipo o identificador A, que significa que um
cliente comum. Se estiver cadastrado, verificado o tipo do cliente (pode ser A comum; B
especial; ou C preferencial). Cada produto que o cliente solicita preo consultado no cadastro
de produtos. Caso o produto no seja encontrado ou no tenha quantidade suficiente para atender o
pedido do cliente, o preo no informado, gerando apenas uma mensagem ao cliente informandolhe que no ser possvel atend-lo. Se o produto tiver saldo suficiente para atender ao cliente, o
preo que estiver registrado no cadastro ser utilizado como base para informar ao cliente, atravs de
uma ficha de preos, gerada por computador. O preo que constar na ficha de preos o mesmo
preo do cadastro, se o cliente for do tipo A. Se for B, o preo ser abatido em 5%. E se o cliente
for do tipo C, o preo dever ser abatido em 10%. A ficha de preos encaminhada ao cliente,
constando a relao de preos de todos os produtos solicitados.
Processo Calcular valor a pagar:
A partir da ficha de venda, deve ser verificado o tipo de venda (se venda a vista ou a prazo) e o tipo
de cliente (se comum ou especial). Na ficha de venda consta o valor bruto de venda. Para calcular o
valor a pagar, o seguinte procedimento usado: se for a vista e cliente especial, o valor a pagar ser o
valor bruto de venda abatido de 35%; se for a vista para cliente comum, o valor a pagar ser o valor
bruto de venda abatido de 20%; se for a prazo para cliente especial, o valor a pagar ser o valor bruto
de venda abatido de 15%; se for a prazo para cliente comum, o valor a pagar ser igual o valor bruto
de venda. O valor a pagar ser informado ao cliente.
4.14. Faa a especificao do processo descrito abaixo, utilizando a Tabela de Deciso e indique
quaisquer omisses, ambigidades e contradies que estiverem presentes:
Processo Calcular valor da comisso para vendedor:
A empresa Swell Store emprega alguns vendedores para vender diversos itens. A maioria desses
vendedores recebe seus ganhos a partir de uma comisso paga sobre os itens que eles venderem, mas
alguns so empregados que recebem salrio fixo mais comisses; isto , recebem um salrio fixo, no
importando a quantidade ou o tipo de itens que vendem, mais uma comisso sobre certos itens. A
Swell Store comercializa diferentes linhas de mercadorias, algumas das quais so conhecidas como
itens comuns (uma lata de sopa de tomates, por exemplo) porque so amplamente aceitas e no
exigem tcnicas criativas de vendas; alm disso, existem itens privilegiados que so altamente
lucrativos, mas difceis de vender (um cadilac dourado e cravejado de diamantes, talvez). Os itens
comuns e os privilegiados representam de modo geral as extremidades inferior e superior do espectro
de preos, ensanduichando um grande nmero de itens no meio do espectro. Os clientes tambm so
60
divididos em categorias. Alguns so conhecidos como regulares, porque fazem compras com tanta
freqncia que no h necessidade de vendas criativas. A maioria dos clientes, contudo, faz um
pequeno volume de compras na Swell Store; vm da rua, entram na loja, compram alguma coisa e
desaparecem para sempre. O critrio de comisses da direo o seguinte: se um empregado noassalariado vender um item que no seja comum nem privilegiado para algum que no seja um
cliente regular, recebe uma comisso de 10%, a menos que o item custe mais de $10.000, em cujo
caso a comisso de 5%. Para todos os vendedores, se um item comum for vendido ou se qualquer
item for vendido a um cliente regular, no paga qualquer comisso. Se um vendedor assalariado
vender um item privilegiado, receber uma comisso de 5%, a menos que o item custe mais de
$1.000, caso em que ele recebe uma comisso simples de $25. Se um vendedor no-assalariado
vender um item privilegiado a algum que no seja um cliente regular, recebe comisso de 10%, a
menos que o item custe mais de $1.000, caso em que receber uma comisso simples de $75.
(Extrado do livro Anlise Estruturada Moderna, de Edward Yourdon).
Processo Selecionar candidato:
A partir da existncia da vaga, deve ser verificado qual o departamento onde ela ser ocupada e
qual o edital em que a vaga aberta. Com base no edital so verificados quais so os candidatos
que se inscreveram para a vaga. feita a apurao dos resultados da seleo e o candidato
selecionado aceito como funcionrio da empresa no cargo que estava sendo oferecido na vaga.
Processo Efetuar pagamento de funcionrios:
Cada funcionrio possui um carto-ponto mensal. Com base no ms do pagamento, analisado o
nmero de horas que o funcionrio trabalhou no ms, atravs do carto-ponto relativo a este ms. A
partir disto, verificado qual o salrio base do cargo ocupado pelo funcionrio. O clculo do
pagamento do funcionrio feito, gerando a folha de pagamento e o seu respectivo comprovante de
pagamento.
Processo Registrar promoo de funcionrios:
Quando um funcionrio vai ser promovido, identificado o cargo atual do funcionrio e ento feito
o levantamento de qual ser o novo cargo e verificado se este existe no departamento do
funcionrio. Uma vez definida a promoo, verificada a diferena de salrio entre o cargo anterior e
o novo, que ser informada ao funcionrio. A promoo ento registrada no histrico do
funcionrio.
61

Processo Emitir passagem area:
Para adquirir uma passagem para participar de um vo da Cia. Area Vo Livre, o cliente deve dizer
qual a cidade de origem, qual a cidade de destino e a data da viagem. Com base nestes dados,
consultado no arquivo de vos quais so as opes de horrios disponveis, que so mostradas para o
cliente. O cliente faz sua escolha, informando o horrio e a quantidade de passagens. verificado no
mesmo arquivo de vos se h vagas. Se houver, emitida a passagem rea. Caso no haja vaga
perguntado ao cliente se ele deseja ficar na lista de espera, para conseguir vaga em caso de
desistncia de outro passageiro. Se o cliente fizer esta opo, solicitado o nome do cliente e
registrado na lista de espera.
Processo Emitir ordem de fabricao:
Para serem emitidas as ordens de fabricao referentes a um pedido de cliente, feito o seguinte
procedimento: a partir da identificao do cliente, gerado um contrato, contendo o nmero, a data, o
prazo de trmino e o valor a ser pago pelo cliente. Este contrato desdobrado em vrias encomendas,
cada uma delas contendo um nmero seqencial e um prazo para informado pela Engenharia do
Produto. Cada encomenda refere-se a um produto. Se este produto estiver cadastrado, a encomenda
correspondente desdobrada em ordens de fabricao, incluindo um nmero seqencial, o tempo
total previsto e o tempo total gasto.
Processo Consultar informaes sobre o produto:
A partir do cdigo do produto, so identificados os materiais que o compem. Cada material
mostrado para o usurio, que o Setor de Engenharia do Produto. Aps esta consulta, feito um
procedimento para identificar quais so os contratos que indicam que o cliente deseja este produto.
Estes contratos tambm so mostrados para o usurio.
Processo Realizar recebimento de materiais:
Quando o fornecedor envia um ou mais materiais para a empresa, ele envia, tambm, uma nota fiscal
discriminando estes materiais. O setor de recebimento confere os materiais com a nota fiscal e, se no
estiver correto, devolve-os ao fornecedor. Caso os materiais estejam corretamente discriminados na
nota fiscal, feita a conferncia com o pedido de compra que foi enviado pelo setor de compras para
o fornecedor. Se no estiver correto, gerada uma notificao de divergncia de compra relativo ao
recebimento, e enviada ao fornecedor. Caso os materiais recebidos estejam de acordo com o pedido
de compra, gerada uma nota de recebimento de materiais que enviada para o kardex atualizar o
saldo do material. Outra via da nota de recebimento de materiais enviada para o setor de contas a
pagar.
62

Processo Processar sada de materiais do estoque:
Quando algum centro de custo da empresa necessita de material, preenchida uma requisio de
materiais que levada ao almoxarifado, onde feita a conferncia se existe saldo em estoque ou no
dos materiais solicitados. Se houver saldo suficiente, os materiais so entregues ao solicitante e a
requisio de materiais vai para o kardex, para atualizao do saldo em estoque, e outra via vai para o
setor de custos. Caso algum material no tenha saldo, gerada uma solicitao de compra, que vai
para o setor de compras. O setor de compras encarrega-se de agrupar as solicitaes de compra,
gerando o pedido de compra.
Processo Processar devoluo de materiais ao estoque:
Quando algum centro de custo no utiliza todo o material que foi requisitado atravs da requisio de
materiais, o material que sobrou devolvido ao almoxarifado, juntamente com uma nota de
devoluo de materiais ao estoque. O almoxarife confere a quantidade e o tipo do material devolvido
com o especificado na nota de devoluo de materiais ao estoque. Se no estiver correto, tanto os
materiais como a nota de devoluo so recusadas e retornam ao centro de custo que os enviou. Se
estiver correto, a nota de devoluo de materiais enviada ao kardex, para atualizao do saldo dos
materiais , e outra via vai para o setor de custos.
Processo Emitir passagem area:
Quando um cliente confirma a reserva efetuada para um determinado vo, emitida uma passagem
area, que dever conter a linha area (origem e destino da viagem) desejada, a base area em que o
avio ir partir, a data, o horrio e o nmero do vo, o nmero do avio e o nome do cliente. Quando
o cliente no efetuou a reserva, a passagem emitida se a viagem desejada pelo cliente estiver sendo
oferecida e tiver vaga.
Processo Atualizar estoque de mercadorias do supermercado:
Baseado no relatrio de remessa enviado pelo fornecedor, os itens descritos neste relatrio so
conferidos pelo responsvel pela seo na qual a mercadoria controlada. Se a quantidade informada
no item do relatrio de remessa estiver correto, esta quantidade adicionada ao saldo da mercadoria
em estoque.
63

Processo Efetuar cobrana:
Para cada imvel, calculado o consumo de gua para que seja feita a cobrana. verificada a
ltima leitura do hidrmetro do imvel e subtrada a leitura anterior, chegando-se ao consumo
daquele ms. Multiplica-se este consumo pelo valor do cm3, que informado pela autarquia,
chegando-se ao valor a ser pago. Com este valor, emitida a notificao de cobrana, contendo o
nome do proprietrio, o endereo do imvel, o nmero do hidrmetro, o consumo, o valor a ser pago,
e o nmero da agncia bancria conveniada.
Processo "Efetuar operao de caixa especial de supermercado":
O caixa especial de um supermercado um servio prestado apenas a clientes cadastrados. O cliente
chega ao caixa e informa seu cdigo. Se o cliente no estiver cadastrado, o caixa informa que ele
dever passar pelo caixa comum, no registrando sua compra. Se estiver cadastrado, feito o registro
da compra da forma descrita a seguir. Para cada produto, informado o cdigo do produto atravs de
seu cdigo de barras e a quantidade. Com base neste cdigo, verificado o preo do produto no
cadastro mantido pelo supermercado. calculado o valor do item, multiplicando-se o preo do
produto pela quantidade. impresso o nome do produto, o seu preo unitrio e o valor do item, que
acumulado para o clculo do valor total. No final impresso o valor total e a nota do caixa (conjunto
impresso dos itens e valor total) entregue ao cliente.
Processo "Efetuar troca de bnus por brindes":
Uma indstria de chocolate realizou uma promoo inserindo um carto colorido dentro dos pacotes
do produto. Aps o acmulo de alguns cartes, o cliente pode efetuar a troca dos mesmos por
determinados brindes. Esta troca feita de acordo com as cores e o nmero de cartes. Dez cartes
verdes permitem a troca por uma bola. Cinco cartes verdes ensejam a troca por uma miniatura de
carro esportivo. Dez cartes azuis servem para trocar por um kit de blocos de montar. Cinco cartes
azuis podem ser trocados por um jogo de quebra-cabeas. Dez cartes vermelhos so trocados por
uma boneca. Cinco cartes vermelhos do direito a um jogo de panelas de brinquedo.
Processo "Calcular valor da passagem area":
Um passageiro chega ao balco de uma companhia area e solicita um passagem area. Ele informa o
seu nome e destino desejado. Se ele for cliente da empresa, ele informa seu cdigo para obter
desconto no valor da passagem area. verificado no cadastro de preos, o preo bsico para aquela
localidade desejada. Se o passageiro no for cliente da empresa, o valor da passagem area o valor
bsico. Caso seja cliente, o valor da passagem calculado de acordo com o seguinte critrio: se o
64
nmero de pontos acumulados pelo cliente for maior que 100.000, o valor da passagem area
calculado descontando-se 50% do valor bsico; se o nmero de pontos acumulados pelo cliente
estiver entre 50.001 e 100.000, o valor da passagem area calculado descontando-se 30% do valor
bsico; se o nmero de pontos acumulados for at 50.000, o desconto de 10% do valor bsico. O
valor da passagem area informado ao passageiro.
Processo Emitir relatrio de vendas:
No final de cada ms feito o clculo do resultado das vendas, considerando-se todas as notas fiscais
emitidas no ms. Para cada nota fiscal, so verificados todos os seus itens, somando-se os seus
respectivos valores. Para cada nota, so impressos o nmero da nota fiscal, a data e o valor total de
seus itens. No final, so impressos o nmero de notas fiscais do ms, o valor total de todas as notas, o
valor mdio por nota fiscal e o valor mdio por dia (considerando-se 30 dias).
Processo "Verificar situao final do aluno":
A partir das notas informadas pelo professor e do registro de freqncia, calculada a mdia final
(somatria de todas as notas dividido pela quantidade de notas). O resultado final, que informado ao
aluno, leva em conta a freqncia e a mdia. Se a mdia for maior ou igual a 5 e a freqncia maior
ou igual a 75%, o resultado final Aprovado. No caso da mdia ser menor que 5, o resultado final
Reprovado por mdia, se a freqncia for maior ou igual a 75%, ou Reprovado por mdia e
falta, no caso da freqncia ser menor que 75%. Se a freqncia for menor que 75% e a mdia
menor que 5, o resultado final Reprovado por falta.
Processo "Emitir boletim de notas semestral":
A secretaria de uma Universidade envia a todos os alunos, semestralmente, um boletim de notas,
onde consta as notas finais dos alunos em cada disciplina cursada. O boletim emitido para todos os
alunos cadastrados. Para cada um, impresso um cabealho com o nome do aluno e feita a
verificao de sua matrcula, onde constam as disciplinas cursadas. Para cada disciplina cursada,
obtida a nota final que o professor informou, e est armazenada separadamente, e so impressos o
nome da disciplina, a nota e a situao (que pode ser aprovado, se a nota final for maior ou igual a
5, ou reprovado, se a nota final for menor que 5). No final do boletim so impressos o nmero de
disciplinas cursadas, o nmero de disciplinas aprovadas, o nmero de disciplinas reprovadas e a
mdia das notas.
65

Processo "Calcular valor de multa":
O setor de cobrana de multas de um municpio utiliza o seguinte critrio para calcular o valor da
multa: Se a multa for para uma infrao grave para um infrator primrio (ou seja, uma pessoa que
cometeu pela primeira vez uma infrao qualquer), o valor da multa o equivalente a 5 salrios
mnimos. Se a infrao grave cometida por um infrator reincidente, a multa vale 8 salrios
mnimos. As infraes mdias tm multa de 3 ou 5 salrios mnimos, respectivamente para infratores
primrios e reincidentes. Um infrator reincidente dever pagar 2 salrios mnimos de multa no caso
de cometer uma infrao pequena, enquanto que para um infrator primrio, a multa para este tipo de
infrao de 1 salrio mnimo.
Processo "Registrar contas telefnicas":
Em uma empresa de administrao pblica, quando um funcionrio deseja fazer uma ligao para
fora da cidade, ele informa telefonista o seu ramal telefnico e se a ligao ser feita por conta da
empresa ou particular. Se for por conta da empresa, a telefonista faz a ligao e informa a data da
ligao, o horrio de incio e de trmino, que so registrados, juntamente com o nmero do ramal
mencionado, no cadastro de ligaes de servio. Se a ligao for particular, o funcionrio informa o
seu nmero de funcionrio e seu nome. verificado se os dados esto corretos, ou seja, se o nmero
de funcionrio est cadastrado e se o nome cadastrado corresponde ao nome informado. Se estiver
tudo correto, a telefonista informa a data da ligao, o horrio de incio e de trmino, que so
registrados juntamente com o nmero do funcionrio, no cadastro de ligaes particulares.
Processo "Calcular meta de consumo de energia eltrica":
Uma concessionria de fornecimento de energia eltrica, para cumprir a determinao do programa
de racionamento de energia eltrica estabelecido pelo governo federal, adotou o seguinte
procedimento: Para cada cliente, verificado, nos cadastros histricos da companhia, qual foi o
consumo de maio, junho e julho do ano 2000. calculada a mdia mensal com base no consumo
destes meses e, do resultado, abatido 20% para se chegar meta de consumo. Esta meta impressa
para ser enviada ao cliente. Se o consumo mdio dos trs meses for superior a 200 Kwh, tambm
impressa uma observao de que haver sobretaxa se o cliente mantiver o consumo acima de 200
Kwh.
66

Processo "Processar consulta mdica"
Ao processar uma consulta, a secretria do mdico informa o nmero de registro do paciente. Se o
paciente ainda no estiver cadastrado, solicitado seu nome, endereo, data de nascimento e sexo,
que so cadastrados. Se estiver cadastrado, so listados, para uso do mdico, todos os histricos de
consulta anteriores envolvendo o paciente com o mdico.
Processo "Emitir lista de clientes inadimplentes"
Uma empresa comercial, em seu sistema de vendas, mantm controle de pagamentos efetuados pelos
clientes e, para tomada de deciso sobre cobranas judiciais, possui uma lista de clientes
inadimplentes que gerada da forma descrita a seguir. Para cada cliente cadastrado, verificada se
h algum boleto bancrio registrado em seu nome. Se houver so verificados a data de vencimento e
o valor do pagamento realizado. Se o valor do pagamento igual a zero e a data de vencimento j
tiver ocorrido, porque o cliente no efetuou o pagamento. Neste caso, o cliente entra na lista, que
contm o seu nome, endereo, telefone, o nmero do boleto, a data do vencimento e o valor previsto
para pagamento. Aps completar a lista, ela enviada ao gerente financeiro para sua anlise.
Processo "Calcular rendimentos de aplicao financeira"
Um banco realiza diversos tipos de aplicaes financeiras. Um dos fundos de investimento que o
banco mantm, prev uma taxa de rendimentos igual aos juros da caderneta de poupana, acrescido
de 0,25% ao ms para clientes especiais ou 0,15% ao ms para clientes comuns. Estes rendimentos
so acrescidos de 0,1% ao ms para investimentos superiores a R$ 10.000,00. Se o dinheiro ficar
aplicado por mais de 3 meses, a partir do 4. ms, os rendimentos anteriores so acrescidos de 0,2%
ao ms para clientes especiais e 0,1% ao ms para clientes comuns.
Processo "Definir ndice de qualidade de vida"
Uma anlise do ndice de qualidade de vida de vrias cidades foi feita utilizando-se dados de
qualidade do ar, segurana e empregabilidade. Uma cidade considerada com excelente qualidade de
vida se os ndices de qualidade do ar, segurana e empregabilidade for "bom" ou, pelo menos, dois
deles for "bom" e um "regular". Se todos os ndices forem "regular", ou, pelo menos, dois deles for
"regular", o ndice de qualidade de vida considerado regular. Tambm considerado regular se um
dos ndices for "bom", outro "regular" e outro "ruim", ou ainda se dois ndices forem "bom" e um
"ruim". No caso de haver pelo menos dois ndices "ruim", o ndice de qualidade de vida
considerado ruim.
67

Processo "Processar consulta mdica"
Ao processar uma consulta, a secretria do mdico informa o nmero de registro do paciente. Se o
paciente ainda no estiver cadastrado, solicitado seu nome, endereo, data de nascimento e sexo,
que so cadastrados. Se estiver cadastrado, so listados, para uso do mdico, todos os histricos de
consulta anteriores envolvendo o paciente com o mdico.
68
Dicionrio de Dados
O Dicionrio de Dados uma das ferramentas teis para anlise orientada a dados. Ela completa a
modelagem de anlise de um sistema, definindo os dados existentes num Diagrama de Fluxo de
Dados.
Conceito
O Dicionrio de Dados uma ferramenta da Anlise Estruturada que serve para descrever os dados
de um sistema. Todos os dados citados nos Diagramas de Fluxo de Dados, nas especificaes de
processo e nos Diagramas de Descrio de Entidades so listados e definidos em termos de
contedo e significado atravs do Dicionrio de Dados. As decomposies dos itens de dado
compostos do Dicionrio de Dados tambm so definidos pela ferramenta.
Neste captulo:
Dicionrio de Dados
Notao
Aplicao
Estruturas
O resultado final da aplicao desta ferramenta

uma lista em ordem alfabtica, com entradas de
nomes diferentes (ou seja, no pode haver dois
itens de dado com o mesmo nome, mas com
contedo ou significado diferentes) e seus
respectivos contedos e significados.
Os dados so representados no Dicionrio de
Dados da mesma forma como so referenciados
no Diagrama de Fluxo de Dados e nas
especificaes de processo. Isto significa que os
fluxos de dados so representados em letras
minsculas e os Depsitos de Dados com a
primeira (ou as primeiras) letra(s) em maisculo.
O Dicionrio de Dados uma ferramenta
simples, em funo de sua notao simples de
ser usada e regras de fcil aplicao. Mas uma
ferramenta extremamente til para definir os
dados, evitando-se redundncias, ambigidades e
contradies, alm de proporcionar uma
descrio compreensvel e padronizada de todos
os dados envolvidos no sistema.
69
Notao
O Dicionrio
construo:
=
+
()
{}
[]
**
@
|
-
de Dados utiliza os seguintes smbolos para representar suas possibilidades de

significa: composto de
significa: e
significa: opcional
significa: iterao ou repetio
significa: alternativas possveis de valores
significa: comentrio
significa: identificador de um depsito de dados
significa: ou (usado exclusivamente para separar as alternativas dentro de [ ])
significa: faixa de valores (usado exclusivamente na construo [ ])
Regras para a construo do Dicionrio de Dados

A construo de um Dicionrio de Dados uma tarefa simples. Basicamente, as seguintes regras
podem ser aplicadas:
.Cada item de dados a ser definido (geralmente, fluxos de dados e depsito de dados do DFD e
atributos do Diagrama Entidade-Relacionamento e Diagrama de Descrio de Entidades) listado e
sua composio definida em termos de itens de dados de nvel menor.
.Os itens de dados que fazem parte de outros itens tambm so definidos da mesma forma descrita no
primeiro passo, at a definio de itens atmicos (no decompostos, ou seja, aqueles cuja definio
feita em termos de valores e no itens de dados).
.Aps a descrio de todos os itens de dados, os mesmos devem ser colocados em ordem alfabtica.
.Os depsitos de dados so descritos usando-se a construo de iterao ou repetio ({ }).
.Os comentrios, quando usados, devem ser colocados antes da composio do item.
.Os itens atmicos podem ser definidos como combinaes de dados tipo estrutura, tais como
nmero ([ 0-9 ]), caracter ([ A-Z | 0-9 | | , | . | - | ]) ou data (dia + ms + ano), ou ainda, por
faixas ou alternativas de valores.
Exemplo
Considerando um talo de cheques convencional, o seguinte Dicionrio de Dados poderia ser
definido (supondo que vrios tales de cheques faam parte de um depsito de dados):
ano
caracter
cheque
cidade
70
= {nmero}
= [A-Z | 0-9 | | , | . | - | ]
= nmero do banco + nmero da agncia + nmero da conta +
nmero do cheque + valor do cheque + (favorecido) + data de
emisso + nome do cliente + cpf + rg
= {caracter}
cpf
data de emisso
dia
favorecido
ms
=
=
=
=
=
nome do cliente
nmero
nmero da agncia
nmero da conta
nmero do banco
nmero do cheque
rg
talo de cheque
=
=
=
=
=
=
=
=
Tales de cheque
valor do cheque
=
=
{nmero}
cidade + dia + ms + ano
[1-31]
{caracter}
[janeiro|fevereiro|maro|abril|
maio|junho|julho|agosto|setembro|
outubro|novembro|dezembro]
{caracter}
[0-9]
{nmero}
{nmero}
{nmero}
{nmero}
{nmero}
*o talo de cheque um conjunto de 20 folhas de cheque
agrupadas, com numerao seqencial*
{cheque}
{talo de cheque}
{nmero}
Uma notao alternativa para a representao de iterao ou repetio o uso de valores mnimos e
mximos de iterao. Por exemplo, poderia-se definir: ano = 1 { nmero } 4. Isto significa que o
item de dados ano composto de um at quatro nmeros de 0 a 9.
DeMARCO, T. Anlise Estruturada e Especificao de Sistema. Campus, 1982.
71
Exerccios
5.1. Faa o Dicionrio de Dados para os elementos presentes no documento abaixo::
HISTRICO DE FUNCIONRIO
Nome:..................................................................................................................................
Endereo:.............................................................................................................................
Cidade:......................................................... Estado:............... CEP:................................
Cargo atual:..........................................................................................................................
Salrio correspondente ao cargo:........................ Data da ocupao do cargo:.../.../.........
Observaes:
.............................................................................................................................................
.............................................................................................................................................
.............................................................................................................................................
.............................................................................................................................................

NOTA FISCAL
Nmero:.............
Data:....../....../......
Srie:..................
Nome do cliente:..................................................................................................................
Endereo: ............................................................................................................................
Cidade:.................................................. Estado:................. CEP:.................................
Telefone:.(......)............................ CPF:................................... RG:..............................
Cd.
Preo
Preo
N.
Produto
Descrio
Unitrio Qtde Total
..... .................. .................................................................... ............ ....... ..........
..... .................. .................................................................... ............ ....... ..........
..... .................. .................................................................... ............ ....... ..........
..... .................. .................................................................... ............ ....... ..........
..... .................. .................................................................... ............ ....... ..........
..... .................. .................................................................... ............ ....... ..........
..... .................. .................................................................... ............ ....... ..........
..... .................. .................................................................... ............ ....... ..........
..... .................. .................................................................... ............ ....... ..........
..... .................. .................................................................... ............ ....... ..........
..... .................. .................................................................... ............ ....... ..........
Valor total da nota ..........
72
HISTRICO ESCOLAR
RA:....................... Nome do aluno:..................................................................................
Curso:......... - .................................................................... Turno:............. Currculo:........
Sem.
Cd.
Nome Disciplina
Crditos Resultado
Disciplina
....... ................... ...............................................................
........
............
................... ...............................................................
........
............
................... ...............................................................
........
............
................... ...............................................................
........
............
................... ...............................................................
........
............
....... ................... ...............................................................
........
............
................... ...............................................................
........
............
................... ...............................................................
........
............
................... ...............................................................
........
............
................... ...............................................................
........
............
....... ................... ...............................................................
........
............
................... ...............................................................
........
............
................... ...............................................................
........
............
Legenda (Resultado):
AP Aprovado
RM Reprovado por mdia
RF Reprovado por falta
AE Aproveitamento de Estudos
RECIBO
Valor:..............................
Recebemos, do Sr. ........................................................................................................., o
valor de .............................................................................................................................,
correspondente aos servios de ...........................................................................................
.............................................................................................................................................
......................................, ....... de .................................... de ............
____________________________
Recebedor
73

VENDA COM CARTO DE CRDITO
Data da venda:....../....../...... Nome do vendedor:.............................................................
Valor total da venda:...................................
Dados do cliente:
Nome:..................................................................................................................................
Endereo: ............................................................................................................................
Cidade:.................................................. Estado:.............. CEP:....................................
Telefone:.(......)............................ CPF:..................................... RG:.............................
Dados dos produtos vendidos:
Cdigo:....... Descrio:.................................................. Preo:............... Quantidade:......
Dados do carto de crdito:
Nmero do carto:........................................................... Data de validade:....../....../......
Nome do carto: ( ) Visa ( ) Mastercard ( ) Diners ( ) American Express

FICHA DE CONTROLE DE VAGAS DE ESTACIONAMENTO
Nome do edifcio:................................................ Nmero do apartamento:.......... Tipo:
Nome do morador:................................................ Telefone (se houver):................. ( ) Proprietrio
( ) Inquilino
VAGAS:
Nmero da vaga
Marca do veculo
Cor do veculo
Placa do veculo
.............
................................
..............................
................
.............
................................
..............................
................
.............
................................
..............................
................
.............
................................
..............................
................
74

ORDEM DE SERVIO
Data:..../..../..... Nmero da ordem de servio:........................ Placa do veculo:................
Marca do veculo:................ Modelo do veculo:.................... Cor do veculo:..................
Quilometragem do veculo:............................
Servios a serem executados:
Cdigo do
Descrio do servio
Nome do responsvel
servio
............
................................................................ .............................................
............
................................................................ .............................................
...
...
...
............
................................................................ .............................................

DIRIO DE CLASSE
Cdigo do Curso:.................. Nome do Curso:...............................................................
Cdigo da Disciplina:............ Nome da Disciplina:........................................................
Perodo Letivo:.............. Turma:................ Nome do professor:....................................
ALUNOS:
AULAS:
RA
NOME
DIA MATRIA LECIONADA
......... ........................................................ ....... ..........................................................
...
...
......... ........................................................ ....... ...........................................................

FORMULRIO DE RESPOSTAS
Nmero do candidato:........... Nome do candidato:........................................ RG:.............
Data do exame:../../.... Opes: ..... | ..... | ..... Tipo: ( ) Vestibulando ( ) Treineiro
Respostas s questes:
N. questo - resposta
01 - ...............
16 - ...............
31 - ...............
02 - ...............
17 - ...............
32 - ...............
...
...
...
15 - ...............
30 - ...............
45 - ...............
Observao: as respostas so escolhidas dentre alternativas identificadas de A a E.
75

FICHA CATALOGRFICA
N.:..........................
DATA:..../..../.....
ACERVO:.........................................................................
TTULO:...........................................................................................................................................
REA DE CLASSIFICAO:............................
PALAVRAS-CHAVE: 1.............................
2.............................
3.............................

FICHA DE COLETA DE DISPONIBILIDADE DE HORRIO PARA AULAS
NMERO DO PRONTURIO:..........................
PERODO LETIVO:.............
NOME DO PROFESSOR:...............................................................................................................
DISPONIBILIDADES DE HORRIO:
DIA DA SEMANA
HORRIO DE INCIO
HORRIO DE TRMINO
...........................
...................
...................
...........................
...................
...................
...........................
...................
...................
...........................
...................
...................
76
Diagrama de Estrutura
O Diagrama de Estrutura uma ferramenta de decomposio funcional, onde o programa visto

como uma hierarquia de componentes funcionais. O Diagrama de Estrutura til no projeto de
programas no contexto do Projeto Estruturado, proposto por Constantine e Yourdon. O conceito
bsico do Diagrama de Estrutura a modularizao. Cada componente funcional um mdulo do
projeto, que ser codificado e gerar um mdulo do cdigo fonte do programa.
O Diagrama de Estrutura um diagrama hierrquico, uma vez que cada mdulo decomposto em
mdulos menores, at que toda a rvore do projeto esteja completa. O programa representado
como um conjunto de mdulos organizado hierarquicamente. A decomposio de um mdulo em
mdulos menores chamada de fatorao.
Neste captulo:
Diagrama de Estrutura
Anlise de Transformao
Anlise de Transao
Acoplamento
Coeso
A base para a construo do Diagrama de

Estrutura o Diagrama de Fluxo de Dados
(DFD). O Projeto Estrutura prope uma
metodologia de derivao do Diagrama de
Estrutura a partir do DFD.
Componentes do Diagrama de
Estrutura
O Diagrama de Estrutura composto
basicamente dos seguintes elementos:
-Componente funcional (ou mdulo);
-Hierarquia entre os componentes funcionais;
-Vetor de dados;
-Vetor de estados.
A representao dos componentes do Diagrama
de Estrutura feita conforme a notao
apresentada na Figura 6.1.
77
Componente funcional
Hierarquia dos componentes funcionais
Vetor de dados
Vetor de estados
Figura 6.1. Notao grfica dos componentes do Diagrama de Estrutura

O componente funcional, ou mdulo, um conjunto de tarefas desempenhada pelo programa com uma
singularidade de propsito. Isto , o mdulo responsvel por executar uma funo especfica no
programa, podendo ser chamado por outros mdulos e podendo, tambm, chamar outros mdulos para
a consecuo de seu objetivo. Cada mdulo, em um projeto, deve ser especificado, podendo-se utilizar
o Portugus Estruturado, onde o vocabulrio utilizado o do projeto do software, ou seja, os nomes a
serem usados como variveis, arquivos e processos so os nomes usados no projeto de banco de dados
(nomes de tabelas, arquivos e atributos) e no Diagrama de Estrutura (nomes dos mdulos).
A hierarquia dos componentes funcionais representa as chamadas entre os mdulos. A seta indica qual
mdulo chama outro. Portanto, o Diagrama de Estrutura representa somente a interface entre os
mdulos. A lgica interna de cada mdulo dada pela especificao dos mdulos em Portugus
Estruturado (ou outra ferramenta de especificao).
O vetor de dados um elemento de dados ou um conjunto de dados que um mdulo passa para outro
como parmetro na chamada ou retorna como resultado de uma chamada. O vetor de dados contm
informaes com contedo relacionado ao domnio da aplicao. A seta do vetor de dados indica o
sentido em que tal dado passado (de qual mdulo para qual).
O vetor de estados semelhante ao vetor de dados, porm seu significado est relacionado ao controle
do programa e no ao contedo de dados propriamente dito. Um vetor de estados uma informao de
controle que ser usado para o teste de uma condio no mdulo que o recebe. Geralmente booleano
e determina a execuo ou no de outros mdulos.
Martin e McClure (1991) prope algumas regras bsicas de controle para um Diagrama de Estrutura:
-Existe um mdulo, e somente um, na parte superior (primeiro nvel) do Diagrama de Estrutura, que
o ponto onde comea o controle (este mdulo chamado de raiz).
-A partir da raiz, o controle passado, nvel por nvel, para os outros mdulos, retornando sempre ao
mdulo que fez a chamada.
-Existe no mximo uma relao de controle entre quaisquer dois mdulos no Diagrama de Estrutura,
ou seja, um mdulo que chama outro, no pode ser chamado por este ltimo.
78
Estratgias para transformao do DFD em Diagrama de Estrutura

No contexto do Projeto Estruturado, o Diagrama de Estrutura uma derivao dos Diagramas de
Fluxo de Dados do modelo de anlise do sistema. Para transformar um DFD em Diagrama de
Estrutura, duas estratgias podem ser usadas, isoladamente ou de forma combinada, dependendo da
aplicao. Essas estratgias so:
-Anlise de Transformao;
-Anlise de Transao.
Anlise de Transformao
A Anlise de Transformao aplica-se ao DFD, ou parte do DFD, que representa uma seqncia
lgica em que se distinguem processo(s) que implementam a entrada de dados, processo(s) que
implementam a transformao ou o transporte dos dados de entrada, gerando dados de sada, e
processo(s) que implementam a sada de dados.
O procedimento de aplicao da Anlise de Transformao baseado na identificao dos
componentes funcionais que fazem o processamento lgico de transformao de dados de entrada
em dados de sada e, a partir destes componentes, separar os componentes que tratam da entrada de
dados (processos anteriores aos componentes que fazem o processamento lgico) dos componentes
que tratam da sada de dados (processos posteriores aos componentes que fazem o processamento
lgico).
Os passos para transformar o DFD em Diagrama de Estrutura, segundo a abordagem da Anlise de
Transformao so os seguintes:
1. etapa: Dividir o DFD em trs partes: Ramo Aferente (entrada), Centro de Transformao
(processamento) e Centro de Transao (sada).
O ramo aferente inclui os processos que transformam dados de entrada do formato fsico para o
formato lgico.
O centro de transformao composto pelos processos independentes de consideraes fsicas de
entrada e sada, que ligam o ramo aferente aos processos de sada. Num mesmo DFD pode haver
mais de um Centro de Transformao. E um mesmo Centro de Transformao pode ser formado de
mais de um processo.
O ramo eferente inclui os processos que transformam os dados resultantes de processamento do
formato lgico para o formato fsico de apresentao.
2. etapa: Derivar o Diagrama de Estrutura.
Um componente funcional criado como raiz (processo de nvel mais alto do programa, ou seja, se
o DFD que est sendo processado um DFD nvel 0, por exemplo, o processo de nvel mais alto o
processo que representa o sistema no Diagrama de Contexto).
79
Se houver mais de um Centro de Transformao, criado um novo componente funcional para cada
um, em um nvel mais alto (imediatamente abaixo da raiz). Cada centro de transformao colocado
no nvel seguinte como um componente funcional. Cada ramo aferente e ramo eferente colocado
como um componente funcional, respectivamente, antes e depois do centro de transformao
respectivo, ficando para cada conjunto, trs mdulos de mesmo nvel (ramo aferente, centro de
transformao e ramo eferente).
Quando o centro de transformao, ramo aferente ou ramo eferente for composto de um nico
processo, o nome destes mdulos igual ao nome dado ao processo correspondente no DFD. Quando
o centro de transformao, ramo aferente ou ramo eferente for composto de mais de um processo, o
mdulo recebe um outro nome, que seja significativo para o conjunto de processos que representa, e
os processos do DFD que correspondem a cada parte so detalhados no nvel seguinte, sendo um
mdulo para cada processo do DFD, com o mesmo nome usado no DFD.
3. etapa: Acrescentar as sub-funes requeridas pelos componentes funcionais ao Diagrama de
Estrutura, atravs dos DFDs de nvel mais detalhado ou por meio do processo de fatorao.
Se houver DFD de nvel mais detalhado, deve-se proceder a mesma anlise usada no DFD de nvel
mais geral, incluindo os mdulos correspondentes nos nveis seguintes do mdulo correspondente ao
processo do DFD que foi explodido.
Outra forma de detalhar o Diagrama de Estrutura a fatorao. Fatorao o processo de dividir
componentes funcionais em sub-funes, com o objetivo de particionar, de maneira mais adequada, a
complexidade do software. Geralmente, a fatorao est associada avaliao do projeto, por meio
das mtricas de acoplamento e coeso, que so apresentadas mais adiante.
4. etapa: Acrescentar os vetores de dados e vetores de estado ao Diagrama de Estrutura.
Os vetores de dados e vetores de estados so includos no Diagrama de Estrutura, de forma coerente
com os fluxos de dados de entrada e sada dos processos do DFD. No so representados os fluxos
que tm origem ou destino em entidade externa ou depsito de dados. Somente as ligaes entre
processos so usadas como referncia para os vetores de dados e estados que entram ou saem dos
mdulos.
Anlise de Transao
A anlise de transao uma estratgia aplicada ao DFD que representa processamento de
transaes. Uma transao uma ao atmica (indivisvel) do ponto de vista do usurio, disparada
por um elemento de dados qualquer.
O procedimento bsico para derivao do Diagrama de Estrutura usando a Anlise de Transao
identificar a partir de qual ou quais processos as transaes so acionadas. Esse(s) processo(s), a
partir do(s) qual(is) as transaes so acionadas forma(m) o centro de transao. Os processos
correspondentes s aes realizadas a partir do centro de transao so as transaes.
80
comum no haver um processo no DFD a partir do qual as transaes so acionadas. Neste caso,
considera-se como centro de transao o processo de nvel mais alto (no caso de um DFD nvel 0, o
processo de nvel mais alto o processo que representa o sistema como um todo do Diagrama de
Contexto).
Os passos para derivar o Diagrama de Estrutura utilizando a Anlise de Transao so os seguintes:
1. etapa: Identificar as fontes de transaes.
As fontes de transaes so identificadas a partir dos dados ou estados que permitem gerar cada
transao. Geralmente, referem-se a opes que o usurio pode escolher no momento de executar o
software.
2. etapa: Localizar o Centro de Transao.
O centro de transao o processo ou conjunto de processos do DFD a partir do qual as transaes
so acionadas. Localizar o centro de transao essencial, pois os mdulos de transao ficaro
hierarquicamente subordinados ao mdulo correspondente ao centro de transao.
3. etapa: Identificar os mdulos de transao.
Os mdulos de transao so aqueles que so acionados pelo centro de transao. Todos os
processos do DFD que partem do processo ou dos processos que formam o centro de transao so
mdulos de transao.
4. etapa: Criar o Diagrama de Estrutura.
O Diagrama de Estrutura criado, colocando-se o centro de transao no primeiro nvel e os
mdulos de transao no nvel seguinte. Se cada mdulo de transao for formado por mais de um
processo do DFD, deve-se criar um mdulo com um nome significativo para este conjunto de
processos e cada processo individualmente ser alocado no nvel seguinte ao do mdulo mais
genrico da transao. Se algum processo tiver exploso em DFD de nvel mais detalhado, a mesma
anlise deve ser feita para tal DFD, colocando-se os mdulos gerados no nvel seguinte ao mdulo
mais genrico da transao.
5. etapa: Fatorar os mdulos de transao.
Esta etapa consiste no mesmo procedimento de fatorao aplicado na estratgia de Anlise de
Transformao.
6. etapa: Adicionar os vetores de dados e estados ao Diagrama de Estrutura.
Esta etapa semelhante ltima etapa da estratgia de Anlise de Transformao.
81
Avaliao do projeto
A avaliao tem por objetivo medir a qualidade do projeto. Um bom projeto aquele em que os
mdulos esto bem balanceados, sem sobrecarga em qualquer parte do Diagrama de Estrutura, e a
ligao entre os mdulos est bem leve, de forma que haja o mnimo de passagem de parmetros em
cada chamada de mdulo.
A avaliao de um projeto feita com base em duas medidas: acoplamento e coeso.
Acoplamento
O acoplamento mede o grau de independncia entre os mdulos. A independncia entre os mdulos
medida pela quantidade e natureza de informaes que so passadas de um mdulo para outro. O
ideal que os mdulos estejam fracamente acoplados. Isto significa que um mdulo no deveria
passar uma quantidade muito grande de dados para outro fazer algum processamento sobre eles.
H cinco tipos de acoplamento:
-Acoplamento de contedo: quando um mdulo utiliza ou modifica elementos internos de outro.
-Acoplamento comum: quando dois mdulos compartilham as mesmas reas globais.
-Acoplamento de controle: quando os dados de um mdulo so usados para definir a ordem de
execuo das instrues do outro.
-Acoplamento de imagem: quando os mdulos se comunicam atravs de item de dados composto.
-Acoplamento de dados: quando os mdulos se comunicam atravs da passagem de dados como
parmetro.
A Figura 6.2 mostra a relao dos tipos de acoplamento. O melhor tipo de acoplamento o de dados,
que o mais fraco. Isto significa que os mdulos em questo so mais independentes, pois no h
interferncia de um sobre o contedo do outro.
mais forte
melhor
pior
Contedo
Comum
Controle
Imagem
mais fraco
Dados
Figura 6.2. Tipos de acoplamento.
Coeso
A coeso mede a fora com que os elementos dentro de um mdulo esto relacionados. Em outras
palavras, a coeso mede o quanto um mdulo est executando uma nica funo. Desta forma,
quanto mais forte a coeso, melhor. Quanto mais coeso for o mdulo, maior ser sua singularidade
de propsito.
82
H sete tipos de coeso:

-Coeso funcional: cada elemento do mdulo parte necessria e essencial de uma e somente uma
funo.
-Coeso seqencial: os elementos do mdulo se relacionam por executarem diferentes partes de uma
seqncia de operaes onde a sada de uma a entrada da seguinte.
-Coeso comunicacional: os elementos do mdulo operam sobre os mesmos dados.
-Coeso procedural: os elementos do mdulo so partes de um procedimento.
-Coeso temporal: os elementos do mdulo esto relacionados pelo tempo.
-Coeso lgica: os elementos do mdulo so orientados para executarem uma certa classe de
operaes.
-Coeso coincidental: os elementos do mdulo no so relacionados.
A Figura 6.3 mostra a relao dos tipos de coeso. A melhor coeso a coeso funcional, que a
mais forte, significando que o mdulo executa uma nica funo.
mais forte
Funcional
pior
melhor
Seqencial Comunicacional
Procedural Temporal
Lgica
mais fraco
Coincidental
Figura 6.3. Tipos de Coeso.
CONSTANTINE, l. YOURDON, E. Projeto Estruturado, Editora Campus, 1990.
PAGE-JONES, M. Projeto Estruturado. Editora McGrawHill, 1988.
83
Exerccios
6.1. Faa o Diagrama de Estrutura para o DFD abaixo:
Processo Gerenciar biblioteca

Processo Efetuar matrcula
84

Processo Processar solicitao do cliente

Processo Gerar anncio publicitrio
85

Processo Processar recebimento de declarao de imposto de renda

Processo Emitir histrico escolar
86

Processo Processar notas e faltas

Processo Gerar pedido de compra
87

Processo Gerar compra

Processo Processar recebimento de materiais
88

Processo Processar emprstimo de livro

Processo Processar pagamento de aluguel
89

Processo Emitir relatrio gerencial

Processo Efetuar matrcula
90
91

Processo "Processar despesa"
92
93

Processo "Processar venda a prazo"
94

Processo "Apurar resultados de prova de vestibular"

Processo "Processar transao comercial com carto de crdito"
95

apostilaWaldoIFPR PDF

Diunggah oleh

Informasi Dokumen

Judul Asli

Hak Cipta

Format Tersedia

Bagikan dokumen Ini

Bagikan atau Tanam Dokumen

Opsi Berbagi

Apakah menurut Anda dokumen ini bermanfaat?

Apakah konten ini tidak pantas?

Hak Cipta:

Format Tersedia

apostilaWaldoIFPR PDF

Diunggah oleh

Hak Cipta:

Format Tersedia

Sumrio

1 - Sistemas de Informao, Engenharia de Software e Tcnicas Estruturadas, 1

3 - Diagrama de Fluxo de Dados (DFD), 21

Para compreender o processo de desenvolvimento

Figura 1.1. Esquema bsico do processamento de dados.

Figura 1.2. Interao entre os elementos bsicos de um sistema baseado em computador.

Figura 1.3. Relao entre os elementos da Engenharia de Software em uma Metodologia de

projetos de desenvolvimento de sistemas dentro da organizao; e introduzir pontos de verificao

Figura 1.4. Ciclo de vida clssico.

Figura 1.5. Ciclo de vida semi-estruturado.

Figura 1.6. Ciclo de vida estruturado.

identificar os usurios responsveis;

garantir que o sistema apresentar o nvel apropriado de qualidade.

H algumas vantagens em se adotar a metodologia estruturada, tais como: reduo de custos de

Software; princpios da Engenharia da Informao; princpios de projetos de sistemas apoiados por

Elementos relativos aos procedimentos gerenciais e organizao do desenvolvimento:

Princpios bsicos da filosofia estruturada

modificao, refinamento, expanso e extrao de sub-conjuntos dos diagramas do projeto,

Alguns cuidados especiais devem ser tomados

motivaes; ouvir um relato, biogrfico ou cronolgico, de fatos vivenciados ou observados pelo

Diretrizes para a entrevista

Documentao dos requisitos do sistema

Figura 2.1. Modelo de documentao de requisitos do sistema.

Diagrama de Fluxo de Dados

Notao grfica do DFD

Edward Yourdon, define o DFD como uma

em especificao estruturada. Os requisitos do sistema incluem as necessidades do usurio (o que ele

Figura 3.1. Smbolos do Diagrama de Fluxo de Dados.

Os processos so definidos atravs de um identificador e um nome significativo. O identificador

ou pela primeira em maisculo e as demais em minsculo. Os nomes das entidades externas

Nveis de representao do DFD tcnicas de fracionamento da

A aplicao dessas tcnicas de nivelamento permite um fracionamento da complexidade de sistemas

Diretrizes para desenhar um DFD

selecionados. Quando os fornecedores informarem os preos e condies de pagamento solicitados

oramentos mais vantajosos para o municpio so encaminhados para a Secretaria de Planejamento,

se ao de uma linguagem de programao, excludos os detalhes de sintaxe.

Sentena declarativa simples

Tabela 4.2. Tipos de construes de deciso.

Tabela 4.3. Tipos de construes de repetio.

considerado como sendo um.

FAZER ENQUANTO condio (...)

PARA varivel = incio AT fim POR incremento

Figura 4.1. Os quadrantes de uma Tabela de Deciso.

Figura 4.2. Representao de uma rvore de Deciso..

4.8. Faa a especificao do processo descrito abaixo, utilizando o Portugus Estruturado e, se

4.18. Faa a especificao do processo descrito abaixo, utilizando o Portugus Estruturado e, se

4.22. Faa a especificao do processo descrito abaixo, utilizando o Portugus Estruturado e, se

4.26. Faa a especificao do processo descrito abaixo, utilizando o Portugus Estruturado e, se

4.33. Faa a especificao do processo descrito abaixo, utilizando o Portugus Estruturado e, se

4.36. Faa a especificao do processo descrito abaixo, utilizando o Portugus Estruturado e, se

4.40. Faa a especificao do processo descrito abaixo, utilizando o Portugus Estruturado e, se

O resultado final da aplicao desta ferramenta

de Dados utiliza os seguintes smbolos para representar suas possibilidades de

Regras para a construo do Dicionrio de Dados

5.2. Faa o Dicionrio de Dados para os elementos presentes no documento abaixo::

5.3. Faa o Dicionrio de Dados para os elementos presentes no documento abaixo::

5.5. Faa o Dicionrio de Dados para os elementos presentes no documento abaixo::

5.6. Faa o Dicionrio de Dados para os elementos presentes no documento abaixo::

5.7. Faa o Dicionrio de Dados para os elementos presentes no documento abaixo::

5.8. Faa o Dicionrio de Dados para os elementos presentes no documento abaixo::

5.9. Faa o Dicionrio de Dados para os elementos presentes no documento abaixo::

5.10. Faa o Dicionrio de Dados para os elementos presentes no documento abaixo::

5.11. Faa o Dicionrio de Dados para os elementos presentes no documento abaixo::