UM PROCESSO DIRIGIDO POR MODELOS PARA PROMOVER O ...

UM PROCESSO DIRIGIDO POR MODELOS PARA PROMOVER OALINHAMENTO ENTRE A ESTRATÉGIA DE NEGÓCIO E TI

KARLOS T. M. V. OLIVEIRA1, GEAM CARLOS DE ARAÚJO FILGUEIRA1,JANNAYNA DOMINGUES BARROS FILGUEIRA2, EMANUEL DANTAS FILHO3, PAULO DE FIGUEIREDO PIRES4

1Instituto Federal de Educação, Ciência e Tecnologia do Rio Grande do Norte (IFRN)2Universidade Estadual da Paraíba (UEPB)

3Instituto Federal de Educação, Ciência e Tecnologia do Rio Grande do Norte (IFCE)4Universidade Federal do Rio de Janeiro (UFRJ)

<[email protected]>, <[email protected]>,<[email protected]>, <[email protected]>, <[email protected]>

DOI: 10.21439/conexoes.v10i2.771

Resumo. Esse trabalho apresenta uma abordagem baseada em modelos que tem como objetivo propora criação de um processo de alinhamento estratégico concreto que seja capaz de permitir a rastreabili-dade entre os objetivos organizacionais e as atividades dos processos de negócio de uma organização,tomando como base para isso, o formalismo MDA. Esse processo provê o alinhamento através da defi-nição de diferentes níveis de modelos, os quais provêm uma transição continua desde a representação doconhecimento estratégico até a representação operacional das atividades de processos que visam aten-der a essa estratégia. Para alcançar o objetivo do trabalho será utilizado BSC e GORE para realizar ummapeamento da estratégia da organização em iniciativas de processos de negócios. Em seguida, utilizartransformações baseadas em MDA para obter modelos de processos de negócio rastreáveis expressos emBPMN. Como resultado, foi possível visualizar e rastrear através de diagramas o relacionamento entre aestratégia da empresa e as decisões de cada setor. Em especial, foi observado onde as decisões da áreade TI refletem nos objetivos de negócio da empresa.

Palavras-chaves: Estratégia. Alinhamento. Processo. Rastreabilidade.

Abstract. This paper presents a model-based approach that aims to propose the creation of a concretestrategic alignment process that is able to provide traceability between organizational objectives and ac-tivities of the business processes of an organization, taking as a basis for this, MDA formalism. Thisprocess provides the alignment by setting different levels of models, which come from a transition con-tinues from the representation of knowledge available to the operating activities of representation ofprocesses to meet this strategy. To achieve the objective of this study will be used BSC and GORE toperform an organizational strategy of mapping business process initiatives. Then use changes based onMDA for models traceable business processes expressed in BPMN. As a result, it was possible to visu-alize and track through diagrams the relationship between the company’s strategy and decisions of eachsector. In particular, it was observed where the IT department’s decisions reflect the business goals of thecompany.

Keywords: Strategy. Alignment. Process. Tracking.

1 INTRODUÇÃO

Resultados de várias pesquisas mostram a relevância doalinhamento estratégico tanto para o executivo de ne-gócio, quanto para o executivo de TI (Niederman etal., 1996). De fato, os executivos de TI têm conside-

rado o alinhamento estratégico como um dos objetivosprincipais da área de TI justamente pela possibilidadede identificação de novas oportunidades de negócios eobtenção de vantagens competitivas baseadas em solu-ções de TI. O BPM (Business Process Management)vem sendo apontado como uma maneira promissora de

Conex. Ci. e Tecnol. Fortaleza/CE, v. 10, n. 2, p. 110 - 120, jul. 2016 110

[email protected]

[email protected]

[email protected]

[email protected]

[email protected]

UM PROCESSO DIRIGIDO POR MODELOS PARA PROMOVER O ALINHAMENTO ENTRE A ESTRATÉGIA DE NEGÓCIO E TI

técnica gerencial que tem como base à realização doalinhamento estratégico (HARRINGTON; ESSELING;NIMWEGEN, 1997; SMITH; FINGAR, 2003; HAR-MON, 2003; JESTON; NELIS, 2006). Além disso, mo-delos de governança de TI, tal como o COBIT (ControlObjectives for Information and related Technology) eo ITIL (Information Technology Infrastructure Library)também possuem como base para sua realização, o ali-nhamento estratégico (FERNANDES; ABREU, 2008).

É importante atentar para o fato de que os modelosde governança, bem como a técnica gerencial do BPMse preocupam bem mais do que apenas o alinhamentoestratégico; na verdade, esse alinhamento estratégico éapenas um subconjunto de tudo o que esses modelossão capazes de oferecer, porém, o alinhamento acabasendo a peça chave para que todo o modelo funcionecorretamente.

