IDEF0 Como fazer

O QUE
IDEF utilizado para criar uma descrio clara e detalhada de um processo ou
um sistema.
Nota:
IEDF0 um subconjunto da Tcnica de Anlise
(Structured Analysis and Design Technique - SADT),
Ross no final dos anos 60 e disponibilizado como
Softech Inc., a pedido do departamento de defesa dos

e Projeto estruturados
desenvolvido por Douglas
de domnio pblico pela
Estados Unidos.

IDEF0 uma ferramenta de modelagem funcional, a mais comumente utilizada

dentre um grande conjunto de especificaes de modelagem IDEF, o qual inclui
IDEF1X (modelagem de informaes) e IDEF2 (modelagem de sistemas dinmicos).

QUANDO UTILIZAR
- Utilize quando precisar descrever formalmente um processo, para garantir um
resultado detalhado, claro e preciso.
- Utilize quando o processo for complexo, e outros mtodos fossem resultar em
um diagrama mais complexo.
- Utilize quando houver tempo hbil para trabalhar em entender e produzir uma
descrio completa e correta do processo.

COMO ENTENDER
H inmeros mtodos para descrever processos, muitos dos quais so bastante
informais, tais como os diagramas de blocos ou fluxogramas. Estes so
suficientes em muitas circunstncias mas so inadequados em outras,
especialmente quando o processo complexo ou uma abordagem mais rigorosa se
faz necessria. Um problema que pode surgir quando se mais rigoroso que
um
entendimento geral pode ser perdido nos detalhes. O desafio portanto
encontrar um mtodo que seja ao mesmo tempo preciso e claro em todos os
nveis.
O elemento bsico do diagrama muito simples, utilizando somente um
retngulo para definir cada atividade ou processo, como ilustrado. As quatro
setas ao redor do retngulo so:
- Entradas, que a matria-prima que transformada durante a
atividade/processo.
- Controles, que influenciam ou direcionam como o processo funciona,
tais como regras de segurana.
- Mecanismos, o que necessrio para que a atividade ocorra, tais como
pessoas, ferramentas ou mquinas e equipamentos.
- Sada, que so o resultado da atividade e so transmitidas para outro
processo ou utilizadas pelo cliente do processo.

A descrio do processo se inicia com um nico retngulo monstrando os

elementos bsicos do processo como um todo. Este diagrama chamado de 'A-0'
('A menos zero'), como ilustrado na figura a seguir.

O retngulo no diagrama A-0 ento decomposto (explodido ou dado um zoom) em

outro diagrama entre 3 e 6 retngulos. Este chamado 'diagrama A0'.
Esta decomposio hierrquica repetida para cada retngulo do diagrama e
ento para cada retngulo nos diagramas resultantes, assim por diante, at
que o processo esteja totalmente descrito.
Em qualquer diagrama, os retngulos so dispostos de cima para baixo e da
esquerda para a direita, por ordem de precedncia, onde o retngulo de maior
precedncia controla o retngulo de menor precedncia. Os retngulos so
numerados em ordem de precedncia, com o nmero sendo usado para referenciar
o retngulo em outros diagramas. Portanto o primeiro retngulo no diagrama A0
decomposto no diagrama A1, e o terceiro retngulo naquele diagrama
decomposto como A13.
Setas carregam mltiplos itens, e so unidas ou divididas para simplificar o
diagrama. Nomes prximos s setas deverem descrever o que estas carregam;
onde no h nomes, o contedo da seta pode ser deduzido. Setas que no se
conectam com um retngulo na sua extremidade final so aquelas que vem ou vo
para o retngulo pai, do qual o diagrama atual decomposto. Estas setas so
numeradas para indicar qual dos elementos bsicos eles representam. Portanto,
C1 representa o controle mais esquerda e I2 a segunda entrada no

retngulo pai. Parnteses (um tnel) em uma das extremidades da seta indicam
que este seta no aparece no diagrama pai ou no diagrama filho.

H apenas cinco tipos de conexo que as setas podem fazer entre os retngulos,
como indicado na tabela a seguir, a qual mostra como as atividades, alimentam,
permitem ou restringem uma outra atividade. A mistura de tipos de conexes em
um conjunto de diagramas indicar o tipo de sistema. Por exemplo, um processo
com pouco retorno pode indicar falta de controle.

Tipo de conexo

Tipo
Conexo de entrada

Descrio
Sada para entrada de um
processo
de
menor
precedncia.

Conexo de controle

Sada de um processo
utilizada como controle
de um processo de menor
precedncia.

Sada para mecanismo

A sada de um processo
utilizada como mecanismo
do processo de menor
precedncia.

Retorno de controle

A sada de um processo
utilizada como controle
de um processo de maior
precedncia.

Retorno de entrada

A sada de um processo
utilizada como entrada
de um processo de maior
precedncia.

Um dos pontos fortes da tcnica IDEF0 que no somente os diagramas so

definidos, mas o processo de como eles so produzidos tambm o . Uma parte
chave disto que ele desenhado por um expert em IDEF0 (o 'autor'), usando
o ponto de vista de e com total cooperao do indivduo chave dentro do
sistema que est sendo diagramado. Isto, juntamente com a autoria formal e
ciclos de reviso, ajudam a assegurar consistncia e detalhes corretos nos
diagramas finais.
O modelo completo inclui texto com descries adicionais de itens nos
diagramas para permitir que estes sejam mantidos relativamente simples,
enquanto se mantm informaes detalhadas que podem ser usadas quando
necessrio.

