IDEF0 - Mtodo de Representao de Processos em Forma de Fluxo

Jefferson Luis Mykolayczky

mykolay@nupes.cefetpr.br

Jorge Tortato Jnior

tortato@nupes.cefetpr.br Ncleo de Pesquisa em Engenharia Simultnea (NuPES) Centro Federal de Educao Tecnolgica do Paran (CEFET-PR)

Abstract In this paper, the authors present some concepts about a standard to represent workflows, in a set of process which is called IDEF0. IDEF0 is part of a family of standarts called IDEF, which is used to represent and model systems. IDEF0 uses ICOMs to represent each step or substep and arrows to indicate target and origin of the data. ICOMs are boxes which have inputs, controls, outputs and mechanisms. These "signals" are linked by arrows from or to another ICOM. Because the uniformity and limited iterations facilities, IDEF0 is widely used for business process. Keywords WorkFlow, Modeling process representation.

INTRODUO

Um fluxograma, um representao grfica de um processo [2], mostrando a seqncia de passos, tarefas ou atividades, em termos de alguns smbolos ou cones padres de um fluxograma. um desenho de como uma equipe faz determinado trabalho. O padro mais utilizado para uma representao de um fluxograma durante o modelamento conceitual o IDEF0 [2]. Esta "linguagem" foi desenvolvida a partir de uma necessidade da fora area americana, que trabalhava com diversas indstrias aeroespaciais. Como cada uma destas indstrias trabalhava de sua maneira, era difcil controlar e documentar todos esses processos. Estudos foram feitos para que se tivesse uma linguagem que compreendesse vrios critrios e atendesse todas estas indstrias. Em 1972, foi desenvolvido o SADT (Structered Analysis and Design Technique) por Douglas T. Ross, da SoftTech, que foi escolhido para uso no projeto AFCAM (Air Force Computer Aided Manufacturing). Em seguida foram desolvidos o ICAM I e o ICAM 2. O ICAM 2 foi documentado e renomeado como IDEF0. 2 IDEF0

Resumo Neste artigo so apresentados conceitos relacionados com a utilizao de um padro de representao de um conjunto de processos num workflow chamados de IDEF0. O IDEF0 faz parte de um conjunto de padres da famlia IDEF, que utilizada para a representao e modelagem de sistemas. Este modelo IDEF0 utiliza de ICOMs para representar cada tarefa ou subtarefa, setas para indicar qual a finalidade e procedncia de algum dado. Esses ICOMs so caixas retangulares que possuem terminais" que recebem dados ou trasmitem dados para outros ICOMs. Por causa da uniformidade e iterao limitadas para facilitar o processo, este mtodo largamente utilizado em modelamento de processos industriais, gerenciais, executivos, etc. Palavras-chave Fluxo de Trabalho, Modelagem de representao de processo.

IDEF (Integration Definition for Function Modeling) uma famlia integrada de mtodos [1][3] para modelagem baseada em representaes de diagramas, incluindo uma larga variedade de tcnicas. Todas estas tcnicas esto formalizadas no FIPS (Federal Information Processing Standarts).

O IDEF0, que o primeiro conjunto de padres do IDEF, processa uma coleo de atividades e outras aes utilizando-se de ICOMs (Input Control Output Mechanism). O ICOM no inclui apenas dados e informaes mas tambm tudo que pode ser descrito como sendo um processo (esquema, estimativa, regulamentos, produtos, etc). O ICOM uma representao grfica de uma tarefa ou um conjunto de tarefas, que possui "terminais" para que possa ser alimentada ou alimentar outras ICOMs. Esses "terminais" recebem o nome de entrada, controle, sadas e mecanismos. A entrada recebe o dado a ser convertido pela atividade, o controle agrega responsabilidade de como e quando a entrada deve ser processada e executada, a sada apresenta o resultado de como a entrada foi processada e o mecanismo representa quem deve executar esta atividade (pode ser uma pessoa, equipamento, mquina ou outras organizaes).
Controle

regulamentos que define as relaes entre eles so chamados da sintaxe da linguagem [3]. Os elementos bsicos que constituem um diagrama IDEF0 so simples construes grficas, tais como caixas, linhas e setas. Caixas representam funes, atividades e processos. Setas representam objetos ou dados relacionados com as caixas. E temos tambm algumas regras de como esses componentes so utilizados. As caixas so retangulares, desenhadas com linhas slidas. includo um nome ou uma frase para a caixa e tambm dado um nmero nico para a mesma. Desta maneira, caixas so simples representaes grficas que formam os elementos bsicos do diagrama. Eles podem representar a atividades, aes ou tarefas. Estas caixas informam o que acontece em determinada funo. Uma caixa bsica mostrada na figura 2.

dfdsaf Modelo de Desenvolvimento