Existem também diversos modelos conceituais cen-trados, único e exclusivamente no alinhamento estraté-gico, dentre alguns dos existentes podemos citar o mo-delo de Venkatraman (1993), o modelo de Brodbeck(2001) e o modelo de Reich (1992). O modelo defi-nido por Henderson e Venkatraman encontra-se em umalto nível de abstração, ou seja, não foca na operaciona-lização do alinhamento. O modelo de Brodbeck surgepara sanar esse problema, propondo mecanismos quevisam prover um alinhamento contínuo entre o negó-cio e TI. Porém, a proposta carrega um alto grau decomplexidade derivado da inclusão de novos elemen-tos e conceitos ao modelo proposto por Henderson eVenkatraman bem como novos elementos para modela-gem informacional para representar as operações, ob-jetivos e estratégias do negócio. Essa complexidadedificulta a implementação do modelo de Brodbeck deforma integral. Já o modelo de Reich não leva em con-sideração a interatividade entre medidas financeiras enão-financeiras. Observa-se também que poucos mo-delos de alinhamento existentes na literatura tratam doproblema de rastreabilidade entre TI e a estratégia denegócio. A rastreabilidade é necessária, por exemplo,quando se deseja saber exatamente qual meta ou planode ação definida na estratégia de negócio não foi ou dei-xou de ser aceita devido a uma alteração no plano de TI.

Uma recente pesquisa de mercado feita com 164 or-ganizações dos EUA e UK que usam algum tipo de mo-delo como premissa ao alinhamento estratégico mos-tra que mesmo apesar de todo o investimento que asempresas vêm fazendo nos últimos anos apenas 37%afirmaram obter melhorias claras e mensuráveis, 42%responderam ainda não obterem clareza em seus ma-peamentos, 18% responderam não ter obtido resultadonenhum e 3% não souberam medir seus resultados Vol-

mer (2007). Esses números vislumbram bem que aindaexiste uma carência real na obtenção do alinhamento;até pelo fato de não existir um processo concreto quemostre os passos necessários que uma organização devefazer para se obter esse objetivo. Na verdade o queexiste são conceitos e esquemas teóricos, que a partirdeles e das experiências das pessoas que já operam es-ses modelos direcionam a organização para o caminhocorreto (BALDAM et al., 2007). Ocasionando, por-tanto, em prováveis problemas de comunicação, perdade informação ou de rastreamento. Nesse contexto, amotivação e justificativa desse trabalho, fundamentadano conceito de alinhamento estratégico entre os planosde negócio e TI, está na busca de uma solução plausívelque ajude a diminuir de fato o gap ainda existente en-tre esses dois mundos e consequentemente tornar todoo seu mapeamento rastreável.

Com base nos problemas ainda em aberto, o obje-tivo desse trabalho é propor a criação de um processode alinhamento estratégico concreto voltado mais paraa parte prática do que a parte conceitual, a qual seja ca-paz de permitir a rastreabilidade entre os objetivos or-ganizacionais e as atividades dos processos de negócio,tomando como base para isso uma abordagem orientadaa modelos que forneça mecanismos suficientes para su-prir essas necessidades, como por exemplo, o forma-lismo MDA (Model Driven Architecture) (OMG, 2001).Para que seja possível atingir esse objetivo, a seguintemetodologia foi adotada. O primeiro passo consisti emefetuar um mapeamento prévio da estratégia da organi-zação (sua visão e missão) em iniciativas de processo,que são os planos de ação requeridos pela organizaçãopara alcançar o alinhamento almejado. Nesse primeiromomento será usado o BSC (Balanced Scorecard), queé uma ferramenta de gestão estratégica cuja caracterís-tica é traduzir a estratégia da empresa em termos ope-racionais. Tendo o plano de ação em mãos, o segundopasso consiste em explicitar as razões e motivações as-sociadas ao que se espera desse plano. Isso significaanalisar elementos de processos que permitam repre-sentar todos os aspectos relevantes que fundamentam o“porquê” daquilo que se pretende representar. A enge-nharia de requisitos orientada a objetivos (GORE - GoalOriented Requirements Engineering) tem tido um papelfundamental para apontar estratégias e técnicas que per-mitam representar melhor estes “porquês” e consequen-temente servir como ponte (rastreabilidade) para se che-gar ao processo de negócio (ROLLAND; SOUVEYET;ACHOUR, 1998). Por fim, com um modelo GORE adisposição, o último passo consiste em fazer transfor-mações baseadas no formalismo MDA que podem serdefinidas a fim de se obter de forma semi-automatizada



modelos de processos de negócio rastreáveis expressosem BPMN (Business Process Modeling Notation), no-tação padrão para modelagem dos processos. Na seçãoseguinte será detalhado melhor cada uma dessas ferra-mentas e tecnologias.

2 MATERIAL E MÉTODOS

Para o desenvolvimento deste trabalho, foram utiliza-das diferentes abordagens e tecnologias tais como: Ba-lanced Scorecard (BSC) (KAPLAN; NORTON, 2004),técnica utilizada para fazer o mapeamento da estraté-gia da organização em planos de ações a serem segui-dos; Knowledge Acquisition in automated Specification(KAOS) (Lamsweerde e Letier, 2003), abordagem daengenharia de requisitos orientada a objetivos (GORE)que permite representar a forma com que os planos deações devem ser tratados; Model Driven Architecture(MDA) (OMG, 2006), abordagem de desenvolvimentoorientado a modelos (MDD) usado para formalizar osmapeamentos entre o mundo dos negócios e o mundoda TI; e Business Process Modeling Notation (BPMN)(BPMN, 2004), notação padrão usada para representaros processos de negócio derivados dos objetivos estra-tégicos.

