Sunteți pe pagina 1din 24

Modelagem de Processos de Negcios:

Novas Perspectivas
Autor: Rodney F. de Carvalho
Total de pginas: !
N"mero:
Tema: Desenvolvimento de Solues Modelos e Metodologias
Modelagem de Processos de Negcios: Novas Perspectivas
R#$%M&
Modelagem de Processos de Negcios:
Novas Perspectivas
Rodney F. de Carvalho
Palavras-chave: 1. Desenvolvimento de Solues de T. 2. Modelagem de
Processos de Negcios. 3. UML 2.0. 4. BPMN.
Embora seja disseminada a crena de que a orientao aos processos de negcios,
a fidedignidade ao modelo de negcios e a existncia de processos de trabalho
definidos, repetveis, disseminados, gerenciados e continuamente melhorados so
fatores crticos para o sucesso e a para a qualidade das solues de T, a utilizao
da modelagem de processos de negcios como uma ferramenta de anlise de
sistemas e como uma etapa inicial do processo de desenvolvimento de solues
ainda um tanto tmida. Tmida no sentido de que os modelos no so muito
detalhados.
A nosso ver, uma das causas desta "timidez foi a falta de ferramental adequado a
essa modelagem no padro UML 1.x, adotado em toda a indstria nos ltimos anos.
Coerentemente com nossa avaliao, o OMG Object Management Group
lanou, em 2005, a verso 2.0 da UML, com inmeras extenses ao modelo
"diagrama de atividades, todas elas levando a uma notao mais rica na
modelagem dos processos de negcios. Mais ainda, em 2006 foi lanada a BPMN
Business Process Modeling Notation, que adapta o Diagrama de Atividades
especificamente para a modelagem de processos de negcios.
Nos parece que o caminho para evoluo do PSDS adotar a BPMN como
ferramenta padro para modelagem de processos de negcios, porm esse passo
apresenta implicaes, vantagens e custos. Procuramos com este trabalho, que
apresenta resumidamente a nova notao, estimular o debate desta questo nos
foros sobre metodologia de desenvolvimento da organizao.
Proposta:
Adotar as seguintes mudanas evolutivas no PSDS e no QoSRF:
1. Adotar a BPMN como notao padro na modelagem de processos, numa
substituio evolutiva do Diagrama Corporativo de Processos de Negcios, que
atualmente seguem uma notao baseada no Diagrama de Atividades da UML 1.x;
2. Migrar as ferramentas CASE, em especial o Rose, para verses mais atualizadas
que suportem UML 2.0, XML e BPMN;
3. Aproveitando a maior riqueza da nova notao, aprofundar a modelagem de
processos em novos projetos;
4. Avaliar a viabilidade de ferramentas de fonte aberta na migrao do Rose, j que
o mesmo no evoluiu, sendo substitudo por novas ferramentas da prpria Rational /
BM, forando a uma mudana de plataforma.
ii
Modelagem de Processos de Negcios: Novas Perspectivas
C%RR'C%(&
Rodney F. de Carvalho Engenheiro Eletricista (Sistemas), Mestre em nformtica
e Mestre em Administrao de Empresas pela PUC/RJ, com mais de 30 anos de
experincia no setor de nformtica, sendo 12 anos na rea de Telecomunicaes.
Ps-graduado no curso especial de Administrao para Desenvolvimento de
Executivos do Setor de Energia Eltrica (USP). Auditor em normas SO 9000,
avaliador voluntrio do Prmio Qualidade Rio em 1999 e 2000 e Avaliador Lder em
2001 e 2002.
Atualmente Analista de Desenvolvimento do SERPRO, atuando na rea de Anlise
de Dados e Processos para os Sistemas ntegrados de Administrao Tributria
(SUNAT/ATPS/ATCDP).
De 2001 a 2005 lecionou Projeto Final nos cursos de Tecnlogo em Redes de
Computadores e em Desenvolvimento de Software da Universidade Estcio de S.
Durante o ano de 2000 foi o principal executivo no Rio da DS Scheer South
America, empresa de consultoria com sede em So Paulo, subsidiria da DS
Scheer AG, de Saarbrcken, Alemanha, lder mundial em sistemas de engenharia
de processos empresariais.
De 1987 a 1999 trabalhou na EMBRATEL. Coordenador de Qualidade da Diretoria
de Tecnologia da nformao (DT). Anteriormente trabalhou no Planejamento da
Diretoria de Engenharia, onde coordenou o projeto "Rede de Gerncia de
Telecomunicaes (modelo TMN). Foi membro da Delegao Brasileira em duas
Reunies Plenrias do SG-11 (Protocolos e Sinalizao) da UT/TS, em Genebra,
Sua.
Na DATAPREV (1980-1987), foi Gerente de Apuraes Especiais, subordinado ao
Gabinete da Presidncia, responsvel pelos sistemas de informao gerencial e de
apoio deciso do MPAS, que poca englobava tambm a rea de Sade. Foi um
dos principais responsveis pela implantao da microinformtica na automao de
escritrios na Previdncia. Representou o MPAS no Grupo Coordenador da RAS.
Na ELETROBRS (1977-1980), no Departamento de Planejamento Econmico-
Financeiro, desenvolveu modelos matemticos computacionais aplicados ao
planejamento econmico-financeiro do setor de Energia Eltrica e ao apoio em
decises nas reas de emprstimos externos, investimentos e mercado de capitais.
Participou do projeto e implantao do Modelo do Setor de Energia Eltrica.
Publicou, entre outros, o livro "Automao de Escritrios, 1986, Ed. LTC - Rio,
edio esgotada (3.000 exemplares); o livro "Gerenciamento de Redes de
Computadores Uma Abordagem de Sistemas Abertos, com diversos co-autores,
1993, Makron Books, So Paulo; uma coluna mensal no jornal tcnico "Data News
e artigos no jornal "Micro Mundo e na newsletter "Mundo Unix, todas da DC; o
trabalho "Desenvolvimento de Aplicativos para Redes Locais, meno honrosa na
FENASOFT (1988).
iii
Modelagem de Processos de Negcios: Novas Perspectivas
)*)(*&+RAF*A
, (*-R&$
Bertalanffy, Ludwig Von. "Teoria Geral dos Sistemas, 2a Edio Ed. Vozes,
Petrpolis. 1975
Christensen, Clayton M., "The nnovator's Dilemma, diversas edies, traduo
brasileira pela Makron Books.
Davenport, T. H.; "Process nnovation Reengineering Work through nformation
Technology, Harvard Business School Press, Boston, MA.
Edwards, Paul N., "The Closed World - Computers & the Politics of Discourse in
Cold War America. Cambridge: MT Press, 1997.
Lessig, Lawrence: "Code, and Other Laws of Cyberspace, Basic Books, 1999.
Porter, Michael E.: "Competitive Advantage: Creating and Sustaining Superior
Performance. Free Press SBN: 0684841460. Traduo disponvel pela Editora
Campus.
"Sun Tzu A Arte da Guerra, Traduo de James Clavell, diversas edies, SBN
8501023450, Ed. Record.
. / ART*+&$
Bell, Donald. "UML basics Part : The activity diagram, 2003, Rational Software.
Disponvel em: http://www.therationaledge.com/content/sep_03/f_umlbasics_db.jsp,
acesso em maio de 2005.
"Business Process Modeling Notation (BPMN) Specification Final Adopted
Specification February 2006, Object Management Group. Disponvel em:
http://www.bpmn.org/Documents/OMG%20Final%20Adopted%20BPMN%201-
0%20Spec%2006-02-01.pdf, consulta em maio/2006.
Dubray, Jean-Jacques. "A Novel Approach for Modeling Business Process
Definitions, Eigner, Waltham, MA. Disponvel em
http://www.ebpml.org/ebpml2.2.doc, acesso em maio de 2006.
R. A. Radice, J. T. Harding, et al, "A Programming Process Study (BM Maturity
Grid), BM Systems Journal, Vol. 24, No.2, 1985.
Object Management Group: "Unified Modeling Language, version 2.0 August
2005. Disponvel em: http://www.omg.org/technology/documents/formal/uml.htm,
consulta em jan/2006.
White, Stephen A. "ntroduction to BPMN, BM Corporation, May 2004, disponvel
em: http://www.bpmn.org/Documents/ntroduction%20to%20BPMN.pdf. Consulta em
maio/2006.
iv
Modelagem de Processos de Negcios: Novas Perspectivas
$umrio
C%RR'C%(& ......................................................................................................................................... ***
)*)(*&+RAF*A .................................................................................................................................... *-
. *NTR&0%12& ...................................................................................................................................
.. A M&0#(A+#M 0# PR&C#$$&$ # A AN3(*$# 0# $*$T#MA$ ..................................................
4. A %M( ..5 .......................................................................................................................................... 6
7. &$ $*$T#MA$ # & M&0#(& 0# N#+8C*&$ ................................................................................. 9
6. &$ PR&C#$$&$ 0# N#+8C*&$ ..................................................................................................... :
9. & M&0#(& )PMN ........................................................................................................................... 5
;. *MP(*CA1<#$ PARA & $#RPR& .................................................................................................. 6
:. C&NC(%$2& ................................................................................................................................... ;
REFERNCIAS BIBLIOGRFICAS ................................................................................................................ 18
Modelagem de Processos de Negcios: Novas Perspectivas
. *ntrodu=>o
Embora seja disseminada a crena de que...
a orientao estratgica aos processos de negcios;
a fidedignidade dos sistemas de informao ao modelo de negcios; e
a existncia de processos de trabalho definidos, repetveis, disseminados,
gerenciados e continuamente melhorados...
so fatores crticos para o sucesso e a para a qualidade das solues de T, a
utilizao da modelagem de processos de negcios como uma ferramenta de
anlise de sistemas e como uma etapa inicial do processo de desenvolvimento de
solues ainda um tanto tmida. Tmida no sentido de que os modelos no so
muito detalhados, a modelagem bem mais detalhada no que tange ao modelo de
dados do que ao modelo de processos.
A nosso ver, uma das causas desta "timidez foi o abandono, nos ltimos 20 ou mais
anos, dos estudos de Organizao e Mtodos (O&M) como precursores da anlise
de sistemas empresariais. Outra foi a falta de ferramental adequado a essa
modelagem no padro UML 1.x, adotado em toda a indstria nos ltimos anos.
Coerentemente com essa nossa avaliao, o OMG Object Management Group,
organizao responsvel pelos padres UML, lanou, em 2005, a verso 2.0 da
UML [UML 2005], com inmeras extenses ao modelo "diagrama de atividades,
todas elas levando a uma notao mais rica na modelagem dos processos de
negcios. Mais ainda, em 2006 foi lanada a verso 1.0 da BPMN Business
Process Modeling Notation [BPMN 2006], uma notao que adapta o Diagrama de
Atividades especificamente para a modelagem de processos de negcios.
Nos parece que o caminho para evoluo da Metodologia de Desenvolvimento
adotada pelo Serpro adotar a BPMN como ferramenta padro para modelagem de
processos de negcios, porm esse passo apresenta implicaes, vantagens e
custos. Procuramos com este trabalho estimular o debate desta questo nos foros
sobre metodologia de desenvolvimento da organizao.
.. A Modelagem de Processos e a Anlise de $istemas
%ma vis>o histrica
A maioria dos autores que aborda a histria dos computadores e da anlise de
sistemas traz uma abordagem bastante simplista, associando a Anlise tecnologia
e s sucessivas geraes dos computadores digitais. Uma viso um pouco mais
abrangente nos leva a trs vertentes bastante distintas. Uma das mais antigas delas
a tcnica de organizar informao sobre uma realidade complexa em diagramas e
mapas, que nos leva cartografia e aos primrdios da navegao, sculos atrs.
importante observarmos a capacidade de determinadas ferramentas de
mapeamento, como o Google Earth, de exibirem ou esconderem diversas "camadas
de informao, de fundo transparente, sobre o mesmo mapa, baseado em fotos de
satlite um diagrama das rodovias, outro das ferrovias, outro da localizao dos
postos de gasolina etc. Essa capacidade de exibir diversas camadas de informao
1/18
Modelagem de Processos de Negcios: Novas Perspectivas
sobre um mesmo fundo que d aos mapas tamanho poder descritivo de realidades
complexas.
A segunda, to ou mais antiga, a cincia da Administrao, que nasceu com os
grandes exrcitos e sua complexa logstica. J os antigos estrategistas chineses
[Sun Tzu] ressaltavam a importncia do estudo das mtricas de tempos e
movimentos, mas o fato que na nossa civilizao industrial atribui-se a aplicao
pioneira destas tcnicas (chamadas de "administrao cientfica) a Taylor e Fayol, e
ao movimento industrial da produo em massa conhecido como Fordismo, na
virada do sculo XX para o sculo XX.
A terceira vertente cientfica que nos leva ao estudo e compreenso dos sistemas
complexos nasceu na Biologia e avanou bastante na engenharia militar. Embora
essa tecnologia exista ainda hoje, o uso do termo "Anlise de Sistemas nestas
reas tomou rumos bastante distintos do adotado em sistemas corporativos de
processamento de informaes. Nessa rea h que se destacar os trabalhos do
bilogo austraco Karl Ludwig von Bertalanffy (1901-1972), que criticou a viso de
que o mundo dividido em diferentes reas, como fsica, qumica, biologia,
psicologia, etc. Ao contrrio, deve-se estudar os sistemas globalmente, de forma a
envolver todas as suas interdependncias, pois os elementos, ao serem reunidos
para constituir uma unidade funcional maior, desenvolvem qualidades que no se
encontram nos componentes isolados. Sua principal obra o livro "Teoria Geral dos
Sistemas [Bertalanffy 1975].
Paul Edwards [Edwards 1997] mostra como o desenvolvimento dos computadores
digitais a partir praticamente da Segunda Grande Guerra est entrelaado num
grande movimento interdisciplinar hospedado principalmente nas grandes
universidades norte-americanas e financiado pelo Departamento de Defesa dos
EUA. Neste cenrio se coloca tambm o fornecimento de grandes contratos para a
RAND Corporation, considerada o bero da anlise de sistemas (neste sentido,
digamos, mais "cientfico do termo). Mas foi por a que se desenvolveram todas as
tcnicas da Engenharia de Sistemas: a Pesquisa Operacional em geral, vrias
tcnicas de otimizao, controles e servomecanismos etc.
Originalmente todos os computadores que eram usados por aqueles cientistas eram
analgicos, e seus modelos de sistemas, coerentemente, traduziam-se em sistemas
de equaes diferenciais, grande vocao daquelas mquinas. A matriz formada
pelo sistema de equaes simulava uma funo de transferncia, convertendo as
entradas em sadas e permitindo controlar msseis, simuladores de vo,
controladores de radar e at simular o comportamento de organismos biolgicos
simples e pequenos ecossistemas.
Com o predomnio dos computadores digitais a partir dos anos 1960, comeou um
"descolamento da anlise de sistemas cientfica do, ento nascente, processamento
de dados comercial. Os grandes fabricantes de computadores, capitaneados pela
BM, empreenderam um grande esforo educacional para formar pessoal
especializado capaz de analisar problemas de administrao de empresas e projetar
usos de seus computadores para solucion-los. Neste processo, desenvolveram
metodologias mais prticas e simplificadas do que o mtodo cientfico at ento
utilizado.
Nessa poca ainda era feita uma anlise do processo de negcio, precedendo o
projeto do sistema de computao, visando identificar que partes do sistema eram
2/18
Modelagem de Processos de Negcios: Novas Perspectivas
candidatas a serem informatizadas e quais deveriam continuar sendo operadas por
seres humanos. Essa anlise muitas vezes levava a uma melhoria do processo de
negcios, mesmo na parte que no fosse eleita para informatizao. Essas tcnicas
eram conhecidas como Organizao e Mtodos (O&M) e nos anos 1960/1970
surgiu uma gradual separao entre o Analista de Sistemas, que era versado em
tecnologia, e o Analista de O&M, cujo enfoque era mais administrativo. Com os
computadores cada vez mais poderosos e a sociedade cada vez mais tecnocntrica,
o Analista de O&M virtualmente desapareceu, mas freqentemente ressuscita,
conforme a metodologia da moda, com ttulos tais como Analista de Negcios
sempre querendo dizer algum que analisa os processos de negcios sem se
preocupar muito com a tecnologia.
A #ngenharia de Processos
Adaptando-se aos sistemas digitais, a Engenharia de Sistemas (vamos cham-la
assim propositalmente, para criar uma distino da Anlise de Sistemas comercial),
manteve seu ramo mais cientfico, com aplicaes em diversas reas, e
desenvolveu um ramo bastante especializado no controle de processos industriais
linhas de montagem e manufaturas, principalmente, mas tambm processos
industriais de fluxo contnuo indstria qumica, petrleo, siderurgia.
Foi neste ramo industrial que nasceu a idia de sistema integrado de gesto
empresarial. Boa parte da equipe que veio a fundar a SAP, em 1972, vinha da BM
Alem. O conceito de ERP Enterprise Resource Planning, uma evoluo do
sistema MRP- (Manufacturing Resource Planning). Os sistemas originais da SAP,
R/1 e R/2 tinham como plataforma o mainframe BM, e o R era de Real-Time, Tempo
Real. Apenas em 1990 o SAP R/3 deu o salto para a arquitetura cliente-servidor.
Nesta rea, apesar de se ter migrado da simulao analgica para modelos digitais
e do clculo diferencial para processos estocsticos, o mapeamento e a modelagem
de processos no visa apenas o entendimento e o desenvolvimento de uma viso
compartilhada entre usurio e analista. O modelo do processo deve se prestar a
simulaes e experimentos do tipo "what-if, ou seja, o processo de modelagem
iterativo e investigativo e parte ativa do projeto do sistema.
Para que isso se torne possvel, o modelo de uma atividade passa a guardar
informaes sobre o comportamento dinmico daquela atividade qual o seu tempo
mdio de execuo, seu tempo de "set-up, seu tempo de desligamento. sto coloca
uma srie de exigncias sobre o software CASE usado na modelagem que no
eram colocadas pelo software comercial tradicional.
A Automa=>o de #scritrios
A partir de fins dos anos 1980, com a popularizao dos PCs e das LANs, uma nova
arquitetura de estaes de trabalho interconectadas espalhou-se pelos escritrios,
viabilizando novas aplicaes de workgroup e de workflow, alm dos novos modelos
de sistemas de atendimento a clientes do tipo call-center. Esses novos ambientes de
trabalho apresentavam caractersticas de tempos & movimentos em tudo similares
s operaes de "cho de fbrica, de novo criando uma nova demanda sobre as
ferramentas de anlise.
3/18
Modelagem de Processos de Negcios: Novas Perspectivas
A *nternet
No "mundo virtual, muitas vezes o sistema no mais um modelo do mundo real
ele o prprio mundo, as pessoas "entram nos mundos virtuais. Como diz [Lessig
2001], "the code rules uma frase de duplo sentido que pode significar "o cdigo
regula mas tambm "o cdigo comanda. Nesta rea, projetar um sistema
tambm projetar um ambiente sociotcnico onde as pessoas interagem entre si e
com os artefatos virtuais. Mais uma motivao para que a ferramenta e a
metodologia de projeto do sistema apresentem capacidades de simulao e
prototipagem.
Modelagem de Processos
Neste cenrio contemporneo, a modelagem dos processos de negcios revestiu-se
de especial importncia. Antes quase que uma ferramenta auxiliar da anlise de
dados, onde as estruturas de bancos de dados eram pea fundamental da
arquitetura dos sistemas, passaram a ser uma ferramenta essencial de projeto. sso
para no mencionar os esforos de re-engenharia, que focam tambm na otimizao
dos processos. Enquanto a modelagem de dados pode ser feita acompanhando a
estrutura funcional (ainda que essa prtica possa vir a esconder oportunidades de
integrao das bases de dados), na anlise dos processos a pesquisa se d
necessariamente de forma transversal estrutura, implicando nua abordagem
interdepartamental, interempresarial e portanto integradora.
Assim sendo, abordagens simplificadoras como a Anlise Estruturada ou a Anlise
Essencial nunca se mostraram adequadas para sistemas onde o componente
"processo fosse importante. O mapeamento tem que ter capacidade de sntese para
permitir a compreenso do todo, mas deve ser analtico o bastante para permitir
representar todos os detalhes importantes para o funcionamento do sistema no
"mundo real (ainda que virtual). Assim como o Google Earth permite exibir ou
esconder as diversas camadas de seus mapas, e simultaneamente dar zoom in e
zoom out;
CA$#
Em meados dos anos 1980 comearam a surgir sistemas CASE Computer-Aided
Software Engineering. Entretanto diversos fatores dificultavam a sua adoo, dentre
os quais:
1. nicialmente, necessitavam de workstations muito caras, problema resolvido com
o aumento do poder computacional dos PCs;
2. Havia dificuldade de integrao, o que desapareceu com as LANs e as
arquiteturas de redes corporativas;
3. Muitos eram vinculados a uma nica plataforma de desenvolvimento, problema
que ainda subsiste em alguns casos;
Muitos dependem de que toda a organizao siga uma determinada metodologia de
desenvolvimento, ou pelo menos mtodos que guardem entre si certa coerncia,
problema cultural difcil de contornar e que leva anos para mudar, mas est sendo
conseguido paulatinamente com iniciativas como o CMM.
4/18
Modelagem de Processos de Negcios: Novas Perspectivas
Uma ferramenta que surgiu nessa poca e que logrou algum sucesso foi o ARS
Toolset, da alem DS Scheer AG. Ele suporta uma variedade de metodologias e
cerca de 200 tipos de diagramas (inclusive UML), mas todo objeto modelado tem
tratamento uniforme e armazenado num repositrio corporativo compartilhado.
Entretanto, apenas um upper-case e sua integrao com os lower-cases fraca,
dependendo de exportar arquivos especficos para cada caso. Alm disso, as
licenas so bastante caras, o controle de verses fraco e a administrao do
sistema complexa.
A Microsoft aparentemente no levou adiante seus planos de integrar o Visio ao
Visual Studio, de modo que a ferramenta integrada e aberta que restou era o RUP,
da Rational. Esta via ganhou solidez com a aquisio da Rational Software pela BM,
e pela guinada da mesma na direo de sistemas abertos. O RUP tinha a limitao
de ser baseado em UML, uma linguagem com pouco poder descritivo para as
demandas da modelagem de processos que colocamos acima.
4. A %M( ..5
A verso 2.0 da UML [UML 2005] veio exatamente enderear a maioria dos pontos
que colocamos acima. Suas principais premissas de projeto, segundo a OMG, so
Modularidade, Estruturao em Camadas, Particionamento, Extensibilidade e
Reuso.
Novos 0iagramas
Um dos pontos centrais da nova verso a separao em duas "famlias de
diagramas: os de estrutura e os de comportamento dinmico, com um detalhamento
maior dos tipos de diagramas admissveis, como mostra a Figura 1, a seguir. Alm
dos novos tipos de diagramas de comportamento, foi includa a possibilidade de se
"explodir uma caixa em um novo diagrama. sto aumenta muito a capacidade
explicativa, permitindo que um software de modelagem implemente a facilidade de
"navegar pelos modelos atravs de Hyperlinks, indo do macro para o detalhe e vice-
versa. Esta facilidade ainda reforada pela implementao de conectores e de
novos tipos de bifurcao e confluncia.
Comportamento 0in?mico
Adicionalmente, foram introduzidos smbolos para eventos, temporizadores,
conectores de terminao e a possibilidade de se utilizar mltiplos nveis de "raias
("swimlanes), inclusive ortogonais, ou seja, raias verticais e horizontais ao mesmo
tempo.
Redes de Petri e M@uinas de #stados
Adicionalmente s melhorias nos diagramas de atividades e de casos de uso, a UML
2.0 introduziu dois novos modelos de diagramas, populares na Engenharia de
Sistemas, mas que ainda no tinham uma descrio formal em UML: As Mquinas
de Estados e uma famlia de diagramas "de interao (ver Figura 1).
5/18
Modelagem de Processos de Negcios: Novas Perspectivas
As mquinas de estado so o modelo tpico de computadores digitais, mquinas de
protocolo e outros mecanismos programveis. So muito usadas na modelagem de hardware
e software bsico compiladores, analisadores l!"icos, protocolos de comunica#o.
Os diagramas de interao introduzem uma sofisticao a mais, pois eles permitem
modelar fichas ("tokens) circulando na rede, temporizadores, eventos aleatrios ou
peridicos, enfim uma multiplicidade de ferramentas que so muito importantes na
simulao de sistemas de tempo real. A maioria destes diagramas so derivados
das Redes de Petri, propostas em 1962 pelo alemo Carl Adam Petri. Embora ele
visasse originalmente sistemas de comunicao, o modelo alcanou ampla
utilizao em sistemas distribudos, sistemas paralelos e em gerenciamento de
workflow.
6/18
Figura 1 Classes de Diagramas em UML 2.0
(Figura criada pelo autor a partir da contida no texto da norma,
com o software StarUML, uma plataforma Open Source UML/MDA.)
Modelagem de Processos de Negcios: Novas Perspectivas
7. &s $istemas e o Modelo de Negcios
& @ue A Modelo de NegciosB
Hoje quase uma unanimidade que uma definio clara do Modelo de Negcios
fundamental para a Administrao e para a Governana Corporativa. nmeros
autores mostram como mudanas nos modelos de negcios, em geral trazidas pelas
mudanas tecnolgicas, mudaram radicalmente mercados, levando ao sucesso
surpreendente de novos empreendimentos e, muitas vezes, ao fracasso de
empresas slidas e bem estabelecidas. Uma interessante abordagem destes
fenmenos pode ser vista em [Christensen 1997].
Outro "ponto pacfico a importncia do alinhamento dos sistemas de informao
com os processos de negcios, e destes com o modelo. Est claro para todos que
este um critrio estratgico a ser adotado em qualquer metodologia de
desenvolvimento de sistemas, e um requisito fundamental de qualidade dos
sistemas. Mtodos so propostos para garantir este alinhamento reviso por
pares, workshops, reunies JAD etc.
O que no est claro o que seria este to decantado Modelo de Negcios, qual
sua relao com os Processos de Negcios e como garantir o alinhamento
estratgico destas fluidas entidades, e destes com o no menos misterioso Mercado.
Tanto no est claro que extensa literatura tem sido dedicada a debater as
diferentes formas de uso destes modelos.
Numa definio bastante ampla
1
, um Modelo de Negcios:
... tambm chamado Projeto de Negcios! o i"strume"to #elo
$ual um "egcio trata de gerar receitas e lucros
2
. % um resumo
de como uma com#a"hia #la"eja ser&ir a seus clie"tes. 'm#lica
ta"to a estratgia como sua im#leme"ta()o. Descre&e como o
em#ree"dime"to*
selecio"a seus clie"tes+
de,i"e e di,ere"cia suas o,ertas de #rodutos+
cria utilidade #ara seus em#regados! clie"tes! acio"istas e
demais i"teressados+
co"segue e co"ser&a seus clie"tes+
aborda o mercado -estratgia de #ublicidade e distribui()o.+
de,i"e as tare,as a serem e/ecutadas+
co",igura seus recursos+ e
obtm lucro.
$ Wikipedia, enciclopdia on-line (http://pt.wikipedia.org/wiki/). Traduo e adaptao nossa.
2 Essa definio muito focada em negcios comerciais. Melhor seria "o instrumento pelo qual um
empreendimento gera valor de forma sustentvel, o que abrangeria organizaes sem fins lucrativos,
agregando ainda a noo de sustentabilidade.
7/18
Modelagem de Processos de Negcios: Novas Perspectivas
O termo Modelo de Negcios muito usado para significar, de forma ampla, a
configurao das operaes de uma dada organizao, por exemplo: "... opera
segundo um modelo de indstria manufatureira, com trs fbricas, com uma linha de
montagem cada, e cinco centros de distribuio. Ou: ".. segue um modelo de
distribuidora via internet, como a Amazon.com... Ou ainda: "... a fbrica mudou de
um modelo fordista para um toyotista, adotando o conceito de lean production....
Um modelo, na acepo que desejamos, uma representao simplificada de uma
entidade do mundo real, projetada para reproduzir com fidelidade determinado
comportamento que desejamos estudar ou projetar. sto se aplica a modelos
matemticos, modelos em escala, modelos tericos, etc. Se a realidade complexa,
pode ser necessrio criarmos diversos modelos para estudar todos os aspectos do
seu comportamento que sejam do nosso interesse.
Mas a Anlise de Sistemas mais ambiciosa. J se foi o tempo que ela desenvolvia
modelos de processos de negcios apenas para estudar em que pontos os sistemas
informatizados poderiam apoi-los. Atualmente a meta que os modelos se
traduzam automaticamente em software que ir diretamente implementar as
atividades de negcios, com a mnima utilizao de recursos humanos. Esta
traduo tanto se faz com ferramentas CASE visuais, que produzem cdigo a partir
de modelos visuais, quanto com os chamados sistemas de WorkFlow, onde o fluxo
do processo automatizado mas a manipulao dos artefatos e os processos
decisrios ainda so deixados por conta dos usurios humanos. Mesmo assim, o
protocolo de tramitao programado na "WorkFlow Engine, de preferncia
tambm atravs de modelos visuais.
6. &s Processos de Negcios
Se despirmos o Modelo de Negcios de seus aspectos qualitativos e estratgicos, o
que resta um conjunto de processos de negcios integrados e interdependentes.
Estes processos so "tpicos de determinadas classes de modelos de negcios, por
exemplo: um modelo tipo "indstria automobilstica implica na existncia de um
processo de assistncia tcnica, com uma rede de oficinas autorizadas. Um modelo
de comrcio eletrnico, como a Amazon.com, dispensa esse tipo de processo, mas
depende estrategicamente de um processo eficiente de distribuio postal.
Outra caracterstica interessante, como nos mostra [Davenport 1993] que os
macro-processos so relativamente invariantes. Num cenrio globalizado, dentro de
uma determinada classe de modelo de negcios (por exemplo: Comrcio Varejista),
as organizaes tendem, com o tempo, a se alinhar em torno de determinadas
"melhores prticas de se operar aquele modelo de negcio, o que acaba por levar a
macro-processos um tanto padronizados, cuja diferenciao s ir aparecer no nvel
micro, no detalhe, onde uma organizao se diferencia da outra concorrente no
mesmo ramo. Por exemplo, o processo de Anlise de Crdito muito parecido em
qualquer banco ou instituio que fornea crdito. Este fato explorado por
empresas de prestao de servios que terceirizam esses processos "padronizados
das grandes empresas. tambm explorado pelas software-houses que produzem
sistemas ERP, como a SAP, embutindo em seus sistemas as melhores prticas de
cada um dos principais ramos de negcios. Este "encapsulamento da lgica de
processos em muitas aplicaes, especialmente no legado, foi destacado por
[Dubray 2002]:
8/18
Modelagem de Processos de Negcios: Novas Perspectivas
A lgica orientada a processos das aplicaes recebeu ateno crescente nos trs
ltimos anos. Foi identificado primeiramente pelos membros fundadores do
consrcio BPM que este tipo de lgica de negcios encapsulado dentro das
aplicaes, mais freqentemente como cdigo difcil de manter, da mesma forma
como as estruturas de dados eram embutidas nos anos 1970, antes do
desenvolvimento das bases de dados relacionais.
Os principais processos de negcios de uma organizao podem ser classificados
entre processos de produo e de apoio. Nesta ltima categoria enquadram-se
macroprocessos que apresentam uma certa invarincia em qualquer ramo de
negcios: Gesto de RH, Contabilidade e Finanas, Administrao Geral, etc. Na
categoria dos processos de produo, encontram-se macroprocessos normalmente
alinhados com a Cadeia de Suprimentos do negcio (ver [Porter 1989], [Davenport
1993]): a logstica de entrada (inclusive suprimentos e estocagem de matrias-
primas), os processos de produo propriamente ditos fabricao, montagem,
testes e a logstica de sada: vendas, distribuio etc. Temos ainda processos
centrais, no diretamente participantes, porm diretamente ligados cadeia
produtiva, como planejamento, engenharia, marketing, projeto de produtos e a
prpria engenharia de processos. Estes, naturalmente, tambm dependem muito do
ramo de atividade da organizao.
Ar@uitetura de $istemas Centrada em Processos
O componente "processo torna-se cada vez mais importante, na medida em que o
computador saiu da redoma envidraada do Centro de Processamento de Dados e
se espalhou, primeiro pelas mesas das pessoas e depois por toda a parte.
Espalhando-se, misturou-se, e no se consegue mais separar os aspectos humanos
dos sistemas da parte tcnica uma abordagem cada vez mais abrangente,
sociotcnica, requerida. O mapeamento tem que ter capacidade de sntese para
permitir a compreenso do todo, mas deve ser analtico o bastante para permitir
representar todos os detalhes importantes para o funcionamento do sistema no
"mundo real (ainda que virtual). nteressa tambm poder descrever o mesmo
processo sob diferentes pontos de vista no nosso caso, por exemplo, mltiplos
diagramas apresentando o processo sob as ticas do Governo Federal (Receita), do
Cidado (Contribuinte PF), da Empresa (Contribuinte PJ), do Governo Estadual etc.
utilizando os mesmos objetos de negcios, armazenados num repositrio
integrado.
Nos interessa aqui identificar mtodos que permitam modelar os processos de
negcios, fazendo a "ponte entre o Modelo de Negcios, o Modelo de Dados e os
sistemas de informao automatizados. A maioria dos mtodos apresenta uma
seqncia de refinamentos sucessivos, onde se parte do modelo mais "macro,
detalhando-se cada vez mais at chegarmos aos requisitos de sistema, a partir dos
quais se podem construir os sistemas de informao automatizados.
Jean-Jacques Dubray [Dubray 2002] categoriza os processos de negcios de um
ponto de vista bastante interessante para a modelagem orientada anlise de
sistemas, que separa os mesmos em trs nveis:
O primeiro nvel corresponde aos "processos corporativos, que fornecem
uma viso global das atividades executadas por uma cadeia de valor para
conseguir um objetivo particular. Estes processos no obedecem a limites
organizacionais, tipicamente se estendem por mltiplos negcios (por
9/18
Modelagem de Processos de Negcios: Novas Perspectivas
exemplo, "construir um avio). O Serpro comea a atuar neste tipo de
sistemas interempresariais, patrocinados por consrcios de organizaes,
como o caso do Sped Sistema Pblico de Escriturao Digital e do
Cadastro Sincronizado de Pessoas Jurdicas.
O segundo nvel corresponde aos "processos executveis, que coordenam
as aes dos empregados e das transaes de negcios dentro dos limites
de uma nica organizao - empresa ou departamento para conseguir um
objetivo de negcios particular (por exemplo, "processar um pedido). Os
processos de negcios executveis podem ser executados por um nico
sistema de gerncia.
O terceiro nvel corresponde a processos individuais ou colaborativos que
englobam tarefas no abrangidas pelos sistemas automatizados. Este nvel
relacionado freqentemente ao "workflow, uma sucesso pouco estruturada
e pouco repetitiva de tarefas dos usurios, tratando de detalhes especficos
do trabalho ou associados ao tratamento de excees em processos mais
amplos.
0iagramas %M( utiliCados em Modelagem de Processos
Desde as primeiras verses da UML, dois tipos de diagramas foram consagrados
para modelar os aspectos procedimentais dos sistemas de informao: os
diagramas de casos de uso e os diagramas de atividades (ver Figura 1). Os
primeiros so bastante mais simples e tm a vantagem de modelar as interaes
dos usurios com os sistemas e tambm terem um mapeamento direto com os
objetos utilizados nas linguagens O-O, o que os torna ideais para sistemas
altamente interativos, onde a seqncia de atividades so inteiramente controladas
pelo usurio.
Por exemplo, se eu quisesse modelar minha interao com este processador de
textos no qual escrevo agora, um diagrama de casos de uso no s seria ideal como
bastaria, pois o processo de criao do texto, sob o ponto de vista do sistema,
inteiramente "ad hoc, e tanto faz para o programa se eu primeiro escolho o lay-out
do pargrafo ou o tamanho da fonte, ou mesmo se decido mudar as margens, ou
seja, a seqncia das atividades praticamente irrelevante para o sistema.
Por outro lado, se meu objetivo fosse modelar um sistema de controle de uma
refinaria, um processo industrial de fluxo contnuo, de tempo real, com uma srie de
temporizaes crticas, o modelo de casos de uso seria pouco relevante, e mesmo o
limitado diagrama de atividades definido na UML 1.x seria insuficiente.
At muito recentemente, a viso centrada em casos de uso era tpica da indstria de
software, como mostra este trecho de um artigo de Donald Bell, da BM Global
Services, publicado em 2003 no stio da sua subsidiria Rational Software, numa
srie intitulada "UML basics [Bell 2003]:
01 ,i"alidade do diagrama de ati&idade modelar o ,lu/o
#rocessual das a(2es $ue s)o #arte de uma ati&idade maior.
Nos #rojetos em $ue casos de uso est)o #rese"tes! os
diagramas da ati&idade #odem modelar um caso de uso
es#ec3,ico em um "3&el mais detalhado. 4"treta"to! os
diagramas da ati&idade #odem ser usados i"de#e"de"teme"te
10/18
Modelagem de Processos de Negcios: Novas Perspectivas
de casos do uso #ara modelar uma ,u"()o em "3&el de
"egcios! ...5
Em outras palavras, imaginava-se o seu uso para descrever a lgica funcional
interna dos objetos, substituindo os tradicionais fluxogramas, nos casos em que
essa lgica fosse complexa e, eventualmente, para modelar processos de negcios.
Em funo desta lacuna, na especificao da UML 2.0 [UML 2005], diversas
extenses foram definidas para os diagramas de atividades, e alm disso foram
criados novos tipos especializados de diagramas de estrutura. Mas essas extenses
tiveram um efeito de criar muitas possibilidades, que visavam modelar no apenas
sistemas de informaes empresariais mas tambm processos industriais,
protocolos de telecomunicao, lgicas complexas de equipamentos automticos
civis e militares etc. Alm disso, a nova especificao altamente extensvel. Criou-
se um novo problema, que era o excesso de opes, surgindo a necessidade de
uma disciplina que orientasse o uso dos diagramas de estrutura especificamente
para a modelagem dos processos de negcios.
9. & modelo )PMN
Aps o surgimento da UML 2.0, em Junho de 2005, a Business Process
Management nitiative (BPM.org) e o Object Management Group (OMG)
anunciaram a fuso de suas atividades na rea de Gesto de Processos de
Negcios, visando a produo de padres para a indstria.
Em fevereiro de 2006 foi publicada a verso final da "Business Process Modeling
Notation (BPMN) Specification [BPMN 2006] (a verso "draft foi divulgada em maio
de 2004), uma adaptao dos diagramas de atividades da UML 2.0, especfica para
a modelagem de processos de negcios. Segundo [White 2004] , o objetivo primrio
era desenvolver uma notao facilmente inteligvel, tanto pelo analista de negcios,
que projeta inicialmente o processo, quanto pelos desenvolvedores, que o traduzem
no ambiente tecnolgico, como tambm pelos executivos responsveis por gerenciar
a operao do processo, uma vez implementado. O segundo objetivo era que os
diagramas tivessem o formalismo necessrio para serem traduzidos
automaticamente numa linguagem baseada em XML, portanto diretamente
implementvel e transportvel tanto de um ambiente de desenvolvimento para outro
quanto entre repositrios corporativos de objetos de negcios.
A notao BPMN define um Diagrama de Processo de Negcios (BPD Business
Process Diagram), basicamente um fluxograma, projetado para criar modelos
grficos de operaes dos processos de negcios. Um modelo de processo de
negcios, ento, uma rede de objetos grficos, que representam as atividades e os
controles de fluxo que definem sua ordem de execuo.
Os elementos que compe os diagramas BPD so agrupados em quatro categorias:
Objetos de Fluxo;
Objetos de Conexo;
Raias; e
Artefatos.
11/18
Modelagem de Processos de Negcios: Novas Perspectivas
&DEetos de FluFo
Os Objetos de Fluxo classificam-se em trs categorias:
Tabela 1 Objetos de Fluxo em BPMN
Eventos, representados por um crculo.
De trs tipos, respectivamente: inicial,
intermedirio e final. Eles afetam o fluxo
de atividades e tm uma causa (ou
gatilho) e um impacto (ou resultado).
Atividades, representadas por retngulos
de cantos arredondados
Gateways, representados por losangos.
Alm de modelar as decises e as
bifurcaes, como nos fluxogramas
tradicionais, eles modelam tambm
junes do fluxo.
O centro destes smbolos vazio, mas pode ser marcado por smbolos especiais ou
texto descritivo. Por exemplo, uma atividade que se desdobre num outro fluxo mais
detalhado, representada por um sinal de "+, assim:
A substituio do sinal "+ por um til (~) indica que o sub-processo "ad hoc, e
portanto no ser documentado. Uma seta curva indica que a atividade repetitiva
(um loop).
O smbolo de "evento apresenta uma grande variedade de marcadores definidos,
para representar eventos de diversos tipos:
12/18
Modelagem de Processos de Negcios: Novas Perspectivas
De forma similar, o smbolo de "gateway tambm apresenta vrias "especialidades:
Fonte: "Business Process Modeling Notation Specification, OMG, Feb 2006
Com a variedade de gateways possveis, a BPMN elimina o uso das barras de
sincronizao da UML.
&DEetos de ConeF>o
So tambm de trs tipos bsicos, com menos variaes:
6abela 2 7bjetos de Co"e/)o em 8PMN
Fluxo de Seqncia
Fluxo de Mensagens
Associao
Baseada em White, Stephen A. "ntroduction to BPMN, BM Corporation, May 2004.
13/18
Figura 2 4/em#los de 93mbolos de 0:ate;a<s5 em 8PMN
Modelagem de Processos de Negcios: Novas Perspectivas
Raias
As raias (9;imla"es) so de dois tipos: a raia propriamente dita (La"e) e a Piscina
(Pool), sendo que a piscina que representa o domnio de um determinado
participante do processo, como se dava com as raias em UML 1.x. As raias
subdividem as piscinas, e assim como em UML 2.0 podem ser horizontais ou
verticais. Esses dois nveis de domnio podem ser usados, por exemplo, num
sistema interorganizacional, para representar as atividades praticadas em cada
empresa (piscina) e pelos departamentos dentro de cada empresa (raias verticais) e
ainda separando as atividades gerenciais das rotineiras (raias horizontais). Os
smbolos so idnticos aos da UML
ArteGatos
Os artefatos so extensveis em BPMN, ou seja, podem ser criados novos smbolos.
A especificao 1.0 s pr-define trs tipos de artefatos: Objeto de Dados, que
uma forma de simbolizar um artefato digital qualquer, Grupo, que uma forma de
destacar um trecho do diagrama, circundando-o com uma linha tracejada, e
Anotao (ou Comentrio), que permite associar um texto explicativo a qualquer
outro smbolo do diagrama.
& @ue a )PMN n>o permite
Embora permita diferentes nveis de profundidade no mapeamento dos processos, a
BPMN restringe a grande variedade de configuraes possveis nos diagramas de
atividades previstos na UML 2.0. Assim sendo, algumas coisas no so possveis.
Em especial, a simulao do desempenho do processo, usando a tcnica de tokens
(fichas) fluindo como em redes de Petri, que poderia ser usada para, por exemplo,
dimensionar o nmero de postos numa central de atendimento. BPMN no se
preocupa muito com temporizaes e sincronismos. Assim ela no ideal para
modelar processos de tempo real como mquinas de estado, mquinas de
protocolo, etc. Mas, graas raiz comum com o diagrama de atividades bsico da
UML 2.0, possvel transportar um modelo desenvolvido com BPMN para um
ambiente mais voltado quele tipo de modelagem, populando ento o modelo com
as informaes de temporizao e sincronismo requeridas para simulao. E, vice-
versa, a migrao dos diagramas em sentido oposto tambm possvel.
;. *mplica=Hes para o $erpro
CompatiDilidade
Como a ferramenta de modelagem de processos utilizada hoje, o Rational Rose, j
baseada em UML 1.x, a evoluo seria natural e a compatibilidade fica mantida
automaticamente, no se requerendo retrabalho, ao que tudo indicaria. Entretanto,
devido a pequenos problemas nesta antiga verso do Rose que utilizamos,
freqentemente os diagramas no prprio Rose apresentam anomalias.
Fizemos uma experincia com alguns modelos bastante complexos do SEF,
migrando-os para a ferramenta de software livre StarUML , compatvel com UML 2.0,
e houve vrias distores, requerendo algum retrabalho no acabamento dos
desenhos, mas sem perdas significativas de informao.
14/18
Modelagem de Processos de Negcios: Novas Perspectivas
Naturalmente como a nova notao mais rica em capacidade de modelagem, os
novos detalhes podem ser acrescentados na medida em que se faam necessrios.
O trabalho de migrao se torna tanto mais complexo quanto mais for postergado.
AproGundamento da vis>o de processos
A viso de processos adotada no Serpro decorre da adoo do modelo CMM,
considerado um paradigma internacional para o desenvolvimento de sistemas e
software. Central neste modelo o conceito de que a organizao tenha processos
definidos, repetveis, disseminados, gerenciados e continuamente melhorados.
Ento est na base do modelo a idia de definir, ou mapear (caso pr-existentes), os
processos de negcios.
Podemos definir o CMM como um modelo de capacitao e maturidade
organizacional. O SE Software Engineering nstitute, da Carnegie Mellon
University (CMU), inicialmente desenvolveu o CMM visando Engenharia de Sistemas
e de Software, mas depois foram desenvolvidos vrios modelos mais
especializados, para reas tais como Desenvolvimento ntegrado de Produtos e
Processos, Gesto de Pessoas etc., o que motivou a subseqente unificao no
CMM (O " vem de ntegrado). O modelo nasceu da aplicao de conceitos de
Gesto da Qualidade Engenharia de Sistemas, aliados ao conceito da "Grade de
Maturidade da BM [Radice 1985]. Desde o incio, em fins dos anos 1980, o projeto
foi fortemente apoiado por agncias ligadas ao Departamento de Defesa (DoD) dos
EUA, portanto a preocupao com qualidade nos remete a especificaes do tipo
"military standard, visando a alta qualidade e a resilincia em condies extremas.
Entretanto, que processos so esses, alvo do CMM? Que organizao essa? Os
processos de desenvolvimento de sistemas e a organizao encarregada de
desenvolv-los, constru-los e oper-los. CMM nos diz muito pouco sobre os
processos de negcios do cliente, do usurio dos sistemas.
Para desenvolver o PSDS , entretanto, o Serpro baseou-se em outro padro de
mercado, o RUP Rational Unified Process, da Rational Software, atualmente
subsidiria da BM. Este sim, define que o mapeamento dos processos de negcios
constitui um estgio inicial do processo de desenvolvimento de sistemas.
Observemos que no primeiro caso, os processos de desenvolvimento, que
poderamos chamar de metaprocessos, esto embutidos no PSDS, e o requisito de
maturidade implica numa relativa estabilidade dos mesmos, ainda que balanceada
com o requisito de melhoria contnua. Os processos de negcios que so alvo dos
sistemas-produto do Serpro so os processos de administrao federal, no caso da
Sunat os processos de Administrao Tributria. Estes, que podemos chamar de
processos-alvo, so muito mais complexos, esto entrelaados no tecido social,
porquanto governo, e freqentemente, como o caso de novos projetos como o
Sped Sistema Pblico de Escriturao Digital, ou o Cadastro ntegrado, esto em
pleno processo de construo, envolvendo uma variedade de partes interessadas,
nas quais se incluem governos estaduais e municipais, com sua autonomia
federativa, entidades de classe, agncias reguladoras etc.
Ento preciso ressaltar que estamos endereando um problema bem mais
complexo, sem nenhum demrito para o monumental avano que representam a
implantao do PSDS e do QoSRF . Ento preciso cautela: embora uma
modelagem mais aprofundada implique em maior qualidade, menos imprecises,
15/18
Modelagem de Processos de Negcios: Novas Perspectivas
menos desvios na traduo entre requisitos e implementao, cada grau de
aprofundamento aqui implica num aumento combinatrio do esforo de modelagem
requerido.
Mais ainda, ao passo que os processos de desenvolvimento de software encontram
paradigmas, "melhores prticas, como foi o caso do RUP servindo como base para
o PSDS e o QoSRF, sistemas de governo no tm esse respaldo. A diversidade dos
ambientes sociotcnicos onde operam os sistemas governamentais muito mais
ampla que a encontrada pelos sistemas de informao empresariais e mesmo as
organizaes militares, clientes iniciais do CMM, so mais uniformes
internacionalmente que as civis.
Maior, portanto, o desafio tecnolgico, e maiores tambm so as oportunidades de
melhoria e o interesse cientfico em se empreender este aprofundamento.
$itua=>o Atual
Na metodologia atual, o mapeamento de processos de negcios utiliza dois tipos de
diagramas: o Diagrama Corporativo de Processos de Negcios (DCPN) e o
Diagrama de Casos de Uso de Negcios (DCUN). O primeiro no uma
implementao exata da UML, mas apresenta pequenos acrscimos, como um
cdigo de cores que indica a plataforma tecnolgica utilizada em cada atividade e
mais algumas extenses. Como boa parte dos modelos atualmente existentes foi
obtido atravs da engenharia reversa de sistemas legados, desenvolvidos
anteriormente ao PSDS, cada processo que figura no DCPN corresponde em geral a
um Caso de Uso, e cada raia corresponde responsabilidade de um recorte dos
sistemas. Com isso, os DCPNs acrescentam relativamente pouco poder explicativo
aos DCUN, servindo mais como uma ferramenta de dilogo com os usurios.
O DCPN em muito semelhante s Cadeias de Valor (VAC Value-Added Chains)
[Porter 1989] utilizadas em Engenharia de Processos de Negcios, as quais exibem
macroprocessos com suas precedncias e sua hierarquia. No existe uma
padronizao formal definida para os diagramas VAC.
Em Engenharia de Processos de Negcios, cada um dos processos individuais
mostrados nas cadeias de valor costuma ser subseqentemente detalhado em
Cadeias de Eventos e Processos (EPC Event-Process Chains). Trata-se de um
diagrama tambm sem um padro "oficial , em geral muito semelhante a um
fluxograma tradicional, mas ressaltando o papel dos eventos, o que acrescenta uma
dimenso temporal extra. Pela caracterstica de se parecerem com fluxogramas,
eles chegam muito perto do nvel de implementao dos sistemas-alvo. O novo
padro BPMN lembra em muito as EPCs, com a vantagem de ter uma definio
formal, um padro internacional e um formalismo que permite sua traduo em XML.
0etalhar MaisB
Se a metodologia atualmente em uso no Serpro e na SRF deveria ou no adotar um
maior detalhamento na descrio dos processos de negcios uma discusso a ser
aprofundada. O que interessante destacar aqui so dois pontos:
(1) A engenharia de processos, tanto na indstria como em servios, costuma adotar
um detalhamento mais aprofundado, valendo-se da hierarquizao para os
refinamentos sucessivos;
16/18
Modelagem de Processos de Negcios: Novas Perspectivas
(2) A BPMN permite essa hierarquizao e esse detalhamento, caso necessrio.
Os sistemas modelados no Serpro so grandes e complexos. A possibilidade de se
hierarquizar esses modelos em nveis de detalhamento e principalmente de se
navegar dentre eles atravs de hyperlinks melhoraria bastante o poder analtico dos
mesmos.
%pgrade
A simples migrao para UML 2.0 e para BPMN no implica de imediato a
necessidade de maior detalhamento, j que a notao permite, mas no obriga, um
maior nvel de detalhe.
A atual verso do software de modelagem utilizado, o Rational Rose 7.5, de 2001, j
tem cinco anos e encontra-se bastante desatualizado. As verses que suportam
UML 2.0 so hoje o "BM Rational Rose XDE Developer e o "BM Rational Rose
Technical Developer, sendo que este ltimo combina num pacote dois produtos: o
BM Rational Software Architect e o BM Rational Software Modeler. Em todos os
casos no exatamente um upgrade, mas um novo produto, e todos eles provm
um "Rational Rose Model mport para a transio.
As ferramentas que suportam BPMN comeam a surgir no mercado, no caso da
Rational no temos ainda notcia de nenhum lanamento, o que no deve tardar, na
medida em que a BM participa do consrcio que definiu o novo padro. A Borland j
fornece suporte no ambiente Together. O requisito de suporte a BPMN deveria ser
considerado um ponto importante em qualquer deciso de upgrade da plataforma de
desenvolvimento.
:. Conclus>o
Neste artigo, aps uma discusso sobre a importncia dos processos de negcios
para o desenvolvimento de sistemas e das possibilidades de sua aplicao a
grandes sistemas nacionais, apresentamos a nova notao BPMN Business
Process Modeling Notation [BPMN 2006], recm padronizada pelo OMG Object
Management Group, e discutimos suas implicaes face ao processo de
desenvolvimento de solues hoje adotado no Serpro.
O surgimento da BPMN representa uma oportunidade e um desafio para a
tecnologia de desenvolvimento de sistemas do Serpro. As vantagens so evidentes,
mas as implicaes, na medida em que de fato se apliquem as novas possibilidades
de modelagem abertas pela BPMN, podem ser muito mais complexas do que
poderia parecer um simples aperfeioamento da notao de modelagem de
processos ou um novo tipo de diagrama. Por tudo isso, sugerimos um
aprofundamento do debate dos assuntos aqui levantados, envolvendo a comunidade
dedicada aos projetos e ao desenvolvimento de sistemas, inclusive clientes
evolvidos com metodologia, como o caso, por exemplo, da Cotec/SRF.
17/18
Modelagem de Processos de Negcios: Novas Perspectivas
ReGerIncias )iDliogrGicas
[Bell 2003] Bell, Donald. "UML basics Part : The activity diagram, 2003, Rational
Software. Disponvel em:
http://www.therationaledge.com/content/sep_03/f_umlbasics_db.jsp, acesso em
maio de 2005.
[Bertalanffy 1975] "Teoria Geral dos Sistemas", 2a Edio - Bertalanffy, Ludwig Von.
- Ed. Vozes, Petrpolis. 1975
[BPMN 2006] "Business Process Modeling Notation (BPMN) Specification Final
Adopted Specification February 2006, Object Management Group. Disponvel em:
http://www.bpmn.org/Documents/OMG Final Adopted BPMN 1-0 Spec 06-02-01.pdf,
consulta em maio/2006.
[Christensen 1997] Christensen, Clayton M., "The nnovator's Dilemma, diversas
edies, traduo brasileira pela Makron Books.
[Davenport 1993] Davenport, T. H.; "Process nnovation Reengineering Work
through nformation Technology, Harvard Business School Press, Boston, MA.
[Dubray 2002] Dubray, Jean-Jacques. "A Novel Approach for Modeling Business
Process Definitions, Eigner, Waltham, MA. Disponvel em
http://www.ebpml.org/ebpml2.2.doc, acesso em maio de 2006.
[Edwards 1997] Edwards, Paul N., "The Closed World - Computers & the Politics of
Discourse in Cold War America. Cambridge: MT Press, 1997.
[Lessig 1999] Lessig, Lawrence: "Code, and Other Laws of Cyberspace, Basic
Books, 1999.
[Porter 1989] Porter, Michael E.: "Competitive Advantage: Creating and Sustaining
Superior Performance. Free Press SBN: 0684841460. Traduo disponvel pela
Editora Campus.
[Radice 1985] R.A. Radice, J.T. Harding, et al, "A Programming Process Study (BM
Maturity Grid), BM Systems Journal, Vol. 24, No.2, 1985.
[Sun Tzu] "A Arte da Guerra Sun Tzu, Traduo de James Clavell, diversas
edies, SBN 8501023450, Ed. Record.
[UML 2005] Object Management Group: "Unified Modeling Language, version 2.0
August 2005. Disponvel em:
http://www.omg.org/technology/documents/formal/uml.htm, consulta em jan/2006.
[White 2004] White, Stephen A. "ntroduction to BPMN, BM Corporation, May 2004,
disponvel em: http://www.bpmn.org/Documents/ntroduction%20to%20BPMN.pdf.
Consulta em maio/2006.
18/18

S-ar putea să vă placă și