1

Entrada

Nome da Funo

Sada

Fig. 2 Sintaxe de uma Caixa

Mecanismo

Chamadas

Fig. 1 Exemplo de ICOM

O modelo funcional IDEF0 composto por um conjunto de ICOMs, setas e caixas. Cada atividade ou funo conceitualmente representada por uma caixa retangular. Cada atividade pode ser decomposta em vrios nveis. Estes subnveis seguem as mesmas convenes. Portanto um modelo completo de IDEF0 uma representao hierrquica do processo composta por atividades ou funes em quantos nveis forem necessrios. 2.1 Sintaxe e Semntica Os componentes estruturais e caractersticas de uma linguagem e os

As linhas so slidas e curvadas nos cantos, apenas possuem orientao vertical ou horizontal, so conectadas aos lados de cada caixa e so nomeadas por substantivos. As linhas (com setas) so usadas para conectar as caixas. No diagrama elas representam objetos ou dados do sistema. Estes objetos ou dados sero usados ou produzidos por atividades nas caixas. As linhas com setas no representam fluxo ou seqncia como num modelo de fluxo tradicional. Elas indicam objetos ou dados que so utilizados pelas funes. Alguns exemplos mais comuns so mostrados na figura 3.

 Straight line arrow segment Linha Reta

90 o

Linha curvada, sempre corners Curved arrow segment; are rounded with 90 degree arcs curvado em 90 graus

Forking arrows Um dado utilizado em duas

caixas distintas

maior detalhamento do diagrama, at que a tarefa seja descrita num nvel suficiente que suporte as metas de um projeto. O nvel superior do diagrama no modelo provm a mais geral ou resumida descrio da tarefa representada por este modelo, como visto na figura 4. Este diagrama seguido por uma srie de diagramas filhos provendo maiores detalhes sobre determinada tarefa. Cada modelo possui um nvel superior, no qual cada tarefa do modelo representada por uma simples caixa com suas linhas e setas. Isto chamado de diagrama A-0. As setas neste diagrama indicam a interface entre o mundo externo e este diagrama. Desde que uma simples caixa representa o assunto completo, o nome escrito nesta caixa deve ser geral. O mesmo verdadeiro para a interface entre as setas utilizadas, desde que elas representem um conjunto completo de agentes externos.

O resultado de Joining arrowsduas caixas

so utilizados na entrada de outra.

Fig. 3 Exemplos de Linhas

As caixas devem ser descritas com verbos ou frases e so divididos ou agrupados em diagramas. As linhas podem ser agrupadas em feixes, mas as setas devero ser nomeadas, a fim de indicar qual a sua utilidade. Cada lado de uma caixa tem um padro de significado em termos da relao entre caixas e setas. Setas entrando no lado esquerdo so entradas. As entradas so utilizadas pela funo para produzirem determinada sada. Setas entrando no lado de cima, indicam controle. Controles especificam as condies de como a funo deve gerar a sada correta. Setas deixando a caixa pelo lado direito indicam sadas. Sadas so dados ou objetos produzidos pela funo. Setas conectadas na parte inferior da caixa representam mecanismos. Setas entrando indicam quem o responsvel pela execuo desta funo. Setas saindo indicam chamadas. As chamadas so utilizadas para que haja o compartilhamento de detalhes entre caixas. 2.2 Diagramas IDEF0 O modelo IDEF0 composto por trs tipos de informao: diagramas, texto e glossrio. Este tipos de diagrama so referenciados todos entre si. O diagrama grfico o mais extenso componente do modelo de IDEF0, contendo os elementos bsicos: caixas e linhas com setas. Caixas representam cada funo macro de um sistema. Estas funes so quebradas ou decompostas em outras caixas para haver um

Fig. 4 Exemplo do nvel superior do diagrama

As caractersticas deste nvel expressam a razo pela qual o modelo criado e atualmente determinam a estrutura do modelo. A mais importante caracterstica que vem por primeiro na hierarquia o nvel superior. Este decomposto em sub-funes que as compem. Estas partes so decompostas em outras sub-funes at todos os detalhes relevantes de todo o processo so adequadamente expostos. Cada sub-funo modelada individualmente por uma caixa, com caixas pai detalhadas por diagramas filho no mais baixo nvel. A funo representada no nvel superior pode ser decomposta em outras sub-funces