BSC é uma técnica de gestão organizacional cujafinalidade é traduzir a estratégia de negócio de uma or-ganização em planos de ação através de um mapa estra-tégico organizado em quatro perspectivas (KAPLAN;NORTON, 1997): (i) financeira - representa questõesde lucratividade da organização; (ii) cliente - relacio-nada a satisfação do cliente com relação ao produto e/ouserviço provido pela organização; (iii) processos inter-nos - processos críticos nos quais as organizações de-vem alcançar a excelência, e (iv) inovação & aprendi-zado - objetivos e indicadores que servem como base dedesempenho futuro da organização. Por exemplo, nessaperspectiva pode-se englobar o nível de satisfação dosempregados de acordo com o clima de trabalho.

KAOS é uma abordagem da engenharia de requi-sitos orientada a objetivos que fornece uma linguagemformal rica para a captura de requisitos funcionais, não-funcionais e organizacionais, provendo facilidades paraa aquisição/elaboração de requisitos a qual são repre-sentadas como objetivos (goals). KAOS é descrito em(Lamsweerde e Letier 2003) como um framework mul-tiparadigma que permite combinar diferentes níveis deexpressão e raciocínio: (i) semi-formal, para modela-gem e estruturação dos objetivos; e (ii) formal, parauma maior precisão de raciocínio, como por exemplo, ocontrole de sistemas críticos que envolvem riscos à vidado usuário (controle aéreo).

BPMN é uma especificação criada pela BPMN

(2004) que permite a representação gráfica de processosde negócio. Seu principal objetivo é suportar a mode-lagem através de uma notação simples e poderosa queofereça facilidades para especificação e modelagem dosprocessos pelos analistas de processos.

MDA é uma abordagem baseada na ideia de quemodelos são os artefatos mais importantes dentro dodesenvolvimento de sistemas, e cujo objetivo é sepa-rar decisões orientadas ao negócio de decisões relativasa plataformas computacionais, permitindo assim maiorflexibilidade durante as fases de especificação e de de-senvolvimento de sistemas (FRANKEL, 2003). Paraatingir esse objetivo, um processo MDA define mode-los com diferentes níveis de abstração: (i) CIM (Com-putation Idependent Model); (ii) PIM (Platform Inde-pendent Model); e (iii) PSM (Platform Specific Model).O CIM é o modelo de mais alto nível, representandoas restrições do sistema e funcionalidades que não de-pendem de modelo computacional. Muitas vezes cha-mado de modelo de domínio ou modelo de negócio, eleé útil tanto para ajudar o analista a compreender o pro-blema quanto para servir como fonte de vocabulário aser usado em outros modelos. O PIM descreve o sis-tema incluindo componentes necessários à sua implan-tação em um sistema computacional, porém não apre-senta os detalhes da tecnologia que será usada na imple-mentação. O PSM é responsável por combinar a espe-cificação do modelo PIM com detalhes de uma determi-nada plataforma, incluindo informações como serviçosespecíficos de uma determinada plataforma que vai serusada para implementar as funções do sistema.

3 RESULTADOS E DISCUSSÃO

3.1 O Processo de Alinhamento

O processo de alinhamento proposto nesse trabalho ébaseado na abordagem MDA. Como nosso foco sãomodelos completamente independentes de computação(orientado a negócio), o processo proposto se concentrana camada CIM. O processo de alinhamento propostoorganiza o CIM em três camadas: (i) CIM-0: repre-senta a estratégia de negócio e suas iniciativas (planosde ação), sendo especificado por mapas estratégicos deacordo com o BSC; (ii) CIM-1: responsável por re-presentar o refinamento para cada iniciativa existenteno modelo anterior, sendo especificado com o uso doKAOS; e (iii) CIM-2: responsável pela representaçãodos processos de negócio da organização alinhados comsua estratégia.

O mapeamento entre o CIM-0 e CIM-1 é feito deforma manual, isso ocorre devido a sua complexidadee ao elevado grau de raciocínio requerido, já que mui-



tas variáveis estão envolvidas (por exemplo: ambiente,clientes, fornecedores, políticas da organização e etc),tornando a elaboração desse modelo por meios automa-tizados extremamente cara e sem garantia de corretude.Já o mapeamento entre o CIM-1 e CIM-2 é automati-zado, usando para isso transformações MDA; tal auto-matização só é possível graças à riqueza de informaçõescontida nos modelos KAOS. Existe também outro ma-peamento automatizado, que é realizado entre o mapaestratégico da organização e sua tabela complementar,a qual é realizada antes mesmo de se obter o modeloCIM-1 presente na primeira fase do processo (detalhesserão vistos nas seções a seguir). O processo de alinha-mento proposto é apresentado na Figura 1.

Figura 1: Processo de Alinhamento Proposto.

O processo ilustrado na Figura 1 apresenta uma sub-divisão em swimlanes, onde cada swimlane pode ser in-terpretada como uma fase do processo, executada porum dos três atores do sistema. O ator “Analista BSC”é um Analista de Negócios com especialidade em BSC,o ator “Analista GORE” é um analista com especiali-dade em KAOS e o “Analista de Processos” é um ana-lista com especialidade em BPMN. A primeira fase doprocesso é contida de quatro atividades distintas, onde,após criar-se a estratégia da organização (união das trêsprimeiras atividades) é necessário definir suas iniciati-vas, em outras palavras, seu plano de ação (última ati-vidade dessa fase). Na segunda fase do processo, existeapenas uma atividade, que é refinar as iniciativas exis-tentes para cada objetivo estratégico modelado na faseanterior. Por fim é na terceira fase que se é derivado omodelo de processos de negócio, interligado com ele-mentos do modelo - atividade de “Interligar Elementosdos Modelos” a qual consiste de um sub-processo quedescreve como o analista de processos deve atuar paravincular os elementos do modelo CIM-0 com os ele-mentos do modelo CIM-2 - e finalmente verificar se osobjetivos estão consistentes, ou seja, se está alinhadocom a estratégia de negócio. Ainda na Figura 1, pode-se observar que existem atividades sendo representadascom um ícone de um computador em seu centro. Esses

