Claudia Cappelli Aló
Uma Abordagem para Transparência em Processos Organizacionais Utilizando Aspectos
Tese de Doutorado
Tese apresentada ao Programa de Pós-Graduação em Informática do Departamento de Informática da PUC-Rio como parte dos requisitos parciais para obtenção do título de Doutor em Ciências - Informática. Orientador: Julio Cesar Sampaio do Prado Leite
Rio de Janeiro
Agosto de 2009
Claudia Cappelli Aló
Uma Abordagem para Transparência em Processos Organizacionais Utilizando Aspectos
Tese apresentada como requisito parcial para obtenção do grau de Doutor pelo Programa de Pós-graduação em Informática do Departamento de Informática do Centro Técnico Científico da PUC-Rio. Aprovada pela Comissão Examinadora abaixo assinada.
Julio Cesar Sampaio do Prado Leite Orientador
Departamento de Informática – PUC-Rio
Prof. Rubens Nascimento Melo
Departamento de Informática – PUC-Rio
Prof. Luis Carlos de Sá Carvalho Departamento de Administração – PUC-Rio
Profa. Vera Maria Benjamim Werneck Departamento de Informática - UERJ
Profa. Thais Vasconcelos Batista Departamento de Informática - UFRN
Prof. José Eugenio Leal Coordenador Setorial do Centro
Técnico Científico
Rio de Janeiro, 10 de agosto de 2009.
Todos os direitos reservados. É proibida a reprodução total ou parcial do trabalho sem autorização do autor, do orientador e da universidade.
Claudia Cappelli Aló
Graduou-se em Informática na Universidade do Estado do Rio de Janeiro (UERJ) em 1985. Obteve o título de Mestre em Informática pela Universidade Federal do Rio de Janeiro (NCE/UFRJ) em 2000. É pesquisadora associada no Núcleo de Pesquisa e Prática de Tecnologia da Universidade Federal do Estado do Rio de Janeiro (UNIRIO). Integrou o quadro de pesquisadores do Laboratório de Engenharia de Software (LES) da PUC-Rio, atuando na área de Engenharia de Requisitos.
Ficha Catalográfica
CDD: 004
Aló, Claudia Cappelli Uma abordagem para transparência em processos organizacionais utilizando aspectos / Claudia Cappelli Aló; orientador: Julio Cesar Sampaio do Prado Leite. - 2009. 328 f. : il.; 30 cm Tese (Doutorado em Informática) – Pontifícia Universidade Católica do Rio de Janeiro, Rio de Janeiro, 2009. Inclui bibliografia 1. Informática – Teses. 2. Transparência. 3. Transparência Organizacional. 4. Modelagem de Processos Orientada a Aspectos. 5. Aspectos de Transparência. 6. Transparência em Processos Organizacionais. Leite, Julio Cesar Sampaio do Prado. II. Pontifícia Universidade Católica do Rio de Janeiro. Departamento de Informática. III. Título.
Ao meu filho Ugo, minha mãe Maria e meu pai Antonio (em memória),
por todo amor, ajuda e incentivo.
Agradecimentos
Florianópolis, 30/12/2004. Viagem de férias. Passagem de ano. Ligo para
casa para saber como estão as coisas e para falar com minha mãe Maria,
companheira e amiga de todas as horas. Recebo a notícia de que chegou uma
correspondência da PUC-Rio. Peço que ela abra e que me diga o que está escrito.
Fico nervosa. Afinal, estava esperando a resposta do processo de seleção para o
Doutorado. Ela lê e me diz que fui aprovada. Estava no quarto do hotel. Olhei pela
janela e vi um pôr do sol lindo. Agradeci a Deus que sempre guiou meus caminhos
colocando neles oportunidades como esta. Chorei. Queria abraçar todo mundo.
Compartilhar com todos a minha felicidade. Ao meu lado no quarto estava
Agostinho, meu companheiro que certamente viria a me ajudar muito nesta nova
jornada com sua compreensão e apoio. Abracei-o ainda chorando um pouco e
contei o que havia acontecido. Ele ficou feliz.
Logo depois, olhando pela sacada, avistei meu filho Ugo voltando da praia.
Saí do quarto, desci as escadas. Queria abraçá-lo e contar a novidade. Ele, quando
soube, me deu todo apoio e disse que poderia contar com ele em todas as horas. Eu
certamente iria precisar. E durante todo o meu percurso foi o que aconteceu. Mas
ainda precisava falar com mais uma pessoa. Renata, minha querida amiga e
companheira que me incentivou muito a enfrentar este novo desafio na minha vida.
Liguei. Ela atendeu. Contei a novidade e senti que ela ficou muito feliz. Certamente
dali para frente nós estaríamos ainda mais próximas. Veio o dia seguinte. Ano Novo.
E naquele ano realmente vida nova. Afinal só se inicia um Doutorado uma vez.
Voltei ao Rio e não via a hora de fazer a matrícula e começar o curso.
Finalmente o dia chegou. Novo curso, novos professores, novos amigos.
Viterbo, Marcia, Luciana e Tanara, pessoas maravilhosas com quem pude
conviver ao longo do curso e com quem, apesar de áreas e orientadores diferentes,
criei uma grande amizade. Mas nem tudo são flores. Matérias difíceis, porém
obrigatórias, tinham que ser cumpridas. O primeiro ano, um desafio conseguir
permanecer no curso. Nestas horas a ajuda das amigas Flávia, Fernanda, Renata,
Andrea, Vanessa, Hadeliane foi vital. Minhas queridas amigas que durante toda a
jornada do curso me ajudaram muito, pois estávamos todas envolvidas em projetos
de trabalho e eu precisaria me ausentar muitas vezes. A elas o meu muito obrigada.
Sem elas certamente não teria sido possível. Mas isso era só o começo. Afinal
ainda tinha alguns anos pela frente. Nos dois primeiros anos ainda trabalhei
fortemente nos projetos em que eu estava envolvida. Estes me eram muito
enriquecedores, pois me davam experiência e material que certamente seriam úteis
no trabalho do Doutorado. Nestes também tive a oportunidade de contato com
diversas pessoas em universidades distintas, uma delas a Profa. Thais Batista, que
conheci em um destes projetos e hoje também está presente em minha banca. A ela
o meu muito obrigada pelo incentivo e apoio.
A partir do segundo ano passei a ter contato mais direto com meu orientador,
pessoa que aprendi a admirar por seu conhecimento e novas ideias e que sempre
apoiou as minhas escolhas, Prof. Julio Leite. Foi ele que me mostrou o caminho a
ser seguido e, juntos, escolhemos o tema do meu trabalho. Durante o segundo ano
continuei cursando algumas matérias, porém já me aprofundava no tema escolhido.
Tive a oportunidade de estudar em outros Departamentos da Universidade e
conheci outros professores, entre eles o Prof. Sá Carvalho, com quem discuti muito
sobre organizações e processos e que hoje está presente na minha banca. Agradeço
a ele pelos ensinamentos. Neste ano também foi reativado o Grupo de Engenharia
de Requisitos. Nele conheci pessoas muito interessantes como Pádua, Eduardo,
Filipe, Herbet e Elizabeth, que me ajudaram e com quem discuti muitas vezes
sobre o tema escolhido. Agradeço a todos pela colaboração. Além deles a Profa.
Vera Werneck, que faz parte do grupo e que hoje está presente na minha banca,
também merece meu agradecimento .
O trabalho começou a tomar corpo. Tivemos as primeiras publicações. Estava
tudo indo bem e eu estava radiante. Acreditava no tema escolhido, na importância
de meu estudo para a comunidade acadêmica e na sua aplicação no contexto das
organizações. Precisava me dedicar mais ao Doutorado, mas neste período, meu pai,
Antonio, adoeceu. Foi difícil, pois sabia que era uma doença terminal. Queria ficar
com ele o máximo de tempo possível, mas isso me faria muitas vezes relegar o
estudo ao segundo plano. O tempo passou muito rápido. O final do terceiro ano
chegou e meu pai se foi. Sinto muito sua falta, mas tenho certeza de que está feliz
por saber que consegui chegar ao fim deste trabalho. Ele sempre me apoiou muito.
Finalmente o quarto ano. Precisava correr, pois os prazos finais começavam a
dar sinais. Pesquisa para terminar, estudos de caso para fazer, artigos para publicar,
projetos para participar.Faltava muito e o tempo era pouco. Esforcei-me. Aumentei
muito minha dedicação. Trabalhei. Atrasei um pouquinho, mas finalmente, cheguei
ao final do trabalho. Agora faltavam os preparativos para a defesa. Fechar o
trabalho, revisar, escolher a banca. Nesta fase conheci o Prof. Rubens que hoje está
fazendo parte da minha banca. A ele meus agradecimentos. Tudo pronto. Gostei
muito do que fiz. Tenho planos para o futuro. Espero ter novas oportunidades. Mas
por hora só tenho mesmo a agradecer a todos por tudo e esperar que tudo dê certo.
Agradecimento especial ao CNPq pela bolsa concedida para apoio ao
desenvolvimento deste trabalho.
Resumo
Aló, Claudia Cappelli; Leite, Julio Cesar Sampaio do Prado. Uma Abordagem para Transparência em Processos Organizacionais Utilizando Aspectos. Rio de Janeiro, 2009. 328 p. Tese de Doutorado – Departamento de Informática, Pontifícia Universidade Católica do Rio de Janeiro.
Transparência tem sido por tempos um anseio das sociedades democráticas.
O direito de ser informado e de ter acesso à informação tem sido um problema
importante nas sociedades modernas. A demanda por verdades baseadas na
transparência tem aumentado no contexto das transformações globais. A
importância da abertura do fluxo de informações está criando uma sociedade aberta
na qual o objetivo é o estabelecimento de uma sociedade democrática com cidadãos
engajados capazes de entender e acessar as informações disponíveis (Holzner,
2006). Entretanto, não é suficiente para uma organização desejar ser transparente.
As organizações precisam saber o que é transparência e como elas podem inserir
este conceito no seu negócio. Esta tese define transparência e a forma de aplicá-la
aos processos de negócio utilizando-os como meio de explicitar a transparência
dentro de organizações. Para isso, propõe uma abordagem orientada a aspectos que
permita introduzir características de transparência nos processos organizacionais
através da construção de políticas e padrões, e da inserção de elementos nos
modelos de processos organizacionais com uso de um catálogo de transparência.
Para validar a proposta da definição de transparência, foi conduzida uma análise de
processos organizacionais através de dois levantamentos utilizando questionários.
Para a validação da abordagem proposta, foi realizado um estudo de caso a partir de
processos de negócio de uma organização real. Este estudo de caso permitiu a
obtenção de alguns resultados preliminares sobre a aplicabilidade e viabilidade do
uso desta abordagem.
Palavras-chave
Transparência, Transparência Organizacional, Modelagem de Processos
Orientada a Aspectos, Aspectos de Transparência, Transparência em Processos
Organizacionais.
Abstract
Aló, Claudia Cappelli; Leite, Julio Cesar Sampaio do Prado (Advisor). An approach for Business Processes Transparency Using Aspects. Rio de Janeiro, 2009. 328 p. Doctoral Thesis – Departamento de Informática, Pontifícia Universidade Católica do Rio de Janeiro.
Transparency has been a desire of democratic societies for a long time. The
right to be informed and have access to information has been a major problem in
modern societies. The demand for truth based on transparency has increased in the
context of global change. The importance of openness in the flow of information is
creating an open society in which the very idea is to establish a democratic society
with engaged citizens able to understand and use the information that is accessible
to them (Holzner, 2006). However, it is not sufficient for an organization to wish to
be transparent. Organizations need to know what transparency is and how they can
apply this concept to their business. This thesis defines transparency and a way of
using it in business processes, using these processes as a means of making explicit
the transparency within organizations. An aspect oriented approach is proposed in
order to allow the introduction of transparency characteristics into business
processes. Policies and standards are proposed as well as a technique for inserting
new elements into the business processes using a transparency catalog. In order to
validate the proposed definition of transparency, an analysis of organizational
processes, using two surveys, was performed. A case study, using the business
processes from of a real organization, was performed to validate the proposed
approach. This case study produced some preliminary results on the applicability
and feasibility of using this approach.
Keywords
Transparency, Organizational Transparency, Aspect Oriented Business
Process Model, Transparency Aspects, Business Process Transparency.
Sumário
1. Introdução 16
1.1 Motivação 16
1.2 Caracterização do Problema 19
1.3 Enfoque da Solução 20
1.4 Organização da Tese 21
2. Transparência 23
2.1 Características Gerais de Transparência 23
2.2 Organização das características 24
2.3 Graus de Transparência 30
2.4 O levantamento realizado 33
2.5 A versão final do SIG 34
3. Transparência Organizacional 37
3.1 Trabalhos Relacionados - Transparência no contexto das organizações 37
3.2 Definição de Transparência Organizacional 45
3.3 O Catálogo de Transparência 46
3.4 Classificando as operacionalizações 67
3.5 Aplicação das operacionalizações a processos na web 72
3.6 Análise das contribuições – Uso do PCT 74
4. Inserção de práticas de transparência em processos organizacionais 86
4.1 Transparência - Uma Característica Transversal 86
4.2 O Paradigma de Aspectos 89
4.3 Trabalhos Relacionados 90
4.4 Processos Organizacionais Orientados a Aspectos 95
4.5 Aplicando o modelo apresentado para a inserção de características de transparência em modelos de processos organizacionais 112
5. Estudo de Caso 124
5.1 Objetivos 124
5.2 Etapas do Estudo de Caso 124
5.3 Formulação do Problema 125
5.4 Definição da Unidade-Caso 125
5.5 Determinação do número de casos 126
5.6 Elaboração do Protocolo 126
5.7 Operacionalização das características de transparência nos modelos de processo (unidades-caso) 132
5.8 Respostas às questões elaboradas 152
6. Conclusão 155
6.1 Contextualização 155
6.2 Resumo 155
6.3 Trabalhos relacionados em transparência 157
6.4 Estudos relacionados para a sistematização da definição de transparência 158
6.5 Trabalhos relacionados em aspectos 160
6.6 A avaliação da definição de transparência através de levantamentos 161
6.7 O Estudo de Caso – aplicação da abordagem de modelagem de processos orientada a aspectos 162
6.8 Contribuições 163
6.9 Limitações 164
6.10 Trabalhos Futuros 165
7. Referências 168
Apêndice A Levantamento Baseado em Revisão Sistemática 179
Apêndice B Revisão do SIG de transparência junto ao Grupo de Engenharia de Requisitos da PUC 189
Apêndice C Levantamento para validação do SIG e dos Graus de Transparência 193
Apêndice D Questionário para verificação da Transparência de Processos Organizacionais através de sites da Web 204
Apêndice E Questionário para verificação da Transparência em Processos Organizacionais 258
Apêndice F Símbolos do Léxico relacionados à transparência organizacional 303
Anexo I Modelos de Processos utilizados no Estudo de Caso 304
Lista de Figuras
Figura 2.1 - Identificação de interdependências implícitas de softgoals (Chung, 2000) 26 Figura 2.2 - O SIG de transparência – Versão 1 (Cappelli, 2007) 28 Figura 2.3 – O SIG de transparência – Versão 2 30 Figura 2.4 - Degraus da Transparência (Cappelli, 2008; Leite, 2008) 31 Figura 2.5 – O SIG de transparência – Versão 3 (Cappelli, 2008) 34 Figura 2.6 - – O SIG de Transparência – Versão Final 36 Figura 3.1 – Notícias de transparência coletadas na web entre 12/05 e 23/05/2009 38 Figura 3.2 - – Transparência Organizacional 49 Figura 3.3 - – Acessibilidade 50 Figura 3.4 – Acurácia 50 Figura 3.5 – Adaptabilidade 51 Figura 3.6 – Amigabilidade 51 Figura 3.7 – Atualidade 52 Figura 3.8 – Auditabilidade 52 Figura 3.9 – Clareza 53 Figura 3.10 – Comparabilidade 53 Figura 3.11 – Completeza 54 Figura 3.12 – Composição 54 Figura 3.13 – Concisão 55 Figura 3.14 – Consistência 55 Figura 3.15 – Controle 56 Figura 3.16 – Corretude 56 Figura 3.17 – Dependência 57 Figura 3.18 – Desempenho 57 Figura 3.19 – Detalhamento 58 Figura 3.20 – Disponibilidade 58 Figura 3.21 – Divisibilidade 59 Figura 3.22 – Entendimento 59 Figura 3.23 – Explicação 60 Figura 3.24 – Informativo 61 Figura 3.25 – Integridade 61 Figura 3.26 – Intuitividade 62 Figura 3.27 – Operabilidade 62 Figura 3.28 – Portabilidade 63 Figura 3.29 – Publicidade 63 Figura 3.30 – Rastreabilidade 64 Figura 3.31 – Simplicidade 65 Figura 3.32 – Uniformidade 65 Figura 3.33 – Usabilidade 66 Figura 3.34 – Validade 66 Figura 3.35 – Verificabilidade 67 Figura 3.36 – SIG de Transparência com contribuições em rede entre características 75 Figura 3.37 - Fórmulas para comparar os construtos 77 Figura 3.38 - SIG de Transparência (Final) com contribuições entre critérios 84 Figura 3.39 – Léxico do relacionamento entre uniformidade e clareza 84
Figura 3.40 – Léxico do relacionamento entre simplicidade, completeza e concisão 85 Figura 3.41 – Léxico do relacionamento entre concisão e completeza 85 Figura 3.42 – Léxico do relacionamento entre corretude e integridade 85 Figura 3.43 – Léxico do relacionamento entre dependência e rastreabilidade 85 Figura 4.1 – Abordagem tradicional de modelagem 88 Figura 4.2 - Metamodelo de integração de características transversais (Silva, 2006) 96 Figura 4.3 – Componentes usados para integrar relacionamentos transversais em modelos de processos (adaptado de Silva (Silva, 2006)) 97 Figura 4.4 – Sintaxe de LMPOA (adaptado de Silva (Silva, 2006)) 98 Figura 4.5 – Modelo conceitual da linguagem de modelagem de processos orientada a aspectos (adaptado de Silva (Silva, 2006)) 99 Figura 4.6 – Sintaxe do Relacionamento Transversal 101 Figura 4.7 – Características transversais e seus relacionamentos com demais elementos 106 Figura 4.8 – Exemplo de Aspecto – Obter Formulário Solicitação Mudança 107 Figura 4.9 – Exemplo de Aspecto – Enviar Solicitação de Mudança 107 Figura 4.10 – Exemplo de Aspecto – Formulário Solicitação Mudanças 107 Figura 4.11 – Exemplo de Aspecto – Dados Requisição 108 Figura 4.12 – Composição das características transversais (Cappelli, 2009b) 109 Figura 4.13 – Composição das características transversais – Formato Texto (Cappelli, 2009b) 109 Figura 4.14 – Visão de Documentos – As atividades que utilizam o documento 110 Figura 4.15 – Visão de Dados – As atividades que utilizam um conjunto de informações 110 Figura 4.16 – Visão de Atividades – Repetição 111 Figura 4.17 – Visão de Atividades Principais 111 Figura 4.18 – Processo “Inserir Aspectos de Transparência em Processos” 113 Figura 4.19 – Componentes usados para integrar transparência em modelos de processos (adaptado de Silva (Silva, 2006)) 114 Figura 4.20 – Processo Genérico de Contratação de Software (adaptado de (Magdaleno, 2006)) 115 Figura 4.21 – Aspectos Transversais do Processo “Gerir Contratação de Software” 117 Figura 4.22 – Processo Genérico de Gerir Contratação de Software com elementos de transparência 121 Figura 4.23 – Controlabilidade - Visualização dos pontos de controle no processo 122 Figura 4.24 – Integridade - Visualização dos pontos de uso das fontes de informação do processo 122 Figura 4.25 – Explicação - Visualização dos pontos de tomada de decisão no processo e suas justificativas 123 Figura 5.1 – Processo “Levantar Informações do Estudo de Caso” 130 Figura 5.2 – Processo Preparar Intervenção de Manutenção com aspectos 141 Figura 5.3 – Processo Preparar Intervenção de Investimento com aspectos 146 Figura 5.4 – Processo Acompanhar Intervenção com aspectos 151
Lista de Tabelas e Quadros
Tabela 2.1 - Características Transparência X Lista Características NFR 27 Tabela 2.2 - Definições das características do NFR Framework – Versão 1 27 Tabela 2.3 – Definições das características do NFR Framework – Versão 2 29 Tabela 2.4 – Definições das características do NFR Framework – Versão Final 35 Tabela 3.1 – Implementação das Operacionalizações – parte 1 69 Tabela 3.2 – Implementação das Operacionalizações – parte 2 70 Tabela 3.3 – Implementação das Operacionalizações – parte 3 71 Tabela 3.4 - Resultado da aplicação do questionário sobre sites na web – parte 1 72 Tabela 3.5 - Resultado da aplicação do questionário sobre sites na web – parte 2 73 Tabela 3.6 - Um exemplo de repertory grid (Ford, 1991) 76 Tabela 3.7 - Respostas do melhor caso em cada uma das características 78 Tabela 3.8 - Respostas do pior caso em cada uma das características 79 Tabela 3.9 - Respostas do melhor caso em cada uma das características – Binário 80 Tabela 3.10 - Respostas do pior caso em cada uma das características - Binário 80 Tabela 3.11 – Relacionamentos entre construtos do melhor caso 81 Tabela 3.12 – Relacionamentos entre construtos do pior caso 82 Tabela 4.1 – Regras de Composição do Relacionamento Transversal 104 Tabela 4.2 – Parâmetros de Visualização 104 Tabela 4.3 – Relacionamento entre os elementos do modelo 105 Tabela 5.1 – Perfil dos entrevistados no estudo de caso 128 Tabela 5.2 – Avaliação Processo Preparação Intervenção de Manutenção – parte 1 133 Tabela 5.3 – Avaliação Processo Preparação Intervenção de Manutenção – parte 2 134 Tabela 5.4 – Avaliação Processo Preparação Intervenção de Manutenção – parte 3 134 Tabela 5.5 – Avaliação Processo Preparação Intervenção de Investimento – parte 1 135 Tabela 5.6 – Avaliação Processo Preparação Intervenção de Investimento – parte 2 135 Tabela 5.7 – Avaliação Processo Preparação Intervenção de Investimento – parte 3 136 Tabela 5.8 – Avaliação Processo Acompanhar Intervenção – parte 1 136 Tabela 5.9 – Avaliação Processo Acompanhar Intervenção – parte 2 137 Tabela 5.10 – Avaliação Processo Acompanhar Intervenção – parte 3 137 Tabela 5.11 – Mecanismos ausentes no Processo Preparar Intervenção de Manutenção 139 Tabela 5.12 – Elementos ausentes no Processo Preparar Intervenção de Manutenção 139 Tabela 5.13 – Mecanismos ausentes no Processo Preparar Intervenção de Investimento 144 Tabela 5.14 – Elementos ausentes no Processo Preparar Intervenção de Investimento 144 Tabela 5.15 – Mecanismos ausentes no Processo Acompanhar Intervenção 149 Tabela 5.16 – Elementos ausentes no Processo Acompanhar Intervenção 149
Lista de Abreviaturas e Siglas
ADL – Arquitectural Description Language
AO – Aspect Oriented
AO-BPM – Aspect Oriented Business Process Model
BASEL - Basel Committee on Banking Supervision
BPM – Business Pross Management
BPMN – Business Process Modeling Language
CGU - Corregedoria Geral da União
CMMI - Capability Maturity Model Integration
DSOA - Desenvolvimento de Software Orientado a Aspectos
EITI – Extractive Industries Transparency Initiative
EPC – Event Process Chain
EROA - Engenharia de Requisitos Orientada a Aspectos
FoIA - Freedom of Information Act
IBGC - Instituto Brasileiro de Governança Corporativa
LMPOA – Linguagem de Modelagem de Processos Orientada a Aspectos
LMROA – Linguagem de Modelagem de Requisitos Orientada a Aspectos
NFR – No Functional Requirement
OCDE - Organização para a Cooperação e Desenvolvimento Econômico
PCT - Personal Construct Theory
POA - Programação Orientada a Aspectos
SOX - Sarbanes-Oxley
TB – Transparência Brasil
TCC – Transparência, Consciência e Cidadania
TI - Transparency International
Web – World Wide Web
1. Introdução
Este trabalho apresenta uma definição de transparência no contexto social, a
instanciação deste conceito para o domínio das organizações, uma proposta para
avaliação de características de transparência em processos organizacionais, e
uma abordagem para inserção destes aspectos em processos organizacionais.
Neste capítulo, expõe-se a motivação deste trabalho, citam-se problemas
relacionados à transparência e à sua identificação frente aos processos
organizacionais, descreve-se genericamente a solução proposta, apresentam-se,
de forma sucinta, suas contribuições para finalmente definir-se a organização da
tese.
1.1 Motivação
A crescente demanda por verdades baseadas na transparência tem aumentado
no contexto das transformações globais. A importância da abertura do fluxo de
informações está criando uma sociedade aberta na qual o objetivo é o
estabelecimento de uma sociedade democrática com cidadãos engajados capazes de
entender e acessar as informações disponíveis (Holzner, 2006). Muitos organismos
ao longo do tempo têm aprovado leis e acordos em busca de garantir transparência
através dos mais diversos tipos de organizações. Iniciativas como a Lei
Sarbanes-Oxley (SOX, 2002), o acordo da Basiléia - Basel Committee on Banking
Supervision (BASEL, 1988) e a iniciativa EITI – Extractive Industries
Transparency Initiative (EITI, 2002) demonstram a intenção dos governos e das
sociedades civis em obter esta transparência.
A Lei Sarbanes-Oxley, conhecida também como SOX (SOX, 2002) é uma lei
americana promulgada em 30/06/2002, de autoria dos senadores Paul Sarbanes e
Michael Oxley. Ela afeta as empresas que possuem capital aberto e ações na Bolsa
de Nova York e Nasdaq, pois para manterem suas ações nestas bolsas precisam
cumprir esta lei. O motivo que a fez entrar em vigor foi a onda de escândalos
corporativo-financeiros envolvendo principalmente as empresas Eron (do setor de
energia) e Worldcom (do setor de telecomunicações), que provocaram prejuízos
financeiros a milhares de investidores (Zhang, 2007b). O objetivo desta lei é
17
aperfeiçoar os controles financeiros das empresas e apresentar eficiência na
governança corporativa através da transparência na gestão financeira das
organizações, credibilidade na contabilidade, auditoria e segurança das
informações para que sejam realmente confiáveis, evitando-se assim fraudes, fuga
de investidores e novos escândalos e prejuízos.
O Basel Committee on Banking Supervision (BASEL, 1988) é um acordo
internacional firmado por 55 países, inclusive o Brasil, em 1988 que define
princípios fundamentais de supervisão bancária, adicionados de diretrizes, padrões
e recomendações. Atualmente é regido por 25 princípios essenciais que servem
como referência básica para órgãos supervisores e outras autoridades públicas em
todos os países. Os princípios que evidenciam a transparência foram definidos para
serem aplicados por todos os países, na supervisão dos bancos de suas jurisdições.
A EITI – “Extractive Industries Transparency Initiative” (EITI, 2002) busca
resolver problemas entre mineradoras e empresas petrolíferas rivais que, apoiadas
pelos seus governos, frequentemente estão dispostas a tratar com quem quer que
lhes assegure uma concessão, criando governos corruptos e repressores, e conflitos
armados. O movimento começou há poucos anos com a campanha "Publish What
You Pay" (Divulguem o que Vocês Pagam), que exigiu que empresas petrolíferas e
mineradoras revelassem pagamentos efetuados a governos. Em resposta, o governo
britânico lançou a "Extractives Industries Transparency Initiative (EITI)"
(Iniciativa para a Transparência das Indústrias de Extração). A maioria das
empresas de extração mineral atualmente faz parte desta iniciativa e já reconhece o
valor e a necessidade de maior transparência neste setor.
Além disso, alguns outros organismos vêm se constituindo através de
iniciativas independentes. O “Transparency International” (TI, 1993), que busca
discutir o tema da transparência e criar redes de conhecimento neste assunto, é um
exemplo. No Brasil, já existem afiliados a esta rede como o TCC – Transparência,
Consciência e Cidadania (TCC, 1996) e o TB – Transparência Brasil (TB, 2000). O
Transparência, Consciência e Cidadania tem como principal objetivo a ampliação
do conhecimento científico e das medidas práticas utilizadas no combate à
corrupção, a promoção da transparência e da probidade administrativa, a
conscientização ética e democrática, assim comoa construção da cidadania no
Brasil e em outros países. Além disso, realiza estudos das relações entre
“accountability” e democracia. O Transparência Brasil atua basicamente em
18
levantamentos empíricos sobre a incidência do problema da corrupção em
diferentes esferas no Brasil. Para isso criou alguns instrumentos na internet para
propiciar o monitoramento do fenômeno da corrupção junto aos órgãos públicos.
Podemos ainda citar a OCDE - Organização para a Cooperação e
Desenvolvimento Econômico (OECD, 1961), agência internacional e
intergovernamental, que congrega a maior parte dos países industrializados. Esta
agência estabelece, entre outras coisas, que o governo e as empresas devem garantir
a disseminação de informação oportuna, regular, confiável e de excelência sobre
suas atividades, estrutura, situação financeira e desempenho, além de propiciar a
auditoria. Organizações como a Transparency International (TI, 1993), a CGU -
Corregedoria Geral da União (CGU, 2001) e o Transparência Brasil (TB, 2000),
entre outras, têm apresentado intenções para solucionar problemas da falta de
transparência no setor público e, consequentemente,combater a corrupção.
Outro órgão diretamente envolvido com o tema da transparência é o IBGC
(IBGC, 1994). No código sobre governança corporativa deste instituto,
transparência é citada como sendo “mais do que a obrigação de informar", neste é
dito que a administração deve “cultivar o desejo de informar", sabendo que quando
há boa comunicação interna e externa, particularmente espontânea, franca e rápida,
o resultado é um clima de confiança, tanto internamente quanto nas relações da
empresa com terceiros.
No Brasil, já existem leis estabelecidas e projetos tramitando no Congresso
Nacional que explicitam as intenções do governo quanto à questão de transparência
das organizações públicas e privadas. O Código de Defesa do Consumidor (Collor,
1990) advoga normas de proteção e defesa do consumidor, entre eles o direito de
obter informação adequada e clara sobre os diferentes produtos e serviços, bem
como a eficiente prestação dos serviços públicos em geral, obrigando organizações,
governamentais ou privadas, a demonstrar aos seus clientes como os seus produtos
e serviços são gerados e como funcionam. Mais recentemente, em 27/05/2009, foi
aprovada também a Lei Complementar (Lei 131, 2009), que estabelece normas de
finanças públicas voltadas para a responsabilidade na gestão fiscal a fim de
determinar a disponibilização, em tempo real, de informações sobre as execuções
orçamentária e financeira da União, dos Estados, do Distrito Federal e dos
Municípios. Além disso, tramita no Congresso Nacional um projeto de Lei (Projeto
19
de Lei, 2009) que regula o acesso às informações e sua divulgação assim como
define os procedimentos para acesso às mesmas e suas restrições.
Observando os exemplos citados, é notório o crescimento de movimentos,
fazendo com que cada vez mais organizações públicas e privadas necessitem
demonstrar transparência, uma vez que a sociedade, apoiada por leis, acordos e
iniciativas de vários grupos, dia a dia aumenta esta demanda. Esta realidade impõe
às organizações a necessidade do estabelecimento de mecanismos que demonstrem
transparência de suas informações e processos. Porém, para que estas organizações
se tornem transparentes, é necessário um real entendimento por parte de todos do
que é transparência e de como institucionalizá-la numa organização.
1.2 Caracterização do Problema
Transparência, de acordo com as ciências físicas (Wikipedia (optics), 2009),
é dita como algo através do qual se pode ver, ou seja, algo que pode permitir ou
melhorar a visão sobre determinado objeto. No contexto das organizações, é algo
que pode permitir ou melhorar a visão sobre os processos e as informações de uma
organização ao dar oportunidade de conhecimento sobre a mesma, reduzir a
possibilidade de omissão entre os dados dos processos, possibilitar o controle sobre
os produtos e serviços prestados, facilitar a investigação, e aumentar a confiança
entre as organizações e a sociedade.
Porém, para que se tenha qualquer iniciativa no sentido de atender às
necessidades de tornar informações e processos de uma organização transparentes,
faz-se necessário a resposta a algumas perguntas como:
• O que é informação transparente?
• O que é processo organizacional transparente?
• Como identificar se o processo e as informações são transparentes?
• Como explicitar transparência através de processos e informações?
Percebe-se então que para a institucionalização da transparência das
informações e dos processos em uma organização, faz-se necessário o
20
entendimento comum sobre o conceito de transparência, a existência de uma
abordagem que possa identificar a aderência deste conceito à organização e uma
estratégia de implementação deste conceito nos processos organizacionais.
1.3 Enfoque da Solução
Na intenção de se tornar uma organização transparente, algumas empresas
têm realizado iniciativas de explicitação de seus processos recentemente, de forma
a permitir um melhor entendimento e análise dos mesmos, através de uma atividade
denominada Modelagem de Processos de Negócio (Kettinger, 1997). Algumas
organizações também utilizam a modelagem dos processos para construção de
aplicações aderentes ao negócio que forneçam aos interessados as informações
adequadas sobre estes. Esta abordagem, orientada à modelagem de processos como
potencial para provisionar transparência do processo e de informações, foi citada
também recentemente por Klotz (Klotz, 2008).
A modelagem de processos de negócio fornece à organização conhecimento
sobre si mesma e sobre a forma como seus produtos e serviços são gerados. Além
disso, permite a explicitação da tecnologia e das aplicações que apoiam a execução
dos processos e dos dados que trafegam entre estes sistemas, dando visibilidade
sobre as aplicações e sobre os controles exercidos por estes. No contexto da
Engenharia de Software, a atividade de modelagem de processos de negócio
também já figura como um importante ponto de partida para a identificação de
requisitos de sistemas (Mac Knight, 2004; Santander, 2000), pois permite a
rastreabilidade entre os processos e as aplicações que os apóiam, assim como as
instâncias dos processos que geram as informações.
Com base nestas abordagens, que indicam os modelos de processos de
negócio como uma ferramenta para tornar as organizações mais transparentes e
para rastrear os processos e as aplicações que os apoiam, dando transparência
também às informações geradas, entende-se que esta é uma abordagem bastante
adequada para auxiliar a institucionalização de transparência nas organizações.
Sendo assim, nossa hipótese pode ser resumida na forma abaixo:
21
A construção de uma definição de transparência de processos organizacionais e o
estabelecimento de uma abordagem para sua inserção nestes processos
contribuem para a transparência organizacional.
No intuito de apoiar a institucionalização da transparência em organizações,
pretende-se tratar o problema com a construção de uma definição para
transparência no contexto social, sua sistematização no domínio de processos
organizacionais através da construção de um catálogo de transparência, e a
definição de uma abordagem para estabelecimento da transparência nos processos
organizacionais.
Transparência, por se tratar de uma característica de qualidade, foi
sistematizada através da utilização do formalismo do NFR Framework (Chung,
2000) da Área de Engenharia de Requisitos. O NFR Framework foi escolhido por
permitir representar relacionamentos entre características, as contribuições
negativas e positivas entre elas e o nível de satisfação destas características.
Quanto à abordagem de implementação deste conceito no processo
organizacional, decidiu-se utilizar o paradigma de orientação a aspectos (Kiczales,
1997). Este paradigma foi escolhido por entender a transparência como uma
característica que pode estar entrelaçada e espalhada nos modelos de processo e
também por não necessariamente fazer parte do processo fim da organização,
assemelhando-se ao conceito de aspecto.
1.4 Organização da Tese
O capítulo 2 apresenta a construção da definição de transparência no contexto
social, os graus de transparência que uma organização pode alcançar e o
levantamento realizado para confirmação da definição de transparência proposta. O
objetivo do capítulo 3 é apresentar um levantamento de trabalhos relacionados à
transparência, a definição da mesma no domínio de processos organizacionais, o
Catálogo de Transparência contendo as operacionalizações de cada uma de suas
subcaracterísticas, a definição de mecanismos para operacionalização das
características de transparência em modelos de processos organizacionais, e a
derivação de relacionamentos de contribuição positiva e negativa entre as
22
características e subcaracterísticas de transparência através do PCT (Personal
Construct Theory). O capítulo 4 descreve a abordagem construída para inserção de
características de transparência nos processos organizacionais, trabalhos
relacionados e a demonstração desta abordagem através de um exemplo. No
capítulo 5 é descrito o estudo de caso realizado a partir de um questionário aplicado
aos modelos de processos de negócio de uma organização real, com o objetivo de
avaliar a abordagem proposta. Por último, o capítulo 6 apresenta as conclusões
obtidas com este trabalho, descreve os relacionamentos com trabalhos apresentados
nos capítulos 3 e 4, enumera as contribuições obtidas e oferece perspectivas para
pesquisas futuras.
23
2. Transparência
Este capítulo descreve o processo de construção da definição de transparência no
contexto social. Apresenta o SIG de transparência composto por suas
características e subcaracterísiticas e identifica graus de transparência. Ao final,
apresenta o levantamento realizado para confirmação da definição de
transparência e dos graus identificados.
2.1 Características Gerais de Transparência
Como dito no Capítulo 1 desta tese, torna-se fundamental a definição de
transparência para que este termo possa ter entendimento comum no contexto
social e, consequentemente, no contexto das organizações. Objetivando esta
definição, foi realizado um levantamento bibliográfico baseado na técnica de
Revisão Sistemática (Biolchini, 2005; Kitchenham, 2004; Mafra, 2006), cujo
protocolo utilizado e resultados obtidos estão apresentados mais detalhadamente no
Apêndice A desta tese.
Como resultado deste levantamento identificou-se que o termo transparência
pode ter diversos significados em domínios diferentes e até no mesmo domínio. No
setor público, segundo a OCDE – Organização de Cooperação para o
Desenvolvimento Econômico (OECD, 1961), transparência é um fator vital para o
fortalecimento das relações entre o governo e o cidadão. Tal fator pode ser
viabilizado através de informação completa, objetiva, confiável, relevante e de fácil
acesso e compreensão. Outra definição encontrada e que muito se assemelha à
nossa intenção foi encontrada na área de comunicação (Barbosa, 2002): “Condição
de abertura total dos canais de comunicação de uma organização (empresa,
instituição, governo) para o público, sem qualquer cerceamento de informações”.
Encontrou-se ainda a definição feita nas áreas humanas e de negócios no contexto
das ciências humanas (Wikipedia (humanities), 2009), em que transparência
implica abertura, comunicação e prestação de contas, sendo assim uma metáfora do
significado na física, em que um objeto transparente é aquele através do qual
podemos ver. Na indústria de software o termo transparência qualifica o software
24
que trabalha muito bem e que, portanto, se torna transparente para o usuário
(Microsoft, 2002) não havendo necessidade deste entender o que o software está
fazendo durante sua execução. Neste caso, o termo transparência indica algo que
não precisa ser visto ou entendido, o que é uma definição oposta ao que estamos
buscando.
Analisando estas definições, observamos em praticamente todas elas
expressões como: informações completas, informações objetivas, informações
confiáveis, informação de qualidade, acesso fácil à informação, compreensão da
informação, canais totalmente abertos de comunicação, algo através do qual se
permite ver. Todas se mostram com potencial em auxiliar a caracterização da
definição de transparência. Assim, para cada uma destas características encontradas
foi identificada uma definição como apresentado a seguir:
a) Informação completa: Todas as informações estão disponíveis sem
restrição;
b) Informação objetiva: A informação responde diretamente às perguntas
feitas;
c) Informação confiável: A informação é correta, consistente e precisa;
d) Informação de qualidade: A informação é correta, íntegra, consistente e
precisa;
e) Acesso fácil à informação: O mecanismo usado para acessar tem tempo de
resposta e funcionalidades adequadas;
f) Compreensão da informação: A informação não causa dúvidas. Todos
podem compreender;
g) Canais totalmente abertos de comunicação: Acesso livre e fácil às
informações.
2.2 Organização das características
Observando estas definições identificamos que em sua maioria referem-se a
características de qualidade sobre as informações. A partir daí fomos buscar na
literatura um aprofundamento sobre o tema qualidade de informação (Buckland,
1991; Casanova, 1990; Cole, 1994; Wormell, 1990) de forma a poder defini-la e
estruturá-la. Além disso, buscamos também na área de Engenharia de Software,
25
mais especificamente na área de Bancos de Dados, trabalhos que tratassem do tema
de organização de características de qualidade de informação (Jarke, 1997;
Simmhan, 2007). A maioria destes trabalhos define características de qualidade
para as informações mas não propõe uma estrutura formal de organização para estas
características. Continuando a busca, encontramos na área de Engenharia de
Requisitos um trabalho bastante apropriado para apoiar a construção da definição
de transparência, pois este apresenta um método de estruturação de características
de qualidade, além de formas de interpretação dos relacionamentos entre elas.
Trata-se do NFR (Non-Funcional Requirements) Framework (Chung, 2000). O
framework proposto por Chung define uma forma sistemática para decompor
requisitos não funcionais (características de qualidade), priorizar, operacionalizar e
tratar interdependências entre elas, independentemente de quais sejam. O
NFR-Framework é composto basicamente por três elementos. São eles: o
NFR-softgoal que representa o objetivo de qualidade que se quer atingir, a
operacionalização que representa as ações a serem realizadas para
institucionalização de determinado NFR-softgoal e as contribuições que mapeiam
os relacionamentos entre os outros dois elementos. Estes conceitos são
representados em uma estrutura denominada Softgoal Interdependency Graph
(SIG). O SIG é a estrutura proposta no framework para representar e registrar as
dependências entre as características de qualidade e suas operacionalizações
através de um grafo, permitindo a identificação das relações de dependências entre
seus elementos e suas contribuições. Um exemplo de SIG pode ser visto na Figura
2.1. Nesta estrutura também são representados os tipos de contribuição entre os
elementos. Estes tipos de contribuição podem ser de “BREAK”, “HURT”,
“UNKNOWN”, “HELP” e “MAKE”. Cada um destes tipos representa
respectivamente:
a) BREAK - Provê contribuição negativa suficiente para que a característica
superior não seja atendida;
b) HURT - Provê contribuição negativa parcial para não atendimento da
característica superior;
c) UNKNOWN - Provê contribuição porém não se sabe se negativa ou positiva;
d) HELP - Provê contribuição positiva parcial para atendimento da
característica superior;
e) MAKE - Provê contribuição positiva suficiente para que a característica
26
superior seja atendida;
Figura 2.1 - Identificação de interdependências implícitas de softgoals (Chung, 2000)
No trabalho de Chung (Chung, 2000), além de uma organização para
estruturação de características de qualidade, encontramos uma lista bastante vasta
de termos que as representam e que continham a maioria das características
encontradas nos demais trabalhos sobre qualidade de informação. Dentre estes,
várias características identificam-se, ou através de sua definição ou de sua
contribuição, com as encontradas na literatura de transparência, podendo se
relacionar diretamente com elas. Com base nesta lista, realizou-se o relacionamento
destes termos encontrados na literatura de qualidade da informação com as
características encontradas no levantamento bibliográfico sobre o termo
transparência. Na Tabela 2.1 apresentamos estes relacionamentos.
27
Tabela 2.1 - Características Transparência X Lista Características NFR
Além dos relacionamentos, foram documentadas as definições para cada uma
das características relacionadas. As características e suas definições podem ser
vistas na Tabela 2.2.
Tabela 2.2 - Definições das características do NFR Framework – Versão 1
28
A partir da definição das características o primeiro SIG de transparência,
apresentado na Figura 2.2, foi construído . Para sua construção as características
identificadas foram agrupadas através de afinidades entre seus significados. Por
exemplo, verificar, validar, rastrear, controlar e explicar são capacidades que em
princípio parecem contribuir para auditabilidade (ter capacidade de exame
analítico). Ou seja, para se fazer um exame analítico de um elemento é necessário
que se possa fazer validação e verificação, além de ter rastreabilidade, controle e
explicações sobre o elemento. O mesmo foi feito, para as outras características,
gerando o agrupamento apresentado na Figura 2.2 (Cappelli, 2007).
Figura 2.2 - O SIG de transparência – Versão 1 (Cappelli, 2007)
Para validar o agrupamento realizado e as características sugeridas, foi
realizada uma reunião do Grupo de Engenharia de Requisitos da PUC-RJ e nesta
reunião foi entregue aos participantes a lista de características apresentadas na
Tabela 2.2. O levantamento realizado junto a este grupo para validação do SIG está
detalhado no Apêndice B desta tese.
O grupo, formado por sete pesquisadores da área de Engenharia de Requisitos,
após a leitura do documento contendo as características de transparência e suas
definições, indicaram individualmente se concordavam ou não com as
características identificadas e sugeriam um agrupamento para as mesmas. As
opiniões foram coletadas e analisadas. O critério utilizado foi o de maioria, ou seja,
se a maioria concordava com a existência da característica ou se a maioria agrupava
da mesma forma. Caso contrário, a característica ou o relacionamento seriam
29
retirados. Além disso, havia a possibilidade de inserção de novas características ou
relacionamentos.
No resultado deste trabalho cinco principais grupos de características foram
obtidos: Acessibilidade, Usabilidade, Informativo, Entendimento e Auditabilidade,
em contraponto aos quatro anteriormente propostos. Isso ocorreu pelo fato de o
grupo sugerir a inserção da característica de entendimento e reorganizar algumas
outras características para comporem-na. Além disso, a característica de divulgação
veio substituir a de visibilidade por ser entendida pelo grupo como mais abrangente.
Outro ponto importante na análise do grupo foi a discussão sobre uma mesma
característica estar representada (duplicada) em dois agrupamentos. Foi consenso
no grupo que cada característica deveria ser representada no SIG somente uma vez.
Caso exista uma característica que possa contribuir com mais de outra característica,
esta representação deve ser feita somente através de relacionamentos, sem
necessidade de repetição do elemento. Este trabalho deu origem a uma nova tabela
de definições (Tabela 2.3) e a um novo SIG de transparência (Figura 2.3).
Tabela 2.3 – Definições das características do NFR Framework – Versão 2
30
Figura 2.3 – O SIG de transparência – Versão 2
2.3 Graus de Transparência
Durante a construção do SIG, percebeu-se certo grau de dependência entre os
grupos criados (acessibilidade, usabilidade, informativo, entendimento e
auditabilidade). Isso significa que, para características de um determinado grupo
serem institucionalizadas, há necessidade de que outras, de outros grupos já tenham
sido antes, ficando muitas vezes como pré-condição. Exemplificando esta
afirmação, o que se percebe é que para que se consiga verificar ou validar (tornar
auditável) determinado processo organizacional é necessário primeiramente que
possamos compreendê-lo (tornar entendível). Por sua vez, para que possamos ter
entendimento sobre este processo precisamos que ele esteja correto, completo, seja
consistente (informativo) e, para isso, sua representação precisa ser uniforme,
simples, fácil (usável). Além disso, nada seria possível se estes processos
organizacionais não estivessem disponíveis e fossem do conhecimento de todos
(acessível).
Em diferentes domínios, inclusive na área de Gestão de Processos (Fisher
2004; Rosemann, 2004; Rosemann, 2005), modelos de maturidade têm sido
propostos como forma de institucionalizar práticas e avaliar as organizações. Um
modelo bastante difundido na área de Engenharia de Software é o Capability
Maturity Model Integration (CMMI), que foi desenvolvido para avaliar a
maturidade ou capacidade dos processos de desenvolvimento de software das
31
organizações. O CMMI é um modelo que organiza conjuntos de práticas de
engenharia de software por áreas de conhecimento, para melhoria de processos de
desenvolvimento. Além disso, estabelece duas formas (continuada e por nível) para
se atingir um determinado padrão de qualidade nos produtos e serviços gerados
pelo processo de desenvolvimento (Paulk, 1993; CMU-SEI, 2001; Fiorini, 1998;
Spanyi, 2004). A organização por níveis promove a ideia de uma sequência entre a
institucionalização das práticas, de modo que a organização possa atingir o mais
alto grau de maturidade através de institucionalizações gradativas.
Estas relações de dependência entre os cinco grupos criados nos fizeram
comparar esta estrutura aos níveis de modelos de maturidade. Porém, esta estrutura
não preconiza a necessidade de alcance completo de todas as características de um
determinado grau para que se possa passar para um próximo, como preconizam
alguns modelos de maturidade. Explicita apenas que há forte dependência entre os
grupos de características, indicando que algumas características podem
impossibilitar o alcance de outras caso não sejam estabelecidas.
Baseado na identificação destas dependências construiu-se o que chamamos
de “Degraus da Transparência” (Cappelli, 2008), apresentados na Figura 2.4.
Figura 2.4 - Degraus da Transparência (Cappelli, 2008; Leite, 2008)
32
Cada um dos graus de transparência pode então ser estabelecido através da
institucionalização do conjunto de suas características. Assim, podemos definir os
graus como:
GRAU 1 – Acessibilidade
A transparência é realizada através da capacidade de acesso. Esta capacidade
é identificada através da aferição de práticas que implementam características de
portabilidade, operabilidade, disponibilidade, divulgação e desempenho.
GRAU 2 – Usabilidade
A transparência é realizada através das facilidades de uso. Esta capacidade é
identificada através da aferição de práticas que implementam características de
uniformidade, intuitividade, simplicidade, amigabilidade e compreensibilidade.
GRAU 3 – Informativo
A transparência é realizada através da qualidade da informação. Esta
capacidade é identificada através da aferição de práticas que implementam
características de clareza, acurácia, completeza, corretude, consistência e
integridade.
GRAU 4 – Entendimento
A transparência é realizada através do entendimento. Esta capacidade é
identificada através da aferição de práticas que implementam características de
composição, concisão, divisibilidade, dependência, adaptabilidade e
extensibilidade.
GRAU 5 - Auditabilidade
A transparência é realizada através da auditabilidade. Esta capacidade é
identificada através da aferição de práticas que implementam características de
explicação, rastreabilidade, verificabilidade, validade e controlabilidade.
Similar ao que é feito com os modelos de maturidade, uma possível aplicação
para esta estrutura é seu uso para identificação da institucionalização das
características apresentadas num determinado domínio. Para tal se faz necessária a
33
definição das práticas para cada uma das características de transparência. Tais
práticas são sistematizadas dentro do contexto de processos organizacionais no
Capítulo 3 desta tese.
2.4 O levantamento realizado
Com o objetivo de validar o SIG de Transparência (Figura 2.3) e os Degraus
de Transparência (Figura 4), foi realizado um levantamento apresentado em
detalhes no Apêndice C desta tese. Este levantamento foi proposto através da
resposta a questionários elaborados com perguntas diretas sobre as duas figuras e
aplicados a dois grupos de profissionais (pesquisadores do IFIP W.G. 2.9 e do 3º
Workshop Internacional de i* em 2008). As questões elaboradas intencionavam
validar se havia concordância das duas comunidades sobre a relevância das
características e seu agrupamento que constituíam a definição de transparência, e
sobre a organização dos graus de transparência.
O resultado obtido com esta pesquisa demonstrou que a maioria dos
participantes concordou com os grupos criados e com os níveis estabelecidos e,
sendo assim, quanto a estes itens o SIG e os graus não foram alterados. Porém,
quanto às características, algumas proposições foram feitas. Em primeiro lugar, foi
sugerido por vários participantes que as características de desempenho e
operabilidade deixassem de compor acessibilidade para compor usabilidade. Em
segundo lugar, foi proposta a retirada da característica de extensibilidade por se
entender que seria sinônimo de adaptabilidade. Uma última sugestão foi que as
contribuições do grafo não fossem de “AND” e sim de “HELP”, pois por serem
características de qualidade, não podemos dizer que são somente estas as
suficientes para compor a definição de transparência (AND). O que podemos
afirmar é que cada uma delas ajuda a satisfazer a característica de transparência
(HELP). Outras colocações também foram feitas, mas estas não diziam respeito às
características ou aos níveis, como por exemplo, que os relacionamentos entre
características de grupos diferentes também deveriam ser representados. Não houve
sugestão de inserção de novas características no SIG. O resultado do SIG após a
pesquisa está apresentado na Figura 2.5 (Cappelli, 2008).
34
Figura 2.5 – O SIG de transparência – Versão 3 (Cappelli, 2008)
2.5 A versão final do SIG
Durante a construção desta tese, novas publicações sobre o tema foram feitas.
Algumas delas continham definições para o termo transparência, vindo inclusive a
confirmar muitas das características que definimos. Holzner (Holzner, 2006) afirma
que a transparência é "o valor social aberto, público e / ou individual de acesso às
informações detidas e divulgadas por centros de autoridade.", cita que "a ideia de
uma sociedade aberta é de uma democracia com cidadãos alertas, engajados e
capazes de entender e usar as informações que estão acessíveis para eles ". Lord
(Lord, 2006) diz: "A transparência é uma condição na qual as informações sobre as
prioridades, capacidades e comportamentos de poderosas organizações estão
amplamente disponíveis para o público mundial".
Além destas, outra publicação que nos chamou bastante atenção foi o Livro
“Full Disclosure” de Fung (Fung, 2007). Neste livro, Fung analisa oito políticas
elaboradas em diferentes domínios para garantir transparência, como políticas para
finanças corporativas, higiene em restaurantes, seguros de vida, rótulos de
alimentos, entre outras. Neste trabalho estas políticas são julgadas de acordo com
critérios que ele acredita serem necessários para que as mesmas sejam implantadas
e tenham a efetividade desejada. Dentre os critérios definidos por Fung estão
características que buscam garantir padrões de formatação da informação,
identificação da localização da informação, qualidades que permitam
35
compreender as informações e interpretá-las corretamente, formas de
comparação com parâmetros previamente definidos e atualidade da informação.
Comparando as características agrupadas para definição de transparência às
apresentadas nestas novas referências, percebeu-se que apenas duas destas
características não faziam parte do SIG (Versão 3) elaborado. São elas:
Comparação e Atualidade. Submeteu-se a possibilidade de inclusão destas
características à análise do Grupo de Engenharia de Requisitos da PUC-RJ,
participante do primeiro levantamento deste trabalho, que julgou por unanimidade
que as duas características eram de extrema relevância para o conceito e que
deveriam ser incorporadas, pertencendo ao grupo informativo. Estas características
foram incorporadas à tabela de definições resultando na Tabela 2.4 e ao SIG
apresentado em sua nova versão na Figura 2.6.
Tabela 2.4 – Definições das características do NFR Framework – Versão Final
36
Figura 2.6 - – O SIG de Transparência – Versão Final
37
3. Transparência Organizacional
Este capítulo sistematiza a definição de transparência no contexto organizacional.
Apresenta o Catálogo de Transparência através das operacionalizações das
características que formam o SIG de transparência e da construção do Léxico de
transparência. Define mecanismos para inserção das operacionalizações de
transparência em processos organizacionais e relata a verificação destas
operacionalizações em processos realizados através de sites na Web. Ao final
constrói, a partir da técnica de PCT (Personal Construct Theory), os
relacionamentos existentes entre as características do SIG, baseado nas respostas
obtidas através dos questionamentos realizados nos sites.
3.1 Trabalhos Relacionados - Transparência no contexto das organizações
A crescente demanda por verdades baseadas na transparência tem aumentado
no contexto das transformações globais. A importância da abertura do fluxo de
informações está criando uma sociedade aberta na qual o objetivo é o
estabelecimento de uma sociedade democrática com cidadãos engajados com
capacidade de entender e acessar esta informação disponível (Holzner, 2006).
Transparência, ou a falta dela, tem estado no topo das agendas públicas em diversos
aspectos. Simples notícias presentes nas mais diversas mídias, como as
apresentadas na Figura 3.1, podem demonstrar isso.
A fim de garantir transparência em diversos tipos de organizações, várias
iniciativas e leis têm sido definidas e postas em prática. Um primeiro exemplo é a
Lei Sarbanes-Oxley, conhecida também como SOX (SOX, 2002). É uma lei
americana promulgada em 30/06/2002 de autoria dos senadores Paul Sarbanes e
Michael Oxley. Esta lei afeta as empresas que possuem capital aberto e ações na
Bolsa de NY e Nasdaq, pois para manterem-nas nestas bolsas precisam cumprir a
lei. Várias empresas brasileiras estão se adequando à Lei por possuírem ações
nestas bolsas também. O motivo que a fez entrar em vigor foi a onda de escândalos
corporativo-financeiros envolvendo principalmente as empresas Eron (do setor de
energia) e Worldcom (do setor de telecomunicações) que provocaram prejuízos
38
financeiros a milhares de investidores (Zhang, 2007b).
Figura 3.1 – Notícias de transparência coletadas na web entre 12/05 e 23/05/2009
O objetivo desta lei é aperfeiçoar os controles financeiros das empresas e
apresentar eficiência na governança corporativa, a fim de evitar, através da
transparência na gestão financeira das organizações, outros escândalos e prejuízos
como estes, dando credibilidade na contabilidade, auditoria e segurança nas
informações para que tornando-as confiáveis, evite-se o esvaziamento dos
investimentos financeiros e a fuga dos investidores causada pela aparente
insegurança a respeito da governança adequada das empresas. Esta lei visa garantir
a criação de mecanismos de auditoria e segurança confiáveis nas empresas,
incluindo regras para a criação de comitês encarregados de supervisionar suas
atividades e operações, de modo a mitigar riscos aos negócios, evitar a ocorrência
de fraudes ou assegurar que haja meios de identificá-las quando ocorrerem. Uma de
suas principais seções é a seção 404, que determina uma avaliação anual dos
controles e procedimentos internos para emissão de relatórios financeiros. Além
disso, o auditor independente da companhia deve emitir um relatório distinto, que
ateste a asserção da administração sobre a eficácia dos controles internos e dos
procedimentos executados para a emissão dos relatórios financeiros. Alguns de
seus principais requisitos são:
39
• Controlar a criação, edição e versionamento dos documentos em um
ambiente de acordo com os padrões ISO, para os documentos relativos à
seção 404;
• Cadastrar os riscos associados aos processos de negócios e armazenar os
desenhos de processo;
• Utilizar ferramentas como editor de texto e planilha eletrônica para criação
e alteração dos documentos da seção 404;
• Publicar em múltiplos websites os conteúdos previstos na seção 404;
• Gerenciar todos os documentos, controlando seus períodos de retenção e
distribuição;
• Digitalizar e armazenar todos os documentos ligados à seção 404 que
estejam em papel.
Um segundo exemplo é o Basel Committee on Banking Supervision (BASEL,
1988). Trata-se de um acordo internacional firmado por 55 países em 1988,
inclusive o Brasil, que define princípios fundamentais de supervisão bancária,
adicionados de diretrizes, padrões e recomendações para aplicação na supervisão
bancária dos bancos nos países signatários. Apesar de este acordo ter como objetivo
a criação de exigências mínimas de capital, que devem ser respeitadas por
bancos comerciais, como precaução contra o risco de crédito, ele não conseguiu
evitar várias falências bancárias. Em detrimento deste fato, recentemente foi feito
um novo acordo conhecido como Basileia II que determina as regras de gestão de
risco que os bancos têm adotado de forma a conseguirem acompanhar as mudanças
operadas pelas entidades reguladoras. Estas regras visam limitar a possibilidade de
ocorrência de uma crise bancária internacional, assegurando para isso que cada
banco disponha de níveis de capital suficientes para realizarem as atividades que
compreendem algum risco. As empresas que fornecerem mais e melhor informação,
demonstrarem capacidade adequada à satisfação dos seus compromissos e
apresentarem garantias adequadas serão mais bem classificadas, resultando daí
poupança de capital para o banco e spreads mais baixos para as empresas.
Este novo acordo é baseado em 25 princípios essenciais apresentados como
referência básica para órgãos supervisores e outras autoridades públicas em todos
os países e internacionalmente. Os princípios foram definidos para serem aplicados
40
por todos os países, na supervisão dos bancos de suas jurisdições. O objetivo destes
princípios é aprofundar e tornar mais transparente o seu relacionamento com as
Instituições Financeiras. Dentre estes princípios, podemos citar:
• Fornecer informação contábil e financeira de qualidade às Instituições
Financeiras;
• Divulgar e atualizar regularmente informação sobre a sua atividade;
• Complementar a informação contábil com informação que permita a
avaliação do potencial de desenvolvimento e de resultados futuros;
• Introduzir mecanismos de controle interno e governança eficientes.
Outra iniciativa que se apresenta para a promoção da transparência, esta entre
governo e organizações extrativistas, é a EITI – “Extractive Industries
Transparency Initiative” (EITI, 2002). Esta Iniciativa é uma iniciativa voluntária,
apoiada por uma coligação de empresas, governos, investidores e organizações da
sociedade civil. Apoia os esforços de países ricos em recursos, para uma melhor
administração, através da publicação completa e da verificação dos pagamentos das
empresas e dos rendimentos do governo nos setores do petróleo, gás e outros
minerais. Muitos países são ricos em petróleo, gás e minerais, e estudos
demonstram que quando a administração é adequada, tais recursos podem gerar
grandes rendimentos que contribuem para o crescimento econômico e para a
redução da pobreza no país detentor dos recursos. Porém, quando a administração é
fraca, estes poderão contrariamente causar mais pobreza, corrupção e conflito – por
isso também chamados “recursos da maldição”. A EITI tem como objetivo
principal desafiar esta “maldição” melhorando a transparência e a
responsabilização. Os principais beneficiários da EITI são os governos e os
cidadãos de países ricos nestes recursos. Conhecer o que os governos recebem e o
que as empresas pagam é um passo importante para responsabilizar os autores de
políticas para o uso dos respectivos rendimentos. Os países ricos em recursos que
implementam a EITI podem se beneficiar com um melhor clima de investimentos,
fornecendo um sinal mais claro aos investidores e às instituições financeiras
internacionais. Os benefícios para a sociedade civil derivam do maior volume de
informação no domínio público sobre as receitas que os governos geram em nome
dos cidadãos, colocando maior responsabilidade sobre os governos. Para quem
41
desejar implementá-la, foi elaborado um Livro de Referência com orientação aos
países e empresas. Foi criado também um Grupo Internacional de Conselheiros
para assegurar o futuro da EITI. O grupo é liderado por Peter Eigen, fundador e
CEO da organização Transparency International, e consiste em um pequeno
número de representantes de países, empresas, grupos da sociedade civil,
investidores e doadores que implementam a EITI. Dentre os princípios básicos da
EITI, estão alguns diretamente ligados à transparência. São estes:
• Compreensão pública das questões das receitas e despesas do governo, de
forma a ajudar no debate público e a informar a escolha de opções
apropriadas e realistas para o desenvolvimento sustentável;
• Importância da transparência por parte dos governos e das empresas nas
indústrias extrativas;
• Alcance de maior transparência através do respeito pelos contratos e pela
legislação;
• Transparência financeira, que proporciona um melhor ambiente interno e
externo para o investimento direto;
• Princípio e prática de responsabilidade governamental pela tutela dos
fluxos de receitas e pelas despesas públicas perante todos os cidadãos;
• Estímulo a elevados níveis de transparência e responsabilidade na vida
pública, na administração e no comércio;
• Necessidade de uma abordagem globalmente consistente e prática para a
divulgação de pagamentos e receitas, que seja simples de executar e utilizar.
Além destes, alguns outros organismos vêm se constituindo através de
iniciativas independentes. O “Transparency International” (TI, 1993), que busca
discutir o tema da transparência e criar redes de conhecimento neste assunto, é um
exemplo. Este se apresenta como uma sociedade civil global na luta contra a
corrupção cuja missão é criar um mundo livre de corrupção. Foi fundada em 1993 e
desde então tem desempenhado um papel de liderança na busca da melhoria de
vidas das pessoas em todo o mundo através da construção do movimento
anticorrupção. É uma rede global, incluindo mais de 90 países. Estes organismos
reúnem diversos atores, dentre eles governo, sociedade civil e empresas. É uma
42
organização não partidária que não se compromete com investigações de corrupção
ou exposição individual de casos, mas às vezes trabalha em colaboração
com organizações que as fazem.
No Brasil, redes similares a esta como o TCC – Transparência, Consciência e
Cidadania (TCC, 1996) e o TB – Transparência Brasil (TB, 2000) já começam a
existir. O TCC é uma entidade não governamental, apartidária, independente, sem
fins lucrativos, fundada em 1996 e sediada em Brasília. Seu objetivo central é
realizar pesquisas, estudos e ações que contribuam para o combate à corrupção,
promoção da transparência e da probidade administrativa, conscientização ética e
democrática, e construção da cidadania no Brasil e em outros países. Para tanto,
realiza e promove a pesquisa científica, dissemina conhecimentos através de
publicações e estimula o intercâmbio entre pesquisadores. Procura também
subsidiar a atuação de movimentos anticorrupção, a formulação de políticas
públicas que privilegiem a responsabilidade com os gastos públicos e o apoio a
todas as ações destinadas a fortalecer a conscientização da cidadania.
O Transparência Brasil (TB, 2000) é uma organização independente e
autônoma, fundada em abril de 2000 por um grupo de indivíduos e organizações
não-governamentais comprometidos com o combate à corrupção. Suas ações se
impõem através da realização de levantamentos empíricos sobre a incidência do
problema da corrupção em diferentes esferas e da criação de instrumentos para
propiciar o monitoramento do fenômeno da corrupção. Atualmente esta
organização promove a publicação de diversas informações através dos seguintes
mecanismos:
• Excelências. Históricos da vida pública de todos os parlamentares federais e
estaduais. Noticiário sobre corrupção que os envolve, processos a que
respondem na Justiça, multas recebidas por Tribunais de Contas, declarações
de bens, padrões de financiamento eleitoral, frequência ao trabalho, entre
outros;
• Às Claras. Banco de dados com informações e análises sobre o
financiamento eleitoral;
• Deu no Jornal. Banco de dados com noticiário sobre corrupção e controle,
publicado em 63 jornais e revistas de todo o país, atualizado diariamente;
43
• Assistente Interativo de Licitações. Aplicativo que permite comparar um
edital de licitação àquilo que é exigido nas leis, de forma a identificar desvios.
Realizado em parceria com o Tribunal de Contas de Santa Catarina.
• Desempenho em Licitações nos Municípios de Santa Catarina. Análise
das aquisições realizadas por todos os 293 municípios de Santa Catarina
desde 1997. Realizado em parceria com o Tribunal de Contas do estado.
Podemos ainda citar a Organização para a Cooperação e Desenvolvimento
Econômico - OCDE (OECD, 1961), agência internacional e intergovernamental,
que reúne a maior parte dos países industrializados. Esta agência estabelece, entre
outras coisas, que o governo e as empresas devem garantir a disseminação de
informação oportuna, regular, confiável e de excelência sobre suas atividades,
estrutura, situação financeira e desempenho, além de propiciar a auditoria. A
OCDE (OECD, 1961) influencia a política econômica e social de seus membros.
Entre os objetivos está o de ajudar o desenvolvimento econômico e social no
mundo inteiro, estimulando investimentos nos países em desenvolvimento. Foi
criada em 1961, sucedendo a Organização para a Cooperação Econômica Europeia,
criada em 1948.
Outro órgão que, entre outras coisas, é diretamente envolvido com o tema da
transparência é o IBGC - Instituto Brasileiro de Governança Corporativa (IBGC,
1994). No código sobre governança corporativa do Instituto Brasileiro de
Governança Corporativa (IBGC, 1994), transparência é citada como sendo “mais
do que a obrigação de informar", a administração deve “cultivar o desejo de
informar", sabendo que quando há boa comunicação interna e externa,
particularmente espontânea, franca e rápida, o resultado é um clima de confiança,
tanto internamente, quanto nas relações da empresa com terceiros. A comunicação
não deve restringir-se ao desempenho econômico-financeiro, mas deve contemplar
também os demais fatores (inclusive intangíveis) que norteiam a ação empresarial e
que conduzem à criação de valor.
O FoIA (Freedom of Information Act) (FoIA, 1974) é uma lei americana que
prevê liberdade de informação, representando o direito de saber e indicando como
os requerentes podem solicitar informações ao Governo. Mais de 85 países em todo
o mundo já implementam esta legislação de alguma forma. Segundo disposto na
Seção 552 desta lei, todos os cidadãos têm o direito de requerer acesso às
44
informações das agências federais. Todas as agências são obrigadas a apresentar as
informações solicitadas desde que recebam por escrito esta solicitação. Isso só não
é valido para informações sigilosas. O 22 Code of Federal Regulations (CFR)
171 (22 Code, 1974) define os procedimentos de acesso e diretrizes para
disponibilidade dos registros das informações ao público.
No Brasil, além do Código Civil (Civil, 2002), existe também o Código de
Defesa do Consumidor estabelecido através da lei. n º 8.078, de 11 de setembro de
1990 (Collor, 1990), que define normas de proteção e defesa do consumidor
estabelecendo seus direitos fundamentais, entre eles o de obter informação
adequada e clara sobre os diferentes produtos e serviços, bem como a eficiente
prestação dos serviços públicos em geral. Estas normas buscam fazer com que
organizações, governamentais ou privadas, tenham que demonstrar aos seus
clientes como os seus produtos e serviços são gerados e como funcionam, trazendo
para estas organizações a obrigação de apresentar com extrema clareza, ou
podemos dizer com "transparência", seus processos e informações, a fim de garantir
lisura na produção de seus produtos e serviços.
Recentemente duas notícias reforçaram ainda mais este cenário de interesse
por transparência organizacional no Brasil e no mundo. A primeira delas aconteceu
no Brasil em dois momentos. O primeiro em 13/05/2009, quando foi enviado ao
Congresso Nacional um projeto de Lei (Projeto de Lei, 2009) que regula o acesso às
informações previsto no inciso XXXIII do art. 5º, no inciso II do parágrafo 3º do art.
37 e no parágrafo 2º do art. 216 da Constituição. Este projeto regula o acesso às
informações e sua divulgação, os procedimentos de acesso e as restrições de acesso.
O projeto define a forma como o cidadão poderá exercer seu direito de receber dos
órgãos públicos informações de seu interesse particular, ou de interesse coletivo ou
geral, desde que elas não sejam sigilosas. O segundo ocorreu em 27/05/2009,
quando foi aprovada a Lei Complementar nº. 101 (Lei 131, 2009), que estabelece
normas de finanças públicas voltadas para a responsabilidade na gestão fiscal e dá
outras diretrizes, a fim de determinar a disponibilização, em tempo real, de
informações pormenorizadas sobre a execução orçamentária e financeira da União,
dos Estados, do Distrito Federal e dos Municípios.
A segunda notícia trata de uma iniciativa do Governo dos Estados Unidos que
prevê que dados produzidos por agências governamentais sejam publicados em
formatos abertos para utilidade pública. Para isso foi criada em 21/05/2009 uma
45
plataforma (Datagov, 2009) que fornece acesso a dados federais através de um
catálogo de dados pesquisáveis, de modo que o cidadão comum possa ter acesso aos
dados através de ferramentas em variados formatos. Além disso, algumas empresas
estão promovendo, junto ao governo americano, um concurso onde os cidadãos
serão capazes de criar novas aplicações (sistemas de informação) que possam
ajudar os indivíduos, comunidades e empresas a acessar, classificar, visualizar e
compreender os dados públicos.
3.2 Definição de Transparência Organizacional
Observando as iniciativas apresentadas, é notório o crescimento de
movimentos que fazem com que cada vez mais organizações públicas e privadas
necessitem demonstrar transparência, uma vez que a sociedade, apoiada por leis,
acordos e iniciativas de alguns grupos, dia a dia aumenta esta demanda. Esta
realidade impõe às organizações a necessidade do estabelecimento de mecanismos
que demonstrem transparência. Através de uma das metáforas de Morgan (Morgan,
1996), uma organização pode ser vista como uma máquina que se materializa em
processos através de suas políticas, padrões e procedimentos. Podemos dizer que,
para o estabelecimento da transparência organizacional, faz-se necessário
estabelecermos a transparência das políticas, padrões e procedimentos que em geral
se traduzem nos processos organizacionais e nas informações geradas através da
execução e instanciação destes processos.
Processos de negócio podem ser representados através de modelos. Estes
modelos contêm informações que descrevem o funcionamento de uma organização
(o que é feito, onde é feito, como é feito, quando é feito, por que é feito e quem faz).
Tal descrição pode ser instrumento para o entendimento e aumento da visibilidade
organizacional, sobretudo das necessidades de apoio ao fornecimento de
informação. Além disso, a execução destes processos provoca a construção das
informações pertinentes a suas instâncias.
Neste cenário, utilizando as características de transparência apresentadas no
Capítulo 2, e o fato de os processos organizacionais e suas execuções fornecerem
conhecimento sobre a operação da organização e sobre suas informações, já que
segundo Gonçalves (Gonçalves, 2000) empresas são grandes coleções de processos,
46
podemos sumarizar a definição de transparência organizacional como sendo “a
existência de políticas, padrões e procedimentos que visam fornecer aos
interessados informações sobre a organização segundo características gerais
de acesso, uso, qualidade de conteúdo, entendimento e auditabilidade”
adaptado de (Cappelli, 2008). Seguindo esta definição pode-se dizer que
transparência do processo é “a característica que possibilita ao cidadão acesso,
facilidade de uso, qualidade de conteúdo, entendimento e auditoria aos/dos
processos que tratam de informações de seu interesse, sob a tutela de centros
de autoridade”, e que transparência da informação é “a característica que
possibilita ao cidadão acesso, facilidade de uso, qualidade de conteúdo,
entendimento e auditoria às/das informações de seu interesse, sob a tutela de
centros de autoridade”.
3.3 O Catálogo de Transparência
Apenas a definição de transparência apresentada não é suficiente para auxiliar
a organização na institucionalização da transparência. É necessário que as
organizações saibam como inserir práticas em suas políticas, padrões e
procedimentos que venham a permitir o estabelecimento das características de
transparência durante a execução de seus processos e geração de informações.
Neste ponto retornamos ao NFR Framework (Chung, 2000). Como já explicamos
anteriormente, esta estrutura de organização de características de qualidade permite
a definição das operacionalizações de cada um dos elementos do SIG. Uma
operacionalização é uma ação a ser implementada para que o elemento do grafo
seja institucionalizado de acordo com o nível de satisfação desejado. Este conjunto
de operacionalizações gera como resultado um Catálogo de Transparência
(Webster, 2005; Cysneiros, 2003; Cysneiros; 2005) que vem a fornecer às
organizações formas de implementar transparência em seus processos, cabendo à
organização escolher a mais apropriada. O NFR-framework organiza características
de qualidade em catálogos, de forma hierárquica.
Os catálogos são instrumentos de armazenamento de conhecimento
disponíveis para reutilização e acréscimo de novos conhecimentos. Indicam
alternativas de operacionalização e como muitas dessas alternativas impactam
outras características (Webster; 2005; Cysneiros; 2003; Cysneiros, 2005). O
47
conhecimento representado em um catálogo pode ser inerente a um domínio
específico, mas não impede sua adoção para análise de outros domínios. O objetivo
do catálogo é auxiliar a avaliação das qualidades necessárias para o domínio em
estudo. Foi usada para a elaboração desta documentação a ferramenta OME
apresentada na tese de doutorado de Erik Yu (Yu; 1994). Os catálogos não são
exaustivos. São estruturas para serem continuamente alimentadas de modo a
conterem o maior número possível de operacionalizações para uma característica
de qualidade.
Além disso, cada operacionalização teve sua noção e impactos definidos
através do Léxico. O Léxico auxilia a edição de elementos descritos em linguagem
natural semi-estruturada (C&L – PUC-Rio). Os termos utilizados no Léxico são
descritos de maneira a retratar dois aspectos: a noção, i.e., denotação e o impacto,
i.e., conotação. A noção representa o significado do termo e o impacto representa
como o termo exerce influência no contexto em que está inserido. O Léxico
também permite que cada termo tenha um ou mais sinônimos. Cada sinônimo tem
sua noção e seus impactos iguais, respectivamente, à noção e aos impactos de seu
termo sinônimo, mas são nomeados diferentemente. Outro elemento importante do
Léxico é o princípio da circularidade pois permite um total relacionamento entre as
noções e impactos dos diversos termos. Para utilização deste princípio de forma
plena todos os termos utilizados para descrição da noção e dos impactos devem ter
suas definições também inseridas no Léxico. Nesta trabalho, a noção de cada
elemento do Léxico não foi explorada quanto à circularidade, ou seja, cada um de
seus termos não foi descrito no próprio Léxico. Nossa intenção com o uso desta
ferramenta foi somente construir um repositório para complementação do SIG de
transparência dado que neste não há como descrever a noção de cada termo e
também como se perceber os relacionamentos entre cada um dos impactos. Para a
elaboração desta documentação foi utilizada a ferramenta C&L (C&L – PUC-Rio).
Além dos símbolos definidos no Léxico para descrever as características do
SIG de transparência no contexto organizacional, suas operacionalizações e seus
relacionamentos, foram definidos outros símbolos que fazem parte deste contexto e
que têm relacionamento circular com as características e operacionalizações. Estes
símbolos estão apresentados no Apêndice F desta tese.
48
Aqui apresentamos o SIG e as operacionalizações de cada uma das
características que compõem o SIG de transparência aplicado ao contexto de
transparência organizacional (Figura 3.3 até 3.35). Todas estão presentes na versão
final do SIG de transparência (Figura 2.6). As características estão dispostas em
ordem alfabética, e não na forma como aparecem organizadas no SIG de
transparência de modo a facilitar a leitura. Para cada uma delas, além do SIG com
as operacionalizações foi construído também o Léxico de forma a organizar de
maneira estruturada todas as informações e relacionamentos entre as características
e operacionalizações. No Léxico, o campo Noção contém a definição de cada uma
das características que compõem o SIG de transparência e o campo Impacto contém
as contribuições entre as características e operacionalizações de cada uma delas no
contexto organizacional. Por estarmos tratando de transparência no contexto
organizacional, foram também definidos os termos “transparência organizacional”,
“transparência de processo” e “transparência da informação” (Figura 3.2).
49
Figura 3.2 - – Transparência Organizacional
50
Figura 3.3 - – Acessibilidade
Figura 3.4 – Acurácia
51
Figura 3.5 – Adaptabilidade
Figura 3.6 – Amigabilidade
52
Figura 3.7 – Atualidade
Figura 3.8 – Auditabilidade
53
Figura 3.9 – Clareza
Figura 3.10 – Comparabilidade
54
Figura 3.11 – Completeza
Figura 3.12 – Composição
55
Figura 3.13 – Concisão
Figura 3.14 – Consistência
56
Figura 3.15 – Controle
Figura 3.16 – Corretude
57
Figura 3.17 – Dependência
Figura 3.18 – Desempenho
58
Figura 3.19 – Detalhamento
Figura 3.20 – Disponibilidade
59
Figura 3.21 – Divisibilidade
Figura 3.22 – Entendimento
60
Figura 3.23 – Explicação
61
Figura 3.24 – Informativo
Figura 3.25 – Integridade
62
Figura 3.26 – Intuitividade
Figura 3.27 – Operabilidade
63
Figura 3.28 – Portabilidade
Figura 3.29 – Publicidade
64
Figura 3.30 – Rastreabilidade
65
Figura 3.31 – Simplicidade
Figura 3.32 – Uniformidade
66
Figura 3.33 – Usabilidade
Figura 3.34 – Validade
67
Figura 3.35 – Verificabilidade
3.4 Classificando as operacionalizações
Segundo a definição de transparência apresentada anteriormente neste
Capítulo, transparência de processos organizacionais pode ser representada através
de um conjunto de políticas, padrões e procedimentos definidos pela organização.
Para tal é necessário que as operacionalizações sejam classificadas de modo que as
organizações possam definir que mecanismos utilizar para sua implementação.
Nesta tese chamamos de políticas um sistema de regras respeitantes à direção do
negócio, ou seja, um conjunto de objetivos que conformam um determinado
programa de ação e condicionam sua execução. Chamamos de padrões os modelos
oficiais da organização, o que serve de norma para avaliação. E finalmente
68
chamamos de procedimentos as práticas estabelecidas e executadas ao longo dos
processos organizacionais para atendimento aos padrões e políticas da organização.
Entendemos que as políticas e os padrões são um conjunto de conceitos definidos
pelas organizações e utilizados como regras para construção de seus processos, e
que procedimentos são partes dos modelos de processos executados pelas
organizações.
A partir destas definições dividimos a implementação das operacionalizações
em duas classes: (i) DPP – Definida através de políticas e padrões e (ii) IEP –
Inserida na execução do processo. Na Tabela 3.1, 3.2 e 3.3 apresentamos para cada
uma das operacionalizações definidas no Catálogo de Transparência as respectivas
classificações. Para auxiliar ainda mais as organizações, dentro da categoria DPP
dividimos políticas e padrões em alguns tipos , a saber: (i) Políticas e Padrões de
Modelagem de Processos; (ii) Políticas e Padrões de Tecnologia; (iii) Políticas e
Padrões de Comunicação; (iv) Políticas e Padrões de Gerência de Configuração; (v)
Políticas e Padrões de Armazenamento e Disponibilização de Informação. Nos
Capítulos a seguir, estas categorias serão utilizadas para definirmos a abordagem de
inserção destas políticas, padrões e procedimentos na organização.
69
Tabela 3.1 – Implementação das Operacionalizações – parte 1
70
Tabela 3.2 – Implementação das Operacionalizações – parte 2
71
Tabela 3.3 – Implementação das Operacionalizações – parte 3
72
3.5 Aplicação das operacionalizações a processos na web
Como citado anteriormente, o trabalho de definição das operacionalizações
ocorreu em paralelo à construção do grafo e a cada alteração que o grafo sofria, as
operacionalizações acompanhavam esta evolução. Porém, durante este trabalho,
foi elaborado um questionário sobre uma versão intermediária do grafo e das
operacionalizações (Transparência – PUC-Rio 08), para ser aplicado em processos
organizacionais que estivessem disponíveis através de sites da web. A intenção era
adequar as operacionalizações que estavam sendo definidas. Este trabalho foi fruto
de um projeto elaborado junto ao grupo de Engenharia de Requisitos durante o
curso da disciplina Transparência de Software. O processo de aplicação do
questionário está descrito no Apêndice D. Este trabalho teve como resultado as
Tabelas 3.4 e 3.5.
Tabela 3.4 - Resultado da aplicação do questionário sobre sites na web – parte 1
73
Tabela 3.5 - Resultado da aplicação do questionário sobre sites na web – parte 2
As Tabelas 3.4 e 3.5 apresentam as respostas dadas por cada um dos
participantes da pesquisa. Estão organizadas através da lista de subcritérios, que se
agrupam dentro dos 5 principais critérios (acessibilidade, usabilidade, informativo,
entendimento, auditabilidade). Para cada um dos subcritérios foi feito (no
questionário apresentado no Apêndice D) um número de perguntas variável
baseadas nas possíveis formas de operacionalização de cada um deles. A intenção
deste questionário não foi atribuir ao site um grau de transparência, mas sim
analisá-lo para identificar principais pontos em que a transparência não estivesse
sendo atendida. Indícios dos pontos fracos quanto à transparência destes sites são as
notas 4 e 5 dadas pelos participantes. Notas 1 e 2 em geral demonstram que os
74
observadores conseguiram com determinado grau de satisfação ter suas
necessidades atendidas quanto à transparência. As respostas 3 (média) teriam que
ser analisadas caso a caso, porém não houve possibilidade de contato com os
entrevistados para isso, uma vez que a pesquisa foi aberta na web. As respostas 6
indicam desconhecimento por parte do entrevistado, e não podem ser vistas como
indicativo de falta de transparência, devendo, portanto, ser ignoradas.
3.6 Análise das contribuições – Uso do PCT
Além de ajudar a adequar as operacionalizações definidas, a elaboração deste
questionário, apresentado no Apêndice D, nos permitiu uma análise através da qual
pudemos identificar, além dos relacionamentos hierárquicos entre as características
e subcaracterísticas, relacionamentos (positivos e negativos) em forma de rede
entre os elementos do SIG de transparência. A realização desta análise surgiu por
sugestões de alguns dos participantes do levantamento para validação do conceito
de transparência (Apêndice C).
Anteriormente à análise das respostas do questionário apresentado no
Apêndice D, baseando-se nas definições dadas e nas perguntas elaboradas,
percebeu-se algumas contribuições (positivas e negativas) em rede entre as
características e subcaracterísticas de transparência. Por exemplo, a característica
de Completeza é definida como a “capacidade de não faltar nada do que deve ter”.
A característica de Concisão é definida como a “capacidade de ser resumido”.
Analisando estas duas definições, podemos inferir que algo resumido tem chances
de não ser completo, ou seja, que Concisão pode contribuir negativamente para a
Completeza. Outro exemplo seria entre as características de Dependência e
Rastreabilidade. Neste caso, observando suas definições que correspondem
respectivamente à “capacidade de identificar a relação entre as partes de um todo”
e “capacidade de seguir o desenvolvimento de um processo ou a construção de uma
informação, suas mudanças e justificativas”, percebemos que a existência do
conhecimento da dependência entre artefatos da organização pode ajudar na
rastreabilidade dos mesmos. O mesmo raciocínio foi feito para todas as demais
características dando origem a um novo SIG (Figura 3.36), agora representando
também as possíveis contribuições negativas e positivas entre as características e
75
subcaracterísticas do SIG de Transparência.
Figura 3.36 – SIG de Transparência com contribuições em rede entre características
A partir desta identificação de possíveis contribuições em rede entre as
características e subcaracterísticas, buscou-se uma técnica que pudesse ajudar na
verificação da veracidade destes possíveis relacionamentos. Foi utilizada a técnica
do PCT (Personal Construct Theory), já utilizada na área de Engenharia de
Software por outros pesquisadores (Gonzalez-Baixauli, 2006), que tem como
principal objetivo encontrar relacionamentos entre atributos dados a determinados
elementos. O PCT é uma teoria da psicologia construtivista proposta por Kelly (Kelly,
1955) que tenta explicar a visão do mundo de uma pessoa através de construtos. Um
construto é um elemento do conhecimento com dois pólos opostos. Para Kelly
(Kelly, 1955), o conjunto de construtos de uma pessoa e os relacionamentos entre
eles resultam nos pensamentos e comportamentos desta pessoa, já que eles
oferecem a possibilidade de construir hipóteses e conclusões. O avanço mais
importante desta teoria se comparada a outras é que esta permite obter parte do
conhecimento construído na mente das pessoas através de uma teoria com algum
rigor. Sendo assim, esta teoria pode ser vista como mais precisa e as conclusões
obtidas não são afetadas por pessoas externas. Kelly desenvolveu uma técnica
chamada Repertory Grid baseada nesta teoria. Esta técnica permite elicitar
conhecimento através da explicitação da relação entre os construtos. A técnica do
Repertory Grid consiste em uma entrevista em que o sujeito da entrevista avalia um
76
ou mais elementos, cada um tendo uma coleção de construtos atribuídos a eles.
Estes elementos podem ser abstratos ou concretos e serão julgados sob os critérios.
O resultado é dado através de uma matriz em que os construtos são as linhas e os
elementos são as colunas, que permite que dois elementos sejam comparados por
semelhança. A Tabela 3.6 (Ford, 1991) mostra um exemplo.
Tabela 3.6 - Um exemplo de repertory grid (Ford, 1991)
O Repertory Grid possibilita a manipulação do conhecimento através do uso
de estatística. A técnica que vamos utilizar é a abordagem utilizada em Ford (Ford,
1991), a qual usa lógica de confirmação para prover relacionamentos assimétricos
entre construtos da matriz de dados. O processo de análise é simples:
primeiramente a matriz é separada em várias matrizes binárias de acordo com os
possíveis valores atribuídos aos construtos. As células destas matrizes valem 1 se
este for o seu valor na matriz inicial e 0 se a célula tiver qualquer outro valor.
Segundo, a partir destas matrizes binárias, os construtos existentes nas mesmas são
comparados através das fórmulas 1 a 3 (Figura 3.37), em que a variável x na
fórmula 1 é o vetor do construto e o valor binário do elemento j. O ψ é o valor do
construto como “extremely generous”. Note que ele inclui o construto (generous) e
seu valor (extremely). A função (i(ψ)) (ocorrência) retorna o número de ocorrências
de ψ no vetor i.
77
Ψ
=ΨΨotherwise
aisxifiofincidence
j
j 0
1)(
(1)
))(()( ΨΨΨ iocciinofocurrence (2)
))((
))()(()(
:"'"
Ψ
Π∩Ψ=ΨΠ
ΠΨ
iocc
iioccP
aresAllofonConfirmatiofgreede
(3)
Figura 3.37 - Fórmulas para comparar os construtos
Com esta abordagem podemos relacionar construtos com valores diferentes
usando regras como: (Valor do Construto 1) Construto 1 implica (Valor Construto
2) Construto 2 (grau de confirmação), em que o grau de confirmação é um valor de
0 a 1 usado como indicador de veracidade da regra. Este grau de confirmação indica
quantos elementos atendem à regra contra o total geral. Então pode ser usado para
avaliar a validade de uma regra e identificar se deve ser considerada ou não. Se o
grau de confirmação for muito alto (perto de 100%) temos fortes evidências de que
existe um relacionamento entre os construtos, mas se o grau de confirmação for
muito baixo (perto de 0%), teremos fortes evidências de que não há relacionamento
entre os construtos. Pode haver também uma comparação através de visualização
direta. Caso duas linhas sejam exatamente iguais após a conversão para binário,
sem a aplicação das fórmulas, podemos dizer que há um relacionamento direto
entre os construtos.
Como citado anteriormente, foi realizado um levantamento cujo elemento a
ser julgado era um site com seus processos e informações. Utilizamos este trabalho
com o objetivo de encontrar relações entre as características que compõem o
conceito de transparência, já que neste tínhamos o elemento sendo julgado (site) e
os construtos (características de transparência).
Na técnica do PCT temos o julgamento de um ou mais elementos através de
gradações para os construtos. Para cada construto há apenas uma nota a ser
atribuída. No caso deste levantamento, foi construída mais de uma questão para
uma mesma característica, o que resulta em mais de uma avaliação para cada
construto. Aqui precisamos fazer uma adaptação. Poderíamos usar o valor médio
entre as respostas dadas por cada entrevistado para as perguntas referentes a um
78
mesmo construto ou poderíamos trabalhar com os extremos. No caso do PCT,
precisamos dos extremos, pois são eles que nos dão os indicativos de concordância
e discordância. Sendo assim, extraímos das respostas dadas os dois extremos para
cada construto: o melhor e o pior caso. A Tabela 3.7 apresenta as respostas dadas
para o melhor caso em cada uma das características. A Tabela 3.8 apresenta as
respostas dadas para o pior caso em cada uma das características. Ambas foram
extraídas diretamente da Tabela 3.4 e 3.5, apresentadas anteriormente.
Tabela 3.7 - Respostas do melhor caso em cada uma das características
79
Tabela 3.8 - Respostas do pior caso em cada uma das características
Para cada uma destas tabelas (tabelas 3.7 e 3.8) foi aplicada a primeira etapa
da técnica do PCT. Nesta, o resultado é transformado em uma tabela contendo
apenas 0’s (zeros) e 1’s (uns). Isso é feito para que se possa fazer a segunda etapa,
que é de comparação dos resultados e identificação das semelhanças e
antagonismos, seja diretamente ou com a aplicação das fórmulas. Na tabela de
melhor caso, as respostas “1” foram mantidas e as demais foram zeradas. Na tabela
de pior caso, as respostas “5” foram transformadas em “1” e as demais foram
zeradas. Os resultados da transformação das Tabelas 3.7 e 3.8 em binárias estão
apresentados nas Tabelas 3.9 e 3.10.
80
Tabela 3.9 - Respostas do melhor caso em cada uma das características – Binário
Tabela 3.10 - Respostas do pior caso em cada uma das características - Binário
81
Em seguida foram analisadas as duas tabelas, buscando-se identificar
semelhanças e antagonismos entre construtos. O resultado desta identificação é
apresentado nas Tabelas 3.11 e 3.12.
Tabela 3.11 – Relacionamentos entre construtos do melhor caso
Na Tabela 3.11, estão marcados com asteriscos os construtos que
apresentaram relacionamento direto entre si. A partir das respostas do melhor caso,
foi encontrada contribuição positiva entre: Simplicidade e Concisão (*), Corretude
e Integridade (**), Dependência e Rastreabilidade (***), e Uniformidade e Clareza
(****). Esta se identifica através das séries binárias iguais para cada um dos pares
de construtos. Foi encontrada também uma contribuição negativa entre
Simplicidade e Completeza, e Concisão e Completeza. Esta se identifica através de
composições binárias opostas para cada um dos pares de construtos. Os construtos
marcados com “X” significam que a resposta dada era de falta de conhecimento por
parte do entrevistado, e, por isso, ficaram de fora da análise. Aplicando-se as
fórmulas do PCT, foram encontrados relacionamentos próximos entre
Verificabilidade, Validação e Amigabilidade, todos com somente um “1” na
avaliação, e entre Divulgação, Disponibilidade e Intuitividade, todos com um único
“0”. Estes poderiam ser indicadores de contribuições positivas entre eles. Por outro
lado, estes dois grupos de construtos podem ser observados se analisarmos cada par
82
entre eles (Verificabilidade e Divulgação, Verificablidade e Disponibilidade,
Verificabilidade e Intuitividade, Validação e Divulgação, Validação e
Disponibilidade, Validação e Intuitividade, Amigabilidade e Divulgação,
Amigabilidade e Disponibilidade, Validação e Amigabilidade) como contribuições
negativas, já que o primeiro de cada par possui um único “1” na avaliação e o
segundo de cada par possui um único “0” na avaliação.
Tabela 3.12 – Relacionamentos entre construtos do pior caso
Na Tabela 3.12 também estão marcados com asteriscos os construtos que
apresentaram relacionamento direto entre si. A partir das respostas do pior caso, foi
encontrada contribuição positiva entre: Simplicidade e Concisão (*), Corretude e
Integridade (**), e Dependência e Rastreabilidade (***). Esta se identifica através
das séries binárias iguais para cada um dos pares de construtos. Foi encontrada
também uma contribuição negativa entre Simplicidade e Completeza, e Concisão e
Completeza. Esta se identifica através de composições binárias opostas para cada
um dos pares de construtos. Na análise do pior caso não foi identificada
contribuição entre Uniformidade e Clareza. Os construtos marcados com “X”
significam que a resposta dada era de falta de conhecimento por parte do
83
entrevistado, e, por isso, estes construtos foram excluídos da análise. Aplicando-se
as fórmulas do PCT, foram encontrados relacionamentos próximos entre
Divulgação, Disponibilidade, Desempenho, Uniformidade, Intuitividade,
Compreensibilidade e Acurácia, todos com somente um “1”. Neste não foram
encontrados construtos com um único “0”. Os encontrados poderiam ser
indicadores de contribuições positivas entre eles.
Comparando o que foi identificado através do uso da técnica do PCT ao que
foi identificado anteriormente através de método de observação e comparação das
descrições e perguntas feitas sobre cada construto, reparamos que algumas se
confirmaram. São elas:
a) Existe contribuição positiva entre Uniformidade e Clareza, porém esta
contribuição é fraca, pois não se confirma na tabela do pior caso;
b) Existe contribuição positiva entre Corretude e Integridade e esta é forte,
pois acontece tanto no melhor caso como no pior caso;
c) Existe contribuição positiva entre Dependência e Rastreabilidade e esta é
forte, pois acontece tanto no melhor caso como no pior caso;
d) Existe contribuição positiva entre Simplicidade e Concisão e esta é forte,
pois acontece tanto no melhor caso como no pior caso;
e) Existe contribuição negativa entre Simplicidade e Completeza e esta é forte,
pois acontece tanto no melhor caso como no pior caso;
f) Existe contribuição negativa entre Concisão e Completeza e esta é forte,
pois acontece tanto no melhor caso como no pior caso.
A afirmação de contribuição positiva entre Intuitividade e Clareza, e negativa
entre Concisão e Clareza, não se confirmaram. Quanto às outras possíveis
contribuições que se apresentaram através da aplicação das fórmulas, por se
apresentarem como mais fracas (incidência de 75% ou 25%), não foram
representadas no grafo. Representamos aqui apenas as características que se
apresentaram como contribuições negativas e positivas diretas (100%), ou seja,
através de séries binárias idênticas. Como resultado desta fase, foi obtido um SIG
de Transparência com a representação das contribuições positivas e negativas entre
subcritérios de diferentes grupos.
84
Figura 3.38 - SIG de Transparência (Final) com contribuições entre critérios
Após a realização desta análise, incluímos as novas contribuições
encontradas no Catálogo de Transparência. Como a implementação do Catálogo de
Transparência foi feita com a utilização do Léxico (C&L – PUC-Rio), incluímos no
Impacto de cada uma das características afetadas este novo tipo de relacionamento.
Os itens alterados no Léxico são apresentados nas figuras 3.39 até 3.43.
Figura 3.39 – Léxico do relacionamento entre uniformidade e clareza
85
Figura 3.40 – Léxico do relacionamento entre simplicidade, completeza e concisão
Figura 3.41 – Léxico do relacionamento entre concisão e completeza
Figura 3.42 – Léxico do relacionamento entre corretude e integridade
Figura 3.43 – Léxico do relacionamento entre dependência e rastreabilidade
86
4. Inserção de práticas de transparência em processos organizacionais
Este capítulo apresenta a transparência como uma característica transversal e
como ela pode ser introduzida na organização através de políticas, padrões e
procedimentos organizacionais. Introduz o conceito de aspectos e apresenta
trabalhos relacionados ao paradigma de aspectos em áreas da Engenharia de
Software e sua possível extensão para a área de processos de negócio. Ao final,
sugere uma abordagem orientada a aspectos para modelagem de processos
organizacionais que torna viável a inserção de características de transparência
nos mesmos.
4.1 Transparência - Uma Característica Transversal
Segundo Cruz (Cruz, 2000; Cruz, 2003), as organizações em geral possuem
dois tipos de processos: os primários e os secundários. Processos primários são
todos aqueles que estão diretamente ligados à fabricação do produto que a
organização tem por objetivo disponibilizar para seus clientes. Processos
secundários, também chamados de processos de suporte, são todos que, como o
próprio nome diz, suportam os processos primários e os próprios secundários,
dando-lhes apoio para que possam existir. Carvalho (Carvalho. 1989) aborda os
processos organizacionais com outra visão. Classifica os processos segundo os
tipos de atividades que executam, podendo estas ser de tratamento de informação
ou substantivas. As atividades de tratamento de informação são aquelas em que há
consumo e/ou geração de informação, e as atividades substantivas são aquelas que
tem como objetivo principal a geração de produtos físicos e que, apesar de gerarem
informação de controle, são executadas com fim produtivo.
Apesar da existência de diversos tipos de classificação para processos
organizacionais, todos podem ser representados através de modelos de processo
construídos através de linguagens de modelagem que contêm elementos como
atores, atividades, fluxos de informação, regras de negócio, eventos, documentos,
entre outros. Os modelos de processo são constituídos por um conjunto de
atividades ou tarefas essenciais que servem para atingir seus objetivos. Porém,
87
junto a estes processos podem estar entrelaçadas ou espalhadas atividades,
informações, atores ou outros elementos do modelo que sejam pertencentes
também a outros processos. Neste caso, estes elementos, apesar de participarem do
processo, não necessariamente fazem parte de seus elementos essenciais. Estas
atividades, informações, atores e outros elementos do processo poderiam ser vistos
como ortogonais a estes processos e portanto ser isolados dos mesmos.
Considere, como exemplo, um processo para realização de atividades de
gestão de mudanças dentro do contexto do desenvolvimento de software. Neste
processo existem elementos (atividades, dados, documentos) que se repetem. Na
Figura 4.1, representamos este processo em BPMN, sem utilizar ainda a abordagem
construída. Neste exemplo usamos BPMN (BPMN, 1997) como linguagem de
modelagem. Os componentes da BPMN (BPMN, 1997) utilizados neste modelo
são: eventos (representados por círculos), atividades e informações (representadas
por retângulos diferenciados somente pelas cores), relacionamentos (representados
por fluxos), conectores lógicos (representados por um losango), e raias (onde estão
definidos os atores responsáveis pelas atividades).
Neste modelo, podemos observar que as atividades “Obter Formulário de
Solicitação de Mudança”, “Enviar Solicitação de Mudança”, o documento
“Formulário de Solicitação de Mudanças” e os dados “Dados de Requisição”
aparecem em vários momentos do processo. Estas redundâncias em geral poluem o
modelo, dificultando seu entendimento e visualização, e têm que ser analisadas e
mantidas quando o modelo sofre alterações.
88
Figura 4.1 – Abordagem tradicional de modelagem
Transparência, como foi visto nos capítulos anteriores, é uma característica
de qualidade que, através de diversas iniciativas se quer inserida no contexto das
organizações através de suas operacionalizações. Na verdade, tais
operacionalizações farão parte das políticas, padrões e procedimentos da
organização, como dito na definição de transparência apresentada no Capítulo 2, e
como apresentado na classificação das operacionalizações no Capítulo 3. As
operacionalizações tratadas como DPP (Definição de Políticas e Padrões) podem
ser inseridas nas organizações através de políticas e padrões, como o próprio nome
diz, a serem elaboradas e seguidas pelas organizações. Já no caso de
operacionalizações classificadas como IEP (Inserção Elementos no Processo),
temos a necessidade de definir uma abordagem de como estas operacionalizações
seriam inseridas nos modelos de processo de negócio.
Ter ou não ter transparência não impacta a essência do que o processo
organizacional executa, podendo a transparência ser dita como uma característica
transversal. Chamamos em geral de característica transversal aquela que pode ser
separada do modelo do processo, ser reutilizada em outros processos ou em outros
pontos do mesmo processo. São características que estão espalhadas e entrelaçadas
nos processos organizacionais. Esta característica de espalhamento e
89
entrelaçamento de um conceito em um determinado domínio foi estruturada na
Engenharia de Software pelo Paradigma de Aspectos.
4.2 O Paradigma de Aspectos
Nos últimos anos, o problema do entrelaçamento e do espalhamento de
características tem sido tratado na comunidade de Engenharia de Software através
do paradigma de Desenvolvimento de Software Orientado a Aspectos (DSOA)
(Filman, 2005), que é baseado nos conceitos da Programação Orientada a Aspectos
(POA) (Kiczales, 1997). O paradigma propõe um novo tipo de abstração –
denominado aspecto – e novos mecanismos de composição que permitem a
descrição modular e a composição de características que geralmente se encontram
espalhadas e entrelaçadas (características transversais) em vários pontos de um
sistema de software. Essas abordagens objetivam, sobretudo, a modularização de
características transversais que dificultam as atividades de reuso e manutenção do
software. Assim, DSOA (Desenvolvimento de Software Orientado a Aspectos) é
uma área de pesquisa que tem como objetivo promover a separação destas
características ao longo de todas as fases do desenvolvimento de software. A
importância de DSOA no contexto da Engenharia de Software tem se mostrado
evidente. DSOA vem obtendo atenção crescente da indústria (Sabbah, 2004; Zhang
2007a) e alcançando maior maturidade após cerca de uma década de pesquisas.
Aspecto é a abstração utilizada nesta abordagem para centralizar uma
determinada característica que em geral está dispersa em diversos processos.
Aspectos, em geral, representam características específicas que se distinguem de
funcionalidades essenciais. Nos processos que não exploram o conceito de aspectos,
não há essa distinção e as características transversais definidas por Eaddy (Eaddy,
2008) ficam entrelaçadas às funcionalidades essenciais do processo. Isto torna o
processo complexo, difícil de compreender e adaptar, e compromete o reuso das
partes.
Existem atualmente diversas abordagens orientadas a aspectos associadas a
diferentes atividades do processo de desenvolvimento de software, como na área de
engenharia de requisitos, arquitetura, desenho, implementação. Durante a
construção desta tese foi elaborada uma proposta para uso desta abordagem em
90
processos de negócio (Cappelli, 2009), pois não foi encontrada qualquer proposição
explícita e consolidada em termos da aplicação desta ideia de modularização de
conceitos transversais no contexto de processos organizacionais. Essa proposta é
uma necessidade iminente, uma vez que: (i) características necessitam ser inseridas
nos processos organizacionais sem que venham a interferir no alcance do objetivo
do processo, (ii) uma mesma característica pode ser aplicada a diferentes processos
organizacionais (reuso), (iii) operacionalizações de características transversais
podem ser pensadas independentemente dos processos organizacionais
(modularidade), (iv) atualizações podem ser feitas em um único ponto do processo
organizacional com reflexo nos demais, (v) a visualização de modelos de processos
de forma parcial, ou seja, sob o ponto de vista de um determinado aspecto, pode
auxiliar em muito as análises do processo, (vi) processos organizacionais são
suportados por aplicações desenvolvidas para atender às características dos
processos, e (vii) o desenvolvimento de software orientado a aspectos é uma
realidade atual, indicando que os processos devem seguir o mesmo paradigma
utilizado para o desenvolvimento de software.
Portanto, partindo da premissa de que a separação de conceitos é um princípio
de fundamental importância para tratar características transversais em processos de
negócio, e que a idéia proposta pelo desenvolvimento orientado a aspectos provê
separação de conceitos, promovendo reusabilidade, manutenibilidade e facilitando
a compreensão e visualização, buscamos agregar o conceito de aspectos aos
conceitos de processos de negócio.
4.3 Trabalhos Relacionados
Na área de processos organizacionais, especificamente, não foram
encontrados trabalhos associados ao paradigma de modelagem a aspectos, porém o
trabalho de Charfi (Charfi, 2007), realizado no contexto de ferramentas de
workflow, nos chamou a atenção. O trabalho apresenta um estudo de modularidade
em workflows, mais especificamente sobre aspectos transversais e mudanças em
fluxos de trabalho. O objetivo principal é a construção de uma linguagem de
workflow que apóie a modularização dos aspectos transversais. O trabalho
identifica limitações nas linguagens correntes de workflow para modularização de
91
aspectos transversais e propõe uma linguagem orientada a aspectos. Nesta proposta,
outros elementos, além das atividades, como participantes, sistemas e dados de
entrada e saída são considerados na separação de conceitos transversais, apesar de
não serem tratados em separado na implementação da linguagem. Esta proposta
reforça nosso trabalho, uma vez que ferramentas de workflow são construídas à
imagem e semelhança dos processos organizacionais e para tanto necessitam que os
elementos do modelo do processo em ferramentas de modelagem tenham um
tratamento semelhante aos elementos do processo na ferramenta de workflow. Isso
indica ainda que as atividades, os atores, os sistemas e os dados muito
provavelmente serão tratados como aspectos na modelagem de processos.
Na área de Engenharia de Requisitos e Arquitetura, encontramos trabalhos
que, acreditamos, possam contribuir com nossa proposta. Em especial, a
Engenharia de Requisitos pode nos ajudar na extensão dos conceitos de aspectos
para a modelagem de processos por já citar a modelagem de processos como
ferramenta fundamental para entendimento do domínio e conseqüente elicitação de
requisitos (MacKnight, 2004; Fiorini, 1996).
A Engenharia de Requisitos Orientada a Aspectos (EROA) representa a
identificação, análise e tratamento de requisitos transversais durante a elicitação,
modelagem e análise de requisitos. Nesta abordagem, o modelo de requisitos passa
a ter um padrão modular adequado, evitando que características transversais fiquem
espalhadas, o que facilitará a implementação em ambientes orientados a aspectos.
A separação de conceitos transversais no levantamento de requisitos facilitará o
rastreamento entre documentos de requisitos, arquitetura e o código,
principalmente quando se utiliza orientação a aspectos em todas as fases do
desenvolvimento de software. Para identificar as contribuições desta área e a forma
como estas podem ser estendidas para a área de modelagem de processos, foi
realizado um levantamento dos principais trabalhos já realizados.
Nos trabalhos de Rashid (Rashid, 2002; Rashid, 2003) e de Sampaio
(Sampaio, 2005), fala-se da importância de se identificar e tratar aspectos já na fase
de análise de requisitos, separando requisitos aspectuais, requisitos não aspectuais e
regras de composição. Os autores afirmam que essa modularização no início do
processo de engenharia de software permite mudanças em aspectos mais cedo,
facilitando a tomada de decisão pelos envolvidos durante o processo de negociação.
A definição de requisitos transversais também facilita o mapeamento e a
92
determinação dos componentes aspectuais nos demais estágios do processo de
desenvolvimento. Os trabalhos apresentam ainda um modelo genérico para
identificação e especificação de requisitos aspectuais e seu mapeamento e
influência nos demais estágios de desenvolvimento. Os mesmos autores
apresentaram outro trabalho (Moreira, 2005), no qual comentam que as abordagens
de desenvolvimento mais modernas estão propondo mecanismos de decomposição
e composição, pois a maioria delas utiliza uma dimensão dominante como base
para decomposição e outras como transversais. Neste trabalho, apresentam
discussões sobre a característica de transversalidade e demonstram que ela não
acontece somente para o caso dos requisitos não-funcionais como na maioria das
abordagens. Requisitos funcionais também podem ser vistos como características
transversais de partes dos sistemas. Porém, a natureza bi-dimensional das
decomposições existentes não dá suporte suficiente para esta evolução. Para isso,
os autores propõem um modelo de decomposição de requisitos de uma maneira
uniforme, não levando em consideração sua natureza funcional ou não-funcional,
podendo apoiar uma separação multidimensional. Esta abordagem trata de
relacionamentos entre as características transversais. Ambas as propostas
mostram-se importantes para nosso trabalho, uma vez que indicam que a descoberta
e uso precoces de componentes aspectuais em requisitos facilita o uso nos demais
estágios do desenvolvimento. Podemos, neste caso, instanciar para o nível de
processos ao dizer que a descoberta e uso de componentes aspectuais em modelos
de processos podem facilitar o uso em requisitos que, por sua vez, facilitam nos
demais estágios do desenvolvimento.
Sutton (Sutton, 2003) é um dos primeiros a tratar do que, na comunidade de
orientação a aspectos, convencionou-se chamar de “early aspects” ou aspectos
iniciais. Neste tipo de abordagem, o objetivo é identificar aspectos antes da
programação do software. Outra proposta (Yu, 2004) apresenta um processo
sistemático para descoberta de aspectos durante o refinamento de metas no
contexto de engenharia de requisitos intencional. Alencar (Alencar, 2006)
apresenta em seu trabalho uma série de regras para sistematizar a identificação de
características transversais em modelos i* (Yu, 2004) e modularizá-las através de
aspectos na intenção de reduzir complexidade.
Porém, uma das propostas mais completas encontradas na literatura nesta
área é o trabalho desenvolvido por Silva (Silva, 2006) em sua tese de doutorado.
93
Neste, a autora defende a importância de trabalhos que permitam a separação, a
composição e a visualização de características durante a modelagem de requisitos.
Estes mecanismos funcionam com base em uma linguagem de modelagem
(LMROA) que permite a descrição antecipada de como as características estão
entrelaçadas e espalhadas. Dessa forma, oferece um modelo conceitual que define
um novo tipo de relacionamento, denominado relacionamento transversal, que
poderá ser utilizado por diversas linguagens de modelagem de requisitos para
resolver os problemas de espalhamento e entrelaçamento de características
transversais. Esta abordagem apresenta um metamodelo para integração de
características transversais que inclui as atividades de separação, composição e
visualização como importantes para a abordagem dos problemas de espalhamento e
entrelaçamento de características durante a modelagem de requisitos. Este
metamodelo pode ser utilizado como base em outras fases do desenvolvimento,
para definição de mecanismos práticos de redução dos danos causados pelos
problemas de espalhamento e entrelaçamento. Esta proposta está diretamente
ligada ao nosso trabalho, pois nossa intenção também é construir uma abordagem
para integração de características transversais, só que no nível de modelos de
processos organizacionais.
Outra área que tem trazido contribuições para o paradigma de aspectos é a
Arquitetura. Dentro desta área, pesquisadores têm estudado a integração de
características transversais e linguagens de descrição arquitetural (ADL) com o
objetivo de construir conhecimento sobre a modularização de aspectos arquiteturais
através de extensões das ADL’s. Para identificar as contribuições desta área e como
estas podem ser estendidas para a área de modelagem de processos, foi obtido um
levantamento dos principais trabalhos já realizados. Dois destes com contribuições
importantes que poderiam ser utilizadas na extensão do conceito de aspectos para
processos organizacionais.
Os trabalhos de Chavez (Chavez, 2009) e Garcia (Garcia, 2006a; Garcia,
2006b) propõem que linguagens de descrição de arquitetura orientadas a aspectos
passem a utilizar uma descrição de conexão menos dependente de marcações nos
componentes. Ou seja, ao invés de buscar padrões sintáticos baseados na descrição
dos componentes, procuram-se padrões de nível mais alto sem dependência
sintática. Estes trabalhos abordam um tema importante no contexto de orientação a
aspectos por tratarem de como obter maior flexibilidade na identificação de onde os
94
aspectos devem incidir nos componentes. Esta abordagem se aplica ao nosso
trabalho uma vez que estamos trabalhando com modelos de processos, conjunto de
seqüências de atividades, nos quais teremos que identificar onde os componentes
incidirão.
Em outro trabalho, anterior a este, Batista (Batista, 2006) faz uma reflexão
sobre sete questões importantes que surgem quando estudamos a integração de
características transversais e linguagens de descrição arquitetural (ADL). O
objetivo é apresentar o ponto de vista dos autores sobre a exigência de extensões
das ADL’s existentes na modularização desses aspectos transversais. Para isso são
levantadas sete questões sobre aspectos e ADL’s. São elas: (i) Quais elementos em
ADL podem ter características transversais – em que discute quais elementos da
descrição arquitetural (componentes, conectores, configurações e interfaces)
podem ser afetados por características transversais; (ii) Como deve ser feita a
composição – em que discute a conexão entre dois componentes básicos e a
conexão entre um componente básico e um transversal e como esta segunda deve
ser representada em uma especificação arquitetural; (iii) Quantos pontos de junção
podem ser referenciados em uma declaração – em que discute quantos pontos de
junção podem existir em uma declaração, sendo necessário um mecanismo de
quantificação da ADL que possa unificar os pontos de junção afetados por um
aspecto sem a necessidade de citar um a um; (iv) De que precisam as interfaces de
aspectos – em que discute se as questões (ii) e (iii) são suficientes para representar
os aspectos ou se as interfaces dos componentes aspectuais também precisam de
informações extras para suportar essas conexões; (v) Como devem ser as interfaces
dos pontos de junção – em que discute se as interfaces dos componentes afetados
por aspectos necessitam ser estendidas para explicitar os “join points” que
permitem a conexão com componentes aspectuais; (vi) Como são declaradas as
mudança em interfaces – em que trata da adoção do conceito de “inter-type
declarations” no nível da especificação arquitetural, e da necessidade de especificar,
no nível de arquitetura, atributos e serviços que um aspecto pode introduzir nos
elementos básicos do sistema, e (vii) Como representar aspectos – em que discute a
questão da abstração de um aspecto, se uma nova abstração é necessária para
representar um aspecto transversal ou se este aspecto pode ser representado pelas
estruturas existentes para abstração dos componentes básicos na ADL em questão.
Este trabalho também nos pareceu bastante importante, pois algumas destas
95
questões, como principalmente as (i), (ii), (iii) e (vii), deverão ser discutidas nesta
tese.
4.4 Processos Organizacionais Orientados a Aspectos
Processos de negócios (Ould, 2005) são constituídos a partir das políticas que
definem diretrizes e objetivos da organização, padrões que definem as normas, e os
conjuntos de procedimentos que definem os fluxos de trabalho existentes em uma
organização e suas execuções, envolvendo as atividades realizadas, os atores que os
executam, os sistemas computacionais que os apoiam e as informações que
consomem e geram. Propomos o uso do paradigma de aspectos para tratarmos
principalmente dos procedimentos que podem ser explicitados através de modelos
de processo, ou seja, das operacionalizações classificadas no Capítulo 3 como IEP
(Inseridas na Execução do Processo). As operacionalizações classificadas como
DPP (Definição de Políticas e Padrões) em geral são apresentadas através de
documentos que representam as políticas e padrões, e servem de apoio para
definição ou execução do processo.
Na literatura há várias linguagens propostas para modelagem de processos de
negócio, como BPMN (BPMN, 1997), EPC (Scheer, 1990), e i* (Yu, 1994). Em
geral, a maioria das notações utilizadas por estas linguagens segue alguns
princípios básicos, como decomposição funcional e separação de conceitos.
Segundo o princípio da decomposição funcional, a modelagem deve mapear as
funções da empresa de forma hierárquica, partindo de funções macroscópicas e
decompondo-as em subfunções. O princípio da separação de conceitos, por sua vez,
enfatiza a necessidade de modelar o processo compondo-o a partir de elementos
menores, em que cada elemento representa uma parte do domínio do problema.
A fim de trazer o conceito da orientação a aspectos para processos de negócio,
utilizaremos uma abordagem muito similar à que foi construída por Silva (Silva,
2006), pois entendemos que esta possui uma abordagem bastante genérica que
poderia ser reutilizada em grande parte no contexto de processos. Esta abordagem
consiste na construção de um metamodelo para integração das características
transversais. Este metamodelo define um conjunto mínimo de atividades
objetivando a inserção de características transversais e mecanismos para efetivá-las.
A integração é centrada na definição de um elemento de modelagem que permite a
96
descrição explícita de como as características estão entrelaçadas e espalhadas. Este
elemento é definido como parte de uma linguagem de modelagem, que pode ser
instanciada para a utilização de diferentes métodos de modelagem. No caso de
Silva (Silva, 2006), tanto a linguagem de modelagem quanto os métodos referem-se
a requisitos. No nosso caso faremos referência a linguagens e métodos relacionados
a processos organizacionais.
O metamodelo proposto por Silva (Silva, 2006) para integração de
características transversais é uma estratégia para modelagem de requisitos que
provê elementos para registrar, controlar e analisar a interação transversal entre eles.
A estratégia consiste em três atividades, respectivamente denominadas Separar,
Compor e Visualizar, apresentadas na Figura 4.2. Estas três atividades são
apresentadas como essenciais durante o processo de modelagem de requisitos
porque possibilitam, respectivamente, a modularização, a junção das partes
modularizadas para formar o modelo e a análise de visões (opiniões, serviços e
modelos) dos módulos e do sistema inteiro. Nossa proposta é que esta mesma
abordagem possa ser usada para aspectos em processos organizacionais. Na
verdade, nesta outra área, o objetivo é que estes aspectos possam ser identificados e
separados, depois combinados novamente aos processos e por fim visualizados da
forma mais interessante para a organização.
Figura 4.2 - Metamodelo de integração de características transversais (Silva, 2006)
Para Separar, esta estratégia provê linguagem e diretrizes para que a
modelagem dos elementos seja feita levando-se em consideração sua natureza
transversal, ou seja, explicitando quais e de que forma alguns requisitos têm
tendência a estar espalhados ou entrelaçados aos outros. Esta informação sobre
transversalidade é registrada em um novo tipo de relacionamento, adicionado como
97
uma extensão ao modelo. Compor é um processo que combina os requisitos
inicialmente modelados de maneira separada aos demais requisitos. Esta
combinação é realizada pela interpretação da informação contida no
relacionamento transversal e pela aplicação de regras de composição. As regras de
composição definem como os elementos do relacionamento transversal são
transformados, por exemplo, em sua semântica, propagando a informação nele
contida. Vizualizar é uma atividade que provê alguns modelos parciais do modelo
integrado, de maneira a facilitar o entendimento das características do sistema e da
composição delas.
De maneira semelhante à estratégia apresentada por Silva (Silva, 2006),
nossa abordagem define: uma linguagem de modelagem de processos orientada a
aspectos (LMPOA), diretrizes de como utilizá-la, um mecanismo de composição e
um mecanismo de visualização (Cappelli, 2009), apresentada na Figura 4.3. Os
mecanismos utilizam regras de composição e de transformação que dependem dos
construtos da linguagem. Desta forma, a separação, a composição e a visualização
são centradas na linguagem de modelagem de processos orientada a aspectos.
Figura 4.3 – Componentes usados para integrar relacionamentos transversais em modelos de processos (adaptado de Silva (Silva, 2006))
LMPOA é composta por qualquer linguagem de modelagem de processos
(modelo de componentes), tais como BPMN (BPMN, 1997), EPC (Scheer, 1990) e
i* (Yu, 1994), um relacionamento transversal (modelo núcleo), e um modelo de
joinpoints que define como os modelos de componentes e núcleo estão
98
relacionados. LMPOA e as diretrizes para sua utilização constituem a
infra-estrutura necessária para a atividade de separação, na qual as atividades de
composição e visualização são baseadas. A seguir explicamos detalhadamente cada
um dos elementos da estratégia.
Linguagem de Modelagem de Processos Orientada a Aspectos
A estratégia proposta por Silva (Silva, 2006) em muito se assemelha à
abordagem desta tese. Na forma estrutural, a diferença se apresenta basicamente no
fato de esta abordagem utilizar linguagens de modelagem de processos ao invés de
linguagens de modelagem de requisitos, e no fato de os mecanismos de composição
e visualização, suas respectivas regras e parâmetros, e o modelo de componentes
serem diferentes. A linguagem de modelagem de processos orientada a aspectos
(LMPOA) consiste nas seguintes partes: 1) a definição dos elementos da linguagem
de modelagem de processos, por exemplo, o modelo de componentes da linguagem
de modelagem de processos; 2) a definição dos elementos do modelo núcleo, neste
caso, retratados pelo relacionamento transversal; 3) o modelo de joinpoints,
conjunto de elementos da linguagem de modelagem de processos que podem ser
afetados por um relacionamento transversal. Na Figura 4.4 e Figura 4.5, ilustramos
os detalhes da sintaxe da linguagem de modelagem de processos e do modelo
conceitual desta linguagem. Os elementos em cinza representam os pontos fixos da
linguagem, enquanto os elementos em branco representam pontos a serem
instanciados.
Figura 4.4 – Sintaxe de LMPOA (adaptado de Silva (Silva, 2006))
99
Figura 4.5 – Modelo conceitual da linguagem de modelagem de processos orientada a aspectos
(adaptado de Silva (Silva, 2006))
Modelo de Componentes
No modelo conceitual de LMPOA (Figura 4.3), o modelo de componentes
representa uma linguagem de modelagem de processos descrita por componentes e
relacionamentos (linhas 1 e 2 da Figura 4.3). Desta forma, relationship e
component são elementos que devem ser instanciados (linhas 3 e 4 da Figura 4.3) de
acordo com o modelo de processos a ser adotado, para dar origem a uma nova
linguagem de modelagem de processos orientada a aspectos. Em modelagem de
processos, os elementos que em geral compõem as linguagens são processos,
atividades, eventos, atores, sistemas, regras de negócio ou informações.
Modelo de Joinpoints
Joinpoints são elementos do modelo de componentes que podem ser afetados
por aspectos (Chavez, 2003; Chavez, 2004). Em linguagens de implementação, eles
podem ser estáticos ou dinâmicos: um joinpoint estático é uma localização na
estrutura de um elemento, enquanto um joinpoint dinâmico é uma localização na
execução de um programa. Visto que na maioria das vezes linguagens de
modelagem de processos são especificações não executáveis, i.e., estáticas,
100
utilizamos apenas joinpoints estáticos. Na Figura 4.3, o construto joinpoint (linha 5)
não tem valor definido porque depende do modelo de componentes a ser utilizado.
O modelo de joinpoints na abordagem proposta será composto pelos elementos da
linguagem sobre os quais poderão incidir os aspectos, ou seja, processos, atividades,
eventos, atores, sistemas, regras de negócio ou informações.
Modelo Núcleo: Relacionamento Transversal
O relacionamento transversal representa, na linguagem de Silva (Silva,
2006), o que o aspecto representa em AspectJ. É um novo tipo de relacionamento a
ser adicionado ao modelo de componentes (linha 3 da Figura 4.3). Para ser usado
junto a linguagens de modelagem de processos, outro modelo núcleo foi criado.
Este relacionamento herda as informações de origem e destino (pointcuts) de
relacionamento, assim como as informações de tipo e dono da origem. Dentro das
linguagens de modelagem de processos, os elementos modelados têm um tipo
(atividade, dado, documento, entre outros), e este é um conhecimento necessário no
momento da composição dos elementos, pois indica a forma de ser inserido no
processo. O mesmo acontece com o dono do elemento pois, em geral, nas
linguagens de modelagem de processo os elementos são de responsabilidade de um
determinado ator do processo, que deve ser representado. O label do
relacionamento (cross) não deve ser fixo. O label deve ter um nome que o relacione
à sua origem. Sendo assim este é colocado como uma variável a ser composta no
momento da modelagem. Uma regra para nomeá-lo poderia ser sempre colocar os
três primeiros caracteres da característica transversal, por exemplo. Como a
intenção desta abordagem é somente separar características transversais e depois
compô-las novamente com o modelo, sem que sejam feitas modificações, apenas a
primitiva “include” faz parte do modelo núcleo. Na figura 4.6 apresentamos a
sintaxe do relacionamento transversal de LMPOA.
101
Figura 4.6 – Sintaxe do Relacionamento Transversal
Esta sintaxe, construída especificamente para linguagens de modelagem de
processo, não foi adaptada de Silva (Silva, 2006), pois entendemos que por
existirem muitas diferenças entre a representação dos elementos que compõem as
linguagens de modelagem de processos dos elementos e os elementos que
compõem as linguagens de requisitos, seria mais interessante definir uma nova
sintaxe, obviamente utilizando os construtos do modelo núcleo. As linguagens de
modelagem de requisitos são compostas por elementos que permitem construir um
modelo de representação dos cenários de execução de uma aplicação de software,
por exemplo, enquanto um modelo de processo permite representar a execução de
um processo organizacional.
A seguir detalhamos cada um dos construtos deste relacionamento. Os nomes
pointcut e advice foram usados para ajudar o leitor a fazer uma associação direta a
elementos conhecidos no nível de desenho e implementação. Entretanto, para esta
abordagem, a semântica destes elementos foi adaptada para que eles representem a
transversalidade de características no nível de modelos de processos.
Pointcut
Pointcuts indicam os elementos afetados por uma determinada característica.
Cada pointcut é definido por um nome e uma expressão (linhas 6 e 7 da Figura 48).
Expressões consistem em sentenças que usam operandos, operadores e primitivas
(linhas 8 e 9). Os operandos são elementos cujos tipos estão associados aos
joinpoints (linha 7). Os operadores são utilizados para agrupar um ou mais
joinpoints, são eles OR, AND e NOT. As primitivas definem uma ação a ser
realizada no pointcut (linha 9). No caso de modelagem de processos, definiu-se
102
somente a primitiva include que adiciona um ou mais elementos ao local
especificado.
Advice
Um advice define quais elementos do modelo de origem espalham-se ou
entrelaçam-se nos pointcuts. Ele registra o conjunto de elementos que representa
um comportamento ou estrutura que se repete. Cada advice é formado por um tipo
(after, before e around) que indica a maneira como ele afeta os pointcuts; uma
expressão de pointcuts indica quais são os pointcuts em que o advice será aplicado;
e o corpo define o conjunto de elementos que se espalha ou se entrelaça nos
pointcuts.
Diretrizes para Separação de Características Transversais
A identificação de características transversais é, na maioria das vezes,
realizada com base na experiência e intuição dos profissionais de modelagem da
organização, tanto durante a definição de processos quanto nas atividades de
desenho. Nesta tese, como em Silva (Silva, 2006), consideramos que qualquer
característica pode ou não “estar” transversal. Não é necessário saber disto com
antecedência porque elas são modeladas da mesma maneira, utilizando os
elementos do modelo de componentes. O necessário é saber quando separá-las e
quando utilizar o relacionamento transversal:
• Quando separá-las? – qualquer característica que atenda a pelo menos uma das
propriedades a seguir pode ser modelada separadamente:
• Ela está repetida muitas vezes no modelo;
• Ela pode ou não estar presente no processo, sem impedir a realização de seu
objetivo global;
• Ela não faz parte do contexto do processo, é apenas uma qualidade do
modelo;
• Ela pode ser reutilizada em outros domínios;
103
• Ela é muito complexa, estando associada a muitos elementos do processo;
• Ela não se repete no modelo, mas se repete em outros modelos;
• Ela é independente das demais, representando um conceito bem delimitado;
• Quando utilizar o relacionamento transversal? – de maneira geral, nos casos
apresentados é recomendado o uso de relacionamentos transversais. Contudo, nossa
abordagem considera que estas situações surgem durante o processo de modelagem,
conforme a informação sobre o domínio e os processos é adquirida.
Composição de Características Transversais
Segundo Silva (Silva, 2006), nos modelos de requisitos a utilização do
relacionamento transversal reduz a quantidade de relacionamentos nos mesmos,
porque “modulariza” muitas interações em poucos relacionamentos transversais.
Esta modularização é possível porque muitas vezes um conjunto de
relacionamentos é repetido para associar uma característica (origem) a muitos
elementos (destino). Isto por si só diminui a complexidade do modelo ou, pelo
menos, aumenta a visibilidade de seus elementos. No caso de modelos de processos,
o que reduz é a quantidade de elementos representados nos modelos, facilitando a
visualização dos elementos essenciais ao processo e permitindo a visualização de
diversas dimensões. Visto que conseguimos extrair do modelo os elementos
considerados características transversais, faz-se necessário um mecanismo de
composição para inseri-los nos pontos necessários do modelo. Pointcuts
representam os elementos atingidos pelo mesmo relacionamento transversal,
enquanto advices são elementos que se repetem. Assim, esta abordagem permite
representar novas maneiras de modularização de elementos espalhados e
entrelaçados devido à decomposição dominante do modelo de componentes. Porém,
para a realização da composição, faz-se necessária a definição de um conjunto de
regras. As regras de composição indicam como transformar o modelo e as
características transversais em um modelo integrado; elas representam a semântica
dos construtos do relacionamento transversal e podem variar de acordo com o
modelo de componentes utilizado. Na Tabela 4.1, apresentamos as regras gerais de
composição.
104
Tabela 4.1 – Regras de Composição do Relacionamento Transversal
Visualização de Características Transversais
A atividade de visualização limita-se à escolha através de parâmetros
aplicados aos modelos de processos, de modo que estes sejam capazes de
apresentar o que for interessante para a organização. Para isso são necessárias
informações sobre o que se quer visualizar, ou parâmetros de visualização. Em
vários momentos da gestão de processos, como durante a análise e investigação de
problemas, é importante que a organização possa ter diferentes visões dos modelos,
analisando-se por diferentes ângulos a solução que será dada aos problemas. No
caso da modelagem de processos, os parâmetros devem ser definidos de acordo
com o interesse da organização no momento da construção ou análise do processo.
Para que o mecanismo de visualização possa ser ativado, é necessário ter informado
os parâmetros apresentados na tabela 4.2. A partir destas informações, é possível
construir diversos tipos de modelos que atendam às necessidades da organização.
Tabela 4.2 – Parâmetros de Visualização
105
A seguir apresentamos um exemplo para ilustrar as atividades de Separação,
Composição e Visualização, e o uso das diretrizes para utilização da linguagem,
regras de composição e parâmetros de visualização.
Exemplo
Aplicando a abordagem apresentada sobre o exemplo citado no início deste
Capítulo (Figura 4.1), foi realizada a primeira atividade, que é de separação dos
elementos. Nesta, o primeiro passo foi a identificação de que elementos se
caracterizam como aqueles que poderiam ser “separados” do modelo básico. Nesta
separação, utilizando os critérios definidos nas diretrizes para separação,
identificamos como características transversais os seguintes elementos: (i)
Atividade – “Obter Formulário de Solicitação de Mudança”; (ii) Atividade –
“Enviar Solicitação de Mudança”; (iii) Documento – “Formulário de Solicitação de
Mudanças”; (iv) Informação – “Dados de Requisição”. O segundo passo, ainda
dentro da atividade de separação, foi identificar com que outro elemento do modelo
cada uma destas características estava relacionada. Neste levantamento verificamos
a existência das relações apresentadas na tabela 4.3.
Tabela 4.3 – Relacionamento entre os elementos do modelo
Ao final da atividade de separação, temos a identificação de todos os
elementos aspectuais (a serem suprimidos do modelo) e a lista de com que outros
elementos cada um se relaciona. Esta lista de características transversais e de seus
relacionamentos com diversos outros elementos são apresentados graficamente na
Figura 4.7.
106
Figura 4.7 – Características transversais e seus relacionamentos com demais elementos
Iniciando a atividade de composição, foram construídos os relacionamentos
transversais para cada uma das características transversais identificadas. Estes
relacionamentos estão apresentados nas Figuras 4.8, 4.9, 4.10 e 4.11. Os
relacionamentos criados apresentam o nome do aspecto a ser inserido, os tipos de
elementos da linguagem de modelagem, o nome do relacionamento transversal a
ser criado, o local em que este aspecto será inserido no modelo do processo (antes,
depois ou entorno de que elemento), e a ação a ser realizada para que este faça parte
do modelo do processo. Nestes relacionamentos também pode-se perceber que o
construto Owner não aparece. O Owner, na verdade, é o responsável pela
característica transversal que, nas linguagens de modelagem de processos, se
materializa na figura de um ator. Este construto será utilizado para nomear a raia da
característica transversal. No caso deste exemplo, mais de um ator será responsável
por uma única característica transversal, fazendo com que seja necessária a criação
de um novo papel para representar este grupo de atores. Este grupo, no exemplo
composto pelo Engenheiro de Software e pelo Gerente de Configuração, é
representado pelo Grupo de Configuração e Software.
107
Figura 4.8 – Exemplo de Aspecto – Obter Formulário Solicitação Mudança
Figura 4.9 – Exemplo de Aspecto – Enviar Solicitação de Mudança
Figura 4.10 – Exemplo de Aspecto – Formulário Solicitação Mudanças
108
Figura 4.11 – Exemplo de Aspecto – Dados Requisição
Em seguida, as características transversais indicadas para serem retiradas do
modelo são substituídas por uma única de cada tipo/elemento, e os relacionamentos
com os demais elementos são substituídos pelos relacionamentos transversais
definidos. Para a execução destas atividades, deve ser utilizada a semântica de cada
um dos elementos descritos no relacionamento transversal apresentada na Tabela
de Regras de Composição (Tabela 4.1) da abordagem construída. Este novo modelo
é apresentado na figura 4.12. Para a representação do relacionamento transversal e
consequente implementação da AO-BPMN, esta abordagem utiliza linhas
pontilhadas. As características transversais são representadas com os mesmos
elementos da linguagem de modelagem de processos escolhida, porém, estão
presentes em raias ortogonais às raias do processo.
109
Figura 4.12 – Composição das características transversais (Cappelli, 2009b)
Se substituirmos as características transversais e seus relacionamentos por
suas definições, teremos o que se apresenta na Figura 4.13. Nesta, os aspectos são
substituídos nas raias ortogonais pela descrição do relacionamento transversal, não
havendo necessidade de sua representação gráfica através de linhas pontilhadas.
Figura 4.13 – Composição das características transversais – Formato Texto (Cappelli, 2009b)
A partir deste ponto, com características transversais e relacionamentos
transversais definidos, podemos identificar várias formas de visualização dos
modelos. Através da visualização, podem-se extrair visões parciais ou totais do
modelo integrado, como visões de dados (como um determinado conjunto de
informação se espalha ou se entrelaça às atividades), visões de documentos (em que
110
atividades os documentos são utilizados), visões de atividades que se repetem em
um mesmo processo ou em processos diferentes, visão das atividades básicas do
processo, dentre outras. Para isso, bastaria definir os parâmetros existentes na
Tabela de Parâmetros de Visualização (Tabela 4.2). Algumas destas visões podem
estão representadas nas Figuras 4.14, 4.15, 4.16, 4.17.
Figura 4.14 – Visão de Documentos – As atividades que utilizam o documento
Figura 4.15 – Visão de Dados – As atividades que utilizam um conjunto de informações
111
Figura 4.16 – Visão de Atividades – Repetição
Figura 4.17 – Visão de Atividades Principais
112
4.5 Aplicando o modelo apresentado para a inserção de características de transparência em modelos de processos organizacionais
No caso deste trabalho, trata-se da identificação e inserção de características
de transparência em processos organizacionais. Como citado anteriormente neste
Capítulo, transparência é apresentada como uma característica transversal. Nesta
tese apresenta-se uma definição de transparência através da construção de um
catálogo que nos indica as operacionalizações, ou seja, os procedimentos, padrões e
políticas que, uma vez inseridas nos processos organizacionais, contribuem para a
transparência do mesmo. Apresenta-se também o paradigma de aspectos aplicado a
modelos de processos. A intenção é utilizar o paradigma de aspectos apresentado
em modelos de processos para inserir as características de transparência nos
processos organizacionais.
Primeiramente, para definir como utilizar a abordagem proposta sobre o
paradigma de aspectos em modelagem de processos para inserção de características
de transparência, é preciso identificar como cada uma destas características é
operacionalizada e através de que mecanismo pode ser implementada na
organização. Para isso utilizam-se as Tabelas 3.1, 3.2 e 3.3 apresentadas no
Capítulo 3 desta tese. A partir das informações contidas nestas tabelas pode-se
identificar através de que mecanismo organizacional a implementação da
operacionalização da transparência deve ser feita. Entendemos que caso esta seja
indicada para ser inserida como uma política ou padrão (DPP), bastaria que estas
políticas ou padrões fossem definidos pela organização e que passassem a ser um
elemento representável nos modelos de processo quando sua explicitação ligada
especificamente a uma determinada parte do processo fosse necessária. Caso fosse
definida como um procedimento/prática (IEP), se converteria em uma atividade ou
em algum outro elemento pertencente à linguagem de modelagem a ser inserido no
modelo do processo.
Outro ponto a ser citado no caso do uso da abordagem orientada a aspectos
para inserção de transparência em processos organizacionais, é o fato de neste caso
específico de transparência, as características a serem trabalhadas não estarão
somente espalhadas e entrelaçadas no processo, mas definidas no catálogo de
transparência. Sendo assim, além de identificar e separar características que estão
113
entrelaçadas e espalhadas no modelo do processo, outras atividades devem ser
feitas, como: (i) identificar no Catálogo de Transparência as características a serem
inseridas no modelo; (ii) identificar no Catálogo de Transparência as possíveis
operacionalizações de cada uma das características escolhidas; (iii) definir que
elementos devem ser inseridos no processo para atender à implementação das
operacionalizações selecionadas; (iv) identificar se não há qualquer contribuição
negativa entre elas e, caso haja, definir qual delas será implementada; (v) definir
que elementos do processo serão afetados por estes elementos transversais; (vi)
definir os relacionamentos transversais. Este processo está representado na Figura
4.18.
Figura 4.18 – Processo “Inserir Aspectos de Transparência em Processos”
Outro ponto importante diz respeito à abordagem propriamente dita. No caso
de seu uso para inserção de características de transparência, um novo elemento se
apresenta: O Catálogo de Transparência. Este elemento deve ser representado como
parte da atividade de separação. A representação deste elemento pode ser vista na
Figura 4.19.
114
Figura 4.19 – Componentes usados para integrar transparência em modelos de processos (adaptado de
Silva (Silva, 2006))
Exemplo de inserção de características de transparência em modelos de processo utilizando LMPOA
Utilizou-se como exemplo um processo genérico de Gerir Contratação de
Software. As atividades existentes neste modelo são apresentadas na Figura 4.20.
Nesta, representou-se o processo modelado ainda sem as práticas que promovem
transparência inseridas. Este processo foi modelado utilizando a notação BPMN
(BPMN, 1997).
Imagine que este processo seja pertencente a uma organização e esta deseja
dar mais transparência ao mesmo. Neste caso, o primeiro passo da abordagem é a
Separação das Características. O detalhamento de como realizar este primeiro passo
está definido na Figura 4.18. Neste processo, a primeira atividade a ser realizada é a
análise do processo quanto à transparência, identificando as características ausentes
no mesmo e, em seguida, a definição de que características de transparência se
deseja inserir no processo. Em seguida é necessário utilizarmos o Catálogo de
Transparência, formado pelo SIG de Transparência (Figura 2.6 apresentada no
Capítulo 2), suas operacionalizações e léxicos (Figuras 3.2 a 3.35 apresentadas no
Capítulo 3), as contribuições positivas e negativas entre as características (Figura
3.39 apresentada no Capítulo 3) e os mecanismos de implementação das
operacionalizações (Tabelas 3.1, 3.2 e 3.3 apresentadas no Capítulo 3) para
identificar possíveis conflitos entre as características escolhidas a serem inseridas.
Neste exemplo não há conflitos. As características escolhidas foram:
115
Controlabilidade, através das operacionalizações de: registrar início das atividades,
registrar término das atividades e registrar responsável pela atividade; Explicação,
através das operacionalizações de: registrar decisões tomadas e justificar decisões
adotadas; e Integridade, através das operacionalização de: apresentar fontes das
informações. Todas estas operacionalizações relacionadas às características
escolhidas têm como forma de implementação a criação de elementos no modelo do
processo, ou seja, a inserção de novas informações, atividades, atores, entre outros
elementos (tipo IEP). Não foram escolhidas operacionalizações através de
Definição de Políticas e Padrões (DPP) por se tratar de um exemplo genérico sobre
o qual não se tem conhecimento do contexto organizacional.
Figura 4.20 – Processo Genérico de Contratação de Software (adaptado de (Magdaleno, 2006))
Escolhidas as operacionalizações, é necessário definir, através de que
elemento da linguagem de modelagem estas serão inseridas no modelo do processo.
No caso da linguagem BPMN (BPMN, 1997), os elementos pertencentes à
linguagem são: atividades, eventos, decisões, fluxos, artefatos (dados, anotações,
grupos) e raias. Neste caso teremos que:
oRegistrar início das atividades – Elemento Atividade por se tratar de
uma ação;
oRegistrar término das atividades – Elemento Atividade, por se tratar
de uma ação;
116
oRegistrar responsável pela atividade – Elemento Atividade, por se
tratar de uma ação;
oRegistrar decisões tomadas – Elemento Atividade, por se tratar de
uma ação;
oJustificar decisões tomadas – Elemento Atividade, por se tratar de
uma ação;
oApresentar fontes das informações – Elemento Artefato (dado), por
se tratar de uma informação.
Em seguida, é necessário identificar quais as atividades do modelo serão
afetadas por cada uma destas características. Neste caso teremos:
A - Registrar início das atividades – Afeta todos os elementos Atividade (1 a 10)
B - Registrar término das atividades – Afeta todos os elementos Atividade (1 a 10)
C - Registrar responsável pela atividade – Afeta todos os elementos Atividade (1 a
10)
D - Registrar decisões tomadas – Afeta os elementos Atividade 1, 2, 5 e 6, já que
nestas atividades decisões são tomadas.
E - Justificar decisões tomadas – Afeta os elementos Atividade 1, 2, 5 e 6, já que
nestas atividades decisões são tomadas.
F - Apresentar fontes das informações – Afeta os elementos Atividade 1, 2, 4, 5, 6,
8 e 9, já que nestas atividades são utilizados conjuntos de informações.
Em seguida devem ser construídos os relacionamentos transversais que,
juntamente com os novos elementos, serão inseridos no modelo do processo.
Utilizando a abordagem orientada a aspectos para modelagem de processos, estas
características transversais ficam representadas como apresentado na Figura 4.21.
Como já explicado na construção de nossa abordagem de modelagem de processos
orientada a aspectos no Capítulo 4 desta tese, elencamos todas as características de
transparência nas raias ortogonais ao processo e para cada uma delas definimos um
tipo de relacionamento transversal.
117
Figura 4.21 – Aspectos Transversais do Processo “Gerir Contratação de Software”
118
Os relacionamentos apresentados na Figura 4.21 estão descritos a seguir:
Aspecto: Registrar Início Tipo: Atividade Declaração Transversalidade: Relacionamento: RegIniAti Onde: Before [[Elaborar Requisição de Software] AND [Fazer Pré-Seleção dos Candidatos] AND
[Enviar a Requisição de Software para os Candidatos] AND
[Receber Propostas] AND [Avaliar Candidato] AND [Escolher Candidato] AND [Comunicar o Resultado ao Vencedor] AND [Elaborar o Contrato] AND [Assinar o Contrato] AND [Dar início ao trabalho]] Ação: Include [Registrar (data e hora) início atividade] Aspecto: Registrar Fim Tipo: Atividade Declaração Transversalidade: Relacionamento: RegFimAti Onde: After [[Elaborar Requisição de Software] AND [Fazer Pré-Seleção dos Candidatos] AND
[Enviar a Requisição de Software para os Candidatos] AND
[Receber Propostas] AND [Avaliar Candidato] AND [Escolher Candidato] AND [Comunicar o Resultado ao Vencedor] AND [Elaborar o Contrato] AND [Assinar o Contrato] AND [Dar início ao trabalho]] Ação: Include [Registrar (data e hora) fim atividade] Aspecto: Registrar Executor Tipo: Atividade Declaração Transversalidade: Relacionamento: RegExeIdeAti Onde e: After [[Elaborar Requisição de Software] AND [Fazer Pré-Seleção dos Candidatos] AND
[Enviar a Requisição de Software para os Candidatos] AND
[Receber Propostas] AND
119
[Avaliar Candidato] AND [Escolher Candidato] AND [Comunicar o Resultado ao Vencedor] AND [Elaborar o Contrato] AND [Assinar o Contrato] AND [Dar início ao trabalho]] Ação: Include [Registrar executor identificação atividade] Aspecto: Registrar Decisões Tipo: Atividade Declaração Transversalidade: Relacionamento: RegDecTom Onde: After [[Elaborar Requisição de Software] AND [Fazer Pré-Seleção dos Candidatos] AND [Avaliar Candidato] AND [Escolher Candidato]] Ação: Include [Registrar decisões tomadas] Aspecto: Justificar Decisões Tipo: Atividade Declaração Transversalidade: Relacionamento: JusDecTom Onde: After [[Elaborar Requisição de Software] AND [Fazer Pré-Seleção dos Candidatos] AND [Avaliar Candidato] AND [Escolher Candidato]] Ação: Include [Justificar decisões tomadas] Aspecto: Requisição Software Tipo: Dado Declaração Transversalidade: Relacionamento: ReqSof Onde: Around [[Elaborar Requisição de Software] Ação: Include [Requisição de software] Aspecto: Critérios Avaliação Tipo: Dado Declaração Transversalidade: Relacionamento: CriAva Onde: Around [[Fazer Pré-Seleção dos Candidatos] AND [Avaliar Candidato] AND [Escolher Candidato]] Ação: Include [Critérios de Avaliação] Aspecto: Proposta Tipo: Dado
120
Declaração Transversalidade: Relacionamento: Pro Onde: Around [Receber Propostas] Ação: Include [Proposta] Aspecto: Contrato Tipo: Dado Declaração Transversalidade: Relacionamento: Con Onde: Around [[Elaborar o Contrato] AND [Assinar o Contrato]] Ação: Include [Contrato]
Voltando à abordagem proposta no Capítulo 4 desta tese, o passo seguinte é a
Composição, em que todas as características necessárias ao modelo são inseridas no
mesmo. Esta atividade é realizada através da identificação do ponto de inserção de cada
elemento no modelo descrito na linguagem do pointcut na definição de cada aspecto.
Esta composição pode ser vista na Figura 4.21. Nossa intenção neste trabalho é
justamente mostrar que a Composição, como apresentada na Figura 4.22, não é
interessante, por dois principais motivos: (i) inclui no processo uma série de atividades
repetidas que não fazem parte das atividades essenciais; (ii) não permite que as
características transversais sejam observadas parcialmente por observadores e usuários
com objetivos diferenciados.
A terceira parte da abordagem nos apoia justamente no sentido de exercitar
visões deste modelo. No caso desta tese o interesse é mostrar que estas são as visões
dos aspectos. Nosso objetivo é que estes aspectos de transparência não venham a
interferir no modelo do processo organizacional, principalmente na visão de sua
operação. Exemplos destas visões são apresentados nas Figuras 4.23, 4.24 e 4.25. Na
Figura 4.23, pode ser analisado como os aspectos de controlabilidade inseridos no
modelo atuam nas atividades. Na Figura 4.24 pode ser visto onde ocorrem decisões no
processo e o registro sobre estas decisões, assim como suas justificativas. Na Figura
4.25 podem ser observados itens de integridade do processo, através da apresentação
das fontes de informação de cada atividade. Cada uma destas visões pode ser
necessária para diferentes interessados e participantes do processo.
121
Figura 4.22 – Processo Genérico de Gerir Contratação de Software com elementos de transparência
122
Figura 4.23 – Controlabilidade - Visualização dos pontos de controle no processo
Figura 4.24 – Integridade - Visualização dos pontos de uso das fontes de informação do processo
123
Figura 4.25 – Explicação - Visualização dos pontos de tomada de decisão no processo e suas justificativas
124
5. Estudo de Caso
Esta tese propõe um estudo de caso exploratório como estratégia para investigar a
potencialidade das questões elaboradas e da abordagem de implementação em fornecer
respostas para o que se pretende pesquisar. Neste capítulo, a partir da hipótese, são
definidos as questões que a pesquisa necessita avaliar, as variáveis e a coleta de
informações para sua medição através de itens a serem observados e os questionários
destinados aos participantes dos estudos de caso. É apresentado um planejamento do
que se pretende executar, servindo como instrumento para a condução das constatações,
interpretação dos resultados e conclusões.
5.1 Objetivos
Esta pesquisa tem como meta propor uma definição de transparência
organizacional através de características de qualidade, e sugerir uma abordagem de
inserção destas características através de suas operacionalizações nos modelos de
processo das organizações. Para a confirmação da definição elaborada, foram
realizados dois levantamentos apresentados anteriormente nesta tese. Para a
investigação da aplicabilidade e efetividade da abordagem proposta, utilizaremos
um estudo de caso como estratégia.
5.2 Etapas do Estudo de Caso
As etapas seguidas para construção deste estudo de caso exploratório foram
baseadas nos trabalhos de Robert K. Yin (Yin, 1984) e Robert E. Stake (Stake,
2000). Segundo suas definições, um estudo de caso exploratório, em que se busca
validar o que foi feito, pode ser conduzido através do seguimento dos passos
abaixo:
• formulação do problema � Escolher um tema para se avançar na pesquisa;
• definição da unidade-caso � Indicar os critérios de seleção dos casos de
acordo com o propósito da pesquisa;
125
• determinação do número de casos � Definir e justificar se os estudos de
caso serão constituídos de um único ou de múltiplos casos;
• elaboração do protocolo � Construir o documento que contém o
instrumento de coleta de dados e que define a conduta a ser adotada para sua
aplicação;
• coleta de dados � Obter dados mediante procedimentos para garantir a
qualidade dos resultados obtidos de modo a tornar possível a conferência da
validade ao estudo, evitando que ele fique subordinado à subjetividade do
pesquisador;
• avaliação e análise dos dados � Analisar e interpretar os dados coletados;
Apresentamos a seguir todas as etapas para os casos escolhidos.
5.3 Formulação do Problema
Neste trabalho foi construído o conceito de Transparência do Processo
Organizacional. Este conceito define um conjunto de características que permite
identificar se um determinado processo organizacional está de acordo com as
mesmas, podendo denominar-se transparente. Além disso, foi definida uma
abordagem para implementação das operacionalizações através de políticas,
padrões e procedimentos inseridos na organização por meio de definições e da
inserção de elementos nos modelos de processos organizacionais. Baseados nestas
definições, nossa intenção neste estudo de caso é investigar a aplicabilidade e a
efetividade da abordagem apresentada para inserção de características de
transparência em processos organizacionais.
5.4 Definição da Unidade-Caso
As unidades-caso utilizadas neste trabalho são modelos de processo. Estes
modelos referem-se a três processos (Preparar Intervenção de Manutenção,
Preparar Intervenção de Investimento e Acompanhar Intervenção) executados
atualmente em uma empresa petrolífera localizada no estado do Rio Grande do
Norte, no Brasil. Estes processos fazem parte de um processo maior chamado
126
“Intervir em Poços”, que visa prestar serviços integrados em perfuração, avaliação
e restauração de poços de petróleo em produção. Estes modelos tiveram suas
representações de processo construídas em uma ferramenta de modelagem de
processos (ARIS Toolset), que utiliza como representação de modelos de processos
o Diagrama EPC (Event Process Chain), e seguiram a metodologia de modelagem
de processos da própria organização.
Estas unidades-caso podem ser classificadas como instrumentais, pois serão
desenvolvidas com o propósito de auxiliar no conhecimento ou redefinição do
problema. Não há, por parte desta pesquisa, interesse específico no caso, mas o
mesmo se mostra útil para alcançarmos os objetivos definidos.
5.5 Determinação do número de casos
Os estudos de caso podem ser constituídos tanto por um único, quanto por
múltiplos casos. Neste nosso estudo teremos três casos, pois por proporcionarem
evidências em vários modelos, apesar de incluídos em um mesmo contexto, podem
prover uma pesquisa de melhor qualidade.
Iniciaremos o estudo com três casos, mas ao longo do trabalho, caso
necessário, poderemos adicionar mais algum. A inserção de novos casos pode ser
feita até que novas observações não conduzam a um aumento significativo de
informações.
5.6 Elaboração do Protocolo
O protocolo contém os procedimentos de coleta de dados e a definição da
conduta a ser adotada para sua aplicação. De acordo com Yin (Yin, 1984), este deve
incluir as seguintes seções: (i) visão geral do projeto do estudo de caso; (ii)
procedimentos de campo; (iii) questões do estudo de caso e (iv) relato do estudo de
caso.
127
Visão Geral do Projeto do Estudo de Caso
Conforme citado no Capítulo 1, transparência, de acordo com as ciências
físicas (Wikipédia (optics), 2008), é dita como algo através do qual se pode ver, ou
seja, algo que pode permitir ou melhorar a visão sobre um determinado objeto, e no
nosso contexto, algo que pode permitir ou melhorar a visão sobre os processos e as
informações da organização, criando oportunidade de conhecimento sobre a
organização, reduzindo a possibilidade de omissão entre os dados dos processos,
possibilitando o controle sobre os produtos e serviços prestados, facilitando a
investigação e aumentando a confiança entre as organizações e a sociedade.
Na intenção de se tornarem uma organização transparente, algumas empresas
têm realizado iniciativas de explicitação de seus processos, de forma a permitir um
melhor entendimento e análise dos mesmos, através de uma atividade denominada
Modelagem de Processos de Negócio (Kettinger, 1997). Além disso, apoiam a
construção de aplicações aderentes ao negócio que forneçam aos interessados as
informações adequadas sobre os processos. A abordagem de modelagem de
processos já começa a ser citada como uma ferramenta potencial para prover
transparência aos processos da organização (Klotz, 2008).
A modelagem de processos de negócio fornece à organização conhecimento
sobre si mesma e sobre a forma como seus produtos e serviços são gerados. Além
disso, permite a explicitação da tecnologia e das aplicações que apóiam a execução
dos processos e dos dados que trafegam entre estes sistemas, dando visibilidade
sobre as aplicações e os controles exercidos por estes. No contexto da Engenharia
de Software, a atividade de modelagem de processos de negócio já figura como um
importante ponto de partida para a identificação de requisitos de sistemas (Mac
Knight, 2004; Santander, 2000), pois permite a rastreabilidade entre os processos e
as aplicações que os apoiam.
Baseados nestas abordagens, que indicam os modelos de processos de
negócio como uma importante ferramenta para tornar as organizações mais
transparentes e para a rastreabilidade entre os processos e as aplicações que os
apoiam, entendemos que esta também seria uma abordagem bastante adequada para
auxiliar a implementação de transparência nas organizações, pois para termos
transparência nos processos organizacionais, acreditamos que é necessária a
128
transparência dos modelos dos processos e das informações geradas pelas
instâncias de execução destes modelos.
O objetivo deste estudo de caso é investigar a aplicabilidade e a efetividade da
abordagem para inserção de características de transparência apresentadas em
processos organizacionais e, como conseqüência, identificar o aumento ou não da
transparência do processo organizacional.
Procedimentos de Campo
Os processos utilizados como unidades-caso foram obtidos junto aos
representantes legais da organização onde estes estão implementados. Estes
processos foram cedidos em meio magnético no formato da ferramenta em que
foram modelados e no formato impresso, não sendo permitida pelos responsáveis
qualquer incursão na organização. Sendo assim, o estudo de caso foi realizado à
distância. Para tanto, houve necessidade de que os envolvidos no estudo de caso
tivessem acesso a um microcomputador para visualização dos processos e das
questões a serem respondidas. Caso fosse necessária orientação para a realização do
estudo de caso, os participantes poderiam enviar um e-mail para o responsável pela
pesquisa. O perfil dos entrevistados se compõe como disposto na Tabela 5.1.
Tabela 5.1 – Perfil dos entrevistados no estudo de caso
Os participantes do estudo de caso exploratório receberam explicação sobre o
conceito de transparência organizacional antes do início da pesquisa. Para isso, foi
enviado a eles, juntamente com o questionário e os modelos de processo, material
explicativo sobre o tema de transparência, basicamente os artigos já publicados no
assunto (Cappelli, 2007; Cappelli, 2008; Leite; 2008).
129
Primeiramente, os representantes receberam um e-mail com um convite
perguntando sobre a disponibilidade para participação na pesquisa. Foram
enviados convites para 22 pessoas, das quais somente 12 responderam de forma
afirmativa. Em seguida, para estes 12, foram enviados os modelos dos 3 processos
(unidades-caso) e suas descrições, que podem ser vistos no Apêndice D desta tese.
Juntamente com os modelos de processos, foi enviado o questionário a ser
respondido sobre cada um deles. O questionário enviado pode ser visto no
Apêndice E desta tese. Os participantes tinham como atividade analisar os
processos recebidos de acordo com cada questão, e dar sua opinião em cada uma
delas. Poderiam também fazer comentários livres sobre cada questão. Caso os
participantes não tivessem conhecimento sobre o que lhes foi perguntado em
alguma questão, estava prevista em todas as questões a resposta “Não tenho
conhecimento sobre a questão”. Caso o entrevistado entendesse que a questão não
se aplicava ao processo, também poderia responder “Não se aplica”. Ao final, as
respostas às questões foram enviadas por e-mail ao responsável pela pesquisa. O
grupo que responde ao questionário é composto por profissionais e pesquisadores
nas áreas de Engenharia de Software, Administração de Empresas e Engenharia de
Produção. Ao término da resposta aos questionários estes foram retornados e sobre
estes foi aplicada a estratégia de inserção de aspectos de transparência apresentada
no Capítulo 4 desta tese. Após a integração das características de transparência
apontadas como inexistentes nos processos, estes foram reenviados aos
entrevistados de modo que pudessem, comparando aos primeiros modelos
analisados, identificar o aumento da transparência e fazer seus comentários sobre
as questões do estudo de caso. Estas perguntas-alvo do estudo de caso foram
envidas aos participantes por e-mail juntamente com os novos modelos de
processo. Este processo está apresentado na Figura 5.1.
130
Figura 5.1 – Processo “Levantar Informações do Estudo de Caso”
Questões do Estudo de Caso
A partir do estudo de caso exploratório realizado, nossa intenção foi obter
respostas que pudessem verificar nossa hipótese apresentada no Capítulo 1 desta
tese e a aplicabilidade da abordagem apresentada:
Questões sobre aplicabilidade:
1) A abordagem apresentada permite inserir aspectos de transparência
nos processos sem muitas dificuldades?
Objetivo: Identificar itens que dificultam a modelagem de processos
com aspectos
Dados a serem coletados: - Problemas apontados
2) A abordagem apresentada é viável de ser utilizada pelas
organizações?
Objetivo: Identificar itens que impediriam o uso desta abordagem
pelas organizações
Dados a serem coletados: - Itens apontados
3) A abordagem poderia ser implementada por ferramentas de BPM
existentes atualmente?
Objetivo: Identificar se a proposta contém elementos que poderiam
ser implementados em ferramentas de BPM
131
Dados a serem coletados: - Número de respostas afirmativas
4) A abordagem apresentada contribui positivamente para a
visualização e entendimento dos modelos de processo?
Objetivo: Identificar itens que possam contribuir negativamente para
a visualização/entendimento dos modelos de processo
Dados a serem coletados: - Itens apontados
Questões para verificação da hipótese:
5) Os processos ficaram mais transparentes de acordo com a definição
de transparência?
Objetivo: Identificar se os itens incluídos contribuíram para atingir a
definição de transparência de processos organizacionais
Dados a serem coletados: - Número de respostas afirmativas
6) A existência de uma definição de transparência contribui para a
transparência organizacional?
Objetivo: Identificar se a existência de uma definição de
transparência de processos organizacionais contribui para o
estabelecimento da transparência organizacional
Dados a serem coletados: - Número de respostas afirmativas
7) A existência de uma abordagem para inserção de características de
transparência em modelos de processos organizacionais contribui
para a transparência organizacional?
Objetivo: Identificar se a existência de uma abordagem para inserção
de transparência em processos organizacionais contribui para o
estabelecimento da transparência organizacional
Dados a serem coletados: - Número de respostas afirmativas
132
Relato do estudo de caso
O relato deste estudo de caso exploratório é composto pelos seguintes
elementos: (i) Apresentação dos Processos (unidades-caso) – Anexo I; (ii)
Apresentação do Questionário para verificação das características de transparência
presentes/ausentes nos processos – Apêndice E; (iii) Respostas dadas ao
questionário sobre transparência dos processos – Apêndice E; (iv) Identificação das
operacionalizações a serem implementadas nos processos organizacionais para
aumento da transparência dos processos (unidades-caso) – Apêndice E; (v)
Modelos de processos contendo as operacionalizações implantadas – Capítulo 5;
(vi) Respostas às questões do estudo de caso – Capítulo 5; (vii) Conclusões do
estudo de caso – Capítulo 5.
5.7 Operacionalização das características de transparência nos modelos de processo (unidades-caso)
Para a execução deste estudo de caso exploratório foi utilizado o Processo
“Inserir Aspectos de Transparência em Processos”, que faz parte da abordagem
definida no Capítulo 4 desta tese. O processo tem início com a necessidade de
avaliação dos processos por parte dos entrevistados com vistas à transparência dos
processos. Para isso, foram enviados os processos de negócio a serem avaliados e
um questionário contendo perguntas sobre uma série de operacionalizações para
transparência destes processos. Neste caso, os participantes não receberam o
Catálogo de Transparência com as operacionalizações, suas contribuições positivas
e negativas e classificações quanto a políticas padrões e procedimentos. As
atividades de identificação das contribuições conflitantes e a definição sobre a
prática ser inserida no processo através de uma DPP ou de uma IEP foram feitas
pelo papel do pesquisador. Com as respostas recebidas a partir da aplicação do
questionário aos processos, foram construídas as Tabelas 5.2, 5.3, 5.4, 5.5, 5.6, 5.7,
5.8, 5.9 e 5.10 compostas pelas seguintes informações: nome do processo avaliado;
nome do subcritério avaliado; critério/subcritério/questão respondida; número
correspondente à resposta dada pelo participante; indicação de se o participante
conhece ou não a organização e a pior nota atribuída entre as respostas dadas pelos
participantes a uma mesma questão. A coluna “subcritérios” elenca todas as folhas
133
ou características de segundo nível do SIG de Transparência. A coluna
“critério/subcritério/questão” refere-se aos 5 critérios principais ou de primeiro
nível do SIG de Transparência (Acessibilidade, Usabilidade, Informativo,
Entendimento e Auditabilidade). Os subcritérios, como já dito, referem-se a todas
as folhas ou características de segundo nível do SIG de Transparência que estão
dispostas na primeira coluna da tabela. As questões referem-se às perguntas
descritas no questionário enviado (Apêndice E). As demais colunas são as respostas
dadas pelos entrevistados às questões do questionário. As 5 primeiras colunas (A, B,
C, D e E) referem-se a entrevistados que conhecem a organização. As 7 outras
colunas (F, G, H, I, J, K e L) referem-se a entrevistados que não conhecem a
organização. A maioria das questões permitia 5 opções de resposta sobre o processo
ou (resposta de número 6) que o entrevistado dissesse que não tinha conhecimento
sobre aquela questão na organização ou que a questão não se aplicava àquele
processo. Os processos julgados, “Preparar Intervenção de Manutenção”, “Preparar
Intervenção de Investimento” e “Acompanhar Intervenção”, são apresentados no
Anexo I desta tese.
Tabela 5.2 – Avaliação Processo Preparação Intervenção de Manutenção – parte 1
134
Tabela 5.3 – Avaliação Processo Preparação Intervenção de Manutenção – parte 2
Tabela 5.4 – Avaliação Processo Preparação Intervenção de Manutenção – parte 3
135
Tabela 5.5 – Avaliação Processo Preparação Intervenção de Investimento – parte 1
Tabela 5.6 – Avaliação Processo Preparação Intervenção de Investimento – parte 2
136
Tabela 5.7 – Avaliação Processo Preparação Intervenção de Investimento – parte 3
Tabela 5.8 – Avaliação Processo Acompanhar Intervenção – parte 1
137
Tabela 5.9 – Avaliação Processo Acompanhar Intervenção – parte 2
Tabela 5.10 – Avaliação Processo Acompanhar Intervenção – parte 3
138
Em seguida foram utilizadas as Tabelas de Operacionalizações (Tabela 3.1,
3.2 e 3.3), construídas no Capítulo 3 desta tese, para identificar os mecanismos e as
operacionalizações a serem implementados nos processos em cada uma das
características, de modo a torná-los mais transparentes. Nesta tabela os mecanismos
podem ser DPP – Definição de Políticas e Padrões e EIP – Elementos Inseridos no
Processo. Isso significa que as operacionalizações podem ser definidas através da
inserção de elementos nos modelos de processos organizacionais ou através de
definição de políticas e padrões que, em alguns casos, podem também ser inseridos
como elementos do modelo do processo. Em seguida foram definidos os elementos
a serem inseridos de acordo com as operacionalizações, os elementos afetados de
acordo com o que foi indicado pelos entrevistados, os relacionamentos transversais
entre estes elementos foram construídos e, finalmente, foram inseridos os
elementos nos modelos. A seguir demonstraremos como estas atividades foram
realizadas para cada um dos casos estudados.
Processo Preparar Intervenção de Manutenção
Para o processo “Preparar Intervenção de Manutenção”, foi identificada
ausência total ou parcial de características de Portabilidade (Tabela 5.2),
Publicidade (Tabela 5.2), Uniformidade (Tabela 5.2), Intuitividade (Tabela 5.2),
Simplicidade (Tabela 5.2), Desempenho (Tabela 5.3), Adaptabilidade (Tabela 5.3),
Integridade (Tabela 5.3), Atualidade (Tabelas 5.3 e 5.4), Concisão (Tabela 5.4),
Divisibilidade (Tabela 5.4), Dependência (Tabela 5.4), Rastreablidade (Tabela 5.4),
Operabilidade (Tabela 5.2), Clareza (Tabela 5.2), Completeza (Tabela 5.2),
Verificabilidade (Tabela 5.3) e Controlabilidade (Tabela 5.3). A partir desta
identificação, buscou-se o mecanismo de operacionalização através das Tabelas de
Operacionalizações (Tabelas 3.1, 3.2 e 3.3) construídas no Capítulo 3 desta tese.
Para algumas características, os mecanismos indicados são do tipo DPP e para
outras, do tipo IEP. Para os mecanismos do tipo DPP foram indicados Políticas e
Padrões a serem definidos. Para os mecanismos do tipo IEP foram identificadas as
operacionalizações a serem inseridas no modelo do processo. As Tabelas 5.11 e
5.12 apresentam as operacionalizações para cada uma das características ausentes
nos modelos.
139
Tabela 5.11 – Mecanismos ausentes no Processo Preparar Intervenção de Manutenção
Tabela 5.12 – Elementos ausentes no Processo Preparar Intervenção de Manutenção
Ao final desta etapa do trabalho identificamos as políticas e os padrões a
serem definidos pela organização e as operacionalizações a serem inseridas nos
modelos de processo. Quanto às políticas e padrões, a organização deverá definir
como atuar para atendimento das mesmas. Nossa intenção neste trabalho foi
somente identificá-las. Na parte de inserção de elementos nos modelos de processo,
nossa proposta é que a mesma seja feita através da abordagem construída no
Capítulo 4 desta tese, sendo variável apenas a escolha dos elementos a serem
140
inseridos em cada organização.
Neste exemplo, é proposta a inserção dos seguintes elementos no modelo do
processo: (i) Atividade registrar responsável data e hora; (ii) Software de
acompanhamento do processo; (iii) Regras de priorização; (iv) Lista de condições
de locação; (v) Padrão de Preenchimento da ordem de intervenção; (vi) Regras de
avaliação; (v) Regras de empenho. Estes elementos foram definidos a partir das
deficiências indicadas pelos entrevistados e das operacionalizações propostas
(Tabelas 3.1, 3.2 e 3.3) para cada uma das características.
Além destes elementos, que cobrem as necessidades de Rastreabilidade,
Verificabilidade e Controlabilidade, temos ainda a definição de objetivos, que
abrange as necessidades de Operabilidade, Clareza e Completeza. Entendemos que
estes, assim como os demais, são aspectos relacionados a cada uma das atividades,
pois toda atividade tem um objetivo. Neste estudo de caso eles não serão
representados, pois estamos trabalhando com a Ferramenta ARIS, que possui um
tipo de diagrama diferente do diagrama de processos (EPC) para construção de
modelos de objetivos. Estes modelos não nos foram fornecidos pela organização.
Outros aspectos (regras, atividades, padrões) que já existem no processo se
repetem em várias atividades, mas não foi foco deste trabalho remodelar o processo
para retirar repetições ou explicitar todos os aspectos transversais. Nosso enfoque é
usar a abordagem orientada a aspectos para inserir características de transparência
sem que estas venham a interferir no modelo existente ou apareçam repetidas vezes
neste modelo.
Aplicando a abordagem definida no capítulo 4 desta tese ao modelo do
processo de “Preparação Intervenção de Manutenção”, obtivemos então o modelo
apresentado na Figura 5.2. Os relacionamentos transversais referentes à Figura
estão definidos após a mesma.
141
Figura 5.2 – Processo Preparar Intervenção de Manutenção com aspectos
142
Aspecto: Regra Empenho Tipo: Regra Declaração Transversalidade: Relacionamento: RegEmp Onde: Around [Empenhar material para intervenção] Ação: Include [Regra de Empenho] Aspecto: Regra Avaliação Tipo: Regra Declaração Transversalidade: Relacionamento: RegAva Onde: Around [Avaliar condições de alocação para
intervenção] Ação: Include [Regra de Avaliação] Aspecto: Padrão Ordem Tipo: Padrão de Preenchimento Declaração Transversalidade: Relacionamento: PadPreOrdInt Onde: Around [Abrir ordem de Intervenção de manutenção]
AND [Editar ordem de Intervenção de manutenção] Ação: Include [Padrão Preenchimento Ordem Intervenção] Aspecto: Condições Locação Tipo: Informação Declaração Transversalidade: Relacionamento: LisConLoc Onde: Around [Verificar Condições da Locação] Ação: Include [Lista de Condições de Locação] Aspecto: Regras Priorização Tipo: Regra Declaração Transversalidade: Relacionamento: RegPri Onde: Around [[Verificar urgência da intervenção] AND [ Priorizar Intervenção]] Ação: Include [Regras Priorização] Aspecto: Registrar Atividade Tipo: Atividade Declaração Transversalidade: Relacionamento: RegResDatHor Onde: After [[Abrir ordem de Intervenção de manutenção]
AND [Editar ordem de Intervenção de manutenção] AND [Empenhar material para intervenção] AND [Solicitar verificação das condições de locação] AND
143
[Informar condições da locação] AND [Priorizar Intervenção] AND
[Liberar instalação da sonda]] Ação: Include [Registrar responsável, data e hora] Aspecto: Software Workflow Tipo: Aplicação Declaração Transversalidade: Relacionamento: SofAcoPro Onde: Around [[Verificar urgência da intervenção] AND [Solicitar verificação das condições de locação] AND [Avaliar condições de locação para intervenção] AND [Informar condições da locação] AND [Priorizar Intervenção] AND [Liberar instalação da sonda]] Ação: Include [Software de Acompanhamento do Processo]
Processo Preparar Intervenção de Investimento
Para o processo “Preparar Intervenção de Investimento”, foi identificada
ausência total ou parcial de características de Portabilidade (Tabela 5.5),
Publicidade (Tabela 5.5), Uniformidade (Tabela 5.5), Intuitividade (Tabela 5.5),
Simplicidade (Tabela 5.5), Desempenho (Tabela 5.6), Adaptabilidade (Tabela 5.6),
Integridade (Tabela 5.6), Atualidade (Tabelas 5.6 e 5.7), Concisão (Tabela 5.7),
Divisibilidade (Tabela 5.7), Dependência (Tabela 5.7), Rastreablidade (Tabela 5.7),
Operabilidade (Tabela 5.5), Clareza (Tabela 5.5), Completeza (Tabela 5.5),
Verificabilidade (Tabela 5.6) e Controlabilidade (Tabela 5.6). A partir desta
identificação, buscou-se o mecanismo de operacionalização através das Tabelas de
Operacionalizações (Tabelas 3.1, 3.2 e 3.3) construídas no Capítulo 3 desta tese.
Para algumas características, os mecanismos indicados são do tipo DPP e para
outras, do tipo IEP. Para os mecanismos do tipo DPP foram indicados Políticas e
Padrões a serem definidos. Para os mecanismos do tipo IEP foram identificadas as
operacionalizações a serem inseridas no modelo do processo. As Tabelas 5.13 e
5.14 apresentam as operacionalizações para cada uma das características ausentes
nos modelos.
144
Tabela 5.13 – Mecanismos ausentes no Processo Preparar Intervenção de Investimento
Tabela 5.14 – Elementos ausentes no Processo Preparar Intervenção de Investimento
Ao final desta etapa do trabalho, temos identificados políticas e padrões a
serem definidos pela organização e as operacionalizações a serem inseridas nos
modelos de processo. Quanto às políticas e padrões, a organização deverá definir
como atuar para atendimento das mesmas. Nossa intenção neste trabalho foi
somente identificá-las. Na parte de inserção de elementos nos modelos de processo,
nossa proposta é que a mesma seja feita através da abordagem construída no
Capítulo 4 desta tese, sendo variável apenas a escolha dos elementos a serem
inseridos em cada organização.
Neste exemplo, é proposta a inserção dos seguintes elementos no modelo do
processo: (i) Atividade registrar responsável data e hora; (ii) Software de
acompanhamento do processo; (iii) Regras de priorização; (iv) Lista de condições
de locação; (v) Regras de avaliação; (vi) Regras de empenho. Estes elementos
foram definidos a partir das deficiências indicadas pelos entrevistados e das
145
operacionalizações propostas (Tabelas 3.1, 3.2 e 3.3) para cada uma das
características.
Além destes elementos, que abrangem as necessidades de Rastreabilidade,
Verificabilidade e Controlabilidade, temos ainda a definição de objetivos, que
cobre as necessidades de Operabilidade, Clareza e Completeza. Entendemos que
estes, assim como os demais, são aspectos relacionados a cada uma das atividades,
pois toda atividade tem um objetivo. Neste estudo de caso eles não serão
representados, pois estamos trabalhando com a Ferramenta ARIS, que possui um
tipo de diagrama diferente do diagrama de processos (EPC) para construção de
modelos de objetivos. Estes modelos não nos foram fornecidos pela organização.
Outros aspectos (regras, atividades, padrões) que já existem no processo se
repetem em várias atividades, mas não foi foco deste trabalho remodelar o processo
para retirar repetições ou explicitar todos os aspectos transversais. Nosso enfoque é
usar a abordagem orientada a aspectos para inserir características de transparência
sem que estas venham a interferir no modelo existente ou apareçam repetidamente
neste modelo.
Aplicando a abordagem definida no capítulo 4 desta tese ao modelo do
processo de “Preparação Intervenção de Investimento”, obtivemos o modelo
apresentado na Figura 5.3. Os relacionamentos transversais referentes à Figura
estão definidos após a mesma.
146
Figura 5.3 – Processo Preparar Intervenção de Investimento com aspectos
147
Aspecto: Regras Empenho Tipo: Regra Declaração Transversalidade: Relacionamento: RegEmp Onde: Around [Empenhar material para intervenção] Ação: Include [Regra de Empenho] Aspecto: Regras Avaliação Tipo: Regra Declaração Transversalidade ration: Relacionamento: RegAva Onde: Around [Avaliar condições de alocação para
intervenção] Ação: Include [Regra de Avaliação] Aspecto: Condições Locação Tipo: Informação Declaração Transversalidade: Relacionamento: LisConLoc Onde: Around [Verificar Condições da Locação] Ação: Include [Lista de Condições de Locação] Aspecto: Regras Priorização Tipo: Regra Declaração Transversalidade: Relacionamento: RegPri Onde: Around [[Verificar urgência da intervenção] AND [ Priorizar Intervenção]] Ação: Include [Regras Priorização] Aspecto: Registrar Atividade Tipo: Atividade Declaração Transversalidade: Relacionamento: RegResDatHor Onde: After [[Informar período da intervenção] AND [Informar condições da locação] AND [Solicitar Limpeza da locação] AND [Solicitar recuperação da locação] AND [Solicitar verificação das condições da locação] AND [Informar equipamentos desejados no poço]] Ação: Include [Registrar responsável, data e hora] Aspecto: Software Workflow Tipo: Aplicação Declaração Transversalidade: Relacionamento: SofAcoPro Onde: Around [[Informar equipamentos desejados no poço] AND [Informar período da intervenção] AND [Avaliar condições de locação para intervenção] AND [Solicitar Limpeza da locação] AND
148
[Solicitar recuperação da locação] AND [Informar condições da locação] AND [Liberar instalação da sonda]] Ação: Include [Software de Acompanhamento do Processo]
Processo Acompanhar Intervenção
Para o processo “Acompanhar Intervenção” foi identificada ausência total ou
parcial de características de Portabilidade (Tabela 5.8), Publicidade (Tabela 5.8),
Uniformidade (Tabela 5.8), Intuitividade (Tabela 5.8), Simplicidade (Tabela 5.8),
Desempenho (Tabela 5.9), Adaptabilidade (Tabela 5.9), Integridade (Tabela 5.9),
Atualidade (Tabela 5.9 e 5.10), Concisão (Tabela 5.10), Divisibilidade (Tabela
5.10), Dependência (Tabela 5.10), Rastreablidade (Tabela 5.10), Operabilidade
(Tabela 5.8), Clareza (Tabela 5.9), Completeza (Tabela 5.9), Verificabilidade
(Tabela 5.9) e Controlabilidade (Tabela 5.9). A partir desta identificação buscou-se
o mecanismo de operacionalização através das Tabelas de Operacionalizações
(Tabelas 3.1, 3.2 e 3.3) construídas no Capítulo 3 desta tese. Para algumas
características, os mecanismos indicados são do tipo DPP e para outras, do tipo
IEP. Para os mecanismos do tipo DPP foram indicados Políticas e Padrões a serem
definidos. Para os mecanismos do tipo IEP foram identificadas as
operacionalizações a serem inseridas no modelo do processo. As Tabelas 5.15 e
5.16 apresentam as operacionalizações para cada uma das características ausentes
nos modelos.
Ao final desta etapa do trabalho identificamos as políticas e os padrões a
serem definidos pela organização e as operacionalizações a serem inseridas nos
modelos de processo. Quanto às políticas e padrões, a organização deverá definir
como atuar para atendimento das mesmas. Nossa intenção neste trabalho foi
somente identificá-las. Na parte de inserção de elementos nos modelos de processo,
nossa proposta é que a mesma seja feita através da abordagem construída no
Capítulo 4 desta tese, sendo variável apenas a escolha dos elementos a serem
inseridos em cada organização.
149
Tabela 5.15 – Mecanismos ausentes no Processo Acompanhar Intervenção
Tabela 5.16 – Elementos ausentes no Processo Acompanhar Intervenção
Neste exemplo é proposta a inserção dos seguintes elementos no modelo do
processo: (i) Atividade registrar responsável data e hora; (ii) Software de
acompanhamento do processo; (iii) Regras Tipos de Problemas x Soluções. Estes
elementos foram definidos a partir das deficiências indicadas pelos entrevistados e
das operacionalizações propostas (Tabelas 3.1, 3.2 e 3.3) para cada uma das
características.
Além destes elementos, que cobrem as necessidades de Rastreabilidade,
Verificabilidade e Controlabilidade, temos a definição de objetivos, que abrange as
necessidades de Operabilidade, Clareza e Completeza. Entendemos que estes,
assim como os demais, são aspectos relacionados a cada uma das atividades, pois
toda atividade tem um objetivo. Neste estudo de caso eles não serão representados,
pois estamos trabalhando com a Ferramenta ARIS, que possui um tipo de diagrama
diferente do diagrama de processos (EPC) para construção de modelos de objetivos.
Estes modelos não nos foram fornecidos pela organização.
150
Outros aspectos (regras, atividades, padrões) que já existem no processo se
repetem em várias atividades, mas não foi foco deste trabalho remodelar o processo
para retirar repetições ou explicitar todos os aspectos transversais. Nosso enfoque é
usar a abordagem orientada a aspectos para inserir características de transparência
sem que estas venham a interferir no modelo existente ou apareçam repetidamente
neste modelo.
Aplicando a abordagem definida no capítulo 4 desta tese ao modelo do
processo “Acompanhar Intervenção”, obtivemos o modelo apresentado na Figura
5.4. Os relacionamentos transversais referentes à Figura estão definidos após a
mesma.
151
Figura 5.4 – Processo Acompanhar Intervenção com aspectos
152
Aspecto: Regra Problemas Soluções Tipo: Regra Declaração Transversalidade: Relacionamento: RegTipProSol Onde: Around [Verificar necessidade de auxílio técnico] Ação: Include [Regra Tipos de Problemas X Soluções] Aspecto: Registrar Atividade Tipo: Atividade Declaração Transversalidade: Relacionamento: RegResDatHor Onde: After [[Elaborar planejamento diário] AND [Executar intervenção] AND [Prover auxílio ao grupo de execução da intervenção] AND [Gerar boletim diário da operação] AND [Solicitar auxílio à mesa de operações] AND [Verificar necessidade de auxílio técnico] AND [Avaliar boletim diário de operação] AND [Enviar boletim diário de operação]] Ação: Include [Registrar responsável, data e hora] Aspecto: Software Workflow Tipo: Aplicação Declaração Transversalidade: Relacionamento: SofAcoPro Onde: Around [[Elaborar planejamento diário] AND [Solicitar auxílio à mesa de operações] AND [Avaliar auxílio solicitado na intervenção] AND [Solicitar auxílio à Gerência de Engenharia de Poços] AND [Executar intervenção] AND [Enviar boletim diário de operação]] Ação: Include [Software de Acompanhamento do Processo]
5.8 Respostas às questões elaboradas
Para que pudéssemos identificar se a abordagem definida nesta tese, aliada à
definição de transparência, possui mecanismos capazes de permitir a inserção da
transparência nos processos organizacionais e, por conseqüência, o aumento do
grau de transparência organizacional, os modelos de processo, após a inserção de
aspectos, foram enviados aos participantes da pesquisa. Foi pedido que os
entrevistados comparassem os modelos de processos anteriormente recebidos a
estes agora enviados. Juntamente com estes foram enviadas as questões do estudo
153
de caso. Para estas questões as respostas obtidas (de forma sumarizada) foram as
seguintes:
1) A abordagem apresentada permitiu inserir aspectos de transparência nos
processos com mais facilidade?
• 50% dos participantes disseram considerar a abordagem
simples para inserção de aspectos, apesar de não terem
realizado esta atividade diretamente.
2) A abordagem apresentada é viável de ser utilizada pelas organizações?
• 75% dos participantes disseram considerar a abordagem
bastante viável de ser implementada pelas organizações, por
parecer de fácil aplicação.
3) A abordagem poderia ser implementada por ferramentas de BPM existentes
atualmente?
• 40% dos participantes (todos da área de Engenharia de
Software) disseram considerar a abordagem bastante simples e
que certamente poderia ser implementada pelas ferramentas
de BPM existentes atualmente no mercado.
4) A abordagem apresentada contribui positivamente para a visualização e
entendimento dos modelos de processo?
• 66% dos participantes comentaram que a existência do
relacionamento transversal auxilia na não poluição do modelo
do processo com elementos que se repetem.
5) Os processos ficaram mais transparentes de acordo com a definição de
transparência?
• 85% dos participantes concordam que os processos ficaram
mais transparentes, pois passaram a possuir mais informações
sobre regras de negócio, padrões de preenchimento de
documentos e atividades de registro de informações de
controle.
154
6) A existência de uma definição de transparência contribui para a transparência
organizacional?
• 90% dos participantes concordam que a existência de uma
definição para transparência contribui para a transparência
organizacional.
7) A existência de uma abordagem para inserção de características de
transparência em modelos de processos organizacionais contribui para a
transparência organizacional?
• 80% dos participantes concordam que a existência de uma
abordagem de inserção de transparência em processos
organizacionais contribui para a transparência organizacional.
Além das respostas dadas, algumas outras considerações e comentários feitos
pelos participantes foram identificados:
1. 50% dos participantes comentaram que a inserção de um software para
acompanhamento do processo melhora a transparência do mesmo.
2. 25% dos participantes comentaram que o desenho dos processos com os
aspectos é um pouco confuso quando se apresentam os relacionamentos
transversais. Estes mesmos participantes comentaram que acharam
interessante a representação das raias ortogonais para os aspectos.
3. 33% dos participantes que já modelaram utilizando a ferramenta ARIS e se
utilizam de outros diagramas para inserção de regras e sistemas acreditam
que a maior vantagem está na não inserção de atividades transversais.
4. 33% dos participantes comentaram que o ARIS não possui features de
visualização. Ele trabalha apenas com listas para indicar qual elemento
aparece em cada processo e que, portanto, esta abordagem poderia ajudar na
visualização.
155
6. Conclusão
Este capítulo faz um resumo deste trabalho, compara trabalhos relacionados, descreve as
contribuições obtidas, apresenta as limitações e sugere trabalhos futuros.
6.1 Contextualização
De modo geral, as organizações vêm sendo obrigadas a dar transparência de
seus negócios a fim de fornecer à sociedade conhecimento que possa apoiar os
cidadãos em suas ações e decisões. Para isso, existem diversas iniciativas sendo
colocadas em prática, como as citadas no Capítulo 3 desta tese, para garantir a
transparência ao cidadão, Porém, percebe-se que ainda não há, seja por parte destas
iniciativas, ou por parte de outros órgãos regulamentadores, uma definição do que é
exatamente transparência organizacional. Tal fato aumenta a dificuldade das
organizações em colocar em prática este conceito. Para tanto, se faz necessário o
desenvolvimento de mecanismos que possam suportar sua institucionalização nas
organizações. Além disso, também não existem normas ou modelos que definam
práticas ou procedimentos de como estabelecer a transparência.
6.2 Resumo
Ao longo do desenvolvimento desta tese percebeu-se uma forte expectativa
da sociedade quanto às questões de transparência nas organizações. Por isso foi
identificada a necessidade de uma definição sistematizada de transparência, de
modo que as organizações pudessem identificar o quanto este conceito estava sendo
aplicado em seus respectivos contextos.
Apesar de transparência possuir diversas definições em diversos contextos,
no contexto social, e mais especificamente no contexto organizacional, não foi
encontrada uma definição que permitisse atender a todas as exigências atuais para o
termo. Além disso, investigou-se a possibilidade de explicitar a transparência nas
organizações, adotando uma abordagem orientada aos processos de negócio.
156
Apesar de ser uma área antiga, ainda há grande interesse das organizações
pela modelagem e gestão de processos. Desta forma, sugerimos como enfoque de
solução o uso da abordagem orientada a processos de negócio para introduzir
transparência no contexto das organizações. O objetivo é usar a iniciativa das
organizações em pensar em processos como uma oportunidade para introduzir
nestes a transparência de forma explícita. Por ser a transparência uma característica
ortogonal aos processos, nossa abordagem não interfere diretamente no processo
organizacional, apenas permite sua inserção quando necessária. Este enfoque de
solução deu origem a uma proposta composta por quatro partes: a construção de
uma definição para transparência no contexto social, mais especificamente no
contexto de processos organizacionais; a organização de práticas para sua
implementação nas organizações; um modelo que define graus de transparência; e
uma abordagem orientada a aspectos que promove a identificação da existência de
características de transparência na organização e sua integração nos modelos de
processos organizacionais.
A definição de transparência foi construída de forma empírica, tendo como
inspiração definições de outros domínios. O objetivo foi apresentar e organizar as
principais características existentes na literatura e adotadas pelas demais definições
que pudessem ser agrupadas, tornando a definição a mais completa possível. A
definição de práticas teve como objetivo a construção de um Catálogo de
Transparência contendo a organização e as dependências entre as características de
transparência, as contribuições positivas e negativas entre as características, as
práticas (operacionalizações) para implementação de transparência nas
organizações e os mecanismos de implementação para cada uma das práticas. Os
graus de transparência foram definidos a partir da organização e das dependências
entre as características que compõem a definição de transparência, com a intenção
de permitir que as organizações pudessem identificar de forma gradativa suas
práticas. O uso do paradigma de orientação a aspectos para apoiar a inserção de
transparência no contexto organizacional se deu devido à sua característica
transversal. A partir de uma estratégia construída para modelagem de requisitos, foi
elaborada a abordagem deste trabalho para o uso deste paradigma na modelagem de
processos.
A sistematização da definição de transparência construída nesta tese foi
submetida à apreciação de diversos grupos para validação. Para a avaliação da
157
abordagem construída, foi realizado um estudo de caso no qual se obteve, como
resposta, a verificação da hipótese apresentada dentro do enfoque de solução deste
trabalho. Esta confirmação foi feita através da identificação das respostas dos
participantes do estudo de caso que confirmaram que a existência de uma
sistematização para a definição do que é transparência organizacional e a existência
de uma abordagem para inserção desta definição nos processos organizacionais
contribuem para a transparência organizacional.
6.3 Trabalhos relacionados em transparência
Todos os trabalhos a que se teve acesso, relacionados ao tema de
transparência, foram apresentados no início do Capítulo 3 desta tese. Grande parte
destes trabalhos relacionavam o termo transparência a conjuntos de outras
características ou a definiam como um conjunto de outras características. No setor
público, segundo a OCDE – Organização de Cooperação para o Desenvolvimento
Econômico (OECD, 1961), transparência significa um fator vital para o
fortalecimento das relações entre o governo e o cidadão. Tal fator pode ser
viabilizado através de informação completa, objetiva, confiável, relevante e de fácil
acesso e compreensão. Na área de comunicação, Barbosa (Barbosa, 2002) cita
transparência como: “Condição de abertura total dos canais de comunicação de
uma organização (empresa, instituição, governo) para o público, sem qualquer
cerceamento de informações”. Na área das ciências humanas (Wikipedia
(humanities), 2009), transparência implica abertura, comunicação e prestação de
contas, sendo assim uma metáfora de seu significado na física, em que um objeto
transparente é aquele através do qual podemos ver. A partir destas definições,
foram recolhidas características que nos auxiliaram na construção da definição de
transparência apresentada nesta tese.
Após a definição do SIG de transparência, com o acesso a referências
bibliográficas mais recentes sobre o tema, algumas definições para o termo foram
encontradas e vieram a confirmar as características que foram organizadas para
compor a sistematização da definição de transparência. Holzner (Holzner, 2006)
afirma que a transparência é "o valor social aberto, público e / ou individual de
acesso às informações detidas e divulgadas por centros de autoridade", e que
158
“sociedade aberta é uma democracia com cidadãos alertas, engajados e capazes de
entender e usar as informações que estão acessíveis para eles”. Lord (Lord, 2006)
diz que "A transparência é uma condição na qual as informações sobre as
prioridades, capacidades e comportamentos de poderosas organizações estão
amplamente disponíveis para o público mundial". Nestes trabalhos, palavras como
entendimento, uso e acesso são apresentadas como características do conceito de
transparência e foram contempladas neste trabalho.
Além destas, outra publicação que nos chamou bastante atenção foi o Livro
“Full Disclosure”, de Fung (Fung, 2007). Neste livro, Fung analisa oito políticas
elaboradas em diferentes domínios para garantir transparência. Neste trabalho
julga-as de acordo com critérios que acredita serem necessários para que as mesmas
sejam implantadas e tenham a efetividade desejada. Dentre os critérios definidos
por Fung estão características que buscam garantir padrões de formatação da
informação, identificação da localização da informação, qualidades que permitam
compreender as informações e interpretá-las corretamente, formas de comparação
com parâmetros previamente definidos, e atualidade da informação. Apesar do de
este trabalho ter a intenção de estabelecer políticas para possibilitar a verificação da
transparência, as características apresentadas pelo autor foram contempladas no
conceito de transparência definido nesta tese.
6.4 Estudos relacionados para a sistematização da definição de transparência
Nos Capítulos 2 e 3 desta tese, vários trabalhos relacionados com métodos e
modelos para organização de características foram identificados. A intenção nestes
estudos foi buscar uma forma de sistematização das características encontradas, a
construção do SIG e dos graus de transparência. Na área de Engenharia de
Requisitos, o NFR (Non-Funcional Requirements) Framework (Chung. 2000) se
apresentou como um modelo para estruturação de características que possuem
relacionamento entre si. O trabalho de Chung (Chung. 2000) define uma forma
sistemática para decompor requisitos não funcionais (características de qualidade),
priorizar, operacionalizar e tratar interdependências e contribuições entre elas. O
autor trabalha com os conceitos de softgoal, que representa o objetivo de qualidade
159
que se deseja atingir e de softgoal de operacionalização, que representa as ações a
serem realizadas para institucionalização de determinado softgoal. Estes conceitos
são representados em uma estrutura denominada Softgoal Interdependency Graph
(SIG). O SIG permite representar e registrar as dependências entre os softgoal’s
através de um grafo, possibilitando a identificação das relações de dependência
entre seus elementos. No trabalho de Chung (Chung, 2000) encontramos também
uma vasta lista de termos que representam características de qualidade. Este
método de estruturação foi utilizado neste trabalho para organização dos termos
que compõem o conceito de transparência, assim como seus relacionamentos,
operacionalizações e contribuições positivas e negativas.
Ainda na área de Engenharia de Requisitos, foi estudado o Léxico da
Linguagem. O léxico auxilia a edição de elementos descritos em linguagem natural
semi-estruturada (C&L – PUC-Rio). Os termos utilizados no léxico são descritos de
maneira a retratar dois aspectos: a noção, i.e., denotação e o impacto, i.e., conotação.
A noção representa o significado do termo e o impacto representa como o termo
exerce influência no contexto em que está inserido. Este trabalho foi usado como
apoio para construção do Catálogo de Transparência de forma a organizar, de
maneira estruturada, todas as informações e relacionamentos entre as
características.
Outro estudo importante realizado se insere na área de modelos de
maturidade em Gestão de Processos (Fisher, 2004; Rosemann, 2004; Rosemann,
2005). Em diferentes domínios, modelos de maturidade têm sido propostos como
forma de institucionalizar práticas e avaliar as organizações. Um modelo bastante
difundido na área de Engenharia de Software é o Capability Maturity Model
Integration (CMMI), que foi desenvolvido para avaliar a maturidade ou capacidade
dos processos de desenvolvimento de software das organizações, estabelecendo
duas formas (continuada e por nível) para se atingir um determinado padrão de
qualidade nos produtos e serviços gerados pelo processo de desenvolvimento
(Paulk, 1993; CMU-SEI, 2001; Fiorini, 1998; Spanyi, 2004). Estes estudos
serviram de base para a construção dos Graus de Transparência que representam
dependências existentes entre os grupos de características criados (acessibilidade,
usabilidade, informativo, entendimento e auditabilidade), assim como uma
estruturação referencial para indicação do grau de transparência.
160
6.5 Trabalhos relacionados em aspectos
Todos os trabalhos a que se teve acesso, relacionados ao paradigma de
orientação a aspectos, foram apresentados no início do Capítulo 4 desta tese. Na
área de processos organizacionais, especificamente, não foram encontrados
trabalhos associados ao paradigma de modelagem a aspectos. O trabalho mais
próximo encontrado foi o de Charfi (Charfi, 2007), realizado no contexto de
ferramentas de workflow. O trabalho apresenta um estudo de modularidade em
workflows, mais especificamente, sobre aspectos transversais e mudanças em
fluxos de trabalho. Esta proposta, apesar de reforçar nosso trabalho, já que
ferramentas de workflow são construídas à imagem e semelhança dos processos
organizacionais, não tem como foco a modelagem do workflow e sim a linguagem
com que o mesmo é construído.
A área de Engenharia de Requisitos já cita a modelagem de processos como
ferramenta fundamental para entendimento do domínio e consequente elicitação de
requisitos (Mac Knight, 2004; Fiorini, 1996). Os trabalhos de Rashid (Rashid,
2002; Rashid, 2003) e de Sampaio (Sampaio, 2005) falam da importância de se
identificar e tratar aspectos já na fase de análise de requisitos, separando requisitos
aspectuais, requisitos não-aspectuais e regras de composição. Moreira (Moreira,
2005) comenta que as abordagens de desenvolvimento mais modernas propõem
mecanismos de decomposição e composição, apresentando discussões sobre a
característica de transversalidade e demonstrando que ela não ocorre somente para
o caso dos requisitos não-funcionais, ao contrário da maioria das abordagens.
Sutton (Sutton, 2003) aborda o que, na comunidade de orientação a aspectos,
convencionou-se chamar de “early aspects” ou aspectos iniciais, cujo objetivo é
identificar aspectos antes da programação do software. A proposta de Alencar
(Alencar, 2006) apresenta uma série de regras para sistematizar a identificação de
características transversais em modelos i* e modularizá-los através de aspectos
com o objetivo de reduzir sua complexidade. Estes trabalhos demonstram que cada
vez mais cedo deve-se pensar de forma orientada a aspectos. Além disso, como o
modelo de processo já é citado por estes como uma ferramenta essencial para
elicitação de requisitos, a ideia de abordar aspectos no nível de modelagem se
mostra promissora.
161
Na linha de como implementar aspectos em requisitos, Silva (Silva, 2006)
define uma estratégia que permite a separação, a composição e a visualização de
características durante a modelagem de requisitos. Estes mecanismos funcionam
com base em uma linguagem de modelagem (LMROA) que permite a descrição
antecipada de como as características estão entrelaçadas e espalhadas, e constrói
um metamodelo para integração destas características transversais. Esta abordagem
para implementação do conceito de aspectos em requisitos apresentou grande
potencial para ser estendida ao domínio de processos de negócio.
Outra área que nos trouxe contribuições foi o estudo de aspectos em
Arquitetura de Software. Os trabalhos de Chavez (Chavez, 2009) e Garcia (Garcia
2006a; Garcia, 2006b) abordam um tema importante no contexto de orientação a
aspectos por tratarem de como obter maior flexibilidade na identificação de onde os
aspectos devem incidir nos componentes. Outro trabalho (Batista, 2006) anterior a
este traz uma reflexão sobre questões importantes que surgem quando estudamos a
integração de características transversais e linguagens de descrição arquitetural
(ADL) como: (i) Quais elementos podem ter características transversais; (ii) Como
deve ser feita a composição; (iii) Quantos pontos de junção podem ser
referenciados em uma declaração; (iv) De que precisam as interfaces de aspectos;
(v) Como devem ser as interfaces dos pontos de junção; (vi) Como são declaradas
as mudança em interfaces e (vii) Como representar aspectos. Reflexões
semelhantes a estas foram feitas neste trabalho para que pudéssemos definir os
critérios de separação e mecanismos de composição e visualização.
6.6 A avaliação da definição de transparência através de levantamentos
Para avaliação da definição de transparência construída e dos graus de
transparência sugeridos, foram realizados dois levantamentos e um trabalho em
grupo. Os resultados mostraram que existe uma concordância quanto à definição de
transparência construída nesta tese e reforçaram sua maior abrangência se
comparada às demais definições encontradas na literatura. Houve concordância
também quanto aos graus de transparência sugeridos.
A primeira avaliação foi realizada através de uma reunião do Grupo de
162
Engenharia de Requisitos da PUC-RJ. O grupo analisou as características e cada
participante indicou se concordava ou não com as características identificadas,
sugerindo um agrupamento para as mesmas. As opiniões foram coletadas e
analisadas. Como resultado deste trabalho, foram obtidos cinco principais grupos
de características: Acessibilidade, Usabilidade, Informativo, Entendimento e
Auditabilidade. As proposições feitas foram incorporadas ao SIG de transparência
construído.
A segunda avaliação foi realizada com três grupos distintos através das
respostas a questionários elaborados com perguntas diretas sobre as características
do SIG de transparência. As questões elaboradas tinham como objetivo identificar
se havia concordância com a existência e a ordem dos graus de transparência e com
os agrupamentos e características que constituíam a definição de transparência.
Nesta pesquisa, a maioria dos participantes concordou com os grupos criados e com
os níveis estabelecidos, não havendo alteração dos grupos de características do SIG.
Porém, quanto às características, algumas proposições foram feitas. Todas foram
atendidas com a criação de um novo SIG de transparência.
Outro trabalho foi realizado sobre o SIG de transparência. Este partiu da
sugestão de alguns participantes às respostas dos questionários na segunda
avaliação realizada. A sugestão tratava-se de indicar, também no SIG,
relacionamentos de contribuição entre os elementos de cada agrupamento e
investigar se além de contribuições positivas poderiam existir contribuições
negativas entre eles. Este trabalho foi realizado através do uso do PCT e foram
incorporados ao SIG os relacionamentos encontrados.
6.7 O Estudo de Caso – aplicação da abordagem de modelagem de processos orientada a aspectos
Buscando validar a abordagem proposta para inserção de características de
transparência definidas no SIG em processos organizacionais através de aspectos,
foi desenvolvido um estudo de caso em ambiente real que permitiu avaliar a
aplicabilidade e efetividade do uso da abordagem proposta. Os resultados do estudo
de caso demonstraram que é possível aplicar a abordagem em cenários reais,
obtendo um modelo de processos de negócio com características de transparência.
A efetividade da abordagem pôde ser avaliada com a conclusão dos estudos e a
163
indicação por parte dos participantes de que os processos de negócio estudados
ficaram mais transparentes depois da aplicação da abordagem. Este estudo de caso
não previa a execução do trabalho de modelagem das características transversais
por parte dos participantes, pois a intenção era avaliar somente se a inserção das
características tornava o processo mais transparente e se a forma de realizar esta
inserção era aplicável. Não foi finalidade deste trabalho definir métodos de
modelagem orientada a aspectos.
De fato, estes resultados são evidências iniciais positivas da melhoria da
transparência dos modelos de processos organizacionais através da inserção dos
mecanismos apresentados (DPP e IEP) nesta tese, mas ainda não garantem que a
execução dos processos dará realmente mais transparência aos interessados no
processo quanto as informações geradas durante a instanciação dos mesmos. Esta
confirmação só poderá ser obtida em pesquisas posteriores com a implantação e
execução real do processo.
6.8 Contribuições
Do ponto de vista da pesquisa em transparência, este trabalho define, no
Capítulo 2, um conceito de transparência no contexto social. Este conceito
apresenta e organiza as principais características existentes na literatura,
fornecendo a definição da forma mais completa possível, de modo a atender às
exigências feitas ao termo no contexto atual. Além disso, estas características foram
organizadas em grupos chamados de “graus de transparência”, que podem permitir
à organização identificar e organizar melhor suas práticas quanto à transparência.
Outra contribuição importante, apresentada no Capítulo 3, é a construção de
um Catálogo de Transparência contendo as características que formam este
conceito, um conjunto de práticas (operacionalizações) que podem guiar as
organizações na implementação de transparência em seus processos, os
relacionamentos entre estas características e as contribuições positivas e negativas
entre elas. Este catálogo também possui associado a ele um Léxico do domínio, o
que permite o conhecimento sobre a noção, tipo e impacto de cada uma das
características utilizadas para compor a definição de transparência apresentada
nesta tese.
164
Ao longo deste trabalho foi construído um site (Transparência – PUC-Rio 08),
que está disponível e pode ser utilizado por organizações que tenham seus
processos veiculados através da web para identificação de atendimento ou não às
práticas de transparência propostas nesta tese.
Para a pesquisa em processos de negócio, foi identificada a orientação a
aspectos como uma maneira de prover transparência a processos de negócio. A
abordagem apresentada promove a separação, composição e visualização de
características transversais em processos organizacionais. Além disso, separa
elementos que não fazem parte das atividades essenciais do processo e que se
repetem, tratando-os de forma ortogonal ao processo, fazendo com que o processo
possa ser entendido de maneira mais fácil e possa ser visto através de diversas
“lentes”, dependendo da necessidade do interessado. Outro diferencial é o fato de
este trabalho ser genérico o suficiente para ser implementado em qualquer
linguagem de modelagem de processos com qualquer notação.
Além das contribuições citadas, diversos artefatos foram construídos ao
longo do desenvolvimento da tese, como o SIG de Transparência, o Catálogo de
Transparência (características, operacionalizações e contribuições), o LEL
Transparência (noção, impacto, relacionamentos), os Graus de Transparência e o
Questionário para identificação de transparência em processos organizacionais,
todos com potencial para serem utilizados em outros trabalhos.
Todas as contribuições e os artefatos citados acima consolidam um
referencial teórico na área de transparência, pois grande parte da literatura atual
sobre transparência em processos organizacionais é fruto do relato das experiências
de empresas e organizações.
6.9 Limitações
Para utilização da abordagem apresentada, faz-se necessária a existência de
ferramentas para apoio computacional, pois a etapa de inserção de características
transversais em raias ortogonais, e principalmente de visualização, seriam muito
difíceis de serem realizadas manualmente.
Outra limitação encontrada foi quanto aos estudos de caso. A abordagem de
identificação de critérios de transparência em processos organizacionais é bastante
165
extensa devido ao grande número de características que necessitam ser
identificadas através das questões elaboradas.
6.10 Trabalhos Futuros
Para a continuação dos estudos são apresentadas sugestões de temas para
trabalhos futuros.
A primeira possibilidade é o aprofundamento das avaliações dos modelos de
processo através de novos estudos de caso que analisem outras variáveis
consideradas relevantes, principalmente com a participação dos executores dos
processos. Além disso, poderíamos investigar os efeitos colaterais da proposta na
execução das instâncias dos novos processos no cotidiano de trabalho e observar se
as informações geradas pelos mesmos também atendem às características de
transparência.
Outra possibilidade de trabalho futuro é a validação da dificuldade do uso da
estratégia de orientação a aspectos. Para isso, no estudo de caso, deveria ser
solicitado aos envolvidos que além de verificarem a aderência do processo aos
conceitos de transparência também fizessem a modelagem dos mesmos inserindo
os novos aspectos, permitindo análise completa do uso da abordagem .
Em relação aos graus de transparência, pode-se investir na formalização das
práticas da mesma forma que temos hoje em outros modelos de maturidade ou até
mesmo no desenvolvimento de uma norma que pudesse ser um referencial para as
organizações identificarem seu nível de transparência e se estão de acordo com os
critérios estabelecidos pelo governo. Esta norma pode ser referencial também para
avaliações de transparência nas organizações.
Com relação ao Catálogo de Transparência, este poderia ser enriquecido com
características antagônicas à transparência, como por exemplo, confidencialidade.
Este tipo de característica sempre se apresenta nas discussões sobre transparência e
muitas vezes é colocado como empecilho para o estabelecimento da transparência.
Um estudo mais aprofundado entre os conflitos com este tipo de característica pode
vir a mostrar exatamente o que uma contrapõe à outra. Além disso, ainda dentro do
tema, no que se refere às contribuições positivas e negativas entre as características,
o estudo de caso realizado poderia contribuir para a reavaliação das contribuições,
166
em uma forma de enriquecimento da mesma, confirmação dos resultados obtidos e
até descoberta de possíveis contribuições entre as características.
O Léxico de transparência nos deixa também oportunidades de
aprofundamento e contribuições para construção de uma Ontologia de
transparência que permita definir todos os relacionamentos entre todas as
características pertencentes ao SIG de transparência.
Outra possibilidade é o aprofundamento da pesquisa em modelagem de
processos orientada a aspectos. Esta área é bastante nova e mostrou-se de muito
interesse com as publicações realizadas ao longo deste trabalho. Nesta área ainda
necessitam ser definidas heurísticas mais detalhadas para identificação de aspectos,
assim como há lugar para a definição de métodos para utilização da abordagem
proposta.
O estudo de caso foi realizado utilizando a ferramenta ARIS. Desta, apenas
foi utilizada a facilidade de uso de raias ortogonais em um EPC (Event Process
Chain). Para representação de aspectos, outras funcionalidades se fazem
necessárias, como a implementação do relacionamento transversal tanto semântica
quanto sintaticamente. Além disso, poderiam existir funcionalidades mais
avançadas para apoiar a visualização dos modelos criados para melhorar
entendimento (ex: algoritmos que permitem focar em um ponto específico sem
perder de vista o modelo global), tornando possível a visualização por tipo de
aspecto, interesse, contexto, entre outros. Esta necessidade de implementação abre
espaço também para a implementação dos mecanismos propostos na abordagem
deste trabalho em ferramentas de código aberto, permitindo realizar estudos de caso
com outras linguagens de modelagem.
Relacionado à Área de Requisitos não funcionais, uma possível extensão
deste trabalho poderia ser feita quanto à construção de métricas para verificação dos
graus de atendimento de cada uma das características que compõem o SIG de
transparência. Neste caso poderiam ser estabelecidas métricas para cada um dos
cinco graus identificados ou ainda mais detalhadamente, para cada
característica/operacionalização do SIG.
Analisar o custo de implementação da característica de transparência nas
organizações também é um trabalho futuro bastante relevante, de modo a se definir
parâmetros que possam indicar até que ponto esta característica deve ser
implementada sem pôr a organização em risco.
167
Por último, mas não menos importante, destacamos que os processos de
negócio foram utilizados para potencializar a inserção do conceito de transparência
nas organizações, mas que também é possível imaginar a adoção de outros recursos
organizacionais para inserção de transparência. Software transparente é um
exemplo.
168
7. Referências
Code 22 - Code of Federal Regulations - United States Department of Justice -
http://www.state.gov/documents/organization/108115.pdf. Acessado em
21/06/2009.
ALENCAR F. M. R, MOREIRA A., ARAÚJO J., CASTRO J., SILVA C. T. L. L.,
MYLOPOULOS, J. Using Aspects to Simplify iModels, 14th IEEE International
Conference on Requirements Engineering (RE 2006), Sept. 2006, Minneapolis,
Minnesota, USA. IEEE Computer Society, pp. 328-329 (extended version).
BARBOSA, G., RABAÇA, A. Dicionário de Comunicação. – 2ª. Ed. – Rio de
Janeiro. ISBN 85-352-0854-2. Editora Campus. 2002.
BASEL - Basel Committee on Banking Supervision - http://www.bis.org/.
Acessado em 21/06/2009.
BATISTA, T., CHAVEZ, C., GARCIA, A., KULESZA, U., SANT’ANNA, C.,
LUCENA, C. Aspectual Connectors: Supporting the Seamless Integration of
Aspects and ADLs, Anais do Simpósio Brasileiro de Engenharia de Software
(SBES’2006), Florianópolis, Brasil, Outubro 2006.
BIOLCHINI, J., MIAN, P.G., NATALI, A.C. AND TRAVASSOS, G.H. Systematic
Review in Software Engineering: Relevance and Utility, Technical Report ES67905,
PESC – COPPE/UFRJ, 2005. http://cronos.cos.ufrj.br/publicacoes/reltec/es67905.pdf
BPMN – Business Process Modeling Notation - http://www.bpmn.org/. Acessado
em 21/06/2009.
BUCKLAND, M. K. Information as thing. Journal of American Society for
Information Science, v.42, n.5, p. 351-360, 1991.
CAPPELLI, C.; OLIVEIRA, A. PADUA; LEITE, J. Exploring Business Process
Transparency Concepts, RE’07, 15th IEEE Joint International Requirements
Engineering Conference, Delhi, India, October. 2007.
169
CAPPELLI, C., LEITE, J. C. S. P. Transparência de Processos Organizacionais.
Universidade Federal Fluminense, LATEC. II Simpósio Internacional de
Transparência os Negócios. 2008.
http://www.latec.uff.br/transparencia/documentos/anais_transparencia2/T6_0115_
0129.pdf. Acessado em 21/06/2009.
CAPPELLI, C., LEITE, J. C., BATISTA, T., SILVA, L. An aspect-oriented
approach to business process modeling. InProceedings of the 15th Workshop on
Early Aspects (Charlottesville, Virginia, USA, March 03 - 03, 2009). EA '09. ACM,
New York. 2009. NY, 7-12. DOI= http://doi.acm.org/10.1145/1509825.1509828.
CAPPELLI, C., SANTORO, F.M., LEITE, J. C., BATISTA, T. Applying the
Aspect-Oriented Paradigm to Modularize Crosscutting Concerns in BPM.
WBPM, Fortaleza, Brasil. 2009.
CARVALHO L. C. S. ; FREIRE, A. C. . Restrições e Desdobramentos na
Implantação de uma Metodologia Estruturada de Análise de Sistemas: Um Estudo
de Caso. In: XIII Encontro Nacional da ANPAD, 1989, São Paulo. Anais do XIII
Encontro Nacional da ANPAD. São Paulo : ANPAD, 1989. v. 2. p. 693-696.
CASANOVA, M. B. Information: the major element for change. In:
WORMELL, I. (Ed.). Information quality: definitions and dimentions, London:
Taylor Graham, P. 42-53. 1990.
CGU – Corregedoria Geral da União - http://www.cgu.gov.br/CGU/. Acessado
em 21/06/2009.
CHARFI, A. AND MEZINI, M. Aspect-Oriented Web Service Composition with
AO4BPEL. World Wide Web, Vol. 10 , Issue 3, September 2007, pp. 309 – 344.
CHAVEZ, C., GARCIA, A., BATISTA, T., OLIVEIRA, M., SANT'ANNA, C., AND
RASHID, A. 2009. Composing architectural aspects based on style semantics.
In Proceedings of the 8th ACM international Conference on Aspect-Oriented
170
Software Development(Charlottesville, Virginia, USA, March 02 - 06, 2009).
AOSD '09. ACM, New York, NY, 111-122. DOI=
http://doi.acm.org/10.1145/1509239.1509254
CHAVEZ, A Model-Driven approach to aspect-oriented design. Rio de Janeiro,
2004. 305 p. Tese de Doutorado em Engenharia de Software – PUC-Rio.
CHAVEZ, C., LUCENA, C. A Theory of Aspects for Aspect-Oriented Software
Development. In: Proc. OF THE XVII BRASILIAN SIMPOSIUM ON
SOFTWARE ENGINEERING. 2003. P. 130-145.
CHUNG, L.; NIXON, B.; YU, E.; MYLOPOULOS, J. Non-Functional
Requirements in Software Engineering – Kluwer Academic Publishers –
Massachusetts, USA, 2000.
CCB - Código Civil Brasileiro -
http://www.planalto.gov.br/ccivil_03/LEIS/2002/L10406.htm. 2002. Acessado em
21/06/2009.
CMU-SEI. Capability Maturity Model Integration. Pittsburgh: Carnegie Mellon
University, Software Engineering Institute. v. 1.1. 2001. Disponível em:
http://www.sei.cmu.edu/cmmi. Acessado em 21/06/2009.
COLE, C. Operacionalizating the notion of information as a subjective
construct. Journal of American Society for Information Science, v.45, n.7, p.
465-476, 1994.
COLLOR, F. Código de Defesa do Consumidor – Lei Nº 8.078. 1990
http://www.planalto.gov.br/CCIVIL/Leis/L8078.htm. Acessado em 21/06/2009.
CRUZ, T. Workflow: A Tecnologia que vai Revolucionar Processos. São Paulo:
Atlas. 2000. 2ª ed. ISBN: 85-224-2618-0. 226 p.
CRUZ, T. Sistemas, Metódos & Processos - Administrando Organizações por
meio de Processos de Negócios. Atlas. 2003. 2ª Ed. ISBN: 85-224-3329-1. 274 p.
CYSNEIROS, L.M; YU, E.; LEITE, J.C.S.P. Cataloguing Non Functional
171
requirements as Softgoal Networks, In: Proceedings of 11th International
Requirements Engineering Conference, pp 13-20, Monterey, California, 2003.
CYSNEIROS, L.M.; WERNECK, V.; KUSHNIRUCK, A. Reusable Knowledge fod
Satisficing Usability Requirements, In: Proceedings of 13th IEEE International
Requirements Engineering Conference, pp 463-464, Paris, France, 2005.
Cenários e Léxicos – Puc-Rio – Disponível em: http://sl.les.inf.puc-rio.br/cel.
Acessado em 21/06/2009.
DATAGOV – Site que disponibiliza acesso à algumas bases de dados do governo
dos EUA. http://www.data.gov/. Acessado em 21/06/2009.
DIESTE, O., PADUA, A. G. 2007, Developing Search Strategies for Detecting
Relevant Experiments for Systematic Reviews. In: Proceedings of the First
International Symposium on Empirical Software Engineering and Measurement.
EADDY M., ZIMMERMANN T. ,SHERWOOD K. D. , GARG V. , MURPHY G. C.,
NAGAPPAN N., ALFRED V. Do Crosscutting Concerns Cause Defects? IEEE
Trans. Software Eng. 34(4): 497-515. 2008.
EITI – Extractive Industries Transparency Initiative -
http://eitransparency.org/. Acessado em 21/06/2009.
FINK, A., KOSECOFF, J. How to Conduct Surveys: A Step-By-Step
Guide. Beverly Hills, CA: SAGE, 1985.
FIORINI, S.; LEITE, J. C. S. P.; SOARES, T. Integrating business processes with
requirements elicitation. Wetice, pp.226, 5th International Workshops on Enabling
Technologies: Infrastructure for Collaborative Enterprises (WETICE'96), 1996.
FIORINI, S. T. ET AL. Engenharia de Software com CMM. Rio de Janeiro:
Brasport.1998. ISBN: 85-85840-84-6. 346 p.
172
FISHER, D. M. The Business Process Maturity Model: A Practical Approach for
Identifying Opportunities for Optimization. Business Process Trends Set. 2004.
http://www.bptrends.com.
Freedom of Information Act - United States Department of Justice
http://www.usdoj.gov/oip/foia_guide07/text_foia.pdf. Acessado em 21/06/2009.
FORD, K.M., PETRY, F.E., ADAMS-WEBBER, J.R., AND CHANG, P.J. An
Approach to Knowledge Acquisition Based on the Structure of Personal
Construct Systems. IEEE Trans. Knowledge and Data Eng., 3(1), pp. 78-88. 1991.
FUNG A., GRAHAM M., WEIL D. Full Disclosure, the Perils and Promise of
Transparency, Cambridge University Press, 2007.
GARCIA, A.; BATISTA, T.; RASHID, A.; SANT´ANNA, C. Driving and Managing
Architectural Decisions with Aspects Workshop on Sharing and Reusing
Architectural Knowledge (SHARK), Torino, Italy, June 2006.
GARCIA, A.; CHAVEZ, C.; BATISTA, T.; SANT´ANNA, C.; KULESZA, U.;
RASHID, A.; LUCENA, C. On the Modular Representation of Architectural
Aspects European Workshop on Software Architecture (EWSA 2006), Nantes, FR,
September 2006, Lecture Notes in Computer Science 4344, Springer 2006, ISBN
3-540-69271-1, pp 82-97.
GOMES, C. S. O revisionismo e a relação entre fato e interpretação. Dissertação
de Mestrado. Departamento de História PUC-Rio. Rio de Janeiro. 1999.
GONÇALVES, J. E. L. As Empresas são Grandes Coleções de Processos. Revista
de Administração de Empresas (RAE), v. 40, no. 1, São Paulo, 2000. 14 p.
http://www.abeprojovem.ufjf.br/dnloads/empresas.pdf.
GONZALEZ-BAIXAULI, B.; LEITE, J.C.S.P.; LAGUNA, M.A. Eliciting
Non-Functional Requirements Interactions Using the Personal Construct
Theory. Requirements Engineering, 14th IEEE International Conference , vol., no.,
pp.347-348, 11-15 Sept. 2006.
173
GUSTAVO, B., ALBERTO, R. Communication Dictionary – 2ª. Ed. – Rio de Janeiro.
Campus. 2002.
HAMMER, M., CHAMPY, J. Reengineering the corporation. New York:
HarperBusiness, 1994.
HOLZNER B., HOLZNER L. Transparency in Global Change: The Vanguard
of the Open Society. University of Pittsburgh Press; 1 edition, 2006.
IBGC – Instituto Brasileiro de Governança Corporativa -
http://www.ibgc.org.br/. Acessado em 21/06/2009.
JARKE, M.; VASSILIOU, Y. Data Warehouse Quality: A Review of the DWQ
Project. In: Proceedings of the 1997 Conference on Information Quality.
Cambridge, MA, p. 229-313, 1997.
KELLY, G.A. The Psychology of Personal Constructs. New York: Norton, 1955.
KETTINGER W.J., TENG J.T.C. AND GUHA S. 1997, Business process change: a
study of methodologies, techniques, and tools. MISQ Quarterly March pp. 55-80,
1997.
KICZALES, G., LAMPING, J., MENDHEKAR, A., MAEDA, C., LOPES, C.,
LOINGTIER, J., IRWIN, I. Aspect-Oriented Programming. European Conference
on Object-Oriented Programming (ECOOP), LNCS 1241, Springer, Finland, pp.
220-242. June 1997.
KISH, L. Statistical design for research. New York: Wiley. 1987.
KITCHENHAM, B. Procedures for Performing Systematic Reviews, Technical
Report, Departament of Computer Science Keele University, Keele. 2004.
KLOTZ L., HORMAN M., BI H. H., BECHTEL J. 2008, The impact of process
mapping on transparency. International Journal of Productivity and performance
Management, v. 57, n. 8, pp. 623-636, 2008.
174
LEI 131 – Disponibilização em tempo real de informações -
https://www.planalto.gov.br/ccivil_03/Leis/LCP/Lcp131.htm. Acessado em
21/06/2009.
LEITE J.C.S.P. Transparência: Desafios para a Engenharia de Software, May
19th, 2006
http://jcspl.wordpress.com/2006/05/19/transparencia-desafios-para-aengenharia-
de-software/
LEITE, J.C.S.P, CAPPELLI, C. Exploring i* Characteristics that Support Software
Transparency. In Proceedings of the 3rd International i* Workshop, CEUR
Workshop Proceedings, Vol. 322, 2008, pp. 51-54 (http://CEUR-WS.org/Vol-322/).
LORD K. M. The Perils and Promise of Global Transparency, State University of
New York Press, 2006.
MAC KNIGHT, D. 2004, Elicitação de Requisitos a partir do Modelo de
Negócio. Dissertação (Mestrado em Informática) — Núcleo de Computação
Eletrônica/Instituto de Matemática, Universidade Federal do Rio de Janeiro, Rio de
Janeiro, 2004.
MAFRA, S., TRAVASSOS, G. H. Estudos Primários e Secundários apoiando a
busca por Evidência em Engenharia de Software, Relatório Técnico RT-ES
687/06, Programa de Engenharia de Sistemas e Computação, Universidade Federal
do Rio de Janeiro, Rio de Janeiro. 2006.
MAGDALENO, A. M. Explicitando a Colaboração em Organizações através da
Modelagem de Processos de Negócio. Dissertação de Mestrado, NCE/UFRJ, Rio
de Janeiro, 2006.
Microsoft Computer Dictionary. 5th. Edition. ISBN 0-7356-1495-4. Microsoft Press.
2002
MONTONI, M. 2007. Uma Abordagem para Condução de Iniciativas de
175
Melhoria de Processos de Software, Exame de Qualificação, COPPE, UFRJ, Rio
de Janeiro, Brasil.
MOREIRA, A., ARAÚJO, J., RASHID, A. A Concern-Oriented Requirements
Engineering Model. pp. 293 – 308. 2005. doi - 10.1007/11431855_21
Morgan, G. Imagens da Organização. Ed. Atlas, 1996.
NEW CAXTON Encyclopedia. Volume Eighteen. 1969.
OECD - Organization for Economic Co-operation and Development
http://www.oecd.org. Acessado em 21/06/2009.
OLIVEIRA S. T. Ferramentas para o Aprimoramento da Qualidade. São Paulo:
Pioneira, 1995.
PAULK, M. C. et al. Capability Maturity Model for Software. Pittsburgh:
Carnegie Mellon University, Software Engineering Institute. v. 1.1. 1993.
Disponível em: http://www.sei.cmu.edu/cmm/. Acessado em 21/06/2009.
Projeto de Lei – Regula o acesso a informações -
http://www.informacaopublica.org.br/files/PL-REG%20ACESSO%20INFORMA
ÇÃO_L4_março2009.pdf. Acessado em 21/06/2009.
RASHID, A. et al. Early aspects: a model for aspect-oriented requirements
engineering. In: Proc. of IEEE Joint Conference on Requirements Engineering,
Germany, 2002. p. 199-202.
RASHID, A., MOREIRA, A., AND ARAÚJO, J. Modularisation and composition
of aspectual requirements. In Proceedings of the 2nd international Conference on
Aspect-Oriented Software Development. AOSD '03. Boston, Massachusetts. ACM,
New York. 2003. NY, 11-20. DOI= http://doi.acm.org/10.1145/643603.643605
ROSEMANN, M. et al. A Model for Business Process Management Maturity. In:
Australasian Conference in Information System (ACIS), 15, Hobart, 2004. 6 p.
176
ROSEMANN, M.; BRUIN, T. Application of a Holistic Model for Determining
BPM Maturity. Business Process Trends. Fev 2005. http://www.bptrends.com.
Acesso em: 15 fev. 2005. 20p.
SABBAH, D. Aspects - from Promise to Reality, Keynote Speaker, International
Conference on Aspect-Oriented Software Development (AOSD`2004), Lancaster, UK,
March 2004.
SAMPAIO, A., RASHID, A., RAYSON, P. Early-AIM: An Approach for
Identifying Aspects in Requirements. RE 2005: 487-488
SANTANDER, V. F. A.; CASTRO, J. F. B. Desenvolvendo Use Cases a partir de
Modelagem Organizacional, Universidade Federal de Pernambuco, Workshop em
Engenharia de Requisitos, Rio de Janeiro, 2000.
http://wer.inf.pucrio.br/WERpapers/artigos/artigos_WER00/santander.pdf.
IDS SCHEER. ARIS Method. 2003. 2087 p. 1990.
SEIICHI K. et al; Transparency and Public Sector Responsibility. Brasília.
Ministério Público, SEGES. 2002.
SILVA FILHO, R. C., 2006, Uma Abordagem para Avaliação de Propostas de
Melhoria em Processos de Software, Dissertação de M.Sc., COPPE, UFRJ, Rio
de Janeiro, RJ, Brasil.
SIMMHAN, Y. L. Provenance Framework in Support of Data Quality
Estimation. Tese de Doutorado, Indiana University, dezembro, 2007.
SILVA, L. Uma Estratégia Orientada a Aspectos para Modelagem de Requisitos.
Rio de Janeiro, 2006. 220p. Tese de Doutorado em Engenharia de Software - PUC-Rio.
SOX - Sarbanes-Oxley Act of 2002, Pub. L. No. 107-204, 116 Stat. 745 (codified
as amended in scattered sections of 15 U.S.C.), 2002.
SPANYI, A. Towards Process Competence. Business Process Management
Group. Jul. 2004. Disponível em: http://www.bpmg.org. Acessado em 21/06/2009.
177
STAKE. R. E; DENZIN, N. K.; LINCOLN, Y. S. (ed.) Handbook of qualitative
research. London: Sage, 2000. p. 435-454.
SUTTON JR, S. M. Concerns in a Requirements Model – A Small Case Study.
In Proceedings of Early Aspects 2003: Aspect-Oriented Requirements Engineering
and Architecture Design, Workshop, March 17, Boston, USA, 17 Mar. 2003.
TB - Transparência Brasil - http://www.transparencia.org.br/index.html. 2000.
Acessado em 21/06/2009.
TCC – Transparência, Consciência e Cidadania - http://www.tcc-brasil.org.br/.
1996. Acessado em 21/06/2009.
Prêmio Serzedello Corrêa 2001: Monografias Vencedoras: Perspectivas para o
Controle Social e a Transparência da Administração Pública. Tribunal de
Contas da União - TCU. Instituto Serzedello Corrêa. Pp. 211–308. Brasília. 2002.
TI - Transparency International - http://www.transparency.org/. 1993. Acessado
em 21/06/2009.
Transparência de Software – Puc-Rio – Disponível em:
http://transparencia.les.inf.puc-rio.br/. 2008. Acessado em 21/06/2009.
XAVIER, I. The Cinematographic Discourse – The opacity and the transparency.
Collection Cinema Volume 4. Paz e Terra. 1977.
YAREMKO, R. M., HARARI H., HARRISON R. C., LYNN E. Handbook of
Research and Quantitative Methods in Psychology: For Students and
Professionals. Lawrence Erlbaum Associates. Hillsdale, NJ. 1986.
YIN, R. K. Case study research: design and methods. London: Sage, 1984.
YU, E. Modelling Strategic Relationships for Process Reengineering. PhD Thesis,
Graduate Department of Computer Science, University of Toronto, Toronto, Canada,
1994, pp. 124.
178
YU, Y.; LEITE, J.; MYLOPOULOS, J. From goals to aspects: discovering aspects
from requirements goal models. In: Proc. of IEEE Int. Symposium On Requirements
Engineering (RE'04), Japan, 2004. pp. 38-47.
WEBSTER, I.; AMARAL, J.; CYSNEIROS, L.M. Reusable Knowledge for
Achieving Privacy: A Canadian Health Information Technologies Perspective,
In: Proceedings of Workshop in Requirements Engineering, pp112-122, Porto,
Portugal, 2005.
Wikipedia: Transparency (humanities)
http://en.wikipedia.org/wiki/Transparency_%28humanities%29. 2009. Acessado em
21/06/2009.
Wikipedia: Transparency (optics) http://en.wikipedia.org/wiki/Transparency.
2009. Acessado em 21/06/2009.
WORMELL, I. lnformation quality: definitions and dimentions, London: Taylor
Graham, 1990.
ZHANG, J., COTTENIER, T., BERG, A., GRAY, J. Aspect Composition in the
Motorola Aspect-Oriented Modeling Weaver. Journal of Object Technology 6(7),
August 2007.
ZHANG, I. X. Economic consequences of the Sarbanes-Oxley Act of 2002. Journal
of Accounting and Economics, 44 (1-2), pp. 74-115, 2007.
179
Apêndice A Levantamento Baseado em Revisão Sistemática
Este apêndice apresenta os dados referentes ao planejamento e à execução de um
levantamento bibliográfico baseado em revisão sistemática, visando identificar um
conceito para Transparência. Parte do resultado obtido com este estudo pode ser
visto no Capítulo 2 desta tese.
Introdução
Várias iniciativas têm abordado o conceito de transparência de modo a exigir
que organizações se tornem transparentes. Esta tese teve como objetivo propor uma
abordagem para inserção de características de transparência em processos
organizacionais, de forma a contribuir para o estabelecimento da transparência
organizacional. Devido a isso, foi necessária a identificação de um conceito que
definisse transparência para ser tomado como base para o trabalho. Como ponto de
partida para definição deste conceito, foi realizado um levantamento bibliográfico
baseado em revisão sistemática. O uso dessa técnica se deu com a intenção de
procurar reduzir os riscos de uma revisão informal.
Segundo Mafra e Travassos (Mafra, 2006), uma revisão da literatura só pode
dizer que seu resultado possuirá valor científico se conduzida de forma confiável e
abrangente através de um planejamento prévio que contenha a seleção dos critérios
a serem utilizados na busca.A revisão sistemática é um tipo de estudo secundário
(Kitchenham, 2004), cujo processo de pesquisa segue um conjunto de passos
metodologicamente bem definidos de acordo com um protocolo prévio (Biolchini,
2005) e cuja adoção procura reduzir o viés inerente a uma revisão informal (Silva
Filho, 2006).
Devem-se levar em consideração algumas possíveis limitações dos
mecanismos de busca como: falta de recursos bibliográficos, problemas com as
ferramentas de busca, falha em reconhecimento de plural e impossibilidade de
acesso a conteúdos completos, tendo acesso somente aos resumos.
Dieste (Dieste, 2007) recomenda, dentre outras coisas, que se a revisão
sistemática deve ser exaustiva e encontrar todos os experimentos em um
determinado domínio, não se deve limitar a busca apenas a publicações de renome;
180
dependendo do tópico ou tecnologia de interesse, publicações de outras áreas
devem ser exploradas.
Protocolo do Levantamento
O protocolo utilizado para o estudo foi derivado dos trabalhos produzidos por
Mafra (Mafra, 2006) e Silva Filho (Silva Filho, 2006). As subseções abaixo
descrevem o conteúdo utilizado no levantamento. 1. Contexto
Várias iniciativas têm abordado o conceito de transparência de modo a exigir que
organizações se tornem transparentes. Por sua vez, estas organizações necessitam
saber o que fazer para se tornarem transparentes e cumprirem as exigências da
sociedade em geral. Portanto é de interesse que se identifique um conceito de
transparência de modo que as organizações e a sociedade possam trabalhar na
mesma direção.
2. Objetivo e Questões da Pesquisa
• Objetivo: Analisar publicações científicas através de um levantamento
bibliográfico com o propósito de identificar conceitos de transparência nos
contextos acadêmico e industrial.
• Questão de Pesquisa: Quais são os conceitos de transparência existentes na
literatura?
• Intervenção: Definições do conceito de transparência.
• População: Livros e trabalhos publicados em conferências e periódicos com a
definição do termo transparência.
• Resultado: A partir da identificação dos diversos conceitos de transparência, realizar
um levantamento de forma a identificar as características de qualidade que os
compõem.
3. Escopo da Pesquisa
Para delinear o escopo da pesquisa, foram estabelecidos critérios para
garantir a viabilidade da execução (custo, esforço e tempo), acessibilidade aos
dados e abrangência do estudo. A pesquisa dar-se-á a partir de bibliotecas digitais
181
através dos seus respectivos engenhos de busca e, quando os dados não estiverem
disponíveis eletronicamente, através de consultas manuais.
• Critérios adotados para seleção de fontes
1. Possuir engenho de busca que permita o uso de expressões lógicas ou
mecanismo equivalente;
2. Incluir em sua base publicações que possuam relação direta com o tema a
ser pesquisado;
3.Permitir, no caso dos engenhos de busca, acesso ao texto completo das
publicações;
4. Ser uma biblioteca credenciada à PUC-RJ.
• Restrições
A pesquisa está restrita à análise de publicações obtidas, exclusivamente, a
partir das fontes selecionadas a partir dos critérios supracitados. Não haverá
restrições de datas.
4. Idiomas
Para realização da pesquisa foram selecionados dois idiomas: inglês e
português. A escolha do idioma inglês deve-se à sua adoção pela grande maioria
das publicações de livros, conferências e periódicos.
5. Métodos de Busca de Publicações
As fontes digitais serão acessadas via Web, através de expressões de busca
pré-estabelecidas. Caso não seja possível obter o artigo completo através dos sites
de busca, os autores dos artigos poderão ser contatados via e-mail. As publicações
das fontes não-digitais serão analisadas manualmente, quando disponíveis,
considerando a expressão de busca definida.
• Expressão de Busca
Para as publicações em inglês utilizar a expressão de busca abaixo:
(transparency OR transparent OR transparentness OR transparence) AND (definition OR concept) Para as publicações em português utilizar a expressão de busca abaixo:
182
(transparência OR transparente) AND (definição OR conceito)
• Busca Manual
Quando a consulta for manual, deve-se procurar as palavras-chave presentes na
expressão de busca nos títulos e resumos das publicações. No caso de livros,
buscar na introdução e nos resumos de cada capítulo, além do índice remissivo.
• Máquinas de Busca
No caso das buscas na Web foram utilizadas as seguintes máquinas de busca:
Citeseer - http://citeseer.ist.psu.edu/ Editora Springer - http://www.springer.com/ Scopus - http://www.scopus.com Google Scholar Portal da Association for Computing Machinery - http://portal.acm.org/dl.cfm Portal da IEEE - http://www.ieee.org/portal/site
6. Procedimentos de seleção e critérios
A estratégia de busca será aplicada por um pesquisador para identificar as
publicações em potencial. As publicações identificadas serão selecionadas através
da verificação dos critérios de inclusão e exclusão e de qualidade estabelecidos.
• Seleção e catalogação preliminar dos dados coletados
A seleção dos estudos dar-se-á em 2 etapas:
a) Seleção e catalogação preliminar dos dados coletados: A seleção
preliminar das publicações será feita a partir da aplicação da expressão
de busca às fontes selecionadas. Cada publicação será catalogada em um
banco de dados criado especificamente para este fim e armazenada em
um repositório para análise posterior;
b) Seleção dos dados relevantes (filtro): A seleção preliminar com o uso da
expressão de busca não garante que todo o material coletado seja útil no
contexto da pesquisa, pois a aplicação das expressões de busca é restrita
ao aspecto sintático. Dessa forma, após a identificação das publicações
através dos mecanismos de buscas, deve-se ler os resumos/abstracts e
analisá-los seguindo os critérios de inclusão e exclusão identificados a
183
seguir. Na impossibilidade de classificar a publicação quanto a um dos
critérios abaixo, o pesquisador deverá definir um novo critério de
inclusão ou exclusão.
Devem ser excluídas as publicações contidas no conjunto preliminar em
que:
CE-01 - As palavras-chave não estejam presentes na publicação e não
haja variações destas palavras-chave (exceto plural).
CE-02 - As palavras-chave da busca não apareçam no título, resumo e/ou
texto da publicação (exclui-se daí o campo ‘palavras-chave’, as seções
agradecimentos, biografia dos autores, referências bibliográficas e os
anexos).
CE-03 - Descrevam e/ou apresentem ‘keynote speeches’, tutoriais,
cursos, workshops e similares.
Podem ser incluídas apenas as publicações contidas no conjunto
preliminar que:
CI-01 – Sejam livros disponíveis nas bibliotecas da PUC-RJ.
CI-02 – Apresentem uma definição ou explicação para o termo
transparência.
7. Procedimentos para Extração dos Dados
• Na seleção e catalogação preliminar dos dados coletados
Armazenamento das referências completas selecionadas a partir da fonte
consultada no repositório de dados do estudo.
• Na seleção dos dados relevantes
Cada referência catalogada deve ser examinada com o objetivo de ser
submetida aos critérios de seleção dos filtros identificados. Os dados que
atenderem aos critérios de seleção deverão ser marcados como “passou no
filtro ”. Do contrário, o registro deverá ser marcado como “não passou no
filtro - critério [número do critério]”.
184
• Extração de Dados
Os dados extraídos das publicações selecionadas deverão ser armazenados
em um banco de dados e devem conter: (i) o Título; (ii) o(s) Autor(es); (iii) a
Data de publicação; (iv) o Veículo de publicação; (v) Indicação da existência
da definição para o conceito de transparência; (vi) Lista de características de
transparência.
• Sumarização dos resultados
Os resultados serão tabulados, devendo gerar uma lista completa de todas as
características de transparência citadas no material levantado.
8. Procedimentos para Análise
• Análise quantitativa
A análise quantitativa dar-se-á pela extração direta dos dados a partir do
banco de dados com os registros dos achados. A análise quantitativa consiste
em fornecer o número de publicações selecionadas para fazerem parte do
estudo;
• Análise qualitativa
A análise qualitativa deverá utilizar como base os dados quantitativos e
realizar considerações com o intuito de discutir os achados com relação às
questões de pesquisa declaradas.
Execução
O protocolo descrito na seção anterior foi a base para a execução do
levantamento bibliográfico. Para a execução do planejamento realizado foram
utilizadas algumas atividades propostas por Montoni (Montoni, 2007), que
consistem nas seguintes atividades: Executar a Pesquisa e Analisar Resultados da
Pesquisa.
Os testes começaram com a expressão de busca: (transparency OR
transparent OR transparentness OR transparence) e (transparência OR
transparente).
Em todos os instrumentos de busca foi possível rodar o protocolo definido
não havendo necessidade de adaptação, e obtendo-se o resultado apresentado nas
Tabelas A.1, A.2 e A.3.
185
Tabela A.1 – Resultado Buscas Revisão Bibliográfica – parte 1
186
Tabela A.2 – Resultado Buscas Revisão Bibliográfica – parte 2
187
Tabela A.3 – Resultado Buscas Revisão Bibliográfica – parte 3
188
Dos artigos selecionados, somente um continha efetivamente um conjunto de
características que contribuem para a definição do termo transparência. O artigo
citado é o “Technological Support for e-Democracy: History and Perspectives”
(Gross, 2000).
Além dos artigos encontrados, foram selecionados sites. Nesta busca foram
encontrados três que contribuíram para uma definição do conceito de transparência.
São eles:
http://amazinnggg.blogspot.com/2006/05/what-is-5w1h-or-5w2h-framework.html
(Leite, 2006), Wikipedia: Transparency (Optics) (Wikipedia (optics) 2009),
Wikipedia: Transparency (humanities) (Wikipedia (humanities), 2009).
Por último foi feito um levantamento presencial na Biblioteca Central da
PUC-RJ. Nesta foram encontrados cinco livros que citavam o termo transparência e
que de alguma forma o conceituavam. Os livros encontrados foram:
1) Dicionário de Computação da Microsoft (Microsoft, 2002);
2) Enciclopédia New Caxton (Caxton, 1969);
3) Dicionário de Comunicação (Barbosa, 2002);
4) O discurso cinematográfico – A opacidade e a transparência (Xavier, 1977);
5) Transparência e Responsabilização no Setor Público: Fazendo Acontecer
(Kondo, 2002);
6) Perspectivas para o Controle Social e a Transparência da Administração
Pública (TCU, 2002);
7) O revisionismo e a relação entre fato e interpretação (Gomes, 1999).
Análise dos resultados
O resultado sobre o levantamento feito para o conceito de transparência
identificou que este termo pode ter diversos significados em domínios diferentes, e
até no mesmo domínio. Outro ponto importante foi a identificação de que todas as
definições encontradas eram sempre um conjunto de características que, juntas,
contribuem para o alcance da transparência. Não foi encontrada qualquer definição
para o termo Transparência Organizacional.
189
Apêndice B Revisão do SIG de transparência junto ao Grupo de Engenharia de Requisitos da PUC
Este apêndice apresenta os dados referentes ao planejamento e à execução de uma
revisão do SIG de transparência junto a um grupo de entrevistados com o objetivo
de confirmar a organização das características de transparência elencadas e
organizadas no SIG. Parte do resultado obtido com este estudo pode ser visto no
Capítulo 2.
Introdução
São três os principais caminhos para compreender o comportamento humano
no contexto das ciências sociais empíricas (Fink, 1985): Observação: observar o
comportamento que ocorre naturalmente no âmbito real; Experimento: criar
situações artificiais e observar o comportamento das pessoas perante tarefas
definidas para essas situações; Survey: perguntar às pessoas o que fazem (fizeram)
e pensam (pensaram).
Fink (Fink, 1985) define survey como “método para coletar informação de
pessoas acerca de suas ideias, sentimentos, planos, crenças, bem como origem
social, educacional e financeira”. O instrumento utilizado no survey, o
questionário, pode ser definido como “um conjunto de perguntas sobre um
determinado tópico que não testa a habilidade do respondente, mas mede sua
opinião, seus interesses, aspectos de personalidade e informação biográfica”
(Yaremko, 1986).
Este trabalho trata do desenvolvimento de um questionário para levantamento
de informações. Estuda-se a ideia de transparência de processos. A abordagem é
que transparência de processos é um requisito de qualidade (não funcional).
Baseado nisso, este conceito foi sistematizado através de uma árvore de requisitos
não funcionais e seus ramos foram organizados em conjuntos, estabelecendo níveis
para eles. A seguir são definidos o problema e os objetivos desta pesquisa, a
hipótese da pesquisa, a base populacional pesquisada, o contexto da pesquisa, a
estrutura do questionário, o questionário aplicado, as respostas obtidas, as análises
realizadas e as conclusões.
190
Objetivo da Pesquisa
O objetivo desta pesquisa é coletar opiniões acerca dos requisitos não
funcionais selecionados para compor o conceito de transparência de processos e sua
organização em diferentes níveis.
Hipótese
A definição de transparência pode ser sistematizada através do conjunto de
características apresentadas.
Base Populacional
A pesquisa foi aplicada ao grupo de Pesquisadores em Engenharia de
Requisitos da PUC-RJ, que contém:
• Grupo 1 - Professores Pesquisadores
• Grupo 2 - Doutorandos
• Grupo 3 - Mestrandos
Cada uma das amostras tinha o seguinte tamanho:
• Grupo 1 – 2 participantes – 2 questionários respondidos
• Grupo 2 – 3 participantes – 3 questionários respondidos
• Grupo 3 – 2 participantes – 2 questionários respondidos
Total: 7 questionários respondidos
Contexto da Pesquisa
Foi realizada uma reunião na qual os três grupos receberam uma lista com as
características. O propósito era que indicassem se estavam de acordo ou não com a
existência de cada uma das características e que propusessem um agrupamento para
191
as mesmas. Por tratar-se de um trabalho presencial, todos os participantes foram
identificados.
Estrutura A lista elaborada continha:
a) Nome da característica;
b) Definição da característica;
c) Espaço para indicação da concordância com a existência ou não da
característica;
d) Espaço para indicação do agrupamento da característica.
Resultado da Votação
A Tabela a seguir apresenta o resultado da votação. Para cada uma das
características, há a indicação do agrupamento escolhido por cada pesquisador
participante.
Legenda:
Indica o pesquisador que votou de forma diferenciada dos demais
192
Análise dos resultados
Como resultado deste trabalho, obtivemos cinco grupos principais de
características: Acessibilidade, Usabilidade, Informativo, Entendimento e
Auditabilidade, em oposição aos quatro anteriormente propostos. Foi sugerida, pelo
grupo, a inserção da característica de entendimento. A característica de divulgação
veio a substituir a característica de visibilidade por ser entendida pelo grupo como
mais abrangente. Houve discussão sobre uma mesma característica estar
representada (duplicada) em dois agrupamentos. Houve consenso no grupo de que
cada característica deveria ser representada no SIG somente uma vez. Caso exista
uma característica que possa contribuir com mais de um grupo, esta representação
deve ser feita somente através de relacionamentos, sem necessidade de repetição do
elemento característica. Este trabalho permitiu verificar que a definição de
transparência pode ser sistematizada através de um conjunto de características.
Este trabalho deu origem a uma nova tabela de definições (Tabela 2.3) e a um
novo SIG de transparência (Figura 2.3), apresentados no Capítulo 2 desta tese.
193
Apêndice C Levantamento para validação do SIG e dos Graus de Transparência
Este apêndice apresenta os dados referentes ao planejamento e à execução da
aplicação de um questionário sobre o SIG de transparência com o objetivo de
confirmar as características definidas junto a dois grupos de entrevistados para
compor o conceito de transparência e a organização destas em grupos, indicando a
existência de graus de transparência. Parte do resultado obtido com este estudo
pode ser visto no Capítulo 2.
Introdução
São três os principais caminhos para compreender o comportamento humano
no contexto das ciências sociais empíricas (Fink, 1985): Observação: observar o
comportamento que ocorre naturalmente no âmbito real; Experimento: criar
situações artificiais e observar o comportamento das pessoas ante tarefas definidas
para essas situações; Survey: perguntar às pessoas o que fazem (fizeram) e pensam
(pensaram). Fink (Fink, 1985) define survey como “método para coletar informação de
pessoas acerca de suas ideias, sentimentos, planos, crenças, bem como origem
social, educacional e financeira”. O instrumento utilizado no survey, o
questionário, pode ser definido como “um conjunto de perguntas sobre um
determinado tópico que não testa a habilidade do respondente, mas mede sua
opinião, seus interesses, aspectos de personalidade e informação biográfica”
(Yaremko, 1986).
Neste trabalho tratamos do desenvolvimento de um questionário para
levantamento de informações. Estamos estudando a ideia de transparência de
processos. Nossa abordagem é que transparência de processos é um requisito de
qualidade (não funcional). Baseados nisso, mapeamos este conceito como uma
árvore de requisitos não funcionais e organizamos seus ramos em conjuntos,
estabelecendo níveis para eles. A seguir são definidos o problema e os objetivos
desta pesquisa, a hipótese da pesquisa, a base populacional pesquisada, o contexto
da pesquisa, a estrutura do questionário, o questionário aplicado, as respostas
obtidas, as análises realizadas e as conclusões.
194
Objetivo da Pesquisa
O objetivo desta pesquisa é coletar opiniões acerca das características
selecionadas para compor o conceito de transparência de processos e sua
organização em diferentes níveis. Hipótese
O conceito de transparência de processos pode ser definido através do
conjunto de características apresentadas.
Há certo nível de dependência entre as características de qualidade que
formam o conceito de transparência, podendo estas ser agrupadas em níveis.
Base Populacional
A pesquisa foi aplicada a grupos de Pesquisadores em Engenharia de
Requisitos e Engenharia de Software, divididos em três grupos (tipo da amostra):
• Grupo 1 – Pesquisadores em i* (istar) – presentes no 3º Workshop
Internacional de i*
• Grupo 2 – Pesquisadores em Engenharia de Requisitos – Membros do IFIP
W 2.9
• Grupo 3 - Pesquisadores em Engenharia de Software
Cada uma das amostras tinha o seguinte tamanho:
•Grupo 1 – 30 participantes – 10 questionários respondidos
•Grupo 2 – 8 participantes – 2 questionários respondidos
•Grupo 3 – 6 participantes – 4 questionários respondidos
Total: 16 questionários respondidos
Cada uma das amostras teve respectivamente 10 (dez), 2 (dois) e 4 (quatro)
questionários respondidos, com um total de 16 (dezesseis) respostas.
195
Contexto da Pesquisa
A pesquisa foi realizada com dois grupos de pesquisadores em eventos
acadêmicos, e um grupo de alunos de mestrado de universidades diversas. Os
questionários foram distribuídos presencialmente e por e-mail. A identificação não
foi colocada como obrigatória. Alguns pesquisadores que enviaram resposta por
e-mail e, por consequência, foram identificados.
O questionário foi aplicado em inglês, pois os dois primeiros grupos eram
compostos por pesquisadores que fazem parte de grupos acadêmicos
internacionais.
Estrutura
O questionário elaborado foi formado pelas seguintes partes:
a) Introdução – Explanação sobre o estudo realizado;
b) Objetivo – Intenção do questionário;
c) Definição do conceito de transparência – Apresentação do conceito de
transparência e sua composição;
d) Definição dos níveis de transparência – Apresentação dos níveis de
transparência e de sua formação;
e) Questões – Perguntas objetivas e discursivas para validação do
conceito e dos níveis de transparência definidos.
O Questionário
O questionário elaborado em inglês para atingir um número maior de
pesquisadores continha o seguinte conteúdo:
1) Introduction:
We have been studying the idea of software transparency. It posits that software
transparency must be based on non functional requirements. As of now, we
have mapped a network of non functional requirements and organized them into
groups and established steps for them.
196
2) Objective:
The objective of this questionnaire is to collect opinions about non functional
requirements selected to compose software transparency concept and their
presentation as different levels.
3) The Transparency Concept:
Software is deemed transparent if it makes the information it deals with
transparent (information transparency) and if it, itself, is transparent, that is, it
informs about itself, how it works, what it does and why (process transparency).
We tackle the problem of software transparency using the idea of requirements
that are readable for both general stakeholders as developers’ stakeholders.
Figure 1 depicts out transparency network.
Fig. 1. Transparency Network
From the transparency network we have posit an initial “transparency ladder”,
which must be climbed as to achieve transparency. Figure 2 shows such ladder.
This ladder is composed by 5 (five) steps: 1 - Accessibility, 2 - Usability, 3 -
Informativeness, 4 - Understandability, 5 - Auditability.
197
Fig. 2. Transparency Ladder
We would appreciate your effort in answering this questionnaire, since we
believe it will help the better understanding of software transparency.
4) Questionnaire:
198
199
200
Resultados Obtidos
A seguir apresentamos a sumarização das respostas obtidas com os
questionários entregues pelos grupos participantes da pesquisa:
Questão 1
Questão 2
201
Questão 3
Questão 4
Questão 5
202
Questão 6
Questão 7
Questão 8
Questão 9
Questão 10
203
Análise dos Resultados
O objetivo deste trabalho foi coletar opiniões acerca dos requisitos não
funcionais selecionados para compor o conceito de transparência de processos, e
sua organização em diferentes níveis, de modo a comprovar as duas hipóteses
colocadas inicialmente. O quadro abaixo apresenta um resumo geral das respostas
dadas pelos participantes.
Baseados neste resumo, podemos concluir que o conceito de transparência
pode ser definido através de características de qualidade. Além disso, verificamos
que há concordância sobre a existência de dependência entre os conceitos
utilizados para representar transparência de processos, gerando então
agrupamentos e níveis entre eles. Isso nos leva a confirmar a hipótese apresentada.
204
Apêndice D Questionário para verificação da Transparência de Processos Organizacionais através de sites da Web
Este apêndice apresenta os dados referentes ao planejamento e à execução da
aplicação de um questionário sobre o SIG de transparência com o objetivo
confirmar as operacionalizações definidas para implementar o conceito de
transparência organizacional em sites da Web. Parte do resultado obtido com este
estudo pode ser visto no Capítulo 3.
Introdução
São três os principais caminhos para compreender o comportamento humano
no contexto das ciências sociais empíricas (Fink, 1985): Observação: observar o
comportamento que ocorre naturalmente no âmbito real; Experimento: criar
situações artificiais e observar o comportamento das pessoas ante as tarefas
definidas para essas situações; Survey: perguntar às pessoas o que fazem (fizeram)
e pensam (pensaram). Fink (Fink, 1985) define survey como “método para coletar informação de
pessoas acerca de suas ideias, sentimentos, planos, crenças, bem como origem
social, educacional e financeira”. O instrumento utilizado no survey, o
questionário, pode ser definido como “um conjunto de perguntas sobre um
determinado tópico que não testa a habilidade do respondente, mas mede sua
opinião, seus interesses, aspectos de personalidade e informação biográfica”
(Yaremko, 1986).
Neste trabalho tratamos do desenvolvimento de um questionário para
levantamento de informações. Estamos estudando a ideia de transparência de
processos. Nossa abordagem é que transparência de processos é um requisito de
qualidade (não funcional). Baseados nisso, mapeamos este conceito como uma
árvore de requisitos não funcionais e organizamos seus ramos em conjuntos,
estabelecendo níveis para eles. A seguir são definidos o problema e os objetivos
desta pesquisa, a hipótese da pesquisa, a base populacional pesquisada, o contexto
da pesquisa, a estrutura do questionário, o questionário aplicado, as respostas
obtidas, as análises realizadas e as conclusões.
205
Objetivo da Pesquisa
O objetivo desta pesquisa é coletar opiniões acerca da transparência das
organizações que disponibilizam seus processos através de sites na Web. Hipótese
A transparência de processos apresentados através de sites na Web pode ser
analisada através da identificação das operacionalizações das características de
transparência existentes nos seus processos organizacionais.
Base Populacional
A pesquisa foi aplicada a grupos de profissionais em Engenharia de Software,
divididos em dois grupos (tipo da amostra):
• Grupo 1 – profissionais que atuam no mercado de desenvolvimento de
software
• Grupo 2 - profissionais que atuam no mercado de desenvolvimento de
software e são pesquisadores
Cada uma das amostras tinha o seguinte tamanho:
•Grupo 1 – 9 participantes – 6 questionários respondidos integralmente
•Grupo 2 – 7 participantes – 4 questionários respondidos integralmente
Total: 10 questionários respondidos
Contexto da Pesquisa
A pesquisa foi realizada com dois grupos de pesquisadores e profissionais à
distância. Foi enviado um e-mail aos participantes solicitando sua resposta e
informando o site em que estava disponível o questionário a ser respondido. A
pesquisa não solicitava identificação. O questionário foi aplicado em português. Foi
pedido que todos os participantes analisassem o mesmo site, apesar de ser possível
a análise de vários.
O convite para participação continha o seguinte texto:
206
Convite para participação em pesquisa:
UMA ABORDAGEM PARA MODELAGEM DE ASPECTOS DE TRANSPARÊNCIA EM PROCESSOS ORGANIZACIONAIS
O presente convite visa obter sua colaboração no estudo relacionado à Tese de
Doutorado sendo realizada no Programa de Pós Graduação em Informática da PUC-RJ,
da aluna Claudia Cappelli, orientada pelo professor Julio Cesar Sampaio do Prado
Leite.
Esta pesquisa visa construir uma abordagem para a modelagem de aspectos de
transparência em processos organizacionais. Nosso objetivo neste questionário é obter
uma compreensão mais ampla quanto à transparência dos processos realizados por
organizações através de sites disponibilizados na web.
Solicito também o seu auxílio na divulgação da pesquisa em sua rede de contatos. O
tempo de resposta das questões é de aproximadamente 60 minutos. O questionário
está disponível no seguinte endereço:
http://pes.inf.puc-rio.br/questionario/
Ao entrar na pesquisa escolha o site “Mercado Livre” para analisar.
Sua resposta será confidencial. Somente o sumário das informações de todos os
respondentes será incluído no relatório final.
Em caso de dúvida, estou disponível para contato através do seguinte e-mail:
Agradeço antecipadamente a sua colaboração.
Claudia Cappelli
Estrutura
O questionário elaborado é formado pelas seguintes partes:
a) Introdução – Explanação sobre o conceito de transparência
b) Informações complementares – Explanação sobre o conceito de processo e
alguns exemplos
c) Questões – Perguntas com respostas objetivas para verificação de
transparência nos processos apresentados no site. Além das respostas
objetivas, é permitida a inclusão de comentários em cada uma das respostas.
207
O Questionário
O questionário elaborado contém o seguinte conteúdo:
Questionário sobre Transparência de Software
“Transparência tem sido, por muito tempo, um requisito geral para sociedades
democráticas. O direito de ser informado e de ter acesso à informação tem sido uma
consideração importante nas sociedades modernas. As pessoas querem ser
informadas de maneira apropriada. Dessa forma, transparência é uma característica
muito bem vista para organizações. Entretanto, como o software permeia vários
aspectos da nossa sociedade, em algum ponto no futuro, engenheiros de software
terão que dar conta de mais uma demanda: Transparência. Neste ambiente
vislumbrado, engenheiros terão que possuir métodos, técnicas e ferramentas para
ajudar a fazer software transparente”.
LEITE, J. C. S. P. “Sistemas de Software Transparentes” Palestra convidada
do 20º Simpósio Brasileiro de Engenharia de Software, Outubro 2006.
Disponível em:
http://www.di.inf.puc-rio.br/~julio/Slct-pub/transp-sbes.pdf
Esse questionário visa a análise da transparência de sites de acordo com
critérios específicos: Acessibilidade, Usabilidade, Informativo, Entendimento e
Auditabilidade. Para respondê-lo, basta escolher a alternativa desejada, dentre as
especificadas para cada pergunta, marcando-a com um X. Caso as alternativas não
contemplem o desejado, é possível escolher a opção “nda” (nenhuma das
anteriores) e, se necessário, justificar essa escolha no campo “OBS”.
Agradecemos muito a sua colaboração.
Informações Complementares importantes
Um processo é um grupo de atividades realizadas numa sequência lógica com
o objetivo de produzir um bem ou um serviço que tem valor para um grupo
específico de clientes (Hammer, 1994).
208
No nosso contexto, o termo “Processo” é utilizado como sinônimo de
simulação, cálculo ou qualquer sequência de ações que permita ao cidadão atingir
seus objetivos. Um processo comumente é caracterizado por permitir interatividade
com o usuário (ex. processo de busca por palavras-chave, em que o usuário precisa
digitar a palavra desejada e clicar em “ok” ou “buscar”). Entretanto, um processo
pode também ser entendido como uma informação. Nesse sentido, um site pode
optar por apenas descrever a sequência de ações através de textos e imagens (ex. um
passo-a-passo do processo) sem necessariamente implementar sua execução.
Na análise do site em relação ao processo, verifique as sequências de ações
interativas e se este oferece uma descrição das sequências, ilustrando o processo a
ser seguido e orientando adequadamente o usuário na execução do mesmo. Seguem
alguns exemplos de processos de acordo com ambas as conotações: (i) baseados em
interações e (ii) vistos como informações.
Exemplo 1. Transações bancárias: Processos Interativos Processos vistos como Informação − Permitir identificação do usuário;
− Consultar o saldo da conta;
− Realizar depósito bancário;
− Realizar transferência de dinheiro; e
Exemplo 2: Compra e venda de produtos: Processos Interativos Processos vistos como Informação − Cadastrar dados pessoais;
− Procurar pelo produto a ser comprado;
− Calcular preço do frete e total da compra; e
− Acompanhar andamento da compra.
Exemplo 3: Busca por arquivos de interesse:
− Descrição passo-a-passo de
como proceder na
identificação do usuário.
− Descrição passo-a-passo de
como proceder na compra
e venda de produtos.
209
Processos Interativos Processos vistos como Informação − Cadastrar os dados pessoais para acesso
aos arquivos; − Realizar Download de arquivos.
Questões:
1 – Critério Acessibilidade: Capacidade de acesso.
1.1.Subcritério Portabilidade: Capacidade de ser usado em diferentes ambientes.
Questão 1: O site pode ser acessado por diferentes browsers? Ex: O site das lojas
Americanas pode ser acessado via Mozilla Firefox, Internet Explorer, dentre
outros.
� Objetivo: Investigar se o site está preparado para ser acessado a partir de
qualquer browser, seja através de plugins ou outras tecnologias apropriadas.
� Justificativa: Garantir a portabilidade em diferentes browsers para facilitar o
acesso aos conteúdos oferecidos pelo site.
( ) POR TODOS OS BROWSERS QUE CONHEÇO
( ) PELA MAIORIA DOS BROWSERS QUE CONHEÇO
( ) PELA MINORIA DOS BROWSERS QUE CONHEÇO
( ) PELO PRINCIPAL BROWSER QUE CONHEÇO
( ) POR NENHUM DOS BROWSERS QUE CONHEÇO
( ) NDA
Se possível, especifique quais browsers: ___________________________
Comentários: _____________________________________________
Questão 2: É possível salvar a informação usando diferentes formatos? Ex: No
caso do download de um vídeo específico, posso salvar o mesmo em .avi, .mpeg
e .mov.
� Objetivo: Investigar se o site possibilita salvar as informações em formatos que
sejam compatíveis com as preferências de cada usuário.
� Justificativa: Garantir maior flexibilidade e portabilidade através do
salvamento das informações em diferentes formatos, de acordo com as
necessidades e preferências do usuário.
− Descrição passo-a-passo de
como proceder na busca e
no download de arquivos.
210
( ) PARA TODAS AS INFORMAÇÕES OFERECIDAS PARA DOWNLOAD
( ) PARA A MAIOR PARTE DAS INFORMAÇÕES OFERECIDAS PARA
DOWNLOAD
( ) PARA ALGUMAS INFORMAÇÕES OFERECIDAS PARA DOWNLOAD
( ) PARA POUCAS INFORMAÇÕES OFERECIDAS PARA DOWNLOAD
( ) PARA NENHUMA DAS INFORMAÇÕES OFERECIDAS PARA
DOWNLOAD
( ) NDA
Se possível, especifique quais formatos são suportados pelo site: __________
Comentários: ___________________________________________________
Questão 3: É possível salvar a informação usando formatos abertos? Ex: Formatos
abertos como .mp3 e .jpg.
� Objetivo: Investigar se o site oferece aos usuários opções para trabalhar com
formatos abertos, não proprietários.
� Justificativa: Garantir compatibilidade com as tecnologias e softwares
normalmente usados pelos usuários, salvando as informações em formatos
abertos.
( ) PARA TODAS AS INFORMAÇÕES OFERECIDAS PARA DOWNLOAD
( ) PARA A MAIOR PARTE DAS INFORMAÇÕES OFERECIDAS PARA
DOWNLOAD
( ) PARA ALGUMAS INFORMAÇÕES OFERECIDAS PARA DOWNLOAD
( ) PARA POUCAS INFORMAÇÕES OFERECIDAS PARA DOWNLOAD
( ) PARA NENHUMA DAS INFORMAÇÕES OFERECIDAS PARA
DOWNLOAD
( ) NDA
Se possível, especifique quais formatos abertos são suportados pelo site: _____
Comentários: ___________________________________________________
Questão 4: O site oferece diferentes plugins que podem ser usados por outros sites?
Ex: A consulta de CEP, oferecida pelo site dos Correios, é usada em diferentes sites
comerciais (ex. Americanas e Submarino) para facilitar a especificação do endereço
para entrega de encomendas.
� Objetivo: Investigar se o site oferece serviços, através de plugins, que possam
ser usados em outros sites.
211
� Justificativa: Garantir que os serviços do site sejam oferecidos através de
plugins, disponíveis em outros sites, facilitando o acesso aos serviços por parte
dos usuários.
( ) PARA TODOS OS PROCESSOS OFERECIDOS PELO SITE
( ) PARA A MAIOR PARTE DOS PROCESSOS OFERECIDOS PELO SITE
( ) PARA ALGUNS PROCESSOS OFERECIDOS PELO SITE
( ) PARA POUCOS PROCESSOS OFERECIDOS PELO SITE
( ) PARA NENHUM PROCESSO OFERECIDO PELO SITE
( ) NDA
Se possível, especifique alguns desses plugins: _________________________
Comentários: ___________________________________________________
1.2. Subcritério Operabilidade: Capacidade de ser executado.
Questão 1: O site oferece um overview dos principais processos que se propõe a
realizar? Ex: O site oferece um passo-a-passo de como proceder para realizar
determinada seqüência de ações.
� Objetivo: Investigar se o site auxilia o usuário, oferecendo um guia ou pelo
menos uma descrição clara de como realizar determinadas ações.
� Justificativa: Garantir que os processos oferecidos pelo site sejam descritos
previamente e de forma apropriada, facilitando a operabilidade dos mesmos por
parte dos usuários.
( ) PARA TODOS OS PROCESSOS OFERECIDOS PELO SITE
( ) PARA A MAIOR PARTE DOS PROCESSOS OFERECIDOS PELO SITE
( ) PARA ALGUNS PROCESSOS OFERECIDOS PELO SITE
( ) PARA POUCOS PROCESSOS OFERECIDOS PELO SITE
( ) PARA NENHUM PROCESSO OFERECIDO PELO SITE
( ) NDA
Se possível, especifique alguns desses processos: _______________________
Comentários: ___________________________________________________
Questão 2: O site oferece recursos para mudar as informações e/ou processos? Ex:
O site permite que determinadas informações e/ou processos sejam modificados de
acordo com as necessidades específicas do usuário. É possível acrescentar etapas a
212
um processo ou otimizá-lo pulando etapas que podem não ser relevantes para as
necessidades do usuário.
� Objetivo: Investigar se o site oferece recursos para acrescentar, modificar ou
excluir informações e processos.
� Justificativa: Garantir maior adaptabilidade e operabilidade do site,
oferecendo ao usuário ajustes (e.g. recursos para manipulação de dados) que
viabilizam ainda mais o uso das informações e processos disponíveis no site.
( ) PARA TODAS AS INFORMAÇÕES E TODOS OS PROCESSOS
OFERECIDOS
( ) PARA A MAIOR PARTE DAS INFORMAÇÕES E DOS PROCESSOS
OFERECIDOS
( ) PARA ALGUMAS INFORMAÇÕES E ALGUNS PROCESSOS
OFERECIDOS
( ) PARA POUCAS INFORMAÇÕES E POUCOS PROCESSOS
OFERECIDOS
( ) PARA NENHUMA INFORMAÇÃO E NENHUM PROCESSO OFERECIDO
( ) NDA
Se possível, especifique alguns desses recursos: _________________________
Comentários: ___________________________________________________
Questão 3: A navegabilidade proposta pelo site facilita a operação das informações
e/ou processos? Ex: O site orienta o usuário, através dos seus links, em situações
como cadastro de informações pessoais, acesso à determinada informação ou
cálculo de frete.
� Objetivo: Investigar se o site facilita a operabilidade das informações e
processos usando uma navegação intuitiva e lógica.
� Justificativa: Garantir uma navegabilidade adequada no site, ajudando o
usuário no uso dos processos e no acesso às informações oferecidas no site.
( ) SEMPRE
( ) NA MAIORIA DAS VEZES
( ) ALGUMAS VEZES
( ) POUCAS VEZES
( ) NUNCA
( ) NDA
Na sua opinião, poderia ser melhor? __________________________________
213
Comentários: ___________________________________________________
1.3. Subcritério Divulgação: Capacidade de ser conhecido.
Questão 1: O endereço do site (URL) é direto, intuitivo e fácil de ser lembrado? Ex:
O site das lojas Americanas pode ser acessado através da URL:
www.americanas.com.br, que é intuitiva e direta.
� Objetivo: Investigar se a URL do site é fácil de ser lembrada e acessada.
� Justificativa: Garantir que o site seja acessado através de uma URL adequada,
intuitiva e direta, facilitando o acesso às informações e processos, uma vez que
o endereço pode ser facilmente lembrado pelos usuários.
( ) TOTALMENTE DIRETO E INTUITIVO
( ) MUITO DIRETO E INTUITIVO
( ) RAZOAVELMENTE DIRETO E INTUITIVO
( ) POUCO DIRETO E INTUITIVO
( ) NÃO É DIRETO E INTUITIVO
( ) NDA
Se possível, sugira uma URL adequada para o site: ______________________
Comentários: ___________________________________________________
Questão 2: Existem muitos sites que citam (referenciam) o site em questão, seja
através de hiperlinks ou banners? Ex: O site da Receita Federal é citado por vários
sites (ex. Folha Online, UOL e Yahoo) que informam detalhes específicos (ex. data
limite para entrega do imposto de renda) sobre o imposto de renda de pessoa física
ou jurídica.
� Objetivo: Investigar se o site é conhecido e referenciado.
� Justificativa: Garantir que o site analisado é conhecido e referenciado por
outros sites. Sites conhecidos costumam ser mais acessados. Exemplos são os
sites do YouTube e do Google.
( ) MUITOS
( ) A MAIORIA
( ) ALGUNS
( ) POUCOS
( ) NENHUM
214
( ) NDA
Se possível, cite alguns sites que referenciam o site analisado: ______________
Comentários: ___________________________________________________
Questão 3: É comum encontrar plugins que usam esse site? Ex: O serviço de busca
de CEP, oferecido pelo site dos Correios, é comumente usado em outros sites
através de plugins.
� Objetivo: Investigar se outros sites usam plugins para os serviços oferecidos
pelo site analisado.
� Justificativa: Garantir que as informações e processos do site sejam bem
divulgados através de plugins encontrados em outros sites, facilitando o acesso
por parte dos usuários no momento em que os mesmos necessitam dos serviços.
( ) MUITOS
( ) NA MAIORIA
( ) EM ALGUNS
( ) EM POUCOS
( ) EM NENHUM
( ) NDA
Se possível, cite alguns sites que usam plugins oferecidos no site analisado: __
Comentários: ___________________________________________________
Questão 4: O responsável pelo site investe em publicidade visando maior
divulgação do mesmo? Ex: Sites de compra e venda (ex. Americanas e Submarino)
investem em banners associados a diferentes sites de busca (ex. UOL e BuscaPé),
motivando o usuário a clicar em promoções e estimulando o consumo.
� Objetivo: Investigar se o site busca o apoio da mídia, investe em publicidade e
anuncia seus serviços e conteúdos.
� Justificativa: Garantir que o site investe em publicidade para divulgação dos
seus serviços e conteúdos, pois, normalmente sites muito acessados são os mais
conhecidos, mais divulgados pela mídia ou por anúncios em outros sites.
( ) INVESTE MUITO
( ) INVESTE RAZOAVELMENTE
( ) INVESTE POUCO
( ) NDA
215
Se possível, cite algum evento, propaganda, anúncio ou site que
caracterize/evidencie o investimento desse site em publicidade: ____________
Comentários: ___________________________________________________
Questão 5: Você já conhecia ou tinha ouvido falar do site que está sendo
analisado?
� Objetivo: Investigar o quanto o site é realmente conhecido considerando os
próprios voluntários que o estão analisando.
� Justificativa: Obter mais informações que reforçam ou refutam o fato de o site
ser conhecido.
( ) SIM
( ) NÃO
( ) NDA
Se possível, cite uma referência: _____________________________________
Comentários: ___________________________________________________
1.4. Subcritério Disponibilidade: Capacidade de aceitar solicitações.
Questão 1: O site está sempre no ar? Ex: O site das lojas Americanas pode ser
considerado um site que está sempre disponível.
� Objetivo: Investigar se o site está sempre disponível para consulta e acesso
online por parte dos usuários.
� Justificativa: Garantir que o site esteja sempre disponível, aumentando o
acesso às suas informações e processos por parte dos usuários.
( ) SEMPRE
( ) NA MAIORIA DAS VEZES
( ) ALGUMAS VEZES
( ) POUCAS VEZES
( ) NUNCA
( ) NDA
Na sua opinião, poderia ser melhor? __________________________________
Comentários: ___________________________________________________
Questão 2: Os processos existentes no site estão disponíveis? Ex: Se o site solicita
216
que o usuário esteja cadastrado para acessar determinado conteúdo, o site deve
deixar disponíveis os recursos que viabilizem a realização deste cadastro.
� Objetivo: Investigar com que frequência o site disponibiliza os processos por
ele oferecidos.
� Justificativa: Garantir que os processos oferecidos no site estejam sempre
disponíveis, permitindo maior acesso aos conteúdos do tipo processo e obtendo
maior satisfação dos usuários.
( ) SEMPRE
( ) NA MAIORIA DAS VEZES
( ) ALGUMAS VEZES
( ) POUCAS VEZES
( ) NUNCA
( ) NDA
Na sua opinião, poderia ser melhor? __________________________________
Comentários: ___________________________________________________
Questão 3: As informações que o site oferece estão disponíveis? Ex: O site do
YouTube normalmente disponibiliza os arquivos (ex. diferentes vídeos) desejados
para download.
� Objetivo: Investigar com que frequência o site disponibiliza as informações
por ele oferecidas.
� Justificativa: Garantir que as informações oferecidas no site estejam sempre
disponíveis, permitindo maior acesso aos conteúdos do tipo informação e
obtendo maior satisfação dos usuários.
( ) SEMPRE
( ) NA MAIORIA DAS VEZES
( ) ALGUMAS VEZES
( ) POUCAS VEZES
( ) NUNCA
( ) NDA
Na sua opinião, poderia ser melhor? _________________________________
Comentários: ___________________________________________________
217
1.5. Subcritério Desempenho: Capacidade de operar adequadamente.
Questão 1: O tempo de resposta do site é adequado ao clicar em um link? Ex: O site
do Google é comumente usado como “homepage” por ser um site leve e que
rapidamente pode ser aberto, independentemente de a rede estar lenta ou não.
� Objetivo: Investigar se o site é rápido, de acordo com a noção de desempenho e
tolerância de cada usuário.
� Justificativa: Garantir que o site tenha uma boa performance, agradando mais
seus usuários e, consequentemente, aumentando o acesso às suas informações e
processos.
( ) TOTALMENTE ADEQUADO
( ) MUITO ADEQUADO
( ) RAZOAVELMENTE ADEQUADO
( ) POUCO ADEQUADO
( ) NÃO É ADEQUADO
( ) NDA
Na sua opinião, poderia ser melhor? _________________________________
Comentários: ___________________________________________________
Questão 2: O tempo de espera para realizar downloads de arquivos no site é
adequado? Ex: Considerando que o arquivo desejado é pequeno, esse site demora
muito para baixá-lo (em relação ao que você está acostumado e conhece)? O
mesmo conteúdo, em outro site (ex. Site “x”), pode ser adquirido mais
rapidamente?
� Objetivo: Investigar se o site é rápido quando o usuário deseja fazer downloads
de diferentes conteúdos.
� Justificativa: Garantir a satisfação do usuário e a boa performance do site,
disponibilizando downloads rápidos dos conteúdos oferecidos e,
consequentemente, motivando o acesso por parte dos usuários.
( ) TOTALMENTE ADEQUADO
( ) MUITO ADEQUADO
( ) RAZOAVELMENTE ADEQUADO
( ) POUCO ADEQUADO
( ) NÃO É ADEQUADO
218
( ) NDA
Na sua opinião, poderia ser melhor? _________________________________
Comentários: ___________________________________________________
Questão 3: O tempo de feedback do processo é adequado? Ex: O site envia
rapidamente um e-mail, torpedo ou ligação confirmando determinado
procedimento?
� Objetivo: Investigar se o site envia uma resposta o mais rápido possível,
informando: (i) como proceder nos próximos passos, (ii) dados cadastrais, (iii)
senhas, (iv) disponibilidade de produtos; (v) status da encomenda; (vi) dentre
outras informações.
� Justificativa: Garantir a satisfação do usuário e a boa performance através de
feedbacks rápidos e do uso de diferentes formas de contato com os usuários (ex.
correio eletrônico, telefone, torpedo, dentre outros).
( ) TOTALMENTE ADEQUADO
( ) MUITO ADEQUADO
( ) RAZOAVELMENTE ADEQUADO
( ) POUCO ADEQUADO
( ) NÃO É ADEQUADO
( ) NDA
Na sua opinião, poderia ser melhor? _________________________________
Comentários:____________________________________________________
Questão 4: Caso o site ofereça atendimento online, o tempo de espera na “fila” é
adequado? Ex: O site do Submarino tem atendimento online. Normalmente, o
tempo de espera é apropriado, ou seja, não demora muito e eu sou atendido.
� Objetivo: Investigar se o tempo de espera do serviço de atendimento online é
adequado (rápido) e agrada o usuário.
� Justificativa: Garantir o acesso ao site, evidenciando o bom desempenho do
mesmo no atendimento ao usuário.
( ) TOTALMENTE ADEQUADO
( ) MUITO ADEQUADO
( ) RAZOAVELMENTE ADEQUADO
( ) POUCO ADEQUADO
219
( ) NÃO É ADEQUADO
( ) NDA
Na sua opinião, poderia ser melhor? _________________________________
Comentários: ___________________________________________________
2 - Critério Usabilidade: Capacidade de uso.
2.1. Subcritério Uniformidade: Capacidade de manter uma única forma.
Questão 1: Todos os processos oferecidos pelo site são executados seguindo mais
ou menos o mesmo padrão? Ex: Todos os menus sempre ficam numa mesma
posição em todas as páginas do site, o carrinho de compras sempre pode ser
encontrado no mesmo local em todas as páginas do site.
� Objetivo: Identificar se o site usa uma representação padronizada para oferecer
adequadamente seus processos.
� Justificativa: A padronização de processos do site impacta diretamente a
uniformidade do mesmo.
( ) TODOS
( ) A MAIORIA
( ) APROXIMADAMENTE METADE
( ) POUCOS
( ) NENHUM
( ) NDA
OBS: _________________________________________________________
Comentários: ___________________________________________________
Questão 2: O site fica trocando os principais frames de posição?
� Objetivo: Identificar se o site padroniza a disposição dos seus frames,
facilitando o uso dos processos e informações oferecidas.
� Justificativa: Verificar a uniformidade da disposição das informações no site.
( ) NUNCA TROCA
( ) RARAMENTE TROCA
( ) REGULARMENTE TROCA
( ) QUASE SEMPRE TROCA
220
( ) SEMPRE TROCA
( ) NDA
Isso o desagrada?_______________________________________________
Comentários: __________________________________________________
Questão 3: Os processos oferecidos podem ser realizados integralmente online?
Objetivo: Identificar se existem processos que não podem ser realizados em
sua íntegra pelo site.
� Justificativa: A completude dos processos oferecidos no site interfere
diretamente na uniformidade do mesmo.
( ) TODOS
( ) A MAIORIA
( ) APROXIMADAMENTE METADE
( ) POUCOS
( ) NENHUM
( ) NDA
OBS: _________________________________________________________
Comentários: ___________________________________________________
Questão 4: As informações são salvas sempre no mesmo formato/extensão? Ex: Se
o site oferece vários vídeos, sempre os mesmos são baixados usando a mesma
extensão (ex. avi)?
� Objetivo: Identificar se o site permite salvar suas informações usando formatos
padronizados.
� Justificativa: Verificar a uniformidade dos formatos dos arquivos
disponibilizados pelo site.
( ) SEMPRE
( ) QUASE SEMPRE
( ) REGULARMENTE
( ) RARAMENTE
( ) NUNCA
( ) NDA
OBS: _________________________________________________________
Comentários: ___________________________________________________
221
2.2. Subcritério Intuitividade: Capacidade de ser utilizado sem aprendizado
prévio.
Questão 1: Existe uma sequência ou passos bem definidos (objetivos, lógicos) para
a realização dos processos oferecidos pelo site?
� Objetivo: Identificar o uso intuitivo de processos do site.
� Justificativa: Processos realizados através de passos bem definidos contribuem
para que os usuários usem adequadamente os processos oferecidos pelo site.
( ) PARA TODOS OS PROCESSOS
( ) PARA A MAIORIA DOS PROCESSOS
( ) PARA APROXIMADAMENTE METADE DOS PROCESSOS
( ) PARA POUCOS PROCESSOS
( ) PARA NENHUM PROCESSO
( ) NDA
OBS: _________________________________________________________
Comentários: ___________________________________________________
Questão 2: Os nomes dos processos indicam claramente o que será realizado? Ou
seja, os nomes dos processos condizem com as ações que serão realizadas?
� Objetivo: Identificar o uso intuitivo de processos do site.
� Justificativa: Verificar a intuitividade com base nos nomes dos processos e nas
respectivas ações realizadas pelos mesmos.
( ) SEMPRE
( ) QUASE SEMPRE
( ) REGULARMENTE
( ) RARAMENTE
( ) NUNCA
( ) NDA
OBS: _________________________________________________________
Comentários: ___________________________________________________
Questão 3: Os nomes utilizados fazem parte de um domínio cognitivo comum? Ou
seja, o site usa um vocabulário adequado ao domínio?
� Objetivo: Identificar se o site usa um vocabulário intuitivo que condiz com o
222
seu domínio cognitivo.
� Justificativa: Verificar a intuitividade com base no uso de um vocabulário
adequado ao domínio cognitivo do site.
( ) SEMPRE
( ) QUASE SEMPRE
( ) REGULARMENTE
( ) RARAMENTE
( ) NUNCA
( ) NDA
OBS: ________________________________________________________
Comentários: __________________________________________________
Questão 4: A forma de executar os processos virtualmente é similar à execução do
processo no mundo real? Ex: É possível acompanhar o andamento de um processo
pelo site ou pelo 0800 da empresa.
� Objetivo: Verificar junto ao mundo real o uso intuitivo de processos do site.
� Justificativa: Comparar a intuitividade no uso de processos disponíveis no
mundo real e no site.
( ) É SEMPRE IDÊNTICA AO MUNDO REAL
( ) É MUITO SIMILAR AO MUNDO REAL
( ) É SIMILAR AO MUNDO REAL
( ) É POUCO SIMILAR AO MUNDO REAL
( ) NÃO, É TOTALMENTE DIFERENTE DO MUNDO REAL
( ) NDA
OBS: _________________________________________________________
Comentários: ___________________________________________________
Questão 5: O site oferece mecanismos tais como: página 1 de 10; produto 1 de 3,
etc.?
� Objetivo: Identificar mecanismos no site que tornem os processos oferecidos
pelo mesmo mais intuitivos.
� Justificativa: Informar ao usuário o total de opções disponíveis no site durante
o processo.
( ) SEMPRE
223
( ) QUASE SEMPRE
( ) REGULARMENTE
( ) RARAMENTE
( ) NUNCA
( ) NDA
OBS: _________________________________________________________
Comentários: ___________________________________________________
Questão 6: As principais informações podem ser acessadas logo na página
principal do site?
� Objetivo: Identificar se o site disponibiliza as informações necessárias
(principais) logo na primeira página, facilitando o acesso às mesmas por parte
dos usuários.
� Justificativa: Disponibilizar as principais informações logo na primeira página
contribui positivamente para o uso intuitivo do site por parte dos usuários.
( ) SIM. TODAS
( ) A MAIORIA
( ) APROXIMADAMENTE METADE
( ) POUCAS
( ) NENHUMA
( ) NDA
OBS: _________________________________________________________
Comentários: ___________________________________________________
Questão 7: E os principais processos, podem ser acessados logo na página
principal do site?
� Objetivo: Identificar se o site disponibiliza os processos necessários
(principais) logo na primeira página, facilitando o acesso aos mesmos por parte
dos usuários.
� Justificativa: Disponibilizar os principais processos logo na primeira página
contribui positivamente para o uso intuitivo do site por parte dos usuários.
( ) SIM. TODOS
( ) A MAIORIA
( ) APROXIMADAMENTE METADE
( ) POUCOS
224
( ) NENHUM
( ) NDA
OBS: _________________________________________________________
Comentários: ___________________________________________________
2.3. Subcritério Simplicidade: Capacidade de não apresentar dificuldades ou
obstáculos.
Questão 1: Qual foi a sua primeira impressão em relação ao site?
� Objetivo: Identificar se o site é simples de utilizar.
� Justificativa: Verificar a primeira impressão do usuário no que diz respeito à
simplicidade do site.
( ) MUITO SIMPLES
( ) SIMPLES
( ) COMPLEXIDADE REGULAR
( ) UM POUCO COMPLEXO
( ) COMPLEXO
( ) NDA
OBS: _________________________________________________________
Comentários: ___________________________________________________
Questão 2: O site possui propagandas (ex. banners e anúncios)?
� Objetivo: Identificar se o site é simples de utilizar.
� Justificativa: Sites com um número grande de propagandas são mais
complexos e menos intuitivos de utilizar.
( ) NENHUMA PROPAGANDA
( ) POUCAS PROPAGANDAS
( ) QUANTIDADE RAZOÁVEL DE PROPAGANDAS
( ) MUITAS PROPAGANDAS
( ) QUANTIDADE EXCESSIVA DE PROPAGANDAS
( ) NDA
OBS: _________________________________________________________
Comentários: ___________________________________________________
225
Questão 3: O site está organizado de forma lógica e adequada? Ex:
Funcionalidades similares ficam agrupadas e as mais importantes são colocadas no
menu principal.
� Objetivo: Identificar se o site é simples de utilizar.
� Justificativa: Verificar se a organização lógica das informações do site
influencia na simplicidade do mesmo.
( ) MUITO BEM ORGANIZADO
( ) BASTANTE ORGANIZADO
( ) RAZOAVELMENTE ORGANIZADO
( ) POUCO ORGANIZADO
( ) MUITO POUCO ORGANIZADO
( ) NDA
OBS: _________________________________________________________
Comentários: ___________________________________________________
Questão 4: O site usa cores ou símbolos para classificações? Ex: O uso de estrelas
em sites de venda de produtos para classificar se o produto é bom ou não de acordo
com a opinião de vários clientes que já adquiriram o produto.
� Objetivo: Identificar o site é simples de utilizar.
� Justificativa: O uso de símbolos, cores ou classificações auxilia o usuário e
aumenta a usabilidade do site.
( ) SEMPRE
( ) QUASE SEMPRE
( ) REGULARMENTE
( ) RARAMENTE
( ) NUNCA
( ) NDA
OBS: _________________________________________________________
Comentários: ___________________________________________________
Questão 5: O site faz uso de contraste de cores para facilitar a leitura? Ex: teclado
virtual no site do Banco do Brasil
� Objetivo: Identificar se o site é simples de utilizar.
� Justificativa: Verificar se a otimização na visualização das informações do site
226
influencia na simplicidade do mesmo.
( ) SEMPRE
( ) QUASE SEMPRE
( ) REGULARMENTE
( ) RARAMENTE
( ) NUNCA
( ) NDA
Essa prática o agrada?____________________________________________
Comentários: ___________________________________________________
Questão 6: Usando poucas ações, é possível executar vários processos? Ex: No site
da Ingresso.com, TAM e GOL bastam apenas três telas para adquirir um
ingresso/passagem com lugar marcado e impressão.
� Objetivo: Identificar a simplicidade na execução de processos do site.
� Justificativa: Verificar se a execução de processos do site é realizada de forma
simples e em poucos passos.
( ) SEMPRE
( ) QUASE SEMPRE
( ) REGULARMENTE
( ) RARAMENTE
( ) NUNCA
( ) NDA
OBS: _________________________________________________________
Comentários: ___________________________________________________
2.4. Subcritério Amigabilidade: Capacidade de uso fácil.
Questão 1: O site oferece wizards para orientar os principais processos?
� Objetivo: Identificar se os processos presentes no site são intuitivos e
amigáveis (user friendly).
� Justificativa: Verificar se o site dispõe de mecanismos amigáveis para ajudar a
utilizar os processos disponíveis pelo mesmo.
( ) TODOS OS PROCESSOS POSSUEM WIZARD
( ) A MAIORIA DOS PROCESSOS POSSUI WIZARD
( ) APROXIMADAMENTE METADE DOS PROCESSOS POSSUI WIZARD
227
( ) POUCOS PROCESSOS POSSUEM WIZARD
( ) NENHUM PROCESSO POSSUI WIZARD
( ) NDA
OBS: _________________________________________________________
Comentários: ___________________________________________________
Questão 2: Quando você está realizando um determinado procedimento e encontra
um problema (ex. falta de documento) que o impede de dar continuidade ao mesmo,
o site permite que o procedimento seja realizado, em outro momento, a partir do
ponto em que o mesmo foi interrompido?
� Objetivo: Identificar se os processos presentes no site são intuitivos e
amigáveis (user friendly).
� Justificativa: Verificar se o site dispõe de mecanismos amigáveis para ajudar a
solucionar problemas ocorridos durante a execução de processos disponíveis
pelo mesmo.
( ) PERMITE PARA TODOS OS PROCEDIMENTOS
( ) PERMITE PARA A MAIORIA DOS PROCEDIMENTOS
( ) PERMITE PARA APROXIMADAMENTE METADE DOS
PROCEDIMENTOS
( ) PERMITE PARA POUCOS PROCEDIMENTOS
( ) NÃO PERMITE
( ) NDA
OBS: _________________________________________________________
Comentários: ___________________________________________________
Questão 3: O site oferece mecanismos básicos como: VOLTAR, PRÓXIMO,
RETORNAR À PÁGINA PRINCIPAL?
� Objetivo: Identificar se o site é intuitivo e amigável .
� Justificativa: Verificar se o site dispõe de mecanismos básicos para tornar sua
navegação mais amigável.
( ) SEMPRE
( ) QUASE SEMPRE
( ) REGULARMENTE
( ) RARAMENTE
( ) NUNCA
228
( ) NDA
OBS: _________________________________________________________
Comentários: ___________________________________________________
Questão 4: O site oferece opção de login por um tempo determinado? Ex: O site do
Yahoo oferece uma opção que permite que o usuário acesse seu e-mail sem fazer
login durante duas semanas.
� Objetivo: Identificar o site é intuitivo e amigável.
� Justificativa: O mecanismo de login por tempo determinado ajuda ao site a
tornar seu acesso, uso e navegação mais amigáveis, contribuindo para a
satisfação do usuário.
( ) SIM
( ) NÃO
( ) NDA
OBS: _________________________________________________________
Comentários: ___________________________________________________
Questão 5: O site oferece sugestões/recursos/informações para os próximos passos
de um processo?
� Objetivo: Identificar se o site oferece recursos intuitivos e amigáveis.
� Justificativa: Verificar se o site dispõe de recursos, mecanismos e/ou sugestões
para ajudar a tornar os processos disponíveis pelo mesmo mais amigáveis.
( ) PARA TODOS OS PROCESSOS
( ) PARA A MAIORIA DOS PROCESSOS
( ) PARA APROXIMADAMENTE METADE DOS PROCESSOS
( ) PARA POUCOS PROCESSOS
( ) PARA NENHUM PROCESSO
( ) NDA
OBS: ________________________________________________________
Comentários: __________________________________________________
Questão 6: O site oferece a função de auto-completar informações enquanto o
usuário digita?
� Objetivo: Identificar o site é intuitivo e amigável.
229
� Justificativa: O mecanismo de auto-completar auxilia o usuário a navegar pelo
site e contribui, positivamente, para sua satisfação.
( ) SIM
( ) NÃO
( ) NDA
OBS: _________________________________________________________
Comentários: ___________________________________________________
Questão 7: O site oferece a função de texto-preditivo enquanto o usuário digita?
Ex: No site YouTube, durante a busca de um vídeo, o mesmo oferece sugestões de
nomes para a busca enquanto o usuário digita.
� Objetivo: Identificar o site é intuitivo e amigável (user friendly).
� Justificativa: O mecanismo de texto-preditivo é eficiente para navegação em
um site, mais amigável e intuitivo.
( ) SIM
( ) NÃO
( ) NDA
OBS: _________________________________________________________
Comentários: ___________________________________________________
2.5. Subcritério Compreensibilidade: Capacidade de ser entendido.
Questão 1: Você teve dúvidas de como proceder, em um primeiro momento, para
realizar o que desejava? Ou seja, você teve dúvidas de como começar um
determinado processo?
� Objetivo: Identificar se os processos presentes no site são compreensíveis.
� Justificativa: Verificar se o usuário teve dúvidas ao utilizar os principais
processos disponíveis no site ajuda a avaliar a compreensibilidade.
( ) NUNCA
( ) RARAMENTE
( ) REGULARMENTE
( ) QUASE SEMPRE
( ) SEMPRE
( ) NDA
230
OBS: _________________________________________________________
Comentários: ___________________________________________________
Questão 2: A linguagem e o vocabulário usados pelo site estão de acordo com o
domínio do problema?
� Objetivo: Identificar se as informações disponíveis pelo site são
compreensíveis.
� Justificativa: Verificar se a linguagem e o vocabulário disponíveis pelo site
estão de acordo com o domínio do problema ajuda a avaliar a
compreensibilidade.
( ) TOTALMENTE DE ACORDO
( ) PARCIALMENTE DE ACORDO
( ) RAZOAVELMENTE DE ACORDO
( ) POUCO
( ) MUITO POUCO
( ) NDA
OBS: _________________________________________________________
Comentários: ___________________________________________________
Questão 3: A linguagem e o vocabulário usados pelo site estão de acordo com o
público alvo do mesmo?
� Objetivo: Identificar se as informações disponíveis pelo site são
compreensíveis.
� Justificativa: No que tange à compreensibilidade, é importante utilizar uma
linguagem e um vocabulário de acordo com os usuários que terão acesso ao site.
( ) TOTALMENTE DE ACORDO
( ) PARCIALMENTE DE ACORDO
( ) RAZOAVELMENTE DE ACORDO
( ) POUCO
( ) MUITO POUCO
( ) NDA
OBS: _________________________________________________________
Comentários: ___________________________________________________
231
3 – Critério Informativo: Capacidade de prover informações com qualidade.
3.1. Subcritério Clareza: Capacidade de prover informações com nitidez.
Questão 1: O vocabulário do site é intuitivo, natural e adequado? Ex:
Considerando um site tipicamente de transações bancárias, o site do Banco do
Brasil oferece, na maioria das vezes, informações usando linguagem natural
adequada que indicam de certa forma a operação que será realizada: (i) consulta de
saldo, (ii) depósito bancário e (iii) pagamento de conta.
� Objetivo: Investigar se o site usa um vocabulário adequado ao seu público alvo
e domínio.
� Justificativa: Garantir que o vocabulário usado no site esteja de acordo com o
público alvo e o domínio, facilitando o entendimento e tornando mais clara a
exposição das informações e dos processos.
( ) TOTALMENTE ADEQUADO
( ) MUITO ADEQUADO
( ) RAZOAVELMENTE ADEQUADO
( ) POUCO ADEQUADO
( ) NÃO É ADEQUADO
( ) NDA
Na sua opinião, poderia ser melhor? _________________________________
Comentários: ___________________________________________________
Questão 2: Existem definições dos processos que podem ser realizados no site?
Ex: O site da Sony oferece um passo-a-passo que guia o processo de configuração
de produtos eletrônicos (ex. notebook Sony Vaio) utilizando menus, abas,
descrições, imagens e simulações.
� Objetivo: Investigar se o site explique os processos que podem ser realizados.
� Justificativa: Garantir que o site explique adequadamente seus processos,
descrevendo claramente suas sequências de ações e facilitando o uso por parte
dos usuários.
( ) PARA TODOS OS PROCESSOS OFERECIDOS PELO SITE
( ) PARA A MAIOR PARTE DOS PROCESSOS OFERECIDOS PELO SITE
( ) PARA ALGUNS PROCESSOS OFERECIDOS PELO SITE
232
( ) PARA POUCOS PROCESSOS OFERECIDOS PELO SITE
( ) PARA NENHUM PROCESSO OFERECIDO PELO SITE
( ) NDA
Se possível, especifique alguns desses processos: _______________________
Comentários: ___________________________________________________
Questão 3: O site oferece fontes alternativas (complementares) caso o usuário
deseje saber mais detalhes sobre uma determinada informação ou processo? Ex:
Notícias apresentadas na Folha Online usam links que referenciam (i) matérias
anteriores e relacionadas; (ii) páginas pessoais das pessoas citadas no texto; e (iii)
páginas das empresas que oferecem maiores detalhes sobre determinado produto
anunciado.
� Objetivo: Investigar se o site oferece recursos (fontes alternativas e
informações complementares) que ajudam a esclarecer dúvidas sobre
determinadas informações ou processos disponíveis no site.
� Justificativa: Garantir que o site seja explicativo, intuitivo, verdadeiro e ético,
permitindo ao usuário esclarecer suas dúvidas usando fontes alternativas e
tornando mais claro como proceder para atingir determinados objetivos.
( ) PARA TODAS AS INFORMAÇÕES E TODOS OS PROCESSOS
OFERECIDOS
( ) PARA A MAIOR PARTE DAS INFORMAÇÕES E DOS PROCESSOS
OFERECIDOS
( ) PARA ALGUMAS INFORMAÇÕES E ALGUNS PROCESSOS
OFERECIDOS
( ) PARA POUCAS INFORMAÇÕES E POUCOS PROCESSOS
OFERECIDOS
( ) PARA NENHUMA INFORMAÇÃO E NENHUM PROCESSO OFERECIDO
( ) NDA
Se possível, especifique um caso em que isso ocorre: _____________________
Comentários: ___________________________________________________
Questão 4: O site é focado em temas bem definidos/relacionados? Ex: O site da
Receita Federal é um exemplo de site focado em informações pertinentes para
pessoas físicas e jurídicas no que diz respeito ao imposto de renda (ex. cálculo de
233
cotas, consulta a declarações entregues anteriormente, regularizações de débitos
junto ao governo, dentre outros).
� Objetivo: Investigar se o site tem um propósito bem definido, sem gerar
dúvidas sobre seus serviços e conteúdos.
� Justificativa: Garantir que o conteúdo do site esteja de acordo com o domínio,
contemplando informações e processos que condizem com esse domínio.
( ) TOTALMENTE FOCADO
( ) MUITO FOCADO
( ) RAZOAVELMENTE FOCADO
( ) POUCO FOCADO
( ) NÃO É FOCADO
( ) NDA
Na sua opinião, poderia ser melhor? _________________________________
Comentários: ___________________________________________________
Questão 5: Existe lógica na organização das informações? Ex: No site dos
Correios, a organização das informações que orientam o processo de rastreamento
de encomendas é adequada, permitindo que o processo seja realizado facilmente. O
site oferece um passo-a-passo, explicando que o número do código a ser digitado no
campo especificado deve conter 13 caracteres (ex: SS987654321BR). As
informações surgem à medida que o usuário precisa delas, exatamente acima da
combo a ser selecionada ou da caixa de edição em que o código da encomenda é
solicitado.
� Objetivo: Investigar se o site oferece recursos (ex. abas, descrições,
passo-a-passo, wizards) que facilitam o uso e o acesso às informações e
processos.
� Justificativa: Garantir que o site seja auto-explicativo e fácil de ser usado por
parte dos usuários.
( ) PARA TODAS AS INFORMAÇÕES OFERECIDAS NO SITE
( ) PARA A MAIOR PARTE DAS INFORMAÇÕES OFERECIDAS NO SITE
( ) PARA ALGUMAS INFORMAÇÕES OFERECIDAS NO SITE
( ) PARA POUCAS INFORMAÇÕES OFERECIDAS NO SITE
( ) PARA NENHUMA DAS INFORMAÇÕES OFERECIDAS NO SITE
( ) NDA
234
Na sua opinião, poderia ser melhor? _________________________________
Comentários: ___________________________________________________
Questão 6: O site oferece acesso às políticas usadas no mesmo? Ex. No site do
Yahoo, para alguns processos (ex. armazenamento de fotos, e-mails e construção de
páginas), o usuário tem acesso às políticas de privacidade e de acesso.
� Objetivo: Investigar se o site deixa explícito o acesso às normas, políticas de
privacidade e de acesso.
� Justificativa: Garantir que o site seja ético, correto e digno de credibilidade por
parte dos usuários, deixando seus usuários cientes das políticas usadas no site,
evitando descontentamento de ambas as partes (usuários e responsáveis pelo
site).
( ) PARA TODOS OS CASOS
( ) PARA A MAIOR PARTE DOS CASOS
( ) PARA OS PRINCIPAIS CASOS
( ) PARA ALGUNS CASOS (NÃO PRINCIPAIS)
( ) PARA POUCOS CASOS ( ) PARA NENHUM DOS CASOS
( ) O SITE NÃO OFERECE ACESSO ÀS POLÍTICAS
( ) NDA
Na sua opinião, poderia ser melhor? _________________________________
Comentários: ___________________________________________________
Questão 7: Caso exista um fórum/lista de discussão/serviços específicos no site, há
uma organização pré-definida da estrutura desses recursos? O site explica como o
fórum/lista/serviço funciona; como está organizado(a); se existe uma forma de
buscar informações aplicando filtros; como ser membro desse fórum (ou dessa lista,
ou desse serviço); dentre outras informações? Ex: No site dos Correios, existe um
serviço oferecido logo na página principal, denominado “Exporta Fácil”. O site dos
Correios oferece um link “Conheça nosso serviço”. Através desse link o usuário
obtém explicações de como o serviço funciona, como adquiri-lo, antes mesmo de
propriamente usá-lo.
� Objetivo: Investigar se o site oferece adequadamente informações sobre como
funcionam os seus serviços.
� Justificativa: Garantir que o site seja organizado, bem-estruturado, intuitivo e
235
claro quando o mesmo se propõe a expor suas informações e processos,
permitindo ao usuário proceder mais adequadamente para atingir seus
objetivos.
( ) PARA TODOS OS CASOS
( ) PARA A MAIOR PARTE DOS CASOS
( ) PARA OS PRINCIPAIS CASOS
( ) PARA ALGUNS CASOS (NÃO PRINCIPAIS)
( ) PARA POUCOS CASOS ( ) PARA NENHUM DOS CASOS
( ) O SITE NÃO OFERECE FÓRUM/LISTA DE DISCUSSÃO/SERVIÇO
( ) NDA
Na sua opinião, poderia ser melhor? _________________________________
Comentários: ___________________________________________________
3.2. Subcritério Acurácia: Garantia da ausência de erros.
Questão 1: Existem ambiguidades nas informações ou processos? Ex: Existem
sites que usam o mesmo termo para descrever processos diferentes. Sensações
típicas: dificuldade, confusão e dúvida (ex. Qual dos processos realiza o que eu
realmente quero e preciso?).
� Objetivo: Investigar se o site não usa o mesmo termo para tratar diferentes
processos.
� Justificativa: Garantir que o site não seja ambíguo, evitando confundir o
usuário.
( ) O SITE NÃO É AMBÍGUO
( ) O SITE É POUCO AMBÍGUO
( ) O SITE É RAZOAVELMENTE AMBÍGUO
( ) O SITE É MUITO AMBÍGUO
( ) O SITE É TOTALMENTE AMBÍGUO
( ) NDA
Se possível, cite um exemplo de ambiguidade encontrado no site: _________
Comentários: ___________________________________________________
Questão 2: Existe redundância nos processos? Ex: Existem sites em que dois
processos, com nomes diferentes, realizam as mesmas sequencias de atividades.
236
Sensações típicas: dificuldade, confusão e dúvida (ex. Qual deles é o correto?
Tenho de fazer os dois?).
� Objetivo: Investigar se o site usa nomes diferentes para tratar o mesmo
processo.
� Justificativa: Garantir que o site não seja redundante, evitando confundir o
usuário.
( ) O SITE NÃO É REDUNDANTE
( ) O SITE É POUCO REDUNDANTE
( ) O SITE É RAZOAVELMENTE REDUNDANTE
( ) O SITE É MUITO REDUNDANTE
( ) O SITE É TOTALMENTE REDUNDANTE
( ) NDA
Se possível, cite um exemplo de redundância encontrado no site: _________
Comentários: ___________________________________________________
Questão 3: Caso o site defina determinado processo, o mesmo é realizado de
acordo com a sua definição? Ex: No site das lojas Americanas são descritos,
previamente, os cartões aceitos no pagamento das compras. No ato da compra, os
cartões são realmente aceitos.
� Objetivo: Investigar se o site informa adequadamente detalhes sobre os seus
processos, como definições que condizem com as sequências de ações
realizadas ao longo dos processos.
� Justificativa: Garantir que o site seja informativo, claro e de fácil uso por parte
dos usuários.
( ) SEMPRE
( ) NA MAIORIA DAS VEZES
( ) ALGUMAS VEZES
( ) POUCAS VEZES
( ) NUNCA
( ) NDA
Se possível, cite um exemplo: ______________________________________
Comentários: ___________________________________________________
3.3. Subcritério Completeza: Capacidade de não faltar nada do que pode ou deve
ter.
237
Questão 1: Em relação aos outros sites de mesmo domínio, o site em questão
possui as funcionalidades necessárias (principais)? Ex: No site do Banco do Brasil,
na maioria dos casos, o usuário consegue realizar as operações esperadas para o
domínio de transações bancárias, tais como: consulta de saldo, extrato bancário,
pagamento de conta e transferência de dinheiro. Essas mesmas funcionalidades
costumam ser encontradas em outros sites bancários.
� Objetivo: Investigar se o site oferece as funcionalidades necessárias e
esperadas pelos usuários em comparação a outros sites do mesmo domínio.
� Justificativa: Garantir que o site ofereça as funcionalidades básicas e esperadas
pelos usuários.
( ) TODAS AS FUNCIONALIDADES
( ) A MAIOR PARTE DAS FUNCIONALIDADES
( ) ALGUMAS FUNCIONALIDADES
( ) POUCAS FUNCIONALIDADES
( ) NENHUMA FUNCIONALIDADE
( ) NDA
Se possível, cite uma funcionalidade que você acredita ser importante e que não
foi tratada no site: _______________________________________________
Comentários: ___________________________________________________
Questão 2: De acordo com o domínio, o site possui as informações necessárias?
Ex: No caso da Livraria Saraiva, o site oferece consulta ao CEP de acordo com o
nome da Rua/Avenida/Alameda/Outros, da cidade e do estado. Entretanto, os CEPs
oferecidos como resposta não distinguem adequadamente os números pares e
ímpares (lado esquerdo e direito da Rua/Avenida/Alameda/Outros), forçando o
usuário a optar pelo mais próximo.
� Objetivo: Investigar se o site oferece as informações necessárias e esperadas
pelos usuários de acordo com o seu domínio.
� Justificativa: Garantir que o site seja completo em termos de informações e,
consequentemente, mais informativo.
( ) TODAS AS INFORMAÇÕES
( ) A MAIOR PARTE DAS INFORMAÇÕES
( ) ALGUMAS INFORMAÇÕES
238
( ) POUCAS INFORMAÇÕES
( ) NENHUMA INFORMAÇÃO
( ) NDA
Se possível, cite uma informação que você acredita ser importante e que não foi
tratada no site: __________________________________________________
Comentários: ___________________________________________________
Questão 3: De acordo com o domínio, o site possui os processos necessários? Ex:
Existem sites de compra e venda que oferecem formas de buscar um determinado
produto. Essa funcionalidade é essencial, desejada e facilita muito a localização do
produto desejado.
� Objetivo: Investigar se o site oferece os processos necessários e esperados
pelos usuários de acordo com o domínio.
� Justificativa: Garantir que o site seja completo em termos de processos e,
consequentemente, mais informativo.
( ) TODOS OS PROCESSOS
( ) A MAIOR PARTE DOS PROCESSOS
( ) ALGUNS PROCESSOS
( ) POUCOS PROCESSOS
( ) NENHUM PROCESSO
( ) NDA
Se possível, cite um processo que você acredita ser importante e que não foi
tratado no site: ___________________________________________________
Comentários: ___________________________________________________
3.4. Subcritério Corretude: Capacidade de ser isento de erros.
Questão 1: As informações oferecidas pelo site estão corretas? Isso pode ser
verificado no próprio site ou a partir de outros. Ex: Sites de notícias (ex. UOL,
Yahoo e Folha Online) costumam divulgar determinados acontecimentos
fornecendo as fontes para maiores detalhes e que, de certa forma, dão credibilidade
ao que está sendo anunciado.
� Objetivo: Investigar se o site disponibiliza informações condizentes com as
fontes originais.
239
� Justificativa: Garantir que o site seja ético e digno de credibilidade por parte
dos usuários, através da disponibilização de informações condizentes com as
fontes originais.
( ) TODAS AS INFORMAÇÕES
( ) A MAIOR PARTE DAS INFORMAÇÕES
( ) AS PRINCIPAIS INFORMAÇÕES
( ) ALGUMAS INFORMAÇÕES (NÃO PRINCIPAIS)
( ) POUCAS INFORMAÇÕES
( ) NENHUMA INFORMAÇÃO
( ) NÃO FOI POSSÍVEL ANALISAR
( ) NDA
Na sua opinião, poderia ser melhor? _________________________________
Comentários: ___________________________________________________
Questão 2: Os processos oferecidos pelo site estão corretos? Isso pode ser
verificado no próprio site ou a partir de outros. Ex: Quando um site simula o cálculo
de uma taxa extra. Esse processo pode ser considerado correto? Ou seja, a cotação
do dólar está correta, o imposto está correto, o cálculo está baseado em leis
municipais, os valores usados respeitam o código do consumidor, dentre outros.
� Objetivo: Investigar se o site disponibiliza seus processos com base em leis,
normas, direitos dos consumidores, direitos humanos, dentre outras boas
condutas.
� Justificativa: Garantir que o site seja ético e digno de credibilidade por parte
dos usuários, disponibilizando seus processos com base em leis, normas e
outras boas condutas.
( ) TODOS OS PROCESSOS
( ) A MAIOR PARTE DOS PROCESSOS
( ) OS PRINCIPAIS PROCESSOS
( ) ALGUNS PROCESSOS (NÃO PRINCIPAIS)
( ) POUCOS PROCESSOS
( ) NENHUM PROCESSO
( ) NÃO FOI POSSÍVEL ANALISAR
( ) NDA
Na sua opinião, poderia ser melhor? _________________________________
Comentários: ___________________________________________________
240
Questão 3: Os links, quando clicados, direcionam para as páginas corretas? Ex: No
site dos Correios, todos os links da primeira página (ex. “busca CEP”,
“rastreamento de objetos”, “envie seu telegrama” e “preços e tarifas”) permitem
acessar corretamente as páginas desejadas com base nos nomes dados aos
processos.
� Objetivo: Investigar se o site se preocupa com a satisfação do usuário,
guiando-o através de links que condizem com os conteúdos apresentados nas
páginas de origem.
� Justificativa: Garantir a satisfação do usuário e o acesso às informações e
processos oferecidos.
( ) SEMPRE
( ) NA MAIORIA DAS VEZES
( ) ALGUMAS VEZES
( ) POUCAS VEZES
( ) NUNCA
( ) NDA
Se possível, cite um exemplo: ______________________________________
Comentários: ___________________________________________________
3.5. Subcritério Consistência: Capacidade de resultado aproximado de várias
medições de um mesmo item.
Questão 1: Tudo que o site se propõe a realizar, seja através de simulação, cálculo
ou busca, oferece o mesmo resultado? Ex: O site dos Correios, quando a busca por
um CEP é solicitada, passando as mesmas informações (UF, localidade, tipo e
logradouro e nº), sempre oferece os mesmos resultados.
� Objetivo: Investigar se os processos oferecidos pelo site podem ser dignos de
credibilidade por parte dos usuários.
� Justificativa: Garantir credibilidade ao site no diz respeito aos processos
oferecidos pelo mesmo, seja através de simulações, cálculos ou buscas por
informações. Ou seja, para os mesmos valores de entrada, esperam-se os
mesmos resultados sempre.
( ) SEMPRE
( ) NA MAIORIA DAS VEZES
241
( ) ALGUMAS VEZES
( ) POUCAS VEZES
( ) NUNCA
( ) NDA
Se possível, cite um exemplo: _____________________________________
Comentários: __________________________________________________
Questão 2: Um determinado link, quando clicado, sempre direciona para a mesma
página (mesmo que errada)? Ex: É comum encontrarmos sites na Internet nos quais
determinados links direcionam sempre para uma página que não condiz com o que
esperávamos. Entretanto, sempre acontece da mesma forma.
� Objetivo: Investigar se os links do site sempre direcionam para as mesmas
páginas, mesmo que sejam páginas que não condizem com o esperado.
� Justificativa: Garantir que o site seja consistente. Um erro que sempre ocorre
da mesma maneira caracteriza, mesmo que de forma não apropriada, um site
consistente.
( ) SEMPRE
( ) ALGUMAS VEZES
( ) NUNCA
( ) NDA
Se possível, cite um exemplo: ______________________________________
Comentários: ___________________________________________________
3.6. Subcritério Integridade: Capacidade de ser preciso e rigoroso.
Questão 1: No caso de sites que manipulam informações públicas, estas são
oferecidas de forma imparcial?
� Objetivo: Investigar se o site é ético, imparcial, íntegro e verdadeiro.
� Justificativa: Garantir que o site seja verdadeiro, informativo e transparente,
pois o mesmo procura revelar a verdade.
( ) SEMPRE
( ) NA MAIORIA DAS VEZES
( ) ALGUMAS VEZES
( ) POUCAS VEZES
( ) NUNCA
242
( ) NDA
Na sua opinião, esse site é imparcial? _______________________________
Comentários: __________________________________________________
Questão 2: O site oferece mecanismos que garantem a integridade das informações
armazenadas? Ex: O site oferece formas de visualização para confirmação das
informações cadastradas pelo usuário. Ou seja, o site permite que o usuário
visualize as informações que foram cadastradas e solicita uma confirmação dos
dados.
� Objetivo: Investigar se o site oferece recursos que propiciam ao usuário a
visualização e a confirmação dos dados que estão sendo armazenados.
� Justificativa: Garantir a integridade das informações armazenadas no site,
tornando transparente o processo de cadastramento, armazenamento,
gerenciamento e manipulação dos dados dos usuários.
( ) PARA TODAS AS INFORMAÇÕES ARMAZENADAS
( ) PARA A MAIORIA DAS INFORMAÇÕES ARMAZENADAS
( ) PARA ALGUMAS DAS INFORMAÇÕES ARMAZENADAS
( ) PARA POUCAS INFORMAÇÕES ARMAZENADAS
( ) O SITE NÃO OFERECE MECANISMOS
( ) NDA
Na sua opinião, poderia ser melhor? _________________________________
Comentários: __________________________________________________
4 – Critério Entendimento: Capacidade de ter seus processos e informações
entendidos.
4.1. Subcritério: Compositividade: Capacidade de construir ou formar a partir de
diferentes partes.
Questão 1: Quando é necessária uma determinada informação ou operação, o site
oferece suporte para obtê-la sem ter de recorrer a outro site (ex. usando um plugin
no mesmo site)? Ex: Na Americanas.com podemos consultar o valor do Sedex sem
precisar entrar na página dos Correios.
� Objetivo: Investigar se o site possui alguma funcionalidade que permita acessar
243
informações de outra organização sem necessariamente ter que entrar em outro
site.
� Justificativa: Garantir a possibilidade de acesso a informações de outros
domínios a partir do próprio site.
( ) SEMPRE É POSSÍVEL ACESSAR INFORMAÇÕES EXTERNAS
( ) NA MAIORIA DAS VEZES É POSSÍVEL ACESSAR INFORMAÇÕES
EXTERNAS
( ) ALGUMAS VEZES É POSSÍVEL ACESSAR INFORMAÇÕES EXTERNAS
( ) POUCAS VEZES É POSSÍVEL ACESSAR INFORMAÇÕES EXTERNAS
( ) NUNCA É POSSÍVEL ACESSAR INFORMAÇÕES EXTERNAS
( ) NDA
Se possível, indique que informações externas podem ser acessadas: ________
Comentários: ___________________________________________________
Questão 2: O site oferece mecanismos para compor uma nova informação a partir
de outras? Ex: Acesso à base de dados.
� Objetivo: Investigar se o site possui alguma funcionalidade que permite compor
informações a partir de outras existentes.
� Justificativa: Garantir a possibilidade de composição de informações a partir de
outras existentes.
( ) SEMPRE É POSSÍVEL AGRUPAR INFORMAÇÕES
( ) NA MAIORIA DAS VEZES É POSSÍVEL AGRUPAR INFORMAÇÕES
( ) ALGUMAS VEZES É POSSÍVEL AGRUPAR INFORMAÇÕES
( ) POUCAS VEZES É POSSÍVEL AGRUPAR INFORMAÇÕES
( ) NUNCA É POSSÍVEL AGRUPAR INFORMAÇÕES
( ) NDA
Se possível, indique que informações podem ser agrupadas: ______________
Comentários: __________________________________________________
Questão 3: O site oferece mecanismos para composição de um novo serviço a
partir de outros serviços já existentes? Ex: Personalização, hiperlinks.
� Objetivo: Investigar se o site possui alguma funcionalidade que permita compor
serviços partir de outros já existentes.
� Justificativa: Garantir a possibilidade de composição de serviços a partir de
244
outros já existentes.
( ) SEMPRE É POSSÍVEL COMPOR SERVIÇOS
( ) NA MAIORIA DAS VEZES É POSSÍVEL COMPOR SERVIÇOS
( ) ALGUMAS VEZES É POSSÍVEL COMPOR SERVIÇOS
( ) POUCAS VEZES É POSSÍVEL COMPOR SERVIÇOS
( ) NUNCA É POSSÍVEL COMPOR SERVIÇOS
( ) NDA
Se possível, indique que serviços podem ser agrupados: __________________
Comentários: ___________________________________________________
4.2. Subcritério: Concisão: Capacidade de ser resumido.
Questão 1: O site oferece uma forma de ver apenas o que é desejado? Ex:
Customização de página, customização de processos.
� Objetivo: Identificar se existe algum mecanismo que suporte resumir ou
customizar as funcionalidades oferecidas, de modo que o usuário tenha apenas
disponível o que é de seu interesse.
� Justificativa: Garantir a capacidade de resumir processos através de escolhas
do usuário.
( ) SEMPRE É POSSÍVEL CUSTOMIZAR
( ) NA MAIORIA DAS VEZES É POSSÍVEL CUSTOMIZAR
( ) ALGUMAS VEZES É POSSÍVEL CUSTOMIZAR
( ) POUCAS VEZES É POSSÍVEL CUSTOMIZAR
( ) NUNCA É POSSÍVEL CUSTOMIZAR
( ) NDA
Se possível indique o que foi possível customizar ______________________
Comentários: ___________________________________________________
Questão 2: O site permite resumir as informações apresentadas? Ex: Em um
relatório ou documento apresentado, é possível ver somente a parte interessante
para o usuário?
� Objetivo: Identificar se existe algum mecanismo que permita resumir ou
customizar as informações oferecidas, de modo que o usuário tenha disponível
apenas o que é de seu interesse.
245
� Justificativa: Garantir a capacidade de resumir informações através de escolhas
do usuário.
( ) SEMPRE É POSSÍVEL CUSTOMIZAR
( ) NA MAIORIA DAS VEZES É POSSÍVEL CUSTOMIZAR
( ) ALGUMAS VEZES É POSSÍVEL CUSTOMIZAR
( ) POUCAS VEZES É POSSÍVEL CUSTOMIZAR
( ) NUNCA É POSSÍVEL CUSTOMIZAR
( ) NDA
Se possível, indique o que foi possível customizar: _____________________
Comentários: __________________________________________________
4.3. Subcritério: Divisibilidade: Capacidade de ser particionado.
Questão 1: É possível detalhar uma determinada informação? Ex: Em um relatório
ou documento apresentado, é possível detalhar alguma informação que seja
interessante para o usuário?
� Objetivo: Identificar se existe algum mecanismo que permita detalhar
informações em unidades menores.
� Justificativa: Garantir a capacidade de detalhar informações em unidades
menores através de escolhas do usuário.
( ) SEMPRE É POSSÍVEL DETALHAR
( ) NA MAIORIA DAS VEZES É POSSÍVEL DETALHAR
( ) ALGUMAS VEZES É POSSÍVEL DETALHAR
( ) POUCAS VEZES É POSSÍVEL DETALHAR
( ) NUNCA É POSSÍVEL DETALHAR
( ) NDA
Se possível, indique o que foi possível detalhar: _________________________
Comentários: ___________________________________________________
Questão 2: É possível detalhar determinado processo?
� Objetivo: Identificar se existe algum mecanismo que permita detalhar processos
em unidades menores.
� Justificativa: Garantir a capacidade de detalhar processos em unidades menores
através de escolhas do usuário.
246
( ) SEMPRE É POSSÍVEL DETALHAR
( ) NA MAIORIA DAS VEZES É POSSÍVEL DETALHAR
( ) ALGUMAS VEZES É POSSÍVEL DETALHAR
( ) POUCAS VEZES É POSSÍVEL DETALHAR
( ) NUNCA É POSSÍVEL DETALHAR
( ) NDA
Se possível, indique o que foi possível detalhar: _________________________
Comentários: ___________________________________________________
4.4. Subcritério: Dependência: Capacidade de identificar a relação entre as partes
de um todo.
Questão 1: O site permite relacionar as informações e/ou processos? Ex:
Referência circular através de hiperlinks.
� Objetivo: Identificar se existe algum mecanismo que apóie a indicação de
relacionamentos entre informações e/ou processos.
� Justificativa: Garantir a capacidade de detalhar e relacionar informações e/ou
processos através de escolhas do usuário.
( ) SEMPRE É POSSÍVEL ENCONTRAR OS RELACIONAMENTOS
( ) NA MAIORIA DAS VEZES É POSSÍVEL ENCONTRAR OS
RELACIONAMENTOS
( ) ALGUMAS VEZES É POSSÍVEL ENCONTRAR OS
RELACIONAMENTOS
( ) POUCAS VEZES É POSSÍVEL ENCONTRAR OS RELACIONAMENTOS
( ) NUNCA É POSSÍVEL ENCONTRAR OS RELACIONAMENTOS
( ) NDA
Se possível, indique o que foi possível verificar: ______________
Comentários: ___________________________________________________
Questão 2: Para a realização dos processos oferecidos pelo site ou para o
entendimento das informações disponibilizadas, é necessário utilizar processos ou
informações de outras fontes? Ex: No site, há algum tipo de cálculo com moeda
estrangeira e este não apresenta a cotação atualizada destas moedas?
� Objetivo: Identificar se existe necessidade de buscar informações em outros
247
sites para realização dos processos propostos pelo site em análise.
� Justificativa: Garantir que não seja necessário buscar informações externas
para a realização dos processos do site.
( ) NUNCA É NECESSÁRIO BUSCAR INFORMAÇÕES FORA DO SITE
( ) POUCAS VEZES É NECESSÁRIO BUSCAR INFORMAÇÕES FORA DO
SITE
( ) ALGUMAS VEZES É NECESSÁRIO BUSCAR INFORMAÇÕES FORA DO
SITE
( ) NA MAIORIA DAS VEZES É NECESSÁRIO BUSCAR INFORMAÇÕES
FORA DO SITE
( ) SEMPRE É NECESSÁRIO BUSCAR INFORMAÇÕES FORA DO SITE
( ) NDA
Se possível, indique o que foi necessário buscar fora do site: ______________
Comentários: ___________________________________________________
4.5. Subcritério: Extensibilidade: Capacidade de utilização em mais de um caso.
Questão 1: O site permite acrescentar novos plugins (desejados pelo usuário)? Ex:
Widgets.
� Objetivo: Identificar se o site permite a inclusão de funções ou programas que
sejam necessários ao usuário de forma a generalizar o uso.
� Justificativa: Garantir a capacidade de inclusão de funções ou programas
através de escolhas do usuário.
( ) SEMPRE É POSSÍVEL INCLUIR NOVOS PLUGINS
( ) NA MAIORIA DAS VEZES É POSSÍVEL INCLUIR NOVOS PLUGINS
( ) ALGUMAS VEZES É POSSÍVEL INCLUIR NOVOS PLUGINS
( ) POUCAS VEZES É POSSÍVEL INCLUIR NOVOS PLUGINS
( ) NUNCA É POSSÍVEL INCLUIR NOVOS PLUGINS
( ) NDA
Se possível, indique plugins que poderiam ser acrescentados: ______________
Comentários: ___________________________________________________
Questão 2: O site permite a generalização de relatórios/telas através da mudança
no formato de campos ou inclusão de informações existentes em outras fontes?
� Objetivo: Identificar se o site possui mecanismos que tornem seus processos
248
genéricos (usados em mais de um caso).
� Justificativa: Garantir a existência de mecanismos de generalização através de
escolhas do usuário.
( ) OS PROCESSOS SEMPRE ATENDEM A TODOS OS CASOS
( ) OS PROCESSOS NA MAIORIA DAS VEZES ATENDEM A TODOS OS
CASOS
( ) OS PROCESSOS ALGUMAS VEZES ATENDEM A TODOS OS CASOS
( ) OS PROCESSOS POUCAS VEZES ATENDEM A TODOS OS CASOS
( ) OS PROCESSOS NUNCA ATENDEM A TODOS OS CASOS
( ) NDA
Comentários: ___________________________________________________
4.6. Subcritério: Adaptabilidade: Capacidade de mudar de acordo com as
circunstâncias e necessidades.
Questão 1: É possível alterar ou incluir novos valores em pontos específicos do
processo? Ex: No site do Currículo Lattes, quando a combo “Profissões” não
oferece o cargo desejado, o usuário pode incluir um novo item no cadastro de
profissões. Este novo item passa a fazer parte da base de dados, podendo ser
utilizado por outro usuário.
� Objetivo: Identificar se o site permite a inclusão de informações que se tornem
parte do processo.
� Justificativa: Garantir a capacidade de adaptação das informações.
( ) SEMPRE É POSSÍVEL INCLUIR INFORMAÇÕES
( ) NA MAIORIA DAS VEZES É POSSÍVEL INCLUIR INFORMAÇÕES
( ) ALGUMAS VEZES É POSSÍVEL INCLUIR INFORMAÇÕES
( ) POUCAS VEZES É POSSÍVEL INCLUIR INFORMAÇÕES
( ) NUNCA É POSSÍVEL INCLUIR INFORMAÇÕES
( ) NDA
Se possível, indique que informações puderam ser incluídas: ______________
Comentários: ___________________________________________________
Questão 2: É possível personalizar o site para adaptá-lo às necessidades de
entendimento dos processos e informações? Ex: Pedir para exibir uma lista de
249
atores do processo que se está executando, de modo que o usuário possa identificar
em quantas partes está envolvido diretamente.
� Objetivo: Identificar se o site permite a inclusão de funcionalidades que o
tornem personalizado para o usuário, de modo que este possa ter um melhor
entendimento sobre os processos e informações disponíveis.
� Justificativa: Garantir a capacidade de adaptação do site para um melhor
entendimento sobre os processos e informações disponibilizadas.
( ) SEMPRE É POSSÍVEL PERSONALIZAR
( ) NA MAIORIA DAS VEZES É POSSÍVEL PERSONALIZAR
( ) ALGUMAS VEZES É POSSÍVEL PERSONALIZAR
( ) POUCAS VEZES É POSSÍVEL PERSONALIZAR
( ) NUNCA É POSSÍVEL PERSONALIZAR
( ) NDA
Se possível, indique que informações puderam ser personalizadas: __________
Comentários: ___________________________________________________
Questão 3: É possível personalizar o site para destacar as funções que você mais
usa nesse site? Ex: No Wordpress, é possível acrescentar calendários e
disponibilizar os arquivos mais recentes na página principal.
� Objetivo: Identificar se o site permite identificar as funcionalidades mais usadas
pelo usuário, de modo que este possa ter conhecimento sobre o que mais utiliza.
� Justificativa: Garantir a capacidade de adaptação do site para um melhor
entendimento sobre os processos e informações disponibilizadas.
( ) SEMPRE É POSSÍVEL PERSONALIZAR
( ) NA MAIORIA DAS VEZES É POSSÍVEL PERSONALIZAR
( ) ALGUMAS VEZES É POSSÍVEL PERSONALIZAR
( ) POUCAS VEZES É POSSÍVEL PERSONALIZAR
( ) NUNCA É POSSÍVEL PERSONALIZAR
( ) NDA
Se possível, indique que informações puderam ser personalizadas: __________
Comentários: ___________________________________________________
Questão 4: O site permite realizar um determinado processo de forma diferente?
Ex: O site solicita um documento de identificação fixo (ex. identidade) para acesso
250
a uma determinada informação. Suponhamos que o usuário não possua esse
documento. Ele poderia informar o CPF ou outro documento que o identifique da
mesma forma (ex. carteira de motorista).
� Objetivo: Identificar se o site permite adaptar um processo ou o fornecimento de
uma informação em tempo real.
� Justificativa: Garantir a capacidade de adaptação do site para facilitação do
uso.
( ) TODOS OS PROCESSOS PERMITEM ADAPTAÇÃO
( ) A MAIORIA DOS PROCESSOS PERMITE ADAPTAÇÃO
( ) ALGUNS PROCESSOS PERMITEM ADAPTAÇÃO
( ) POUCOS PROCESSOS PERMITEM ADAPTAÇÃO
( ) NENHUM PROCESSO PERMITE ADAPTAÇÃO
( ) NDA
Se possível, indique que adaptações puderam ser feitas: __________________
Comentários: ___________________________________________________
5 – Critério Auditabilidade: Capacidade de exame analítico.
5.1. Subcritério: Explicável: Capacidade de explicar as ações (processos) e
informações.
Questão 1: O site oferece help online ou manual?
� Objetivo: Identificar se o site fornece informações sobre suas funcionalidades,
facilitando o uso das mesmas por parte dos usuários.
� Justificativa: Garantir a capacidade de explicação dos processos e informações
existentes no site.
( ) SEMPRE É POSSÍVEL ENCONTRAR AS INFORMAÇÕES
( ) NA MAIORIA DAS VEZES É POSSÍVEL ENCONTRAR AS
INFORMAÇÕES
( ) ALGUMAS VEZES É POSSÍVEL ENCONTRAR AS INFORMAÇÕES
( ) POUCAS VEZES É POSSÍVEL ENCONTRAR AS INFORMAÇÕES
( ) NUNCA É POSSÍVEL ENCONTRAR AS INFORMAÇÕES
( ) NDA
Comentários: ___________________________________________________
251
Questão 2: O site oferece dúvidas frequentes? O site da Receita Federal oferece
esse recurso para esclarecer dúvidas sobre o imposto de renda de pessoa física e
jurídica.
� Objetivo: Identificar se o site fornece informações sobre dúvidas já conhecidas.
� Justificativa: Garantir a capacidade de explicação dos processos e informações
existentes no site.
( ) OFERECE RESPOSTAS A QUASE TODAS AS DÚVIDAS FREQUENTES
( ) OFERECE RESPOSTAS A MUITAS DÚVIDAS FREQUENTES
( ) OFERECE RESPOSTAS A ALGUMAS DÚVIDAS FREQUENTES
( ) OFERECE RESPOSTAS A POUCAS DÚVIDAS FREQUENTES
( ) NÃO OFERECE RESPOSTAS A DÚVIDAS FREQUENTES
( ) NDA
Comentários: __________________________________________________
Questão 3: O site oferece fórum?
� Objetivo: Identificar se o site fornece espaço para discussão entre os usuários.
� Justificativa: Garantir a capacidade de discussão sobre os processos e
informações existentes no site.
( ) SIM
( ) NÃO
( ) NDA
Comentários: __________________________________________________
5.2. Subcritério: Rastreabilidade: Capacidade de seguir o desenvolvimento de
um processo ou a construção de uma informação, suas mudanças e justificativas.
Questão 1: O processo pode ser acompanhado e/ou monitorado? Ex: O site dos
Correios oferece o rastreamento da encomenda através de um número.
� Objetivo: Identificar se o site permite rastrear as informações sobre um
determinado processo.
� Justificativa: Garantir a capacidade de acompanhar o andamento de um
processo.
( ) TODOS OS PROCESSOS PODEM SER ACOMPANHADOS
( ) A MAIORIA DOS PROCESSOS PODE SER ACOMPANHADA
252
( ) ALGUNS PROCESSOS PODEM SER ACOMPANHADOS
( ) POUCOS PROCESSOS PODEM SER ACOMPANHADOS
( ) NENHUM PROCESSO PODE SER ACOMPANHADO
( ) NDA
Comentários: __________________________________________________
Questão 2: O site explicita as fontes das informações apresentadas? Ex: No site da
Receita Federal (em alguns itens), temos links para o Diário Oficial.
� Objetivo: Identificar se o site permite obter a origem dos processos e
informações.
� Justificativa: Garantir a capacidade de conhecimento sobre a origem dos
processos e informações.
( ) SEMPRE SÃO EXPLICITADAS AS FONTES
( ) A MAIORIA DAS FONTES SÃO EXPLICITADAS
( ) ALGUMAS FONTES SÃO EXPLICITADAS
( ) POUCAS FONTES SÃO EXPLICITADAS
( ) NENHUMA FONTE É EXPLICITADA
( ) NDA
Se possível, indique que fontes foram explicitadas: _____________________
Comentários: __________________________________________________
5.3. Subcritério: Verificabilidade: Capacidade de ser legitimado. Permite
identificar se o que está sendo feito é o que deve ser feito.
Questão 1: Existem formas de se legitimar a informação oferecida pelo site? Ex:
Em vários sites é possível, através de comando, ver o código fonte da página.
� Objetivo: Identificar se o site oferece mecanismos que permitam legitimar as
informações disponibilizadas pelo site.
� Justificativa: Garantir a capacidade de conhecimento sobre as informações
oferecidas pelo site.
( ) É POSSÍVEL LEGITIMAR TODAS AS INFORMAÇÕES
( ) É POSSÍVEL LEGITIMAR A MAIORIA DAS INFORMAÇÕES
( ) É POSSÍVEL LEGITIMAR ALGUMAS INFORMAÇÕES
( ) É POSSÍVEL LEGITIMAR POUCAS INFORMAÇÕES
( ) NÃO É POSSÍVEL LEGITIMAR INFORMAÇÃO ALGUMA
253
( ) NDA
Comentários: __________________________________________________
5.4. Subcritério: Validação: Capacidade de ser testado por experimento ou
observação. Permite identificar se o que está sendo feito é correto.
Questão 1: Existem formas de se legitimar o processo oferecido pelo site? É
possível verificar se o processo executado é realmente o que acontece no mundo
real? Ex: É possível verificar se as etapas apresentadas no processo de
encaminhamento e postagem da Amazon realmente acontecem na prática?
� Objetivo: Identificar se a organização faz na prática o que o processo
explicitado no site diz que faz.
� Justificativa: Garantir que a prática do processo seja exatamente como está
sendo informado para o usuário no site.
( ) É POSSÍVEL LEGITIMAR TODOS OS PROCESSOS
( ) É POSSÍVEL LEGITIMAR A MAIORIA DOS PROCESSOS
( ) É POSSÍVEL LEGITIMAR ALGUNS PROCESSOS
( ) É POSSÍVEL LEGITIMAR POUCOS PROCESSOS
( ) NÃO É POSSÍVEL LEGITIMAR PROCESSO ALGUM
( ) NDA
Se possível, indique processos puderam ser legitimados: _________________
Comentários: ___________________________________________________
Questão 2: Existem formas de se garantir as informações oferecidas pelo site
através de testes? Ex: Ferramentas, softwares, testes de caixa-preta.
� Objetivo: Identificar através de testes se as informações oferecidas são
verdadeiras.
� Justificativa: Garantir que as informações apresentadas podem ser verificadas.
( ) É POSSÍVEL VERIFICAR TODOS AS INFORMAÇÕES
( ) É POSSÍVEL VERIFICAR A MAIORIA DAS INFORMAÇÕES
( ) É POSSÍVEL VERIFICAR ALGUMAS INFORMAÇÕES
( ) É POSSÍVEL VERIFICAR POUCAS INFORMAÇÕES
( ) NÃO É POSSÍVEL VERIFICAR INFORMAÇÃO ALGUMA
( ) NDA
254
Se possível, indique informações que puderam ser verificadas: ____________
Comentários: __________________________________________________
Questão 3: Existem formas de se garantir o processo oferecido pelo site usando
testes? Ex: Através de testes com o usuário.
� Objetivo: Identificar, através de testes, se os processos oferecidos são
verdadeiros.
� Justificativa: Garantir que os processos apresentados possam ser verificados.
( ) É POSSÍVEL VERIFICAR TODOS OS PROCESSOS
( ) É POSSÍVEL VERIFICAR A MAIORIA DOS PROCESSOS
( ) É POSSÍVEL VERIFICAR ALGUNS PROCESSOS
( ) É POSSÍVEL VERIFICAR POUCOS PROCESSOS
( ) NÃO É POSSÍVEL VERIFICAR PROCESSO ALGUM
( ) NDA
Se possível, indique processos que puderam ser verificados: _______________
Comentários: ___________________________________________________
5.5. Subcritério: Controlabilidade: Capacidade de ser controlado.
Questão 1: O site mantém log dos acessos? Ex: O site do CNPQ informa qual foi o
seu último acesso a cada nova entrada.
� Objetivo: Identificar se todos os acessos ao site têm mecanismos para controle
de forma a identificar quem acessou e quando.
� Justificativa: Garantir que todos os acessos ao site sejam identificados.
( ) É POSSÍVEL VERIFICAR TODOS OS PROCESSOS
( ) É POSSÍVEL VERIFICAR A MAIORIA DOS PROCESSOS
( ) É POSSÍVEL VERIFICAR ALGUNS PROCESSOS
( ) É POSSÍVEL VERIFICAR POUCOS PROCESSOS
( ) NÃO É POSSÍVEL VERIFICAR PROCESSO ALGUM
( ) NDA
Se possível, indique processos que puderam ser verificados: ______________
Comentários: __________________________________________________
Questão 2: O site oferece mecanismos que garantem o controle sobre as
255
informações armazenadas? Ex: O site pode oferecer formas de visualização para
confirmação de informações cadastradas pelo usuário.
� Objetivo: Identificar se todas as informações armazenadas foram verificadas e
validadas pelo usuário.
� Justificativa: Garantir controle sobre as informações armazenadas.
( ) TODAS AS INFORMAÇÕES ARMAZENADAS SÃO CONTROLADAS
( ) A MAIORIA DAS INFORMAÇÕES ARMAZENADAS É CONTROLADA
( ) ALGUMAS INFORMAÇÕES ARMAZENADAS SÃO CONTROLADAS
( ) POUCAS INFORMAÇÕES ARMAZENADAS SÃO CONTROLADAS
( ) NÃO HÁ CONTROLE SOBRE AS INFORMAÇÕES ARMAZENADAS
( ) NDA
Se possível, indique informações que não são controladas: _______________
Comentários: __________________________________________________
Questão 3: O site oferece mecanismos para conferências parciais dos processos?
Ex: Suponhamos que você esteja se cadastrando através de um processo dividido
em quatro partes. A cada parte desse processo poderia haver uma verificação dos
dados já informados até aquele momento.
� Objetivo: Identificar se o site oferece mecanismos de conferência parcial de
processos.
� Justificativa: Garantir controle sobre cada fase realizada do processo.
( ) TODOS OS PROCESSOS PODEM SER CONFERIDOS PARCIALMENTE
( ) A MAIORIA DOS PROCESSOS PODE SER CONFERIDA
PARCIALMENTE
( ) ALGUNS PROCESSOS PODEM SER CONFERIDOS PARCIALMENTE
( ) POUCOS PROCESSOS PODEM SER CONFERIDOS PARCIALMENTE
( ) NÃO HÁ POSSIBILIDADE DE CONFERÊNCIA PARCIAL DE
PROCESSOS
( ) NDA
Se possível, indique processos que não podem ser conferidos parcialmente: ___
Comentários: ___________________________________________________
Apresentação dos resultados obtidos
256
A seguir, apresentamos as respostas obtidas através dos questionários submetidos
aos grupos participantes da pesquisa. A coluna “subcritérios” elenca todas as folhas
ou características de segundo nível do SIG de Transparência. A coluna
“critério/subcritério/questão” refere-se aos cinco critérios principais ou de primeiro
nível do SIG de Transparência (Acessibilidade, Usabilidade, Informativo,
Entendimento e Auditabilidade). Os subcritérios, como já dito referem-se a todas as
folhas ou características de segundo nível do SIG de Transparência dispostas na
primeira coluna da tabela. As questões referem-se às perguntas elaboradas descritas
no questionário apresentado anteriormente neste apêndice. As demais colunas são
as respostas dadas pelos entrevistados às questões do questionário. A maioria das
questões permitia cinco opções de resposta ou NDA (Nenhuma das Anteriores).
Para as que possuíam três opções (somente 2 questões) não houve possibilidade de
resposta 2 e 4. Para as que tinham 7 opções (apenas uma questão), esta foi adaptada
para uma escala de 1 a 5 por aproximação. Com este trabalho pode-se analisar,
através da identificação das operacionalizações das características de transparência
existentes nos seus processos organizacionais, a transparência dos processos
apresentados através de sites na Web.
257
258
Apêndice E Questionário para verificação da Transparência em Processos Organizacionais
Este apêndice apresenta os dados referentes ao planejamento e à execução da
aplicação de um questionário sobre o SIG de transparência com o objetivo de
confirmar as operacionalizações definidas para implementar o conceito de
transparência organizacional em processos de produção de uma empresa real.
Este estudo é parte do resultado do estudo de caso realizado que pode ser visto no
Capítulo 5.
Introdução
São três os principais caminhos para compreender o comportamento humano
no contexto das ciências sociais empíricas (Fink, 1985): Observação: observar o
comportamento que ocorre naturalmente no âmbito real; Experimento: criar
situações artificiais e observar o comportamento das pessoas ante tarefas definidas
para essas situações; Survey: perguntar às pessoas o que fazem (fizeram) e pensam
(pensaram).
Fink (Fink, 1985) define survey como “método para coletar informação de
pessoas acerca de suas ideias, sentimentos, planos, crenças, bem como origem
social, educacional e financeira”. O instrumento utilizado no survey, o
questionário, pode ser definido como “um conjunto de perguntas sobre um
determinado tópico que não testa a habilidade do respondente, mas mede sua
opinião, seus interesses, aspectos de personalidade e informação biográfica”
(Yaremko, 1986).
Neste trabalho tratamos do desenvolvimento de um questionário para
levantamento de informações. Estamos estudando a ideia de transparência de
processos. Nossa abordagem é que transparência de processos é um requisito de
qualidade (não funcional) que pode ser inserido no contexto das organizações
através de definições e inserção de novos elementos em seus processos. A seguir,
são definidos o problema e os objetivos desta pesquisa, a hipótese da pesquisa, a
base populacional pesquisada, o contexto da pesquisa, a estrutura do questionário,
o questionário aplicado, as respostas obtidas, as análises realizadas e as conclusões.
259
As questões aqui apresentadas foram em boa parte adaptadas do primeiro
questionário realizado para verificação de transparência em organizações que
apresentam seus processos através de sites na Web, apresentado no Apêndice D.
Objetivo da Pesquisa
O objetivo desta pesquisa é coletar opiniões acerca da transparência de
processos organizacionais cedidos para esta pesquisa por uma organização real.
Hipótese
Transparência pode ser analisada em processos através da identificação das
operacionalizações das características de transparência existentes nos processos
organizacionais.
Base Populacional
A pesquisa foi aplicada a grupos de profissionais em Engenharia de
Software, divididos em dois grupos (tipo da amostra):
• Grupo 1 – profissionais que atuam no mercado de desenvolvimento de
software e que conhecem a organização detentora dos processos
• Grupo 2 – profissionais que atuam no mercado de desenvolvimento de
software e que não conhecem a organização detentora dos processos
Cada uma das amostras tinha o seguinte tamanho:
•Grupo 1 – 10 participantes – 5 questionários respondidos integralmente
•Grupo 2 – 12 participantes – 7 questionários respondidos integralmente
Total: 12 questionários respondidos
Contexto da Pesquisa
A pesquisa foi realizada com dois grupos de pesquisadores e profissionais à
distância. Foi enviado um e-mail aos participantes solicitando sua resposta ao
questionário sobre os processos apresentados enviado. A pesquisa não solicitava
260
identificação. O questionário foi aplicado em português. Foi pedido que todos os
participantes analisassem os mesmos três processos. Os processos analisados,
“Preparar Intervenção de Manutenção”, “Preparar Intervenção de Investimento” e
“Acompanhar Intervenção”, fazem parte dos processos de Exploração e Produção
de Petróleo de uma empresa brasileira localizada no estado do Rio Grande do
Norte e estão descritos no Anexo I desta tese.
O convite para participação continha o seguinte texto:
Convite para participação em pesquisa:
UMA ABORDAGEM PARA INSERÇÃO DE ASPECTOS DE TRANSPARÊNCIA EM PROCESSOS ORGANIZACIONAIS
O presente convite visa obter sua colaboração no estudo relacionado à Tese de
Doutorado sendo realizada no Programa de Pós Graduação em Informática da
PUC-RJ, da aluna Claudia Cappelli, orientada pelo professor Julio Cesar Sampaio do
Prado Leite.
Esta pesquisa visa construir uma abordagem para a modelagem de aspectos de
transparência em processos organizacionais. Nosso objetivo neste questionário é obter
uma compreensão mais ampla quanto à transparência dos ?? enviados juntamente
com este questionário.
Solicito também o seu auxílio na divulgação da pesquisa em sua rede de contatos. O
tempo de resposta das questões é de aproximadamente 60 minutos. O questionário
está em anexo junto aos modelos de processos para serem avaliados.
Sua resposta será confidencial. Somente o sumário das informações de todos os
respondentes será incluído no relatório final.
Em caso de dúvida, estou disponível para contato através do seguinte e-mail:
Agradeço antecipadamente a sua colaboração.
Claudia Cappelli
Estrutura
O questionário elaborado é formado pelas seguintes partes:
a) Introdução – Explanação sobre o conceito de transparência e de processos
b) Objetivo – Explanação sobre os objetivos da aplicação deste questionário
261
c) Questões – Perguntas objetivas para verificação de transparência nos
processos apresentados no site.
O Questionário
O questionário elaborado contém o seguinte conteúdo:
Introdução
Um processo é um grupo de atividades realizadas numa sequência lógica
com o objetivo de produzir um bem ou serviço que tem valor para um grupo
específico de clientes (Hammer, 1994). O termo “Processo” pode ser usado como
sinônimo de uma sequência de ações que permita aos participantes atingir seus
objetivos.
Atualmente muito se tem falado sobre o termo TRANSPARÊNCIA. Existem
atualmente diversas leis e acordos criados com o intuito de aprimorar e garantir a
TRANSPARÊNCIA ORGANIZACIONAL. A sociedade em geral, com seus
cidadãos e organizações, também vem se mostrando muito interessada na
possibilidade de possuir acesso às mais diversas informações.
Entendemos que a TRANSPARÊNCIA ORGANIZACIONAL está em
grande parte baseada na TRANSPARÊNCIA DOS PROCESSOS
ORGANIZACIONAIS, que por sua vez pode ser estabelecida através da
TRANSPARÊNCIA DOS MODELOS DE PROCESSOS ORGANIZACIONAIS,
e das INFORMAÇÕES que estes geram através de suas instâncias de execução.
Neste trabalho utilizamos o conceito de TRANSPARÊNCIA DO
PROCESSO ORGANIZACIONAL como “a existência de políticas
organizacionais que visam fornecer aos interessados informações sobre a
262
organização segundo características gerais de acesso, uso, apresentação,
entendimento e auditabilidade” (Cappelli, 2008).
Objetivo
Este questionário visa verificar, em uma determinada organização, através de
seus processos e informações, a presença de características de TRANSPARÊNCIA
DE PROCESSOS ORGANIZACIONAIS. Esta verificação é feita através da
análise de características específicas de: Acessibilidade, Usabilidade, Informação,
Entendimento e Auditabilidade.
Questões
1 – Característica Acessibilidade: Capacidade de obtenção.
1.1. Subcaracterística Portabilidade: Capacidade de ser usado em diferentes
ambientes.
Questão 1: Os processos podem ser acessados por diferentes meios de
comunicação? Ex: Através de acesso a uma base de processos com uso de
ferramenta de BPM, através de material impresso, através de uma base de
documentos, através de publicações na Web, através de aplicações de software,
entre outros.
� Objetivo: Investigar se os processos estão preparados para serem acessados
usando diversos meios de comunicação da organização.
� Justificativa: Processos preparados para serem acessados usando diversos
meios de comunicação da organização ajudam a garantir sua acessibilidade.
( ) PELOS PRINCIPAIS MEIOS DE COMUNICAÇÃO DA ORGANIZAÇÃO
( ) POR ALGUNS DOS MEIOS DE COMUNICAÇÃO DA ORGANIZAÇÃO
( ) POR POUCOS MEIOS DE COMUNICAÇÃO DA ORGANIZAÇÃO
( ) POR UM ÚNICO MEIO DE COMUNICAÇÃO DA ORGANIZAÇÃO
( ) POR NENHUM MEIO DE COMUNICAÇÃO DA ORGANIZAÇÃO
( ) NÃO POSSUO ESTA INFORMAÇÃO / NÃO SE APLICA
Comentários:
_______________________________________________________
263
Questão 2: É possível obter informações sobre os processos em diferentes
formatos? Ex: Posso obter as informações dos processos em diferentes formatos
(através de modelos ou em formato descritivo)? Posso gerar um relatório a partir
dos modelos de processos?
� Objetivo: Investigar se as formas de armazenamento das informações sobre os
processos possibilitam obtê-las em formatos que sejam compatíveis com as
preferências de cada usuário.
� Justificativa: Formas de armazenamento das informações sobre os processos
que possibilitam obtê-las em formatos que sejam compatíveis com as
preferências de cada usuário ajudam a garantir maior acessibilidade.
( ) É POSSÍVEL PARA TODAS AS INFORMAÇÕES
( ) É POSSÍVEL PARA A MAIOR PARTE DAS INFORMAÇÕES
( ) É POSSÍVEL PARA ALGUMAS INFORMAÇÕES
( ) É POSSÍVEL PARA POUCAS INFORMAÇÕES
( ) NÃO É POSSÍVEL PARA INFORMAÇÃO ALGUMA
( ) NÃO POSSUO ESTA INFORMAÇÃO / NÃO SE APLICA
Comentários:
________________________________________________________
Questão 3: É possível obter, em diferentes formatos, informações geradas
durante a execução das instâncias dos processos? Ex: Posso exportar as
informações das aplicações que apoiam o processo, caso existam? Posso exportar
as informações da ferramenta de workflow que suporta o processo, caso exista?
Posso disponibilizar em diferentes formatos os registros feitos sobre as
informações geradas durante a execução do processo?
� Objetivo: Investigar se as formas de armazenamento das informações
registradas durante a execução do processo possibilitam obtê-las em formatos
que sejam compatíveis com as preferências/necessidades de cada usuário.
� Justificativa: Formas de armazenamento das informações registradas
durante a execução do processo que possibilitam obtê-las em formatos
compatíveis com as preferências/necessidades de cada usuário ajudam a
garantir a acessibilidade do processo.
( ) É POSSÍVEL PARA TODAS AS INFORMAÇÕES
( ) É POSSÍVEL PARA A MAIOR PARTE DAS INFORMAÇÕES
264
( ) É POSSÍVEL PARA ALGUMAS INFORMAÇÕES
( ) É POSSÍVEL PARA POUCAS INFORMAÇÕES
( ) NÃO É POSSÍVEL PARA INFORMAÇÃO ALGUMA
( ) NÃO POSSUO ESTA INFORMAÇÃO / NÃO SE APLICA
Comentários:
______________________________________________________
Questão 4: Caso os processos sejam apoiados por aplicações para sua execução, é
possível executar estas aplicações em diferentes plataformas? Ex: É possível
executar as aplicações que suportam o processo em Linux ou Windows? Caso seja
uma aplicação Web, pode ser executada em diferentes browsers?
� Objetivo: Investigar se as formas de acesso às aplicações que apoiam a
execução dos processos, caso existam, podem ser executadas em diferentes
ambientes.
� Justificativa: Formas de acesso às aplicações que apoiam a execução dos
processos em diferentes ambientes ajudam a garantir maior acessibilidade.
( ) É POSSÍVEL PARA TODAS AS APLICAÇÕES QUE OS APOIAM
( ) É POSSÍVEL PARA A MAIOR PARTE DAS APLICAÇÕES QUE OS APOIAM
( ) É POSSÍVEL PARA ALGUMAS APLICAÇÕES QUE OS APOIAM
( ) É POSSÍVEL PARA POUCAS APLICAÇÕES QUE OS APOIAM
( ) NÃO É POSSÍVEL PARA QUALQUER DAS APLICAÇÕES QUE OS APOIAM
( ) NÃO EXISTEM APLICAÇÕES PARA APOIO DO PROCESSO
( ) NÃO POSSUO ESTA INFORMAÇÃO / NÃO SE APLICA
Comentários:
_______________________________________________________
1.2. Subcaracterística Publicidade: Capacidade de se tornar público.
Questão 1: O local em que os processos e as informações geradas por eles se
encontram disponíveis é veiculado pela organização? Ex: São enviados e-mails
publicando informações sobre a localização dos processos? Caso não esteja
disponível em formato eletrônico, é divulgada sua localização física? Mudanças
de localização para acesso aos processos são informadas?
265
� Objetivo: Investigar se as informações sobre a localização dos processos são
veiculadas.
� Justificativa: Localização dos processos e informações veiculadas na
organização periodicamente ajudam a garantir maior acessibilidade.
( ) SEMPRE
( ) NA MAIORIA DAS VEZES
( ) ALGUMAS VEZES
( ) POUCAS VEZES
( ) NUNCA
( ) NÃO POSSUO ESTA INFORMAÇÃO / NÃO SE APLICA
Comentários:
__________________________________________________________
Questão 2: Os Gestores dos processos divulgam os processos sob sua
responsabilidade? Ex: Há comunicação periódica sobre a execução dos processos?
Há comunicação sobre mudanças realizadas nos processos?
� Objetivo: Investigar se os gestores dos processos buscam divulgar os
processos sob sua responsabilidade.
� Justificativa: Gestores de processos que buscam divulgar processos sob sua
responsabilidade ajudam a garantir a acessibilidade dos mesmos.
( ) SEMPRE
( ) NA MAIORIA DAS VEZES
( ) ALGUMAS VEZES
( ) POUCAS VEZES
( ) NUNCA
( ) NÃO POSSUO ESTA INFORMAÇÃO / NÃO SE APLICA
Comentários:
________________________________________________________
1.3. Subcaracterística Disponibilidade: Capacidade de ser utilizado no momento
em que for necessário.
Questão 1: Os processos estão sempre disponíveis para acesso e uso? Ex: Toda vez
que se busca o acesso aos processos e às suas informações, é possível obtê-lo? Ex:
É possível utilizar-se do processo toda vez que é necessário?
� Objetivo: Investigar se os processos estão sempre disponíveis para consulta e
266
acesso por parte dos usuários.
� Justificativa: Processos que estão sempre disponíveis para consulta e acesso
por parte dos usuários ajudam a garantir maior acessibilidade.
( ) SEMPRE
( ) NA MAIORIA DAS VEZES
( ) ALGUMAS VEZES
( ) POUCAS VEZES
( ) NUNCA
( ) NÃO POSSUO ESTA INFORMAÇÃO / NÃO SE APLICA
Comentários: __________________________________________________
Questão 2: Caso existam aplicações que apóiem os processos, estas estão
sempre disponíveis para execução? Ex: Os sistemas de informação que apoiam
os processos estão sempre on-line?
� Objetivo: Investigar se as aplicações que viabilizam a execução dos
processos estão disponíveis com a frequência necessária.
� Justificativa: Aplicações que viabilizam a execução dos processos e estão
disponíveis com a frequência necessária ajudam a garantir acessibilidade dos
mesmos.
( ) SEMPRE
( ) NA MAIORIA DAS VEZES
( ) ALGUMAS VEZES
( ) POUCAS VEZES
( ) NUNCA
( ) NÃO EXISTEM APLICAÇÕES PARA APOIO DO PROCESSO
( ) NÃO POSSUO ESTA INFORMAÇÃO / NÃO SE APLICA
Comentários:
__________________________________________________
2 – Característica Usabilidade: Capacidade de uso.
2.1. Subcaracterística Uniformidade: Capacidade de manter uma única forma.
Questão 1: Todos os processos e informações possuem um padrão quando
267
apresentados? Ex: Todos os modelos de processos sempre usam a mesma
notação e os mesmos tipos de diagramas para representar os mesmos
conceitos? Todos os documentos que por ventura descrevem processos
utilizam um mesmo padrão para elaboração? Informações são apresentadas
sempre no mesmo formato, por exemplo, datas são sempre apresentadas no
formato dd/mm/aa?
� Objetivo: Identificar se os modelos dos processos e as informações usam
representações padronizadas.
� Justificativa: Modelos de processo e informações que usam representações
padronizadas ajudam a garantir a usabilidade dos mesmos.
( ) TODOS
( ) A MAIORIA
( ) APROXIMADAMENTE METADE
( ) POUCOS
( ) NENHUM
( ) NÃO POSSUO ESTA INFORMAÇÃO / NÃO SE APLICA
Comentários:
__________________________________________________
Questão 2: O processo possui um glossário/léxico/ontologia com a definição de
seus termos?
� Objetivo: Identificar se o processo padroniza os termos que referencia.
� Justificativa: Processos que padronizam os termos que referencia ajudam a
garantir maior usabilidade.
( ) POSSUI PARA TODOS OS TERMOS
( ) POSSUI PARA A MAIORIA DOS TERMOS
( ) POSSUI PARA ALGUNS TERMOS
( ) POSSUI PARA POUCOS TERMOS
( ) NÃO POSSUI PARA TERMO ALGUM
( ) NÃO POSSUO ESTA INFORMAÇÃO / NÃO SE APLICA
Comentários:
___________________________________________________
Questão 3: Os processos utilizam um padrão de descrição? Ex: Existem padrões
para elaboração da descrição dos processos?
268
� Objetivo: Garantir uma forma única de descrição dos processos.
� Justificativa: A existência de um padrão de descrição ajuda a garantir a
usabilidade do processo.
( ) TODOS
( ) A MAIORIA
( ) APROXIMADAMENTE METADE
( ) POUCOS
( ) NENHUM
( ) NÃO POSSUO ESTA INFORMAÇÃO / NÃO SE APLICA
Comentários:
___________________________________________________
Questão 4: Caso existam aplicações que apóiem os processos, estas possuem
interface padrão? Ex: As aplicações têm o mesmo formato para suas telas? As
aplicações têm os menus organizados de forma semelhante? Os relatórios gerados
têm cabeçalho padronizado (sempre apresentam origem, data e hora da informação
gerada)?
� Objetivo: Identificar se as aplicações fazem uso de interface padrão.
� Justificativa: A existência de um padrão de interfaces auxilia na usabilidade do
processo.
( ) TODAS
( ) A MAIORIA
( ) APROXIMADAMENTE METADE
( ) POUCAS
( ) NENHUMA
( ) NÃO EXISTEM APLICAÇÕES PARA APOIO DO PROCESSO
( ) NÃO POSSUO ESTA INFORMAÇÃO / NÃO SE APLICA
Comentários: ___________________________________________________
2.2. Subcaracterística Intuitividade: Capacidade de ser utilizado sem
aprendizado prévio.
Questão 1: A representação dos processos é feita através de uma sequência bem
definida com conteúdo adequado? Ex: É possível identificar os passos anteriores e
os posteriores ao que se está executando? É possível ter conhecimento das regras
269
que regem o processo? É possível saber os sistemas usados para execução do
processo?
� Objetivo: Verificar se é possível identificar a sequência de passos e o conteúdo
do processo.
� Justificativa: Poder identificar a sequência de passos e o conteúdo do processo
ajuda a garantir a usabilidade do processo.
( ) SEMPRE
( ) NA MAIORIA DAS VEZES
( ) ALGUMAS VEZES
( ) POUCAS VEZES
( ) NUNCA
( ) NÃO POSSUO ESTA INFORMAÇÃO / NÃO SE APLICA
Comentários: __________________________________________________
Questão 2: Os nomes e descrições dos processos permitem fácil entendimento do
que será realizado? Ex: O usuário do processo tem capacidade de, através da leitura
dos nomes das atividades e de suas descrições, executar os passos do processo?
� Objetivo: Verificar se os nomes e descrições dos processos permitem fácil
entendimento do que será realizado.
� Justificativa: Nomes e descrições que permitem fácil entendimento do que será
realizado ajudam a garantir a usabilidade dos processos.
( ) SEMPRE
( ) QUASE SEMPRE
( ) REGULARMENTE
( ) RARAMENTE
( ) NUNCA
( ) NÃO POSSUO ESTA INFORMAÇÃO / NÃO SE APLICA
Comentários: __________________________________________________
Questão 3: Os nomes utilizados fazem parte de um domínio cognitivo comum? Ex:
Os processos usam um vocabulário adequado ao domínio? Os termos são de
conhecimento dos usuários do processo?
� Objetivo: Identificar se os processos usam um vocabulário intuitivo que condiz
com o seu domínio cognitivo.
� Justificativa: Um vocabulário comum adequado ao domínio cognitivo dos
270
processos contribui para a usabilidade dos processos.
( ) SEMPRE
( ) QUASE SEMPRE
( ) REGULARMENTE
( ) RARAMENTE
( ) NUNCA
( ) NÃO POSSUO ESTA INFORMAÇÃO / NÃO SE APLICA
Comentários: ___________________________________________________
Questão 4: A notação utilizada para a representação dos processos traduz o
significado do elemento representado? Ex: Cada figura que representa um elemento
no processo tem um símbolo que o traduz visualmente? O elemento equipamento
poderia ser representado pela figura de uma engrenagem, o elemento sistema
poderia ser representado pela figura de um computador, o elemento informação
poderia ser representado pela figura de um banco de dados, o elemento risco
poderia ser representado pela figura de um raio, por exemplo.
� Objetivo: Garantir o fácil entendimento dos elementos dos processos.
� Justificativa: Elementos que representam graficamente seu significado
contribuem para a usabilidade dos processos.
( ) SEMPRE
( ) QUASE SEMPRE
( ) REGULARMENTE
( ) RARAMENTE
( ) NUNCA
( ) NÃO POSSUO ESTA INFORMAÇÃO / NÃO SE APLICA
Comentários: __________________________________________________
Questão 5: Caso existam aplicações que apóiem os processos, a simbologia
utilizada por elas traduz o significado das ações a serem executadas? Ex: Cada
figura que representa uma funcionalidade do software tem um símbolo que a traduz
visualmente? O carrinho de compras, por exemplo, executa a ação de aquisição de
um bem ou serviço.
� Objetivo: Garantir o uso intuitivo das funcionalidades das aplicações que
apoiam os processos.
� Justificativa: Simbologia aplicada às funcionalidades das aplicações que
271
apoiam os processos contribui para a sua usabilidade.
( ) SEMPRE
( ) QUASE SEMPRE
( ) REGULARMENTE
( ) RARAMENTE
( ) NUNCA
( ) NÃO EXISTEM APLICAÇÕES QUE APOIAM OS PROCESSOS
( ) NÃO POSSUO ESTA INFORMAÇÃO / NÃO SE APLICA
Comentários: __________________________________________________
Questão 6: Os símbolos utilizados para representar os elementos contidos nos
modelos de processo usam cores padrão legendadas para facilitar a identificação?
Ex: Atividades sempre usam cor verde, eventos sempre cor branca, atores sempre
amarelo.
� Objetivo: Facilitar a identificação dos elementos na leitura dos processos.
� Justificativa: O uso de cores aumenta a usabilidade dos modelos de processo.
( ) SEMPRE
( ) QUASE SEMPRE
( ) REGULARMENTE
( ) RARAMENTE
( ) NUNCA
( ) NÃO POSSUO ESTA INFORMAÇÃO / NÃO SE APLICA
Comentários: __________________________________________________
2.3. Subcaracterística Simplicidade: Capacidade de não apresentar dificuldades
ou obstáculos.
Questão 1: Os processos possuem muitos handoff’s (passagens de bastão entre os
atores)? Ex: Para aprovação de um documento o processo envolve os mesmos
atores em vários estágios diferentes, quando estas atividades poderiam ser
agrupadas e realizadas de uma só vez por cada um dos atores? Existe muita troca de
informação entre os mesmos atores de forma sequencial?
� Objetivo: Identificar se o processo é simples de utilizar.
� Justificativa: Processos com pequeno número de handoff’s aumentam sua
usabilidade.
( ) NUNCA
272
( ) RARAMENTE
( ) REGULARMENTE
( ) QUASE SEMPRE
( ) SEMPRE
( ) NÃO POSSUO ESTA INFORMAÇÃO / NÃO SE APLICA
Comentários: __________________________________________________
Questão 2: As atividades dos processos estão organizadas em uma sequência
lógica? Ex: Todos os elementos necessários para a execução das atividades estão
definidos e organizados de forma a estarem disponíveis no momento de sua
execução? Atividades que dependam de recursos gerados por atividades anteriores
só acontecem depois da finalização destas?
� Objetivo: Identificar se o processo é simples através de sua sequência lógica.
� Justificativa: A organização lógica das informações dos processos influencia
na usabilidade do mesmo.
( ) SEMPRE
( ) QUASE SEMPRE
( ) REGULARMENTE
( ) RARAMENTE
( ) NUNCA
( ) NÃO POSSUO ESTA INFORMAÇÃO / NÃO SE APLICA
Comentários:
_________________________________________________________
Questão 3: Os procedimentos utilizados para execução de processos com a mesma
finalidade possuem um padrão? Ex: Todas as requisições de compras são
elaboradas através de um mesmo procedimento independente do objeto da compra?
Todas as solicitações de viagem utilizam o mesmo processo e formulários,
independente do tipo e do motivo da viagem?
� Objetivo: Identificar se o processo é simples através da padronização de seus
procedimentos.
� Justificativa: A padronização de procedimentos reduz a complexidade e
aumenta a usabilidade do processo.
( ) SEMPRE
( ) QUASE SEMPRE
( ) REGULARMENTE
273
( ) RARAMENTE
( ) NUNCA
( ) NÃO POSSUO ESTA INFORMAÇÃO / NÃO SE APLICA
Comentários: ___________________________________________________
Questão 4: As informações utilizadas no processo têm uma única fonte para cada
uma delas? Ex: A mesma informação utilizada em pontos diferentes do processo
tem origem na mesma fonte?
� Objetivo: Identificar se o processo é simples através do uso de informações de
fontes únicas.
� Justificativa: O armazenamento em fonte única para cada informação do
processo reduz a complexidade e aumenta a usabilidade do mesmo.
( ) SEMPRE
( ) QUASE SEMPRE
( ) REGULARMENTE
( ) RARAMENTE
( ) NUNCA
( ) NÃO POSSUO ESTA INFORMAÇÃO / NÃO SE APLICA
Comentários: __________________________________________________
Questão 5: Os processos possuem muitos níveis de subprocessos aninhados? Ex:
Na sequência principal de um processo chama-se outro processo que por sua vez
chama um próximo e assim sucessivamente, com muitos níveis de chamada?
� Objetivo: Identificar se o processo é simples através de um número reduzido de
chamadas sucessivas a outros processos.
� Justificativa: Poucos processos aninhados aumentam sua usabilidade.
( ) NUNCA
( ) RARAMENTE
( ) REGULARMENTE
( ) QUASE SEMPRE
( ) SEMPRE
( ) NÃO POSSUO ESTA INFORMAÇÃO / NÃO SE APLICA
Comentários: ___________________________________________________
2.4. Subcaracterística Amigabilidade: Capacidade de uso sem esforço.
274
Questão 1: Os processos são representados através de um diagrama? Ex: O
processo é representado através de um EPC ou BPMN ou UML ou I*, ao invés de
descrito através de texto?
� Objetivo: Identificar se os processos são representados através de diagramas.
� Justificativa: A forma gráfica para representação dos processos aumenta sua
usabilidade.
( ) SEMPRE
( ) QUASE SEMPRE
( ) REGULARMENTE
( ) RARAMENTE
( ) NUNCA
( ) NÃO POSSUO ESTA INFORMAÇÃO / NÃO SE APLICA
Comentários: __________________________________________________
Questão 2: Os processos permitem ser interrompidos durante sua execução e
retomados no mesmo ponto em que se parou em um momento seguinte? Ex:
Quando você está realizando um determinado procedimento e falta um determinado
documento que o impede de dar continuidade à execução do processo, este
processo permite que o procedimento seja realizado em outro momento, a partir do
ponto que o mesmo foi interrompido sem que se tenha que retornar ao início do
mesmo?
� Objetivo: Identificar se os processos permitem ser interrompidos durante sua
execução e retomados no mesmo ponto em que se parou em um momento
seguinte.
� Justificativa: Processos que permitem ser interrompidos durante sua execução
e retomados no mesmo ponto em que se parou em um momento seguinte
aumentam sua usabilidade.
( ) PERMITEM PARA TODOS OS PROCEDIMENTOS
( ) PERMITEM PARA A MAIORIA DOS PROCEDIMENTOS
( ) PERMITEM PARA QUASE METADE DOS PROCEDIMENTOS
( ) PERMITEM PARA POUCOS PROCEDIMENTOS
( ) NÃO PERMITEM
( ) NÃO POSSUO ESTA INFORMAÇÃO / NÃO SE APLICA
Comentários: __________________________________________________
275
Questão 3: Os processos oferecem sugestões/recursos/informações para cada
passo dos processos? Ex: Existem helps para apoio à execução dos processos?
Existem documentos de apoio para execução dos processos? Os formulários
eventualmente necessários ao processo possuem detalhamento e exemplos para seu
preenchimento?
� Objetivo: Identificar se os processos oferecem sugestões/recursos/informações
para cada passo dos processos.
� Justificativa: Os processos que dispõem de recursos, mecanismos e/ou
sugestões de uso ajudam a aumentar sua usabilidade.
( ) PARA TODOS OS PASSOS DOS PROCESSOS
( ) PARA A MAIORIA DOS PASSOS DOS PROCESSOS
( ) PARA QUASE METADE DOS PASSOS DOS PROCESSOS
( ) PARA POUCOS PASSOS DOS PROCESSOS
( ) PARA NENHUM DOS PASSOS DOS PROCESSOS
( ) NÃO POSSUO ESTA INFORMAÇÃO / NÃO SE APLICA
Comentários:___________________________________________________
2.5. Subcaracterística Operabilidade: Capacidade de estar operacional.
Questão 1: O processo apresenta descrição de seus objetivos e dos produtos a
serem gerados? Ex: O processo oferece uma descrição do que será gerado e do
objetivo a que se propõe atender? Sabe-se exatamente o resultado que será obtido
com a execução do processo?
� Objetivo: Investigar se o processo apresenta descrição de seus objetivos e das
principais funções que se propõe a realizar.
� Justificativa: Processos sobre os quais se consegue identificar objetivos e
produtos ajudam a garantir sua usabilidade.
( ) SEMPRE
( ) QUASE SEMPRE
( ) REGULARMENTE
( ) RARAMENTE
( ) NUNCA
( ) NÃO POSSUO ESTA INFORMAÇÃO / NÃO SE APLICA
Comentários: __________________________________________________
276
Questão 2: O processo possui definição dos elementos que manipula? Ex: O
processo possui descrição para as informações, atores, documentos, produtos?
� Objetivo: Investigar se o processo possui informações sobre os elementos que
estão associados a ele.
� Justificativa: Possuir definição dos elementos que estão associados a ele
ajuda a garantir maior usabilidade do processo.
( ) SEMPRE
( ) QUASE SEMPRE
( ) REGULARMENTE
( ) RARAMENTE
( ) NUNCA
( ) NÃO POSSUO ESTA INFORMAÇÃO / NÃO SE APLICA
Comentários:___________________________________________________
______
2.6. Subcaracterística Desempenho: Capacidade de operar adequadamente.
Questão 1: O tempo de resposta para o acesso aos modelos de processos é adequado?
Ex: Caso se use uma ferramenta de BPM para armazenamento dos modelos de
processo, uma base de documentos sobre o processo, o tempo de resposta no acesso a
Questão 3: Existem características de navegabilidade nos modelos de processo? Ex: Os
processos orientam o usuário, através de suas interfaces ou através de suas
decomposições?
� Objetivo: Investigar se o processo facilita a operabilidade das informações e
processos usando uma navegação intuitiva e lógica.
� Justificativa: Uma navegabilidade adequada no processo ajuda o usuário no uso dos
processos e no acesso às informações oferecidas.
( ) SEMPRE
( ) QUASE SEMPRE
( ) REGULARMENTE
( ) RARAMENTE
( ) NUNCA
( ) NÃO POSSUO ESTA INFORMAÇÃO / NÃO SE APLICA
Comentários: _______________________________________________________
277
estas é adequado?
� Objetivo: Investigar se existe infra-estrutura com desempenho adequado para
acesso aos processos.
� Justificativa: Processos acessados em tempo adequado para o usuário ajudam a
garantir sua usabilidade.
( ) TOTALMENTE ADEQUADO
( ) MUITO ADEQUADO
( ) RAZOAVELMENTE ADEQUADO
( ) POUCO ADEQUADO
( ) NÃO É ADEQUADO
( ) NÃO POSSUO ESTA INFORMAÇÃO / NÃO SE APLICA
Comentários: ______________________________________________________
Questão 2: O tempo de resposta para acessar informações sobre a execução do
processo é adequado? Ex: Caso o processo seja apoiado por aplicações, o tempo
de respostas destes softwares é adequado? Caso as informações sobre a execução
do processo estejam em papel ou em poder de algum ator, o tempo de resposta é
adequado?
� Objetivo: Investigar se o acesso às informações sobre o processo é rápido.
� Justificativa: Bom desempenho no acesso às informações do processo
melhora a usabilidade do processo.
( ) TOTALMENTE ADEQUADO
( ) MUITO ADEQUADO
( ) RAZOAVELMENTE ADEQUADO
( ) POUCO ADEQUADO
( ) NÃO É ADEQUADO
( ) NÃO POSSUO ESTA INFORMAÇÃO / NÃO SE APLICA
Comentários: ______________________________________________________
Questão 3: O tempo de execução dos processo é adequado? Ex: Para se executar
da primeira até a última atividade, o tempo necessário é razoável para o processo?
� Objetivo: Investigar se o tempo total de execução do processo é adequado.
� Justificativa: Bom desempenho na execução total do processo melhora sua
usabilidade.
( ) TOTALMENTE ADEQUADO
( ) MUITO ADEQUADO
278
( ) RAZOAVELMENTE ADEQUADO
( ) POUCO ADEQUADO
( ) NÃO É ADEQUADO
( ) NÃO POSSUO ESTA INFORMAÇÃO / NÃO SE APLICA
Comentários:
______________________________________________________
2.7. Subcaracterística Adaptabilidade: Capacidade de mudar de acordo com
as circunstâncias e necessidades.
Questão 1: Existem definições de como proceder caso seja necessário mudar
o processo de acordo com necessidades específicas de um determinado
contexto de execução do mesmo? Ex: Sabe-se como inserir uma nova
atividade no processo no momento de sua execução? Sabe-se como mudar a
ordem de execução das atividades? Sabe-se como mudar os atores do processo
no momento de sua execução?
� Objetivo: Identificar se os processos possuem definição de como
adaptá-los através da inclusão/alteração/exclusão de
elementos/informações do processo.
� Justificativa: Identificar como adaptar para inclusão/alteração/exclusão
de elementos/informações do processo ajuda a garantir a capacidade de
usabilidade dos processos.
( ) SEMPRE
( ) QUASE SEMPRE
( ) REGULARMENTE
( ) RARAMENTE
( ) NUNCA
( ) NÃO POSSUO ESTA INFORMAÇÃO / NÃO SE APLICA
Comentários: ___________________________________________________
Questão 2: Caso o processo seja apoiado por aplicações, é possível personalizar
estas aplicações para adaptá-las às necessidades das diversas execuções dos
processos? Ex: Nos sites bancários é possível indicar o que se quer ver na tela. No
site do Google pode-se confeccionar uma página pessoal.
279
� Objetivo: Identificar se as aplicações que apoiam os processos permitem a
adaptação de funcionalidades que os tornem personalizados para o usuário, de
modo que este possa ter melhor usabilidade sobre os processos e informações
disponíveis.
� Justificativa: Processos que permitem a adaptação de funcionalidades ajudam
a garantir a sua usabilidade.
( ) SEMPRE
( ) QUASE SEMPRE
( ) REGULARMENTE
( ) RARAMENTE
( ) NUNCA
( ) NÃO EXISTEM APLICAÇÕES QUE APOIAM OS PROCESSOS
( ) NÃO POSSUO ESTA INFORMAÇÃO / NÃO SE APLICA
Comentários: ___________________________________________________
3 – Característica Informativo: Capacidade de prover informações.
3.1. Subcaracterística Clareza: Capacidade de nitidez e compreensão.
Questão 1: O vocabulário dos processos é intuitivo, natural e adequado? Ex:
Considerando um processo de transações bancárias, os bancos costumam oferecer,
na maioria das vezes, informações usando linguagem natural adequada que indicam
de certa forma a operação que será realizada: (i) consulta de saldo, (ii) depósito
bancário e (iii) pagamento de conta.
� Objetivo: Investigar se os processos usam vocabulário adequado ao seu
público alvo e domínio.
� Justificativa: Um vocabulário de acordo com o público alvo e o domínio
facilita o entendimento e torna mais clara a exposição das informações e dos
processos.
( ) TOTALMENTE ADEQUADO
( ) MUITO ADEQUADO
( ) RAZOAVELMENTE ADEQUADO
( ) POUCO ADEQUADO
( ) NÃO É ADEQUADO
( ) NÃO POSSUO ESTA INFORMAÇÃO / NÃO SE APLICA
280
Comentários: __________________________________________________
Questão 2: O processo apresenta descrição de seus objetivos e das principais
funções que se propõe a realizar? Ex: O processo oferece uma descrição para o
que deve ser utilizado e do objetivo a que se propõe atender?
� Objetivo: Investigar se o processo auxilia o usuário, oferecendo uma
descrição clara sobre suas ações.
� Justificativa: Processos descritos previamente e apropriadamente facilitam a
clareza sobre os mesmos por parte dos usuários.
( ) SEMPRE
( ) QUASE SEMPRE
( ) REGULARMENTE
( ) RARAMENTE
( ) NUNCA
( ) NÃO POSSUO ESTA INFORMAÇÃO / NÃO SE APLICA
Comentários: ________________________________________________
Questão 3: Existem fontes complementares caso o usuário deseje saber mais
detalhes sobre uma determinada informação ou processo? Ex: Existe histórico de
execução dos processos, documentos relacionados ao processo, informações sobre
pessoas que participam do processo, empresas que também executam o mesmo
processo?
� Objetivo: Investigar se os processos oferecem fontes alternativas e
informações complementares que ajudam a esclarecer dúvidas sobre os
processos.
� Justificativa: Processos que possuem fontes alternativas permitem ao usuário
esclarecer suas dúvidas tornando mais claro como proceder para atingir seus
objetivos.
( ) SEMPRE
( ) QUASE SEMPRE
( ) REGULARMENTE
( ) RARAMENTE
( ) NUNCA
( ) NÃO POSSUO ESTA INFORMAÇÃO / NÃO SE APLICA
Comentários: _________________________________________________
281
Questão 4: Os processos são bem focados, tratam de um tema bem definido? Ex: O
processo trata somente de informações e atividades pertinentes ao processo? Em
um processo de execução de um procedimento existem somente os passos para
execução? As atividades de gestão deste processo estão definidas e organizadas em
um processo separado, tendo apenas interfaces entre eles, por exemplo?
� Objetivo: Investigar se os processos têm um propósito bem definido, não
gerando dúvidas sobre seus serviços e conteúdos.
� Justificativa: Processos com escopo bem definido tornam-se mais claros.
( ) SEMPRE
( ) QUASE SEMPRE
( ) REGULARMENTE
( ) RARAMENTE
( ) NUNCA
( ) NÃO POSSUO ESTA INFORMAÇÃO / NÃO SE APLICA
Comentários: _________________________________________________
Questão 5: O processo oferece acesso às políticas usadas para sua confecção? Ex.
A política de organização que define a forma e o conteúdo do processo pode ser
acessada facilmente?
� Objetivo: Investigar se os processos deixam explícito o acesso às normas e
políticas sob as quais foram construídos.
� Justificativa: Políticas que podem ser conhecidas permitem que os processos
sejam mais claros para os usuários.
( ) SEMPRE
( ) QUASE SEMPRE
( ) REGULARMENTE
( ) RARAMENTE
( ) NUNCA
( ) NÃO POSSUO ESTA INFORMAÇÃO / NÃO SE APLICA
Comentários: __________________________________________________
Questão 6: Existe um fórum/lista de discussão sobre os processos? Ex: A
organização possui interface com o cliente e há espaço para tirar dúvidas sobre o
processo? Existe serviço de helpdesk sobre o processo?
282
� Objetivo: Investigar se as organizações oferecem informações sobre como
funcionam os seus serviços.
� Justificativa: Possuir um fórum/lista e discussão sobre os processos auxilia a
torná-los mais claro.
( ) PARA TODOS OS PROCESSOS
( ) PARA A MAIOR PARTE DOS PROCESSOS
( ) PARA OS PRINCIPAIS PROCESSOS
( ) PARA ALGUNS PROCESSOS (NÃO PRINCIPAIS)
( ) PARA POUCOS PROCESSOS
( ) PARA NENHUM PROCESSO
( ) NÃO POSSUO ESTA INFORMAÇÃO / NÃO SE APLICA
Comentários: __________________________________________________
Questão 7: Existem sistemas que geram histórico das informações sobre as
execuções das instâncias dos processos? Ex: O processo é apoiado por um software
de workflow? O processo é apoiado por vários sistemas integrados que possuem
histórico de informações?
� Objetivo: Investigar se os processos oferecem informações sobre o que ocorreu
em outras instâncias de sua execução.
� Justificativa: Fatos sobre a execução dos processos em outros momentos
ajudam a tornar os processos mais claros para seus usuários.
( ) PARA TODOS OS PROCESSOS
( ) PARA A MAIOR PARTE DOS PROCESSOS
( ) PARA ALGUNS PROCESSOS
( ) PARA POUCOS PROCESSOS
( ) PARA NENHUM PROCESSO
( ) NÃO POSSUO ESTA INFORMAÇÃO / NÃO SE APLICA
Comentários: __________________________________________________
Questão 8: Existem ambiguidades nos processos? Ex: Existem processos que têm
descrições muito parecidas gerando confusão e dúvida do tipo: Qual dos processos
realiza o que eu realmente quero e preciso?
� Objetivo: Investigar se os processos não usam a mesma descrição para definir
atividades diferentes.
283
� Justificativa: Processos sem ambiguidade são mais claros e informativos.
( ) NUNCA
( ) POUCAS VEZES
( ) ALGUMAS VEZES
( ) NA MAIORIA DAS VEZES
( ) SEMPRE
( ) NÃO POSSUO ESTA INFORMAÇÃO / NÃO SE APLICA
Comentários: __________________________________________________
Questão 9: Existe redundância nos processos? Ex: Existem dois processos, com
nomes diferentes, realizando as mesmas sequências de atividades, gerando
confusão e dúvidas como: Qual deles é o correto? Tenho de fazer os dois?
� Objetivo: Investigar se os processos usam nomes diferentes para tratar o
mesmo processo.
� Justificativa: Processos sem redundância evitam confundir o usuário.
( ) NUNCA
( ) POUCAS VEZES
( ) ALGUMAS VEZES
( ) NA MAIORIA DAS VEZES
( ) SEMPRE
( ) NÃO POSSUO ESTA INFORMAÇÃO / NÃO SE APLICA
Comentários: _________________________________________________
3.2. Subcaracterística Acurácia: Capacidade de execução isenta de erros
sistemáticos.
Questão 1: Existe tratamento para todas as situações que possam acontecer durante
a execução dos processos? Ex: Há indicação, no processo, de como atuar toda vez
que uma situação de decisão aparece?
� Objetivo: Investigar se os processos possuem tratamento para as situações de
decisão.
� Justificativa: Processos que possuem tratamento para as situações de decisão
ajudam na exatidão de sua execução.
( ) SEMPRE
( ) QUASE SEMPRE
( ) REGULARMENTE
284
( ) RARAMENTE
( ) NUNCA
( ) NÃO POSSUO ESTA INFORMAÇÃO / NÃO SE APLICA
Comentários: ________________________________________________
Questão 2: Existem mecanismos para verificação de erros ao longo do processo a
fim de evitá-los? Ex: Existem atividades inseridas no processo para verificar se
erros são possíveis de acontecer que possam atuar antes disso?
� Objetivo: Investigar se os processos possuem controles e correções para não
comprometerem seus resultados.
� Justificativa: Garantir que os processos sejam exatos na sua execução.
( ) SEMPRE
( ) QUASE SEMPRE
( ) REGULARMENTE
( ) RARAMENTE
( ) NUNCA
( ) NÃO POSSUO ESTA INFORMAÇÃO / NÃO SE APLICA
Comentários: _________________________________________________
3.3. Subcaracterística Completeza: Capacidade de não faltar nada do que pode ou
deve ter.
Questão 1: Em relação a processos similares realizados em outras
organizações/domínios com o mesmo objetivo, os processos em questão possuem
as atividades necessárias (principais)? Ex: No caso de um processo de saque de
dinheiro no banco todos os bancos praticamente fazem os processos da mesma
forma, mudando apenas algumas características de qualidade que não interferem no
objetivo principal de entregar o dinheiro ao cliente.
� Objetivo: Investigar se os processos oferecem as atividades necessárias e
esperadas pelos usuários em comparação a outros processos do mesmo
domínio.
� Justificativa: Oferecer as atividades necessárias e esperadas pelos usuários em
comparação a outros processos do mesmo domínio ajuda a identificar a
completeza do processo.
( ) TODAS AS ATIVIDADES
( ) A MAIOR PARTE DAS ATIVIDADES
285
( ) ALGUMAS ATIVIDADES
( ) POUCAS ATIVIDADES
( ) NENHUMA ATIVIDADE
( ) NÃO POSSUO ESTA INFORMAÇÃO / NÃO SE APLICA
Comentários: __________________________________________________
Questão 2: O processo possui as informações necessárias para sua execução? Ex:
Para a execução das atividades do processo, todas as informações necessárias estão
disponíveis e fazem parte do processo?
� Objetivo: Investigar se os processos oferecem as informações necessárias e
esperadas pelos usuários.
� Justificativa: Informações necessárias sobre o processo ajudam a garantir sua
completeza.
( ) TODAS AS INFORMAÇÕES
( ) A MAIOR PARTE DAS INFORMAÇÕES
( ) ALGUMAS INFORMAÇÕES
( ) POUCAS INFORMAÇÕES
( ) NENHUMA INFORMAÇÃO
( ) NÃO POSSUO ESTA INFORMAÇÃO / NÃO SE APLICA
Comentários: __________________________________________________
Questão 3: O processo possui as atividades necessárias para atingir seus objetivos?
Ex: Para atingir seus objetivos os processos necessitam executar várias atividades.
Todas fazem parte do processo.
� Objetivo: Investigar se os processos possuem todas as atividades necessárias
para alcance de seus objetivos.
� Justificativa: Possuir todas as atividades necessárias para atingimento de seus
objetivos ajuda a garantir a completeza dos processos em termos de atividades.
( ) POSSUI TODAS AS ATIVIDADES
( ) POSSUI A MAIOR PARTE DAS ATIVIDADES
( ) POSSUI ALGUMAS DAS ATIVIDADES
( ) POSSUI POUCAS DAS ATIVIDADES
( ) NÃO POSSUI QUALQUER DAS ATIVIDADES
( ) NÃO POSSUO ESTA INFORMAÇÃO / NÃO SE APLICA
Comentários: __________________________________________________
286
3.4. Subcaracterística Corretude: Capacidade de ser isento de erros.
Questão 1: As informações armazenadas sobre a execução dos processos refletem
a realização dos mesmos? Ex: No acesso às aplicações que apoiam a execução das
atividades, caso existam, pode ser verificado se os dados armazenados
correspondem exatamente às instâncias de execução do processo?
� Objetivo: Investigar se os processos possuem informações condizentes com
sua definição de execução.
� Justificativa: Processos com informações sobre suas instâncias condizentes
com sua definição ajudam a garantir sua corretude.
( ) SEMPRE
( ) NA MAIORIA DAS VEZES
( ) ALGUMAS VEZES
( ) POUCAS VEZES
( ) NUNCA
( ) NÃO POSSUO ESTA INFORMAÇÃO / NÃO SE APLICA
Comentários: __________________________________________________
Questão 2: Os processos cumprem as normas e leis que os suportam? Ex: O
processo de cálculo do IR segue os procedimentos da Receita Federal?
� Objetivo: Investigar se os processos atendem às normas e leis que os regem.
� Justificativa: Processos que fazem cumprir as normas e leis que os regem
ajudam a garantir sua corretude.
( ) SEMPRE
( ) NA MAIORIA DAS VEZES
( ) ALGUMAS VEZES
( ) POUCAS VEZES
( ) NUNCA
( ) NÃO POSSUO ESTA INFORMAÇÃO / NÃO SE APLICA
Comentários: _________________________________________________
Questão 3: A navegação através dos modelos/documentos de processos direciona
para os locais/diagramas/funções/sistemas corretos? Ex: A ferramenta de BPM da
organização permite acessar corretamente as páginas desejadas com base no nome
dos processos?
287
� Objetivo: Investigar se as indicações de sequência dos processos condizem
com o caminho seguido por eles quando estas sequências são seguidas.
� Justificativa: Indicações de sequência dos processos condizendo corretamente
com o caminho seguido por eles durante sua execução ajudam a garantir a
corretude dos processos.
( ) SEMPRE
( ) NA MAIORIA DAS VEZES
( ) ALGUMAS VEZES
( ) POUCAS VEZES
( ) NUNCA
( ) NÃO POSSUO ESTA INFORMAÇÃO / NÃO SE APLICA
Comentários: __________________________________________________
Questão 4: O processo possui controles estabelecidos ao longo de sua execução
para evitar erros? Ex: Ao longo dos passos do processo, encontram-se atividades de
controle para prevenção de erros?
� Objetivo: Investigar se os processos possuem atividades para redução de erros
sobre o que está sendo realizado.
� Justificativa: A existência de atividades para redução de erros sobre o que está
sendo realizado ajuda a garantir a corretude do processo.
( ) AO LONGO DE TODO O PROCESSO
( ) NA MAIOR PARTE DO PROCESSO
( ) EM ALGUMAS PARTES DO PROCESSO
( ) EM POUCAS PARTES DO PROCESSO
( ) EM NENHUMA PARTE DO PROCESSO
( ) NÃO POSSUO ESTA INFORMAÇÃO / NÃO SE APLICA
Comentários: __________________________________________________
3.5. Subcaracterística Consistência: Capacidade de resultado aproximado de
várias medições de um mesmo item.
Questão 1: Caso existam processos que apresentem os mesmos resultados de
formas diferentes ou através de diferentes meios, estes resultados são os mesmos?
Ex: Um processo realizado diretamente e sua simulação têm o mesmo resultado?
� Objetivo: Investigar se processos diferentes que têm o mesmo resultado são
288
consistentes entre si.
� Justificativa: Processos diferentes que têm o mesmo resultado ajudam a
garantir a consistência das informações.
( ) SEMPRE
( ) NA MAIORIA DAS VEZES
( ) ALGUMAS VEZES
( ) POUCAS VEZES
( ) NUNCA
( ) NÃO POSSUO ESTA INFORMAÇÃO / NÃO SE APLICA
Comentários: __________________________________________________
Questão 2: Um determinado processo, que executa uma mesma atividade em
vários momentos, o faz da mesma forma? Ex: Os processos que executam uma
mesma atividade ao longo de seu desenvolvimento usam os mesmos artefatos,
geram os mesmos produtos?
� Objetivo: Investigar se os processos que executam uma mesma atividade em
vários momentos o fazem da mesma forma.
� Justificativa: Processos que executam uma mesma atividade em vários
momentos e o fazem da mesma forma ajudam a garantir a consistência de sua
execução.
( ) SEMPRE
( ) ALGUMAS VEZES
( ) NUNCA
( ) NÃO POSSUO ESTA INFORMAÇÃO / NÃO SE APLICA
Comentários: _________________________________________________
Questão 3: As informações armazenadas correspondem às instâncias de execução
do processo? Ex: Um processo realizado diretamente através de um workflow pode
ter sua execução verificada através da leitura dos dados armazenados nas bases de
dados desta aplicação?
� Objetivo: Investigar se as instâncias dos processos, quando executadas, geram
as informações existentes na base de dados das aplicações que os apoiam.
� Justificativa: Processos que, quando executados, geram as informações
existentes na base de dados das aplicações que os apoiam ajudam a garantir
consistência dos processos com suas informações.
289
( ) SEMPRE
( ) NA MAIORIA DAS VEZES
( ) ALGUMAS VEZES
( ) POUCAS VEZES
( ) NUNCA
( ) NÃO POSSUO ESTA INFORMAÇÃO / NÃO SE APLICA
Comentários: __________________________________________________
3.6. Subcaracterística Integridade: Capacidade de ser correto e imparcial.
Questão 1: As informações do processo são oferecidas para todos os participantes
com o mesmo perfil, da mesma forma? Ex: Todos os envolvidos com o mesmo
perfil no processo podem ter acesso às mesmas informações?
� Objetivo: Investigar se os processos oferecem as mesmas informações para
todos os participantes com o mesmo perfil,.
� Justificativa: Processos que oferecem as mesmas informações para todos os
participantes com o mesmo perfil ajudam a garantir a imparcialidade dos
processos.
( ) SEMPRE
( ) NA MAIORIA DAS VEZES
( ) ALGUMAS VEZES
( ) POUCAS VEZES
( ) NUNCA
( ) NÃO POSSUO ESTA INFORMAÇÃO / NÃO SE APLICA
Comentários: __________________________________________________
Questão 2: Os processos possuem mecanismos que garantem a imparcialidade
nas informações obtidas? Ex: O processo tem mecanismos para que o usuário
possa verificar se informações obtidas são as mesmas obtidas por outros usuários
com o mesmo perfil?
� Objetivo: Investigar se os processos oferecem recursos que propiciam ao
usuário a confirmação da imparcialidade nos dados manipulados.
� Justificativa: Processos que oferecem recursos que propiciam confirmação da
imparcialidade nos dados manipulados ajudam a garantir a integridade.
( ) PARA TODAS AS INFORMAÇÕES
( ) PARA A MAIORIA DAS INFORMAÇÕES
290
( ) PARA ALGUMAS DAS INFORMAÇÕES
( ) PARA POUCAS INFORMAÇÕES
( ) PARA NENHUMA INFORMAÇÃO
( ) NÃO POSSUO ESTA INFORMAÇÃO / NÃO SE APLICA
Comentários: _________________________________________________
3.7. Subcaracterística Atualidade: Capacidade de estar no estado atual.
Questão 1: Existem mecanismos que permitam verificar a atualização dos
processos? Ex: existe controle de versão dos documentos pertencentes aos
processos? Existe controle de versão dos modelos do processo? Existe controle de
versão das aplicações que apoiam os processos?
� Objetivo: Investigar se o acesso está sendo feito na versão mais atualizada do
processo.
� Justificativa: Acesso à versão mais atualizada do processo ajuda a garantir
que se tem a informação mais atualizada.
( ) SEMPRE
( ) NA MAIORIA DAS VEZES
( ) ALGUMAS VEZES
( ) POUCAS VEZES
( ) NUNCA
( ) NÃO POSSUO ESTA INFORMAÇÃO / NÃO SE APLICA
Comentários: _________________________________________________
Questão 2: Existem mecanismos que permitem verificar a atualização das
informações geradas pelas instâncias dos processos? Ex: Existe controle de versão
das informações geradas na execução dos processos?
� Objetivo: Investigar se o acesso está sendo feito na versão mais atualizada das
informações.
� Justificativa: Acesso à versão mais atualizada das informações ajuda a garantir
que se tem o estado atual das informações.
( ) SEMPRE
( ) NA MAIORIA DAS VEZES
( ) ALGUMAS VEZES
( ) POUCAS VEZES
( ) NUNCA
291
( ) NÃO POSSUO ESTA INFORMAÇÃO / NÃO SE APLICA
Comentários: _________________________________________________
3.8 Subcaracterística Comparabilidade: Capacidade de ser comparado.
Questão 1: É possível comparar uma determinada informação a um parâmetro
padrão? Ex: Em uma informação sobre exames médicos em geral, se tem os limites
para cada um dos resultados.
� Objetivo: Identificar se existe algum mecanismo que permite comparar
informações a padrões.
� Justificativa: Mecanismos que permitem comparar informações a padrões
ajudam a garantir a capacidade de entendimento do usuário.
( ) SEMPRE É POSSÍVEL COMPARAR
( ) NA MAIORIA DAS VEZES É POSSÍVEL COMPARAR
( ) ALGUMAS VEZES É POSSÍVEL COMPARAR
( ) POUCAS VEZES É POSSÍVEL COMPARAR
( ) NUNCA É POSSÍVEL COMPARAR
( ) NÃO POSSUO ESTA INFORMAÇÃO / NÃO SE APLICA
Comentários: __________________________________________________
Questão 2: É possível comparar processos a padrões de processos? Ex: Existe
uma base de informações com padrões e indicadores sobre execução dos
processos, de modo que se possa avaliar seu desempenho a cada instância de
execução?
� Objetivo: Identificar se existe algum mecanismo que permite comparar
processos a padrões de processo.
� Justificativa: Mecanismos que permitem comparar processos a padrões de
processo ajudam a garantir a capacidade de entendimento.
( ) SEMPRE É POSSÍVEL COMPARAR
( ) NA MAIORIA DAS VEZES É POSSÍVEL COMPARAR
( ) ALGUMAS VEZES É POSSÍVEL COMPARAR
( ) POUCAS VEZES É POSSÍVEL COMPARAR
( ) NUNCA É POSSÍVEL COMPARAR
( ) NÃO POSSUO ESTA INFORMAÇÃO / NÃO SE APLICA
Comentários: _________________________________________________
292
4 – Característica Entendimento: Capacidade de alcançar o significado e o
sentido.
4.1. Subcaracterística Compositividade: Capacidade de construir ou formar a
partir de diferentes partes.
Questão 1: É possível compor processos de maior nível de granularidade a partir
de processos de menor granularidade? Ex: É possível identificar a cadeia de valor
da organização a partir dos seus modelos de processos.
� Objetivo: Investigar se os processos possuem algum tipo de relacionamento
que permite identificar de que parte da estrutura deriva o processo em questão.
� Justificativa: Processos que possuem algum tipo de relacionamento que
permite identificar seus antecedentes ajudam a garantir a possibilidade de
compor processos maiores a partir de suas partes.
( ) SEMPRE É POSSÍVEL
( ) NA MAIORIA DAS VEZES É POSSÍVEL
( ) ALGUMAS VEZES É POSSÍVEL
( ) POUCAS VEZES É POSSÍVEL
( ) NUNCA É POSSÍVEL
( ) NÃO POSSUO ESTA INFORMAÇÃO / NÃO SE APLICA
Comentários: _________________________________________________
Questão 2: É possível compor novas informações a partir de outras? Ex: Pode-se
ter acesso direto à base de dados das aplicações que apoiam os processos e
identificar como cada informação é formada, e a partir destas produzir outras?
� Objetivo: Investigar se os processos permitem compor informações a partir de
outras.
� Justificativa: Processos que permitem compor informações a partir de outras já
existentes ajudam a garantir a possibilidade de compor informações a partir de
outras.
( ) SEMPRE É POSSÍVEL
( ) NA MAIORIA DAS VEZES É POSSÍVEL
( ) ALGUMAS VEZES É POSSÍVEL
( ) POUCAS VEZES É POSSÍVEL
( ) NUNCA É POSSÍVEL
293
( ) NÃO POSSUO ESTA INFORMAÇÃO / NÃO SE APLICA
Comentários: _________________________________________________
4.2. Subcaracterística Concisão: Capacidade de ser resumido.
Questão 1: Os processos podem ser customizados de modo que se extraia somente
o que se tem interesse neles? Ex: Podem ser identificadas atividades que tenham
risco financeiro associado e se resumir o processo somente a estas atividades?
� Objetivo: Identificar se existe algum mecanismo que suporte resumir ou
customizar as atividades, de modo que o usuário tenha apenas disponível o que
é de seu interesse.
� Justificativa: Mecanismos que suportem resumir ou customizar as atividades
de modo a deixar disponível o que é de interesse ajudam a garantir a capacidade
de resumir processos através de escolhas do usuário.
( ) SEMPRE É POSSÍVEL CUSTOMIZAR
( ) NA MAIORIA DAS VEZES É POSSÍVEL CUSTOMIZAR
( ) ALGUMAS VEZES É POSSÍVEL CUSTOMIZAR
( ) POUCAS VEZES É POSSÍVEL CUSTOMIZAR
( ) NUNCA É POSSÍVEL CUSTOMIZAR
( ) NÃO POSSUO ESTA INFORMAÇÃO / NÃO SE APLICA
Comentários: _________________________________________________
Questão 2: É possível resumir as informações existentes de modo que se possa
extrair somente o que for de interesse? Ex: Em um relatório ou documento
apresentado é possível ver somente a parte interessante para o usuário?
� Objetivo: Identificar se existe algum mecanismo que permite resumir ou
customizar as informações oferecidas de modo que o usuário tenha apenas
disponível o que é de seu interesse.
� Justificativa: Mecanismos que suportem resumir ou customizar as informações
de modo a deixar disponível o que é de interesse ajudam a garantir a capacidade
de resumir processos através de escolhas do processo.
294
( ) SEMPRE É POSSÍVEL CUSTOMIZAR
( ) NA MAIORIA DAS VEZES É POSSÍVEL CUSTOMIZAR
( ) ALGUMAS VEZES É POSSÍVEL CUSTOMIZAR
( ) POUCAS VEZES É POSSÍVEL CUSTOMIZAR
( ) NUNCA É POSSÍVEL CUSTOMIZAR
( ) NÃO POSSUO ESTA INFORMAÇÃO / NÃO SE APLICA
Comentários: _________________________________________________
4.3. Subcaracterística Divisibilidade: Capacidade de ser particionado.
Questão 1: É possível dividir as informações em partes? Ex: Podem ser
recuperadas as regras de formação das informações de modo que se possa dividi-la
e reutilizá-la?
� Objetivo: Identificar se existe algum mecanismo que permita particionar
informações em grupos menores.
� Justificativa: Mecanismos que permitem particionar informações em grupos
menores ajudam a garantir a capacidade de entendimento do processo.
( ) SEMPRE É POSSÍVEL
( ) NA MAIORIA DAS VEZES É POSSÍVEL
( ) ALGUMAS VEZES É POSSÍVEL
( ) POUCAS VEZES É POSSÍVEL
( ) NUNCA É POSSÍVEL
( ) NÃO POSSUO ESTA INFORMAÇÃO / NÃO SE APLICA
Comentários: ________________________________________________
Questão 2: É possível dividir um determinado processo em partes menores? Ex: É
possível separar o fluxo em partes menores?
� Objetivo: Identificar se é possível separar o processo em unidades menores.
� Justificativa: Separação do processo em unidades menores ajuda a garantir a
capacidade de entendimento.
295
( ) SEMPRE É POSSÍVEL
( ) NA MAIORIA DAS VEZES É POSSÍVEL
( ) ALGUMAS VEZES É POSSÍVEL
( ) POUCAS VEZES É POSSÍVEL
( ) NUNCA É POSSÍVEL
( ) NÃO POSSUO ESTA INFORMAÇÃO / NÃO SE APLICA
Comentários: ________________________________________________
4.4. Subcaracterística Dependência: Capacidade de identificar a relação entre as
partes de um todo.
Questão 1: Existem mecanismos que permitem identificar as relações entre os
processos? Ex: Interfaces entre processos são representadas explicitamente?
� Objetivo: Identificar se existe algum mecanismo que identifica os
relacionamentos entre processos.
� Justificativa: Mecanismos que identificam os relacionamentos entre processos
ajudam a garantir o entendimento do processo.
( ) SEMPRE
( ) NA MAIORIA DAS VEZES
( ) ALGUMAS VEZES
( ) POUCAS VEZES
( ) NUNCA
( ) NÃO POSSUO ESTA INFORMAÇÃO / NÃO SE APLICA
Comentários: _______________________________________________
Questão 2: Existem mecanismos que permitem identificar as relações entre as
informações dos processos? Ex: Existe uma ontologia ou modelos ER que reflitam
as bases de dados das aplicações que apoiam os processos?
� Objetivo: Identificar se existe algum mecanismo que apóie a identificação de
relacionamentos entre informações.
� Justificativa: Mecanismos que apoiam a identificação de relacionamentos
entre informações ajudam a garantir a capacidade de relacionar informações.
( ) SEMPRE
( ) NA MAIORIA DAS VEZES
( ) ALGUMAS VEZES
( ) POUCAS VEZES
( ) NUNCA
296
( ) NÃO POSSUO ESTA INFORMAÇÃO / NÃO SE APLICA
Comentários: _________________________________________________
4.5 Subcaracterística Detalhamento: Capacidade de descrever em minúcias.
Questão 1: É possível detalhar uma determinada informação? Ex: Em um relatório
ou documento apresentado, é possível detalhar alguma informação que venha a
melhorar o entendimento do usuário?
� Objetivo: Identificar se existe algum mecanismo que permita detalhar
informações em unidades menores.
� Justificativa: Mecanismos que permitem detalhar informações em unidades
menores ajudam a garantir a capacidade de entendimento do usuário.
( ) SEMPRE É POSSÍVEL DETALHAR
( ) NA MAIORIA DAS VEZES É POSSÍVEL DETALHAR
( ) ALGUMAS VEZES É POSSÍVEL DETALHAR
( ) POUCAS VEZES É POSSÍVEL DETALHAR
( ) NUNCA É POSSÍVEL DETALHAR
( ) NÃO POSSUO ESTA INFORMAÇÃO / NÃO SE APLICA
Comentários: __________________________________________________
Questão 2: É possível detalhar um determinado processo? Ex: Para cada
macroprocesso existe seu detalhamento em fluxos de atividades, e para cada
atividade existe seu detalhamento de execução? Para uma determinada atividade
pode-se obter seu detalhamento (elementos e descrição)?
� Objetivo: Identificar se existe algum mecanismo que permite detalhar
processos em unidades menores.
� Justificativa: Mecanismos que permitem detalhar processos em unidades
menores ajudam a garantir a capacidade de entendimento.
( ) SEMPRE É POSSÍVEL DETALHAR
( ) NA MAIORIA DAS VEZES É POSSÍVEL DETALHAR
( ) ALGUMAS VEZES É POSSÍVEL DETALHAR
( ) POUCAS VEZES É POSSÍVEL DETALHAR
( ) NUNCA É POSSÍVEL DETALHAR
( ) NÃO POSSUO ESTA INFORMAÇÃO / NÃO SE APLICA
Comentários: __________________________________________________
5 – Característica Auditabilidade: Capacidade de exame analítico.
297
5.1. Subcaracterística Explicação: Capacidade de informar a razão de algo.
Questão 1: O processo possui descrição sobre cada uma de suas atividades? Ex:
Cada atividade possui uma descrição e identificação de todos os elementos que usa
para sua execução?
� Objetivo: Identificar se os processos possuem descrição sobre todas as suas
atividades e cada elemento que as compõe.
� Justificativa: Processos que possuem descrição sobre todas as suas atividades e
cada elemento que as compõe ajudam a garantir a capacidade de auditabilidade
destes processos.
( ) SEMPRE
( ) NA MAIORIA DAS VEZES
( ) ALGUMAS VEZES
( ) POUCAS VEZES
( ) NUNCA
( ) NÃO POSSUO ESTA INFORMAÇÃO / NÃO SE APLICA
Comentários: __________________________________________________
Questão 2: O processo armazena as principais dúvidas e respostas a estas dúvidas
em uma base de conhecimento? Ex: Existe uma base de conhecimento sobre o
processo? Existe uma comunidade de práticas sobre o processo?
� Objetivo: Identificar se o processo fornece informações sobre dúvidas já
conhecidas.
� Justificativa: Processos que fornecem informações sobre dúvidas já
conhecidas ajudam a garantir a capacidade de auditabilidade dos processos.
( ) SEMPRE
( ) NA MAIORIA DAS VEZES
( ) ALGUMAS VEZES
( ) POUCAS VEZES
( ) NUNCA
( ) NÃO POSSUO ESTA INFORMAÇÃO / NÃO SE APLICA
Comentários: _________________________________________________
298
5.2. Subcaracterística Rastreabilidade: Capacidade de seguir o desenvolvimento
de um processo ou a construção de uma informação, suas mudanças e justificativas.
Questão 1: É possível saber se as mudanças realizadas no processo, através do
conhecimento de quem, quando, onde, por que e como estas mudanças ocorreram?
Ex: Há registro das mudanças feitas ao longo do processo?
� Objetivo: Identificar se o processo permite rastrear as informações sobre suas
atividades.
� Justificativa: Processos que permitem rastrear as informações sobre suas
atividades ajudam a garantir sua auditabilidade.
( ) SEMPRE
( ) NA MAIORIA DAS VEZES
( ) ALGUMAS VEZES
( ) POUCAS VEZES
( ) NUNCA
( ) NÃO POSSUO ESTA INFORMAÇÃO / NÃO SE APLICA
Comentários: _________________________________________________
Questão 2: É possível ter conhecimento sobre as fontes das informações utilizadas
no processo? Ex: Há referência sobre a origem de cada informação?
� Objetivo: Identificar se os processos possuem a origem das informações.
� Justificativa: Processos que possuem a origem das informações ajudam a
garantir a sua auditabilidade.
( ) SEMPRE
( ) NA MAIORIA DAS VEZES
( ) ALGUMAS VEZES
( ) POUCAS VEZES
( ) NUNCA
( ) NÃO POSSUO ESTA INFORMAÇÃO / NÃO SE APLICA
Comentários: _________________________________________________
5.3. Subcaracterística Verificabilidade: Capacidade de identificar se o que está
sendo feito é o que deve ser feito.
Questão 1: Existem formas de identificar se o que está sendo feito é o que deveria
299
ser feito no processo? Ex: Existe uma lista dos requisitos do software que apoiam o
processo versus as atividades do processo? As regras e leis que apoiam os processos
podem ser acessadas para identificação da aderência do processo a estas?
� Objetivo: Identificar se existem mecanismos que permitem identificar se o que
está sendo feito é o que deveria ser feito no processo.
� Justificativa: Mecanismos que permitem identificar se o que está sendo feito é
o que deveria ser feito no processo ajudam a garantir a sua auditabilidade.
( ) SEMPRE
( ) NA MAIORIA DAS VEZES
( ) ALGUMAS VEZES
( ) POUCAS VEZES
( ) NUNCA
( ) NÃO POSSUO ESTA INFORMAÇÃO / NÃO SE APLICA
Comentários: __________________________________________________
Questão 2: O processo ao ser executado faz efetivamente o que sua
documentação diz que deve ser feito? Ex: Em um processo de compra pela
internet, o site informa as formas de pagamento. No momento da compra, todas
as formas devem estar disponíveis.
� Objetivo: Investigar se os processos fazem efetivamente o que sua
documentação diz que deve ser feito.
� Justificativa: Processos que fazem efetivamente o que sua documentação diz
que deve ser feito ajudam a garantir a auditabilidade.
( ) SEMPRE
( ) NA MAIORIA DAS VEZES
( ) ALGUMAS VEZES
( ) POUCAS VEZES
( ) NUNCA
( ) NÃO POSSUO ESTA INFORMAÇÃO / NÃO SE APLICA
Comentários: ________________________________________________
5.4. Subcaracterística Validade: Capacidade de ser testado por experimento ou
observação para identificar se o que está sendo feito é correto.
300
Questão 1: Existem formas de se legitimar o processo? Ex: É possível testar o
processo?
� Objetivo: Identificar se o processo tem capacidade de ser executado e obter um
resultado.
� Justificativa: Processos que têm capacidade de ser executados e obter um
resultado ajudam a garantir a auditabilidade do processo.
( ) SEMPRE
( ) NA MAIORIA DAS VEZES
( ) ALGUMAS VEZES
( ) POUCAS VEZES
( ) NUNCA
( ) NÃO POSSUO ESTA INFORMAÇÃO / NÃO SE APLICA
Comentários: __________________________________________________
Questão 2: Existem formas de se garantir as informações oferecidas através de
testes? Ex: Ferramentas, softwares, testes de caixa-preta.
� Objetivo: Identificar através de testes se as informações oferecidas são
verdadeiras.
� Justificativa: Testes de informações para verificar sua veracidade ajudam a
garantir a auditabilidade do processo.
( ) SEMPRE
( ) NA MAIORIA DAS VEZES
( ) ALGUMAS VEZES
( ) POUCAS VEZES
( ) NUNCA
( ) NÃO POSSUO ESTA INFORMAÇÃO
Comentários: _________________________________________________
5.5. Subcaracterística Controlabilidade: Ato ou poder de domínio.
.
Questão 1: Os processos possuem sua execução acompanhada? Ex: Todas as
informações trocadas entre os atores do processo têm registro de usuário, data e
hora? Todos os atores são conhecidos? Todas as decisões tomadas e os recursos
utilizados são identificados?
� Objetivo: Identificar se toda a execução é acompanhada.
301
� Justificativa: A execução ser acompanhada ajuda a garantir a auditabilidade
dos processos.
( ) SEMPRE
( ) NA MAIORIA DAS VEZES
( ) ALGUMAS VEZES
( ) POUCAS VEZES
( ) NUNCA
( ) NÃO POSSUO ESTA INFORMAÇÃO / NÃO SE APLICA
Comentários: _________________________________________________
Questão 2: Os processos possuem mecanismos de identificação de estimado X
realizado? Ex: Os processos possuem atividades que comparam os valores
realizados em uma determinada atividade aos previstos e indicam a diferença? Os
processos podem ser simulados de forma a identificar como se comportariam com
outras variáveis?
� Objetivo: Acompanhar o realizado versus estimado dos resultados do processo.
� Justificativa: O acompanhamento do realizado versus estimado dos resultados
do processo ajuda a garantir sua auditabilidade.
( ) SEMPRE
( ) NA MAIORIA DAS VEZES
( ) ALGUMAS VEZES
( ) POUCAS VEZES
( ) NUNCA
( ) NÃO POSSUO ESTA INFORMAÇÃO / NÃO SE APLICA
Comentários: __________________________________________________
Questão 3: Os processos possuem mecanismos para conferências parciais? Ex:
Suponhamos que você tenha um processo de cadastramento dividido em quatro
etapas. A cada etapa deste processo poderia haver uma verificação dos dados já
informados até aquele momento.
� Objetivo: Identificar se o processo possui mecanismos de conferência parcial
de processos.
� Justificativa: Processos com mecanismos de conferência parcial ajudam a
garantir sua auditabilidade.
( ) SEMPRE
( ) NA MAIORIA DAS VEZES
302
( ) ALGUMAS VEZES
( ) POUCAS VEZES
( ) NUNCA
( ) NÃO POSSUO ESTA INFORMAÇÃO / NÃO SE APLICA
Comentários: __________________________________________________
Apresentação dos resultados obtidos
As respostas obtidas foram reunidas e organizadas em uma tabela com o
seguinte conteúdo: A coluna “subcritérios” elenca todas as folhas ou características
de segundo nível do SIG de Transparência. A coluna “critério/subcritério/questão”
refere-se aos cinco critérios principais ou de primeiro nível do SIG de
Transparência (Acessibilidade, Usabilidade, Informativo, Entendimento e
Auditabilidade). Os subcritérios, como já dito, referem-se a todas as folhas ou
características de segundo nível do SIG de Transparência dispostas na primeira
coluna da tabela. As questões referem-se às perguntas elaboradas descritas no
questionário apresentado anteriormente neste apêndice. As demais colunas são as
respostas dadas pelos entrevistados às questões do questionário. As cinco primeiras
colunas (A, B, C, D e E) referem-se a entrevistados que conhecem a organização.
As sete outras colunas (F, G, H, I, J, K e L) referem-se a entrevistados que não
conhecem a organização. A maioria das questões permitia cinco opções de resposta
sobre o processo ou então que o entrevistado dissesse que não tinha conhecimento
sobre aquela questão na organização. As tabelas geradas são utilizadas no estudo de
caso apresentado no Capítulo 5 desta tese. Através deste questionário, foi possível a
análise da transparência de processos pela identificação das operacionalizações das
características de transparência existentes nos processos organizacionais.
303
Apêndice F Símbolos do Léxico relacionados à transparência organizacional
Este apêndice apresenta os demais elementos do léxico criados nesta tese para
apoiar a construção do léxico de transparência organizacional . Este conteúdo é
resultado da construção do Catálogo de Transparência que pode ser visto no
Capítulo 3.
304
Anexo I Modelos de Processos utilizados no Estudo de Caso
Este anexo apresenta os dados referentes aos processos enviados aos
participantes para serem analisados no estudo de caso apresentado no Capítulo 5
desta tese.
Introdução
O objetivo deste documento é apresentar a modelagem de processos de
Intervenção em Poços realizado por uma empresa de exploração de petróleo
localizada no Estado do Rio Grande do Norte.
Notação
Esta seção apresenta a notação utilizada na modelagem dos processos de
negócio nesta organização. O principal objetivo da tabela abaixo é auxiliar na
leitura dos modelos representados.
Nome Semântica Sintaxe
(Link para outro modelo)
Este símbolo está associado a qualquer elemento que possua um modelo associado a ele.
Objetivo Objetivo associado ao processo ou à atividade.
Unidade organizacional
Representa uma área da organização.
Posto de trabalho
Representa o posto de trabalho responsável pela execução ou apoio a uma atividade.
Posto de trabalho externo
Representa um posto de trabalho (papel/função) de unidade organizacional externa.
Grupo Grupo, comitê ou célula de pessoas e/ou unidades responsáveis pela execução de uma tarefa no processo.
Localização Local ou ambiente onde está situada uma unidade organizacional.
305
Nome Semântica Sintaxe
Processo Inicial
Representa um processo inicial de uma sequência da cadeia de valor. Pode representar também um processo superior, a partir do qual existe uma sequência de processos a ele subordinados.
Processo Representa um processo intermediário ou final de uma sequência da cadeia de valor.
Atividade Constitui uma etapa de uma sequência que precisa ser executada para que um processo seja realizado.
Interface de processo
Representa uma ligação entre dois processos.
Evento inicial Representa uma circunstância ou status que propicia o início do processo.
Evento intermediário
Representa uma circunstância ou status relevante para o entendimento do processo.
Evento final Representa a circunstância ou status final do processo.
E
Operador lógico que representa:
- quando dividir o fluxo: que todos os caminhos precisam ser percorridos, ou seja, todas as atividades destino devem ser executadas;
- quando unir o fluxo: que todos os caminhos devem ser percorridos antes de iniciar a atividade seguinte, ou seja, todas as atividades origem devem ser executadas.
Ou exclusivo
Operador lógico que representa:
- quando dividir o fluxo: que apenas um dos caminhos será percorrido, ou seja, apenas um dos eventos destino ocorrerá;
- quando unir o fluxo: que apenas um dos caminhos percorridos é suficiente para iniciar a atividade seguinte, ou seja, apenas um dos eventos origem precisa ocorrer.
Ou
Operador lógico que representa:
- quando dividir o fluxo: que pelo menos um dos caminhos precisa ser percorrido, ou seja, no mínimo um dos eventos destino deve ocorrer, porém podem ocorrer outros;
- quando unir o fluxo: que pelo menos um dos caminhos percorridos é suficiente para iniciar a atividade seguinte, ou seja, no mínimo um dos eventos origem deve ocorrer.
Informação Representa um conjunto de dados (digitais) consumidos ou gerados por uma atividade
Documento
Representa uma informação (documento, relatório, planilha, etc..) disponibilizada em arquivo físico ou impressa em papel, gerada ou utilizada em uma atividade.
306
Nome Semântica Sintaxe
Documento eletrônico
Representa uma informação (documento, relatório, planilha, etc..) disponibilizada em arquivos armazenados em meio eletrônico, gerada ou utilizada em uma atividade.
Sistema Representa um sistema de informação que apoia a execução ou executa uma atividade.
Termo Descreve uma expressão que necessita de explicação.
Equipamento Representa um equipamento físico utilizado na execução de uma atividade.
Generalresource
Indicador de desempenho
Representa um indicador de desempenho para avaliar a atividade.
Regra de negócio
Diretiva destinada a influenciar ou guiar o comportamento do negócio, como suporte à política de negócio que é formulada em resposta a uma oportunidade.
Requisito de negócio
Requerimentos provenientes do negócio que irão definir ou restringir aspectos dos sistemas de informação.
Requisito deNegócio
Processos
Esta seção apresenta os processos enviados aos participantes para serem
analisados de acordo com as questões apresentadas no Apêndice E desta tese. Os
resultados desta análise estão presentes no Capítulo 5. Macroprocesso: Intervir em poços
O macroprocesso “Intervir em poços” visa prestar serviços integrados em
perfuração, avaliação, completação e restauração de poços em produção, agregando
valor aos processos dos clientes e contribuindo para a maximização do resultado da
área de Exploração e Produção. Seus principais subprocessos são: “Preparar
Intervenção de Manutenção”, “Preparar Intervenção de Investimento” e
“Acompanhar Intervenção”.
Preparar Intervenção de Manutenção
O objetivo desse processo é preparar o local para uma intervenção de
manutenção. O processo tem início quando a área de operação identifica a
necessidade de limpeza em um poço e faz uma solicitação de limpeza, ou quando a
área de serviço faz uma solicitação de intervenção de restauração ou avaliação. A
307
partir daí, a área de intervenção em poços consulta o esquema mecânico do poço e
os Boletins Diários de Produção das intervenções anteriores. Em seguida, verifica a
disponibilidade de material para realizar a intervenção. Se o material necessário não
estiver disponível em estoque, a área de Intervenção em poços tenta substituir o
material em falta por outro disponível. Em ambos os casos, o técnico empenha o
material necessário para a intervenção. No próximo passo, a área de intervenção em
poços faz uma vistoria na locação, preenchendo um checklist com as condições da
locação. Dependendo das condições, a área de operação responsável pelo poço
solicita às gerências competentes a adequação da locação. Se houver necessidade
de limpeza nas proximidades da locação, a área de serviços gerais deve ser
informada. No caso de recuperação da locação, será solicitado serviço da área de
construção e montagem. Em seguida, a área de intervenção em poços prioriza a
intervenção, definindo quando a mesma será realizada. Ao final da execução do
processo, a instalação da sonda no local da intervenção é liberada.
308
309
Consultar disponibilidade de material para intervenção
A área de intervenção em poços consulta a disponibilidade do material
necessário para realizar a intervenção no poço. A informação necessária é a
quantidade de itens necessários para realizar a intervenção que está disponível
no estoque. O sistema A fornece a quantidade do material em estoque.
Verificar possibilidade de substituir material
A área de intervenção em poços verifica a possibilidade de substituir um
material que está em falta no estoque por outro disponível. A informação
necessária é a quantidade de itens necessários para realizar a intervenção
disponível no estoque,
Empenhar material para intervenção
O Técnico de intervenção em poços registra o empenho / reserva do
material necessário para realizar a intervenção no poço, em uma planilha. Esta
planilha é enviada por e-mail à oficina da área de Intervenção em Poços. As
informações necessárias são: a descrição dos equipamentos que foram colocados
no poço durante as intervenções anteriores, o poço em que a intervenção será
realizada; o serviço a ser realizado no poço (limpeza, restauração ou avaliação);
se o poço tiver parado de produzir por algum problema, a ordem de intervenção
contém o que foi observado pelo OP responsável pelo poço; o gradiente de
pressão do poço; e a produção do poço. As informações geradas são: o código da
ordem de intervenção; e a contagem e descrição dos itens necessários para
realizar a intervenção. Esta atividade produz como saída o empenho de material.
O software MS Excel registra o empenho do material.
Solicitar verificação das condições da locação
A área de operação solicita ao supervisor da sonda que visite a locação
onde será realizada a intervenção, e preencha um checklist do estado da locação.
As informações necessárias são: localização do poço, data da última
intervenção, pressão estática, tipo do problema identificado, tipo de providência
a ser tomada, produção do poço antes da intervenção, previsão de produção do
poço após intervenção, previsão do teor de BSW, especificação da bomba de
310
fundo, diâmetro da coluna de produção, e grau da coluna de haste.
Verificar condições da locação
O Encarregado de sonda verifica as condições do local do poço, ou seja, a
locação onde a sonda deve ser instalada. As informações geradas são: a data da
inspeção; tamanho da locação e sua adequação à intervenção; o grau de poluição
da locação; a necessidade de fazer desmatamento; a necessidade de fazer
terraplanagem; descrição da rede elétrica da locação; presença ou ausência da
unidade de bombeio; uma relação dos equipamentos que se encontram na
superfície do poço; e uma figura representativa da disposição dos equipamentos
de superfície. Esta atividade produz como saída o checklist do estado da locação
para intervenção informando o estado da locação. Esta atividade segue como
base o padrão (XXXXX) para Entrega e recebimento de locação de poços.
Avaliar condições da locação para intervenção
A área de intervenção em poços avalia as condições da locação conforme
as anotações colocadas no checklist do estado da locação para intervenção. As
informações necessárias são: tamanho da locação e sua adequação à intervenção;
o grau de poluição da locação; a necessidade de fazer desmatamento; a
necessidade de fazer terraplanagem; descrição da rede elétrica da locação;
presença ou ausência da unidade de bombeio; uma relação dos equipamentos
que se encontram na superfície do poço; e uma figura representativa da
disposição dos equipamentos de superfície. As informações geradas são: o nome
do poço, o código do poço, a descrição da situação física da locação e a descrição
dos serviços a serem realizados na locação. Esta atividade recebe como entrada o
checklist do estado da locação para intervenção. Esta atividade segue como base
o padrão (XXXXX) para Entrega e recebimento de locação de poços.
Informar condições da locação à operação
A área de intervenção em poços informa ao operador, por e-mail, as
condições da locação e as correções que necessitam ser realizadas. As
informações necessárias são: os serviços a serem feitos para corrigir
problemas na locação. Esta atividade segue como base o padrão (XXXXX)
311
para Entrega e recebimento de locação de poços.
Priorizar intervenção
A área de operações faz um estudo para priorizar a intervenção do poço
frente a outras intervenções já solicitadas. Esta priorização deve ser feita de
acordo com os critérios estabelecidos no padrão (YYYYY) para Priorização
de poços para intervenções com sonda de produção terrestre. As informações
necessárias são: o solicitante da intervenção; o poço; a previsão do tempo (em
horas) necessário para realizar a intervenção; e as outras intervenções que
estão na lista de espera para serem realizadas. A informação gerada é a ordem
que deve ser seguida para realizar as intervenções dos poços. Esta atividade
recebe como entrada a Nota de intervenção e o Quadro eletrônico, e produz
como saída o Quadro eletrônico alterado. O software MS Excel registra a
ordem em que as intervenções devem ser realizadas.
Regras de negócio Descrição Priorização de intervenção em poços
A intervenção de um poço é priorizada obedecendo aos seguintes critérios, pela ordem: 1. Segurança e Meio Ambiente; 2. Poços que receberam vapor; 3. Poços que irão receber vapor; 4. Poços que irão definir novos projetos.
Priorização de intervenção em poços por custo
Em caso de empate na priorização da intervenção de um poço, será dada prioridade à de menor custo. A intervenção que tiver o custo duas vezes maior que o custo médio de intervenção do campo deve ser reanalisada.
Imprimir programa de intervenção de manutenção
A área de operação imprime o programa de intervenção de manutenção a
partir da nota de intervenção. A informação necessária é: a descrição das atividades
a serem realizadas no poço durante a intervenção de manutenção.
As informações geradas são a descrição das atividades que devem ser realizadas
durante a intervenção. No caso do uso de fluido, este programa descreve a
composição química do fluido. No caso da perfuração, descreve as etapas de
perfuração e a profundidade e diâmetro de cada etapa. Esta atividade produz como
312
saída o programa de intervenção impresso. O sistema A fornece os dados do
programa de intervenção, que estão inseridos na nota de intervenção.
Liberar instalação da sonda
O Fiscal de sonda libera a instalação da sonda. Esta liberação é realizada
através de uma conversa entre o fiscal que acompanha a sonda e o encarregado da
mesma. As informações necessárias são: a sequência das intervenções da sonda e a
sequência dos poços para passarem por intervenção. As informações geradas são: o
local em que a sonda deve ser instalada e o objetivo da intervenção.
Esta atividade recebe como entrada o Quadro eletrônico. Esta atividade segue como
base o padrão (XXXXX) para Entrega e recebimento de locação de poços.
Preparar intervenção de investimento
O objetivo desse processo é preparar o local para a intervenção de
investimento. O processo tem início quando há uma solicitação de intervenção de
investimento. Depois, o encarregado da mesa de operações abre um diagrama de
rede, e então a área de operação informa os equipamentos desejados no poço. Se a
intervenção for de recompletação, o técnico de intervenção em poços analisa o
esquema mecânico do poço e os Boletins diários de operação das intervenções
anteriores. Depois verifica a disponibilidade de material para a realização da
mesma. Se o material necessário não estiver disponível em estoque, o técnico tenta
substituir o material em falta por outro disponível. O técnico então empenha o
material necessário para a intervenção. Após esta etapa, o encarregado da sonda faz
uma vistoria da locação preenchendo um checklist com as condições da locação.
Dependendo das condições, a área de operação responsável pelo poço se encarrega
de solicitar às gerências competentes a adequação da locação. Se houver
necessidade de limpeza nas proximidades da locação, a área de Serviços Gerais
deve ser informada, e no caso de recuperação da locação, será solicitado serviço da
área de Construção e Montagem. Depois o coordenador da mesa de operações
prioriza a intervenção, definindo quando a mesma será realizada. Ao final da
execução do processo, o fiscal de sonda libera a instalação da mesma no local da
intervenção.
313
Abrir diagrama de rede
A área de operação abre um diagrama de rede para a intervenção de
investimento. A informação necessária é a descrição das atividades a serem
realizadas no poço durante a intervenção. As informações geradas são: o nome do
solicitante da intervenção, o código do poço, o nome do poço, a previsão do
tempo (em horas) necessário para realizar a intervenção e o código do diagrama
314
de rede. O sistema A registra o diagrama de rede.
Verificar urgência da intervenção
A área de intervenção em poços constata a urgência da intervenção. A
urgência é verificada de acordo com a produção do poço, ou seja, poços com
maior produção são tratados antes dos poços com menor produção. As
informações necessárias são: o poço em que a intervenção será realizada; o
serviço a ser realizado no poço (limpeza, ou restauração ou avaliação); a nota de
intervenção contém o que foi observado pelo OP responsável pelo poço, se o
mesmo tiver parado de produzir por algum problema; e a produção do poço. A
informação gerada é a ordem que deve ser seguida para realizar as intervenções
dos poços. Esta atividade recebe como entrada o quadro eletrônico, e produz
como saída o quadro eletrônico alterado. O software MS Excel registra no
Quadro eletrônico o poço que deve sofrer intervenção.
Regra de negócio Descrição Priorização de intervenção em poços
A intervenção de um poço é priorizada obedecendo aos seguintes critérios, pela ordem: 1. Segurança e Meio Ambiente; 2. Poços que receberam vapor; 3. Poços que irão receber vapor; 4. Poços que irão definir novos projetos.
Priorização de intervenção em poços por custo
Em caso de empate na priorização da intervenção de um poço, será dada prioridade à de menor custo. A intervenção que tiver o custo duas vezes maior que o custo médio de intervenção do campo deve ser reanalisada.
Informar período da intervenção
A área de operações informa por e-mail ao OP quando será feita a
intervenção.
As informações necessárias são: a sequência das intervenções da sonda
e a sequência dos poços a passarem por intervenção. As informações geradas
são: a data da intervenção e detalhes da completação, como zona de
completação. Esta atividade recebe como entrada o quadro eletrônico.
Informar equipamentos desejados no poço
315
O Engenheiro de petróleo envia por e-mail a solicitação de providências
para a área de Intervenção em Poços, com a lista dos equipamentos desejados
no poço. As informações necessárias são: a data da intervenção e detalhes da
completação, como zona de completação. As informações geradas são as
descrições dos equipamentos que o OP deseja que o poço tenha.
Consultar esquema mecânico do poço
A área de intervenção em poços consulta o esquema mecânico do
poço. As informações necessárias são: código do poço; base canhoneado;
topo aberto; base aberto; cabeça de produção; cabeça de produção let-down
deixado; profundidade checada; fundo deixado; data fundo checado;
equipamento usado; modelos da bomba; bomba pescador; eficiência
volumétrica; topo canhoneado; revestimento de produção; abertura do
beam; separador de gás; desareador; bomba-número da bomba;
bomba-gaiola; bomba-válvula de passeio diâmetro esfera; bomba válvula de
pé diâmetro da esfera; bomba tubos cauda; haste curta quantidade; haste
curta diâmetro; tubo-âncora tubulação; tubo quantidade; tudo diâmetro;
tubo-tipo; tubo-grau; tubo-classificação; tubo-comprimento;
tubo-extremidade coluna; haste de bombeio-tipo de luva; haste de
bombeio-classe da luva; haste de bombeio-taxa de desgaste; haste de
bombeio-diâmetro; haste de bombeio-quantidade; haste de bombeio-grau;
haste de bombeio-classe; haste de bombeio-tipo; haste de bombeio-guias
tipo; haste de bombeio-guias-quantidade; haste de peso-diâmetro; haste de
peso-quantidade; haste de peso-grau; haste de peso-classe; haste polida
diâmetro; haste polida comprimento; haste polida material. O sistema B
fornece o esquema mecânico do poço.
Consultar disponibilidade de material para intervenção
A área de intervenção em poços consulta a disponibilidade do material
necessário para realizar a intervenção no poço. A informação necessária é a
quantidade dos itens necessários disponível no estoque para realizar a
intervenção. O sistema A fornece a quantidade do material em estoque.
Verificar possibilidade de substituir material
316
A área de intervenção em poços verifica a possibilidade de substituir um
material que está em falta no estoque por outro disponível. A informação
necessária é a quantidade dos itens necessários disponível no estoque para
realizar a intervenção.
Empenhar material para intervenção
A área de intervenção em poços registra em uma planilha o empenho/
reserva do material necessário para realizar a intervenção no poço. Esta
planilha é enviada por e-mail à oficina da área de intervenção em poços. As
informações necessárias são: a descrição dos equipamentos que foram
colocados no poço durante as intervenções anteriores, o poço em que a
intervenção será realizada; o serviço a ser realizado no poço (limpeza,
restauração ou avaliação); a nota de intervenção contém o que foi observado
pelo OP responsável pelo poço, se o mesmo tiver parado de produzir por
algum problema; o gradiente de pressão do poço; e a produção do poço. As
informações geradas são: o código da ordem de intervenção; e a quantidade e
descrição dos itens necessários para realizar a intervenção. Esta atividade
produz como saída o empenho do material. O software MS Excel registra o
empenho do material.
Solicitar verificação das condições da locação
O Operador solicita ao supervisor da sonda que visite a locação onde
será realizada a intervenção e preencha um checklist do estado da locação. A
informação necessária é a descrição das atividades a serem realizadas no
poço durante a intervenção. Esta atividade segue como base o padrão
(XXXXX) para Entrega e recebimento de locação de poços.
Verificar condições da locação
O Encarregado de sonda verifica as condições do local do poço, ou
seja, a locação onde a sonda deve ser instalada. As informações geradas
são: a data da inspeção; tamanho da locação e sua adequação à intervenção;
o grau de poluição da locação; a necessidade de fazer desmatamento; a
necessidade de fazer terraplanagem; descrição da rede elétrica da locação;
317
presença ou ausência da unidade de bombeio; uma relação dos
equipamentos que se encontram na superfície do poço; e uma figura
representativa da disposição dos equipamentos de superfície.. Esta
atividade produz como saída o checklist do estado da locação para
intervenção, com as informações do estado da locação. Esta atividade segue
como base o padrão (XXXXX) para Entrega e recebimento de locação de
poços.
Avaliar condições da locação para intervenção
A área de intervenção em poços avalia as condições da locação
conforme as anotações colocadas no checklist do estado da locação para
intervenção. As informações necessárias são: tamanho da locação e sua
adequação à intervenção; o grau de poluição da locação; a necessidade de
fazer desmatamento; a necessidade de fazer terraplanagem; descrição da
rede elétrica da locação; presença ou ausência da unidade de bombeio; uma
relação dos equipamentos que se encontram na superfície do poço; e uma
figura representativa da disposição dos equipamentos de superfície. As
informações geradas são: o nome do poço, o código do poço, a descrição da
situação física da locação e a descrição dos serviços a serem realizados na
locação. Esta atividade recebe como entrada o checklist do estado da
locação para intervenção. Esta atividade segue como base o padrão
(XXXXX) para Entrega e recebimento de locação de poços.
Solicitar limpeza da locação
O Técnico de intervenção em poços solicita por e-mail à área de
Serviços Gerais a limpeza da locação. As informações necessárias são:
tamanho da locação e sua adequação à intervenção; o grau de poluição da
locação; a necessidade de fazer desmatamento; a necessidade de fazer
terraplanagem; descrição da rede elétrica da locação; presença ou ausência da
unidade de bombeio; uma relação dos equipamentos que se encontram na
superfície do poço; e uma figura representativa da disposição dos
equipamentos de superfície.. As informações geradas são: o local onde deve
ser feito a limpeza e as condições nas quais se encontra a locação. Esta
318
atividade recebe como entrada o checklist do estado da locação para
intervenção.
Realizar limpeza da locação
O Supervisor coordena a limpeza da locação. As informações
necessárias são: a descrição das condições da locação e os serviços a serem
feitos.
Solicitar recuperação da locação
A área de intervenção em poços solicita por e-mail à
UN-RNCE/ATP-ARG/CM a restauração da locação. As informações
necessárias são: tamanho da locação e sua adequação à intervenção; o
grau de poluição da locação; a necessidade de fazer desmatamento; a
necessidade de fazer terraplanagem; descrição da rede elétrica da locação;
presença ou ausência da unidade de bombeio; uma relação dos
equipamentos que se encontram na superfície do poço; e uma figura
representativa da disposição dos equipamentos de superfície.. As
informações geradas são: o local onde deve ser feita a restauração e as
condições em que se encontram a locação. Esta atividade segue como base
o padrão (XXXXX) para Entrega e recebimento de locação de poços.
Realizar recuperação da locação
A área de construção e montagem coordena a recuperação da
locação. As informações necessárias são: a descrição das condições da
locação e os serviços a serem feitos.
Priorizar intervenção
O Coordenador da mesa de operações faz um estudo para priorizar a
intervenção do poço, frente a outras intervenções já solicitadas. As
informações necessárias são: o solicitante da intervenção; o poço; a
previsão do tempo (em horas) necessário para realizar a intervenção; e as
outras intervenções que estão na lista de espera para serem realizadas. A
informação gerada é a ordem que deve ser seguida para realizar as
319
intervenções dos poços. Esta atividade recebe como entrada o Quadro
eletrônico e produz como saída o Quadro eletrônico alterado. O software
MS Excel registra a ordem em que as intervenções devem ser realizadas.
Esta atividade segue como base o padrão (YYYYY) para Priorização de
poços para intervenções com sondas de produção terrestre.
Imprimir programa de intervenção de investimento
A área de operação imprime o programa de intervenção de
investimento a partir da nota de intervenção. A informação necessária é a
descrição das atividades a serem realizadas no poço durante a intervenção de
manutenção. As informações geradas são a descrição das atividades que
devem ser realizadas durante a intervenção. No caso do uso de fluido, este
programa descreve a composição química do fluido. No caso da perfuração,
descreve as etapas de perfuração e a profundidade e diâmetro de cada etapa.
A atividade produz como saída o Programa de intervenção. O sistema A
fornece os dados do programa de intervenção, que estão inseridos na nota de
intervenção.
Liberar instalação da sonda
O Fiscal de sonda libera a instalação da mesma. Esta liberação é
realizada através de uma conversa entre o fiscal que acompanha a sonda e o
encarregado da mesma. A informação necessária é a sequência das
intervenções da sonda e a sequência dos poços para passarem por
intervenção. As informações geradas são: o local onde a sonda deve ser
instalada e o objetivo da intervenção. Esta atividade recebe como entrada o
Quadro eletrônico. Esta atividade segue como base o padrão (XXXXX) para
Entrega e recebimento de locação de poços.
Acompanhar intervenção
O objetivo deste processo é acompanhar as atividades de intervenção
realizadas pela empresa executante da intervenção. O processo tem início com a
elaboração do planejamento diário das atividades da sonda de produção terrestre. A
partir daí, o encarregado de sonda coordena as atividades da sonda e pode solicitar
320
auxílio técnico ao fiscal de sonda. Dependendo do que se trata, o fiscal deve
reportar o caso à mesa de operações que, por sua vez, deve reportar à área de
Serviço Técnico. Pela manhã, o fiscal de sonda elabora um boletim diário de
operação descrevendo as atividades realizadas no dia anterior e imprime duas
cópias, uma para o fiscal de sonda e outra para o encarregado da mesma. Depois, o
fiscal de sonda envia ao auxiliar da mesa de operações uma cópia do boletim diário
de operação. Após o término do serviço no poço, um teste de eficiência volumétrica
é feito. Se o resultado do teste for satisfatório, o fiscal pode liberar a desmontagem
da sonda. Ao final da execução do processo, o serviço de sondagem está concluído.
321
322
Elaborar planejamento diário
O Grupo de execução de intervenção em poços elabora o planejamento diário
das atividades a serem realizadas. A informação necessária é a descrição das
atividades que devem ser realizadas durante a intervenção. As informações geradas
são: as atividades a serem realizadas durante um dia e o tempo necessário para
realizá-las. Esta atividade recebe como entrada o programa de intervenção e produz
como saída o planejamento diário das atividades de uma sonda em uma
intervenção. O software MS Excel apoia a elaboração do planejamento diário.
Executar intervenção
O objetivo deste processo é realizar as operações necessárias à intervenção. O
processo tem início com a desmontagem, transporte e montagem da sonda. No
próximo passo, o poço é desequipado. Em seguida, é feita uma avaliação para
verificar se o poço deve ou não ser condicionado. Caso seja necessário, o poço é
condicionado. Após esta atividade, é feita uma avaliação para verificar se o poço
deve ou não ser perfilado. Caso seja necessário, o poço é perfilado. Em seguida, é
feita uma avaliação para verificar se o poço deve ou não ser canhoneado. Caso seja
necessário, o poço é canhoneado. Depois é feita uma avaliação para verificar se a
produção do poço deve ser testada. Caso seja necessário, a produção do poço é
testada. Em seguida, é feita uma avaliação para verificar se alguma zona de
produção do poço deve ser isolada. Caso seja necessário, a produção do poço é
testada. Ao final, o poço é equipado.
OBS: Trata-se de um subprocesso do processo de Acompanhar Intervenção,
porém o diagrama deste subprocesso não nos foi fornecido.
323
Verificar necessidade de auxílio técnico
O Encarregado de sonda verifica se existe necessidade de auxílio técnico
em relação à operação de intervenção. Normalmente este tipo de auxílio está
relacionado a dúvidas e/ou problemas encontrados no programa de intervenção
realizado pela gerência de Engenharia de poços. As informações necessárias
são: a descrição das atividades que devem ser realizadas durante a intervenção.
No caso do uso de fluido, este programa descreve a composição química do
fluido. No caso da perfuração, o mesmo descreve as etapas de perfuração e a
profundidade e diâmetro de cada etapa. Esta atividade recebe como entrada o
programa de intervenção.
Solicitar auxílio à mesa de operações
O Grupo de execução de intervenção em poços solicita, por telefone,
auxílio à mesa de operações. As informações geradas são dúvidas em relação ao
programa de intervenção.
Avaliar auxílio solicitado na intervenção
O Coordenador da mesa de operações avalia o pedido de auxílio técnico
informado por telefone pelo grupo de execução de intervenção em poços. As
informações necessárias são: a descrição das atividades que devem ser
realizadas durante a intervenção. No caso do uso de fluido, este programa
descreve a composição química do fluido. No caso da perfuração, o mesmo
descreve as etapas de perfuração e a profundidade e diâmetro de cada etapa;
dúvidas em relação ao programa de intervenção. Esta atividade recebe como
entrada o programa de intervenção.
Solicitar auxílio à gerência de Engenharia de Poços
O Coordenador da mesa de operações solicita auxílio técnico à área de
serviço técnico por telefone, com as dúvidas e/ou problemas encontrados, nas
descrições da ordem de intervenção, pelo grupo de execução de intervenção em
poços. As informações geradas são: dúvidas em relação ao programa de
intervenção e o auxílio técnico na realização de uma intervenção.
324
Prover auxílio à mesa de operações
O Engenheiro de petróleo provê suporte técnico à mesa de operações da
área de intervenção em poços, esclarecendo questões sobre a intervenção. As
informações necessárias são: a descrição das atividades que devem ser
realizadas durante a intervenção. No caso do uso de fluido, este programa
descreve a composição química do fluido. No caso da perfuração, o mesmo
descreve as etapas de perfuração e a profundidade e diâmetro de cada etapa;
dúvidas em relação ao programa de intervenção. A informação gerada é o
esclarecimento das dúvidas e/ou problemas encontrados nas descrições da
ordem de intervenção. Esta atividade recebe como entrada o programa de
intervenção.
Prover auxílio ao grupo de execução da intervenção
O Coordenador da mesa de operações provê suporte técnico ao grupo de
execução da intervenção. A informação necessária é o esclarecimento das
dúvidas e/ou problemas encontrados nas descrições da ordem de intervenção. A
informação gerada é o esclarecimento das dúvidas e/ou problemas encontrados
nas descrições da ordem de intervenção.
Gerar boletim diário de operação
O Encarregado de sonda gera o boletim diário de operação. As
informações geradas resumem as operações realizadas durante um dia de
intervenção: Composição de colunas descidas no poço (tubos, hastes, packer,
tubing anchor, niples, Bomba, etc); Caso tenha ficado um peixe, deve ser
informado: descrição, profundidade do topo, e comprimento (m); Composição
dos equipamentos de superfície (Cabeça, suspensor, adaptadores, Árvore de
natal). Havendo ocorrência de areia, reportar o topo da areia encontrada até
conseguir limpar o poço. Esta atividade produz como saída um boletim diário
de operação. O sistema C registra as atividades realizadas durante um dia de
intervenção. Esta atividade segue como base o padrão (ZZZZZ) para
Recomendações operacionais na fiscalização das intervenções de sonda.
325
Regra de Negócio
Descrição
Cálculo da profundidade da coluna
Profundidade da coluna = Let Down + soma de todos os comprimentos anteriores
Let Down = 13,8m Se um valor de comprimento na grade estiver em branco,
descarta-se a profundidade calculada até aquele momento, e a partir do equipamento seguinte o cálculo recomeça usando o
valor do Let Down como profundidade inicial.
Avaliar boletim diário de operação
O Fiscal de sonda avalia o boletim diário de operação. As
informações necessárias são: Composição de colunas descidas no poço
(tubos, hastes, packer, tubing anchor, niples, Bomba, etc); Caso tenha
ficado um peixe, deve ser informado: descrição, profundidade do topo, e
comprimento (m); Composição dos equipamentos de superfície (Cabeça,
suspensor, adaptadores, Árvore de natal). Havendo ocorrência de areia
reportar o topo da areia encontrada até conseguir limpar o poço. As
informações geradas são: Composição de colunas descidas no poço (tubos,
hastes, packer, tubing anchor, niples, Bomba, etc); Caso tenha ficado um
peixe, deve ser informado: descrição, profundidade do topo, e
comprimento (m); Composição dos equipamentos de superfície (Cabeça,
suspensor, adaptadores, Árvore de natal). Havendo ocorrência de areia,
reportar o topo da areia encontrada até conseguir limpar o poço. Esta
atividade recebe como entrada e produz como saída o boletim diário de
operação. O sistema C fornece o relatório das atividades realizadas durante
um dia de intervenção.
Regra de Negócio
Descrição
Cálculo da profundidade
da coluna
Profundidade da coluna = Let Down + soma de todos os comprimentos anteriores
Let Down = 13,8m Se um valor de comprimento na grade estiver em
branco, descarta-se a profundidade calculada até aquele momento, e a partir do equipamento seguinte o cálculo
recomeça usando o valor do Let Down como profundidade inicial.
326
Corrigir boletim diário de operação
O Encarregado de sonda corrige o boletim diário de operação. As
informações necessárias são: Composição de colunas descidas no poço
(tubos, hastes, packer, tubing anchor, niples, Bomba, etc); Caso tenha
ficado um peixe, deve ser informado: descrição, profundidade do topo, e
comprimento (m); Composição dos equipamentos de superfície (Cabeça,
suspensor, adaptadores, Árvore de natal). Havendo ocorrência de areia,
reportar o topo da areia encontrada até conseguir limpar o poço. As
informações geradas são: Composição de colunas descidas no poço (tubos,
hastes, packer, tubing anchor, niples, Bomba, etc); Caso tenha ficado um
peixe, deve ser informado: descrição, profundidade do topo, e comprimento
(m); Composição dos equipamentos de superfície (Cabeça, suspensor,
adaptadores, Árvore de natal). Havendo ocorrência de areia, reportar o topo
da areia encontrada até conseguir limpar o poço. Esta atividade recebe como
entrada o boletim diário de operação, e produz como saída o boletim diário
de operações corrigido. O sistema C registra as alterações feitas no boletim
diário de operação.
Regra de Negócio Descrição Cálculo da profundidade da coluna
Profundidade da coluna = Let Down + soma de todos os comprimentos anteriores Let Down = 13,8m Se um valor de comprimento na grade estiver em branco, descarta-se a profundidade calculada até aquele momento, e a partir do equipamento seguinte o cálculo recomeça usando o valor do Let Down como profundidade inicial.
Imprimir boletim diário de operação
O Fiscal de sonda imprime duas cópias do Boletim diário de
operação. Uma fica com o fiscal e outra com o encarregado de sonda. As
informações necessárias são: Composição de colunas descidas no poço
(tubos, hastes, packer, tubing anchor, niples, Bomba, etc); Caso tenha
ficado um peixe, deve ser informado: descrição, profundidade do topo, e
327
comprimento (m); Composição dos equipamentos de superfície (Cabeça,
suspensor, adaptadores, Árvore de natal). Havendo ocorrência de areia,
reportar o topo da areia encontrada até conseguir limpar o poço. Esta
atividade recebe como entrada o Boletim Diário de Operação e produz
como saída um Boletim Diário de Operações impresso. O sistema BDCA
fornece o relatório das atividades realizadas durante um dia de intervenção.
Esta atividade segue como base o padrão (ZZZZZ) para Recomendações
operacionais na fiscalização das intervenções de sonda.
Enviar boletim diário de operação
O Fiscal de sonda envia o Boletim diário de operação. As
informações necessárias são: Composição de colunas descidas no poço
(tubos, hastes, packer, tubing anchor, niples, Bomba, etc); Caso tenha
ficado um peixe, deve ser informado: descrição, profundidade do topo, e
comprimento (m); Composição dos equipamentos de superfície (Cabeça,
suspensor, adaptadores, Árvore de natal). Havendo ocorrência de areia,
reportar o topo da areia encontrada até conseguir limpar o poço. Esta
atividade recebe como entrada o Boletim diário de operação. Esta
atividade segue como base o padrão (ZZZZZ) para Recomendações
operacionais na fiscalização das intervenções de sonda.
Testar eficiência volumétrica
O Grupo de execução de intervenção em poços realiza o teste de
eficiência volumétrica, que é realizado com o uso de bomba de fundo. As
informações geradas são os dados coletados durante o teste de eficiência.
Essa atividade produz como saída o boletim diário de operação. O sistema
C registra os resultados do teste de eficiência volumétrica. Esta atividade
segue como base o padrão (WWWWW) para Teste de eficiência.
Regras de negócio Descrição Cálculo do volume recolhido
Para o cálculo do volume é usada a seguinte fórmula: Q=(m3/d) = AAAAA x DP2 x S x N.
Eficiência da bomba de fundo
A bomba deve ser aprovada se o volume recolhido nas yy últimas pistoneadas for superior ou igual a xx% do deslocamento
328
volumétrico do pistão. Se a eficiência for igual ou superior a xx%, liberar o poço.
Repetição do teste de eficiência
Caso a eficiência da bomba seja inferior a xx%, repetir o teste mais uma vez. Persistindo a falha, desencamisar o pistão e efetuar circulação reversa para limpeza. Persistindo a falha, retirar a bomba do poço e enviá-la, devidamente identificada através de etiqueta, para a oficina.
Glossário
A tabela abaixo apresenta os principais termos e seus significados no
contexto do macroprocesso “Intervir em poços”.
Termo Descrição Desmontagem, transporte e montagem
Atividade de desmontagem, transporte e montagem de equipamentos.
Empenho Corresponde à reserva do material que será necessário na intervenção.
Intervenção Termo em inglês: Intervention. Qualquer serviço de manutenção, operação ou inspeção que tenha influência nas condições operacionais de equipamentos e sistemas.
Limpeza A remoção de material de preenchimento interno, tais como a areia, escamas ou materiais orgânicos, e outros restos do interior. Muitos reservatórios produzem alguma areia ou partículas finas que não podem ser carregadas para a superfície no líquido produzido. O acúmulo de material suficiente pode eventualmente aumentar a concentração dentro da parte mais baixa do interior, possivelmente restringindo a produção.
Poço
Orifício perfurado no solo, através do qual se obtém ou se intenciona obter petróleo ou gás natural. Um poço é composto por várias zonas de produção.
Zona de produção Conjunto de rochas permoporosas de um sistema hidráulico, contendo petróleo em fase contínua, dentro de um mesmo campo. Um campo pode ter diversas zonas de produção associadas a ele, e um dado projeto do campo poderá produzir uma ou mais destas zonas de produção.