pela criao de diagramas filho. Por outro lado, estas sub-funes podem ser novamente decompostas em outras sub-funes. Cada Diagrama filhocontm caixas e setas que fornecem detalhes adicionais a respeito da funo que as originou. Na figura 5 apresentado um exemplo de como esses diagramas de nvel superior e diagramas pai e filho so utilizados. Um diagrama pode ser associado por um texto estruturado, que usado para fornecer uma viso resumida do diagrama. Este texto dever ser usado para destacar certas caratersticas, fluxo e conexes entre caixas a fim de esclarecer o intuito destes itens. O texto no deve ser usado para simplesmente descrever, redundantemente, as caixas e setas. Um glossrio deve ser usado para definir significados de expresses ou palavras-chave que foram usadas nos diagramas grficos. O glossrio define palavras no modelo e deve conter uma explicao conveniente para que haja a correta interpretao do contedo do modelo. 2.3 Conceitos Fundamentais A metodologia original IDEF0 incorpora conceitos bsicos listados a seguir. 2.3.1 Representao grfica As "caixas" e "setas" de um diagrama IDEF0 mostram atividades como caixas, e as interfaces entrando ou saindo das caixas, como sendo "setas". Para que se tenha uma real visualizao de um conjunto de atividades, as caixas podem ser interpretadas como sendo operadas juntamente com outras, com as interfaces (setas) indicando quando e como so disparadas e controladas.

2.3.2 Consistncia A documentao de uma arquitetura de modelagem de fluxo deve ter consistncia suficiente para permitir descrever todo o processo. Utilizar um texto escrito em linguagem ordinria claramente insuficiente. 2.3.3 Comunicao H diversos conceitos IDEF0 que so designados para melhorar a comunicao. Os diagramas IDEF0 so simples arranjos de caixas e setas. Deste modo qualquer pessoa que no tenha conhecimento profundo dos conceitos de IDEF0, pode ler e entender um diagrama IDEF0. Outra caracterstica que facilita o entendimento de um diagrama a exposio gradual de detalhes, caracterizando uma hierarquia com as funes principais no nvel superior e os demais sub-nveis revelando todos os detalhes inerentes a tal diagrama. O detalhamento em cada nvel no pode conter mais do que 6 atividades (caixas) e no menos do que 3. Isso se deve ao fato que se um diagrama contm mais do que 6 caixas, este est apresentando detalhamento excessivo neste nvel. Para uma rpida visualizao este diagrama fica incompreensvel. Ento algumas caixas devero ser reunidas em uma, e o detalhamento do que est nica caixa ir fazer, dever ser apresentada num nvel inferior. E a respeito de um diagrama conter menos que 3 caixas, deve-se ao fato de que h poucos detalhes a serem descritos, ento podemos reunir essas caixas em apenas uma. Essa ltima regra s quebrada, quando estamos falando no primeiro diagrama principal, que deve conter somente uma caixa, generalizando todo o processo. Para que se tenha um perfeito entendimento

0 A0

A-0

More General
1 2 3 4 A4 A0

More Detailed

This box is the parent of this diagram.

1 2 A42 3 A4

1 2 3 A42

NOTE: Node numbers shown here indicate that the box has been detailed. The C-number or page number of the child diagram could have been used instead of the node number.

Fig. 5 Estrutura de Detalhamento

de um diagrama, o mesmo deve conter texto e glossrio escritos no diagrama no qual eles so utilizados. Isto permite que tal diagrama no tenha uma interpretao errada ou dbia.

2.4 Equipe de Trabalho Disciplinada A criao de um modelo IDEF0 a forma mais bsica dos procedimentos de como fazer uma equipe de trabalho disciplinada. A criao de um modelo um processo dinmico que geralmente requer a participao de uma ou mais pessoas. Para um dado projeto, um autor inicia a construo do diagrama que distribudo para os membros

do projeto para revises e comentrios. A disciplina requer que cada pessoa faa comentrios sobre o diagrama e que o mesmo submeta-se a enviar estes comentrios para o autor do diagrama. O Autor tambm responde, escrevendo para quem escreveu os comentrios. Este ciclo continua at que o diagrama, ou o modelo todo seja oficialmente aceito pelos autores e as pessoas que executam o diagrama. IDEF0 inclui procedimentos para reter todas as informaes que foram trocadas entre autores e usurios, de todas as decises tomadas com relao ao diagrama. Cpias destes diagramas so submetidas por leitores

com grande conhecimento do processo. Os autores respondem a cada comentrio, escrevendo o seu comentrio. Com isso sugestes so aceitas ou rejeitadas, escrevendo-se o devido argumento. Com essas sugestes aceitas, tem-se muitas correes a serem feitas no diagrama, por isso cada diagrama feito deve ser datado com indicao de a verso. Quando os diagramas forem alterados, refletiro correes e comentrios. Maiores detalhes so adicionados ao modelo pela criao de mais diagramas que tambm podero sofrer revises e alteraes. Ento o modelo final representa um acordo de representao do sistema. Esta representao pode ser facilmente lida por outros fora do projeto inicial. Pode ser usado para apresentar a definio do sistema, e tambm serve de orientao a novos projetos. 2.5 Exemplo de Diagrama IDEF0