tipos de atividades são do tipo User Task, o que sig-nifica dizer que serão realizadas por intermédio de umsoftware.

3.2 Primeira Fase do Processo

Essa fase é de responsabilidade do Analista BSC e en-globa as atividades de “Diagnosticar Estratégia”, “Di-recionar Estratégia”, “Criar Mapa Estratégico do BSC”e “Criar Tabela Complementar ao Mapa”. A primeiraatividade consiste em analisar o estado atual da estra-tégia da organização, visando sua situação competitivano mercado e práticas adotadas. Serve como base parao bom entendimento e direcionamento da estratégia. Nasegunda atividade, Direcionar Estratégia, a organizaçãotoma uma decisão de orientação para sua estratégia como intuito de atingir futuros objetivos. A terceira ativi-dade, Criar Mapa Estratégico é onde se concentra defato detalhes da estratégia escolhida. Nela o analistadeve, além de explicitar a missão e visão da organi-zação, alocar os objetivos estratégicos nas quatro pers-pectivas existentes do BSC, correlacionando-as entre sinuma relação de causa e efeito.

Nesse processo poderão ou não surgir lacunas(gaps) no inter-relacionamento, que deverão ser elimi-nadas ou preenchidas a partir de discussões e análisesda estratégia da organização. A construção desse mapaestratégico é uma atividade totalmente manual. A Fi-gura 2 apresenta um exemplo fictício de um mapa es-tratégico de uma empresa de varejo.

A construção do mapa estratégico inicia com a de-finição da visão e missão da organização. Os objetivosestratégicos de cada perspectiva são posteriormente de-finidos. Na perspectiva financeira da Figura 2, estão en-volvidos três objetivos estratégicos: Aumentar lucros,Incrementar participação de mercado e Disponibilizarpreços mais acessíveis que a concorrência. Tanto o ob-jetivo “Incrementar participação de mercado”, quantoo objetivo “Disponibilizar preços mais acessíveis quea concorrência” surte efeito no objetivo “Aumentar lu-cros’ (relacionamento causa-efeito), que por sua vez, éo objetivo que representa o crescimento financeiro daorganização. Porém, o sucesso financeiro e a realizaçãoda missão são uma consequência natural do sucesso nomercado, que pode ser alcançado através de um bomrelacionamento com os clientes. Dessa forma, a pers-pectiva do cliente enfatiza a importância de aumentar ograu de satisfação do cliente para causar efeito no ob-jetivo descrito na perspectiva financeira. Todavia, o su-cesso no mercado, e, por conseguinte, o crescimento fi-nanceiro, apenas será conquistado a partir da excelêncianos processos internos estratégicos. Isso é especificadono mapa pelos objetivos “Oferecer segurança no serviço



prestado” e “Oferecer eficiência na gestão de estoque”.Finalmente, na raiz do mapa, encontra-se a perspectivaInovação & Aprendizado, com os objetivos de satisfa-ção e capacitação dos empregados, que deverão assegu-rar a continuidade de aprendizado e desenvolvimento daorganização.

Figura 2: Mapa Estratégico de uma Empresa Fictícia de Varejo.

A fim de complementar o mapa estratégico e con-cretizar a construção do modelo CIM-0, o último passorealizado pelo analista BSC é a atividade de “Criar ta-bela complementar ao mapa (CIM-0)”. Nessa atividadeo analista BSC deve preocupar-se com a definição dosindicadores, metas e iniciativas responsáveis para im-plementação da estratégia estabelecida.

A finalidade dessa atividade é facilitar o elo entreos elementos do mapa estratégico e os refinamentos aserem feitos pelo analista GORE (refinamento das ini-ciativas). A Tabela 1 apresenta a saída dessa atividade.

A coluna intitulada “Ef” (Efeito) serve para infor-mar textualmente o relacionamento existente entre osobjetivos estratégicos ilustrados na Tabela 1. Comoexemplo temos que o objetivo “Incrementar participa-ção de mercado” (item 2, Tabela 1) causa um efeito noobjetivo 1 (Aumentar lucros); implicando dizer que ha-vendo um aumento de participação da empresa no mer-cado, consequentemente haverá um aumento nos lu-cros. Já a coluna “Vl” (Valor), especifica a influênciade um objetivo sobre outro. Por exemplo: o objetivo“Oferecer segurança no serviço prestado” é responsá-vel por 30% do êxito do objetivo “Aumentar o grau desatisfação dos clientes”.

Essa atividade é do tipo User Task, e sua realizaçãosão feita através de uma ferramenta de suporte. Isso sig-nifica dizer que existem regras de mapeamento escritasem ATL (Atlas Definition Language) (ATLAS, 2012)com seus respectivos metamodelos no intuito de forma-lizar as informações contidas na Figura 2 para Tabela 1.As Figuras 3 e 4 ilustram esses metamodelos.

