Escolar Documentos
Profissional Documentos
Cultura Documentos
a
edio
Tadeu Cruz
BRASPORT Livros e Multimdia Ltda.
Rua Pardal Mallet, 23 Tijuca
20270-280 Rio de Janeiro-RJ
Tels. Fax: (21) 2568.1415/2568.1507
e-mails: brasport@brasport.com.br
vendas@brasport.com.br
editorial@brasport.com.br
site: www.brasport.com.br
Filial
Av. Paulista, 807 conj. 915
01311-100 So Paulo-SP
Tel. Fax (11): 3287.1752
e-mail: flialsp@brasport.com.br
Copyright 2010 por Brasport Livros e Multimdia Ltda.
Todos os direitos reservados. Nenhuma parte deste livro poder ser reproduzida, sob qualquer
meio, especialmente em fotocpia (xerox), sem a permisso, por escrito, da Editora.
1
a
edio: 2008
2
a
edio: 2010
Editor: Sergio Martins de Oliveira
Diretora Editorial: Rosa Maria Oliveira de Queiroz
Assistente de Produo: Marina dos Anjos Martins de Oliveira
Reviso: Maria Helena A. M. Oliveira
Editorao Eletrnica: Abreus System Ltda.
Capa: Trama Criaes
Tcnica e muita ateno foram empregadas na produo deste livro. Porm, erros de digitao e/ou impresso podem
ocorrer. Qualquer dvida, inclusive de conceito, solicitamos enviar mensagem para brasport@brasport.com.br,
para que nossa equipe, juntamente com o autor, possa esclarecer. A Brasport e o(s) autor(es) no assumem qualquer
responsabilidade por eventuais danos ou perdas a pessoas ou bens, originados do uso deste livro.
Marcas Registradas Todos os nomes, todas as marcas registradas e todos os direitos de uso, de produtos e de
servios, citados neste livro pertencem aos seus respectivos proprietrios. Todos os Direitos Autorais foram citados,
todas as fontes de dados e informaes foram referenciadas e todos os crditos foram dados. Se houver alguma
omisso ela no ter sido intencional.
ndices para catlogo sistemtico:
1. BPM & BPMS : Processos de produo :
Reengenharia : Administrao de empresas
658.4063
Dados Internacionais de Catalogao na Publicao (CIP)
(Cmara Brasileira do Livro, SP, Brasil)
Cruz, Tadeu
BPM & BPMS : Business Process Management & Business Process Management
Systems / Tadeu Cruz. -- 2. ed. -- Rio de Janeiro : Brasport, 2010.
Bibliografa.
ISBN 978-85-7452-439-9
1. Administrao - Avaliao 2. Controle de processos - Processamento de dados -
Administrao 3. Mudana organizacional - Estudo de casos 4. Negcios - Processamento
de dados 5. Reengenharia (Administrao) 6. Tecnologia de informao 7. Workfow
- Administrao I. Ttulo.
10-02363 CDD-658.4063
Para Wanda, eterna companheira!
Aonde quer que v e para sempre, muito amada!
O Autor
Tadeu Cruz, Prof. M.Sc, Administrador de Empresas e Filsofo. Especia-
lista em Engenharia de Sistemas e em Anlise e Melhoria de Processos de
Negcio. Mestre em Engenharia de Produo COPPE-UFRJ. Auditor certi-
fcado pelo IRCA (International Register of Certifcated Auditors), Inglaterra,
para implantao de sistemas da qualidade baseados nas normas ISO 9000.
Participou de mais de 100 cursos de extenso e especializao na Itlia,
Frana, Estados Unidos, Alemanha, Inglaterra, Argentina e Mxico. Possui
34 anos de experincia em Tecnologia da Informao e 22 anos em Qualida-
de e Desenvolvimento Organizacional. Trabalhou em empresas nacionais e
multinacionais e como consultor de Tecnologia de Informao e de Gerncia
de Processos e Projetos no Uruguai, Chile, Argentina, Alemanha e Esta-
dos Unidos. Autor de 16 livros. Professor de cursos de ps-graduao de
diversas universidades, entre elas: SOCIESC de Joinville, Santa Catarina;
SENAC So Paulo; PUC-Minas; UNIVEM - Marlia e Academia de Polcia do
Estado de So Paulo - ACADEPOL. consultor de anlise, desenho, rede-
senho, modelagem, organizao, implantao, gerenciamento e melhoria de
processos de negcio e ministra os seguintes cursos: Gesto de Processos,
Gesto de Processos Industriais, Mapeamento de Processos, Modelagem
de Processo, Simulao de Processos, Gesto de Negcios, Gesto Estra-
tgica de Processos de Negcio, Desenvolvimento Organizacional, Estats-
tica para Processos de Negcio, Logstica, Business Process Outsourcing,
Knowledge Process Outsourcing e Gerncia do Conhecimento. membro-
pesquisador do Grupo de Estudo dos Aspectos Culturais, Tecnolgicos e
VIII BPM & BPMS
Estruturais das Organizaes para Implantao da Gesto por Processos -
FEA-USP e do Laboratrio de Sistemas Avanados de Gesto da Produo
(SAGE) COPPE-UFRJ. coautor do Workfow Handbook 2006, editado por
Layna Fischer - Workfow Management Coalition (WfMC - USA).
Currculo completo em http://lattes.cnpq.br/0266993615909643
Contatos: www.trcr.com.br - trcr@trcr.com.br
Prefcio da 1
a
edio
Provocante, proveitoso, delicioso: assim o novo livro de Tadeu Cruz. Com
a segurana de quem tem muita experincia no tema e j publicou vrias
outras obras, o autor no perde tempo com concesses a formalismos de
estilo: vai direto ao ponto.
Afnal, quantos livros arriscam-se a assumir uma postura crtica diante das ino-
vaes em TI aplicada s organizaes? Pouqussimos. Tadeu no hesita em
enumerar restries e difculdades que levam a fracassos, mas ainda assim
demonstra sua confana na contribuio do BPMS para as organizaes.
Comea, acertadamente, pelo essencial: o que importa no esta ou aquela
tcnica, mas a mudana organizacional. Leia-se: a mudana organizacional
favorvel! Pois, como o autor acentua, inmeras vezes ela vem, mas numa
direo inteiramente indesejvel... o que o Tadeu chama de Desorganiza-
o Informacional.
Outro aspecto notvel do livro: os conceitos mais tcnicos de TI aparecem
apenas na medida do necessrio. Isto permite que o livro seja apreciado
mesmo por profssionais ou pesquisadores que no possuem formao
em software.
De fato, o importante entender que o Business Process Management
uma novidade e no o . Sem dvida, d continuidade a tendncias que sur-
giram j h mais de 20 anos, como o modelo japons ou, depois dele, a reen-
genharia. Mas ao mesmo tempo renova a viso de processos, aprofundando
X BPM & BPMS
a maneabilidade dos sistemas de gesto e usando de forma mais sensata as
TI. neste ponto que o livro de Tadeu pode contribuir fortemente.
O leitor ter uma abordagem da gesto de processos que a literatura de
divulgao, acrtica, no pode oferecer, mas que, com toda certeza, a que
melhor convm obteno de bons resultados prticos. Quando a isto se
soma uma leitura leve e agradvel, no h mais o que pedir.
Rogerio Valle
Coordenador SAGE (COPPE/UFRJ)
Apresentao 2
a
edio
Durante esses quase 18 meses em que o livro esgotou sua 1
a
. edio re-
cebi muitos e-mails. Foram de consultas, tanto de profssionais quanto de
estudantes dos mais diversos cursos e disciplinas, de congratulaes, de
crticas positivas, que me ajudaram a aprimorar minhas ideias e a resolver
minhas dvidas, e nenhum de reclamaes, embora tenham existido algu-
mas num grupo de relacionamento na Internet sobre a abordagem genera-
lista do livro.
Quero agradecer a todas e todos. Tanto aos leitores que me escreveram do
Amazonas, ao Rio Grande do Sul, como s criticas. Foram e sero sempre
bem-vindas!
Eu conclu que o livro cumpriu seu principal objetivo: o de desmistifcar BPM
& BPMS.
Quis que ele fosse uma viso geral sobre esses dois ambientes, BPM &
BPMS, sem ser suprfuo. Quis que ele tratasse de mapeamento, anlise,
modelagem e gerenciamento de processos como nica forma de controle da
desorganizao informacional e que enfatizasse que nenhuma tecnologia,
por melhor e mais avanada que seja, tem capacidade de organizar o caos
informacional em que todos ns nos encontramos.
Confesso que esperava de fabricantes e fornecedores que leram o livro (eu
sei que sim), uma postura mais atual e preocupada com a desorganizao
informacional, mas infelizmente todos sem (ou quase) exceo continuam
XII BPM & BPMS
vendendo TI com falsas promessas de melhoria de produtividade (efcincia
+ efccia) sem a devida preocupao com processos de negcio.
Confesso, tambm, que as organizaes, aqui sim, salvo raras excees,
continuam se preocupando muito pouco com o tema desorganizao infor-
macional e acreditando que TI as redimir de todos os males da desorga-
nizao informacional, que para falar a verdade elas nem sabem que desta
enfermidade padecem.
Por fm, pelas inmeras notcias que me chegam, constato que h ainda
muito fracasso e dinheiro sendo jogado fora em projetos de anlise, modela-
gem e gerenciamento de processos realizados com base EXCLUSIVAMEN-
TE em fuxogramas. E todos que me conhecem sabem que fuxograma no
documenta processos. Fazer o qu?
Por tudo isso, aqui est a 2. edio, e a minha renovada crena de que
possvel trabalharmos sem estresse, com qualidade e alta produtividade,
basta querermos enfrentar a desorganizao informacional sem pirotecnia e
sem acreditarmos em falsas promessas.
Muito obrigado!
Tadeu Cruz
Sumrio
Introduo ............................................................................................................. 1
Algumas Palavras sobre Cada Captulo ........................................................... 8
1 . As (R)Evolues de TI ................................................................................. 11
As Ondas Chamadas Tecnologias da Informao ........................................ 11
Histria Resumida dos Computadores ................................................... 11
O Vai-e-vem das Ondas de TI ................................................................. 15
A Evoluo do Hardware ................................................................................. 22
Como as Ondas de TI se Formam .......................................................... 22
A Segunda Fase da Segunda Gerao .................................................. 29
A Terceira Gerao ................................................................................. 31
Resumo das Duas Fases da Computao Comercial ............................ 32
A Computao Distribuda ............................................................................... 33
O Mito Chamado Offce Automation ................................................................ 37
Os Pacotes Offce Automation ................................................................ 40
O Papel dos Editores de Textos na DoI .................................................. 41
O Papel das Planilhas Eletrnicas na DoI .............................................. 44
O Papel de Outras Tecnologias na DoI ................................................... 46
2. A Desorganizao Informacional .............................................................. 50
A Doena e seus Sintomas ............................................................................. 51
Exemplos de Desorganizao Informacional .......................................... 52
Efeitos da DoI .................................................................................................. 54
Evoluo da Desorganizao Informacional ................................................... 60
XIV BPM & BPMS
3 . O Contexto Histrico CSCW ...................................................................... 63
CSCW ou BPM? .............................................................................................. 64
Trabalho Cooperativo por Meio dos Processos de Negcio? ......................... 65
O Que BPM? ................................................................................................ 66
O Modelo Ainda Inexistente ............................................................................ 70
Modelo Genrico do BPMS ..................................................................... 73
Algumas Palavras sobre Estes Modelos ................................................. 83
BPMS, Um Novo Nome para Workfow? ......................................................... 84
Facilitadores do Modelo BPMS ............................................................... 86
Para Escrever Este Livro ................................................................................. 87
Softwares ................................................................................................ 87
Livros ....................................................................................................... 88
4. BPMS ................................................................................................................ 90
BPMS e os Processos de Manufatura ............................................................ 92
Processos de Manufatura Contnua ........................................................ 93
Processos de Manufatura Discreta ......................................................... 93
Integrando BPMS (Workfow) a um ERP......................................................... 96
Workfow Embutido ou Autnomo? ......................................................... 97
Exemplo 1 ............................................................................................. 103
Exemplo 2 ............................................................................................. 103
Integrando Workfow Manufatura Discreta ................................................. 103
Preocupaes Essenciais ..................................................................... 106
Exemplo Detalhado ............................................................................... 107
A Descrio do Processo ...................................................................... 109
Explicao Importante ........................................................................... 112
Softwares para Processos de Negcio ......................................................... 113
Computer-Supported Cooperative Work ............................................... 116
O Surgimento do BPMS ................................................................................ 117
Tecnologias Envolvidas com BPMS .............................................................. 121
Ferramentas para Modelagem de Organizaes .................................. 123
Ferramentas para Modelagem de Processos ....................................... 126
Ferramentas para Estatstica ................................................................ 126
Ferramentas para Simulao ................................................................ 129
Ferramentas para Gerenciamento de Regras de Negcio ................... 131
Aplicaes de BPM ....................................................................................... 132
Ferramentas para Monitorao de Processos ...................................... 134
Ferramentas para Desenvolvimento de Software ................................. 134
Ferramentas EAI (Enterprise Application Integration) ........................... 135
Ferramentas SOA (Service-Oriented Architecture) ............................... 140
Background & Foreground Processes .......................................................... 147
Foreground Processes .......................................................................... 149
Sumrio XV
Background Processes ......................................................................... 151
Ferramentas para Gerenciamento do Ambiente Workfow ........................... 153
Servidores de Aplicaes .............................................................................. 154
Linguagens BPMS ......................................................................................... 154
1
o
Grupo. Linguagens generalistas ...................................................... 154
2
o
Grupo. Linguagens especialistas ..................................................... 154
ERP, CRM e Outros Softwares e Aplicaes ................................................ 155
Data Warehouse e BI .................................................................................... 155
Concluso ..................................................................................................... 155
5. AMOP uma Sada? ................................................................................... 156
O Caso da Empresa de Manuteno Aeronutica ........................................ 158
Nveis de Documentao de Processos ....................................................... 160
Modelos de Processos de Negcio ............................................................... 165
O Modelo DOMP ................................................................................... 165
The MIT Process handbook .................................................................. 167
The Supply-Chain Operations Reference Model (SCOR) ..................... 168
Modelo de Processo de Negcio do NP2TEC-UNIRIO ........................ 170
Modelo Genrico de Processo de Negcio ........................................... 171
Metodologias para Processos de Negcio .................................................... 172
Metodologias para AMOP ..................................................................... 174
DOMP ................................................................................................... 178
Sobre BPO e KPO ......................................................................................... 183
Business Process Outsourcing - BPO .................................................. 185
Knowledge Process Outsourcing - KPO ............................................... 186
Sobre a SOx e Governana Corporativa ....................................................... 188
Principais Desafos da Lei Sarbanes-Oxley .......................................... 189
Governana Corporativa ....................................................................... 190
6. Ciclos de Vida BPM e BPMS .................................................................... 192
Ciclo de Vida do BPM ................................................................................... 192
Fases da Metodologia ................................................................................... 194
Ciclo de Vida do BPMS ................................................................................. 199
7. Mudana Tudo que Existe ..................................................................... 205
Gerenciando a Mudana ............................................................................... 207
Pontos de Ateno ........................................................................................ 209
Rejeio ................................................................................................ 209
Boicote .................................................................................................. 212
Aceitao .............................................................................................. 213
Cooperao ........................................................................................... 213
XVI BPM & BPMS
8. Analistas ........................................................................................................ 215
Os Trs Nveis de Detalhamento da Documentao do Processo ............... 216
1
o
Nvel .................................................................................................. 216
2
o
Nvel .................................................................................................. 217
3
o
Nvel .................................................................................................. 217
Exemplos de Nveis de Documentao de Processos .................................. 218
O Analista de Processos ............................................................................... 219
O Analista de Workfow ................................................................................. 222
O Analista de BPMS ...................................................................................... 223
O Arquiteto de SOA (SOA Architect) ............................................................. 223
Conhecimentos e Competncias .................................................................. 225
Palavras Finais ................................................................................................. 229
Anexo I Principais Fabricantes de BPMS .............................................. 231
Anexo II BPMS .............................................................................................. 235
Anexo III Relao dos Vendedores de BPMS........................................ 249
Anexo IV Linguagens Generalistas BPMS ............................................. 251
Elementos Business Process Diagram ......................................................... 253
Referncias Bibliogrfcas ............................................................................ 259
ndice Remissivo ............................................................................................. 265
Introduo
Os problemas provocados pelas constantes e aceleradas (r)evolues nas
e das Tecnologias da Informao e as provocadas por estas na sociedade,
parecem (eu disse parecem) ser maiores do que os benefcios que estas
mesmas (r)evolues nos trazem e trazem s organizaes e sociedade
como um todo. Obviamente, para qual dos lados vo pender (para o lado do
problema ou para o lado da soluo) cada uma destas (r)evolues depen-
der da escolha e do uso que cada um de ns fzer das tecnologias advindas
com estas (r)evolues. Ou seja, a princpio no existe tecnologia boa, nem
tecnologia m, mas uma ou outra pelo uso que fzermos delas.
O certo que as (r)evolues de TI sempre desencadeiam uma srie de
fenmenos que afetam tanto nossa vida profssional quanto a particular.
Alguns destes fenmenos so causas, outros so efeitos, e h tambm
aqueles que so causa e efeito ao mesmo tempo. Cada um destes tipos de
fenmenos ligados s (r)evolues das Tecnologias da Informao sero
tratados por mim neste livro por meio de exemplos, casos, ideias, conceitos
e concluses com o precpuo objetivo de discutir o papel das tecnologias
Groupware e, em especial, a mais nova delas: o software chamado BPMS
(Business Process Management System).
Em decorrncia das (r)evolues de TI fomos e, a cada nova (r)evoluo,
somos acometidos de uma doena ainda pouco conhecida como enfermida-
de, ainda mal explorada e qual dei o nome de Desorganizao Informacio-
nal, cuja abreviatura DoI. Seus sintomas vo da insegurana que provoca
2 BPM & BPMS
em ns por lidarmos com tantas e to novas e diferentes tecnologias ao
estresse fsico-emocional (psicossomtico) causado pela superexposio
a elas. Vo da perda de controle sobre a capacidade de discernir o que
bom para nossa organizao e para ns mesmos ao desenvolvimento da
infobia (medo da informao), talvez o mais (in)visvel e perigoso de todos
os sintomas denunciadores desta enfermidade. Os efeitos da Desorganiza-
o Informacional podem ser visveis, invisveis e at mesmo podem estar
mascarados, resultantes de outras enfermidades organizacionais, mas so,
a cada dia, mais devastadores.
A Desorganizao Informacional teve uma acentuada evoluo ao longo
das ltimas quatro dcadas ou, para ser mais preciso, a partir do incio da
computao comercial, entre os anos 50 e 60. Embora afete principalmen-
te nossa vida profssional, seus tentculos tambm alcanam nossa vida
particular, pois, salvo raras excees, da hora que acordamos hora que
dormimos estamos em permanente contato com as Tecnologias da Informa-
o e, por conseguinte, sendo afetados por elas.
Alguns podem dizer que a globalizao que vivemos hoje a causa da
SDoI
1
; ou seja, que ela a causa desta descontrolada quantidade de dados
e informaes existentes hoje. Entretanto, para mim, a globalizao no o
. No mximo a globalizao, de forma tautolgica, pode ser acusada de
globalizar a Desorganizao Informacional, numa espiral viciosa.
Muitas empresas fabricantes de Tecnologias da Informao j reconhecem
e at parecem estar preocupadas em criar produtos que possam, em tese,
minorar os efeitos da DoI. Tambm muitos especialistas j se preocupam
ou comeam a se preocupar com os efeitos nocivos que toda esta over-
dose de TI, causadora de uma overdose de dados e informaes, tem
provocado nas pessoas e por extenso nas organizaes nas quais as
pessoas trabalham.
Por exemplo, a IBM, depois de lanar e-business e a estratgia On Demand,
rendeu-se s evidncias e anunciou produtos para controlar o que ela mes-
ma chama, nas suas propagandas em jornais e revistas do mundo todo, de
Information Anarchy!
1. SDoI, Sndrome da Desorganizao Informacional.
Introduo 3
Ainda que no soubssemos (voc e eu) ser a DoI uma realidade, apenas
por meio de propagandas como esta seria possvel imaginar o grau de De-
sorganizao Informacional a que chegamos ao vermos por parte de uma
das maiores fabricantes de Tecnologias da Informao to explcito reco-
nhecimento desta descontrolada situao.
Absurdamente paradoxal, no ? Eu penso que sim.
As (r)evolues das Tecnologias da Informao contriburam para a Desor-
ganizao Informacional porque, como nenhuma outra tecnologia criada pelo
homem at ento, ela consegue operacionalizar uma espiral ascendente e
autorregenerativa cujo propsito, inconfessvel, o de criar mais e mais De-
sorganizao Informacional; num movimento onde mais tecnologia gera mais
Desorganizao Informacional e mais Desorganizao Informacional gera (a
necessidade de) mais tecnologia (e vendas crescentes), que pretensamente
foram criadas para ajudar a organizar a Desorganizao Informacional.
As (r)evolues de TI so boas ou so ruins? Depende...
Alguns vo dizer que so boas, maravilhosas, porque propiciaram e pro-
piciam cada vez mais a disseminao do conhecimento e popularizam
as Tecnologias da Informao, possibilitando a milhes de pessoas terem
seu prprio computador e acesso instantneo ao conhecimento gerado no
mundo todo.
Outros, entretanto, diro que as (r)evolues de TI so pssimas porque
desorganizaram e desorganizam os meios produtivos tradicionais (descen-
dentes diretos da Revoluo Industrial) criando um novo tipo de trabalhador:
o do conhecimento
2
em detrimento do trabalhador do cho de fbrica, alm
de ter possibilitado o surgimento de crimes antes inimaginveis at mesmo
por grandes romancistas do gnero.
Como em todas as questes colocadas humanidade, h os que vo defen-
der as (r)evolues de TI e h os que vo conden-las; o lado bom e o lado
ruim; e h os que so e sero contra (unabombers) e os que so e sero
2. Trabalhador do Conhecimento, termo criado por Peter Drucker para diferenciar os profs-
sionais que atuavam, ou ainda atuam, nas manufaturas tradicionais (produtos tangveis) dos
que trabalham nas novas indstrias da informao (produtos intangveis) da Era do Conhe-
cimento.
4 BPM & BPMS
a favor, sem querer ser maniquesta, ou reconhecendo que a matria seja
intrinsecamente m. No me cabe emitir juzo de valor, at porque, atuando
h trinta (e muitos) anos na rea, eu estaria cuspindo no prato que comi,
como e, penso, comerei.
A notcia a seguir exemplifca meu ponto de vista, especialmente quando,
hoje, o Negroponte do MIT tenta vender para o mundo todo seu notebook
de US$ 100.
So Paulo, domingo, 06 de maio de 2007
Escolas questionam efccia de laptops.
Entidades de ensino norte-americanas desistem de programas que
implementam uso de computadores em sala de aula.
Sem benefcios pedaggicos comprovados e com custo alto, uso
de informtica freado por instituies.
WINNIE HU
DO NEW YORK TIMES, EM LIVERPOOL
Os estudantes da Liverpool High, uma escola de segundo grau no
interior do Estado de Nova York, usaram os laptops fornecidos a
eles pela escola para divulgar gabaritos de provas, baixar porno-
grafa e invadir computadores de empresas.
Quando os dirigentes escolares adotaram medidas de segurana
mais rgidas para a rede do colgio, um aluno da 10 srie no
s encontrou maneira de superar essas barreiras como tambm
postou instrues na Web explicando aos colegas como fazer a
mesma coisa.
Dezenas dos laptops arrendados pelos alunos quebram a cada
ms, e de dois em dois dias, nos perodos reservados a estudo
assistido por professores, a rede da Liverpool High termina caindo,
devido ao alto nmero de alunos que preferem navegar pela inter-
net a dirimir suas dvidas escolares.
Assim, o distrito escolar de Liverpool, uma cidade localizada perto
de Syracuse, decidiu que, a partir do quarto trimestre, os laptops
devem ser devolvidos, o que aumenta o nmero de escolas em
Introduo 5
todo o pas que adotaram programas de computao individual e,
mais tarde, optaram por cancel-los, por terem sido considerados
inteis ou, pior, nocivos.
O objetivo de muitas dessas escolas era remover a disparidade di-
gital entre os alunos que tinham e os que no tinham computadores
em casa.
Depois de sete anos, no h literalmente prova alguma de
impacto positivo sobre as realizaes acadmicas dos estudan-
tes, disse Mark Lawson, presidente do conselho de educao
de Liverpool - um dos primeiros distritos do Estado de Nova
York a testar o sistema de oferecer aos alunos contato direto
com a tecnologia.
Os professores nos informaram que, quando os alunos de-
senvolvem forte vnculo com seu laptop, o computador passa a
representar uma distrao no processo educacional, disse.
A postura adotada em Liverpool surge no momento em que mais e
mais distritos escolares em todo o pas optam por levar laptops s
suas salas de aula.
Um estudo conduzido por duas consultorias educacionais nos 2.500
maiores distritos escolares norte-americanos, no ano passado, mos-
trou que um quarto dos respondentes j havia adotado um computa-
dor por aluno, e que metade do grupo esperava faz-lo at 2011.
Na cidade de Nova York, cerca de seis mil alunos de quinta a oitava
srie receberam laptops em 2005 como parte de um programa trie-
nal de US$ 45 milhes, fnanciado com verba municipal, estadual
e federal.
No entanto, funcionrios de diversas escolas afrmam que os estu-
dantes cometeram abusos usando seus laptops, e que as mqui-
nas no se enquadram nos planos de aula e demonstram pouco ou
nenhum efeito mensurvel sobre as notas e exames.
H distritos que abandonaram seus programas de distribuio de
laptops devido resistncia de parte dos professores, problemas
tcnicos e logsticos e custos elevados de manuteno.
6 BPM & BPMS
Esse tipo de decepo s o mais recente exemplo de como a tec-
nologia, muitas vezes alardeada por flantropos e lderes polticos
como meio de solucionar problemas de forma instantnea, deixa os
professores perplexos quanto ao que fazer para integrar os novos
aparelhos aos seus currculos.
No ms passado, o Departamento da Educao norte-americano
publicou um estudo que demonstrava no haver diferena em ter-
mos de realizaes acadmicas entre alunos que usam software
educacional para aprender matemtica e desenvolver a capacida-
de de leitura e alunos que no utilizam esse recurso.
Por outro lado, muitos dirigentes escolares e professores dizem
que o uso de laptops motivou at os mais relutantes dos alunos a
aprender, resultando em frequncia mais elevada, ndices menores
de punies e abandono de estudos.
Em um dos maiores estudos em curso, o Centro de Pesquisa
Educacional do Texas at agora no constatou diferena nos re-
sultados de testes estaduais entre 21 escolas de quinta a oitava
srie, nas quais os alunos receberam laptops, e 21 que no re-
ceberam. Mas alguns dados sugerem que os estudantes mais
aptos podem se sair melhor em matemtica quando equipados
com laptops.
traduo de PAULO MIGLIACCI
Vinda da maior e mais poderosa economia do planeta a notcia , no mni-
mo, sintomtica de uma situao que em muitos casos j est fora de con-
trole! Mas repito, no sou nem contra, de forma irracional, nem a favor, cego
de paixo pelas Tecnologias da Informao. Estou aqui apenas colocando
os dois lados da situao.
Intil esperar consenso, pois no cerne da discusso estar cada nova tecno-
logia criada; seus benefcios, malefcios, vantagens e desvantagens. Haver
organizaes que iro defender as novas Tecnologias da Informao, mais
por quererem acreditar nelas do que por terem efetivamente se benefciado
delas. Outras organizaes, contudo, iro atac-las sem, muitas vezes, te-
rem a mnima base para faz-lo.
Introduo 7
normal. prprio do ser humano.
Entretanto, sempre haver aqueles, entre os quais me incluo, que procura-
ro estudar cada nova Tecnologia da Informao de forma a descobrir em
cada uma sua essencialidade; por que e para qu fora criada, como deveria
ser corretamente usada, como efetivamente est sendo usada, quais deve-
riam ser os resultados esperados do seu uso e quais esto sendo obtidos
com a sua utilizao.
No que diz respeito TI tambm existiro vrias verdades, principalmente
as adotadas pelos sofstas modernos (chamados de gurus) que criam falsos
argumentos para defend-las (ou mesmo para atac-las), convincentes para
todos que necessitam acreditar, sem se darem ao trabalho (gurus e crentes)
de uma anlise mais aprofundada e desapaixonada de todas elas. Para a
quase esmagadora maioria destes gurus tudo que a indstria de TI produz
maravilhoso e cada nova inveno realmente uma nova inveno!
Na crista desta onda de paradoxos, BPM (Business Process Management)
e seu software BPMS so as bolas da vez! Mas o que mesmo BPM e
BPMS? Para que servem? um conceito? Um software? Ambos? Qual
o parentesco existente entre BPMS (Business Process Management Sys-
tems) e Workfow? Onde, nesta histria, entram os princpios do Trabalho
Cooperativo Suportado por Computador (CSCW
3
)? E como as tecnologias
Groupware se encaixam nesta confuso? Estas e outras questes me leva-
ram a escrever este livro.
Workfow foi a ideia que deu origem a este livro. No porque este software
seja uma ideia fxa para mim (ser que eu estou negando uma verdade?),
mas, sim, pela necessidade de entender o porqu das organizaes no
conseguirem sair da Desorganizao Informacional em que se afundam
mais e mais todos os dias, mesmo existindo ferramentas que podem contri-
buir para reduzir suas causas e minimizar seus efeitos. Para entender por
que as organizaes so atropeladas pelo marketing da indstria de TI, que
tenta de todas as formas faz-las acreditar que outras ferramentas muito
melhores que as existentes at ento foram criadas para resolver os mes-
mos problemas existentes antes, e mais os novos problemas criados pelas
ltimas invenes que, por algum motivo, no deram certo, exacerbados pe-
3. Computer-Supported Cooperative Work.
8 BPM & BPMS
las tecnologias da gerao anterior, que foram introduzidas para resolverem
problemas criados pelas tecnologias anteriores, etc., etc., etc.
No tenho a veleidade de pensar ser possuidor de qualquer verdade ab-
soluta sobre os temas abordados aqui. O livro apenas a minha verdade,
construda ao longo destes trinta e muitos anos de profsso. Cada um dos
captulos possui intrinsecamente uma vastido imensurvel de desdobra-
mentos, que eu jamais poderia abarcar mesmo se escrevesse um livro todo
ms. Entretanto, fel ao princpio da busca constante do conhecimento espe-
ro ter comeado um caminho que poder me render muitos outros livros.
Algumas Palavras sobre Cada Captulo
No primeiro captulo decidi contextualizar a Desorganizao Informacional,
explicando, sob o meu ponto de vista, suas origens, causas e os efeitos
mais prximos em todos ns. H, tambm, um pouco da histria dos compu-
tadores. Coloquei-a aqui para poder explicar como, do meu ponto de vista,
se originou a situao que vivemos hoje.
Nestes trinta e muitos anos convivendo e aprendendo no meio deste am-
biente tive a oportunidade de vivenciar praticamente todas as mudanas
tecnolgicas que nos trouxeram aos dias de hoje, at porque tive a sorte de
nos anos 70, 80 e 90 ter trabalhado em grandes fabricantes de Tecnologias
da Informao como, por exemplo, a Compagnie Internationale pour le Infor-
mtique Honeywell Bull (CiiHB), uma das trs grandes fabricantes de main-
frames poca, o que me permitiu acompanhar, muito de perto, a evoluo
de TI com constantes viagens de estudo e trabalho ao exterior, uma vez que
para ns brasileiros tudo era proibido por conta da lei de informtica, vigente
at meados da dcada de 90.
No segundo captulo analiso como surgiu a Desorganizao Informacional,
DoI, e as causas e os efeitos da doena que s faz crescer e alastrar-se nas
organizaes.
No terceiro captulo descrevo os conceitos que procuraram e procuram
dar ordenamento Desorganizao Informacional, desde o surgimento do
CSCW e das ferramentas que foram desenvolvidas com alguma aderncia
a este conceito. Defno tambm o que Business Process Management e o
que Business Process Management System. Descrevo as diferenas e as
igualdades com o software de Workfow.
Introduo 9
No quarto captulo descrevo e analiso o software Business Process Mana-
gement System.
No quinto captulo introduzo a discusso sobre se a anlise, o desenho, o
redesenho, a modelagem, a organizao, a implantao, o gerenciamento
e a melhoria de processos de negcio podem ser, ou no, uma sada vivel
para a Desorganizao Informacional.
No sexto captulo discuto os ciclos de vida do BPM e do BPMS.
No stimo captulo falo sobre gerenciamento de mudanas.
No oitavo captulo apresento novos papis funcionais, surgidos devido s
mais recentes (r)evolues de TI, o analista de processos, o analista de
Workfow, o analista de BPMS e o arquiteto de SOA.
Creio ter conseguido abarcar todos os aspectos envolvidos com BPM e
BPMS.
Caso queira entrar em contato comigo, escreva para: trcr@trcr.com.br
Tadeu Cruz
1
As (R)Evolues de TI
As Ondas Chamadas Tecnologias da Informao
Histria Resumida dos Computadores
Computadores
4
podem ter sido criados por volta de 3.000 AC, pois algumas
pesquisas indicam que o baco
5
j existia na Babilnia por volta deste ano,
antes dele ter sido adotado pelos chineses com o nome de suan pan, em
portugus algo como mquina para clculo ou mquina para fazer conta.
A se confrmar, esta informao coloca o baco como a mais antiga tecno-
logia, a mais longeva e de vida til mais longa existente entre ns, pois ele
usado at os dias de hoje.
Os gregos tambm desenvolveram mquinas sofsticadas, como a que foi
encontrada na ilha de Antikythera em 1901 e que, quando reconstruda, re-
velou aos pesquisadores ser uma mquina que servia para calcular os mo-
vimentos dos planetas e das estrelas.
4. Segundo o Houaiss eletrnico, substantivo masculino para designar o que computa; cal-
culador, calculista. Em informtica, dispositivo capaz de obedecer a instrues que visam
produzir certas transformaes nos dados, com o objetivo de alcanar um fm determinado.
5.O baco , seguramente, a primeira Tecnologia da Informao de que se tem notcia e
existe at os nossos dias com o mesmo hardware e software, que somos ns.
12 BPM & BPMS
A Renascena trouxe novos desdobramentos para a histria dos computa-
dores, pois a Idade Mdia, perodo anterior, havia mergulhado a humani-
dade em preocupaes e necessidades extremamente (e exclusivamente)
religiosas; por isso no h registros sobre invenes tecnolgicas entre os
sculos V e X, chamada de alta Idade Mdia, e entre os sculos XI e XV, de-
nominada de baixa Idade Mdia. Entretanto, houve outras Idades Mdias
alm da que experimentou nossa civilizao ocidental. A Idade Mdia rabe
e a Idade Mdia asitica desenvolveram-se com caractersticas prprias e
de forma independente da Idade Mdia europeia; o que, em tese, ainda pode
vir a surpreender-nos com algum artefato tecnolgico, bastando, para isto,
que algum arquelogo descubra alguma inveno criada neste perodo no
Oriente Mdio ou na sia.
A partir da Renascena, a chamada poca das luzes, tambm conhecida
como a Idade Moderna, temos os seguintes inventores ligados ao mundo
dos computadores:
John Napier (1550-1617), inventor dos logaritmos e da mquina
conhecida como Varas de Napier, criada para simplifcar o tra-
balho de multiplicao;
Wilhelm Schickard (1592-1635), que criou uma mquina mec-
nica para realizar as quatro operaes: adio, subtrao, multi-
plicao e diviso;
Blaise Pascal (1623-1662), criador de uma mquina para adio
aritmtica;
Gottfried Wilhelm Leibniz (1646-1716), que inventou uma mqui-
na capaz de realizar as quatro operaes aritmticas.
Todos os inventos at aqui necessitavam da presena de um operador, o
que signifca dizer: as mquinas ainda no eram automatizadas, no po-
diam fazer o trabalho sozinhas.
No sculo IX, Joseph-Marie Jacquard (1752-1834) inventou o tear progra-
mado com cartes perfurados. Praticamente foi esta inveno que marcou o
incio da automatizao da indstria txtil e o aparecimento das tecnologias
automticas; pois o equipamento dispensava o trabalho manual do tece-
lo, uma vez que as padronagens eram programadas nos cartes perfurados
que depois, inseridos nos teares, os faziam funcionar sozinhos. Cremos
que a partir daqui estava criado o desemprego gerado pela tecnologia.
As (R)Evolues de TI 13
Tambm deste sculo so os inventos de:
Charles Babbage (1791-1871), que criou duas mquinas, a de di-
ferena e a analtica, uma para calcular e a outra para analisar; e
William Stranley Jevons (1835-1882), que inventou em 1869 uma
mquina para resolver problemas de lgica.
A partir do sculo XX temos os seguintes inventores ligados s tecnologias
da informao:
Herman Hollerith (1860-1929), que criou os famosos cartes per-
furados e a correspondente mquina para l-los, o que possibili-
tou ao governo americano tabular os dados do censo de 1890 em
tempo recorde para a poca;
Howard H. Aiken (1900-1973), que desenvolveu em 1944 o Mark
1, primeiro computador eletrnico digital;
John Vincent Atanasoff (1904-1995), que desenhou e construiu um
computador eletrnico para resolver sistemas de equao lineares.
John William Mauchly (1907-1980), e J. Presper Eckert (1919-
1995), que desenvolveram na Universidade da Pensilvnia o
computador ENIAC e, junto com
John Von Neumann (1903-1957), criaram o primeiro computa-
dor que podia carregar um programa, chamado de EDVAC,
que continha, como inveno, ideias ainda hoje encontradas nos
modernos computadores. Tambm foram os mesmos Eckert e
Mauchly que construram o UNIVAC, que viria a dar origem
fabricante de mainframes UNIVAC que na dcada de 70 foi ven-
dida para a Burroughs, outro fabricante de mainframes.
Depois vieram o EDSAC, computador baseado no EDVAC, construdo em
1948 por Maurice Wilkes, e o Manchester Mark 1, construdo pelos pesqui-
sadores da Universidade de Manchester.
Entretanto, foi a partir da inveno do transistor em 1947, pelos cientistas
Bardeen, Brattain e Shockley, que os computadores ganharam o perfl que
conhecemos at os dias de hoje. Os transistores permitiram que o micropro-
cessador fosse fnalmente criado. Estes trs cientistas ganharam o Nobel de
Fsica de 1956 por essa descoberta.
As (R)Evolues de TI 21
mente para a virada do sculo XX para o sculo XXI. Claro que
corretamente deve-se entender por comprar mais tecnologias da
informao e muita, muita consultoria.
Mas os fracassos no fcam restritos ao software. O hardware tambm parti-
cipa ativamente destes movimentos de fuxo e refuxo das ondas de TI. Aqui
esto alguns exemplos:
Tecnologias da Informao que substituiro o papel vo e
voltam na crista das suas prprias ondas e algumas vezes so
surfadas por gurus que no se cansam de decretar a morte da
pasta, mistura de celulose, pinus ou eucalipto, que chamamos de
PAPEL. A mais recente promessa vem da Amazon, a ex-maior
livraria eletrnica do planeta, agora a maior vendedora eletrnica
de bugigangas (gadgets), que acaba de lanar um dispositivo
chamado de Kindle: The Amazons New Wireless Reading De-
vice, que entre outras funcionalidades permite que se comprem
livros e jornais eletrnicos pela Internet e que se possam baix-
los e l-los no Kindle. O aparelhinho custa mais de US$ 400.00
e detalhe: NO L ARQUIVOS PDF, ou seja: compre e voc se
casar, para sempre, com a Amazon, sua nica fornecedora de
contedo.
Grid Computing. Promete o compartilhamento da capacidade
de processamento ociosa da rede mundial de computadores, a
Internet, mas que ainda no realizou suas promessas por ques-
tes como segurana e, paradoxalmente, direitos de uso de com-
partilhamento desta mesma capacidade ociosa.
Network Computer. Este o nome da promessa! Um PC de
baixa capacidade de processamento, pouca memria e quase
que exclusivamente dedicado Internet e muito barato, a fm
de permitir, entre outras coisas, a to falada incluso digital.
Bom, a promessa jamais se concretizou, embora hoje o Nicho-
las Negroponte esteja reinventando a roda com seu notebook
de US$ 100.00.
A mais nova destas ondas chama-se Business Process Management Sys-
tem. Este o novo nome que deram para os sistemas de Workfow. A rigor,
esta a onda que me motivou a escrever este livro.
As (R)Evolues de TI 25
As mquinas monoprocessamento foram os computadores que existiam nos
primrdios da computao comercial. Aqueles computadores executavam
sistemas operacionais monotask e com pipeline (execuo da sequncia de
instrues bsicas do sistema operacional) horizontalizado e sem sobreposi-
o ou recorrncia. Nestas mquinas cada sistema tinha que ser processado
em ordem estritamente cronolgica, o que obrigava os analistas de sistemas
a cri-los de forma lgica e cronolgica, uns aps outros.
Quem dominava o mercado naquela poca eram os assim chamados quatro
grandes fabricantes de mainframes (dcadas de 60 e 70): a IBM, a Burroughs,
a UNIVAC, todas americanas, e a CII Honeywell Bull, francesa, mas que ti-
nha participao do grupo americano Honeywell Information Systems (HIS).
Hoje a Honeywell Controllers, remanescente do grupo Honeywell, a nica
empresa, das duas que existiam naquela poca no grupo Honeywell, que se
manteve e virou lder do mercado de automao.
Por serem computadores tipo monoprocessamento eles eram, tambm, mo-
nousurios. Estas mquinas tinham sistemas de arquivamento de dados
simples; eram sequenciais ou, tempos depois, no mximo com indexao
direta atravs do endereamento fsico dos arquivos nos discos magnti-
cos (por meio da referncia espacial cilindro e trilha de cada disco). Estas
mquinas, embora monoprocessassem os trabalhos a elas submetidos, po-
diam ser e eram usadas sequencialmente por vrios usurios.
As mquinas multiprocessamento foram os computadores que vieram nas
ondas de TI posteriores. Mquinas com sistema operacional multitask, pi-
peline mltiplo; alm de processarem separadamente supervisores de redes
de comunicao de dados, possibilitando que centenas, em alguns casos
milhares, de terminais fossem conectados a elas, permitiram com isto que in-
contveis usurios usassem os sistemas de informaes ao mesmo tempo.
Os sistemas de informaes, por sua vez, chamavam-se sistemas transa-
cionais; isto : processavam transaes e tinham por base sistemas de ar-
quivamento de dados bem mais sofsticados, como os bancos de dados que
a princpio foram estruturais, hierarquizados, e depois evoluram para os
bancos de dados relacionais.
Por serem multiprocessamento os computadores eram tambm mquinas
multiusurios, concomitantes. Algumas das mquinas que iniciaram esta ge-
rao foram, entre outros, os sistemas 370 da IBM; a srie 60/64 e 60/66 da
26 BPM & BPMS
Honeywell Bull; e a srie B6000 da Burroughs (no inclu aqui os sistemas
da UNIVAC por ter sido ela comprada pela Burroughs nos anos 70).
Na computao comercial a transio de uma fase para outra se deu de for-
ma abrupta, pois as mquinas da fase monousurio foram substitudas pe-
las mquinas multiusurios quando a vida til das primeiras expirou-se. Foi
esta (r)evoluo do hardware que a meu ver deu origem situao em que
nos encontramos hoje que eu chamo de Desorganizao Informacional!
Primeiro vieram os computadores construdos com milhares de vlvulas,
que faziam as vezes dos atuais circuitos impressos na funo de computar
dados. Desta gerao os mais famosos representantes foram o ENIAC e
o EDVAC. No era uma computao disseminada por grande nmero de
organizaes, pois eram mquinas muito caras e apenas os organismos
militares e os institutos de pesquisa universitrios e governamentais as uti-
lizavam. Embora tenha sido uma gerao de computadores de importn-
cia fundamental para os nossos dias, no provocou nenhuma revoluo na
administrao e na operao das organizaes simplesmente porque no
foram usadas pelas organizaes. Consequentemente, tambm no contri-
buram para a Desorganizao Informacional dos nossos dias.
A segunda gerao de computadores trouxe algumas (r)evolues tecno-
lgicas, pois passaram a possuir memria de ncleo magntico em vez de
vlvulas. Esta gerao foi a primeira a ser usada por organizaes, indepen-
dentemente do tipo deles, embora a quantidade de computadores existente
nas organizaes fosse muito reduzida, uma vez que as mquinas eram
caras, complexas e de operao e manuteno extremamente delicadas.
Logo que surgiram, algumas destas mquinas eram programadas na prpria
placa
12
da CPU
13
, por meio de pinos que ao serem espetados conectavam
ou desconectavam os circuitos que processavam os dados contidos nas
massas de cartes com as quais as mquinas eram alimentadas para o tra-
balho. Eram mquinas que engoliam conjuntos de instrues e dados para
processamento num mesmo lote (processamento batch) de cartes e o mxi-
mo que faziam eram clculos bsicos, alm de intercalar e classifcar dados,
para depois imprimirem grandes listagens resultantes destas operaes.
12. Como o GAMA 10 da GE Bull.
13. Central Processor Unit.
As (R)Evolues de TI 27
No incio da vida dos computadores dentro das organizaes eles eram cha-
mados pelos usurios de crebros eletrnicos. O local onde os tais cre-
bros fcavam era construdo com especifcaes rigorosas de temperatura
e umidade. A temperatura s podia variar entre 18C e 22C e a umidade
relativa do ar devia ser de no mximo 60%. Este tipo de mquina fazia muito
pouco em comparao com os equipamentos atuais, mas foi responsvel
por uma das primeiras (r)evolues que as organizaes viriam a sofrer na
forma de operacionalizar alguns processos administrativos.
Por exemplo, antes destes crebros eletrnicos a folha de pagamento de
qualquer organizao era feita mo! Assim como esta, algumas outras ta-
refas foram paulatinamente sendo assumidas por tais mquinas. A entrada
de dados nestes computadores dava-se por meio de um dispositivo chama-
do leitora de cartes perfurados, que eram de dois tipos: os de 96 colunas
(usados pela IBM) e os de 80 colunas usados pelos outros fabricantes de
mainframes.
Lembro-me que no incio os cartes perfurados no tinham traduo literal
dos furos contidos neles e que uma das incrveis novidades daqueles tem-
pos foi o aparecimento de uma mquina, apelidada por ns de sorveteira,
pela caracterstica do seu tamanho e formato, que tinha a funo de ler
a massa de cartes e imprimir na borda superior de cada um a traduo
literal dos furos contidos neles. Ah! Voc no imagine que avano, e que
alvio, para ns analistas e programadores daquela poca o que signifcou
ter todos os cartes traduzidos, pois quando uma massa de cartes (que
podia chegar a centenas) caa no cho e embaralhava-se era um suplcio
colocar tudo na ordem novamente sem a impresso do signifcado dos furos
em cada carto. Se bem que existia um dispositivo, chamado de intercala-
dora-classifcadora, que fazia este trabalho, mas tais mquinas eram caras
e s se justifcavam economicamente em clientes com grandes volumes de
cartes e de processamento.
Computadores desta poca tambm monoprocessavam os sistemas de
informaes (que a rigor eram colees de programas que apenas enca-
deavam clculos simples e operaes lgicas; alm de classifcao e in-
tercalao dos dados neles contidos) que neles eram introduzidos por meio
das massas de cartes. Alm disso, todo o processamento era centralizado
no CPD, que, tambm, era o responsvel pelo correto sequenciamento dos
programas que faziam parte dos sistemas. A fgura 1.4 mostra a computao
centralizada (monoprocessamento).
28 BPM & BPMS
Figura 1.4 Computao centralizada monoprocessamento.
Com o surgimento deste tipo de computador foram plantadas as primeiras
sementes do caos informacional que vivemos hoje. Os usurios comea-
ram a abrir mo de uma parte do seu conhecimento, e do domnio sobre
ele, em favor do processamento dos dados que realimentava este mesmo
conhecimento aps os dados terem sido processados. Assim, aqueles
usurios que processavam dados enclausurados em suas escrivaninhas
pouco a pouco passaram a prepar-los para serem processados pelos
Centros de Processamento de Dados (CPD) da organizao. Como con-
sequncia houve o surgimento de dois tipos de dados e informaes: os
que fcavam na posse dos seus donos e os que eram enviados para
processamento no CPD; isto : dados que a partir da caam em domnio
pblico nas organizaes. O problema que muitas vezes o usurio so-
negava informaes, com medo de perder o emprego e com isto criava
As (R)Evolues de TI 29
vrias situaes de estresse. Alis, nada muito diferente do que vemos
existir ainda hoje na maioria das organizaes.
Muitas pessoas ainda no entenderam que tem poder quem sabe usar o
conhecimento, no quem o esconde.
A Segunda Fase da Segunda Gerao
A segunda fase da segunda gerao de computadores, na computao
comercial, foi construda em cima de ideias avanadas, uma das quais
possibilitou o processamento transacional dentro das organizaes; dis-
ponibilizou alguns perifricos que facilitaram a vida dos programadores
e operadores de computadores, como consoles centrais interativas e os
discos magnticos fxos e removveis de grande capacidade para aquela
poca. A memria principal aumentou de tamanho e comearam a apare-
cer mquinas com arquiteturas sofsticadas, com CPUs
14
modularizadas,
o que possibilitava que fossem expandidas sem a necessidade de trocar
todo o computador.
Os principais mdulos daqueles computadores eram a prpria Unidade
Central de Processamento, chamada de Central Processor Unit (da o
termo CPU usado at hoje), a Unidade de Processamento Aritmtico e
Lgico (Arithmetic and Logic Unit (ALU)), a Unidade de Tratamento de
Entradas e Sadas (I/O Unit) e em pouco tempo apareceram as memrias
cache, que agilizaram o processamento dos dados por permitir que eles
fossem carregados dos discos para esta rea de acesso muito mais rapi-
damente e da fossem transferidos para a memria central (CMU
15
) para
serem processados pelas instrues dos programas carregados na CPU.
A partir desta arquitetura sofsticada apareceram tambm os cdigos cha-
mados Firmware, que so instrues gravadas em memrias no-volteis
de acesso rapidssimo cuja fnalidade processar outras instrues como,
por exemplo, as de superviso e integrao dos diversos perifricos do
14. CPU, Central Processor Unit, ou Unidade de Processamento Central. Embora o termo
CPU seja usado para designar genericamente o mvel central de qualquer computador, ago-
ra popularizado com o advento dos micros, esta unidade a responsvel por executar as
instrues de software que devem processar os dados de qualquer programa.
15. CMU, Central Memory Unit, ou Unidade Central de Memria.
30 BPM & BPMS
computador. O frmware, ainda hoje utilizado, um tipo de memria pr-
gravada com instrues que se encarregam de ordenar o ambiente geral
do computador. Por exemplo, controlar as entradas e sadas de dados e
instrues de programas de/e para os perifricos de entrada e sada, para
a memria central e a unidade central de processamento. A fgura 1.5 mos-
tra a computao centralizada (multiprocessamento).
Estes computadores introduziram sistemas operacionais recorrentes (pro-
cessamento repetitivo de instrues) que permitiam o multiprocessamento
de sistemas de informaes de forma paralela, possibilitando que vrios
usurios usassem ao mesmo tempo a capacidade de processamento da
mquina.
A partir da introduo destes computadores a Desorganizao Informacional
acentuou-se progressivamente, pois foram eles que possibilitaram a criao
das networks, as redes de terminais burros
16
que, como tentculos, es-
tendiam-se por toda a organizao. Ento, o universo informacional exis-
tente nas empresas, que era naturalmente organizado, uma vez que os
dados eram preparados pelos funcionrios para serem digitados e proces-
sados pelo CPD (Centro de Processamento de Dados), foi gradativamente
se desorganizando na mesma velocidade e proporo com que os dados
passaram a ser introduzidos (isto : preparados, digitados) e processados
sob a superviso direta dos prprios usurios, isto , sem qualquer controle
da organizao, a no ser as programadas nos sistemas de informaes.
Entretanto, por serem centralizadores, isto , porque os dados fcavam em
discos compartilhados por todos os sistemas, tais computadores ainda pos-
sibilitavam alguma coerncia informacional entre todos os usurios de um
mesmo sistema, e at mesmo entre usurios e sistemas diferentes, mas
mutuamente complementares.
16. Os processadores destes terminais, conhecidos como z80 e z8080, s processavam
instrues pertinentes s suas prprias funcionalidades. No Brasil estes terminais eram fabri-
cados pela Scopus e depois tambm pela TDA.
As (R)Evolues de TI 31
Figura 1.5 Computao centralizada multiprocessamento.
A Terceira Gerao
Esta gerao de computadores introduziu dois novos tipos de mquinas: os
computadores superminis e os microcomputadores.
Os computadores chamados superminis introduziram duas variveis at en-
to inexistentes no mundo de TI: a possibilidade concreta de mais e mais
empresas possurem um computador general purpose
17
e o processamento
distribudo, possibilitado pela arquitetura de software que fcou conhecida
como cliente-servidor (client-server). O surgimento deste tipo de arquitetura
aliado popularizao dos microcomputadores expandiu as fronteiras da
17. Assim chamados porque podiam ser usados para qualquer propsito.
32 BPM & BPMS
indstria de software, que antes era restrita aos produtos dos fabricantes
de mainframes e/ou aos produtos desenvolvidos sob estrito controle destes
para serem executados nos mainframes, uma vez que os sistemas opera-
cionais (SO) das grandes mquinas eram proprietrios, ou seja, eram exclu-
sivamente feitos por cada fabricante, para cada tipo de mquina, diferente-
mente do que o Windows hoje, que pode ser executado em mquinas de
qualquer fabricante, at porque a arquitetura bsica destas mquinas, os
microcomputadores, a mesma (salvo rarssimas excees) para todos os
fabricantes de micros.
Resumo das Duas Fases da Computao Comercial
Fase monoprocessamento:
baixa capacidade de processamento;
sistemas construdos com mdulos encadeados por dependn-
cia lgica;
baixa utilizao de meios magnticos para arquivamento de da-
dos;
usurios ligados indiretamente aos computadores;
entrada e sada de dados e informaes por meio dos centros de
processamento de dados (CPDs);
baixo volume de dados e informaes processadas.
Fase multiprocessamento:
alta capacidade de processamento;
sistemas construdos com mdulos encadeados por dependn-
cia lgica, cronolgica e funcional;
alta utilizao de meios magnticos para arquivamento de dados;
usurios ligados diretamente aos computadores;
centros de processamento de dados passaram a ser respons-
veis apenas pela operao e manuteno dos recursos compu-
tacionais;
alto volume de dados e informaes processadas.
As (R)Evolues de TI 33
A Computao Distribuda
Esta foi uma das causas que mais contriburam para o agravamento da De-
sorganizao Informacional (DoI) tanto nas organizaes como na nossa vida
particular. Sem outras anlises possvel atribuir computao distribuda a
exacerbada proliferao de dados e informaes que nos afige nos dias de
hoje (sem falarmos na Internet, que criou novos paradigmas para a DoI).
fcil entender o porqu desta minha afrmao. Pense, de forma anlo-
ga, no que acontece com qualquer um de ns, dentro de nossas casas,
quando no somos organizados o bastante ou como deveramos ser para
colocarmos tudo em ordem. O que que acontece? Nunca sabemos onde
est a chave do carro simplesmente porque h muitos lugares onde pode-
mos coloc-la. E as gavetas ento? Quantas temos e quantas usamos para
espalhar tudo que queremos, ou necessitamos guardar? E todos aqueles
documentos importantes, como as certides, os diplomas, as cpias repro-
grfcas do CPF, do RG, o ttulo de eleitor etc? Onde esto eles quando os
necessitamos? Pois .
No mundo das organizaes acontece a mesma coisa, mas com um agra-
vante: no conseguimos procurar a olho nu tudo que queremos ou neces-
sitamos encontrar nos computadores, e isto torna a nossa busca extrema-
mente difcil, muitas vezes complexa, demorada e por isso cara.
A computao distribuda, fgura 1.6, foi desenvolvida por fabricantes como
a Hewlett Packard, HP, a Digital Equipment Corporation, DEC (que foi com-
prada pela Compaq; que depois foi comprada pela HP) para fazer frente,
entre outros objetivos, hegemonia da IBM, praticamente a ltima dos gran-
des fabricantes de mainframes que existiram no passado
18
.
Foi a computao distribuda que proporcionou aos usurios fnais de TI o
completo domnio (?) sobre seus dados, informaes e conhecimentos fun-
cionais (e pessoais), mas, em contrapartida, acelerou a Desorganizao In-
formacional, provocando o maior caos documental de que a raa humana tem
notcia at hoje. Entretanto, alm de possibilitar aos usurios o domnio sobre
18. Sem nos esquecermos dos fabricantes japoneses que continuaram a construir mquinas
deste porte, mas que no tinham presena signifcativa junto ao mercado de computao
comercial.
34 BPM & BPMS
seus dados e informaes, a computao distribuda, por descentralizar os
recursos computacionais, foi uma das responsveis por revelar prpria or-
ganizao seu modus operandi, ou seja, foi a partir dela que os processos de
negcio passaram a ser vistos, reconhecidos, entendidos e gerenciados.
No foi por acaso que Michael Hammer lanou em 1990 o libelo em favor da
reengenharia e, pouco tempo depois, junto com James Champy, escreveu o
famoso livro sobre o tema. E nem foi por acaso que Davenport embarcou na
pregao em favor da organizao e da melhoria dos processos de negcio.
Todos so oriundos da rea de TI e se basearam na computao distribuda
para reforarem as ideias que j haviam sido defendidas por outros; principal-
mente por Deming com o ciclo PDCA e Juran com a espiral da qualidade.
Convm relembrar que na computao centralizada todos os usurios esta-
vam ligados a um computador central; dependiam dos analistas de sistemas
e dos programadores para desenvolverem e para programarem seus sis-
temas de informaes, mesmo os mais simples; e o CPD tinha total domnio
sobre os recursos computacionais disponveis na organizao. Este modus
operandi impedia que as organizaes enxergassem a si mesmas como um
todo, pois cada funcionrio em cada rea enxergava somente o seu pedao.
Salvo, claro, raras excees, como a rea de produo nas manufaturas
e de transformao, que desde a Revoluo Industrial j havia entendido
que sem processos, mesmo que informalmente organizados, no h como
produzir nenhum produto.
Entre as dcadas de 60 e 70 surge uma ideia que podia ter dado certo e at
mesmo ter contribudo para organizar os processos, primrios e secund-
rios, e ter, quem sabe, evitado o descontrole que se seguiu a partir da com-
putao comercial, mas aquela ideia no conseguiu, por inmeros motivos,
cumprir corretamente sua fnalidade. Seu nome: O&M.
Ento, enquanto os processos fabris se organizavam mais e mais a cada
dia, os processos administrativos se desorganizavam, muitas vezes, numa
proporo maior.
No incio da computao distribuda no havia softwares que permitissem
s organizaes colocarem os conceitos de offce automation em prtica.
Se por um lado este fato retardou a proliferao de um tipo de ocorrncia
que hoje se encontra espalhada por toda a organizao e uma das piores
manifestaes da Desorganizao Informacional, os chamados arquivos-
As (R)Evolues de TI 35
do-usurio, por outro fez com que o conceito cliente-servidor demorasse a
ser adotado pelas organizaes. Entretanto, a partir do surgimento dos apli-
cativos que permitiram a criao dos arquivos-do-usurio, manifestao
importante da DoI, vrios estudiosos e pesquisadores comearam a tratar
de um tema bastante atual: as informaes desestruturadas, alis estudos
ligados ao surgimento do BPM.
A computao centralizada com mquinas multiprocessamento introduziu o
contato direto dos usurios com os mainframes por meio de terminais cha-
mados de burros porque no tinham capacidade de processamento; mas
foi somente com o surgimento da computao distribuda que os usurios
passaram a ter maior liberdade em relao ao domnio do CPD para assu-
mirem de vez o controle sobre os recursos computacionais que as organiza-
es passaram a possuir.
Figura 1.6 Computao distribuda.
36 BPM & BPMS
Claro, os grandes fabricantes de Tecnologias da Informao no somente fo-
mentaram e incrementaram como pressionaram as organizaes para que
elas adotassem o modelo computacional computao distribuda arquitetura
cliente-servidor, pois isto possibilitou indstria de TI a venda de milhes de
computadores em todo o mundo. Para tanto, os grandes fabricantes de tecno-
logias criaram, desenvolveram e encorajaram o surgimento de formadores
de opinio que pregavam que a computao distribuda era A revoluo, A
soluo que possibilitaria s organizaes quebrarem paradigmas, estarem
frente dos seus concorrentes, serem inovadoras. E todos ns sabemos que
no nada disso; que nenhuma tecnologia servir para alguma coisa se no
tivermos, alm de uma ideia na cabea e um computador na mo
19
, planeja-
mento e soubermos nos organizar para implantar e utilizar a tecnologia.
Tambm no foi por acaso que empresas como a HP investiram em especia-
listas que escreveram livros nos quais pregavam as maravilhas deste novo
( poca) tipo de computao e chamavam a ateno das organizaes
para a quebra de paradigma que a computao distribuda arquitetura
cliente-servidor iria proporcionar.
Lembro-me, pois ainda trabalhava na HP, quando a computao distribuda
foi lanada em escala comercial, na dcada de 80, e comearam a surgir
tambm diversos softwares que exploravam o conceito de cliente-servidor,
ou computao em trs camadas (three tier computing). Esta diviso na
utilizao dos computadores por tipos diferentes de processamento exigia
novos e constantes investimentos em hardware e em software, o que por
algum tempo salvou muitos resultados fnanceiros e operacionais dos fabri-
cantes de tecnologias da informao, alm de ter alavancado a carreira de
muito executivo da rea.
Ns no Brasil, na dcada de 80, ainda soframos os efeitos de uma poltica
de informtica que premiava uns poucos em detrimento da maioria e princi-
palmente do desenvolvimento do pas. Por isso entramos muito lentamente
na era da computao distribuda; o que de certa forma deixou vrios e
importantes segmentos industriais defasados em relao aos concorrentes
estrangeiros. Este tipo de proteo que o Brasil deu indstria nacional
de computadores foi determinante para a falncia de muitas empresas, em
19. Parafraseando o cineasta Glauber Rocha, expoente do cinema novo, que dizia que fazer
cinema era fcil, bastava ter uma ideia na cabea e uma cmera na mo!
As (R)Evolues de TI 37
vrios segmentos industriais, e perdurou at no incio de 1990, quando Fer-
nando Collor de Melo decidiu abrir os portos s importaes.
Voltando aos efeitos que a computao distribuda provocou nas organiza-
es, chegamos era da automao de escritrios (Offce Automation) e do
surgimento dos pacotes genericamente chamados de Offce.
O Mito Chamado Office Automation
O primeiro livro publicado sobre Offce Automation (OA) foi The Offce of the
Future, escrito por P. Ronald Uhlig, David Farber e James H. Bair em 1979.
Assim sendo, este mito surgiu muito antes que outros at mais importantes
como, por exemplo, os mitos ligados ao Computer-Supported Cooperative
Work. O conceito de Offce Automation foi criado buscando fazer as pessoas
acreditarem que seria possvel transferir as funes antes existentes nos
grandes sistemas de informaes para softwares ditos amigveis por esta-
rem ao alcance das mos de qualquer funcionrio dentro das organizaes,
alm de prometer um mundo no qual o aumento da produtividade diminuiria
o nmero de horas efetivamente trabalhadas.
Nenhuma das duas promessas se cumpriram!
Nem foi possvel transferir funes antes existentes nos grandes sistemas
de informaes para softwares ditos amigveis e nem, muito menos, o
aumento da produtividade diminuiu o nmero de horas efetivamente traba-
lhadas, a no ser, claro, para o De Masi, com a sua teoria sobre o cio
criativo. Muito pelo contrrio, as pessoas que ainda tm emprego hoje, tanto
o formal quanto o informal, trabalham em mdia 20% de tempo a mais do
que trabalhavam duas dcadas atrs.
O Offce Automation foi a primeira tentativa da indstria de TI de cumprir as
promessas que a introduo dos minicomputadores e dos microcomputado-
res haviam feito: novas e sofsticadas formas de interao entre as pessoas
de um mesmo departamento, ou de departamentos diferentes, em contra-
posio s formas de interao existentes at ento via sistemas de infor-
mao grandes e complexos, que rodavam nos mainframes e que, por estas
caractersticas, fcavam longe do alcance dos usurios.
Embora, com a computao distribuda, os usurios j no precisassem
da intermediao do CPD para inserir seus dados nos computadores, pro-
38 BPM & BPMS
cess-los e acess-los, pois o faziam por meio dos terminais burros,
eles continuavam dependendo dos analistas de sistemas e do prprio
CPD para integr-los a outros sistemas, por meio de vrios artifcios, en-
tre os quais os bancos de dados, estruturais e relacionais, e os programas
chamados interface.
Muitos consideram a Automao de Escritrio como a primeira tentativa que
os pesquisadores fzeram para desenvolver tecnologias que pudessem efe-
tivamente suportar o trabalho em grupo de forma harmoniosa, embora fos-
sem pacotes compostos por programas individuais. Mas o Offce Automation
falhou nas suas intenes porque as empresas que criaram os programas
baseados neste conceito no entenderam, e por isso no souberam traduzir
para os softwares, as reais necessidades dos usurios.
Embora cada autor tenha sua prpria defnio para Offce Automation, re-
produzo a que mais se aproxima do cerne do conceito OA.
Offce Automation is the use of computers in offces to sup-
port knowledge workers who are not computer specialists.
Bair and Mancuso, 1985
20
.
interessante notar que a explcita preocupao com os trabalhadores do
conhecimento
21
, em contraposio (e at mesmo em detrimento) aos traba-
lhadores operrios (cho de fbrica) sempre foi uma caracterstica defendi-
da fortemente pelos que apregoavam as virtudes do Offce Automation como
forma de disseminar o uso da computao distribuda num ambiente que
ainda no trabalhava de forma cooperativa e nem baseado em processos,
enquanto que o cho de fbrica sempre teve seus processos ordenados,
por pior que fossem a organizao e as condies de operacionalidade de
cada um deles.
Os objetivos da Automao de Escritrio foram assim descritos:
20. A automao de escritrio (offce automation) o uso de computadores nos escritrios para
dar suporte aos trabalhadores do conhecimento, que no so especialistas em computao.
21. Tambm interessante atentarmos para o detalhe do ano, 1985, em que os dois especia-
listas de Offce Automation falam em trabalhadores do conhecimento; pois s recentemente
(outra moda?), por volta do fnal dos anos 90, apareceram os tericos da gerncia do conhe-
cimento.
As (R)Evolues de TI 39
diminuir os custos indiretos nas organizaes;
incrementar os negcios sem aumentar as contrataes;
aumentar as receitas e diminuir os custos diretos;
diminuir os custos de viagens de negcio intra-organizao;
diminuir o tempo usado para a gerao de relatrios;
diminuir o tempo gasto e, consequentemente, as despesas com
telefonemas e com reunies;
diminuir o volume de papel sistematicamente gerado nas orga-
nizaes.
Estes objetivos foram traduzidos de uma das bblias do Offce Automation:
The Offce Systems Cycle, editado e publicado pela Hewlett Packard Co.,
em 1985; que, alis, tinha grande interesse em disseminar as vantagens
do Offce Automation para poder vender mais e mais computadores. Em
outras palavras, estes objetivos de OA no foram criados ou inventados por
mim, mesmo eu tendo vivido de perto os acontecimentos daquela poca.
Voltando aos objetivos citados, eu gostaria que voc fzesse um exerccio
simples, mesmo que no saiba ao certo o que Offce Automation, e res-
pondesse s seguintes questes:
Quantos daqueles objetivos foram concretizados?
Quais deles voc nunca ouviu a indstria de TI prometer?
Quais promessas voc j viu a indstria de TI cumprir?
A organizao onde voc trabalha, ou se no trabalha conhece,
pode ser considerada um modelo a ser seguido por ter atingido
os objetivos anteriormente listados?
H uma s resposta. No!
No somente TI no conseguiu cumprir vrias promessas - e os mais radi-
cais vo dizer nenhuma delas - como a Desorganizao Informacional sem-
pre aumentou a partir das novas! Por qu?
Porque a soluo no est, nunca esteve e nem nunca estar em qualquer
Tecnologia da Informao.
As (R)Evolues de TI 41
E a mais recente:
BPMS o software que vai integrar, lgica e cronologicamente,
clientes, fornecedores, parceiros, infuenciadores, empregados,
acionistas e todo e qualquer elemento que com eles possam,
queiram ou tenham que interagir.
Na verdade a falha no das Tecnologias da Informao. Tecnologias no
so levianas!
A falha de quem as vende, por prometer o que elas no podem cumprir;
e de quem as compra, por acreditar em poderes que esto alm da atual
capacidade funcional de qualquer Tecnologia da Informao. Uns e outros
esperando resolver por meio das tecnologias problemas culturais, organiza-
cionais, estratgicos e operacionais dentro do crculo vicioso de comprar-
tecnologias-para-resolver-problemas-e-resolver-problemas-por-ter-compra-
do-tecnologias.
O Papel dos Editores de Textos na DoI
Antes do aparecimento dos editores de textos as pessoas usavam mqui-
nas de escrever ou escreviam mo os documentos, que necessitavam
ou queriam produzir, tanto nas organizaes quanto na vida particular. Os
arquivos eram centralizados em pastas ou em armrios e isto possibilitava
a todos o acesso (nem sempre ordenado), na maioria das vezes rpido, a
qualquer documento que fosse necessrio. Quando um determinado docu-
mento no estava nos arquivos onde deveria estar, buscava-se o mesmo,
no mximo, na mesa ou na gaveta de quem o havia gerado ou recebido, ou
com as pessoas que trabalhassem no local. Ns os perdamos? Sim, ns
os perdamos, mas muito difcilmente. A no ser deliberadamente (quando
queramos, ou precisvamos, que algum documento desaparecesse).
Todas as organizaes tinham uma rea, conhecida como ARQUIVO MOR-
TO
22
, onde fcavam guardados os documentos histricos ou de pouca utiliza-
o ou utilidade para as operaes do dia a dia e, tambm ali, os documentos
eram, via de regra, achados com facilidade, pois estes espaos contavam
com funcionrios dedicados exclusivamente a administr-los. Hoje, estes
22. Hoje chamamos esta rea de arquivo inativo.
As (R)Evolues de TI 49
melhor que a penltima, que era muito melhor que a antepenlti-
ma, que era muito melhor que
27
...;
identifcar e eliminar as causas endgenas da DoI, por meio de
projetos que visem conscientizar e alertar a todos os funcionrios
e parceiros sobre a severidade dos malefcios decorrentes desta
doena;
escrever suas polticas, normas e outros documentos que tm
por objetivo orientar a conduta de todos na organizao antes
que qualquer tecnologia seja comprada e implantada e
fazer anlise, desenho, redesenho, modelagem, organizao,
implantao, gerenciamento e melhoria dos processos de neg-
cio antes de virem a pensar em adotar qualquer Tecnologia da
Informao.
Evidentemente so providncias, salvo a ltima, relativamente simples, em-
bora requeiram determinao para serem tomadas e implantadas. Entretan-
to, muito mais graves e crticas so as decises que temos que tomar quan-
do acontecem situaes como a da migrao de dados descrita antes.
A Desorganizao Informacional atinge a todas as organizaes de qualquer
tipo e tamanho. Nenhuma empresa, instituio, organismo, nem mesmo os
organismos militares, esto a salvo.
27. O presidente de uma empresa desenvolvedora de software me confessou certa vez que
havia pago dez mil dlares para que seu produto fosse muito bem avaliado e muito bem
classifcado frente aos concorrentes e que tal classifcao no havia sido melhor porque
sua empresa ainda tinha um faturamento muito pequeno.
2
A Desorganizao
Informacional
Novas patologias, como ser dependente do e-mail, passar longas horas
conversando nos programas de mensagens on-line em detrimento do con-
tato fsico pessoal, participar de centenas de comunidades (e receber toda
a correspondncia eletrnica gerada por elas), provocam nas pessoas com-
portamentos at ento desconhecidos e de difcil tratamento. Em particular,
a dependncia do e-mail faz com que as pessoas consultem seu correio ele-
trnico de minuto em minuto ou o programem para de minuto a minuto haver
uma atualizao automtica da correspondncia na caixa de entrada.
Um dos objetivos deste livro o de discutir um mal que eu batizei de Desor-
ganizao Informacional (DoI). Os outros objetivos so apresentar o concei-
to e algumas metodologias do BPM (Business Process Management) e o
software batizado de BPMS (Business Process Management System), que
a indstria de TI insiste em nos fazer crer ser radicalmente novo e aderente
a todos os elementos presentes no ambiente de negcios, quando na ver-
dade, como mostrarei neste livro, novo ele no .
No captulo especfco sobre esta classe de software vou explicar por que
no meu entender a indstria de TI apelou para uma revitalizao da marca
Workfow, batizando-o de BPMS, embora reconhea que neste ltimo tenha
havido aumento de funcionalidades por meio da adio de componentes
que no Workfow eram vendidos separadamente.
Mas antes vamos entender o que a Desorganizao Informacional (DoI).
Eu a defno como:
A Desorganizao Informacional 51
Doena causada pelo uso incorreto e/ou inadequado ou, ainda, oca-
sionada pelo mau funcionamento das Tecnologias da Informao.
A Doena e seus Sintomas
A Desorganizao Informacional (DoI) pode ser descrita como a perda de
controle, da nossa parte, quer como indivduos quer como coletividade (or-
ganizaes), sobre os meios de gerao, captura, guarda, recuperao e di-
fuso de dados, informaes e conhecimentos. Por isso a DoI se manifesta
tanto na nossa vida profssional quanto na nossa vida particular.
A Desorganizao Informacional tem vrios graus, pois ela acomete diferen-
temente pessoas e organizaes. Alm disso, dependendo do remdio que
pessoas e organizaes venham a tomar (e dependendo da posologia) pode-
r haver evoluo da doena para a fase terminal; ou a regresso a nveis de
convivncia aceitveis (se que aceitvel ser desorganizado).
DoI incurvel, mas existe a possibilidade de controle da doena.
Embora a Desorganizao Informacional seja por demais perturbadora,
preciso reconhecer que as Tecnologias da Informao tm papel fundamen-
tal na nossa sociedade. TI tem seu lado bom e seu lado ruim. Entretanto,
tanto um quanto o outro aforam e se confrmam pelo uso que dela fazemos.
Por que discutir a Desorganizao Informacional em um livro sobre Busi-
ness Process Management?
Primeiro porque, como estudioso dos meios e condies de usabilidade das
Tecnologias da Informao, tenho vivido situaes que, desde minha inicia-
o no mundo de TI nos idos de 1960, muito me preocupam.
O descontrole sobre a produo, a guarda e a recuperao de dados, in-
formaes e conhecimentos gerados a partir do contato com estes dados e
informaes, embora tenha criado problemas signifcativos, tambm possi-
bilitou o desenvolvimento (de certa parcela) da populao mundial. O que
parece ser contraditrio na verdade apenas mais uma das caractersticas
das Tecnologias da Informao.
52 BPM & BPMS
Tambm precisava criar uma fgura que me permitisse contextualizar e ex-
plicar o software BPMS, e o conceito e metodologias BPM, expresso em
moda neste incio de sculo; e que, segundo a indstria de TI, alm de no-
vas formas de administrar, introduziu, tambm, novas Tecnologias da Infor-
mao com o que no concordo, pois Business Process Management no
um novo conceito e nem BPMS uma nova tecnologia, como a indstria
de TI quer nos fazer acreditar.
Discutir a Desorganizao Informacional pode nos ajudar a entender a situa-
o em que todos ns nos encontramos hoje em face da quantidade e prin-
cipalmente da forma e da utilizao de dados, informaes e conhecimentos
disponveis em todos os cantos do planeta. Esta situao alimentada por
uma sucesso de acontecimentos, entre estes as (r)evolues de TI, que
vm aumentando a confuso na qual nos afundamos ao utilizarmos errone-
amente e tautologicamente a mesma TI. A DoI afeta-nos como pessoas e,
muito mais, s organizaes onde ns trabalhamos, por serem aglomerados
de pessoas que necessitam interagir com outras pessoas (atores de todos
os tipos) para realizar suas obrigaes.
Finalmente, precisava explicar por que processos de negcio esto direta-
mente relacionados com este tipo de doena. No que eles sejam causa
ou parte dela, pelo contrrio, so parte do receiturio que, se bem adminis-
trado, pode minorar o sofrimento causado pela DoI. Entretanto, como terei
oportunidade de discutir, processos no tm sido adequadamente tratados,
o que agrava a Desorganizao Informacional, colocando-nos num crculo
vicioso sem fm.
Exemplos de Desorganizao Informacional
Existem aos milhares, mas vou listar apenas alguns.
Segundo alguns institutos de pesquisas da rea de TI, atualmen-
te mais de 80% dos negcios so conduzidos com informaes
no estruturadas. Isto faz com que seja extremante difcil guardar
e, principalmente, recuperar informaes no momento em que
delas temos necessidade.
85% de todos os dados armazenados esto em formato no es-
truturado, segundo o Butler Group. Em outras palavras isto quer
dizer que na hora em que precisarmos destes dados iremos,
1.
2.
A Desorganizao Informacional 53
provavelmente, perder um enorme tempo at encontr-los, se e
quando os encontrarmos, pois na maioria das vezes no sabe-
mos sequer por onde devemos comear a procur-los.
Os especialistas calculam que a quantidade de dados no es-
truturados duplica a cada trs meses (e vem aumentando sem
parar), o que signifca dizer que a situao de Desorganizao
Informacional tende a se agravar.
A quantidade de documentos, de todos os tipos e formatos, no
para de crescer em nossos computadores, assim como aumenta
a quantidade dos que perdemos todos os dias quer eles estejam
em computadores pessoais, quer estejam em computadores cor-
porativos na empresa onde trabalhamos.
A quantidade crescente de senhas (e contrassenhas) para aces-
sar contas correntes, cartes de crdito, cadastros de lojas ele-
trnicas, sites e mais sites causa estresse contnuo e progressivo
queles que tentam guardar todas elas na memria e grandes
riscos aos que as transcrevem em qualquer suporte.
A cada dia mais e mais aparelhos e equipamentos so criados
e vendidos prometendo fazer (e realmente fazem) mais do que
sua funo original exigiu um dia. Esta tendncia aumenta a De-
sorganizao Informacional. Por exemplo: os telefones celulares
atuais tiram fotos, enviam e recebem documentos de todos os
tipos, compram e pagam contas, armazenam centenas de m-
sicas em formato mp3 ou wav, permitem que sejamos localiza-
dos em qualquer lugar do mundo por meio do Global Positioning
System (GPS), navegam na Internet, fazem videoligaes (3G)
e...alm de tudo isto, nos possibilitam fazer e receber ligaes,
como seus antepassados permitiam!
Outro exemplo: a tecnologia de transmisso de dados WiFi
28
possibilita estarmos conectados a qualquer lugar do mundo, de
qualquer lugar onde estejamos, e o absurdo chega ao ponto de
j haver tido priso de ladro de WiFi por estar roubando sinal
emitido por redes da vizinhana.
28. WiFi, Wireless Fidelity, ou comunicao sem fos.
3.
4.
5.
6.
7.
54 BPM & BPMS
Tambm no quero me alongar neste momento analisando as inmeras
propagandas que tm sido veiculadas por empresas de todos os segmen-
tos de TI alertando para a DoI, mormente as que tm solues de ou para
integrao de tecnologias. Repare que todas as empresas de TI vo come-
ar a falar da Desorganizao Informacional. At porque se a Big Blue est
explicitamente afrmando que a anarquia informacional real, as outras no
poderiam fcar para trs.
Efeitos da DoI
Que efeitos a Desorganizao Informacional ocasiona em nosso cotidiano
profssional e particular? possvel reverter este estado de coisas? Como
ser nossa vida profssional dentro desta situao catica?
Michael Dertouzos, que foi um dos criadores da Internet e Diretor do Labo-
ratrio de Cincia da Computao do MIT, escreveu, pouco antes de falecer
em 2001, um livro chamado A Revoluo Inacabada, no qual faz uma crtica
contundente ao atual estado de servilismo e de confuso do Homem frente
s tecnologias e apregoa uma nova postura.
...uma direo radicalmente nova para a tecnologia da infor-
mao e como ser possvel us-la para fazer os sistemas de
computao servirem s pessoas...em vez do contrrio.
E nos alerta que:
medida que pessoas e organizaes, em todos os luga-
res, lutam para tirar vantagens da Web, da Internet e de mir-
ades de novos dispositivos eletrnicos, elas querem saber o
que devem fazer. A mdia, os fornecedores e as autoridades no
assunto respondem com milhares de conselhos, tendncias,
possibilidades e opinies.
E, deixando transparecer um sentimento de frustrao, conclui o pargrafo
da seguinte forma:
Ainda assim, o resultado opressivo desse frenesi um sen-
timento de profunda confuso no s para os usurios comuns,
mas tambm para os especialistas.
A Desorganizao Informacional 55
Os estragos que a DoI nos causa so de dois tipos: o profssional e o parti-
cular. Enganam-se os que pensam que a Desorganizao Informacional s
nos afeta profssionalmente. Na vida pessoal, aqui esto alguns exemplos:
Fotografa digital. Antes do advento das cmeras digitais ns
tirvamos fotografas que eram feitas e processadas por meio
de processos qumicos. Todas as fotos tiradas e reveladas eram
guardadas em lbuns de fotografas que sempre estiveram nas
estantes e armrios de onde elas podiam ser recuperadas e
acessadas quando quisssemos. Com o advento da fotografa
digital a prtica de escrever com luz popularizou-se, tornou-se
muito mais barata e permitiu que milhes de fotos fossem tiradas
a todo o momento, mas criou a necessidade de procedimentos
antes inimaginveis para que possamos ver as fotografas que
tiramos e guardamos. Se quisermos nos assegurar de que te-
remos as fotos para sempre ser necessrio criar dispositivos
de guarda que as dupliquem e at mesmo as tripliquem, a fm
de garantirmos sua acessibilidade no presente e no futuro. Assim
sendo, se guardarmos nossas fotos apenas em um dispositivo
corremos o risco de perd-las para sempre. No mnimo teremos
que fazer cpias em um CD, ou melhor, pela capacidade, em um
DVD. Logo teremos dezenas e dezenas de CDs ou DVDs sem
qualquer controle sobre seus contedos. E quando precisarmos
acessar, ou rever uma foto, teremos que perder um tempo precio-
so para descobrir onde ela est guardada. Mesmo os mais orga-
nizados precisaro criar um sistema de indexao que permita a
guarda e o acesso s fotos, coisa que ainda est longe do alcance
do usurio dito normal, desorganizado ou no especializado.
Msica (gravada em formato) digital. Todas as observaes e
preocupaes listadas com a fotografa digital se aplicam a este
tipo de informao.
Documentos digitais. Textos diversos, e-mails, apresentaes,
planilhas eletrnicas etc. tambm correm os mesmos perigos lis-
tados com as fotos e as msicas digitais.
Para corroborar com tudo que escrevi neste livro, recentemente aconteceu-
me algo sintomtico do mal que chamo de Desorganizao Informacional.
Para comear roubaram o meu notebook e como estou vacinado perdi pou-
qussima informao. Tudo de mais importante que havia dentro dele estava
BPMS 95
procedimentos e tarefas preestabelecidas, como forma de evitar
o desperdcio e a perda de tempo.
A globalizao e a internacionalizao da economia atravs da
rede mundial de computadores.
O e-business, o B2B, o B2C e todas as suas consequncias,
tanto boas quanto ms.
Por tudo isso, e por inmeras outras razes, uma ferramenta de BPMS
(Workfow) pode vir a ser muito til para processos de manufatura discreta,
desde que se saiba us-la corretamente. Afnal, qualquer processo s poder
ser melhorado e ter sua produtividade continuamente aumentada se puder
ser gerenciado. Controlar, para BPMS (Workfow), signifca no s ajudar
as pessoas a trabalhar melhor e por que no? mais felizes, assumindo-
lhes o trabalho repetitivo e burocrtico sempre da mesma forma, como usar
os dados provenientes desse controle para medir e melhorar os processos
automatizados pela ferramenta. Como j disse uma vez Ishikawa:
O que no pode ser medido no pode ser controlado.
Um processo de manufatura discreta s poder ser melhorado se for geren-
ciado e controlado. Para gerenci-lo e control-lo necessrio monitor-lo,
medi-lo e avaliar o seu desempenho continuamente. Isso qualquer software
de BPMS deve fazer por meio do seu mdulo de Workfow, desde que, cla-
ro, tenhamos feito o dever de casa corretamente, ou seja, desde que tenha-
mos feito a anlise, o desenho, o redesenho e a modelagem (quando cada
um destes verbos for aplicvel) dos processos de negcio da organizao.
Processos de manufatura discreta produzem bens em lotes ou individual-
mente. Lotes compartilham de uma srie de especifcaes comuns que
tm por fnalidade agregar valor ao que est sendo fabricado. Em termos
simples podemos dizer que qualquer processo de fabricao tem incio com
uma ocorrncia chamada de ordem de fabricao que, por sua vez, tem
sua origem na programao da produo feita com base nos pedidos de
clientes. Se a empresa tem um ERP implantado, o BPMS pode ser usado
para automatizar qualquer ocorrncia, independentemente do processa-
mento que o sistema de gesto empresarial far de cada pedido de cada
cliente colocado no sistema.
BPMS 99
Por exemplo: com aplicaes client ou de automao de escrit-
rio (Offce Automation).
Solues abertas. Essas solues podem ser integradas a
qualquer sistema externo. Solues abertas podem ser acessa-
das tanto no sentido in (entrada), como no sentido out (sada).
So as ferramentas que mais se assemelham ao modelo WfMC,
justamente por manterem a essncia da expresso integrao-
independente.
Convm salientar que a incompatibilidade entre estas trs classes exclui
a possibilidade de existirem softwares que possam ter ao mesmo tempo
caractersticas de cada uma delas combinadas entre si, por isso elas so
mutuamente exclusivas.
A tabela 4.1 lista e explica cada um dos parmetros que podem ser usados
para comparao entre os dois tipos de Workfow, autnomo e embutido.
Parmetro Workfow Autnomo Workfow Embutido
Uma nica interface com
o usurio
Cada ferramenta tem
uma interface com visu-
alizao diferente.
A visualizao a mes-
ma para o sistema como
um todo.
Graphical User Interface
(GUI)
Diferentes para cada
marca de Workfow.
nica dentro da mesma
marca.
Integrao com ODBCs
Limitado pela disponibi-
lidade de interface da
ferramenta.
Integrao completa.
Modelagem
Diferente de ferramenta
para ferramenta.
Diferente de ferramenta
para ferramenta.
Aderncia ao modelo
WfMC
Ferramentas mais ader-
entes por serem inde-
pendentes.
Ferramentas de difcil
aderncia.
Integrao com outras
ferramentas
Integrao manual. Integrao automtica.
Integrao com padres
CORBA, OLE, DDE, etc.
Padronizado pelo mode-
lo WfMC.
De difcil utilizao por
serem sistemas propri-
etrios.
BPMS 103
Exemplo 1
O primeiro exemplo de integrao entre um Workfow e um ERP diz respeito
colocao e ao tratamento de pedidos de clientes. Essa uma ocorrncia
extremamente crtica, pois cada vez mais o que conta nessa relao so
caractersticas como acessibilidade, tempo e confabilidade. Alm, claro,
do tratamento de cada pedido com qualidade 100% na primeira vez.
Em qualquer sistema, as ordens de clientes s comeam a ser processa-
das quando o funcionrio encarregado de faz-lo entra no sistema ERP e
aceita a ordem conferindo-a e, se for o caso, corrigindo-a para em seguida
pass-la prxima atividade. Ocorre que se o tal funcionrio no entrar no
sistema e/ou no tratar a ordem, ela permanecer ali, espera de que al-
gum o faa. Isso causa inmeros problemas para a organizao. Quando,
entretanto, colocamos uma camada de Workfow sobre o ERP, o pedido do
cliente passa a se benefciar da automatizao da ferramenta. Se o pedido
do cliente no for tratado dentro das regras de negcio e do tempo estipula-
do para seu processamento, o Workfow tomar as providncias de acordo
com as regras de negcio que tenham sido parametrizadas no software.
Exemplo 2
Quando o setor de compras tem que fazer cotaes utilizando um ERP,
geralmente o faz via papel ou, no mximo, via e-mails. A utilizao de uma
ferramenta Workfow pode automatizar o processo de compras a ponto de
enviar ocorrncias de Workfow para cada fornecedor cadastrado no siste-
ma. Isso faz com que todos trabalhem sob as mesmas regras de negcio e
com o tratamento do tempo para a resposta controlado pela ferramenta.
Integrando Workflow Manufatura Discreta
Para escolhermos a melhor forma de integrar um Workfow a um sistema
ERP necessrio que antes revisemos alguns conceitos inerentes a proces-
sos industriais de manufatura.
Os processos industriais so subdivididos em processos de manufatura e
de servio.
104 BPM & BPMS
Manufatura. O termo herana da revoluo industrial, sculo XVIII, quan-
do quase tudo que se produzia era feito mo, ou tinha uma parcela con-
sidervel de interveno manual humana para tanto. Hoje, embora o grau
de utilizao de tecnologias seja altssimo, o termo manufatura
40
continua a
ser usado para designar produo de coisas tangveis. Dentro desse tipo de
produo h basicamente duas formas de se produzirem coisas tangveis e
isso deu origem aos dois tipos de processos a seguir:
Manufatura discreta. Este tipo de manufatura tem diversos sub-
tipos e esto classifcados por ordem crescente de volume e de-
crescente de variedade; basicamente, dizemos que os processos
de manufatura discreta so aqueles que produzem coisas que
possvel contar. Essa classifcao
41
usada pela maioria dos
especialistas em processos. So eles:
Processos de Jobbing. A principal diferena entre esse tipo
de processo e todos os outros aqui listados que tudo o que
produzido neles produto nico, diferenciado dos demais
produtos pela adio de caractersticas exigidas pelo cliente.
Entretanto, diferentemente dos processos de projetos cujos
recursos so alocados exclusivamente para produzir um ni-
co produto, no de jobbing os recursos de produo so com-
partilhados com diversos outros produtos igualmente custo-
mizados, ou feitos sob encomenda. Vamos pegar o exemplo
de um ferramenteiro que produz ferramentas diversas; em-
bora cada ferramenta seja nica, sua produo compartilha
recursos que produzem outras ferramentas. Outros exemplos
de jobbing so processos de restaurao de mveis, confec-
o de roupas sob medida, montagem de automveis de alto
luxo e at construo de aeronaves.
Processos de produo em lotes. Tambm conhecidos como
processos de produo em batelada, produzem com nveis de
variedade e quantidades que, de certa forma, os diferenciam
dos processos de jobbing, pois no tm o mesmo grau de va-
40. Trabalho executado mo. Obra feita mo. Estabelecimento industrial que fabrica seus
produtos em grande quantidade.
41. Nigel Slack et al (1997).
BPMS 105
riedade que aqueles, uma vez que serializam a fabricao do
produto enquanto um mesmo lote estiver sendo processado.
Isso signifca dizer que para aquele lote no variam as especi-
fcaes nem as caractersticas do produto que estiver sendo
processado e todos os recursos empregados para tal fm es-
taro repetindo as operaes e utilizando os mesmos recur-
sos. Alguns processos de fabricao em lote so: produo de
vesturio e produo de alguns tipos de motores.
Processos de produo em massa. Fabricao de gran-
des volumes e baixa variedade de produtos caracteriza o tipo
de operao desse processo. A diferena bsica entre ele e
os outros listados anteriormente que os volumes processa-
dos pelos recursos alocados para tal fnalidade no sofrem
qualquer tipo de variao, nem de quantidade nem de espe-
cifcidade. Por exemplo, automveis comuns so montados
dentro de processos de produo em massa, diferentemente
dos processos que montam automveis de alto luxo, como
Ferraris e Rolls-Royces. Produtos fabricados por processos
de fabricao em massa so: televisores, geladeiras, (pro-
cessamento de) carne de frango, de boi, entre outros.
Manufatura contnua. A manufatura contnua, genericamente,
produz coisas que pesamos e/ou medimos. So processos que
esto na base das indstrias petroqumicas, qumicas, siderrgi-
cas, fbricas de papel e celulose, usinas de energia. Processos
desta natureza produzem continuamente, geralmente por longos
perodos de tempo, e so basicamente gerenciados por tecno-
logias de processos, diferentemente dos processos de natureza
discreta e de servios que so gerenciados por pessoas.
O evento que inicia o ciclo de manufatura pode ser de dois tipos:
Individual
Lote
Tanto individualmente como em lote eles compartilham de especifcaes
que podem ser tratadas de forma igual. Essas especifcaes so mais
consistentes em se tratando de produo em lotes, pois individualmente
as diferenas podem chegar a ser maioria, o que inviabilizaria a adoo de
especifcaes comuns pertinentes a vrios produtos.
BPMS 107
As rotas e as regras de negcio para o correto gerenciamento da
sequncia de fabricao no cho de fbrica.
Quem ir rastrear as ordens de fabricao, desde a primeira at
a ltima atividade do fuxo.
Como sero rastreadas as ordens de fabricao, desde a primei-
ra at a ltima atividade do fuxo.
A cronologia das operaes crticas do processo, para que elas
sejam realizadas na sequncia e nos tempos certos.
As especifcaes que sero programadas para tratar qualquer
ordem de fabricao atrasada.
A carga de trabalho em todas as atividades a fm de evitar, sem-
pre que possvel, a ocorrncia de gargalos, folgas e restries.
Os documentos que devem fazer parte da ordem de fabricao e
assegurar que estejam presentes em cada estao de trabalho,
a fm de garantir a correta execuo da atividade.
Os tempos de ciclo e processamento e as probabilidades de ocor-
rerem retardos causados por gargalos, restries e inadequao
entre carga e capacidade instalada de produo.
Os custos de produo do processo por meio do controle dos
custos de cada atividade presente nele.
Por fm, mas no menos importante,
O hardware que servir como ambiente para rodar o sistema
BPMS (Workfow). Incluir o hardware aqui pode parecer sem sen-
tido, afnal ele no faz parte do processo. Entretanto, todos os
elementos e suas funcionalidades citadas s podero ser progra-
madas e utilizadas se a capacidade instalada, tanto de servidores
quanto de estaes de trabalho, for cuidadosamente planejada.
Quanto maior for o detalhamento das caractersticas dos elemen-
tos listados, mais poderoso necessitar ser o hardware utilizado.
Exemplo Detalhado
Esse hipottico exemplo de integrao entre um processo de manufatura dis-
creta e uma ferramenta de BPMS (Workfow) se baseia na produo de trs
produtos, que passaremos a chamar de produto A, produto B e produto
BPMS 115
Quando pensamos poder adquirir conhecimento sobre processo de negcio
por meio de qualquer um destes softwares listados, para anlise, desenho,
redesenho e modelagem de processo de negcio, estamos repetindo a f-
bula da caverna, de Plato.
Plato, por meio desta fbula, nos ensina que a realidade muito diferente
daquela que na maioria das vezes quem tem poder quer nos fazer acreditar,
ou seja, quem adquire conhecimento sobre processos de negcio atravs
de um software para anlise, desenho, redesenho e modelagem de proces-
so de negcio, qualquer que seja este, estar conhecendo apenas uma ou
alguma realidade sobre processos de negcio, alis, uma parte nfma da
realidade e algumas vezes at mesmo, alm de mnima, ser uma reali-
dade distorcida. Esta realidade incompleta e por vezes falsa induzir e con-
duzir projetos de anlise, desenho, redesenho e modelagem de processos
de negcio ao fracasso.
Figura 4.7 - Conjunto de tecnologias existentes no software BPMS.
Fonte: (fgura criada com base no modelo) BPTrends (http://www.bptrends.com/).
Em resumo, softwares para anlise, desenho, redesenho e modelagem de
processos de negcio so muito teis, mas no encerram todas as verdades
existentes no universo do processo de negcio. Isto signifca dizer que pri-
116 BPM & BPMS
meiro preciso aprender sobre processo de negcio para s ento, depois
de analisarmos quanto do universo do processo de negcio cada software
consegue representar, comprarmos o produto que melhor atenda s nossas
necessidades e ao nosso bolso.
Embora esta possa parecer uma discusso sem propsito, posso garantir que
at mesmo alguns amigos meus, professores doutores, j estiveram prestes a
incorrer neste erro quando um representante brasileiro de um software ame-
ricano tentou se aproveitar do nome da universidade para a qual estes pro-
fessores trabalham dando instituio o direito de uso do software em troca
do nome da universidade nas suas peas promocionais. O maior problema
era que estes professores pensavam poder aprender e ensinar processo de
negcio por meio do software que seria doado universidade, at que eu
lhes coloquei meu ponto de vista. Felizmente o acordo no chegou a ser feito
nas bases que o representante havia proposto. O absurdo maior que um
curso sobre processo de negcio seria criado e ministrado com o suporte do
tal software, o que iria formar conhecedores de processo de negcio com
a viso do software em questo e no com a viso completa do universo do
processo de negcio.
Computer-Supported Cooperative Work
Foi devido ao contexto descrito nos captulos 1, 2 e 3 que surgiram os produ-
tos aderentes ao conceito Computer-Supported Cooperative Work (CSCW).
Produtos aderentes ao conceito CSCW empregam tecnologias Groupwa-
re
44
. Diferentemente de outros softwares, os da famlia Groupware empre-
gam componentes cujo principal objetivo o de possibilitar que as pessoas
trabalhem naturalmente em grupo. Assim, qualquer software que empregue
separadamente ou em conjunto alguns dos componentes listados a seguir
so, em princpio, softwares Groupware.
Categorias das aplicaes Groupware:
aplicaes baseadas em documentos e formulrios;
aplicaes baseadas em grandes volumes de dados e transaes;
44. So sistemas computadorizados que permitem a grupos de usurios trabalharem de for-
ma cooperativa em algum propsito ou objetivo comum.
BPMS 117
aplicaes baseadas em comunicao organizacional.
Nos dois primeiros grupos esto:
mecanismos e facilidades de comunicao;
gerenciadores de documentos;
controladores de fuxo de formulrios;
controladores de fuxos de trabalho (Workfow);
Object Oriented Data Base Management Systems;
gerenciamento de imagem;
recuperao de dados e informaes.
No grupo de aplicaes baseadas em comunicao organizacional esto:
calendrio;
agenda eletrnica;
mecanismos de colaborao;
videoconferncia;
Workfow.
O Surgimento do BPMS
Do ponto de vista dos interessados no tema BPMS e principalmente dos
fabricantes, o precursor deste software, o Workfow, ainda no vendeu o
quanto poderia ou deveria ter vendido no mercado estimado em nvel mun-
dial para este tipo de Tecnologia da Informao, ou seja, Workfow ainda no
foi comprado pelas organizaes (no mundo todo) com a mesma intensida-
de e nas mesmas quantidades que outros softwares o foram, como os ERPs
por exemplo. Por que ser?
Por que as empresas no compram Workfow como compram outros soft-
wares, j que este tem uma proposta tentadora? Automatizar processos de
negcio, garantir a execuo das regras de negcio, controlar o tempo pro-
gramado para que as tarefas sejam executadas, so necessidades que toda
organizao tem. Ento por que to pouco Workfow vendido at hoje?
BPMS 123
Servidores de Aplicaes.
Linguagens BPMS.
ERP, CRM e outros softwares e aplicaes.
Data Warehouse e BI.
Outros especialistas preferem classifcar as tecnologias envolvidas com o
Business Process Management System da seguinte forma:
ECMS, Enterprise Content Management Systems
47
.
EDMS, Electronic Document Management Systems
48
,
49
.
Workfow
50
.
EAI, Enterprise Application Integration.
RM, Records Management.
API, Application Program Interface.
SOA, Service-Oriented Architecture.
Basicamente qualquer uma das classifcaes serve para explicar o softwa-
re BPMS. Vou usar a classifcao mais extensa por consider-la de melhor
aderncia ao conceito Business Process Management System.
Ferramentas para Modelagem de Organizaes
No existe nenhuma descrio sobre os objetivos, como so ou de quais
tecnologias so compostas tais ferramentas para modelagem de organiza-
47. Descrita em portugus no livro Gerncia do Conhecimento. Editora E-papers, 2 edio.
48. No Brasil chamamos de GED, Gerenciamento Eletrnico de Documentos, e foi descrita
em portugus no livro GED Gerenciamento Eletrnico de Documentos (Baldan, Cavalcante
e Valle, 2002).
49. EDMS em Ingls signifca apenas Sistema de Gerenciamento Eletrnico de Documentos.
Entretanto, no Brasil utilizado tambm como Gerenciamento Eletrnico de Documentos
Tcnicos e de Engenharia, Engineering Document Management Systems.
50. Descrita em portugus nos livros Workfow, a tecnologia que vai revolucionar processos
(Cruz, 1999) e e-Workfow, como implantar e aumentar a produtividade de qualquer processo
(Cruz, 2001), objeto de detalhamento nesse trabalho.
BPMS 127
Tempo de Processamento. Depois que uma ocorrncia d en-
trada numa atividade, e no processo, ela precisa ser processa-
da, trabalhada. Este o que chamamos de tempo de processa-
mento. Voc vai ouvir falar em Process Time, mas no confunda
com o elemento processo de negcio (pense da seguinte forma:
processos processam algo). O tempo de processamento o efe-
tivamente gasto por uma pessoa trabalhando, processando, a
ocorrncia que entrou na atividade dela.
Tempo de Atraso ou, como tambm conhecido, Tempo de
Retardamento. Eu prefro cham-lo de Tempo de Espera. A di-
ferena entre o tempo de processamento e o tempo de ciclo de
uma ocorrncia dentro de uma atividade e do processo chama-
se tempo de espera. Em ingls: Lag Time. Alm de no ser um
tempo produtivo, ele um dos grandes viles que comprometem
a efcincia de um processo.
Esses trs tipos de tempos esto sempre presentes em qualquer processo
e quanto menor for a diferena entre o tempo de processamento e o tempo
de ciclo melhor ser o processo em termos de efcincia, efccia e adapta-
bilidade.
Alm dos trs tipos de tempos, que eu chamo de primrios, existem os tem-
pos derivados de cada um deles, relacionados a cada ocorrncia que tenha
entrado e sado do processo de negcio. Esses tempos, que vo nos ajudar
a analisar de forma mais precisa o comportamento do processo, so:
O Tempo Mximo. Este tipo de tempo permite medir o comporta-
mento de cada uma das ocorrncias desde que ela introduzida
na atividade e no processo at que ela concluda. Perguntas
como:
Qual o tempo mximo de processamento de uma ocorrncia
pela atividade?
Qual o tempo mximo de processamento de uma ocorrncia
pelo processo?
Qual o tempo mximo que uma ocorrncia qualquer levou des-
de que entrou na atividade e no processo at a sua sada?
Qual o tempo mximo de espera de uma ocorrncia qualquer
na atividade e no processo?
BPMS 129
Ferramentas para Simulao
Nem todos os softwares para desenho, redesenho, anlise e modelagem de
processos de negcio tm ferramentas que nos permitem simular os proces-
sos neles desenhados, redesenhados ou modelados, embora esta funcio-
nalidade seja cada vez mais comum nesta classe de software. Os softwares
mais simples no simulam as especifcaes dos processos criadas neles,
como o caso do Visio da Microsoft, exceto quando usado com o Arena da
Rockwell. A maioria realiza simulaes por meio de cenrios construdos a
partir das defnies do prprio processo de negcio. As simulaes mais
simples eu chamo de automticas-estticas, por termos que trocar manual-
mente os cenrios construdos a fm de rodarmos cada nova simulao. Os
softwares de simulao de processos mais sofsticados e caros realizam si-
mulaes que chamo de automticas-dinmicas, pois executam ao mesmo
tempo vrios cenrios construdos com base em modelos matemticos, o
que dispensa a interveno do analista para trocar manualmente os cen-
rios na execuo das simulaes.
Por que a simulao de um processo importante? Porque ela serve para:
Treinar todos os funcionrios que vo executar o processo.
Analisar qual ser a melhor forma de implantar o processo.
Descobrir (antes que seja tarde demais) quais os pontos fracos e
fortes do processo a ser implantado.
Conhecer e analisar os gargalos, as restries e as folgas exis-
tentes no processo.
Garantir os resultados esperados do processo.
Testar a capacidade instalada de produo.
Testar os tempos de ciclo, processamento e retardo, se houver.
Analisar a adaptabilidade, a efcincia e a efccia do processo.
BPMS 131
Defnio das Propriedades do Cenrio:
Distribuio das ocorrncias:
Normal.
Uniforme.
Unidade de tempo:
Dias.
Horas.
Minutos.
Prioridade de processamento:
FIFO.
Por prioridade.
A simulao pode ser automtica-esttica, com troca manual de vrios
cenrios, e automtica-dinmica, com o uso conjunto de vrios cenrios,
funcionalidade que permite construir modelos complexos da realidade. Os
softwares BPMS podem executar simulaes simples, pois permitem ape-
nas a simulao automtica com troca manual de cenrios, at porque no
so softwares feitos para terem nesta funcionalidade sua maior vantagem.
Ferramentas para Gerenciamento de Regras de Negcio
Somente para recordarmos quo importantes so as regras de negcio para
um software BPMS, o modelo conceitual do Workfow foi construdo em cima
de 3Rs: Roles (papis), Rules (regras) e Routes (rotas). Logo, as regras de
negcio jamais podem ser opcionais em qualquer software BPMS ou podem
estar dissociadas deste, no mnimo porque o Workfow um subconjunto do
Business Process Management System.
Para que serviria um software que est sendo vendido como A soluo de-
fnitiva para integrar processos, tecnologias e atores, fazendo com que seus
relacionamentos no sofram soluo de continuidade, mantendo registros
que serviro para a rastreabilidade e consequentemente criando condies
para auditoria dos negcios realizados, sem que houvesse no BPMS funcio-
nalidades para o gerenciamento de regras de negcio?
BPMS 135
verdade entregando, para aqueles que compram seus produtos, o conhe-
cimento com o qual os softwares foram desenvolvidos.
Geralmente o Software Development Kit, conjunto para desenvolvimento de
software, vendido pelos fabricantes de Workfow ou BPMS, compostos
de dois componente: o mdulo, ou programa objeto, que com capacidade
ilimitada de processamento pode ser usado dentro de tantos quantos forem
os programas construdos pela organizao que o comprou e um conjunto
de comandos que corretamente parametrizados levam e trazem dados de
e para o motor do software embutido no programa. Tambm costumam
conter especifcaes sobre todos os dataset records dos bancos de dados
usados pelo motor do BPMS (Workfow), imprescindveis para a gerao de
relatrios e para o acesso correto a todo e qualquer tipo de dado existente
do corao do software BPMS (Workfow).
usual que o Software Development Kit custe muito caro e no seja de
interesse dos fabricantes dos softwares vend-lo separadamente, a no ser
com muitas garantias e por um preo muito alto. Quando o fazem, exigem
em contrato que o Software Development Kit seja usado somente em sis-
temas internos, isto : da prpria organizao que o est adquirindo, pois
para serem usados em sistemas que sero vendidos no mercado podem vir
a concorrer com o prprio fabricante do Software Development Kit e por isso
tais produtos custaro muito mais se forem vendidos.
Ferramentas EAI (Enterprise Application Integration)
Este mdulo , seguramente, o que mais diferencia os softwares BPMS dos
softwares Workfow. No que qualquer software de Workfow no possa tra-
balhar em conjunto com ferramentas Enterprise Application Integration, mas
porque os fabricantes de software Business Process Management System
esto apregoando que embutiram em seus produtos todas as funcionali-
dades de integrao dos sistemas EAI como forma de diferenci-los dos
antigos sistemas Workfow.
136 BPM & BPMS
Figura 4.11 Integrao-Independente entre Workfow e outros softwares com EAI.
Na verdade, o Enterprise Application Integration j existia antes do BPMS e
vai continuar existindo desenvolvido por diversas empresas mundo afora. O
EAI classifcado como sistema middleware
52
e conhecido entre ns como
sistema da camada do meio, o que signifca dizer que o papel fundamental
do Enterprise Application Integration , e sempre ser, o de integrar vrias
plataformas de software, vrios tipos de sistemas, para que possamos criar
os portais, entre outras possibilidades. Os fabricantes de softwares BPMS
apregoam que a grande diferena entre eles e o j existente Workfow a
integrao, na suite BPMS, do EAI. Esta diferena pode ser explicada, de
forma grfca, pelas fguras 4.11 e 4.12. Na fgura 4.11 o EAI est separado
do Workfow enquanto que na fgura 4.12 os dois esto integrados numa
nica sute. Mas seria somente esta a grande diferena existente entre
Workfow e BPMS? E como fcaria o princpio da Integrao-Independente?
52. Middleware, personalizao de software; software de sistema que foi personalizado por
um vendedor para um usurio particular. Dicionrio Multimidia Michaelis.
BPMS 137
Figura 4.12 Software BPMS composto de ferramentas de Workfow e EAI.
Todo software de Workfow deve poder se integrar a outros softwares por
meio do conceito de integrao-independente. Isto na prtica signifca que
podemos fazer o Workfow (e agora o BPMS) trabalhar em conjunto com
qualquer software sem a necessidade de construirmos integraes difceis
e demoradas entre eles. Tambm signifca dizer que quando o Workfow
se integra a outros softwares qualquer modifcao realizada em qualquer
software ou no Workfow no deve afetar um ou outro. Creio que o mesmo
princpio deveria valer para o BPMS (em cuja sute h o mdulo Workfow),
mas no o que est parecendo pelo que apregoam seus fabricantes.
Por exemplo, se um Workfow estiver embutido num ERP, ao modifcarmos um
o outro ter que obrigatoriamente ser modifcado tambm. Mas se a integrao
for independente esta obrigatoriedade no existir, pois refetir no outro so-
mente e quando a modifcao disser respeito ao outro software. Este princpio,
na prtica, faz com que cada software tenha suas necessidades de atualizao
satisfeitas mais rapidamente. Workfow embutidos em ERPs so, em 99% dos
casos, difceis e custosos de ser programados. Claro, este princpio continua
vlido para softwares BPMS, embora isso no esteja explicitamente referen-
ciado ou assumido em nenhuma literatura pertinente ao assunto. A fgura 4.13
mostra como Workfow (ou BPMS) deve ser integrado a um ERP.
138 BPM & BPMS
Figura 4.13 Integrao-Independente Workfow (BPMS) ERP.
Pelo exposto, Workfow embutido em outros softwares no consegue refetir
a dinamicidade das organizaes com a mesma rapidez com que esta dina-
micidade provoca mudanas no ambiente de negcios. sabido por todos
ns, especialistas em TI, que toda programao alm de lenta e cara tem
uma carga enorme de incertezas causadas por elementos extremamente im-
ponderveis tais como mo de obra (programadores so profssionais muito
sensveis), escopo do sistema mal defnido, descontrole do projeto, entre
muito outros. Estes elementos difcultam, atrasam e complicam o desen-
volvimento e a programao de sistemas de informaes, o que signifcaria
colocar softwares como Workfow e BPMS, que exigem alta dinamicidade,
no mesmo nvel de complexidade programtica de sistemas desenvolvidos
com linguagens procedurais ou mesmo visuais, em vez de ferramentas para-
metrizveis que Workfow e BPMS devem ser. Dessa forma, produtos como
ERPs que tm embutidos softwares de Workfow no so uma boa soluo,
pois na maioria das vezes no admitem a programao do software prin-
cipal sem que tambm se tenha que programar o Workfow e vice-versa.
Workfow deve ser independente para, entre outras vantagens, poder ser
usado com qualquer software.
BPMS 139
De uma vez por todas ns precisamos entender que quanto maior for o
esforo de programao que um software BPMS (ou Workfow) necessitar
maiores sero os custos e o tempo para implant-lo. Tambm verdade que
quanto maior tiver sido o esforo de programao, maior ser o esforo de
atualizao do software BPMS (ou Workfow).
No passado o Enterprise Application Integration (EAI) era usado para integrar
o software de Workfow a todos os softwares existentes na organizao, fos-
sem eles emergentes ou no. Vendido como o principal componente de um
portal corporativo, o EAI era uma soluo externa ao Workfow. Se a organi-
zao que estava implantando o software no queria (ou no podia comprar)
um software de EAI, a integrao do Workfow era feita por meio de Agen-
tes (Agents) e APIs, Application Program Interface, do prprio fabricante do
software de Workfow ou por meio de Agentes e APIs como os encontrados
nas linguagens SQL (Structured Query Language) dos bancos de dados ou,
ainda, por meio dos Agentes e APIs do fabricante do software ao qual quera-
mos integrar o Workfow, como, por exemplo, os do ERP R/3 da SAP
53
.
Defnies de EAI:
EAI (Enterprise Application Integration) o compartilhamen-
to de informaes de negcio atravs da rede de aplicativos
em uma ou mais aplicaes de forma organizada. Antigamente
os softwares eram especifcados (ou desenhados) a trabalha-
rem de uma forma independente, no havia integrao entre
os sistemas. Fonte: www.datasul.com.br acessada em 27 de
setembro de 2005.
EAI o compartilhamento irrestrito de dados e processos de
negcio atravs de aplicaes em rede ou fontes de dados em
uma organizao. Fonte: www.webopedia.com, acessada em
28 de fevereiro de 2006.
EAI um termo usado pela computao comercial para pla-
nos, mtodos e ferramentas dedicadas a modernizar, consolidar
53. SAP, Systeme, Anwendungen und Produkte in der Datenverarbeitung. Em in-
gls: Systems, Applications and Products in Data Processing, em portugus: Siste-
mas, Aplicativos e Produtos para Processamento de Dados.
140 BPM & BPMS
e coordenar as aplicaes de computador em uma empresa.
Fonte: www.whatis.com acessada em 28 de fevereiro de 2006.
Note que as defnies do nfase ao carter organizacional do EAI, isto : fa-
lam de processos de negcio e da preocupao do software em integr-los.
Basicamente existem quatro tipos de Enterprise Application Integration:
(de) Bancos de dados, que compartilham informaes quando
necessrias.
(de) Aplicaes. A organizao compartilha processos de neg-
cio, dados e informaes sempre que necessrio.
(de) Data Warehouse. Os dados so extrados de uma grande
variedade de fontes e direcionados por meio de um extrator para
um banco de dados especfco.
(de) Sistemas Web. O EAI organiza todos os programas em ca-
madas, unifcando-os e dando-lhes consistncia.
A despeito do que possa parecer, o surgimento do SOA no acabou com o
mercado de softwares Enterprise Application Integration. O EAI, por ser solu-
o proprietria, tem vantagens importantes sobre a tecnologia SOA, e uma
delas, se no a mais importante de todas, diz respeito ao quesito segurana,
pois o SOA extremamente vulnervel em termos de segurana e exige in-
vestimentos maiores em dispositivos de proteo ao ambiente informacional.
Lderes mundiais em EAI so a Vitria Technology, a Evolutionary Technolo-
gies International (ETI), a IBM e a TIBCO, entre algumas outras.
Ferramentas SOA (Service-Oriented Architecture)
O surgimento do SOA deu-se pela introduo das tecnologias Web nas or-
ganizaes. Em outras palavras, as tecnologias que antes eram usadas
apenas na Internet passaram a ser usadas em sistemas de informaes e
em outras aplicaes internas das organizaes.
KEEN et al (2004) defne SOA como:
Estruturas-modelo para desenvolvimento de aplicaes
Web, particularmente voltadas ao e-business.
1.
2.
3.
4.
BPMS 141
A minha defnio de SOA:
Ferramentas, baseadas em padres abertos (no propriet-
rios), que permitem integrar, de forma rpida e dinmica, softwa-
res, sistemas e aplicaes rodando em plataformas iguais e/ou
diferentes, e estes aos processos de negcio da organizao.
A principal caracterstica do SOA faz sua utilizao ser extremamente vanta-
josa, mas tambm, paradoxalmente, sua maior desvantagem.
SOA uma soluo aberta, isto , no existem cdigos proprietrios, como
nos softwares EAI, para programar e utilizar solues em SOA. Entretanto,
vrias empresas vendem solues SOA, que vo do desenvolvimento da
estrutura SOA implantao dos Web Services desenvolvidos e adminis-
trao do ambiente integrado.
Alis, se qualquer organizao decidir comprar uma soluo SOA proprie-
tria estar, alm de fazendo um pssimo negcio, ignorando os princpios
que fzeram da tecnologia SOA o atual paradigma em integrao-indepen-
dente de aplicaes.
SOA surgiu em funo das necessidades existentes de integrao entre
diferentes plataformas de hardware e software, demonstradas na fgura
4.14. Estas necessidades e consequentes difculdades comearam quan-
do da introduo da computao distribuda, pois embora os mainframes
de fabricantes diferentes no conversassem entre si (IBM-HoneywellBull-
UNIVAC-Burroughs) pelo menos conversavam em famlia, coisa, alis, difcil
at mesmo com membros de uma mesma famlia quando do surgimento
da computao distribuda, no caso de mquinas client-server (tanto IBM
quanto HP).
142 BPM & BPMS
Figura 4.14 As difculdades de integrao de diferentes
plataformas para compartilhamento de dados e procedimentos.
Para contornar as difculdades oriundas da inexistncia de plataformas po-
liglotas fabricantes de todos os segmentos de tecnologias da informao
desenvolveram as famosas interfaces. As interfaces foram durante muito
tempo as nicas possibilidades existentes para permitir o dilogo entre sis-
temas de diferentes plataformas, mas como eram solues proprietrias,
alm de caras na programao e na operao no eram fexveis na
programao e na operao como as necessidades das organizaes
passaram a ser a cada dia.
No ano 2000 o World Wide Web Consortium, W3C, padronizou web services
emergentes e o resultado foi o estabelecimento de um conjunto de espe-
cifcaes para serem usadas pelo XML, eXtended Markup Language, e
por protocolos de comunicao visando a interoperabilidade universal entre
computadores de diferentes plataformas. A prpria XML foi adaptada pelo
W3C a partir da linguagem Standard Generalized Markup Language, padro-
nizada pelo ISO.
BPMS 143
O que XML? Segundo o W3C:
XML um conjunto de padres de linguagem que especi-
fcam como estruturar um documento baseado em texto (text-
based) para comunicao entre dois computadores, para qual-
quer propsito.
Figura 4.15 A computao distribuda e o surgimento
das interfaces para integrao de diferentes plataformas.
Uma mensagem SOAP formatada exatamente como se fosse um envelo-
pe com cdigo XML, defnindo o incio e o fm da mensagem. O header da
mensagem defne de onde ela est vindo (origem) e para onde ela est se
dirigindo (destino) e especifca, tambm, como ela alcanar seu destino
(path). O corpo de uma mensagem SOAP contm os dados ou as instrues
para a execuo da solicitao do envelope SOAP. Desta forma, o SOA,
utilizando o Simple Object Access Protocol, pode ser executado em qual-
quer sistema ou para qualquer sistema, em qualquer plataforma existente
hoje, com total transparncia e entendimento tanto por parte do emissor
como por parte do receptor da mensagem.
144 BPM & BPMS
Figura 4.16 Integrao-independente com padro XML SOA.
Formato genrico da mensagem SOAP.
<header>
destino
caminho
<body>
o contedo da mensagem
o que faz o contedo da mensagem
o que solicita o contedo da mensagem
Entre vrios outros benefcios, a adoo de SOA propicia s organizaes:
Identifcao da interao entre usurios, negcios e dados.
Criao em camadas, possibilitando a integrao de mltiplos
sistemas sempre que a soluo no puder ser desenvolvida num
nico modelo.
Composio de padres que representam as combinaes de
mltiplos sistemas diferentes.
BPMS 145
Modelagem, da soluo, que prov um layout conceitual, descre-
vendo como os componentes de aplicaes e dados interagem
com os negcios.
As Fundaes do SOA
Web Service (WS). Agente programado para interagir com, e in-
tegrar, sistemas construdos em uma mesma linguagem, ou no,
executados num mesmo ambiente ou em ambientes diferentes.
Simple Object Access Protocol (SOAP). Conjunto de instru-
es para construo dos documentos texto (mensagens).
Universal Description Discovery and Integration (UDDI). Do-
cumento que descreve, com exatido, o QU um servio Web
faz e COMO ele dever ser chamado (ativado) por um docu-
mento texto (mensagem).
Web Services Description Language (WSDL). Diretrio de todos
os servios Web disponveis para uso dentro de uma organizao.
Figura 4.17 Ambiente BPMS, ferramentas Workfow, funcionalidades Service-Oriented
Architecture e integrao-independente com todos os outros softwares e sistemas.
BPMS 147
Background & Foreground Processes
54
Para entendermos melhor tanto EAI como SOA vou falar sobre a topologia
de operao ou execuo dos processos de negcio.
Nos primeiros captulos deste livro mostrei como as ondas de Tecnologias da
Informao se sucederam na nossa sociedade e como provocaram nas orga-
nizaes o que chamei de Desorganizao Informacional (DoI). Na medida
em que mais e mais tecnologias apareceram (e aparecem), mais e mais a
Desorganizao Informacional exacerba-se, realimentando-se e alimentando
um crculo vicioso que faz com que as organizaes comprem-tecnologias-
para-resolverem-problemas-causados-pelas-compras-de-tecnologias.
A eterna maldio (parece coisa de deuses e semideuses gregos) de ter-
mos que resolver problemas causados pelas tecnologias que foram compra-
das para resolver problemas.
O ambiente de processamento de informaes encontrado hoje, pratica-
mente sem excees, em todas as organizaes levou os especialistas em
TI a pensarem em meios de organizar este caos tecnolgico, da terem sur-
gido diversas ideias, conceitos, metodologias e ferramentas voltadas ao tra-
tamento da Desorganizao Informacional da qual padecem organizaes
em todos os pases.
Diferentemente das mquinas que monoprocessavam os sistemas de infor-
maes, as mquinas multiprocessamento introduziram uma nova necessi-
dade, um novo componente, no ambiente computacional das organizaes:
a integrao sistmica; ou dos sistemas que passaram a ser executados
concomitantemente. Antes do advento dos bancos de dados estruturais esta
integrao era feita por meio da execuo de dezenas de pequenas rotinas
55
processadas depois que os grandes sistemas terminavam. Somente quem
viveu aqueles tempos sabe o caos que o no processamento de uma destas
rotinas provocava nas organizaes: dados desalinhados, arquivos incon-
54. J escrevi sobre Background & Foreground Processes no meu livro O Teatro Organiza-
cional, mas considero o tema extremante importante, alm de necessrio neste livro para
contextualizar Enterprise Application Integration.
55. Estas rotinas eram chamadas por ns de bacalhaus (no me pergunte por qu). Penso
que seja porque elas no tinham nem p nem cabea, assim como o bacalhau que a gente
compra no mercado.
148 BPM & BPMS
sistentes, informaes desatualizadas, sistemas abortados. Um verdadeiro
caos informacional, a ponto de, muitas vezes, todo o ambiente fcar fora do
ar, durante boa parte do dia, at que tais rotinas fossem enfm processadas
e, consequentemente, os dados fossem consistentemente atualizados.
Claro, esta situao no poderia continuar. Depois do advento dos bancos
de dados estruturais, e muito tempo depois, quando os bancos de dados
relacionais foram introduzidos, a situao parecia ter chegado a um ponto
razoavelmente seguro de convivncia entre sistemas; afnal os bancos de
dados tinham a precpua responsabilidade de integr-los. Mas foi a que
surgiram os microcomputadores, os minicomputadores, as mquinas cha-
madas de superminis (plataforma baixa); e o processamento descentraliza-
do de sistemas e utilitrios, voltando a exacerbar a desintegrao sistmica
nas organizaes.
Com o advento de novas tecnologias da informao e de novas metodolo-
gias e tecnologias orientadas a processos dois termos em ingls tm sido
usados com frequncia em conversas entre especialistas, em cursos, pales-
tras e seminrios: foreground & background processes. bom entendermos
corretamente o signifcado deles com respeito a processos e s tecnologias
que os apoiam. A fgura 4.18 representa a topologia dos processos, com as
pessoas interagindo com os processos executados em primeiro plano e com
as Tecnologias da Informao executando processos em segundo plano.
Figura 4.18 Topologia dos processos.
BPMS 149
Foreground Processes
Em portugus, processos em primeiro plano. O termo foreground refere-se
a processos que so executados na camada externa do ambiente operacio-
nal ao qual esto ligados, ou seja, so processos executados na parte mais
visvel das estruturas que do forma s organizaes. Embora no sejam
processos que interajam exclusivamente com pessoas, eles so, na maio-
ria das vezes, processos com interao mquina-homem intensiva, o que
requer dos analistas de processos cuidados especiais quanto ao que cha-
mamos de ergonomia, a fm de que as pessoas sintam-se confortveis ao
trabalharem e no venham a sofrer de doenas genericamente chamadas
do trabalho como a sndrome LER (Leso por Esforo Repetitivo).
Todo processo que requeira, por exemplo, que o ser humano abra um formu-
lrio eletrnico, se relacione com tecnologias da informao, com mquinas,
equipamentos, dispositivos e instrumentos de forma direta um processo
que est sendo, ou ser, executado em primeiro plano. So tecnologias
nesta categoria: programas de computador, softwares diversos, microcom-
putadores, mquinas industriais etc.
Para processos cuja operacionalidade est diretamente ligada ao do
ser humano existem dois tipos de tecnologias: elas podem desde supor-
tar superfcialmente os processos ou, no extremo oposto, automatiz-los
completamente. Para fazer isso dispem de funcionalidades que nos permi-
tem realizar as tarefas sob nossa responsabilidade. Estas tecnologias so o
BPMS e o seu mdulo Workfow.
Tecnologia da informao. So sistemas especialistas ou de
propsitos gerais que realizam operaes bsicas nas organi-
zaes. Exemplos: os sistemas de gerenciamento de recursos
empresariais (Enterprise Resource Planning), uma parte dos sis-
temas de gerenciamento do relacionamento com clientes (Cus-
tomer Relationship Management), Workfow, gerenciamento de
conhecimento (KM) entre outros. Todos estes sistemas so di-
reta e intensivamente usados pelos seres humanos, mas bom
ressaltar que os mesmos sistemas podem ter mdulos com fun-
cionalidades que no so acessadas pelas pessoas e desta for-
ma parte deles rodariam em background (em segundo plano).
BPMS 151
so conjuntos de ferramentas que possibilitam organizao integrar as
dimenses foreground & background por meio da integrao de todas as
aplicaes, softwares, mdulos e ferramentas lgicas das duas dimenses
num nico ambiente: os processos de negcio.
A integrao das aplicaes da organizao pode ser feita por meio de
softwares chamados EAI Sute e SOA, vendidos por dezenas de fabricantes
de softwares ou desenvolvida in house. Entretanto, o mais importante no
decidir de qual fabricante comprar este ou aquele software, mas como os
processos em foreground & background sero desenhados, integrados e
operacionalizados.
Background Processes
Em portugus, processos em segundo plano. O termo background refere-se
aos processos que so executados na camada interna do ambiente organi-
zacional ou, mais precisamente, na camada cujo contato com o ser humano
ou indireto ou inexistente. Nesta camada, tambm conhecida como infra-
estrutura, as tecnologias podem desde suportar superfcialmente os proces-
sos at automatiz-los completamente.
Toda e qualquer infraestrutura tecnolgica necessita ter processos que as
faam existir dentro de padres, muitas vezes, extremamente rgidos. Con-
sequentemente, para automatiz-los e mant-los operacionais existem dois
tipos de tecnologias:
da informao. So sistemas especialistas ou de propsitos ge-
rais que realizam operaes de base nas organizaes. Exem-
plos: os sistemas de gerenciamento de recursos empresariais
(Enterprise Resource Planning), uma parte dos sistemas de
gerenciamento do relacionamento com clientes (Customer Re-
lationship Management), assim como os sistemas de gerencia-
mento da cadeia de suprimentos (Supply-Chain Management),
resposta efciente ao consumo (Effcient Consumer Response) e
Data Warehouse (DW).
de processo. So mquinas, equipamentos, dispositivos e ins-
trumentos que processam e transformam entradas em sadas
nos processos de indstrias de manufatura e de servios. Por
exemplo, nas fbricas de papel, a mquina que transforma pasta
7
Mudana Tudo
que Existe
Embora tenha j escrito vrios captulos sobre mudanas e gerncia de mu-
danas nas organizaes
78
acho conveniente voltar ao tema, mesmo que
brevemente, para reforar alguns pontos que considero importantes por
conta das experincias vividas em projetos de anlise, desenho, redese-
nho, modelagem, organizao, implantao, gerenciamento e melhoria de
processos de negcio nos quais atuei. No que haja algo de especialssi-
mo no gerenciamento das mudanas que sero causadas pelo BPM e pelo
software BPMS, pois, afnal, cuidados com mudanas deveriam ser objetos
de preocupao at mesmo nas mais simples implantaes de ERPs. Entre-
tanto, o que mais tem chamado a minha ateno durante todos estes anos
trabalhando processos de negcio a carga de estresse de tais projetos
qual as pessoas so submetidas sem qualquer necessidade.
No vou aqui embasar minhas consideraes nas inmeras teorias exis-
tentes nas cincias sociais, psicolgicas ou nas teses flosfcas de nomes
como Nicolau Maquiavel, Karl Popper, Karl Marx, Adam Smith, Freud e Jung
entre centenas de outros estudiosos. Quero apenas passar minha vivncia,
algumas experincias, que me fzeram refetir sobre como envolver as pes-
soas para que as mudanas se deem da forma mais suave possvel. Se
que se pode esperar alguma suavidade em mudanas organizacionais.
78. Veja Workfow II e O Teatro Organizacional, ambos pela Editora E-Papers.
206 BPM & BPMS
A coisa mais importante a fazer num projeto de processos de negcio
tratar com respeito, desde o incio, todos os envolvidos no projeto. Isto sig-
nifca dizer: devemos nos comunicar com todos na organizao e, desde o
incio, esclarecer tudo que estiver sendo feito ou vier a ser feito pela equipe
do projeto. Alm disto, importante que desde o incio o objetivo do projeto
seja informado a todos na organizao.
Mudanas so sempre traumticas, mesmo que estejamos mudando para
melhor, pois no momento da mudana o melhor ainda (sempre e muitas
vezes sempre ser) uma incgnita. S saberemos se a mudana foi realmen-
te para melhor depois que ela estiver consolidada, a pode ser tarde demais
para voltarmos atrs e isto que nos assusta em qualquer mudana.
A primeira coisa a fazer envolver RH, quer comunicando-lhe o que est
para acontecer, quer transferindo para ele tarefas de comunicao e orga-
nizao de pessoal. Alis, na ISO 9000, uma das principais preocupaes
que devemos ter quando da sua implantao com a comunicao sobre a
norma e o objetivo da certifcao. Envolver o RH desde o incio dos traba-
lhos dar respaldo legal e organizacional ao nosso projeto, alm de evitar
situaes constrangedoras ou confituosas.
Eu costumo envolver o RH desde o incio dos trabalhos. Quando comeo
um projeto sempre busco envolver, direta ou indiretamente, o maior nmero
possvel de pessoas para lhes passar informaes objetivas sobre o projeto
ou faz-las participarem de uma palestra sobre o que so processos de ne-
gcio, a importncia da documentao e do seu gerenciamento e de como
as pessoas se benefciaro da formalizao dos processos existentes na
organizao.
Chamo sua ateno para o que pode parecer perda de tempo: o fato de
envolvermos pessoas com diferentes responsabilidades funcionais numa
palestra que aos olhos de muitos pode parecer demasiadamente complexa
para o nvel de instruo de alguns profssionais.
No pense assim. No subestime as pessoas. No faa pouco caso do fa-
xineiro, da copeira, do mensageiro, do motorista! Primeiro, porque todos
dentro de uma organizao devem ser tratados com igual respeito desde o
incio do projeto, mormente um projeto de Business Process Management,
resulte ele ou no na implantao de um BPMS. Segundo, porque proces-
sos de negcio perpassam todos os nveis de responsabilidades e da es-
Mudana Tudo que Existe 207
trutura funcional, o que signifca dizer que ningum fcar de fora de todos
os processos que vierem a ser trabalhados, ou, em outras palavras, todos
os funcionrios estaro presentes em pelo menos um processo existente
na organizao. Por fm, muitas solues para problemas insolveis vm
de pessoas acima de qualquer suspeita, justamente por estarem fora do
problema, mas dentro da organizao como um todo.
Depois de envolver o RH, envolva formalmente no projeto o big boss, o
presidente, o gerente geral, o dono enfm. Envolva aquele que poder di-
rimir dvidas sobre estratgias e operaes, resolver confitos, abrir todas
as portas da organizao, alm de dar respaldo ao projeto. Pea que parta
dele um comunicado sobre o que vai acontecer, pois isto convencer a
todos da importncia do projeto e os incentivar a colaborar com a equipe
do mesmo.
Muitas vezes a equipe do projeto precisa ter acesso a dados e informaes
confdenciais e nestes casos haver a necessidade de algum com poder
de mando sufciente para autorizar o acesso da equipe aos dados.
Gerenciando a Mudana
Lembre-se de que a parcela dos que gostam de mudanas nfma se com-
parada a dos que no gostam de mudanas. Por isso bom reconhecer os
diversos tipos de pessoas com as quais iremos interagir sempre que uma
mudana vier a ocorrer em projetos envolvendo processos de negcio para
sabermos como transform-las em aliadas do projeto.
Os tipos de pessoas mais comumente encontrados so:
A indiferente.
A que rejeita passivamente.
A que rejeita ativamente.
O sabotador.
O colaborador.
O entusiasta no comprometido.
O entusiasta comprometido.
Analistas 221
Outro fator decisivo para trabalhar processos, tanto os existentes quanto os
novos, sabermos separar duas grandes fases do nosso trabalho: a fase de
criao e a fase de produo. Elas esto inseridas num contexto que chamo
de diagrama dos dois quadrantes, ou Q. Ambos os quadrantes devem
produzir alguma coisa.
Nenhum analista de processos deve nutrir a veleidade de pensar que vai
encontrar a soluo para algum problema sozinho. Esse um trabalho que
deve ser feito em conjunto com os funcionrios da organizao. Quanto
mais cedo e melhor for o envolvimento de todos com o projeto, mais rpidas
e maiores sero as chances de sucesso.
Por isso, o analista de processos deve:
Discutir com cada ator as especifcaes do papel que ele ter
que representar.
Ouvir com ateno o que cada ator tem a dizer.
Criar ou utilizar exerccios que privilegiem a prtica da criao
coletiva.
Distribuir, de preferncia eletronicamente, todos os documentos
que compem o processo, compartilhando e gerando conheci-
mento.
Explicar a todos os atores do que se trata cada documento e qual
o signifcado das informaes contidas nele.
Pedir que cada ator leia com ateno a mxima quantidade pos-
svel de informaes sobre o processo.
Pedir que cada ator leia com ateno seu papel funcional.
Fazer uma leitura pblica do processo a fm de permitir que todos
o entendam da mesma forma e com o mesmo signifcado.
Repassar com cada ator o papel que lhe foi atribudo.
No deixar nenhuma pergunta fcar sem resposta.
No deixar que nenhuma dvida persista.
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
222 BPM & BPMS
Deixar claro que, assim como todos decoraram os procedimen-
tos executados antes, assim tambm eles iro decorar os novos
procedimentos com a prtica do dia a dia.
Esclarecer que a documentao do processo, quer seja fsica
ou eletrnica, estar disposio de todos para dirimir qualquer
dvida.
Deixar claro que os padres de operao so os que esto na
documentao do processo e no os que forem eventualmente
passados pela rdio peo.
Acompanhar cada ator nos primeiros dias da estreia do proces-
so, pois isso vai lhes transmitir segurana para representar os
novos papis.
No permitir que as discusses sobre o que funcionar e o que
no funcionar, ou sobre o que necessita ser modifcado ou no,
se deem de forma particular.
Pedir que as questes sejam discutidas nas reunies pblicas
para a leitura do processo.
A principal preocupao com a abordagem listada antes a de envolver cor-
retamente os atores organizacionais, a fm de que eles participem o tempo
todo comprometidos com seus papis, evitando-se que se sintam sem saber
como e por que esto participando do projeto.
O Analista de Workflow
O perfl do analista de Workfow a rigor no envolve a formao detalhada
nem especializada em processos, levantamento, documentao, melhoria e
reengenharia de processos de negcio, mas uma formao voltada para-
metrizao e programao dessa classe de ferramenta.
Em outras palavras, o analista de Workfow precisa ser especializado numa
ferramenta de Workfow. Ele dever, tambm, conhecer os princpios do
modelo WfMC, que serviro de subsdios ao seu trabalho de automatizar
processos por meio desta classe de software.
Entretanto, o analista de Workfow dever ter uma slida formao mate-
mtica e em lgicas, uma vez que tanto parametrizar quanto programar sof-
12.
13.
14.
15.
16.
17.
Analistas 223
twares desta classe exige do analista de Workfow uma viso extremamente
lgica do trabalho que ele, analista, est fazendo dentro da ferramenta. A
lgica nem sempre ser a clssica, mas uma mistura de vrias lgicas, de-
pendendo da utilizao que o profssional vier a necessitar para representar
os processos de negcio no software de Workfow.
O nvel necessrio de detalhamento da documentao que ser usada pelo
analista de Workfow o terceiro nvel, mas o mapeamento ser objeto do
trabalho do analista de processos.
O Analista de BPMS
Este papel funcional composto de conhecimentos, competncias e habili-
dades encontrados nos seguintes papis funcionais: analista de processos
de negcio e analista de Workfow.
Enquanto o papel funcional de analista de processos de negcio est mais
voltado organizao, ao desenho, ao redesenho, anlise e modela-
gem dos processos, o papel de analista de Workfow est diretamente li-
gado ao conhecimento sobre tecnologias da informao, principalmente as
emergentes, seus componentes e de como program-las, parametriz-las e
implant-las corretamente.
O Arquiteto de SOA (SOA Architect)
Muito provavelmente voc ainda no ouviu falar, nem leu nada, sobre SOA
e muito menos sobre o arquiteto do ambiente Service-Oriented Architecture.
No se preocupe e se voc no da rea de TI preocupe-se menos ain-
da, pois muitos profssionais da nossa rea sequer esto preocupados com
a adoo do SOA por parte das suas organizaes e, por isso, ainda nem
pensam em criar o papel funcional j existente em muitas organizaes nos
Estados Unidos.
O crescimento da importncia de TI nas organizaes fez surgir a preo-
cupao por uma disciplina que os americanos chamam de Enterprise Ar-
chitecture Planning. O EAP basicamente o projeto, o planejamento e a
implantao das Tecnologias da Informao, principalmente as de novssi-
ma gerao, como a BPMS e seus componentes. Para atender demanda
oriunda deste processo, no qual a tecnologia SOA uma das mais impor-
224 BPM & BPMS
tantes e porque para implantarmos uma arquitetura como SOA precisamos
estar atentos para a dinamicidade imposta s organizaes pela economia
mundial, que surgiu um novo profssional: o arquiteto de SOA.
O arquiteto de SOA tem por funo principal criar o mapa do caminho (road
map), o projeto que ir permitir organizao interligar com segurana e fe-
xibilidade processos executados em segundo plano com processos execu-
tados em primeiro plano, e estes ao negcio da organizao. Por isso, o per-
fl do arquiteto de SOA complexo, necessitando que este profssional tenha
ou desenvolva slidos conhecimentos organizacionais e tecnolgicos.
O SOA Architect antes de qualquer outra tarefa necessita resolver confitos
oriundos das necessidades organizacionais que provocam mudanas na in-
fraestrutura de TI e nas aplicaes, no raro chegando a mudar a prpria
arquitetura SOA, para permitir organizao acompanhar o dinamismo dos
mercados onde ela atua. Como a arquitetura SOA se encarrega cada vez
mais de processos de misso crtica, o arquiteto de SOA precisa conhecer
entre outros os seguintes padres:
ITENS PADRES
Segurana. SSL,
WS-Security,
XML Encryption,
XML Signature.
Roteamento de mensagens. WS-Addressing.
Confabilidade. WS-ReliableMessaging.
Integridade das Transaes. WS-Transaction.
Monitoramento e gerenciamento do
ambiente SOA.
SNMP,
WS-DistributedManagement.
Balanceamento de carga. WS-Addressing,
SPML.
Provisionamento. WS-Provisioning.
Tabela 8.1 Itens e padres SOA.
Analistas 225
O arquiteto de SOA ter por responsabilidade ser o gestor da governana
dos servios Web, cuidando para que estes estejam alinhados ao negcio e
ajustados s necessidades da organizao.
Conhecimentos e Competncias
Muito temos lido e ouvido sobre conhecimento, especialmente sobre gern-
cia do conhecimento, sobre competncias, suas duas escolas, a americana
e a europeia, e sobre habilidades. Embora no seja um livro sobre esta
trade, achei interessante colocar aqui esta contribuio sobre a formao
destes novos papis.
O que so competncias? Rogrio Valle et al (2003) defne competncias
como:
A capacidade do trabalhador de ativar a cultura tcnica de
sua comunidade de trabalho para interpretar as inmeras in-
formaes provenientes do contexto fsico, social e subjetivo,
sob a forma de sinais e signos, verbais (p.ex., frases, durante
dilogos sobre questes tcnicas ou gerenciais) ou no (p.ex.,
sinais provenientes de uma mquina).
Para Zarifan, um dos maiores estudiosos do tema:
Por competncia, compreendemos a inteligncia individual
e coletiva das situaes trazidas pelos eventos, consideradas
no conjunto de sua complexidade.
Sendo Analista de Processos, Analista de Workfow, Analista de BPMS, Ar-
quiteto de SOA novos papis funcionais, nascidos das novas metodologias
e tecnologias da informao ligadas a processos de negcio, imperioso
encontrarmos ou formarmos corretamente profssionais para exercerem es-
tes novos papis.
O quadro sinptico apresentado logo a seguir apenas uma ideia, passvel
e necessariamente aberto a mudanas. Est aqui para ensejar uma discus-
so e no para ser dado como defnitivo.
226 BPM & BPMS
Papis Funcionais
Analista / Arquiteto
PROC WKFL BPMS SOA
CONHECIMENTOS
Planilhas eletrnicas I I I I
Editores de textos I I I I
Tcnicas de oramentao I D I D
Gerncia de processos I I I I
Gerncia de projetos I N I D
Lgica formal D I I I
Lgica booleana D I I I
Lgicas multivaloradas N I I I
Lngua ptria I I I I
Ingls I I I I
Espanhol D D D D
Bancos de Dados N I I D
Telecomunicaes N D D D
Riscos laborais I N I N
LER I N I N
Qualidade I N I N
5S N N I N
Noes de legislao ambiental I N I N
Noes de legislao trabalhista I N I N
Noes de sistemas da qualidade I N I N
Gesto econmica I N I N
Gesto fnanceira I N I N
Linguagens de programao N I I I
Analistas 227
Papis Funcionais
Analista / Arquiteto
PROC WKFL BPMS SOA
CONHECIMENTOS
Linguagens BPMS N I I I
Tecnologia WEB N I I I
COMPETNCIAS
Viso Sistmica I I I I
Orientao para o Desenvolvimento
Pessoal
I N I N
Disposio para Negociao I N I N
Viso Multifuncional I N I N
Raciocnio Lgico I I I I
Relaes interpessoais I N I N
Trabalho em grupo I D I D
Capacidade analtica I I I I
Capacidade de sntese I N I N
Capacidade de planejar I I I I
Capacidade de organizar I I I I
Gesto de crise I N I N
Gesto de tempo I I I I
Capacidade de abstrair I I I I
Promover mudanas I N I D
Gerenciar mudanas I N I D
Comunicao oral D D D D
Comunicao escrita I D I D
228 BPM & BPMS
Papis Funcionais
Analista / Arquiteto
PROC WKFL BPMS SOA
HABILIDADES
Proatividade I D I D
Controle emocional I I I I
Controle de crises I N I D
Controle de tempo I D I D
Adequao tcnica D I I I
Aprendizagem I I I I
Melhoria contnua I I I I
Orientado a resultados I D I D
Assumir compromissos I I I I
Assumir responsabilidades I I I I
Autocontrole I I I I
I = imprescindvel / D = desejvel / N = no aplicvel
Quadro sinptico Conhecimentos Competncias Habilidades.
Palavras Finais
Seja qual for a necessidade que tivermos por qualquer tecnologia, tanto na
vida profssional como na vida pessoal, devemos nos lembrar antes, e sem-
pre, de que nenhuma poder fazer por ns algo que, competncia bsica,
ns mesmos teremos que desenvolver: organizao.
No algo fcil!
Requer de ns um esforo muito grande, pois teremos que conviver sem-
pre com a Desorganizao Informacional (DoI) sem qualquer possibilidade
desta enfermidade ser curada. No mximo ela poder ser controlada, as-
sim como tantas outras enfermidades organizacionais. Portanto, novas ou
velhas Tecnologias da Informao apenas podem ser boas ou ms coadju-
vantes dependendo do uso que viermos a fazer delas.
Neste livro tratei de vrias das mais novas tecnologias: Business Process
Management System, Workfow, EAI, SOA entre outras, mas nenhuma delas
far milagres, embora a indstria de TI queira nos fazer acreditar que isto
possvel.
Para fundamentar minhas ideias sobre tecnologias escrevi uma breve his-
tria de TI, como forma de contextualizar as novas tecnologias apresen-
tadas neste livro. Volto a afrmar que tecnologias no so nem boas nem
ms. No h e nem deve haver maniquesmo quando discutimos algo que
nasce para ser bom ou ruim, dependendo do uso que ns viermos dar a
isto. Assim com TI.
230 BPM & BPMS
Um exemplo de tecnologia que nasce para ser boa ou ruim a energia
nuclear, antes to temida (e ainda continua sendo) e to combatida (agora
o somente pelos ambientalistas preocupados com o lixo atmico), que
reaparece como uma das armas para combater o aquecimento global, de-
fendida por cientistas srios, como Lovelock
83
(no confundir com o escritor
americano HP Lovecraft) e, entretanto, a humanidade jamais esquecer Hi-
roshima e Nagasaki.
Estou certo de ter conseguido apresentar minhas ideias sobre as novas tec-
nologias sem paixes ou ideias preconcebidas.
Gostaria que este livro servisse de base a quem precisa, defende, ataca ou
simplesmente quer conhecer Business Process Management e Business
Process Management Systems e que as discusses continuassem, fun-
damentalmente, como forma de termos vrias verdades sobre tecnologias
emergentes como as apresentadas aqui.
83. James Lovelock: cientista independente, ambientalista, autor e pesquisador, Doutor Ho-
noris Causa de vrias universidades no mundo inteiro, ele considerado h dcadas como
um dos principais idelogos e lderes, se no o principal, na histria do desenvolvimento
da conscincia ambiental. James Lovelock o autor da Teoria da Gaia, que considera o
planeta Terra como um ser vivo capaz de se automanter, assim como As Idades de Gaia e
sua Homenagem a Gaia, uma autobiografa publicada em setembro de 2001. Mais recente-
mente, o professor Lovelock publicou seu novo livro, A Vingana de Gaia. James Lovelock
a favor do uso da energia nuclear limpa que respeita o meio ambiente: leia a introduo por
James Lovelock ao livro Ambientalistas a favor da Energia Nuclear. Ele apoia a Associao
de Ambientalistas A Favor da Energia Nuclear (EFN).
Anexo I
Principais
Fabricantes de BPMS
A seguir so apresentados os principais fabricantes de Business Process
Management System existentes no incio de 2008.
Adobe Systems Adobe LiveCycle Workfow
Adobe Systems, Inc.
345 Park Avenue,
San Jose, CA 95110
Tel: 408 536-6596
Web: www.adobe.com; Email: info@adobe.com;
Appian Corp.s Appian Enterprise
Appian Corporation
8000 Towers Crescent Drive, 16th Floor, Vienna, Virginia 22182
Tel: (703) 442 8844 Fax: (703) 442 8919
Web: www.appiancorp.com; Email: sales@appiancorp.com;
Ascentn Corp.s AgilePoint
Ascentn Corporation
1674 N. Shoreline Blvd, Suite 136, Mountain View, CA 94043
Tel: 650-968-6789 Fax: 650-968-6785
Web: www.ascentn.com; Email: info@ascentn.com
232 BPM & BPMS 232 BPM & BPMS
BEA Systems Inc.s BEA AquaLogic BPM Suite
BEA Systems, Inc.
2315 North First Street
San Jose, CA 95131
Tel: 408 670-8901
Web: www.bea.com; Email: mlee@bea.com
B2Binternets XicoBPM
B2Binternet, Inc.
9, Il-dong B/D, #968, Daechi3-dong, Kangnam-gu, Seoul, Korea (135-736)
Tel: +82 2 550 7209
Web: www.xicobpm.com
Chordiant Software, Inc.s Chordiant Enterprise Platform 3
Chordiant Software, Inc.
20400 Stevens Creek Blvd., Cupertino, CA 95014
Tel: Tel: 408-517-6168 Fax: 408-517-5032
Web: www.chordiant.com; Email: paul.burrin@chordiant.com
Clear Technologys Tranzax Case Handler
Clear Technology Inc.
11030 Circle Point Road, Westminster, CO 80020
Tel: (303) 583 4100 Fax: (303) 449 1548
Web: www.clear-technology.com; Email: ian.ramsay@clear-technology.com
eg Solutions Ltd.s eg work manager
eg Solutions Limited
The Roller Mill, Teddesley Road, Penkridge, Staffs, ST19 5BD, UK
Tel: +44 (1785) 715772 Fax: +44 (1785) 712541
Web: www.eguk.co.uk; Email: ask@eguk.co.uk
Global 360s Global 360 Enterprise BPM Suite
Global 360, Inc.
2911 Turtle Creek Blvd., Dallas, TX 75219
Tel: 214 445-4100 Fax: 214 219-0476
Web: www.global360.com; Email: information@global360.com
Anexo I Principais Fabricantes de BPMS 233
Graham Technologys GT Product Suite
Graham Technology
India of Inchinnan, Renfrewshire, Scotland, PA4 9LH, UK
Tel: +44 (141) 533 4000 Fax: +44 (141) 533 4199
Web: www.grahamtechnology.com; Email: info@grahamtechnology.com
HandySoft Global Corp.s BizFlow
HandySoft Global Corporation
1952 Gallows Road, Suite 100, Vienna, VA 22182
Tel: (703) 442-5600 Fax: (703) 442-5650
Web: www.handysoft.com; Email: information@handysoft.com
IBMs FileNet Business Process Manager
IBM Corporation
3565 Harbor Blvd, Costa Mesa, CA 92626-1420
Tel: 714-327-3400 or 1-800 FILENET
Web: www.ibm.com
IBMs WebSphere Business Process Management
IBM Corporation
Route 100,
Somers, New York 10589
Check IBM site for phone and fax numbers in your area.
Web: www.ibm.com/contact/us/
Metastorm Inc.s Metastorm BPM
Metastorm, Inc.
500 E. Pratt Street, Suite 1250
Baltimore, MD 21202
Tel: +1 443-874-1300
Web: www.metastorm.com Email: info@metastorm.com;
M1 Global Solutions, Inc.s Business Convergence
M1 Global Solutions, Inc.
5775 Glenridge Drive NE, Building E, Suite 400, Atlanta, GA 30326
Tel: 770-250-0349
Web: www.m1global.com; Email: cgary@m1global.com;
234 BPM & BPMS 234 BPM & BPMS
Oracle Corp.s Oracle BPEL Process Manager
Oracle Corporation
Oracle Parkway, Redwood Shores, CA 94065, USA
Tel: 1.800.ORACLE1 or +1.650.506.7000
Web: www.oracle.com
PegaSystems, Inc.s Pegasystems SmartBPM Suite
Pegasystems, Inc.
101 Main St Cambridge MA, 02142-1590
Tel: 617-374-9600 Fax: 617-374-9620
Web: www.pega.com; Email: info@pega.com;
Singularitys Singularity Process Platform
Singularity
11 Penn Plaza, 5
th
Floor, New York, NY 10001
Tel: +1 (212) 946 2685 Fax: +1 (212) 946 2808
Web: www.singularity.us.com; Email: marketing@singularity.com;
TIBCO Software Inc.s TIBCO iProcess Suite
TIBCO Software Inc.
3307 Hillview Avenue, Palo Alto, CA 94304
Tel: (650) 846-5637 Fax: (650) 846-1005
Web: www.tibco.com Email: jkristic@tibco.com
webMethod Inc.s webMethods Fabric
webMethods, Inc.
3877 Fairfax Ridge Road, South Tower
Fairfax, VA 22030
Tel: 703-460-2500; Fax: 703-460-2599
Web: www.webmethods.com; Email:info@webmethods.com
Workpoint LLCs Workpoint, Version 3.4 (formerly ACI Worldwide)
Workpoint LLC
407 N. 117, Omaha, NE 68154
Tel: 402 964-1996 Fax: 402 964-1966
Web: www.workpoint.com; Email: dmulgrue@workpoint.com
Anexo II
BPMS
Em junho de 2005 the Business Process Management Initiative (BPMI.org)
e the Object Management Group (OMG) anunciaram a fuso das suas
respectivas atividades de desenvolvimento de padres do Business Process
Management. Esta juno foi batizada de Business Modeling & Integration
(BMI) Domain Task Force (DTF).
Business Modeling Specifcations, transcrito a seguir, foi extrado do site do
Business Process Management Initiative (BPMI.org) em fevereiro de 2008.
Os documentos aqui referenciados ou foram publicados defnitivamente
como referncias ou esto em fase de validao para posterior publicao
defnitiva.
Cabe aqui uma explicao sobre o porqu da publicao deste documento.
Decidi coloc-lo aqui para facilitar a vida dos leitores que no tm acesso
Internet via cabo. Desta forma eles podero escolher previamente os ende-
reos que vo querer consultar, evitando perda de tempo quando conecta-
dos via linha telefnica discada.
A coluna acronym serve para localizar a estrutura de diretrio no servidor
de documentao do The Object Management Group (OMG).
236 BPM & BPMS
Business Modeling Specifcations
SPECIFICATION Acronym
Topical
area /
domain
Version Document #
Past
versions
Business
Motivation Model
BMM
business
process
design
1.0 Beta 3 dtc/2007-08-03 n/a
Business Process
Defnition Metamodel
BPDM
business
process
design
1.0 Beta 1 dtc/2007-07-01 n/a
Business Process
Maturity Model
BPMM
business
process
design
1.0 Beta 1 dtc/2007-07-02 n/a
Business Process
Modeling Notation
BPMN
business
process
design
1.1 Beta 3 dtc/2007-06-03 1.0
Production Rule
Representation
PRR
business
process
design
submission
adopted
TBA n/a
Semantics of
Business
Vocabulary and
Business Rules
SBVR
business
process
semantics
1.0 Beta 3 dtc/2007-09-10 n/a
Workfow
Management
Facility
WfMF
cross-
domain
1.2
formal/
2000-05-02
n/a
Middleware Specifcations
CORBA/IIOP Specifcations
SPECIFICATION Acronym
Topical
area /
domain
Version Document #
Past
versions
Common Object
Request Broker
Architecture
(CORBA/IIOP)
CORBA middleware 3.1
formal/
2008-01-04
3.0.3
CORBA/e CORBAe
Specialized
CORBA
Anexo II BMS 237
SPECIFICATION Acronym
Topical
area /
domain
Version Document #
Past
versions
Common Secure
Interoperability
CSIv2
security,
middleware
3.0.3
Chapter 24 of
CORBA/IIOP
3.0.3
Chapter 26
of CORBA/
IIOP 2.6
CORBA Component
Model
CCM
middleware,
components
4.0
formal/
2006-04-01
3.0
CORBA Refection RFLEC middleware 1.0
formal/
2006-05-03
n/a
CORBA-FTAM/FTP
Interworking
FTAM middleware 1.0
formal/
2002-03-13
n/a
CORBA / TC Inter-
working and SCCP-
Inter ORB Protocol
SCCP middleware 1.0
formal/
2001-01-01
n/a
CORBA-WSDL/
SOAP Interworking
C2WSDL middleware 1.2
formal/
2006-04-01
1.1
Deployment and
Confguration of
Component-based
Distributed
Applications
DEPL middleware 4.0
formal/
2006-04-02
n/a
Fault Tolerance FT middleware 3.0.3
Chapter 23 of
CORBA/IIOP
3.0.3
Chapter 25
of CORBA/
IIOP 2.5
Interworking between
CORBA and TMN
Systems
TMN
middleware,
telecommuni-
cations
1.0
formal/
2000-08-01
n/a
Online Upgrades ONUP middleware 1.0 Beta 2 ptc/2003-08-07 n/a
Quality of Service
for CCM
QOSCCM
middleware,
components
1.0 Beta 2 ptc/2007-08-14 n/a
Streams for
CORBA
Components
STRM
middleware,
components
1.0 Beta 2 ptc/2005-07-01 n/a
UML Profle for
CORBA
CORP UML Profles
UML Profle for CCM CCMP UML Profles
UML Profle for COR-
BA and CCM
CCCMP UML Profles
238 BPM & BPMS
SPECIFICATION Acronym
Topical
area /
domain
Version Document #
Past
versions
Wireless Access and
Terminal
Mobility in CORBA
WATM
middleware,
telecommuni-
cations
1.2
formal/
2005-05-02
1.1
WSDL/SOAP-
CORBA
Interworking
WSDL2C middleware 1.0
formal/2004-
04-01
n/a
Data Distribution Service (DDS) Specifcations
SPECIFICATION Acronym
Topical area
/ domain
Version Document #
Past
versions
Data Distribution
Services
DDS
real-time,
middleware
1.2
formal/
2007-01-01
1.1
DDS Interoperability
Protocol
DDSI
real-time,
middleware
2.0 Beta 2 ptc/2007-06-04 n/a
Specialized CORBA Specifcations
SPECIFICATION Acronym
Topical area /
domain
Version Document #
Past
versions
CORBA/e
(aka Minimum
CORBA)
CORBAe
real-time,
middleware
1.0 Beta 1 ptc/2006-08-03 n/a
Data Parallel
Processing
DPP
real-time,
middleware
1.0
formal/
2006-01-03
n/a
Lightweight CCM
(CORBA Component
Model)
LtCCM
(incorporated in
CCM
Specifcation)
Lightweight Load
Balancing
LtLOAD
real-time,
middleware
1.0 Beta 1 ptc/2007-08-11 n/a
Lightweight
Logging Service
LtLOG
real-time,
middleware
1.1
formal/
2005-05-02
1.0
Lightweight
Services
LtSVCS
CORBA-
services
Online Upgrades ONUP CORBA/IIOP
Anexo II BMS 239
SPECIFICATION Acronym
Topical area /
domain
Version Document #
Past
versions
Real-time CORBA RT
real-time,
middleware
1.2
formal/
2005-01-04
1.1
UML Profle for Mode-
ling and Analysis of
Real-time and
Embedded
Systems
MARTE
UML
Profles
UML Profle for QoS
and Fault Tolerance
QFTP
UML
Profles
UML Profle for
Schedulability, Per-
formance and Time
SPTP
UML
Profles
UML Profle for
UML Profle for Sys-
tem on a Chip
SoCP
UML
Profles
Unreliable
Multicast
UMUL
real-time,
middleware
1.0 Beta 1
ptc/
2003-01-11
n/a
Language Mapping Specifcations
IDL / Language Mapping Specifcations
SPECIFICATION Acronym
Topical area
/ domain
Version Document #
Past
versions
Ada ADA
software
development
1.2
formal/
2001-10-42
1.1
C C
software
development
1.0
formal/
99-07-35
n/a
C++ CPP
software
development
1.1
formal/
2003-06-03
1.0
COBOL COBOL
software
development
1.0
formal/
99-07-47
n/a
CORBA Scripting
Language
SCRPT
software
development
1.1
formal/
2003-02-01
1.0
IDL to Java I2JAV
software
development
1.2
formal/
2002-08-05
1.1
Java to IDL JAV2I
software
development
1.3
formal/
2003-09-04
1.2
240 BPM & BPMS
SPECIFICATION Acronym
Topical area
/ domain
Version Document #
Past
versions
Lisp LISP
software
development
1.0
formal/
2000-06-02
n/a
MOF 2 to IDL MOF2I
software
development
2.0
formal/
2006-01-02
1.4
PL/1 PL1
software
development
1.0
formal/
2002-09-05
n/a
Python PYTH
software
development
1.2
formal/
2002-11-05
1.0
Smalltalk ST
software
development
1.0
formal/
99-07-65
n/a
XML XML
software
development
1.1
formal/
2003-04-01
1.0
Other Language Mapping Specifcations
SPECIFICATION acronym
Topical area
/ domain
Version Document #
Past
versions
WSDL to C++ WS2CPP
software de-
velopment
1.0 Finaliza-
tion Report
plus 1.0
Beta 1
ptc/2007-
06-01and
ptc/2006-08-01
n/a
Modeling and Metadata Specifcations
UML, MOF, CWM and XMI Specifcations
SPECIFICATION Acronym
Topical area
/ domain
Version Document #
Past
versions
Common Warehouse
Metamodel
CWM
data
warehousing,
modeling
1.1
formal/
2003-03-02
1.0
CWM Metadata Inter-
change Patterns
MIPS
data
warehousing,
modeling
1.0
formal/
2004-03-25
n/a
Meta-Object Facility
Core
MOF modeling 2.0
formal/
2006-01-01
1.4
Anexo II BMS 241
SPECIFICATION Acronym
Topical area
/ domain
Version Document #
Past
versions
Model-level Testing
and Debugging
MLTD modeling 1.0 Beta 1 ptc/2007-05-14 n/a
MOF Model to Text
Transformation Lan-
guage
MOFM2T modeling 1.0
formal/
2008-01-16
n/a
MOF Query / Views /
Transformations
QVT modeling 1.0 Beta 2 ptc/2007-07-07 n/a
MOF 2 Facility and
Object Lifecycle
MOFFOL modeling
submission
adopted
TBA n/a
MOF 2 Versioning
and Development
Lifecycle
MOFVD modeling
1.0 Finaliza-
tion Report
ptc/2006-06-05 n/a
Object Constraint
Language
OCL modeling 2.0
formal/
2006-05-01
n/a
OMG Systems Mo-
deling Language
SysML
domain,
modeling
Ontology Defnition
Metamodel
ODM modeling 1.0 Beta 2 ptc/2007-09-09 n/a
Reusable Asset
Specifcation
RAS modeling 2.2
formal/
2005-11-02
n/a
Software Pro-
cess Engineering
Metamodel
SPEM modeling 1.1
formal/
2005-01-06
1.0
Unifed Modeling
Language
- Infrastructure UML modeling 2.1.1
formal/
2007-02-06
2.0
- Superstructure UML modeling 2.1.1
formal/
2007-02-05
2.0
UML Diagram Inter-
change
UMLDI modeling 1.0
formal/
2006-04-04
n/a
UML Human-Usable
Textual Notation
HUTN modeling 1.0
formal/
2004-08-01
n/a
XML Metadata Inter-
change
XMI modeling 2.1.1
formal/
2007-12-01
2.1
242 BPM & BPMS
UML Profle Specifcations
SPECIFICATION acronym
topical area
/ domain
Version Document #
Past
versions
OMG Systems Mode-
ling Language
SysML
domain,
modeling
UML Profle for CCM CCMP
middleware,
components,
modeling
1.0
formal/
2005-07-06
n/a
UML Profle for COR-
BA and CCM
CCCMP
middleware,
components,
modeling
1.0 Beta 3 ptc/2007-05-03 n/a
UML Profle for
DoDAF and MODAF
UPDM
domain,
modeling
1.0 Beta 1 dtc/2007-08-02 n/a
UML Profle for En-
terprise Application
Integration
EAI
domain,
modeling
1.0
formal/
2004-03-26
n/a
UML Profle for En-
terprise Distributed
Object Computing
EDOC
domain,
modeling
1.0
formal/
2004-02-01
n/a
UML Profle for Mode-
ling and Analysis of
Real-time and Em-
bedded Systems
MARTE
real-time,
middleware
1.0 Beta 1 ptc/2007-08-04 n/a
UML Profle for QoS
and Fault Tolerance
QFTP
real-time,
middleware,
modeling
1.0
formal/
2006-05-02
n/a
UML Profle for
Schedulability, Per-
formance and Time
SPTP
real-time,
middleware,
modeling
1.1
formal/
2005-01-02
1.0
UML Profle for Sys-
tem on a Chip
SoCP
real-time,
middleware,
modeling
1.0.1
formal/
2006-08-01
1.0
UML Profle for Soft-
ware Radio
SDRP
software-
based com-
munications
1.0
formal/
2007-03-01
n/a
UML Profle for Voice VOICP
telecommuni-
cations
1.0 Beta 2 ptc/2007-07-03 n/a
UML Testing Profle TESTP modeling 1.0
formal/
2005-05-07
n/a
Anexo II BMS 243
Modernization Specifcations
SPECIFICATION Acronym
Topical area
/ domain
Version Document #
Past
versions
Knowledge Dis-
covery Metamodel
(KDM)
KDM modeling 1.0
formal/
2008-01-01
n/a
Platform Independent Model (Pim), Platform Specifc Model (Psm) and
Interface Specifcations
CORBAservices Specifcations
SPECIFICATION Acronym
Topical area
/ domain
Version Document #
Past
versions
Additional Structuring
Mechanisms for the
OTS
OTS
transac-
tion mgmnt,
middleware
1.1
formal/
2005-01-01
1.0
Collection Service COLL
collection
mgmnt, mid-
dleware
1.0.1
formal/
2002-08-03
1.0
Concurrency Service CONC
object consis-
tency, middle-
ware
1.0
formal/
2000-06-14
n/a
Enhanced View of
Time
EVoT
time mgmnt,
middleware
1.2
formal/
2004-10-04
1.1
Event Service EVNT
event mgmnt,
middleware
1.2
formal/
2004-10-02
1.1
Externalization
Service
EXT
object state
mgmnt, mid-
dleware
1.0
formal/
2000-06-16
n/a
Licensing Service LIC
software
licensing,
middleware
1.0
formal/
2000-06-17
n/a
Life Cycle Service LFCYC
object life
cycle mgmnt,
middleware
1.2
formal/
2002-09-01
1.1
Lightweight Services LtSVC
resources
constraints
1.0
formal/
2004-10-01
n/a
Management of
Event Domains
MED
event mgmnt,
middleware
1.0
formal/
2001-06-03
n/a
244 BPM & BPMS
SPECIFICATION Acronym
Topical area
/ domain
Version Document #
Past
versions
Naming Service NAM
object loca-
tion mgmnt,
middleware
1.3
formal/
2004-10-03
1.1
Notifcation Service NOT
event mgmnt,
middleware
1.1
formal/
2004-10-11
1.0.1
Notifcation / JMS
Interworking
NOTJMS
event mgmnt,
middleware
1.0
formal/
2004-10-09
n/a
Persistent State
Service
PSS
object per-
sistence,
middleware
2.0
formal/
2002-09-06
replaces
Persistent
Object
Service
Property Service PROP
object proper-
ties, middle-
ware
1.0
formal/
2000-06-22
n/a
Query Service QUER
collection
mgmnt, mid-
dleware
1.0
formal/
2000-06-23
n/a
Relationship Service REL
object rela-
tionships,
middleware
1.0
formal/
2000-06-24
n/a
Security Service SEC
security,
middleware
1.8
formal/
2002-03-11
1.7
Telecoms Log
Service
TLOG
event mgmnt,
middleware
1.1.2
formal/
2003-07-01
n/a
Time Service TIME
time mgmnt,
middleware
1.1
formal/
2002-05-06
1.0
Trading Object
Service
TRADE
object loca-
tion mgmnt,
middleware
1.0
formal/
2000-06-27
n/a
Transaction Service TRANS
transac-
tion mgmnt,
middleware
1.4
formal/
2003-09-02
1.2.1
CORBAfacilities Specifcations
SPECIFICATION Acronym
Topical area
/ domain
Version Document #
Past
versions
Internationalization
and Time
ITFAC
software
development
1.0
formal/
2000-01-01
n/a
Mobile Agent Facility MOBFAC
software
development
1.0
formal/
2000-01-02
n/a
Anexo II BMS 245
OMG Domain Specifcations
SPECIFICATION acronym
topical area
/ domain
Version Document #
Past
versions
Air Traffc Control ATC
transporta-
tion
1.0
formal/
2000-05-01
n/a
Application Manage-
ment and System
Monitoring for CMS
Systems
AMSM C4I 1.0 Beta 2 dtc/2007-05-02 n/a
Audio / Visual
Streams
AVSTR
telecommuni-
cations
1.0
formal/
2000-01-03
n/a
Bibliographic Query
Service
BQS
life sciences
research
1.0
formal/
2002-05-03
n/a
Biomolecular
Sequence Analysis
BSA
life sciences
research
1.0
formal/
2001-06-08
n/a
Business Motivation
Model
BMM
Business
Process
Modeling
Business Process
Defnition Metamodel
BPDM
Business
Process
Modeling
Business Process
Maturity Model
BPMM
Business
Process
Modeling
Business Process
Modeling Notation
BPMN
Business
Process
Modeling
Chemical Structure
and Access
Representation
CSAR
life sciences
research
1.0
formal/2007-
01-02
n/a
Clinical Observations
Access Service
COAS healthcare 1.0
formal/
2001-04-06
n/a
Computer Aided
Design Services
CAD
manufactur-
ing
1.2
formal/
2005-01-07
1.0
Conversion Models
for Payment
Message Standards
CM4PM fnance
submission
adopted
TBA n/a
Currency CURR fnance 1.0
formal/
2000-06-29
n/a
Data Acquisition from
Industrial Systems
DAIS
manufactur-
ing
1.1
formal/
2005-06-01
1.0
246 BPM & BPMS
SPECIFICATION acronym
topical area
/ domain
Version Document #
Past
versions
Distributed Simula-
tion Systems
DSIM simulation 2.0
formal/
2002-11-11
1.1
Gene Expression GENE
life sciences
research
1.1
formal/
2003-10-01
1.0
General Ledger LEDG fnance 1.0
formal/
2001-02-67
n/a
Genomic Maps GMAPS
life sciences
research
1.0
formal/
2002-02-01
n/a
Historical Data Acqui-
sition from Industrial
Systems
HDAIS
manufactur-
ing
1.0
formal/
2005-06-02
n/a
IT Portfolio Manage-
ment Facility
ITPMF cross-domain 1.0 Beta 2 dtc/2004-11-03 n/a
Laboratory Equip-
ment Control Inter-
face Specifcation
LECIS
life sciences
research
1.0
formal/
2003-03-19
n/a
Lexicon Query Ser-
vice
LQS healthcare 1.0
formal/
2000-06-31
n/a
Life Sciences Analy-
sis Engine
LSAE
life sciences
research
1.0
formal/
2005-12-02
n/a
Life Sciences Identi-
fers
LSI
life sciences
research
1.0
formal/
2004-12-01
n/a
Macromolecular
Structure
MACSTR
life sciences
research
1.0
formal/
2002-05-01
n/a
Management of
Event Domains
MED
CORBAser-
vices
Metamodel for the
Federal Transition
Framework
FTF government
submission
adopted
TBA n/a
Negotiation Facility NEG
electronic
commerce
1.0
formal/
2002-03-14
n/a
OMG Systems Mod-
eling Language
SysML
domain,
modeling
1.0
formal/
2007-09-01
n/a
Party Management
Facility
PARTY fnance 1.0
formal/
2001-02-68
n/a
Person Identifcation
Service
PIDS healthcare 1.1
formal/
2001-04-04
1.0
Anexo II BMS 247
SPECIFICATION acronym
topical area
/ domain
Version Document #
Past
versions
Platform Independent
Model and Platform
Specifc Model for
Super Distributed
Object
SDO
Embedded
Intelligence
Product Data Man-
agement Enablers
PDME
manufactur-
ing
1.3
formal/
2000-11-11
1.2
Product Lifecycle
Management Ser-
vices
PLM
manufactur-
ing
1.0.1
formal/
2006-04-03
n/a
Public Key Infrastruc-
ture
PKI
electronic
commerce,
security
1.0
formal/
2002-09-04
n/a
Resource Access
Decision
RAD
healthcare,
security
1.0
formal/
2001-04-01
n/a
Robotic Technology
Component
RTC
robotics soft-
ware devel-
opment
1.0 Beta 2 ptc/2007-08-18 n/a
Semantics of Busi-
ness Vocabulary and
Business Rules
SBVR
Business
Process
Modeling
Single Nucleotide
Polymorphisms
SNP
life sciences
research
1.0
formal/
2005-11-01
n/a
Surveillance User
Interface
SURV
transporta-
tion
1.0
formal/
2003-03-62
n/a
Systems Modeling
Language
see OMG Systems Modeling Language
Task and Session TSKSES cross-domain 1.0
formal/
2000-05-03
n/a
Telecoms Log Ser-
vice
TLOG
CORBA-
services
Telecom Service &
Access Subscription
TSAS
telecommuni-
cations
1.0
formal/
2002-12-01
n/a
UML Profle for
DoDAF and MODAF
UPDM UML Profles
UML Profle for En-
terprise Application
Integration
EAI UML Profles
UML Profle for En-
terprise Distributed
Object Computing
EDOC UML Profles
248 BPM & BPMS
SPECIFICATION acronym
topical area
/ domain
Version Document #
Past
versions
UML Profle for Soft-
ware Radio
SDRP UML Profles
UML Profle for Voice VOICP UML Profles
Utility Management
Systems Data Ac-
cess Facility
UMS
utility
management
2.0.1
formal/
2005-06-03
1.0
Workfow Manage-
ment Facility
WfMF
Business
Process
Modeling
XML Telemetric and
Command Exchange
XTCE space 1.0
formal/
2005-08-01
n/a
Corba Embedded Intelligence Specifcations
SPECIFICATION Acronym
Topical area
/ domain
Version Document #
Past
versions
Platform Independent
Model and Platform
Specifc Model for
Super Distributed
Object
SDO
real-time,
embedded
systems
1.0
formal/2004-
11-01
n/a
Smart Transducers SMART
real-time,
embedded
systems
1.0
formal/2003-
01-01
n/a
CORBA Security Specifcations
SPECIFICATION Acronym
Topical area /
domain
Version Document #
Past
versions
Authorization Token
Layer Acquisition
Service
ATLAS
security,
middleware
1.0
formal/2002-
10-01
n/a
Common Secure
Interoperability
CSIv2 CORBA/IIOP
Security Service SEC
CORBAser-
vices
Public Key Infrastruc-
ture
PKI Domain
Resource Access
Decision Facility
RAD Domain
Abstracted, Inc.
Ackinas
ActivePoint
Adaptive - OMG Member (C)
Adeptia, Inc.
Advanced Concepts Center
(ACC) - OMG Member (I)
Advent Global Solutions
Agilium SA
ALTAIR Appropriate Technology
Transfer I
Appian - OMG Member (I)
Armstrong Process Group, Inc.-
OMG Member (I)
Ascentn
Ashan System
AuraPortal
Avolution
Axway - OMG Member (D)
BEA Systems - OMG Member (P)
BISIL NA Inc.
BizAgi Ltd
Bluespring Software - OMG
Member (D)
Blueprint Software Systems Inc.
Borland Software Corporation
- OMG Member (C)
Anexo III
Relao dos
Vendedores de BPMS
Acessada em Business Process Trends em 06 de fevereiro de 2008.
Business Integration Technology,
Inc.
BusinessPort
Business Rule Solutions, LLC
- OMG Member (D)
CA - OMG Member (C)
Captaris
Cardiff
Casewise - OMG Member (I)
Castle Ventures LLC
Cephas Consulting Corp. -
OMG Member (I)
Clearview Software International
Colabra
Computronix
Cornerstone Communications
Cyberconn Software
Data Access Technologies Inc
- OMG Member (P)
dotNet Framework Solutions
DST Technologies, Inc.
Dymond and Associates, LLC
e-Serve AG
ETL Solutions Ltd
Evidant Corporation
Excel Partner, Ltd.
FEAC Institute
FileNet Corporation
Fillmore Technology Group, Inc.
Fisher Electronics Pvt Ltd
Fujitsu Computer Systems - OMG
Member (P)
FlowCentric Solutions USA Inc
FrontRange Solutions
Future Tech Systems, Inc.
Graham Technology - OMG
Member (I)
Global 360 - OMG Member (I)
Groiss Informatics GmbH
Handysoft Global Corporation
Harvard Computing Group
Hendryx & Associates Holocentric
- OMG Member (I)
IBM - OMG Member (C)
iCMG
iDatix
IDS Scheer - OMG Member (D)
iGrafx - OMG Member (D)
IKV++ Technologies AG
ImageSource
IMAGE Technology
250 BPM & BPMS 250 BPM & BPMS
INRIA - OMG Member (U)
Intalio
Interfacing - OMG Member (I)
ITP Commerce ltd.
inubit AG
Kanbay
Kaytek Computer Services Pvt
Ltd
Keen Computer Solutions
KnowGravity Inc. - OMG
Member (I)
Liantis GmbH & Co. KG
Lombardi - OMG Member (C)
Maxite Network Co., Ltd.
M1 Global - OMG Member (I)
MEGA International - OMG
Member (C)
Meghan-Kiffer Press
Merit Systems Private Limited
Metastorm
Method Maker Ltd
Mi3 Incorporated
microTOOL
MID Enterprise Software
Solutions GmbH - OMG
Member (I)
Mono-sys Co., Ltd.
Netways
Newgen Software
New Vision Systems LLC
No Magic, Inc. - OMG Member
(C)
Nobilis Software
oose Innovative Informatik
- OMG Member (I)Optimus
OMG Membership Level:
C Contributing D Domain P
Platform I Infuencing G
Government U University T
Trial A - Analyst
Solutions
Oriel Incorporated
Patni Computer Systems
PECTRA Technology, Inc.
Pegasystems - OMG Member (I)
PeopleForce
Perr&Knight
Pinnacle Group Worldwide
PNMsoft
Polymorph Technologies Pte. Ltd
Portellus
ProcessMind
Polymita Technologies
Prolify
pulinco engineering ag
QualiWare
Red Rabbit Software
Relativity Technologies - OMG
Member (I)
Risk Reward Limited
Role Modellers Ltd
RuleSphere International, Inc.
Rummler-Brache Group
Sankhya Technologies Private
Limited - OMG Member (I)
Santon, Inc.
Savvion - OMG Member (I)
Select Business Solutions -
OMG Member (I)
ShareDynamics, Inc.
SilverRoad Solutions
Singularity
Skelta Software
SoftwareMining
Soyatec
Sparx Systems - OMG
Member (C)
Starthis, Inc.
Stelex
Stradasoft
Stratagenom Ltd.
SystemicLogic
Telelogic AB - OMG Member (C)
TenFold Corporation
The Salamander Organization
Limited
The Software Revolution, Inc.
(TSRI) - OMG Member (P)
The Spitfre Group
The Voyant Group - OMG
Member (I)
TIBCO Software, Inc.
TietoEnator - OMG Member (T)
TMI Solutions, Inc
Visible Systems Corporation
Visual Paradigm International
Ltd.
Web and Flo Pty Ltd
Workpoint
Workplains PVT. Limited
Xactium Limited - OMG Mem-
ber (I)
Xeeda
Xpdian
Zero Delta Center for Enterprise
Alignment
Zynium Corporation - OMG
Member (T)
Anexo IV
Linguagens
Generalistas BPMS
Em agosto de 2001 foi criado o Notation Working Group (NWG) para de-
senvolver a notao que viria a ser conhecida como Business Process Mo-
deling Notation (BPMN). Em novembro de 2002 lanada a BPMN 0.9,
ainda Draft
84
. Em agosto de 2003 o NWG lanou a primeira verso do BPMN
(BPMN 1.0 Draft). Em maio de 2004 foi lanada verso defnitiva 1.0. Atual-
mente, o Notation Working Group (NWG) composto por mais de 60 mem-
bros que repsentam diversas empresas. Business Process Modeling Nota-
tion (BPMN), at 2008, j foi implantada em produtos de mais 30 empresas
de software. Em junho de 2005 o Notation Working Group (NWG) e o Object
Management Group (OMG) fundiram-se num unico organismo e a partir de
ento este grupo se encarrega de desenvolver a Business Process Mode-
ling Notation (BPMN). Tambm em 2005 o BPMI, Business Process Mana-
gement Initiative (BPMI), um organismo sem fns lucrativos que se encarre-
ga de desenvolver padres para Business Process Management e Business
Process Management System, juntou-se ao The Object Management Group
(OMG) e anunciou que a partir de ento trabalhariam juntas com o nome de
Business Modeling & Integration (BMI) Domain Task Force (DTF).
Business Process Modeling Notation (BPMN) o novo padro de indstria
para modelar processos de negcio, fuxos e web services (SOA).
84
Draft: rascunho, esboo, minuta; draft proposal = minuta de proposta de padronizao = mi-
nuta de um projeto de proposta para padronizao internacional em alguma rea da cincia
sugerida por uma organizao nacional de padronizao. Dicionrio Eletrnico Michaelis.
252 BPM & BPMS
Na verdade Business Modeling & Integration (BMI) Domain Task Force
(DTF) criou (ou continua criando) trs linguagens para facilitar a adoo e o
uso da Business Process Modeling Notation:
(a) Business Process Modeling Notation (BPMN para desenho,
redesenho, modelagem de processos de negcio.
(a) Business Process Execution Language (BPML) para a exe-
cuo de processos de negcio.
(a) Business Process Query Language (BPQL) para execuo e
gerenciamento de processos e-Business.
O objetivo principal da Business Process Modeling Notation o de prover
uma notao clara e efciente para modelagem de processos a todos que
de alguma forma venham a se envolver com o tema, quer sejam analistas
de processos, quer sejam analistas de negcio, quer sejam arquitetos de
SOA ou outros profssionais. Outra preocupao que os criadores da BPMN
tiveram foi a de assegurar que linguagens XML, como a Business Process
Execution Language for Web Services (BPEL4WS) e a Business Process
Modeling Language (BPML) criadas para a execuo de processos de ne-
gcio, fossem usadas e visualizadas por meio de uma notao nica.
Com estes objetivos nasceu a BPMN, com a incumbncia de unifcar vrias
iniciativas individuais antes existentes para desenho, redesenho, modela-
gem, simulao e automatizao de processos para uso e integrao de
componentes Enterprise Application Integration, componentes Business to
Business (B2B), Business to Customer (B2C) e para componentes Service-
Oriented Architecture (SOA) em um nico padro.
O maior diferencial dos padres Business Modeling & Integration (BMI) Do-
main Task Force (DTF) com relao a quaisquer outros padres que eles
foram desenvolvidos com slida base matemtica, o que os torna anlo-
gos fundamentao matemtica dos bancos de dados relacionais. Isto
signifca que os processos de negcio criados, desenhados, redesenhados
e modelados com o padro BPMN podem ser imediatamente executados.
Esta funcionalidade tambm faz da BPMN uma linguagem com o mesmo
dinamismo da linguagem SQL/DDL
85
.
85
SQL/DDL Structured Query Language/Data Description Language.
Anexo IV Linguagens Generalistas BPMS 253
Outro ponto importante a favor destes novos padres que tanto a BPML
(BPMI.org) quanto a BPEL4WS (Microsoft, IBM, Oracle) foram submetidos
OASIS.org, que criou um comit tcnico para desenvolver a BPML com
base nestas duas linguagens, comuns pela mesma raiz: a XML. Desta ini-
ciativa surgiu o padro WS-BPEL (Web Services Business Process Exe-
cution Language).
A OASIS.org (www.oasis-open.org) um consrcio global, sem fns lucra-
tivos, que coordena as iniciativas para o desenvolvimento de padres para
uso no e-Business, produzindo com isso Standards mundiais para seguran-
a eletrnica, web services, XML, transaes eletrnicas e interoperabilida-
de entre sistemas.
Para que modelos web services possam ser criados com a Business Pro-
cess Modeling Notation (BPMN) so necessrios quatro estgios:
Desenhar o processo de negcio usando a BPMN.
Simular o processo desenhado a fm de melhor-lo antes da sua
implantao.
Publicar o novo processo por meio da Business Process Execu-
tion Language (BPEL).
Criar e gerenciar os Web Services dentro dos fuxos automatiza-
dos por meio do mdulo Workfow do Business Process Manage-
ment System (BPMS).
BPMN cria um diagrama do processo modelado, chamado Business Pro-
cess Diagram (BPD). O BPD tem dois objetivos:
Permitir que processos simples e complexos sejam naturalmente
mapeados, para serem depois executados pela BPEL.
Fazer o processo ser entendido por todos.
Elementos Business Process Diagram
O conjunto bsico da Business Process Modeling Notation (BPMN) para mo-
delar um processo, alm de simples, familiar a qualquer analista de proces-
sos de negcio, pois composto basicamente de elementos de fuxograma.
1.
2.
3.
4.
a.
b.
254 BPM & BPMS
A fgura A.1 mostra os elementos bsicos para modelagem de processos na
BPMN.
Figura A.1 - Elementos bsicos para modelagem de processos na BPMN.
Para criar qualquer processo de negcio com a Business Process Modeling
Notation (BPMN) preciso modelar o evento que inicia a execuo do fuxo,
o processamento que resulta deste evento e os resultados produzidos pelo
processo. As regras de negcio e os desvios no fuxo so modelados por
meio de gateways. Um gateway similar ao smbolo de deciso usado em
fuxogramas com padro ECMA
86
. Um processo pode conter subprocessos,
que so mostrados no fuxo principal por meio de outro Business Process
86
ECMA, European Computer Manufacturers Association.
Anexo IV Linguagens Generalistas BPMS 255
Diagram (BPD) conectado ao fuxo principal por meio de um hyperlink. Se
um processo no contm, ou se decompe em, subprocessos ele consi-
derado uma tarefa (task). A task o mais baixo nvel de qualquer processo
na notao BPMN.
Para a Business Process Modeling Notation (BPMN)
um evento algo que ocorre durante o desenrolar-se de um
processo de negcio. Os eventos afetam o fuxo do processo,
seus direcionamentos e resultantes e geralmente se transfor-
mam ou num disparador ou num resultado. Os eventos podem
iniciar, interromper ou fnalizar um processo.
Figura A.2 Notaes BPMN para eventos simples.
A modelagem dos eventos na Business Process Modeling Notation (BPMN)
realizada por meio de trs smbolos distintos, mostrados na fgura A.2.
Evento de incio.
Evento intermedirio.
Evento fnal.
Para representar eventos complexos, como Web Services e relaes B2B,
B2C, existem smbolos mais elaborados que representam processamentos
mais complexos como, por exemplo, envio e recepo de mensagens, con-
trole de tempos, regras de negcio, desvios e condies de erros, especif-
cados na fgura A.3.
a.
b.
c.
256 BPM & BPMS
Figura A.3 Notaes BPMN para eventos complexos.
Anexo IV Linguagens Generalistas BPMS 257
Para a Business Process Modeling Notation (BPMN):
uma atividade o trabalho realizado num processo de ne-
gcio. As atividades podem ser atomic (nicas) ou non-ato-
mic (compostas). Os tipos de atividades que fazem parte do
modelo de processo BPMN so: processo (process), subpro-
cesso (sub-process) e tarefa (task).
Figura A.4 Notaes para atividades em BPMN.
BPMN e UML (Unifed Modeling Language) podem, ambas, ser usadas para
mapear processos de negcio que sero executados por um software BPMS
(mdulo Workfow). Entretanto, a grande diferena entre as duas linguagens
que a UML no tem base matemtica e, portanto, no defne um metamo-
delo do processo desenhado com o seu uso, como faz a BPMN. Para que
qualquer metamodelo desenhado na UML possa ser testado necessrio
defni-lo no Modelo MDA, Model Driven Architecture. BPMN atende ao
padro BPML metamodelo de execuo direta e, por isso, os processos
defnidos nesta linguagem no necessitam de qualquer passo adicional para
serem testados.
Referncias
Bibliogrficas
APPLEGATE, L., CASH, J. e MILLS D.Q. Revolution in Real Time, Managing
Information Technology in the 1990s. Boston: HBS Press, 1988.
ARAJO, R., BAIO, F., CAPPELLI, C., IENDRIKEL, H., MAGALHES, A., NU-
NES, V., SANTORO, F. - Uma Estratgia Para Gesto Integrada de Processos
e Tecnologia da Informao Atravs da Modelagem de Processos de Negcio
em Organizaes. NP2Tec Ncleo de Pesquisa e Prtica em Tecnologia e
Departamento de Informtica Aplicada UNIRIO. Acessado em 02 de fevereiro
de 2008. www.frb.br/ciente/BSI/BSI.UNIRIO.MAGALH%C3%83ES%20et%20al.
F2%20.pdf
ARGYRIS, C. Good Communication that Blocks Learning. Boston: Harvard Busi-
ness Review, July-August 1994.
ARTHUR, W. B. Increasing Returns and the New World of Business. Boston:
HBS, 1996.
BANNISTER, D. e FRANSELLA, F. Inquiring Man, The Theory of Personal Con-
structs. New York: Penguin, 1971.
BARTLETT, C.A. e GHOSHAL, S. Changing the Role of the Top Management,
Beyond Systems to People. Boston: HBS, 1995.
BENNIS, W. e NANUS, B. Leaders: The Strategies for Taking Charge. New York:
Harper & Row, 1985.
260 BPM & BPMS 260 BPM & BPMS
BETTIS, R. e PRAHALAD, C.K. The Dominant Logic, Retrospective and Exten-
sion. Strategic Management Journal, 16, January 1995.
BOITEUX, C. D. PERT / CPM / ROY e outras tcnicas de programao e con-
trole. So Paulo: Livros Tcnicos e Cientfcos Editora S.A., 1985.
BOLAND, R.J., TENKASI, R.V. e TEENI, D. Designing Information Technology
to Support Distributed Cognition. Organization Science, 5(3), August 1994.
BROWN, S. L e EISENHARDT, K. M. The Art of Continuous Change, Linking
Complexity Theory and Time-Paced Evolution in Relentlessly Shifting Organiza-
tions. Administrative Science Quarterly, 42(1), Mar 1997.
BRUNER, J. Acts of Meaning, Boston: HBS Press, 1990.
CAPRA, F. As conexes ocultas. So Paulo: Cultrix, 2002.
CHAFFEY, D. Groupware, Workfow and Intranets. Reengineering the Enter-
prise with Collaborative Software. Boston: Digital Press, 1998.
CRUZ, Tadeu. Gerncia do Conhecimento Enterprise Content Management,
2 edio. Rio de Janeiro: Editora E-Papers, 2007.
CRUZ, Tadeu. Sistemas, Mtodos & Processos, 2 edio, 3 reimpresso. So
Paulo: Editora Atlas, 2003.
CRUZ, Tadeu. Workfow II, a tecnologia que revolucionou processos, 3 edio.
Rio de Janeiro: Editora E-Papers, 2005.
CRUZ, Tadeu. Uso e Desuso de Sistemas de Workfow: Por que as organiza-
es no conseguem obter retorno, nem sucesso, com investimentos em proje-
tos de Workfow. Rio de Janeiro: Editora E-Papers, 2006.
CRUZ, Tadeu. O Teatro Organizacional construindo e implantando processos
de negcio. Rio de Janeiro: Editora E-Papers, 2006.
DAVENPORT, T. H, PRUSAK, L. Conhecimento Empresarial: Como as Organi-
zaes Gerenciam o seu Capital Intelectual. Rio de Janeiro: Campus, 1998.
DAVENPORT, T. H, PRUSAK, L. They Know. Boston: HBS Press, 1998.
DAVENPORT, T. H. Process Innovation. Boston: HBS Press, 1993.
DAVIDOW, W.H. e MALONE. M.S. The Virtual Corporation. New York: Harper
Collins, 1992.
Referncias Bibliografcas 261
DERTOUZOS, M. A Revoluo Inacabada. So Paulo: Editora Futura, 2002.
DRUCKER, P.F. The Theory of Business. Boston: HBR, 1994.
DRUCKER, P. F. Administrando em Tempos de Grandes Mudanas. So Paulo:
Pioneira, 1995.
FISCHER, L. Excellence in Practice. Lighthouse Point: Future Strategies, 1997.
FISCHER, L. Workfow Handbook 2006. Lighthouse Point: Future Strategies,
2006.
FORD, N. From Information to Knowledge Management. Journal of Information
Science Principles & Practice, 15(4,5), 1989.
FREIBERGER, P., McNEILL, D. Fuzzy Logic - The Discovery of a Revolutionary
Computer Technology and How It Is Changing Our World. New York: Touch-
stone, 1993.
Fu-Ren L., Meng-Chyn Y. e Yu-Hua P. A generic structure for business process
modeling. Business Process Management Journal; 2002, 8, 1; ABI/INFORM
Global p19.
GHOSHAL, S. e BARTLETT, C.A. Rebuilding Behavioral Context: A Blueprint for
Corporate Renewal. Sloan Management Review, Winter 1996.
HARMON, P. Business Process Change: A Managers Guide to Improving, Re-
designing, and Automating Processes. Tampa: Morgan Kaufmann, 2002.
HICKS, D. T. Activity-Based Costing for Small and Mid-Sized Businesses. New
York: John Wiley & Sons, Inc. 1992.
HOUAISS, A. Dicionrio Houaiss da Lngua Portuguesa. Rio de Janeiro: Editora
Objetiva, 2001.
HOUAISS, A. Dicionrio Eletrnico Houaiss da Lngua Portuguesa. Rio de Ja-
neiro: Objetiva, 2001.
KHAN, R. Business Process management: A practical guide. Tampa: Morgan
Kaufmann, 2003.
KHOSHAFIAN, S., BUCKIEWICZ, M. Introduction to Groupware, Workfow and
Workgroup Computing. New York: John Wiley & Sons, Inc. 1995.
KOBIELUS, J. G. Workfow Strategies. Foster City: IDG Books. 1997.
262 BPM & BPMS 262 BPM & BPMS
LVY, P. As Tecnologias da Inteligncia. So Paulo: Editora 34, 1993.
MAY, M. Business Process Management: Integration in a web-enabled environ-
ment. London: Prentice Hall, 2003.
MIERS, D. e HARMON, P. The 2005 BPM Suites Report. USA: Business Pro-
cess Trends, 2005.
MIERS, D. e HARMON, P. The 2006 BPM Suites Report. USA: Business Pro-
cess Trends, 2005.
MIERS, D. e HARMON, P. The 2007 BPM Suites Report. USA: Business Pro-
cess Trends, 2005.
MIERS, D. e HARMON, P. The 2008 BPM Suites Report. USA: Business Pro-
cess Trends, 2005.
MORGAN, G. Imagens da organizao. So Paulo: Atlas, 1996.
MORRIS, C.W. Foundations of the Theory of Signs. Chicago: University of Chi-
cago Press, 1938.
NADLER, D.A., SHAW, R.B. e WALTON, A.E. Discontinuous Change: Leading
Organizational Transformation. San Francisco: Jossey-Bass, 1995.
OULD, M. A. Business Process Management: A Rigorous Approach. Tampa:
Morgan Kaufmann, 2005.
RIEMP, G. Wide Area Workfow Management. Creating Partnership for the 21st
Century. London: Springer-Verlag, 1998.
SCHN, D.A. The Refective Practitioner: How Professionals Think in Action.
New York: Basic Books, 1983.
STERNBERG, R. J. Successful Inteligence. New York: Simon & Schuster,
1996.
STEWART, T.A., Intellectual Capital: The New Wealth of Organizations, New
York: Doubleday, 1994. Boston: HBR, 1994.
THOMAS W. MALONE, K. Organizing Business Knowledge: The MIT Process
Handbook. Boston: The MIT Press, 2003.
TICOLL, D. et al. Blueprint for the Digital Economy. New York: McGrow-Hill,
1998.
Referncias Bibliografcas 263
VALLE, R. et al. O Conhecimento em Ao: novas competncias para o traba-
lho no contexto da reestruturao produtiva. Rio de Janeiro: Relume Dumar,
2003.
VALLE, R., BALDAN, R. et al. Gerenciamento de Processos de Negcio. So
Paulo: Editora rica, 2007.
WfMC. TC-1002. Winchester: WfMC, 1999.
WfMC. TC-1003 Workfow Reference Model. Version 1.1. Whinchester: WfMC,
1995.
WfMC. TC-1009 Workfow Client Application APIs (WAPI), Whinchester: WfMC,
1999.
WfMC. TC-1011 Terminology & Glossary. Whinchester: WfMC, 1999.
WfMC. TC-1012 Workfow Interoperability Specifcations. Whinchester: WfMC,
2000.
WfMC. TC-1013 WAPI - Naming Conventions. Whinchester: WfMC, 1999.
WfMC. TC-1015 Workfow Audit Data Specifcations. Whinchester: WfMC,
1999.
WfMC. TC-1016 Workfow Process Defnition Interchange. Whinchester: WfMC,
1999.
WfMC. TC-1020 Workfow Security Considerations - White Paper. Whinchester:
WfMC, 2002.
WfMC. TC-1022 A Common Object Model - Discussion Paper. Whinchester:
WfMC, 2003.
WfMC. Interoperability Wf-XML. Whinchester: WfMC, 2000.
WfMC. Conformance to Interface Standards. Acessado em 08 de maio de 2005,
no endereo www.wfmc.org/standards/conformance.htm.
WfMC. InterWorkfow Application Model: The Design of Cross-Organizational Work-
fow Processes and Distributed Operations Management. Acessado em 08 de maio
de 2005, no endereo www.wfmc.org/standards/docs/Jsa2102.pdf.
WHITE, T. et al. The Workfow Paradigm. Alameda: Future Strategies, 1994.
264 BPM & BPMS 264 BPM & BPMS
WILLIAMSON, O.E. Markets and Hierarchies. New York: Free Press, 1975.
WILLIAMSON, O.E. The Economic Institutions of Capitalism: Firms, Markets
and Relational Contracting. New York: Free Press, 1985.
YOON, K.P. AND NAADIMUTHU, G. A make-or-buy decision analysis involving
imprecise data, International Journal of Operations & Production Management,
Vol. 14 No. 2, pp. 62-9, 1994.
Fontes eletrnicas de informaes sobre Business Process Management
e Business Process Management System
Java 2 Platform, Enterprise Edition Connector Specifcation, 2000, Sun Mi-
crosystems, Inc. http://java.sun.com/j2ee/docs.html
Java Message Service API, 2000, Sun Microsystems, Inc. http://java.sun.com/
j2ee/docs.html.
Java 2 Standard Edition Platform (J2SE), 2000, Sun Microsystems, Inc.
http://java.sun.com/products.
Java Authentication and Authorization Service (JAAS ) 1.0 Specifcation,
2000, Sun Microsystems, Inc. http://java.sun.com/security/jaas/doc.
Enterprise JavaBeans 2.0 Specifcation, Copyright 2001, Sun Microsystems,
Inc. http://java.sun.com/j2ee/docs.html.
JDBC 2.0 API Specifcation, 1999, Sun Microsystems, Inc. http://java.sun.
com/products/jdbc.
JDBC 2.0 Standard Extension API Specifcation, 1999, Sun Microsystems, Inc.
http://java.sun.com/products/jdbc.
Phios - Business Process Management company. http://www.phios.com/
RMI over IIOP 1.0.1 Specifcation, 2000, Sun Microsystems, Inc. http://java.
sun.com/products/rmi-iiop.
The MIT Process handbook. http://ccs.mit.edu/ph/
Smbolos
& 173
(r)evoluo 1, 23, 26
(r)evolues 1, 3, 9, 15, 26, 27
(r)evolues de TI 19, 59
3Rs 133, 157
A
baco 11, 14
administrativas 20
Aiken 13
Ambiente 153
ambiente 122
AMOP 88, 126, 156, 157, 160, 164, 172,
174, 178, 179, 180, 220
analisar 127, 180, 181
Anlise 157
anlise 9, 20, 40, 45, 46, 49, 65, 68, 69, 70,
84, 88, 89, 115, 118, 126, 129, 156, 158,
160, 162, 164, 174, 177, 178, 180, 193,
205
Analista 222, 223
analista 218, 219, 220, 221, 222, 223
Analista de BPMS 225
analista de BPMS 9
Analista de Processos 225
analista de processos 9
Analista de Workfow 225
analista de Workfow 9
Analistas 215
analistas 27, 38, 215
analistas de processos 43
analistas de sistemas 25, 34
aparelhos 6
API 123
Aplicaes 122, 123, 132, 140
aplicaes 132, 154, 155
APQC 67
Architecture (SOA) 46
ARIIS 177
Arpanet 17
Arquiteto 223, 225
arquiteto 9, 223, 224
arquitetura SOA 224
ARQUIVO 41
arquivos 17, 41, 42, 44, 47
Atanasoff 13
Atividade 130
atividade 107, 108, 110, 111, 126, 127, 200
Atividades 200
atividades 108, 111, 112, 153, 167, 201,
216
automticas 12
automatizao 12, 114
automatizadas 12
ndice Remissivo
266 BPM & BPMS
B
Babbage 13
Babilnia 11
background 149, 151, 152, 153, 166
Background & Foreground Processes 147
background processes 150
BAM 200
bancos de dados 67
Bardeen 13
BI 20, 123, 155
Blackberry 60
BMPS 204
BPM 7, 9, 35, 50, 52, 64, 66, 67, 68, 70, 71,
73, 81, 83, 85, 88, 89, 90, 119, 120, 121,
122, 124, 126, 132, 134, 188, 190, 192,
193, 205
BPM (Business Process Management) 7
BPMI 85
BPML 154
BPMS 7, 9, 41, 50, 52, 68, 69, 70, 71, 72,
73, 74, 83, 84, 85, 86, 87, 88, 89, 90, 91,
92, 93, 95, 96, 97, 98, 101, 106, 107,
108, 109, 110, 111, 112, 113, 114, 115,
117, 118, 120, 121, 122, 123, 124, 125,
126, 128, 131, 132, 133, 134, 135, 136,
137, 138, 139, 145, 149, 153, 154, 155,
175, 182, 188, 189, 190, 191, 192, 199,
200, 202, 203, 205, 206, 209, 215, 217,
223
BPMS (Business Process
Management System) 1
BPMS (Business Process Management
Systems) 7
BPO 22, 183, 184, 185, 186, 187
Brattain 13
BUG 20
Bull 8, 26
Burroughs 13, 25, 26
Business 167
Business Process Management 8
Business Process Management System 8,
9, 21
Business Process Management Systems 15
buzzwords 15
C
calcular 11
clculo 11
Cashman 63
Champy 34
Ciclo 192, 198
ciclo 192, 208
cincia da computao 14
CII Honeywell Bull 25
CMM 177
Competncias 225
Computao 23
computao 2, 5, 17, 24, 25, 26, 44, 58
computao comercial 15
computao distribuda 24
Computador 56, 60
computador 3, 5, 13, 16, 22, 23, 28, 29, 30,
31, 34, 42, 65
computador eletrnico 13
computador eletrnico digital 13
computador ENIAC 13
Computadores 11
computadores 4, 5, 12, 13, 14, 16, 17, 21,
22, 23, 24, 25, 26, 27, 29, 30, 31, 32, 33,
36, 37, 69
Computer 21
Computer-Supported Cooperative 37
Computerworld 67
Conhecimento 3
conhecimento 3, 8, 46, 59, 66, 114, 115,
180, 225
Conhecimentos 225
conhecimentos 33, 51, 69
consultoria 21
Cooperativo 65
cooperativo 64, 65
Corporativa 190, 191
CPD 16, 24, 27, 28, 30, 34, 35, 37, 38
CPDs 32
CPM 200
CRM 20, 123, 155
CSCW 7, 8, 63, 64, 65, 116
custo 4
custos 5
ndice Remissivo 267
D
dado 61
dados 2, 13, 20, 24, 25, 26, 27, 28, 29, 30,
32, 33, 34, 37, 38, 44, 45, 51, 52, 53, 59,
61, 102, 119, 120, 140, 144, 148, 184
Dados (CPD) 24
Davenport 34
deduo 163
Deming 34
Dertouzos 54
desenhado 194
desenhados 129
Desenhar 176
desenhar 175, 180, 181
desenho 9, 20, 40, 49, 65, 68, 69, 70, 84,
113, 114, 115, 118, 126, 129, 130, 156,
157, 158, 160, 162, 164, 174, 177, 178,
180, 193, 205
Desenvolvimento 122
Desorganizao 2
desorganizao 62
Desorganizao Informacional 1, 2, 3, 7, 8,
9, 26, 30, 33, 34, 39, 40, 42, 43, 45, 46,
48, 49, 50, 51, 52, 53, 54, 55, 57, 60, 62,
63, 125, 147, 156, 157, 164, 182, 184,
229
digitao 16
digital 5, 21, 55
disco 43
Dissonncia Cognitiva 214
Documentao 160
documentao 113, 114, 174, 180, 216
documentar 114, 180, 181
documento 42, 43, 120
documentos 17, 41, 42, 43, 44, 119, 120
Doena 51
doena 52
DoI 1, 2, 3, 8, 33, 35, 40, 41, 44, 46, 48, 49,
50, 51, 52, 55, 59, 62, 125, 146, 147,
156, 157, 182
DOMP 88, 165, 166, 177, 178, 200
Drucker 59
DW 20, 151, 155
E
e-business 2
EAI 73, 85, 119, 122, 123, 135, 136, 139,
140, 141, 147, 150, 151, 154, 229
EAP 223
Eckert 13
ECMS 123
ECR 217
editor 43
Editores 40
editores 41, 42, 43
EDMS 123
EDSAC 13
EDVAC 13, 26
EIA 153
EIS 20
Elementos 165
eletrnica 21
eletrnico 17
empresa 43, 45, 46, 133
empresas 16, 22, 30, 31, 36, 38, 71, 124
equipamento 12, 46
Era do Conhecimento 3
ERP 20, 95, 96, 97, 98, 102, 103, 112, 119,
123, 133, 138, 155, 175
ERPs 98, 102, 117, 120, 138, 175, 205
Estatstica 122, 126
Ethernet 17
evento 167, 200
eventOgrama 166
eventos 200, 201, 216
Extranet 106
F
fbrica 3
Fases 194
ferramenta 160
Ferramentas 122, 126, 129, 131, 134, 135,
153
ferramentas 7, 8, 43, 114, 124, 126, 129,
135
Festinger 214
fuxo 107, 108, 109, 110, 111, 119, 132, 174
fuxos 173
foreground 149, 152, 153, 166
268 BPM & BPMS
foreground & background 151
foreground & background processes 148
Foreground Processes 149
foreground processes 150
formulrios 16, 178
fornecedores 185
Forrester 14
Forsythe 14
Funcionais 119, 157
funcionOgrama 166
G
Gartner 67
GE 163
GED 162, 217
gerncia 225
Gerenciamento 122, 153
gerenciamento 9, 40, 49, 65, 68, 69, 70, 84,
122, 158, 174, 177, 178, 180, 193, 205
gerenciamento de mudanas 9
gerenciar 180, 181
globalizao 2, 17
Google 60
Governana 188, 190, 191
Greif 63
Grid 21
Grid Computing 15
Groupware 1, 7, 15, 63, 71, 85, 116
groupware 64
Grudin 63
H
habilidades 225
Hammer 34
hardware 14, 18, 21, 23, 26, 36, 69, 70,
107, 141, 180
Histria 11
histria dos computadores 8
Hollerith 13
HP 33, 36, 184
I
IBM 2, 25, 27, 33, 114
Immelt 163, 164
implantao 9, 40, 49, 65, 68, 70, 84, 158,
177, 178, 193, 203, 204, 205
induo 163
indstria 7, 12, 22, 43
indstria de TI 14
infobia 2
infOgrama 166
Informao 1, 2, 3, 6, 7, 8
informao 3, 11, 21, 23, 24, 61
informacional 14, 20
informaes 2, 17, 27, 28, 30, 32, 33, 34,
35, 37, 44, 46, 51, 60, 109, 120, 147
informtica 4, 17, 24, 45
Information Anarchy 2
Information Technology 64
inovaes tecnolgicas 19
Internet 17, 21, 33, 40, 46, 54, 61, 106, 114
Intranet 106
inveno 12, 13
invenes do hardware 14
inventores 12, 13
inventos 12, 13
iProcess 76
Ishikawa 95
J
Jacquard 12
Jevons 13
Jobs 64
Juran 34
K
Kanri 125
Kindle 21
KM 149
KPO 22, 183, 184, 185, 186
L
laptop 5
laptops 4, 5, 6
Leibniz 12
lei de informtica 8
Lvy 58
Linguagens 123, 154
lgica 13
logsticos 5
ndice Remissivo 269
Lovecraft 230
Lovelock 230
M
M 174, 219
magntico 14
mainframe 16, 69
Mainframes 15
mainframes 13, 25, 27, 32, 33, 35, 37
manuteno 5
mapeamento 45, 46, 89
mquina 11, 12, 13, 17, 27, 30, 44, 58
mquinas 5, 11, 12, 13, 17, 22, 23, 24, 25,
26, 27, 29, 31, 32, 33, 41, 42, 44, 147,
148
Mark 1 13
Mauchly 13
McCoy 201
melhorar 180, 181
melhoria 9, 20, 40, 49, 65, 68, 69, 70, 84,
158, 174, 177, 178, 180, 193, 205
memria 14, 21
Metodologia 194
metodologia 88, 108, 125, 160, 165, 166,
178
Metodologias 172, 174
metodologias 90, 124, 125, 174
microcomputador 42
microcomputadores 16, 20, 23, 31, 32, 44,
58, 69
microevento 167, 200
microeventos 201, 216
microprocessador 13
micros 23, 32
MIT 4, 167, 168, 179
modelado 194
modelados 129
Modelagem 122, 123, 126
modelagem 9, 20, 40, 45, 46, 49, 65, 68,
69, 70, 84, 88, 89, 113, 114, 115, 118,
123, 124, 126, 129, 130, 156, 157, 158,
160, 162, 164, 174, 176, 177, 178, 180,
193, 205
Modelar 176
modelar 175, 180, 181
Modelo 166, 171
modelo 166
modelos 165
Monitorao 122, 134
MRP 20, 97
MSN 60
Mudana 205, 207
mudana 209, 211, 213, 214
Mudanas 206
mudanas 208, 212, 214
mudanas tecnolgicas 8
N
Napier 12
Negcio 65, 122, 131, 157, 165, 171, 172
negcio 9, 20, 34, 40, 45, 46, 49, 52, 65,
66, 67, 68, 69, 70, 84, 85, 88, 90, 91, 93,
95, 96, 107, 110, 111, 113, 114, 115, 116,
117, 118, 120, 121, 124, 125, 126, 127,
129, 131, 132, 134, 140, 156, 157, 158,
159, 160, 162, 164, 165, 166, 167, 172,
174, 175, 176, 177, 178, 180, 181, 186,
193, 198, 199, 200, 205, 223
Negcios 119
negcios 138, 144
Negroponte 4, 21, 22
networks 30
Neumann 13
notebook 14, 21, 43, 60
NP2TEC 170
O
O&M 34
Offce 37, 38, 39, 40, 44, 99, 114
Offce Automation 15
onda 15, 20, 21
Ondas 11
ondas 15, 19, 21
Ondas de TI 15
ondas de TI 15, 19, 21, 22, 25
On Demand 2
OOIE 177
operao 22
operacionalizao 69
organiza 62
organizao 9, 27, 28, 30, 34, 38, 39, 40,
270 BPM & BPMS
43, 44, 45, 46, 47, 48, 49, 59, 65, 67,
68, 70, 84, 92, 93, 94, 95, 117, 118, 121,
124, 126, 133, 134, 135, 156, 157, 158,
163, 174, 175, 177, 178, 180, 193, 205,
206, 224, 229
organizacionais 20
organizacional 124
Organizaes 122, 123
organizaes 2, 6, 7, 8, 15, 17, 18, 20, 23,
24, 26, 27, 28, 29, 33, 34, 35, 36, 37, 39,
40, 41, 42, 44, 46, 51, 54, 58, 59, 62,
63, 65, 66, 68, 71, 86, 94, 117, 119, 120,
123, 124, 125, 147, 175, 191
organizado 30
organizar 3, 180, 181
Organizing Business Knowledge 168
Orwell 61
OSA 176
otimizao 174, 180
otimizar 180, 181
Outsourcing 184
outsourcing 22, 184, 185
outsourcing seletivo 184
P
Papis 119, 157
papis funcionais 9
Pascal 12
PC 21
PCs 17, 23
PDCA 203
PERT 200
Peter Drucker 3
planejamento 124
Planilhas 44
planilhas 44, 45, 46
PLC 93
Process 50, 51, 52, 66, 67, 68, 69, 70, 72,
74, 75, 77, 78, 80, 85, 87, 88, 89, 90, 91,
93, 114, 121, 123, 124, 126, 127, 130,
131, 135, 153, 167, 179, 182, 184, 188,
191, 192, 199, 202, 203, 204, 206, 229,
230
process 166
processados 24
processamento 16, 21, 119
processamento de dados 22
processamento dos computadores 23
processes 166
Processo 68, 109, 171
processo 5, 66, 67, 91, 95, 107, 108, 110,
111, 112, 113, 115, 116, 119, 124, 126,
127, 130, 149, 150, 162, 164, 165, 166,
167, 171, 172, 178, 194, 195, 196, 197,
198, 200, 201, 202, 203, 204, 217
Processo de Negcio 89
Processos 65, 88, 93, 105, 122, 126, 134,
160, 165, 172, 225
processos 9, 20, 27, 34, 38, 40, 45, 46, 49,
52, 65, 66, 67, 68, 69, 70, 71, 84, 85, 88,
90, 91, 92, 94, 95, 96, 103, 104, 108,
109, 112, 113, 114, 117, 118, 119, 124,
125, 126, 128, 129, 130, 132, 133, 134,
140, 149, 151, 155, 156, 157, 158, 159,
160, 162, 164, 165, 174, 175, 176, 177,
180, 181, 186, 189, 193, 199, 200, 205,
218, 219, 220, 221, 223
Processos de Negcio 90
produtividade 40
produtos 114
programa 5, 13, 23
programadas 12
programadores 27, 34
programas 5, 18, 23, 27, 43, 50
R
Record Management 188
rede 4, 17, 21
redes 17, 30
redesenhado 194
redesenhados 129
Redesenhar 176
redesenhar 175, 180, 181
redesenho 9, 20, 40, 49, 65, 68, 69, 70, 84,
113, 114, 115, 118, 126, 129, 130, 156,
157, 158, 160, 162, 164, 174, 176, 177,
178, 180, 193, 205
reengenharia 34
Regras 119, 122, 131, 157
regras 85, 93, 107, 110, 111, 117, 120, 131,
132
Revoluo da Informao 17
Revoluo Industrial 3
ndice Remissivo 271
RM 86, 123
Roles 86, 162
Rotas 157
Routes 86, 162
Rules 86, 162
RUP 177
S
Schickard 12
SCM 217
SCOR 168, 169, 177
SDK 134
SDoI 2
selective outsourcing 184
Servidores 123
servidores 154
Shockley 13
Simulao 122, 129
simulao 114, 129, 130, 131
simulaes 129, 131
simular 129
Sintomas 51
Sinur 201
sistema 5, 25, 42, 45, 69, 95, 98, 102, 103,
107, 109
sistema de informaes 45
Sistemas 96
sistemas 13, 25, 27, 30, 32, 37, 38, 68, 98,
102, 118, 119, 121, 133, 134, 148, 149
Sistemas, Organizao & Mtodos 15
sistemas de informaes 25, 34, 45, 132,
173
SLA 185
Slack 104
SLM 185, 200
SOA 9, 85, 122, 123, 140, 141, 143, 144,
145, 146, 147, 151, 153, 154, 209, 215,
223, 224, 225, 229
SOA Architect 224
SOAP 143, 144, 145
Software 122
software 6, 7, 8, 9, 14, 18, 20, 21, 23, 31,
32, 36, 40, 43, 47, 50, 64, 68, 69, 70, 71,
74, 84, 85, 86, 88, 89, 90, 91, 92, 96, 98,
101, 103, 108, 112, 115, 116, 117, 118,
119, 120, 121, 122, 123, 124, 126, 129,
130, 132, 133, 134, 135, 137, 139, 140,
141, 154, 157, 162, 173, 175, 184, 218
Softwares 114
softwares 17, 23, 34, 36, 37, 38, 43, 46, 69,
71, 72, 87, 91, 93, 98, 99, 113, 114, 115,
116, 117, 118, 120, 124, 126, 129, 131,
132, 134, 135, 136, 137, 149, 155, 174
SOHO 15
SOM 177
SOx 86, 87, 188, 189
subprocessos 110, 201
superminis 31
System 20, 68, 90, 121, 123, 124, 126, 130,
131, 135, 153, 154, 184, 199, 202, 203,
204, 229
Systems 25, 70, 114, 117, 179, 191, 230
T
tarefas 132
tcnicos 5
Tecnologia 7, 150
tecnologia 1, 3, 5, 6, 11, 12, 18, 20, 36, 48,
53, 59, 85, 86, 141, 157, 218
Tecnologia da Informao 19, 39, 49, 58,
60, 117
tecnologia da informao 54, 90
Tecnologias 1, 2, 3, 6, 8, 41, 46, 121
tecnologias 1, 2, 7, 8, 18, 19, 21, 22, 36, 38,
41, 43, 57, 58, 63, 64, 85, 90, 97, 101,
104, 115, 116, 121, 122, 123, 149, 189
Tecnologias da Informao 11, 15, 16, 17,
18, 21, 36, 40, 41, 46, 48, 51, 57, 59, 64,
66, 67, 68, 69, 70, 85, 98, 121, 147, 148,
223, 229
tecnologias da informao 13, 14, 19, 36,
63, 64, 142, 148, 150, 225
tecnologias Groupware 16
tecnolgicas 12, 19
tecnolgico 12
Tempo 127, 128
tempo 127, 128
tempos 129
Terceirizao 183
terceirizao 184, 185, 186
The MIT 177
TI 1, 2, 3, 7, 8, 9, 15, 16, 17, 18, 22, 24, 31,
272 BPM & BPMS
33, 34, 36, 37, 39, 40, 43, 47, 48, 50,
51, 52, 58, 63, 64, 69, 88, 114, 138, 146,
147, 223, 224, 229
trabalho 17
Trabalho Cooperativo Suportado por Com-
putador 7
trabalho manual 12
transistor 13
transistores 13
U
UDDI 145, 146
UML 177
UNIVAC 13, 25
V
Vida 192, 199
W
W3C 142, 143
WARIA 85
Web 4, 18, 140, 141, 146
web 142
Welch 163
WfMC 72, 83, 84, 85, 87, 98, 99, 120, 121,
126, 133
Wilkes 13
Work 63, 64, 116, 118
Workfow 7, 8, 40, 50, 67, 68, 69, 70, 71,
72, 73, 74, 83, 84, 85, 86, 87, 88, 89, 92,
93, 95, 96, 97, 98, 99, 100, 101, 102,
103, 106, 107, 108, 109, 110, 111, 112,
113, 114, 117, 118, 119, 120, 121, 122,
123, 126, 131, 132, 133, 134, 135, 136,
137, 138, 139, 145, 149, 153, 154, 155,
157, 162, 184, 187, 188, 189, 190, 199,
200, 204, 215, 217, 218, 222, 223, 225,
229
workfow 118, 119
World Wide Web 17
WS 145
WSDL 145, 146
X
XML 143, 144, 146
Y
Yahoo 60
ltimos Lanamentos
www.brasport.com.br brasport@brasport.com.br
XNA 3.0 para desenvolvimento de jogos no Windows, Zune e Xbox 360
Alexandre Santos Lobo / Bruno Pereira Evangelista / Jos Antonio Leal de Farias /
Patryck Pabllo Borges de Oliveira 460pp. R$ 89,00
O objetivo do livro apresentar ao leitor a viso geral da arquitetura XNA e o processo de desen-
volvimento de um jogo completo. So apresentadas tcnicas de programao de jogos, desde o
planejamento do projeto ao desenvolvimento de jogos 2D, inserindo funcionalidades de som e rede
e, por ltimo, o desenvolvimento de um jogo 3D em primeira pessoa do incio ao fim, implementando
um framework bsico que poder ser utilizado em seus jogos.
Desenvolvendo Aplicaes Web com Ruby on Rails 2.3 e PostgreSQL
Ricardo Roberto Leme 216 pp. R$ 53,00
Ruby uma linguagem de script interpretada para a programao orientada a objetos. Ruby on Rails
um metaframework de cdigo aberto escrito em Ruby.
Este livro direcionado a entusiastas de novas tecnologias ou programadores profissio-
nais que nunca tiveram contato com o Ruby on Rails e desejam aprender a construir uma
aplicao web utilizando o Ruby on Rails na plataforma Windows.
Datacenter Componente Central da Infraestrutura de TI
Manoel Veras 376 pp. R$ 89,00
Formato: 21 x 28
Este livro apresenta uma viso integrada e inovadora do DATACENTER, componente crtico da infraes-
trutura de TI. O livro modular e detalha os diversos aspectos envolvidos na construo e no projeto de
um DATACENTER tanto do ponto de vista lgico como do ponto de vista fsico. Temas como virtualiza-
o, processamento, armazenamento e redes so amplamente tratados sob a tica do DATACENTER.
AutoCAD Map 3D
Ktia Ges 488 pp. - R$ 103,00
AutoCAD Map 3D uma ferramenta poderosa que atende a construo da base de dados, correo
de erros da base cartogrfica, anlises espaciais, produo de mapas temticos, atlas e integrao
com outras plataformas de SIG sem mistrios. Este livro voltado para os profissionais das reas de
Geocincias, Engenharia, Geomtica e Tecnologia da Informao que utilizam Sistemas de Informa-
o Geogrficas.
Oracle DBA Essencial Vol. 1 SQL
Eduardo Morelli 360 pp. - R$ 75,00
Este livro segue o estilo didtico presente nos livros do autor. Aborda a linguagem de manipulao
de dados SQL, desde seus tpicos mais elementares at assuntos bastante complexos, tais como
consultas hierrquicas, funes analticas e tuning. O livro tambm pode ser utilizado como material
de preparao para o Exame IZO-051, o primeiro na linha de certificao Oracle 11g.
www.brasport.com.br brasport@brasport.com.br
Linux Performance & Monitoramento
Maicon Melo Alves 224 pp. - R$ 51,00
Este livro tem o objetivo de despertar no profissional o desejo por entender o sistema e seu funciona-
mento de um modo mais profundo, buscando demonstrar e apresentar conceitos fundamentais, tc-
nicas, ferramentas, parmetros e mtricas, para que o leitor possa analisar e identificar quais ajustes
podem ser feitos para que o sistema tenha o melhor desempenho possvel.
Flex 3 + Flash Media Server 3.5 Desenvolvimento de Aplicaes
Ricas para a Web
Carlos Eduardo G. Franco 292 pp. - R$ 63,00
Com este livro, voc poder fazer parte desta mudana criando, desenvolvendo e fornecendo apli-
caes web ricas em recursos multimdia usando Adobe Flex + Flash Media Server. No livro essas duas
tecnologias esto integradas para que voc possa criar ambientes a serem usados em Web Semin-
rios, WebTV, videoconferncias, solues em streaming sob demanda e muito mais.
Transformando Imagens de Moda com Corel PHOTO-PAINT
Daniella Romanato 148 pp. R$ 68,00
Formato: 21 x 28
Primeiro livro especfico de Corel PHOTO-PAINT para moda! Ensina, passo a passo, a utilizao de
todas as ferramentas do programa direcionadas ao pblico de moda. O Corel PHOTO-PAINT faz parte
do pacote CorelDRAW e sua principal funo a edio de imagens. Com sua utilizao, simples
fotografias podem se tornar verdadeiras obras de arte. um programa de edio grfica e retoque
fotogrfico de grande importncia para o setor da moda e imagem pessoal.
Montagem e Manuteno de Computadores
Wagner Cantalice 292 pp. R$ 59,00
Formato: 17 x 24
Atravs de didtica clara, objetiva e com inmeras ilustraes passo a passo o leitor conhecer a
histria e tipos de computadores, bem como aprender a escolher o tipo de computador certo para
a atividade que deseja. Entre os assuntos abordados destacam-se: as peas do computador; como
montar um computador on-board e off-board; configurao do SETUP; instalao do Windows XP,
do Windows Vista, do Office e de antivrus; lista dos principais defeitos e suas solues e muito mais.
Gerenciando projetos de software usando Visual Studio Team
System
Ramon Dures 416 pp. R$ 81,00
Formato: 17 x 24
Ao iniciar a leitura deste livro, voc ter uma apresentao de todo o ciclo de Application Lifecycle
Management oferecido pelo Visual Studio Team System e os componentes que fazem parte da solu-
o. O Team Foundation Server um dos grandes pilares da soluo, coletando as informaes do
ciclo de desenvolvimento e integrando todos os participantes do projeto. Sero discutidas sua instala-
o e configurao, alm dos servios relacionados como Sharepoint e Report Services.
www.brasport.com.br brasport@brasport.com.br
Cloud Computing - Computao em Nuvem
Cezar Taurion 228 pp. R$ 59,00
A proposta deste livro explorar e debater os principais aspectos de uso da Computao em Nu-
vem, suas potencialidades e restries, suas tecnologias e aplicabilidades. O livro vai concentrar sua
ateno nas aplicaes e no uso prtico no contexto dos usurios corporativos e seus desafios frente
a este novo modelo computacional. A Computao em Nuvem ainda tem muito a evoluir. Estamos
todos aprendendo e este o momento de conhecer um pouco mais seu conceito, suas tecnologias
e suas formas de uso.
Android para Desenvolvedores
Lcio Camilo Oliva Pereira / Michel Loureno da Silva 240pp. R$ 61,00
Formato: 17 x 24
Este livro apresenta exemplos prticos, passo a passo e tericos com a implementao disponvel no
CD-ROM que acompanha o livro. O objetivo principal deste livro fornecer ao leitor os recursos dispo-
nveis, focando de forma ilustrada e detalhada as informaes indispensveis no domnio da plata-
forma, alm de muitas dicas e vises gerais sobre os itens de mais fcil entendimento. A informao
vista de forma gradual e crescente, possibilitando que ao final do livro voc possa desenvolver suas
prprias aplicaes dos conceitos aprendidos.
Java Dicas & Truques
Daniel Gouveia Costa 364 pp. R$ 69,00
Se voc j programa em Java, este o seu livro! Diversos truques e dicas so apresentados para
muitas situaes prticas de programao, alm de novas caractersticas da linguagem. Sente e
aproveite a leitura. Agora, se voc j um programador experiente, no desanime. Alm das inme-
ras dicas, voc ir encontrar muitos detalhes sobre a estrutura da linguagem Java que so cobrados
em provas de certificao. Este o livro para todos aqueles que querem aprimorar suas habilidades
na programao em Java.
Planejamento Estratgico Digital
Felipe Morais 288 pp. R$ 61,00
Este livro visa abordar esse tema de forma simples, clara e objetiva, ensinando como pensar estrate-
gicamente um projeto digital, observando e analisando mercados, consumidores, concorrncia, ten-
dncias e, com isso, elaborando estratgias eficazes, sempre usando como exemplo uma empresa
fictcia criada apenas para este livro, chamada Canetas Legais.
Certificao Java 6 Volume 1 Teoria
Roberto Rubinstein Serson 628 pp. R$ 149,00
Esta srie indita est dividida em dois volumes: teoria e prtica. Ambos os textos so complementa-
res, voc compreende a teoria por meio do estudo de todos os tpicos do exame e, posteriormente,
realiza exerccios-simulados similares aos da prova. Trata-se de um guia passo a passo em que cada
captulo abrange um assunto especfico.
Certificao Java 6 Volume 2 Prtica
Roberto Rubinstein Serson 476 pp. R$ 119,00
Dando prosseguimento ao primeiro livro da srie, a proposta deste segundo volume prepar-lo para
o exame SCJP 310-065 Java 6, atravs de questes resolvidas e explicadas de forma detalhada.
Assim, por meio de exerccios, todos os assuntos da prova so abrangidos. As perguntas esto dividi-
das em captulos e os captulos esto segmentados por nvel de dificuldade.
BRASPORT LIVROS E MULTIMDIA LTDA.
RUA PARDAL MALLET, 23 - TIJUCA RIO DE JANEIRO RJ 20270-280
Tel. Fax: (21) 2568.1415/2568-1507 Vendas: vendas@brasport.com.br
Design de Jogos: Fundamentos
Antonio Marcelo / Julio Cesar Pescute 188 pp. R$ 49,00
Este livro tem como objetivo mostrar como os jogos mudaram nos ltimos dez anos e como podemos
projetar jogos com mecanismos modernos reais e virtuais. So abordados tpicos como Prototipao,
Design, Playteste e Ferramentas de desenvolvimento. Os autores esperam que este livro sirva para
ajudar a todos aqueles que querem ter uma viso prtica sobre o assunto.
Montagem de Computadores e Hardware (6a edio)
Rodrigo Amorim Bittencourt 336 pp. R$ 69,00
Material didtico em potencial para alunos de cursos de formao profissional das reas de hardware
e montagem de computadores, nesta sexta edio foi realizada uma atualizao dos conceitos
abordados nas edies anteriores, assim como novos contedos foram includos em decorrncia da
evoluo tecnolgica, tais como processadores com ncleo duplo e qudruplo, dezenas de novas
fotografias tanto na parte de hardware como na montagem.
Desvendando o Delphi for PHP
Joo Paulo Moura 244 pp. R$ 58,00
Obra indita no mercado! Este o primeiro livro a apresentar como utilizar todas as ferramentas da
nova IDE da Borland, o Delphi for PHP. indicado tanto para iniciantes em programao como para
os programadores que j trabalham com desenvolvimento de sites e sistemas para Internet. Contm
exemplo prtico de pequeno sistema feito com essa poderosa ferramenta.
Terminais sem Hard Disk
Andr Guedes Ruschel 224 pp. R$ 75,00
Neste livro temos uma soluo de como reutilizar todos aqueles computadores obsoletos que voc
possui, e ainda com um bom desempenho. Acreditem, isso possvel! Tenha a certeza de que com
este livro voc conseguir realmente executar todas as tarefas descritas e que ele ser o seu manual
por muito tempo. O CD-ROM inclui vdeo-aula com configurao e arquivo para os terminais e ser-
vidor.
Acessando Bancos de Dados com ferramentas RAD: Aplicaes em
Delphi
Mrio Leite 400 pp. R$ 80,00
Este livro ensina como acessar as principais bases de dados utilizadas nos sistemas de informao
de maneira prtica e objetiva, atravs de exemplos em Delphi 7 e Delphi 2007. So acessadas, pela
ordem: dBase, Paradox, Access, Interbase, Firebird, MySQL, Oracle, PostgreSQL e SQL Server, nas suas
verses mais atualizadas e atravs de diferentes provedores. So mostradas tcnicas de conexo e
acessos s bases de dados atravs de aplicaes prticas e bem didticas, abrangendo as tecno-
logias ADO, ODBC e dbExpress.