Você está na página 1de 90

Modelagem de Processos e a Metodologia IDEF0

Prof. Ricardo J. Rabelo

UFSC Universidade Federal de Santa Catarina DAS Departamento de Automao e Sistemas

DAS5313 Avaliao de Desempenho de Sistemas

DAS5313 Avaliao de Desempenho de Sistemas

Ricardo J. Rabelo UFSC

Sumrio
Introduo a Processos Modelagem de Processos Modelos AS-IS e TO-BE

Objetivos e Dificuldades de Modelagem de


Processos Mtodo do Questionamento

Tcnicas de Captura de Informaes


Linguagens de Modelagem O IDEF0 Comentrios Finais

DAS5313 Avaliao de Desempenho de Sistemas

Ricardo J. Rabelo UFSC

Modelagem de Processos e a Automatizao


Qualquer medida que vise entender e

automatizar algum processo empresarial deve,

antes de mais nada, se certificar de que o


processo sobre o qual solues automatizadas sero implantadas (por exemplo, software ou

workflow), perfeitamente conhecido, entendido


e est devidamente racionalizado. Seno ... automatizao da baguna !

DAS5313 Avaliao de Desempenho de Sistemas

Ricardo J. Rabelo UFSC

Modelagem de Processos e a Automatizao Este o passo nmero um que empresas de consultoria e engenheiros fazem: entender e mapear os processos.

Mas para faz-lo essencial se conhecer a empresa, ou seja, o jeito que ela executa suas vrias atividades.

DAS5313 Avaliao de Desempenho de Sistemas

Ricardo J. Rabelo UFSC

Modelagem de Processos e a Automatizao

Mas como se conhece e se mapeiam processos ?

DAS5313 Avaliao de Desempenho de Sistemas

Ricardo J. Rabelo UFSC

Modelagem de Processos e a Automatizao

1) Identificando-os,
2) Compreendendo-os, 3) Modelando-os e,

4) Documentando-os.
Depois sim torna-se vivel e mais slida a base para analis-los e por fim propor melhorias, ou seja, re-engenheir-los. Fazer uma re-engenharia mudar os processos.
DAS5313 Avaliao de Desempenho de Sistemas Ricardo J. Rabelo UFSC

Modelagem de Processos e a Automatizao

Mas o que mesmo Processo ?!

DAS5313 Avaliao de Desempenho de Sistemas

Ricardo J. Rabelo UFSC

PROCESSOS

Processo uma coleo de atividades interrelacionadas de uma organizao qualquer que transforma e/ou agrega valor fsico e informacional em relao a um estado anterior, visando gerar um determinado resultado e valor (final ou intermedirio para o estado / processo posterior) a partir de eventos (inputs), considerando objetivos & metas, regras & restries, e executada por e com recursos (equipamentos, sistemas, know-how, pessoas, etc.) existentes.

DAS5313 Avaliao de Desempenho de Sistemas

Ricardo J. Rabelo UFSC

Relembrando ... PROCESSOS Um processo usualmente constitudo por inmeros processos menores (sub-processos e atividades) sequenciais, paralelos ou hierarquizados, inter-relacionados, desenhados para atingir um certo objetivo da forma mais eficaz. Pode ser visualizado ou tratado sob vrios nveis

de abstrao.
Pode envolver tambm outras empresas.
DAS5313 Avaliao de Desempenho de Sistemas Ricardo J. Rabelo UFSC

Relembrando ... PROCESSOS

P1

P2

P3

P4

P5

P6

Processo A1

Processo A2

P7

P8

P9

Processo A

Processo A3

Empresa B

DAS5313 Avaliao de Desempenho de Sistemas

Ricardo J. Rabelo UFSC

Relembrando ... PROCESSOS Do ponto de vista de tipos de um processo como um todo, Michael Porter classifica-o em 5 tipos principais:

1- Logstica Interna;
2- Operaes (ou produo);

3- Logstica Externa;
4- Vendas e Marketing;

5- Servios.
DAS5313 Avaliao de Desempenho de Sistemas Ricardo J. Rabelo UFSC

O QUE SIGNIFICA MODELAR PROCESSOS ? Modelar significa expressar de alguma forma uma atividade (j existente ou em vias de ser introduzida) para entend-la e documentar este entendimento. Esta documentao pode ser textual ou representada (modelada) atravs de diagramas.