De acordo com o metadamodelo da Figura 3, ummapa estratégico consiste de quatro perspectivas distin-tas, cada qual podendo ser do tipo “Financeira”, “Cli-ente”, “Processos Internos” e “Inovação e Aprendi-

Figura 3: Metamodelo Referente ao Mapa Estratégico.

zado”. Cada perspectiva é constituída de um ou váriosobjetivos e cada objetivo pode estar associado a outroobjetivo, porém, devendo estar detido de um valor per-centual que informe o quanto cada um influencia o ou-tro.

Figura 4: Metamodelo Referente à Tabela Complementar ao MapaEstratégico.

Em adicional ao metamodelo do mapa resumido, ometamodelo da Figura 4 é constituído de mais quatroelementos, são eles: Indicador, Meta, Iniciativa e Iden-tificador, esse último é utilizado para identificar os ob-jetivos na tabela. O antigo elemento chamado “Associ-ação” passou a ser chamado de “Efeito” e contém umacomposição com o elemento “Valor”. Essa mudançana nomenclatura foi feita para melhor manuseio com omodelo transformado.

3.3 Segunda Fase do Processo

Na segunda fase do processo entra em cena o AnalistaGORE, que tem a responsabilidade de refinar as inici-ativas associadas aos objetivos estratégicos no intuitode evidenciar como esses objetivos deverão ser alcan-çados. Como resultado tem-se a criação do modelo ori-entado a objetivos (CIM-1). Como dito anteriormente,essa atividade é feita de forma manual devido a suacomplexidade e pela existência de diversas variáveisque inviabilizam sua automatização. A Figura 5 ilus-tra um exemplo de como ficaria o CIM-1 após o refina-mento da iniciativa “Efetuar venda eficiente” referenteao objetivo estratégico “Aumentar o grau de satisfaçãodo cliente” ilustrado na Tabela 1.

Cada paralelograma da Figura 5 representa um goalou subgoal, diferenciados conceitualmente apenas pela



Tabela 1: Dados complementares ao Mapa Estratégico.



sua localização na árvore. Por exemplo: o paralelo-grama que se encontra na raiz da figura é um goal, en-quanto os seus nodos filhos, são subgoals. Os paralelo-gramas caracterizados por bordas em negrito são consi-derados os requisitos e não podem mais ser refinados.

Figura 5: Refinamento da Iniciativa “Efetuar venda eficiente”.

É importante salientar que o Analista GORE deveefetuar o refinamento até um ponto em que o mesmoperceba que o objetivo chegou a um nível terminal, ouseja, que não necessite mais ser refinado, já que se en-contra pronto para ser operacionalizado (transformadopara processo). Existem dois tipos de refinamento:AND-refinement e OR-refinement. O AND-refinementrelaciona uma meta a um conjunto de sub-metas, issosignifica que a única condição suficiente para satisfazera meta é satisfazer todas as sub-metas. O OR-refinementrelaciona uma meta a um conjunto de refinamentos al-ternativos, isso significa dizer que satisfazer um dos re-finamentos é condição suficiente para satisfazer a meta.Graficamente, o que diferencia um refinamento do tipoAND de um refinamento do tipo OR, são as disposi-ções de suas setas. Por exemplo, o goal “Efetuar vendaeficiente” tem um refinamento do tipo AND contendo:“Receber pagamento”, “Validar pagamento”, “Mantercadastro de clientes” e “Emitir NF” devido ao fato deambas as setas estarem ligadas ao mesmo círculo. Jáno caso do refinamento existente para o subgoal “Vali-dar pagamento”, pode-se perceber que cada elementofilho está ligando independentemente com o seu ele-mento pai.

O goal “Cancelar Venda”, é na verdade um obstá-culo existente no ambiente; que caso venha a ocorrer,irá prejudicar a obtenção de sucesso do subgoal “Va-lidar pagamento” e consequentemente, o goal “Efetuarvenda eficiente”. É aconselhável, sempre que se usaro conceito de obstáculo (comportamento indesejável),fazer logo em seguida uso do conceito de propriedadede domínio, que tem a finalidade de esclarecer o quese espera de fato para que esse comportamento inde-sejável não ocorra. Os agentes (representados por lo-sangos) podem ser vistos como os responsáveis pelarealização de um determinado goal, subgoal ou requi-sito. Quando associado a uma operação (representado

por uma elipse) juntamente com seus eventos de entradae saída, significa dizer que o goal/subgoal ou requisitoao qual esse agente está associado está sob responsabi-lidade de terceiros. Por fim, as especulações (paralelo-gramas) são usadas sobre goals para informar que é de-sejado ter algum artefato disponível como pré-requisitopara execução do goal.

3.4 Terceira Fase do Processo

Essa fase é composta de três atividades, todas sob aresponsabilidade do analista de processos, são elas: (i)Mapear para Processo de Negócio; (ii) Interligar Ele-mentos dos Modelos; e (iii) Verificar Consistência dosModelos CIM-2 com os Objetivos Estratégicos. Na pri-meira atividade, Mapear para Processo de Negócio (ati-vidade do tipo User Task), o analista faz uso de padrõesde mapeamento (transformações MDA) para traduzira informação contida no modelo orientado a objetivos(CIM-1) criado na fase anterior, em um modelo de pro-cesso de negócio (CIM-2). Os padrões utilizados natransformação MDA são:

• O nodo raiz especificado no modelo de origem serádefinido como o processo de negócio a ser deta-lhado;