COMO FAZER
1. Identifique o sistema ou processo a ser descrito. Utilize um nome que
indique claramente o que ele . Adicione descrio
(na forma de texto em
separado) sobre o que est incluso ou excludo (escopo) do sistema/processo.
2. Identifique o propsito ou objetivo de descrever o processo. Quem vai
utilizar, qual seu nvel de conhecimento do assunto que ser representado,
etc.
3. Decida sobre qual ponto de vista descrever o processo. Por exemplo, um
gerente de vendas pode ter uma viso mais abrangente do que um vendedor.

4. Identifique a estratgia de decomposio a ser utilizada. Este o

conjunto de regras a ser utilizado para decidir como decompor as atividades
em sub-atividades. As estratgias possveis so:
-Decomposio funcional - que as atividades de acordo com "o que"
feito, ao invs de "como feito". Este a estratgia mais comum.
-Decomposio por papis - decompem as atividades de acordo com "quem
faz o que". Pode ser uma forma fcil e til de iniciar, mas possvel
que impea melhorias no modelo se este estratgia for levada a diante.
-Decomposio em sub-sistemas - divide os sistemas primeiro em subsistemas. til quando sub-sistemas so
relativamente independentes
uns dos outros.
-Decomposio por ciclo de vida - dividi um sistema primeiramente pelas
fases das atividades. Novamente, esta estratgia til quando as fases
claramente definidas e relativamente independentes.
5. Antes de comear a desenhar diagramas, rena informaes sobre o sistema.
Isto pode ser iniciado lendo documentos j existentes, ou observando o
processo em ao, mas a forma mais eficiente a realizao de entrevistas
com pessoas selecionadas.
6. A partir da informao obtida no passo 5, desenhe um conjunto de diagramas.
Desenhe o diagrama A0 primeiro, ento resuma-o num diagrama A-0. Esta a
nica etapa onde a abordagem feita de baixo para cima, isto , do nvel
mais detalhado para um nvel mais resumido.
Ao desenhar um diagrama utilize a seguinte seqncia de aes:
a. Use a estratgia de decomposio do passo 4 para identificar entre
trs e seis atividades que sero exibidas no diagrama. Pode ser til
tentar decomposies diferentes antes de optar por uma em definitivo.
b. Ordene a atividades por ordem de precedncia. Num par de atividades,
a precedente aquela que possui maior influncia (controle) sobre a
outra. Por exemplo: Produzir plano tem precedncia sobre Construir o
produto.
c. Distribua os retngulos no diagrama por ordem de precedncia,
dispondo-os na diagonal, a partir do canto superior esquerdo para o
canto inferior direito do diagrama. Quando posicionar os retngulos,
tente prever onde as setas iro. Coloque o nome de cada atividade
dentro do retngulo.
d. Desenhe as setas para cada item de dados, iniciando pelas entradas e
pelas sadas, depois adicione os controle e ento os mecanismos
utilizados para a realizao da atividade.
e. Adicione, opcionalmente, parnteses ao final de cada linha que no
ser mostrada no diagrama para ou filho.
f.Identifique cada diagrama com um nome. Tambm pode ser til adicionar
outros dados, tais como data de elaborao e status do diagrama (esboo,
final).
g. Revise o diagrama para verificar se est consistente, completo e
claro. Valide-o contra os objetivos (passo 2), ponto de vista (passo 3),
estratgia de decomposio (passo 4) e informao disponvel (passo 5).
Revise e repita os passos acima conforme o necessrio.
7. Para cada diagrama til escrever um glossrio, o qual descreve os itens
do diagrama. O glossrio pode conter qualquer texto que ajude o entendimento
do diagrama ou do sistema como um todo. Ao usar o glossrio deve-se tomar

cuidado para mant-lo sem uma sobrecarga de informaes, isto , deve ser
sucinto.

8. Decide se deve ou no rever os diagramas produzidos at aqui. til

revisar cedo, quando os diagramas A-0 e A0 (e possivelmente o nvel abaixo)
so completados, e depois quando alteraes significativas so feitas. Se
voc adiar a reviso para quando todas os diagramas estiverem completos, isto
pode resultar num aumento significativo do esforo para ajustar os diagramas.
9. Para cada retngulo que ainda no foi decomposto em um outro diagrama,
decida se vale a pela ou no decomp-lo, ou se a quantidade de detalhes j
existentes neste nvel j suficiente. Consideraes sobre se deve-se
decompor ou no a atividade representada em um retngulo incluem:
- O conjunto final de diagramas (ou modelo) deve conter detalhes
suficientes para satisfazer o objetivo proposto no passo 2.
- Um bom ponto para parar quando os retngulos esto dizendo como e
no o que feito, ou quando o ponto de vista muda.
- Retngulos devem descrever atividades que so monolticas e funes
nicas, e
no trivialidades ou duplicar outros retngulos j
existentes.
Para retngulos que sero decompostos, o processo acima deve ser repetido
conforme necessrio.