frito necessrio para se completar o sanduche, com isso necessrio que seja frito e checado se ele est pronto antes de uslo. Desta maneira a presena de bacon controla a caixa 2 e o bacon j frito controla a caixa 4. As ferramentas so vistas como uma frigideira e uma faca. A figura 8 traz ingredientes que so adicionados ao po. O diagrama "filho" mostrado na figura 7. Podemos ver que as setas que no esto ligadas a nada, representam as setas que esto no nvel superior. Estas setas esto dispostas do mesmo modo que so definidas no ICOM.
Ferramentas

Desejo

Ingredientes Bsicos Condimentos

Fazendo um Sanduche

Sanduche

Ferramentas

Supondo que seja desejado que se faa uma descrio de como fazer um sanduche com bacon, alface e tomate, para se descrever todo o sistema necessrio comearmos pelo nvel superior do mesmo. Este apresentado na figura 6. Neste diagrama, o controle o desejo por um sanduche. Tem-se entradas para os ingredientes bsicos. E os mecanismos aqui so os utenslios domsticos. Este primeiro diagrama bom para um bom entendimento do sistema por completo, mas no apresenta muitos detalhes sobre o sistema. A codificao A0 que est representada abaixo da caixa, diz a ns que existe um diagrama "filho". A entrada que representa os ingredientes no nvel superior. quebrada em trs diferentes ingredientes: po, alface e tomate. A outra entrada, dos condimentos, agora vista como maionese. A sequncia bvia no diagrama, mas est implcito que o bacon

Fig. 6 Exemplo de Diagrama IDEF0 (Nvel Superior)

A figura 8 detalhado o processo de unio de todos os ingredientes para termos o sanduche acabado. Este diagrama composto do diagrama do nvel superior mais dois digramas para prover maior detalhamento. 3 DISCUSSO

Neste tipo de modelamento, diferente de um fluxo tradicional, as setas no representam seqncia do mesmo. Deste modo, as setas representam que dada uma sada de um tarefa, a mesma utilizada como entrada ou controle de outra tarefa. Isto til no modelamento de processos que utiliza engenharia simultnea, pois no dependem que dada tarefa necessite estar acabada. As sadas so geradas conforme a necessidade.

Tiras de Bacon

Bacon

Fritar

Tiras de Bacon Bacon Crocante

Checar Frigideira Bacon no frito Po Maionese Alface Tomate Faca

Passar Sanduche

Empilhar

Fig. 7 Ex. de Diagrama IDEF 0 (primeiro diagrama "filho")

Posicionar

Escoar

Alface Posicionar

Tomate Posicionar Posicionar

Sanduche

Fig. 8 Ex. de Diagrama IDEF 0 (segundo diagrama "filho")

As regras que definem cada diagrama, considerando o processo todo, so muito rgidas. Isto faz com que um diagrama contenha detalhamento suficiente, para que tenha entre 3 e 6 tarefas. Assim a leitura de um diagrama IDEF0 simples, pois com uma rpida leitura, pode-se ter uma viso de todo o processo. A grande vantagem deste processo ento a rpida visualizao do processo. Mas, ns achamos que para processo complexo modelado por IDEF0, utilizaria muitos nveis para que todo processo seja descrito. Para uma rpida avaliao, este diagrama seria facilmente entendido. Mas se uma pessoa quiser estudar a fundo este modelo, dever consultar vrios diagramas que compem o modelo todo. Outra vantagem desta modelagem que permite que sejam utilizados textos e glossrio, para que o processo capturado em IDEF0, seja completamente entendido e que no haja interpretao errnea. 4 CONCLUSES

REFERNCIAS

[1] Kumagai, Satoshi. Designing Collaborative Work Process in IDEF0 using Interface Model. Advanced Technology Center, Yamatake, Kanagawa. Japo [2] PRASAD, Biren. Concurrent Engineering Fundamentals. Integrated Product and Process Organization. New Jersey, Prentice Hall Inc., 1996 [3] Integration Definition for function modeling (IDEF0). Federal Information Processing Standarts Publications (FIPS PUBS), 1993

Neste artigo foram mostradas as principais caractersticas a respeito da modelagem de IDEF0, suas vantagens e desvantagens. Com relao a este tipo de modelagem. Informaes completas sobre IDEF0 podem ser consultadas na referncia [3]. Alm dos aspectos tcnicos que foram relacionados aqui, foi explicada a importncia de cada caracterstica tcnica. Isto faz com que cada caracterstica do modelamento IDEF0 seja entendida. Estudos podem ser feitos com IDEF0 para a utilizao de todas estas caractersticas a fim de contriburem ao desenvolvimento de um modelo de processos que utilizem engenharia simultnea.