• Para cada subgoal definido no modelo de origem,serão criados sub-processos de mesmo nome nomodelo de destino;

• Atividades simples, do tipo tarefa, serão criadaspara cada nodo do tipo requisito encontradas nomodelo de origem;

• Agentes associados a goals, subgoals e/ou requisi-tos, serão definidos como swinlanes;

• Agentes associados a operações serão definidoscomo novos participantes em um novo pool (con-ceito existente na notação BPMN para representarparticipantes do processo);

• Eventos serão representados por fluxos de mensa-gem entre os diferentes participantes;

• Para cada especulação encontrada no modelo deorigem, “Data Objects” serão criados para sua re-presentação;

• Serão criados fluxos de sequência entre as ativida-des simples ou compostas para cada refinamentodos goals existente no modelo de origem;

• Refinamentos de um goal do tipo AND serão trata-dos como fluxos sequenciais ou gateways parale-los;



• Refinamentos de um goal do tipo OR serão trata-dos como gateways inclusivos. Porém, caso este-jam associados a propriedades de domínio, serãotratados como gateways exclusivos;

• Obstáculos serão representados como atividades;todavia, estarão sempre associados a gateways ex-clusivos;

• Questionamentos existentes nos gateways exclu-sivos, como: “Boa Infa-estrutura?”, “Funciona-mento correto?”, serão criados para cada proprie-dade de domínio encontrada no modelo de origem.Isso significa dizer que, sempre que existir um obs-táculo, uma propriedade de domínio virá logo emseguida a fim de definir seu questionamento.

Assim como a transformação descrita na primeirafase do processo (entre o mapa estratégico e sua ta-bela complementar) todas as regras citadas acima foramimplementadas usando a linguagem de transformaçãoATL, sendo necessária também a criação dos seus res-pectivos metamodelos (KAOS e BPMN). As Figuras 6e 7 ilustram esses metamodelos.

Figura 6: Metamodelo KAOS.

Um Goal é um objetivo de alto nível podendo serespecializado em Requisitos e Especulações. O Goalestá associado a Agentes, Propriedades de Domínio eObstáculos, podendo ser refinado até chegar um nívelde boa compreensão. Ao efetuar seu refinamento, é ne-cessário especificar o seu tipo: AND-refinament ou OR-refinament. Os obstáculos assim como os Goals tam-bém podem ser refinados e associados a Propriedadesde Domínio. Os requisitos estão associados a opera-ções e as Propriedades de domínio são especializadasem “Invariante de Domínio” e “Hipótese de Domínio”.

Um processo consiste de uma ou mais atividadesorganizadas em zero ou várias swimlanes (Pool e La-nes). A atividade é a parte principal de uma modela-gem BPMN e é especializado através de subprocessose tarefas. As atividades são conectadas entre si atravésde fluxos; sejam eles fluxos de mensagem ou fluxos de

Figura 7: Metamodelo BPMN.

sequência. O fluxo de sequência pode está associado azero ou um gateway (usado para controlar a convergên-cia e divergência de um fluxo) e a zero ou um evento(que significa que alguma coisa ocorreu durante a exe-cução de um processo de negócio, como por exemplo:o processo iniciou, ou o processo terminou); e por fim,o fluxo de mensagem; que se torna responsável por co-nectar as atividades distribuídas em diferentes swinla-nes.

Além da aplicação da transformação, é dever doanalista de processos refinar o novo modelo gerado (senecessário) de acordo com o seu objetivo. A Figura 8ilustra o mapeamento realizado para o modelo CIM-1ilustrado na Figura 5.

Figura 8: Processo de Negócio “Efetuar venda eficiente”.

Após o mapeamento do processo de negócio (Figura8), pode-se observar que o goal raiz passou a ser tratadocomo o processo de negócio a ser trabalhado; o obs-táculo, juntamente com sua propriedade de domínio,transformou-se em tarefa e gateway condicional res-pectivamente; a especulação em Data Object; subgo-als e refinamentos foram representados através de sub-processos e tarefas; e por fim, os agentes passaram aser representados como participantes do processo. Éimportante ressaltar que tanto o agente “Inst. finan-ceira” quanto o agente “Telecheque” foram representa-dos como elementos “pool” separados. Isso se deve aofato do próprio processo “Efetuar venda eficiente” ne-cessitar de ações que são realizadas fora do âmbito daorganização (por terceiros), cujas atividades não podemser gerenciadas (o agente Telecheque foi omitido nessa



figura por questões de visibilidade). Ainda na Figura8, percebe-se que durante o mapeamento foram adicio-nados elementos de detalhamento, como foi o caso deum novo “pool” denominado “Cliente” para represen-tar as atividades designadas por um cliente durante aexecução do processo. Outro detalhamento são as refe-rências de dependência entre processos (retângulos re-presentado com uma cruz ao centro), como é o caso doprocesso “Manter estoque sob controle”.

Figura 9: Processo de Rastreamento dos Elementos dos Modelos.