DAS5313 Avaliao de Desempenho de Sistemas

Ricardo J. Rabelo UFSC

O QUE SIGNIFICA MODELAR PROCESSOS ? Segundo o CBOK 2.0, modelagem de processos significa retratar a situao atual e descrever a viso futura dos processos de negcio (business processes). A ao de modelagem passa pela representao grfica de um processo para que possa ser melhor compreensvel para os vrios tipos de atores necessrios.

CBOK Common Body of Knowledge (http://www.abpmp.org/)

DAS5313 Avaliao de Desempenho de Sistemas

Ricardo J. Rabelo UFSC

O QUE SIGNIFICA MODELAR PROCESSOS ?

Esta modelagem pode objetivar situaes, ou mesmo ambas:

duas

- Modelagem da Situao Atual: chamada de modelo AS-IS. a fotografia exata (dos processos em anlise) da empresa. - Modelagem da Situao Proposta (ou Futura): chamada de modelo TO-BE (ou SHOULD-BE). Representa a viso da melhoria pretendida.

DAS5313 Avaliao de Desempenho de Sistemas

Ricardo J. Rabelo UFSC

PARA QUE SERVE A DOCUMENTAO E MODELAGEM DOS PROCESSOS ?



Facilitar comunicao;

Documentar para expressar padronizaes;


Documentar para certificaes; Facilitar o entendimento do processo, sua anlise, medio de desempenho, proposio de melhorias, e anlise de impactos.

Facilitar (ou viabilizar) manuteno; Dar suporte para treinamento de pessoas sobre ele
(atual ou novo);

Documentar / Representar uma viso consolidada /


oficial da empresa;

Muito importante em uma posterior automatizao /


integrao de sistemas;

Claro fluxo de controle, de material e de dados; Clara viso de escopo da atividade.


DAS5313 Avaliao de Desempenho de Sistemas Ricardo J. Rabelo UFSC

COMO DOCUMENTAR PROCESSOS ?

Uma

adequada deve

documentao permitir que

/ a

modelagem

atividade em questo seja descrita com completude, corretude, clareza e sem ambiguidades.
Nenhuma atividade do processo fique de fora. Expresse exatamente como atividade feita. Seja facilmente legvel e entendvel. No haja diferentes interpretaes sobre como ela funciona.
DAS5313 Avaliao de Desempenho de Sistemas Ricardo J. Rabelo UFSC

Abordagem Bottom-Up e Top-Down As abordagens tradicionais basicamente tomam como premissa que de alguma forma os processos j existem, so razoavelmente conhecidos e ento o trabalho de apenas model-los. Ou seja, o Valor da sua cadeia a mera expresso e consequncia lgica da estruturao de seus processos.

Abordagem Bottom-Up

Conjunto de Processos Valor


DAS5313 Avaliao de Desempenho de Sistemas Ricardo J. Rabelo UFSC

Abordagem Bottom-Up e Top-Down Uma abordagem complementar e inversa a isso toma como premissa que os processos e suas estruturaes so dinmicos, e que sua modelagem ser consequncia de um novo entendimento dado pela nova viso da empresa. Ou seja, o Valor desejado para a empresa quem determina a lgica e estruturao de seus processos. Abordagem Top-Down

Valor Conjunto de Processos


DAS5313 Avaliao de Desempenho de Sistemas Ricardo J. Rabelo UFSC

NO FCIL DOCUMENTAR PROCESSOS ...

Como j comentado, o atingir essa viso integrada, coerente, completa, correta e sem

ambiguidades tem sido visto como um dos


maiores desafios das empresas atualmente:

Porque ?!

DAS5313 Avaliao de Desempenho de Sistemas

Ricardo J. Rabelo UFSC

PROCESSOS

um longo e difcil caminho ...


Entender

Racionalizar
Mudar Implantar
Avaliar

DAS5313 Avaliao de Desempenho de Sistemas

Ricardo J. Rabelo UFSC

DIFICULDADES Dificuldade de compreender o escopo do

projeto,
empresas

ou

seja,
so

quais

processos
devero

da
ser

afetados

envolvidos.

DAS5313 Avaliao de Desempenho de Sistemas

Ricardo J. Rabelo UFSC

DIFICULDADES S o entender e mapear todos os processos existentes

envolvidos (o que envolve


leituras, observaes, reunies, discusses, etc.) costuma levar

vrios meses.

DAS5313 Avaliao de Desempenho de Sistemas

Ricardo J. Rabelo UFSC

DIFICULDADES
Para CADA processo (e sua decomposio), h que se definir, tanto para o AS-IS como para o TO-BE: O Que (What) ele exatamente e quais so seus subprocessos, atividades, inputs & outputs fsicos e informacionais, recursos materiais e humanos envolvidos, e condies de execuo & habilitadores ? Porque (Why) ele existe / feito ? Quais so os atores (Who) que o executam ? Em quais situaes / processos da empresa (When) ele executado ? Local fsico (Where) o processo executado ?

Como (How) o processo Executado e Avaliado ?


DAS5313 Avaliao de Desempenho de Sistemas Ricardo J. Rabelo UFSC

DIFICULDADES E se se tratar de processos novos, de

mudanas, onde as (diferentes)


pessoas naturalmente - expressam como acham que deveria funcionar, o problema torna-se ainda maior !

DAS5313 Avaliao de Desempenho de Sistemas

Ricardo J. Rabelo UFSC

PROCESSOS

Na verdade, esta anlise uma tarefa

permanente / diria do engenheiro, pois:


- Processos esto constantemente sendo

modificados / refinados; - Processos devem ser mudados medida que inovaes so introduzidas.

DAS5313 Avaliao de Desempenho de Sistemas

Ricardo J. Rabelo UFSC

MTODO DO QUESTIONAMENTO

(White, 1987)

Um processo de melhoria ou pravaliao pode ser aplicado a um processo para questionar o seu desenho. O Mtodo do Questionamento consiste em usar as questes O Que, Quem, Como, Quando, Porque e Onde, sobre vrias situaes relacionadas com o processo (em seus vrios nveis).

DAS5313 Avaliao de Desempenho de Sistemas

Ricardo J. Rabelo UFSC

MTODO DO QUESTIONAMENTO

(White, 1987)

O propsito do processo/atividade; O lugar onde o processo/atividade ser realizada; A sequncia na qual o processo/atividade feito em relao outro; O modo como o processo/atividade feita; A pessoa que executa o processo/atividade; O meio usado para executar o processo/atividade.

DAS5313 Avaliao de Desempenho de Sistemas

Ricardo J. Rabelo UFSC

MTODO DO QUESTIONAMENTO

(White, 1987)

OBJETIVO da atividade O Que feito ? Porque feito ?

Que Outra coisa poderia ser feita ?


O Que tem que ser feito ?

DAS5313 Avaliao de Desempenho de Sistemas

Ricardo J. Rabelo UFSC

MTODO DO QUESTIONAMENTO

(White, 1987)

LUGAR onde a atividade feita

Onde ela feita ?


Porque ela feita l ? Qual Outro lugar onde ela poderia ser feita ? Onde ela teria que ser feita ?

DAS5313 Avaliao de Desempenho de Sistemas

Ricardo J. Rabelo UFSC

MTODO DO QUESTIONAMENTO

(White, 1987)

SEQUNCIA na qual as atividades so

empreendidas
Quando ela feita ? Porque ela feita ? Quando ela poderia ser feita ? Quando ela teria que ser feita ?

DAS5313 Avaliao de Desempenho de Sistemas

Ricardo J. Rabelo UFSC

MTODO DO QUESTIONAMENTO

(White, 1987)

PESSOAS atravs das quais as atividades so empreendidas

Quem ela ?
Porque ela a pessoa a fazer isto ? Quem mais poderia fazer isto ? Quem teria que fazer ?

DAS5313 Avaliao de Desempenho de Sistemas

Ricardo J. Rabelo UFSC

MTODO DO QUESTIONAMENTO

(White, 1987)

MEIOS pelos quais as atividades so

executadas
Como ela feita ? Porque ela feita desta maneira ? Como ela poderia tambm ser feita ? Como ela teria que ser feita ?

DAS5313 Avaliao de Desempenho de Sistemas

Ricardo J. Rabelo UFSC

PROCESSOS IMPACTAM SOFTWARE Um software, na sua lgica de programao e funcionamento aos eventos / interaes, deve refletir exatamente como o dado processo funciona. Mudou o processo Mudar o software !!! Portanto, quanto mais completo, correto, fcil e sem ambiguidades o processo for modelado, mais consistente, rpido e fcil tende a ser especificao e o desenvolvimento de software, ou seja, a soluo de automao pretendida.
DAS5313 Avaliao de Desempenho de Sistemas Ricardo J. Rabelo UFSC

DIFICULDADES AO MODELAR OS PROCESSOS

complexidade de entendimento e modelagem; desconhecimento dos processos e objetivos da empresa; seleo das devidas tcnicas de captura de informaes sobre os processos;

tempo para anlise, modelagem, etc.;


custos associados; alocao intensiva de recursos humanos;

seleo de um mtodo & formalismo para modelagem.


DAS5313 Avaliao de Desempenho de Sistemas Ricardo J. Rabelo UFSC

TPICAS TCNICAS DE CAPTURA DE INFORMAO

Observao direta
Entrevista Workshop Videoconferncia
Essas tcnicas podem ser todas utilizadas uma ou vrias vezes num dado e ao longo de um projeto de modelagem de processos.
Fonte: CBOK Common Body of Knowledge (http://www.abpmp.org/)

DAS5313 Avaliao de Desempenho de Sistemas

Ricardo J. Rabelo UFSC

TPICAS TCNICAS DE CAPTURA DE INFORMAO

Observao direta

Acompanhamento presencial do processo a ser modelado. Depende da amostragem dos eventos do dia e consome muitas horas das pessoas.

DAS5313 Avaliao de Desempenho de Sistemas

Ricardo J. Rabelo UFSC

TPICAS TCNICAS DE CAPTURA DE INFORMAO

Entrevista Conversa presencial com certas pessoas sobre processo a ser modelado. Depende da experincia do entrevistador na conduo da entrevista e posterior qualidade do relato dos resultados.

DAS5313 Avaliao de Desempenho de Sistemas

Ricardo J. Rabelo UFSC

TPICAS TCNICAS DE CAPTURA DE INFORMAO

Workshops Reunio presencial de vrias pessoas envolvidas com o processo. Depende da experincia do moderador na conduo das conversas (e conflitos) e posterior capacidade de consolidar os resultados. Alm disso, depende da disponibilidade de vrias pessoas simultaneamente.

DAS5313 Avaliao de Desempenho de Sistemas

Ricardo J. Rabelo UFSC

TPICAS TCNICAS DE CAPTURA DE INFORMAO

Videoconferncia Reunio virtual de vrias pessoas envolvidas com o processo. Depende da experincia do moderador na conduo das conversas, de lidar com o equipamento e posterior capacidade de consolidar os resultados. Alm de tambm depender da disponibilidade de vrias pessoas simultaneamente, uma tcnica que pode ser muito cara de ser operacionalizada.
DAS5313 Avaliao de Desempenho de Sistemas Ricardo J. Rabelo UFSC

LINGUAGENS DE MODELAGEM

DAS5313 Avaliao de Desempenho de Sistemas

Ricardo J. Rabelo UFSC

ALGUMAS LINGUAGENS DE MODELAGEM


IDEF0 (Integration Definition for Function Modeling) representao grfica de processos na forma de digramas hierarquizados, formalizando os inputs, outputs, controles e recursos necessrios para a execuo do processo e suas atividades. SADT (Structured Analysis and Design Technique) linguagem equivalente ao IDEF0, porm inicialmente criada com o objetivo de expresso de ideias. UML (Unified Modeling Language) modela processos atravs de certos diagramas, mas mais voltado para processos de software, e no empresariais. Neste contexto, pode-se mencionar tambm o BPEL (Business Process Execution Language), voltado para mapeamento das interaos entre diversos servios web (web services). BPMN (Business Process Modeling Notation) derivado do conceito / tecnologia BPM, equivalente ao IDEF0, mas permite expressar processos com uma riqueza de detalhes bem mais ampla. Porm, mais complexa. Permite integrao com BPEL. ...
Ricardo J. Rabelo UFSC

DAS5313 Avaliao de Desempenho de Sistemas

ALGUMAS LINGUAGENS DE MODELAGEM


SIPOC (Supplier-Input-Process-Output-Consumer) muito usado no Six Sigma, definindo claramente o escopo de cada Ator no processo. EKD (Enterprise Knowledge Development) metodologia de modelagem de uma organizao como um todo, incluindo seus processos, objetivos, requisitos e recursos. Do ponto de vista de expresso, semelhante ao IDEF0.

Fluxograma tcnica de modelagem atravs do uso de smbolos de diferentes tipos de aes na definio do fluxo de um dado processo. O EPC uma variao deste, contendo tambm os conceitos de operadores lgicos OR, AND e XOR nas aes relativas a decises. Value Stream Mapping muito usado em Manufatura Enxuta, visa expressar o ambiente fsico e o fluxo de materiais para retratar desperdcios, produtividade e pontos de controle.
Systems Dynamics diagramas que representam as atividades realizadas nas flechas e no nos ns a fim de descrever a dinmica do comportamento do processo. ...
Ricardo J. Rabelo UFSC

DAS5313 Avaliao de Desempenho de Sistemas

ALGUMAS LINGUAGENS DE MODELAGEM


ARIS Produto comercial: conjunto de ferramentas de modelagem, de nveis mais abstratos de negcio at a parte de desenvolvimento de software. Do ponto de vista de expresso, os diagramas tem um visual entre a simplicidade do IDEF0 e a complexidade do BPMN. VISIO - Produto comercial: ferramenta de modelagem de processos e base de dados.

DAS5313 Avaliao de Desempenho de Sistemas

Ricardo J. Rabelo UFSC

SADT

DAS5313 Avaliao de Desempenho de Sistemas

Ricardo J. Rabelo UFSC

UML (Diagrama de Classes)

DAS5313 Avaliao de Desempenho de Sistemas

Ricardo J. Rabelo UFSC

BPMN

DAS5313 Avaliao de Desempenho de Sistemas

Ricardo J. Rabelo UFSC

SIPOC

DAS5313 Avaliao de Desempenho de Sistemas

Ricardo J. Rabelo UFSC

EKD

DAS5313 Avaliao de Desempenho de Sistemas

Ricardo J. Rabelo UFSC

Fluxograma

DAS5313 Avaliao de Desempenho de Sistemas

Ricardo J. Rabelo UFSC

EPC

DAS5313 Avaliao de Desempenho de Sistemas

Ricardo J. Rabelo UFSC

Value Stream Mapping

DAS5313 Avaliao de Desempenho de Sistemas

Ricardo J. Rabelo UFSC

Systems Dynamics

DAS5313 Avaliao de Desempenho de Sistemas

Ricardo J. Rabelo UFSC

ARIS

DAS5313 Avaliao de Desempenho de Sistemas

Ricardo J. Rabelo UFSC

VISIO

DAS5313 Avaliao de Desempenho de Sistemas

Ricardo J. Rabelo UFSC

A METODOLOGIA IDEF0

DAS5313 Avaliao de Desempenho de Sistemas

Ricardo J. Rabelo UFSC

A METODOLOGIA IDEF0

metodologia

IDEF
desses a sua

(ICAM

DEFinition
mais de

methodology) utilizada como suporte formalizao especificamente, passos; componente

descrio funcional, a IDEF0 (Integration

Definition for Function Modeling).

DAS5313 Avaliao de Desempenho de Sistemas

Ricardo J. Rabelo UFSC

A METODOLOGIA IDEF0 Esta metodologia correspondeu a uma

iniciativa da US Air Force para a criao de ferramentas e metodologias de suporte ao

desenvolvimento de sistemas avanados de


manufatura.

O IDEF0 uma derivao de um outro


mtodo bastante reconhecido, o SADT (Structured Analysis and Design Technique).

DAS5313 Avaliao de Desempenho de Sistemas

Ricardo J. Rabelo UFSC

A METODOLOGIA IDEF0 A IDEF0 permite descrever, atravs de uma

hierarquia
dos

de

diagramas,

modelo

funcional (portanto, fluxo de informaes PROCESSOS !) do sistema que se pretende analisar ou implementar. O IDEF0 no foi concebido para modelar aspectos temporais.

DAS5313 Avaliao de Desempenho de Sistemas

Ricardo J. Rabelo UFSC

A FAMLIA IDEF

O IDEF uma famlia de mtodos para se estruturar e analisar uma empresa. IDEF0 (Functional Modeling Method): mtodo para se modelar os processos associados a decises, aes e atividades de uma empresa ou sistema.

IDEF1 (Information Modeling Method): mtodo para expresso de requisitos de um sistema (modelos AS-IS e TO-BE).
DAS5313 Avaliao de Desempenho de Sistemas Ricardo J. Rabelo UFSC

A FAMLIA IDEF IDEF1X (Data Modeling Method): mtodo para se expressar o desenho de bases de dados relacionais e associar semntica aos campos. IDEF3 (Process Description Capture Method): mtodo para se expressar relaes de causa-efeito entre processos. IDEF4 (Object-Oriented Design Method): mtodo para auxiliar no projeto de sistemas orientados a objetos.
DAS5313 Avaliao de Desempenho de Sistemas Ricardo J. Rabelo UFSC

A FAMLIA IDEF IDEF5 (Ontology Description Capture Method): mtodo para auxiliar na identificao de ontologias associadas aos processos e informaes. IDEF9 (Business Constraint Discovery Method): mtodo para auxiliar na identificao das restries associadas a um sistema ou processo.

DAS5313 Avaliao de Desempenho de Sistemas

Ricardo J. Rabelo UFSC

A METODOLOGIA IDEF0
O IDEF uma norma ISO, logo, standard !

H ferramentas e mtodos que


se baseiam nela, e outras que mais tarde surgiram com base no IDEF (por exemplo, Aris e

Visio).
Outros mtodos, em alguns casos, surgiram

muito a posteriori e se tornaram os padres de


facto, substituindo alguns mtodos (como o IDEF4). Exemplo: a metodologia UML (Unified

Modeling Language).
DAS5313 Avaliao de Desempenho de Sistemas Ricardo J. Rabelo UFSC

A METODOLOGIA IDEF0 Apenas para facilitar a compreenso, muito basicamente, cada uma das tarefas (interrelacionadas) de um dado diagrama representada por uma caixa. Nas quatro laterais de uma caixa so identificadas todas as informaes de entrada, as informaes / produto de sada, os recursos disponveis para a sua realizao e as condies para a sua ativao, respectivamente.

DAS5313 Avaliao de Desempenho de Sistemas

Ricardo J. Rabelo UFSC

A METODOLOGIA IDEF0

Regras

Entradas

Processo

Sadas

Ax Recursos

DAS5313 Avaliao de Desempenho de Sistemas

Ricardo J. Rabelo UFSC

Regras

Entradas

Processo

Sadas

REGRAS DO IDEF0

Ax Recursos

Todas as informaes de Entrada para um processo (Atividade A) devem ser colocadas esquerda do diagrama; Todas as informaes de Sada devem ser colocadas direita do diagrama; Todas as informaes sobre Recursos de um processo devem estar no lado inferior do diagrama; Todas as informaes sobre Condies de Controle sobre um processo devem ser colocadas no lado superior do diagrama; ...

DAS5313 Avaliao de Desempenho de Sistemas

Ricardo J. Rabelo UFSC

Regras

Entradas

Processo

Sadas

REGRAS DO IDEF0

Ax Recursos

Os nomes das informaes devem ser unvocos e, idealmente, os mesmo que os usados nos sistemas;

Toda e cada informao tem 1 (uma) seta associada; Todo digrama deve ter o nome da ao-base do processo e uma numerao unvoca no formato Ax

(o A faz parte da Norma, significando Activity);


As numeraes (identificaes) devem iniciar por A0, que representa o nvel mais abstrato de descrio de um processo;

DAS5313 Avaliao de Desempenho de Sistemas

Ricardo J. Rabelo UFSC

Regras

Entradas

Processo

Sadas

CONVENES IDEF0

Ax Recursos

DAS5313 Avaliao de Desempenho de Sistemas

Ricardo J. Rabelo UFSC

Regras

Entradas

Processo

Sadas

CONVENES IDEF0

Ax Recursos

A identificao do nome do processo usualmente expressa na forma de uma ao, de um verbo. Por exemplo, ao invs de se chamar um processo de usinagem de peas, usar-se-ia usinar peas.

No caso de ser uma empresa internacionalizada ou


multinacional, os nomes costumam ser expressos em ingls ou na lngua na matriz.

DAS5313 Avaliao de Desempenho de Sistemas

Ricardo J. Rabelo UFSC

CONVENES IDEF0
No se recomenda mais do que 5 nveis de exploso. No se recomenda mais do que 3 ou 4 diagramas por nvel de exploso, com uma numerao seqencial. Mais do que isso acha-se que a pessoa no tem uma viso devidamente clara dos processos e ao mesmo tempo poder de abstrao. Cada nvel deve ser auto-contido, ou seja, uma pessoa deve ser capaz de entender o processo bastando olhar um dos nveis. No caso de desejar obter mais detalhes, ento deve consultar o nvel abaixo.

DAS5313 Avaliao de Desempenho de Sistemas

Ricardo J. Rabelo UFSC

CONVENES IDEF0

A0

A1

A2

A3

A11

A12

A13

A111

A112

A113

A1111

A1112

A1113

A1114

ou 4

DAS5313 Avaliao de Desempenho de Sistemas

Ricardo J. Rabelo UFSC

Questes de Pesquisa:

CONVENES IDEF0

A1

X
A2

A3

DAS5313 Avaliao de Desempenho de Sistemas

Ricardo J. Rabelo UFSC

Questes de Pesquisa:

CONVENES IDEF0

A1
A2 A3

DAS5313 Avaliao de Desempenho de Sistemas

Ricardo J. Rabelo UFSC

EXEMPLO DE DIAGRAMA IDEF0

ordem de manufatura pea X torneada

pea em bruto

Tornear Famlia Peas X A 21

relatrio de inspeo programa CNC

torno Y

ferramentas

DAS5313 Avaliao de Desempenho de Sistemas

Ricardo J. Rabelo UFSC

EXEMPLO DE MODELAGEM COM IDEF0

DAS5313 Avaliao de Desempenho de Sistemas

Ricardo J. Rabelo UFSC

EXEMPLO COMPLETO DE IDEF0

DAS5313 Avaliao de Desempenho de Sistemas

Ricardo J. Rabelo UFSC

EXEMPLO COMPLETO DE IDEF0

DAS5313 Avaliao de Desempenho de Sistemas

Ricardo J. Rabelo UFSC

EXEMPLO COMPLETO DE IDEF0

DAS5313 Avaliao de Desempenho de Sistemas

Ricardo J. Rabelo UFSC

GANHOS COM IDEF0


Uma modelagem atravs do IDEF0 (ou de algum outro padro) propicia:
Rigor (formal) e Preciso;

Facilidade do mtodo;
Abstrao; Flexibilidade de introduzir mudanas; Clareza e Conciso na descrio; Rpida e Correta compreenso (por quem o conhece ); Economia de tempo e recursos quando de manutenes / (cada vez mais freqentes) novas mudanas; Clara identificao das responsabilidades e fronteiras de cada processo.
DAS5313 Avaliao de Desempenho de Sistemas Ricardo J. Rabelo UFSC

OUTRAS REGRAS DA NORMA

No existe NENHUM outro smbolo que possa ser usado a no ser o diagrama e as setas.

possvel casos de retro-alimentao e paralelismo de processos.

DAS5313 Avaliao de Desempenho de Sistemas

Ricardo J. Rabelo UFSC

OUTRAS REGRAS DA NORMA


Nem todo output tem que ser necessariamente o input do processo/diagrama imediatamente a seguir ou mesmo de algum dos processos daquele nvel. No nada anormal que inputs de um dado processo possam vir de outros nveis/processos fora do escopo do A0 em questo, e que outputs de um dado processo possam ser inputs de outros fora do escopo do A0. No entanto, quando isso ocorrer, a informao em questo vir com um parnteses associado.

DAS5313 Avaliao de Desempenho de Sistemas

Ricardo J. Rabelo UFSC

OUTRAS REGRAS DA NORMA

H casos muito especficos onde mesmo com toda a clareza e preciso do diagrama o engenheiro pode achar que h algum risco de dvida de interpretao ou mesmo que deseja enfatizar algo. Para isso, no diagrama da Norma existe um campo Observao, onde ento se pode escrever algo.

DAS5313 Avaliao de Desempenho de Sistemas

Ricardo J. Rabelo UFSC

OUTRAS REGRAS DA NORMA Como regra geral, para fins de manuteno da consistncia entre os vrios nveis de uma modelagem, todas Entradas, Controles, Recursos e Sadas que aparecem nos diagramas de nvel inferior devem aparecer tambm no nvel superior.

Porm, se as sadas de alguns processos foram produzidas apenas internamente, elas no devero aparecer no nvel acima.

DAS5313 Avaliao de Desempenho de Sistemas

Ricardo J. Rabelo UFSC

DVIDAS FREQUENTES ...

O que difere uma Entrada de um Controle ? Pode uma Entrada ser Controle ?

Pode um Controle ser Entrada ?


Um Recurso no uma Entrada ?

DAS5313 Avaliao de Desempenho de Sistemas

Ricardo J. Rabelo UFSC

DVIDAS FREQUENTES ...


Entradas refletem materiais e/ou informaes que sero transformadas no processo resultando nalguma sada em funo disso. H casos onde um processo no tem Entrada alguma, o que significa que no haver transformao no processo, mas sim apenas uso de Recursos como preparao para alguma posterior atividade de transformao.

Um Recurso um bem fsico, frequentemente esttico, que usado para realizar a transformao das Entradas em Sadas. Portanto, um Recurso no uma Entrada.

DAS5313 Avaliao de Desempenho de Sistemas

Ricardo J. Rabelo UFSC

DVIDAS FREQUENTES ...


Um Controle no material, mas simplesmente um sinal, um evento, que sem ele ocorrer o processo no pode iniciar, mesmo que se tenha todas as entradas disponveis e recursos prontos.
Uma Entrada um Controle implcito, e por isso no precisa/deve estar explicitado como tal como Controle. Uma Entrada est tipicamente associada a uma entidade fsica, que sem ela chegar o processo / atividade no tem como iniciar.

DAS5313 Avaliao de Desempenho de Sistemas

Ricardo J. Rabelo UFSC

DVIDAS FREQUENTES ...


J um Controle um habilitador explcito, lgico. H casos que um evento (Controle) pode ter uma informao de Entrada associada. Por exemplo, pode-se ter um processo que precisa da chegada de uma autorizao para ser iniciado. Se esta autorizao for tambm uma informao que internamente ser processada / transformada, ento ela pode ser tambm considerada como entrada.

DAS5313 Avaliao de Desempenho de Sistemas

Ricardo J. Rabelo UFSC

CONSIDERAES FINAIS
Uma modelagem de processos vista hoje como base para o entendimento da empresa e posterior introduo de melhorias.
, no entanto, uma tarefa usualmente longa e custosa.

Para que a modelagem atinja a essncia dos seus objetivos, fundamental que ela reflita o que real ou o que ser efetivamente feito, mesmo que a soluo final acerca de como se acha que o processo deveria funcionar no seja a tecnicamente (e reconhecidamente a) mais eficiente.
DAS5313 Avaliao de Desempenho de Sistemas Ricardo J. Rabelo UFSC

CONSIDERAES FINAIS
Com os processos devidamente modelados e, assim, com os pontos de conexo entre eles correta e completamente identificados, economiza-se imensamente tempo e recursos financeiros no desenvolvimento de software. Isso porque, em mdia, 30% do tempo gasto com entendimento dos processos e definio das interfaces e variveis que sero usadas na integrao entre eles.
Uma modelagem ou metodologia de modelagem no visa resolver problemas culturais e prticas ultrapassadas da empresa, mas pode ajudar a faz-las aparecer.
DAS5313 Avaliao de Desempenho de Sistemas Ricardo J. Rabelo UFSC

CONSIDERAES FINAIS
Mesmo aplicando-se uma metodologia como esta as vezes o poder de expressividade de quem modelou (ou mesmo devido a intrnseca complexidade de um dado processo) no suficiente para garantir que uma terceira pessoa entenda com 100% de certeza. Por outro lado, como seria sem a aplicao de nenhuma metodologia de modelagem & documentao ?!

DAS5313 Avaliao de Desempenho de Sistemas

Ricardo J. Rabelo UFSC

DAS5313 Avaliao de Desempenho de Sistemas

Ricardo J. Rabelo UFSC