Com a conclusão da atividade Mapear para Processode Negócio, segue-se a atividade Interligar Elementosdos Modelos, com finalidade de explicitar quais ele-mentos do modelo CIM-2 estão relacionados com quaismetas do modelo CIM-0. Ao explicitar esse relaciona-mento, um valor percentual que indica o quanto cadaelemento rastreado está influenciando de forma posi-tiva ou negativa para se atingir uma determinada metado modelo CIM-0 deve ser informado. A Figura 9 ilus-tra o diagrama de processos referente ao rastreamentodos modelos. Como pode ser visto, esse processo érealizado em sua totalidade por meio de um conjuntode transformações MDA que, recebendo com entradasum modelo CIM-0, um modelo CIM-1 e posteriormenteum mapeamento entre seus elementos (atividade de in-terligação entre os modelos), produz um novo modeloCIM-2 contendo as referências indicadas aos elementosdo CIM-0 (rastreabilidade).

A Figura 10 mostra um exemplo de integração entreo CIM-2 (Figura 9) e o CIM-0 (Tabela 1). Por exemplo,informar que o sub-processo “Manter estoque sob con-trole” influencia em 40% para se atingir a meta “90%dos clientes satisfeitos com a comodidade do serviçoprestado (compra)” do objetivo estratégico “Aumentaro grau de satisfação dos clientes”. Os valores percentu-ais são utilizados no presente trabalho para posterior ve-rificação da consistência dos processos de negócio comos objetivos estratégicos (atividade existente na terceirafase do processo), no sentido de informar que processosinfluenciam ou deixam de influenciar de forma positivaou negativa na obtenção de uma meta.

Na Figura 10 valores percentuais que indicam rela-cionamento de forma positiva entre os elementos dos di-ferentes modelos são representadas por anotações iden-tificadas pelo padrão “Atinge”, que informa o poder deinfluência (valor percentual) que os elementos do CIM-2 representam sobre as metas do CIM-0. Influênciasnegativas não se resumem apenas à metas de objetivosespecíficos, como é o caso da influência positiva, e simà atividades, grupos, gateways condicionais e até a pro-cessos completos. A Figura 10 apresenta uma dessasinfluências negativas com o uso do padrão “Contradiz”,representada sobre uma anotação na atividade “Cance-lar Venda”; que caso venha a ocorrer, irá contradizer em100% a meta “90% dos clientes satisfeitos com a co-modidade do serviço prestado (compra)”, representadapelo numeral 1.

Figura 10: Processo de Negócio “Efetuar venda eficiente” vinculado.

É importante notar que, quando se referenciam ou-tros processos, existe o risco de que uma possível to-mada de decisão em um desses processos referencia-dos (ou até mesmo uma alteração na referência de umareferência) cause um impacto em cascata sobre todosos outros processos. Por exemplo: o modelo “Efe-tuar venda eficiente” da Figura 6 faz referência ao pro-cesso “Manter estoque sob controle”, que por sua vez,faz referência a outros dois processos. Esses dois últi-mos processos podem referenciar outro processo e as-sim por diante. Isso significa dizer que, qualquer altera-ção existente em algum desses processos, pode causardiferentes impactos sobre os processos de perspectivasuperior. É nesse contexto que entra em cena a últimaatividade do processo de alinhamento: Verificar Con-sistência com os Objetivos Estratégicos. Essa atividadetem como finalidade explicitar para o analista de negó-cio quais objetivos estratégicos foram ou deixaram deser atingidos devido a essas alterações. Essa atividadede verificação de consistência é uma atividade automa-tizada e é apresentada nesse trabalho como um serviçooferecido por uma ferramenta de suporte ao processo dealinhamento. Ao seu término, o analista estará apto paratomar qualquer decisão de TI que esteja alinhada ao ne-gócio, por exemplo: “Para obter-se a missão e visãode organização e acima de tudo estando focado no au-



mento dos lucros pertencentes à perspectiva financeiraprecisaremos investir em cartões fidelidades e leitoresde cartão de crédito para facilitar o pagamento dos cli-entes. Precisamos implantar também uma política delogística, a qual por meio de algoritmos computacionaisseja possível para a organização saber com antecedên-cia quais produtos são mais vendidos e em que períododo ano. Investir em tecnologias de Datawarehouse parao armazenamento maciço de informações dos clientes,seus produtos preferidos e tendências de vendas. Seránecessário contratar mais três funcionários para traba-lhar na área de suporte dos computadores com espe-cialização em Banco de Dados. Precisaremos de umprazo de 10 meses para todas essas medidas entraremem vigor. Nosso investimento será de R$70.000,00 e aprevisão para o retorno do investimento é de 16 meses”.

4 CONCLUSÕES

Este trabalho surge com uma proposta de um processode alinhamento estratégico concreto e rastreável quetoma como base para sua realização o formalismo MDAalém do apoio de outras abordagens amplamente aceitaspelo mercado e pela literatura especializada, tais como:BSC, KAOS e BPMN. Esse processo provê o alinha-mento através da definição de diferentes níveis de mo-delos, os quais provêm uma transição continua desde arepresentação do conhecimento estratégico de uma or-ganização até a representação operacional das ativida-des de processos que visam atender a essa estratégia.O emprego de transformações MDA formaliza o pro-cesso de refinamento e prove mecanismos para garantira rastreabilidade dos elementos nos diferentes níveis deabstração.

Ao propor esse processo de alinhamento, contribui-ção principal deste trabalho, temos o enriquecimentoprático do tema saindo um pouco das questões filosófi-cas que o rondam. O processo de alinhamento é apoiadopor uma ferramenta implementada em Java que atendea todas as atividades do tipo User Task descritas no pro-cesso. Essa ferramenta provê um formulário de entradapara carregamento do mapa estratégico, scripts de trans-formações escritos em ATL, ambiente visual para inter-ligar (mapear) as dependências dos elementos do CIM-2 com as metas do CIM-0, e por fim, verificação de con-sistência entre os elementos mapeados. Como propostade trabalho futuro, pode-se analisar a aderência do ali-nhamento proposto com MDA em processos de outrasempresas, em diversos ramos coorporativos.

REFERÊNCIAS

ATLAS. Atlas Transformation Language. 2012.

Disponível em: <http://iot.eclipse.org>. Acesso em:27 jan. 2015.

BALDAM, R.; VALLE, R.; PEREIRA, H.; ABREU,S. H. ans M.; SOBRAL, V. Gerenciamento deProcessos de Negócios: BPM - Business ProcessManagement. São Paulo: Érica, 2007.

BPMN. Business Process Modeling NotationSpecification. Needram: Business ProcessManagement Initiative, 2004. 308 p. Acesso em: 9 jun.2014.

BRODBECK, A. F. Alinhamento Estratégico entre osPlanos de Negócio e de Tecnologia de Informação:Um Modelo Operacional para a Implementação. Tese(Doutorado) — UFRGS, 2001.

FERNANDES, A. A.; ABREU, V. F. Implantando agovernança de TI: da estratégia à gestão dos processose serviços. 2. ed. Rio de Janeiro: Brasport, 2008.

FRANKEL, D. S. BPM and MDA. The rise ofmodel-driven enterprise systems. 2003. Disponívelem: <http://www.bptrends.com/bpt/wp-content/publicationfiles/06-03%20WP%20BPM%20and%20MDA%20Whitepaper%20Frankel11.pdf>.

HARMON, P. Business process change: a manager’sguide to improving, redesigning, and automatingprocesses. San Francisco: Morgan KaufmannPublishers, 2003.

HARRINGTON, H. J.; ESSELING, E. K. C.;NIMWEGEN, H. V. Business Process Improvement:documentation, analysis, design and managementof business process improvement. New York:McGraw-Hill, 1997.

HENDERSON, J. C.; VENKATRAMAN, N. Strategicalignment: Leveraging information technology fortransforming organizations. IBM System Journal, v. 32,n. 1, p. 4 – 16, 1993.

JESTON, J.; NELIS, J. Business Process Management:pratical guidelines to successful implementations.Oxford: Elsevier, 2006. P. 299 - 315.

KAPLAN, R. S.; NORTON, D. P. A Estratégia emAção - Balanced Scorecard. Rio de Janeiro: Elsevier,1997. 344 p.

. Mapas Estratégicos - Convertendo AtivosIntangíveis em Resultados Tangíveis. Rio de Janeiro:Elsevier, 2004. 471 p.


http://iot.eclipse.org

http://www.bptrends.com/bpt/wp-content/publicationfiles/06-03%20WP%20BPM%20and%20MDA%20Whitepaper%20Frankel11.pdf




LAMSWEERDE, A. van; LETIER, E. From objectorientation to goal orientation: A paradigm shiftfor requirements engineering. In: WIRSING,M.; KNAPP, A.; BALSAMO, S. (Ed.). RadicalInnovations of Software and Systems Engineeringin the Future. Springer Berlin Heidelberg, 2004,(Lecture Notes in Computer Science, v. 2941). p.325–340. ISBN 978-3-540-21179-2. Disponível em:<http://dx.doi.org/10.1007/978-3-540-24626-8_23>.

NIEDERMAN JAMES C. BRANCHEAU, J. C. W. F.Information systems management issues for the 1990s.MIS Quarterly, Management Information SystemsResearch Center, University of Minnesota, v. 15, n. 4,p. 475–500, 1991. ISSN 02767783. Disponível em:<http://www.jstor.org/stable/249452>.

OMG. MDA Guide version 1.0.1. FormalDocument: 03-06-01. 2001. Disponível em: <http://www.omg.org/cgi-bin/apps/doc?omg/03-06-01.pdf>.Acesso em: 12 jun. 2014.

REICH, B. H. Investigating the Linkage betweenBusiness Objectives and Information TechnologyObjectives: A multiple case study in the InsureanceIndustry. Tese (Doutorado) — University of BritishColumbia, 1992.

ROLLAND, C.; SOUVEYET, C.; ACHOUR, C.Guiding goal modeling using scenarios. SoftwareEngineering, IEEE Transactions on, v. 24, n. 12, p.1055–1071, Dec 1998. ISSN 0098-5589.

SMITH, H.; FINGAR, P. Business ProcessManagement: The third wave. 1. ed. Tampa: MeghanKiffer Press, 2003.

VENKATRAMAN, N. IT-Enabled businesstransformation: From automation to business scoperedefinition. Sloan Management Review, p. 73 – 87,1993.

VOLMER, K. The future of bpm. In: FORRESTERRESEARCH. Anais de The Brainstorm BPMConference. Chicago, 2007.


http://dx.doi.org/10.1007/978-3-540-24626-8_23

http://www.jstor.org/stable/249452

http://www.omg.org/cgi-bin/apps/doc?omg/03-06-01.pdf

http://www.omg.org/cgi-bin/apps/doc?omg/03-06-01.pdf

UM PROCESSO DIRIGIDO POR MODELOS PARA PROMOVER O ...

Documents

Transcript of UM PROCESSO DIRIGIDO POR MODELOS PARA PROMOVER O ...