You are on page 1of 106

FACULDADE AVANTIS

ANDR BRITO SALUSTIANO

ESPECIFICAO DE UM SISTEMA GERENCIAL PARA A GESTO ORAMENTRIA NA ADMINISTRAO PBLICA

BALNERIO CAMBORI 2010/II

ANDR BRITO SALUSTIANO

ESPECIFICAO DE UM SISTEMA GERENCIAL PARA A GESTO ORAMENTRIA NA ADMINISTRAO PBLICA

Trabalho de concluso do curso de Sistemas de Informao da Faculdade AVANTIS

Orientador: Ivan Correia Filagrana

BALNERIO CAMBORI 2010/II

Dedico este trabalho minha linda famlia e Tatiani Stadler, dos quais a ajuda foi imprescindvel para sua concluso.

Agradeo

Deus,

por

me

dar

capacidade de obter conhecimento, aos meus pais por me nessa apoiarem busca to pelos

incessantemente

estudos, aos meus amigos que sempre influenciaram positivamente no meu

amadurecimento pessoal e intelectual e aos meus professores nos quais at hoje posso os ver como amigos e que certamente continuaro o sendo.

Bem aventurado o homem que acha sabedoria, e o homem que adquire conhecimento. Provrbios 3:13

RESUMO

Este trabalho demonstra a especificao de um novo modelo de gesto oramentria na administrao pblica, aplicando-se o contedo obtido nesta academia com o foco principal na gesto do conhecimento, rea ainda no aproveitada nas administraes municipais o que torna o exerccio do executivo municipal apenas funcional no facilitando a tomada de deciso do gestor responsvel. Os mtodos da Linguagem Unificada de Modelagem (Unified Modeling Language-UML) foram utilizados para o desenvolvimento do modelo de gesto que por sua vez ser baseado em um Armazm de Dados (Data Warehouse-DW) e Data Mart (DM) gerados por Extrao Transformao e Carga (Extract Transform LoadETL) para extrao dos dados gerados pelos atuais sistemas informticos utilizados pela administrao pblica, neste caso os sistemas Betha Sapo e Betha Compras sero os fornecedores dos dados executivos para uma gerao final de Painis Indicadores de Desempenho (Key Performance Indicator-KPI) ou Performance Dashboards que daro informaes tangveis ao responsvel final pela tomada de deciso e gerenciamento do oramento pblico. Pode-se definir este trabalho simplesmente numa real visualizao da administrao pblica como uma empresa que precisa urgentemente da incluso da Inteligncia do Negcio (Business Intelligence-BI) em seus processos para que sejam melhores aproveitados e aplicados os recursos financeiros que pertencem a estes rgos. PALAVRAS-CHAVE: Gesto Pblica Oramentria. Painis de desempenho. Gesto do conhecimento.

ABSTRACT

This paper shows the specification of a new model of budget management in public administration, applying the content obtained in this academy with the focus on knowledge management, untapped area in the municipalities that make exercise of the executive branch only functional not facilitate the decision of the manager responsible. The methods of the Unified Modeling Language (UML) were used for the development of a management model which in turn is based on a Data Warehouse (DW) and Data Mart (DM) generated by Extract Transform Load (ETL) extraction of data generated by current systems used by government, in this case the systems Betha Sapo and Betha Compras will be the data providers executives for a final generation of Key Performance Indicators (KPI) or Performance Dashboards that give tangible information to the ultimate responsibility for decision making and management of the public budget. You can simply set this work in a real display of public administration as a company that urgently needs to include the Business Intelligence (BI) in its processes to be better leveraged and applied financial resources belonging to these bodies.

KEYWORDS: Public Management Budget. Performance Dashboards. Knowledge management.

SUMRIO

INTRODUO .......................................................................................... 10 1.1 OBJETIVOS ....................................................................................... 12

1.1.1 Objetivo Geral ................................................................................ 12 1.1.2 Objetivos Especficos .................................................................... 12 1.2 2 JUSTIFICATIVA ................................................................................. 12

METODOLOGIA ....................................................................................... 14 2.1 LIMITAO DO ESCOPO ................................................................. 15

3 4

ESTRUTURA DO TRABALHO ................................................................ 16 FUNDAMENTAO TERICA................................................................ 17 4.1 ADMINISTRAO PBLICA ............................................................. 17

4.1.1 Controle Interno ............................................................................. 17 4.1.2 Instrumentos Legais de Planejamento Pblico .............................. 18 4.1.2.1 Plano plurianual (PPA)........................................................... 18 4.1.2.2 Lei de diretrizes oramentrias (LDO) ................................... 19 4.1.2.3 Lei oramentria anual (LOA) ................................................ 19 4.1.3 Oramento Pblico ........................................................................ 20 4.1.4 Receita Pblica .............................................................................. 23 4.1.4.1 Codificao da receita oramentria...................................... 24 4.1.4.2 Estgios da receita ................................................................ 25 4.1.5 Despesa Pblica ............................................................................ 26 4.1.5.1 Classificao das despesas ................................................... 27 4.1.5.2 Despesas por categorias econmicas ................................... 28 4.1.5.3 Grupos de natureza da despesa ............................................ 28 4.1.5.4 Modalidade de aplicao e elemento de despesa ................. 29 4.1.5.5 Crditos adicionais................................................................. 30 4.2 GESTO DA INFORMAO ............................................................. 31

4.2.1 Business Intelligence ..................................................................... 32 4.2.2 Painis de Desempenho................................................................ 35 4.2.2.1 Benefcios dos painis de desempenho ................................ 35 4.2.3 Data Warehouse ............................................................................ 37 4.2.4 Data Mart ....................................................................................... 38

4.2.5 OLAP ............................................................................................. 38 4.2.6 Data Mining (Minerao de Dados) ............................................... 39 5 DESENVOLVIMENTO .............................................................................. 41 5.1 PROCESSO ATUAL DE MANUTENO DOS RECURSOS ............ 41

5.1.1 Sistema atual ................................................................................. 41 5.1.2 Licitao e compra direta............................................................... 42 5.1.3 Empenho, Autorizao de Fornecimento e Emendas ................... 43 5.1.4 Descrio Grfica do Processo Atual ............................................ 44 5.2 MODELO PROPOSTO....................................................................... 45

5.2.1 Mtodo de Modelagem Utilizado ................................................... 46 5.2.2 Unified modeling language (UML) ................................................. 47 5.2.3 Diagrama de casos de uso ............................................................ 47 5.2.4 Diagramas de atividades ............................................................... 48 5.2.5 Diagrama de atividade do processo atual...................................... 48 5.3 5.4 5.5 5.6 5.7 5.8 5.9 5.10 5.11 6 7 ESCOPO DO PRODUTO ................................................................... 50 BENEFCIOS DO MODELO ............................................................... 50 LIMITAES DO SISTEMA ............................................................... 51 CASOS DE USO DO MODELO PROPOSTO .................................... 51 DIAGRAMA DE ATIVIDADE DO PROCESSO PROPOSTO .............. 68 DIAGRAMA ER DO SISTEMA PROPOSTO ...................................... 70 PROTTIPOS DE TELA DO SISTEMA PROPOSTO ........................ 77 CONCLUSES ............................................................................... 83 EXTENSES .................................................................................. 85

CONSIDERAES FINAIS ...................................................................... 86 REFERNCIAS ........................................................................................ 88

10

INTRODUO

Iniciou-se h poucos anos um novo milnio, abarrotado de tecnologias, dados, informaes, informaes particulares, informaes secretas, privadas, pblicas, roubo de informaes, at trfico de informaes existe. Para cada tipo de informao utilizado um tipo de tratamento que, por sua vez, gera diferentes formas de conhecimento, neste trabalho focam-se as informaes geradas pela administrao pblica, e o tratamento utilizado para manipul-las, qual o grau, qualidade e benefcio do conhecimento obtido com base nas informaes extradas, prevendo uma forma de gerar um modelo que proporcione melhorias neste processo. Sabe-se que a base de um desenvolvimento sustentvel de uma nao est no seu governo, de onde sai todo o planejamento, investimento e manuteno das reas de sade, educao, assistncia social, transportes, obras, saneamento bsico dentre outros setores dos quais os cidados necessitam da disponibilidade incondicional. Como tornar ntegra uma gesto que geralmente trocada a cada quatro anos na qual os colaboradores adquirem todo o conhecimento sobre a administrao no momento em que so promovidos funcionrios pblicos? No h hoje nos municpios uma forma de transferir toda a informao gerada em um mandato de modo que a continuidade gestora no sofra interferncias negativas. O formato de estudo das aplicaes oramentrias efetuadas na administrao pblica se d, atualmente, simplesmente por uma extrao de relatrios sintetizados por rea de aplicao, diga-se de passagem, inteis para um planejamento estratgico condizente com tamanha responsabilidade exercida pela gesto oramentria municipal. A necessidade de um modelo que atenda aos requisitos bsicos para um decente planejamento estratgico, seja no incio, meio ou fim de uma gesto, eminente, uma vez que o fator executivo ainda no enfocado como predicado principal da administrao, qui por ela ser pblica, o que traz tona a obrigao

11

de trat-la como uma organizao privada trazendo a possibilidade de trabalhar com os conceitos de Business Intelligence. As leis oramentrias so os alicerces do planejamento financeiro das prefeituras, so elas a LOA (Lei Oramentria Anual), LDO (Lei de Diretrizes Oramentrias) e o PPA (Plano Plurianual), so tambm as responsveis pela padronizao existente na gerncia pblica quando se aborda a dotao, e nelas que fica fundamentado o modelo desenvolvido, pois existe a concretizao nacional de que a forma que elas regem a adequada. Este um fator que exige o estudo de como funcionam estas leis e de como a gesto de negcios se encaixa nestas, pois suas aplicabilidades no desencadear deste projeto so totalmente dependentes. Assim, este trabalho apresentar um modelo de gesto para a administrao pblica, mais especificamente a administrao pblica municipal que possibilitar ao gestor visualizar as dotaes oramentrias, efetuar buscas detalhadas e no retorno obter onde, quando, como e por que foram injetadas as verbas pblicas disponveis, projetar e simular as aplicaes consequentes conforme vigora na legislao municipal e ainda ter suporte concepo das leis oramentrias. Desta forma, atravs de um painel KPI (Key Performance Indicator) baseado em de um Data Warehouse alimentado por uma ETL que extrai os dados do banco do Sistema Betha1 o administrador pode tomar as decises de acordo com o resumo que possui em sua frente, uma viso anteriormente impossvel nos relatrios bsicos do prprio sistema aplicativo utilizado. Ento facilitar o desempenho do dirigente e criar uma administrao contnua, mesmo que a cada perodo seja alterado todo o quadro funcional executivo, fornecendo um auxlio fixo gerncia pblica com os conceitos de Inteligncia de Negcios, j conhecidos na rea privada de grande porte, tornar a administrao pblica uma parte concreta do desenvolvimento do pas. No apresentar impedimento para o administrador saber o que est errado, visualizar e corrigir, e ainda estudar diversas formas de projeo, para ao fim tomar

Betha Sistemas

12

a deciso correta baseado seguramente na Gesto do Conhecimento o que impe o modelo desenvolvido na concepo deste trabalho.

1.1

OBJETIVOS

1.1.1 Objetivo Geral

Especificar um sistema gerencial para gesto oramentria na administrao pblica.

1.1.2 Objetivos Especficos

Estudar e apresentar o funcionamento da Administrao Pblica na rea oramentria. Estudar e apresentar os conceitos inerentes ao Business Intelligence. Desenvolver a especificao de um sistema gerencial com base na Gesto de Negcios aplicados administrao pblica.

1.2

JUSTIFICATIVA

Esta monografia justificada pela viso administrativa utilizada hoje na gesto pblica e, por consequncia, seus mtodos de execuo gerencial. Os procedimentos utilizados hoje no visam, quando focada uma viso executiva, as melhores prticas, a inteligncia de negcio tampouco a gesto da informao.

13

V-se uma tomada de deciso apoiada somente na legislao j existente, fundamentada nos princpios oramentrios pblicos e nas Leis Oramentrias, que vigoram nos trs nveis pblicos: municipal, estadual e federal. Partindo deste pressuposto conclui-se que a funo da Administrao Pblica hoje agir somente de maneira funcional, carregando a responsabilidade pelo funcionamento das respectivas reas as que lhe incumbem. Ao aplicarem-se os conceitos de Gesto da Informao rea pblica podemos apetecer um retorno concreto que demonstre onde falha o controle administrativo e como poderemos nos direcionar nas tomadas de decises melhorando o desempenho do processo atual. Como resultado final, podemos prever uma perceptvel melhoria nas aplicaes financeiras dos rgos pblicos, utilizando-se dos conceitos j estabelecidos na gesto privada, onde existe a necessidade de gerenciar todo o tipo de informao gerado pela organizao a fim de exercer uma competente ao no mercado atual. Assim podemos definir que o lucro da administrao pblica retornaria ao cidado contribuinte, que pode ser desenhado aqui como cliente dos servios prestados pelas organizaes pblicas.

14

METODOLOGIA

Ser desenvolvido neste trabalho um estudo dedicado administrao pblica no que tange gesto oramentria e suas caractersticas principais para que possam ser aplicados os conhecimentos de gesto da informao, que tambm sero estudados aqui, entre os processos utilizados atualmente. Para a aplicao destes conceitos ser utilizada a linguagem UML por padronizar a modelagem de aplicativos e projeo destes. Por possuir uma vasta quantidade de mtodos disponveis para a discriminao do funcionamento de cada item de um programa, utilizaremos somente alguns destes mtodos que permitam uma visualizao clara e consistente de como ser desenvolvido o modelo dentre esses: Diagrama de casos de uso; Diagrama de atividades; Descrio dos requisitos funcionais; Descrio dos Requisitos no-funcionais. Utilizao de imagens e diagramas para descrever os processos atuais e o modelo proposto; e Demonstraes de telas do sistema indicado. Por fim tem-se um mtodo j consolidado para desenvolver o modelo de gesto que facilitar na apresentao desta monografia ao final.

15

2.1

LIMITAO DO ESCOPO

A fundamentao terica abranger somente os itens julgados necessrios para a compreenso dos processos atuais que sofrero alteraes na administrao pblica alm de contextualizar e fundamentar somente as definies de gesto da informao que sero aplicados neste trabalho. Na parte em que se trata da administrao pblica sero especificados os conceitos dos instrumentos legais de planejamento pblico, oramento pblico, receita pblica e despesa pblica. J na rea de fundamentao da gesto da informao ser contextualizado o Business Intelligence, painis de desempenho, Data Warehouse, Data mart, OLAP e Minerao de dados.

16

ESTRUTURA DO TRABALHO

Este trabalho est estruturado em itens, sendo eles: Fundamentao Terica, onde tratada a compreenso dos assuntos relacionados Administrao Pblica e Gesto da Informao. Desenvolvimento, seo na qual existe uma breve contextualizao do funcionamento da gesto oramentria atual, os conceitos da UML, definio dos requisitos funcionais, requisitos no funcionais e apresentao do modelo proposto em diagramas de casos de uso, diagramas de atividades e simulaes de telas. Nas Consideraes Finais, so descritas as concluses sobre o trabalho.

17

FUNDAMENTAO TERICA

4.1

ADMINISTRAO PBLICA

Deve-se contextualizar a administrao pblica, no que tange gesto municipal, e consider-la aqui um dos fundamentos para que o pas siga um padro a fim de permitir a aplicao de um modelo gestor e como retorno obtenha um desenvolvimento sustentvel gerenciado de forma planejada e assistida. Abordando dos conceitos mais simples at os mais abstrusos est a administrao pblica que ministra os governos, seja federal, estadual ou municipal, os quais esto cabidos dentro de um mesmo paradigma gerencial ditado pela constituio federal e ornado pelos gestores polticos definidos pela democrtica eleio peridica atual. Um planejamento estratgico supostamente existe nesta administrao pblica, entretanto se percebe no funcionar corretamente por no termos perfeio no mbito social, ecolgico tampouco poltico, que por sua vez deveria servir como base democrtica de apoio prpria gesto pblica. Nos tpicos a seguir tratam-se os pilares da administrao pblica e tornamos o foco aos itens que geram influncia direta nesta e inferem na generalidade deste trabalho.

4.1.1 Controle Interno

Na legislao brasileira este um dos setores que

tm grande

responsabilidade pelo funcionamento ntegro da administrao pblica, uma vez que tem como finalidade tornar legal todo e qualquer movimento oramentrio desempenhado no executivo, legislativo e jurdico de cada municpio.

18

Conclui que a Constituio da Repblica no determinou o Poder para fazer a integrao dos controles internos. Entretanto, como compete ao Executivo a apresentao da prestao de contas da entidade governamental, entende-se que lhe cabe a tarefa de fazer a consolidao e a integrao dos relatrios e demonstraes do controle interno de cada poder. (PEIXE, 2006, pg. 119)

Ainda neste contexto v-se responsabilizado o Controle Interno de cada prefeitura pelo contato direto com o Tribunal de Contas da Unio (TCU) no que tange conferncia das aplicaes financeiras e fiscalizao interna que garanta que os projetos dos nveis acima estejam sendo seguidos e desenvolvidos corretamente.

4.1.2 Instrumentos Legais de Planejamento Pblico

De acordo com a Constituio Federal os instrumentos legais de planejamento so o PPA (Plano Plurianual), LDO (Lei de Diretrizes Oramentrias) e a LOA (Lei Oramentria Anual), adiciona-se a estes instrumentos o Plano Diretor, exigido para municpios com mais de 20 mil habitantes. (BERNADONI, 2006, pg. 39)

4.1.2.1 Plano plurianual (PPA)

A lei do plano plurianual deve estabelecer, de forma regionalizada, as diretrizes, objetivos e metas da administrao pblica para despesas de capital e outras delas decorrentes e para as relativas aos programas de durao continuada. (PEIXE, 2002, p. 122)

19

Ficando assim responsvel pelo planejamento de mdio prazo este, vlido para o perodo entre o incio do segundo ano de mandato e o final do primeiro ano do mandato subsequente. As aes governamentais sero realizadas somente se estiverem contempladas no PPA.

4.1.2.2 Lei de diretrizes oramentrias (LDO)

a responsvel por ditar as regras para equilibrar as receitas e despesas anuais, alm de gerar uma transparncia ao processo de oramento aliando o Poder Executivo ao Legislativo em disciplina e fiscalizao das finanas pblicas. Segundo a Constituio Federal (art. 165, 2) a Lei de diretrizes oramentria deve estabelecer as metas e prioridades da Administrao pblica, incluindo as despesas de capital para o exerccio financeiro subsequente, orientar a elaborao da lei oramentria anual, e dispor sobre as alteraes na legislao tributria local e ser aprovada at o final do primeiro semestre de cada ano. Notadamente uma vez que sejam seguidas e obedecidas s regras inerentes LDO no haver contratempos que caracterizem irregularidades quanto observncia do correto exerccio financeiro, originando uma qualidade ntegra aos dados trazidos por este processo.

4.1.2.3 Lei oramentria anual (LOA)

A responsabilidade pelas receitas e despesas pblicas fica por conta quase que completamente da LOA a qual se constitui por trs oramentos: o oramento fiscal referente aos Poderes da Unio, aos seus fundos, rgos e entidades da Administrao Pblica direta e indireta; o oramento de investimento das

20

empresas em que o Poder Pblico, direta ou indiretamente, detenha a maioria do capital social com direito a voto; o oramento da seguridade social, incluindo todas as entidades e rgos a ela vinculados (CF, art. 165 5). nela onde so definidas as prioridades do PPA e as metas do ano em curso projetando a despesa pblica com regras para que nenhuma seja executada fora do oramento. uma lei autorizativa e no impositiva, uma vez que o gestor de cada oramento tem a faculdade de realizar ou no as despesas nela contidas (BERNADONI, 2006, pg. 55). No prximo captulo veremos as regras e premissas responsveis por direcionar o oramento pblico, deixando exposto o funcionamento deste para darmos continuidade ao trabalho.

4.1.3 Oramento Pblico

De acordo com CAMPELLO (2000) o sistema oramentrio acompanha a execuo do oramento registrando, de forma analtica, todos os valores relativos s Receitas e s Despesas. O sistema inicializado por meio do registro dos valores estimados ou previstos para as receitas, e dos valores fixados pela Lei do Oramento para as despesas. Definindo os valores de receita e despesas o planejamento oramentrio quem diz se teremos insuficientes fundos ou excessivos recursos para efetuar o desenvolvimento da economia municipal. Geralmente auxiliados por sistemas informatizados recebemos como devoluo da alimentao destes o balano oramentrio conforme ilustra a tabela 1.

21

TABELA 1 - BALANO ORAMENTRIO


Ttulos
Receitas Correntes Rec. Tributria Rec. Patrimonial ... Receitas de Capital Receitas Vinculadas Dficit Total Despesas Vinculadas Supervit Total

Previso

Execuo

Diferena

Ttulos
Despesas Prprias Legislativa Administrativa ...

Previso

Execuo

Diferena

FONTE: Campello, (2006).

Este

planejamento

oramentrio

est

baseado

em

algumas

regras

denominadas como Princpios Oramentrios responsveis por assegurar que as propostas determinadas pela LOA sejam cumpridas fielmente. Para auxlio no desempenhar deste trabalho segue a listagem destes princpios: a) Princpio da universalidade: Delega a integrao do oramento indicando como componentes desta dois itens: receitas e despesas previstas e fixadas pelos seus valores globais sem deduo alguma. b) Princpio da anualidade: o princpio que estabelece a vigncia do oramento, restringindo-a a um perodo anual correspondente ao ano civil. c) Princpio da unidade: Mesmo constituindo uma organizao

descentralizada o oramento deve ser previsto em uma nica lei oramentria o que define o princpio da unidade, e no discrimina entidades autrquicas nem a diviso financeira de cada departamento organizacional. d) Princpio da exclusividade: A Lei Oramentria somente tratar de assuntos ligados estimativa das receitas e da fixao das despesas.

22
Decorre do aspecto jurdico do oramento, significando que a Lei de Oramento no pode conter dispositivo estranho PREVISO DE RECEITAS E DESPESAS, ressalvados os casos previstos no art. 7 da Lei n 4.320/64, ou seja, a autorizao para a abertura de crditos suplementares, a contratao de operaes de crdito, inclusive por antecipao de receita, alm de indicao da fonte de recursos para a cobertura de dficit, quando for o caso. (BERNADONI, 2006, pg. 60)

e) Princpio do equilbrio: Delega a existncia de uma equidade perfeita entre receitas e despesas, visando garantia de equilbrio entre as mesmas. Obtm-se um reforo a esse princpio com a Lei de Responsabilidade Fiscal (LRF) que preza o comprimento de metas de resultado dentre receitas e despesas. f) Princpio do oramento bruto: Para prover transparncia e legalidade este princpio manda que o oramento contenha todas as receitas e despesas de acordo com seus valores brutos a fim de impedir a incluso de importncias lquidas. g) Princpio da no-afetao (no-vinculao) das receitas: O art. 167 da Constituio Federal veda a vinculao de receita de impostos a rgo, fundo ou despesa excetuando as regras j previstas na prpria lei. Segundo BERNADONI (2006):
Nenhuma parcela da receita de impostos pode ser reservada ou comprometida para atender a determinados gastos. Esse dispositivo visa garantir que o gestor possa alocar recursos para atender s despesas de acordo com as prioridades que cada circunstncia requer.

h) Princpio da discriminao, especializao ou especificao: Define que a Lei Oramentria conter dados referentes s receitas e despesas discriminadamente de acordo com a origem e a aplicao dos recursos. Percebe-se maior facilidade de fiscalizao, por parte dos agentes convenientes, diretamente proporcional qualidade da discriminao mostrada na lei. i) Princpio da reserva legal (da competncia): Ordena que o Poder Executivo seja o responsvel legal pela proposio das leis do PPA, da

23

LDO e da LOA de acordo com a Constituio Federal, definida como RESERVA LEGAL ou COMPETNCIA LEGAL.

Nestes captulos que seguiram foram apresentados, no todos, mas os princpios de maior relevncia dentro da legislao brasileira responsveis pelo direcionamento de todo o processo de elaborao e cumprimento do oramento pblico, tambm o necessrio para o ntegro desempenho deste trabalho. Daremos, portanto, nos prximos tpicos, continuidade aos principais conceitos da administrao pblica, ou seja, os julgados de suma importncia para a aplicao desta modelagem de gesto rea pblica.

4.1.4 Receita Pblica

Corresponde a toda a arrecadao de valores autorizados pela Constituio Federal alm de leis e ttulos creditrios Fazenda Pblica. o conjunto de ingressos monetrios aos cofres pblicos, provenientes de vrias fontes e fatos geradores, que formam as disponibilidades financeiras com as quais a Fazenda Pblica pode dispor para o financiamento das despesas pblicas (ANDRADE, 2005, pg. 145).

Tipos de receita pblica

As receitas pblicas esto basicamente repartidas em dois nveis bsicos: RECEITAS CORRENTES (definida pelo cdigo 1) e RECEITAS DE CAPITAL (cdigo 2).

24

As receitas correntes correspondem arrecadao tributria como taxas, contribuies de melhoria e o grande sustento da administrao pblica constitudo pelos impostos, alm de receitas diversas como patrimoniais, industriais e os recursos para aplicao. J as receitas de capital proveem de operaes de crdito, amortizados de emprstimos e financiamentos que surgem da alienao do patrimnio e ainda as transferncias previamente vinculadas despesa de capital.

4.1.4.1 Codificao da receita oramentria

Padronizada para uma correta consolidao dos dados relativos receita pblica rege a codificao da receita oramentria. A codificao padronizada da receita foi estabelecida pela Lei Federal n 4.320/1964 e, atualmente, encontra-se disciplinada pela Portaria STN n 303/2005. (BERNADONI, 2006, pg. 69). A tabela 2 demonstra os nveis que definem a natureza da receita na gerao do oramento pblico:

TABELA 2 - CODIFICAO DA RECEITA


1 nvel: categoria econmica 2 nvel: subcategoria econmica 3 nvel: fonte 4 nvel: rubrica 5 nvel: alnea 6 nvel: subalnea CORRENTE OU CAPITAL DEFINE A RECEITA DETALHA A ORIGEM DA RECEITA PRECISA A FONTE DA ORIGEM NOME PROPRIAMENTE DITO DA RECEITA NVEL ANALTICO DETALHAMENTO OPCIONAL

FONTE: Bernadoni, (2006, pg. 69).

25

4.1.4.2 Estgios da receita

Podem-se destacar dentre os diversos nveis comportamentais da receita os seguintes: PREVISO: estima a receita arrecadada dividindo-se em duas etapas, na primeira delas define-se a metodologia utilizada para aplicao da receita, a segunda legaliza a receita pela instituio e a inclui na Lei Oramentria. ARRECADAO: aonde os contribuintes saldam as importncias nos bancos ou estabelecimentos responsveis pelo recebimento dos valores devidos ao Tesouro. RECOLHIMENTO: ato da transferncia dos recursos arrecadados para conta especfica do Tesouro onde coordenado e administrado o financeiro da entidade governamental.

Previso

Arrecadao

Recolhimento

Metodologia

Lanamento

Caixa

Banco

Unidade de caixa

Previso

FIGURA 1 ESTGIOS DA RECEITA


FONTE: Adaptado de Bernadoni (2006)

26

4.1.5 Despesa Pblica

De acordo com CAMPELLO (2000, pg. 75) as despesas pblicas:

... compreendem todos os valores monetrios desembolsados, ou que devam ser desembolsados por uma organizao pblica. Incluem-se, nestes, os valores globais de contratos que devero ser pagos dentro do exerccio e os valores de despesas estimativas para servios e consumo (energia eltrica, aluguis, gua e esgoto, telefones, servios de computao, assinaturas e peridicos).

Ainda neste contexto as despesas so contabilizadas diferentemente das receitas e, por consequncia, lanadas no exerccio vigente sua origem, independente da efetivao de quitao. O modelo oramentrio brasileiro classifica as despesas como FUNCIONAL e INSTITUCIONAL facilitando a visualizao de modo que sejam enfocadas as especificidades de cada despesa.

27

4.1.5.1 Classificao das despesas

A CLASSIFICAO INSTITUCIONAL demonstra os responsveis pela programao, por exemplo: Secretaria da Administrao da Prefeitura Municipal de Porto Belo exigindo uma codificao para descrever cada esfera, a qual gerada por cada rgo em particular. A CLASSIFICAO FUNCIONAL exibe as aes com foco em sua tipologia e objeto final, compondo uma classificao com funes e subfunes prefixadas por segmentao de rea. Um exemplo responder a seguinte pergunta: EM QUE REA a despesa ser realizada? (segurana pblica, educao, sade). Abaixo temos uma descrio que facilita a visualizao dessa classificao das despesas:

FIGURA 2 CLASSIFICAO INSTITUCIONAL FUNCIONAL E PROGRAMTICA


FONTE: Campello (2000, pg. 77).

28

BERNADONI (2006) nos deixa a ideia de combinao tpica na organizao das despesas: rgo: Programa: Funo: 0200 Governo Municipal 0080 Programa Gesto Administrativa 04 Administrao Planejamento e Oramento

Subfuno: 121

4.1.5.2 Despesas por categorias econmicas

So definidas pela Lei Federal n 4.320 de 1964 e caracterizam as DESPESAS CORRENTES (cdigo 3) e DESPESAS DE CAPITAL (cdigo 4). As DESPESAS CORRENTES englobam todas as despesas no contribuintes para a aquisio de um bem de capital, ou seja, bens que podem gerar novos bens, integrantes ou no do patrimnio pblico. Ex.: despesas com pessoal, transporte e locomoo etc. As DESPESAS DE CAPITAL enquadram todas as despesas que contribuem diretamente para a formao ou aquisio de um bem de capital (CAMPELLO, 2000, pg. 76). Ex.: despesas com equipamentos, e material permanente etc.

4.1.5.3 Grupos de natureza da despesa

Entende-se por grupos de natureza de despesa a agregao de elementos de despesa que apresentam as mesmas caractersticas quanto ao objeto de gasto. Existem seis grupos de natureza da despesa, com os seus respectivos cdigos... (BERNADONI, 2006, pg. 83).

29

So estes grupos: (1) pessoal e encargos sociais, (2) juros e encargos da dvida, (3) outras despesas correntes, (4) investimentos, (5) inverses financeiras e (6) amortizao e refinanciamento da dvida. 4.1.5.4 Modalidade de aplicao e elemento de despesa

A modalidade de aplicao a parte identificadora da forma de transferncia efetuada na aplicao de recursos. Tambm utiliza um detalhamento numrico o qual exemplificado est abaixo: 20 Transferncias Unio 30 Transferncias a Estados e ao Distrito Federal 40 Transferncias a Municpios 50 Transferncias a Instituies Privadas sem Fins Lucrativos 60 Transferncias a Instituies Privadas com Fins Lucrativos 70 Transferncias a Instituies Multigovernamentais 80 Transferncias ao Exterior 90 Aplicaes Diretas 99 A ser definida

Desta mesma maneira o elemento de despesa quem indica o objeto de gasto da administrao pblica, constituindo o detalhamento da despesa, realizado para o desenvolvimento de suas aes, como por exemplo: 01 Aposentadorias e Reformas 03 Penses 04 Contratao por Tempo Determinado 05 Outros Benefcios Previdencirios 06 Benefcio Mensal ao Deficiente e ao Idoso

Vejamos como se exibe a discriminao da natureza da despesa.

30

3. 1. 90. 11. 00. 00 Outros detalhamentos Outros detalhamentos Elementos da Despesa Modalidades de Aplicao Grupo de Despesa Categoria Econmica A listagem completa do detalhamento dos tipos de elemento de despesa est no Anexo n III da Portaria Interministerial n 163, de 4 de maio de 2001, publicada na D.O.U. n 87-E de 7 de maio de 2001. Seo 1, pginas 15 a 20.

4.1.5.5 Crditos adicionais

A Lei Federal n 4320 (1964) explana sobre os crditos adicionais:


- So crditos adicionais as autorizaes de despesas no computadas ou insuficientemente dotadas na Lei do Oramento (art. 40). - Os crditos adicionais classificam-se em (art. 41): I suplementares, os destinados a reforo de dotao oramentria; II especiais, os destinados a despesas para as quais no haja dotao oramentria especfica; III extraordinrios, os destinados a despesas urgentes e imprevistas, em caso de guerra, comoo intestina ou calamidade pblica.

Contextualizada a discriminao dos tipos de crditos adicionais passemos ao entendimento do bloqueio oramentrio. Os captulos que se seguiram demonstraram o funcionamento e a utilidade de alguns itens da gesto oramentria pblica, estes itens so considerados de imprescindvel necessidade para a concluso desta fundamentao terica, uma vez que se tratam da principal forma de indexao e tratamento global da mostra de informao gestora existente hoje na administrao pblica, ainda assim ineficiente e ineficaz ao auxlio na tomada de deciso que o foco principal deste desenvolvimento.

31

Vale citar que mesmo aps termos o oramento planejado, mediante suporte das ferramentas utilizadas pela gesto pblica, ainda estaremos pendentes quanto aprovao da Lei do Oramento, que definida pelo executivo, votada e aprovada pelo legislativo municipal. Considerado um estudo desnecessrio a este projeto, por no influenciar na modelagem final de gesto exposta aqui, no ser aprofundado o estudo parte da aprovao das Leis Oramentrias. Nos prximos tpicos apresentaremos os conceitos referentes tecnologia e suporte de negcios, com apresentaes de Business Intelligence, UML, KPI, Data Warehouse, Data Mart, Gesto de Negcios dentre outros diversos pilares que sustentam os atuais Sistemas de Informao, a fim de aplicarmos todo este embasamento rea de Gesto Pblica.

4.2

GESTO DA INFORMAO

Este ttulo encabea um dos pontos cruciais neste trabalho, o objeto que mais passou por alteraes e evolues durante os tempos, DALFOVO (2007) nos d um resumo desta evoluo: A primeira era foi a da agricultura, a segunda era foi a industrial e atualmente vive-se a era do conhecimento. O conhecimento a informao da qual o ser humano apropria-se, interpreta, passando a ter novas ideias. Atualmente um assunto procurado e de expanso em pesquisas nas organizaes. Os fatores que influenciam nesses processos de busca do conhecimento entre eles podem-se citar a rpida evoluo da tecnologia, o acesso aos mercados globais, turbulncias dos mercados, como lidar e extrair dados e informaes da inteligncia competitiva nas organizaes. Nesse sentido podemos perceber que o foco das organizaes que visam obter sucesso no desempenho de suas funes sem causar danos deficitrios em seu patrimnio, seja intelectual ou financeiro, se volta para a gesto da informao,

32

pois da que se retira um conhecimento rentvel ao funcionamento correto das administraes diversas que hoje existem. Ainda neste contexto veremos ao decorrer desta monografia e

reconheceremos o tamanho da importncia de um correto tratamento s informaes geradas pela organizao, e que todas as tomadas de decises que so efetuadas aps o gerenciamento destes dados contribuem para um salto no desenvolvimento competitivo de quaisquer organizaes. hora de questionar aqui: UMA ORGANIZAO PBLICA DISPUTA O QU? COM QUEM? VANTAGEM COMPETITIVA? hora tambm de aprendermos que os melhores lugares para ser aplicada toda a tecnologia e todo o conhecimento emprico humano so as empresas das quais mais dependemos atualmente, os RGOS PBLICOS. To fcil entender que uma empresa que no possui necessidade de disputar com ningum, pois nica em cada municpio, estado, ou pas, no entanto, no possui a mesma filosofia de desenvolvimento nas funes administrativas e estratgicas. Para a continuao desta modelagem este um paradigma a ser quebrado, pois teremos de inserir o conhecimento de gesto da informao na gesto pblica e fundir todos os conceitos de inteligncia de negcios aos conceitos de administrao pblica oramentria. Nos ttulos a seguir entenderemos quais so e como funcionam os principais instrumentos da gesto do conhecimento para que possamos em seguida uni-los administrao pblica em uma nica modelagem de gesto.

4.2.1 Business Intelligence

Um conceito moderno, que surgiu para determinantemente encravar esteios, cujo enfoque voltado para empresas, geralmente grandes organizaes que visam

33

sustentar uma vantagem competitiva no mercado atual atravs do uso da Inteligncia do Negcio para melhorar a tomada de decises. A inovao est em aplicar este fenmeno na administrao pblica, e aproveitar todas as vantagens geradas pela metodologia e conceitos do BI. Neste contexto ZAMAN (apud TURBAN et al. 2009), diz que:

Os principais objetivos do BI so permitir o acesso interativo aos dados (s vezes, em tempo real), proporcionar a manipulao adequada desses dados e fornecer aos gerentes e analistas de negcios a capacidade de realizar a anlise adequada. Ao analisarem dados, situaes e desempenhos histricos e atuais, os tomadores de deciso conseguem valiosos insights que podem servir como base para decises melhores e mais informadas. O processo do BI baseia-se na transformao de dados em informaes, depois em decises e finalmente em aes.

Viso ainda no obtida na gesto pblica, porm de grande utilidade por sugerir a correta tomada de deciso com base em recursos fiis, estudados de forma coerente, planejados e pr-ajustados Gesto de Negcios.

34

Podemos entender na figura 3 como evoluiu o BI de acordo com TURBAN et al. (2009):

Consulta e relatrios

Sistemas ETL DSS

Relatrios financeiros OLAP Cockpits digitais

EIS/ESS

Metadados

Data warehouses

Planilhas (Excel)

Data marts

Indicadores e dashboards Fluxo de trabalho Alertas e notificaes Data mining Anlise preditiva Ferramentas de transmisso

Business intelligence

Portais

FIGURA 3 EVOLUO DO BI
FONTE: Turban et al. (2009)

Com isso se nota a tendncia das organizaes de captar, compreender e explorar seus dados, a fim de suportar tomada de decises para uma melhora das operaes de negcios. Objetiva-se o foco aos investimentos na rea de tecnologia de informao para estudo e clculos de seu impacto e potencial nos resultados rentveis.

35

4.2.2 Painis de Desempenho

Nosso principal alvo neste estudo este item da tecnologia, o motivo o intuito de mover todo o foco da administrao pblica para esta ferramenta, capaz de transformar quaisquer meras informaes em conhecimento no-voltil totalmente til para o auxilio na tomada de deciso. Aplicando os conceitos destes painis, ou Performance Dashboards, conforme a literatura em Ingls, teremos um alicerce mais tangvel ao planejamento oramentrio, trazendo tona a aparncia executiva que a administrao pblica possui e no utiliza.

4.2.2.1 Benefcios dos painis de desempenho

A razo pela qual muitas empresas esto implementando painis de desempenho praticamente uma: eles oferecem uma panplia de benefcios a todos em uma organizao, de executivos a gerentes de pessoal (ECKERSON, 2006, pg. 6). Podem-se descrever as principais, ainda acordando com ECKERSON (2006): Produzem uma traduo por meio de informaes mtricas sobre a estratgia corporativa, metas, alm das iniciativas customizadas de acordo com cada grupo de uma organizao ou at mesmo especficas para cada indivduo. Para o executivo os painis de desempenho fornecem uma perspectiva diferenciada, permitindo uma fina personalizao estratgica para o desenvolvimento da organizao. Ainda com a extrao desse conhecimento, a direo administrativa pode ser alterada

36

drasticamente por meio de correes no curso do desempenho funcional e organizacional da entidade competida pelo gestor. Admite aos executivos e gestores uma maior visibilidade das operaes e o desempenho provvel mediante uma coleta contnua e previso baseada nas atividades passadas. Isso ajuda as companhias fechar seus balancetes mais rapidamente at o fim de cada ms e previne surpresas provenientes de problemas no previstos que podem afetar diretamente os resultados financeiros finais. Proporciona um maior potencial para a coordenao mediante a publicao do desempenho amplo da organizao, estimulando membros de diferentes departamentos, tal como financeiro e operacional, a comear trabalhar estreitamente juntos. Isto fomenta um dilogo saudvel entre gestores e funcionrios sobre desempenho e previses, tornando ainda mais fcil aos gerentes criar uma conduta mais direta alm de uma reviso construtiva do desempenho. Tambm altera o desempenho dos funcionrios nas empresas em que se paga mais ou menos de acordo com os resultados de desempenho da organizao. Quando so divulgados os resultados e medidas do desempenho organizacional acaba-se obrigando os funcionrios a trabalhar mais motivando assim cada um por ter a mostra a realidade da empresa. Proporcionam uma viso coerente do negcio. Os painis de desempenho consolidam e integram as informaes corporativas usando definies comuns, regras e mtricas. Isso cria uma nica verso de informaes de negcios que todos utilizam na organizao, evitando conflitos entre os gerentes e analistas sobre qual verso dos dados "correta".

Podemos citar, alm destas, diversas vantagens ao se aplicar um performance dashboard, no entanto no estaramos sendo convenientes por se

37

tratar de um trabalho voltado para a administrao pblica e no evocar os contextos de gesto usualmente aplicados como regra de negcios nas empresas privadas, nas quais ,geralmente existe um cliente final almejando a aquisio de um produto comercializado.

4.2.3 Data Warehouse

Direcionado tomada de deciso o DATA WAREHOUSE (ARMAZM DE DADOS) uma ferramenta de uso analtico e executivo, no qual o gestor pode obter conhecimento baseado em informaes geradas pelos variados departamentos de uma organizao, propendendo correo de erros e dficits no desempenho geral da mesma. Segundo TURBAN et al. (2009), um data warehouse um conjunto de dados produzido para oferecer suporte tomada de decises.

Data mart Legados Selecionar Extrair OLTP Transformar Integrar Manter Externos Preparao Data warehouse empresarial Relatrios de metadados Data mart

Sistemas operacionais/ dados

Data mart

A p i s M i d d l e w a r e d e

FIGURA 4 FUNCIONAMENTO DE UM DATA WAREHOUSE


FONTE: Turban et al. (2009)

38

4.2.4 Data Mart

Corresponde a um fragmento do DW, e demonstra uma base dos dados obtidos apenas em um dos setores da organizao, o que nos gera a possibilidade de gerenciar a organizao como um todo (com o Data Warehouse) ou por rea de interesse utilizando o Data Mart. Um Data Mart um subconjunto de um Data Warehouse, que normalmente consiste em uma nica rea temtica (TURBAN et al., 2009, pg.58)

4.2.5 OLAP

Tem-se como apoio a definio de TURBAN et al. sobre OLAP em portugus significa Processamento Analtico Online que basicamente oferece recursos de modelagem, anlise e visualizao de grandes conjuntos de dados, ou para sistemas de gerenciamento de bando de dados (SGBD) ou , mais frequentemente, para sistemas de data warehouse alm de oferecer uma viso conceitual multidimensional dos dados. Pode-se resumir o conceito de OLAP e dizer que o conjunto de ferramentas que possibilita efetuar a explorao dos dados de um data warehouse. um utenslio que demonstra os dados em dimenses em vez de tabelas, ainda permite ao usurio exercer operaes bsicas como slice and dice, que uma forma de mudana das dimenses a serem visualizadas, drill down e roll up, ou seja, navegar entre os nveis de detalhamento dos dados do data warehouse de acordo com a figura 5 demonstra.

39

Estado

Drill Down

Roll Up

Cidade

Cidade Cidade

Cidade

FIGURA 5 EXEMPLIFICAO DE DRILL DOWN E ROLL UP


FONTE: Turban et al. (2009)

4.2.6 Data Mining (Minerao de Dados)

Data mining o termo usado para descrever a descoberta de informaes em banco de dados. O data mining um processo que usa tcnicas estatsticas, matemticas, de inteligncia artificial e de aprendizagem automtica para extrair e identificar informaes teis e conhecimento subsequente de banco de dados (TURBAN et al., 2009, pg. 153). A forma com que este paradigma gerencia o estudo dos dados gerados por um banco de dados realmente o que interfere na gerao de informao tangvel ao gestor sendo possvel at a deduo de regras nos padres dos dados. De acordo com NEMATI e BARKO (apud TURBAN et al., 2009) so usados trs mtodos para identificar padres em dados: Modelos simples (consultas baseadas em SQL, OLAP, raciocnio humano) Modelos intermedirios (regresso, rvores de deciso, agrupamento)

40 Modelos complexos (redes neurais, outra induo de regras) Ainda neste contexto TURBAN et al. nos permite visualizar os diversos processos de data mining de acordo com alguns modelos j dispostos para projetos do gnero.

Definir

Avaliar

Analisar

Melhorar

Controlar

FIGURA 6 PROCESSO DE DATA MINING BASEADO NO SIX SIGMA


FONTE: Turban et al. (2009)

A Six Sigma uma metodologia (Figura 6) bem estruturada orientada a dados para eliminao de defeitos TURBAN et al. (2009), se tornou popular atualmente pelo sucesso obtido nas aplicaes nos Estados Unidos, vem ganhando preferncia mundial de uso. Existe tambm o modelo CRISP-DM (Cross-Industry Standard Process for Data Mining), que surgiu na dcada de 90 por uma proposta de um consrcio de empresas europeias para atuar como um modelo de processo padro no patenteado para data mining. Este, ilustrado na Figura 7, efetuava repetio de trabalho particularmente no incio do processo.

Entendimento de negcios

Entendimento de dados

Preparao dos dados

Modelagem

Avaliao

Implantao

FIGURA 7 - PROCESSO DE DATA MINING RECOMENDADO PELA CRISP-DM


FONTE: Turban et al. (2009)

41

DESENVOLVIMENTO

5.1

PROCESSO ATUAL DE MANUTENO DOS RECURSOS

Hoje se tem uma estrutura modernizada apoiando o desenvolvimento das funes de oramento, aquisio e registro das informaes referentes aplicao oramentria da prefeitura no municpio de Porto Belo. O conjunto de programas de automao desenvolvidos pela empresa Betha Sistemas auxilia os gestores e servidores pblicos a gerenciar estes dados, que por sua vez geram um banco de dados de mdio volume por serem referentes a administrao de uma cidade de pequeno porte com aproximadamente 15.000 habitantes. A seguir sero descritos alguns processos padres que influenciam diretamente no desenvolvimento do modelo de gesto proposto por este trabalho.

5.1.1 Sistema atual

A Betha Sistemas uma software house catarinense instalada no municpio de Cricima e est no mercado h vinte e trs anos. Especializada em administrao pblica desenvolve aplicativos bastantes quanto os tipos de gestes existentes no mbito pblico. Os sistemas envolvidos neste trabalho so: Betha Sapo, responsvel pela gesto oramentria e auxilio s leis de planejamento oramentrio alm de gerenciar a rea contbil dos municpios; Betha Compras que corresponde ao manuseio dos processos de oramentos e compras, seja por licitao ou compra direta, tambm o programa responsvel pelo armazenamento de todas as informaes referente aos itens das compras efetuadas e dados dos

42 fornecedores. Seus relatrios gerenciais oferecem uma viso detalhada da situao econmico/financeira da organizao, o que facilita o controle de despesas com sade, educao e FUNDEF, alm de gastos com gua, telefone, convnios, transportes, etc. (http://www.betha.com.br/produtos/pdsapo.jsp, 2009).

5.1.2 Licitao e compra direta

O primeiro quesito para a compra de um servio ou material na administrao pblica a discriminao de valores, pois estes, por sua vez definem de que forma ser efetuado o processo de aquisio destes objetos. A forma com que definido o limite dos valores deve estar constada na legislao de cada municpio e geralmente exibe os tipos de compra de acordo com o que se segue abaixo: Para aquisio de materiais e ou servios com valor total at o limite descrito na Constituio Federal, de acordo com cada tipo de servio e secretaria, no existir a obrigatoriedade de se efetuar uma licitao, isso gera a possibilidade de a compra ser efetuada por compra direta. A compra direta exige um mnimo de trs oramentos para a eliminao da licitao por meio de dispensa de licitao, onde deve constar o motivo e provas desta dispensa para, a partir da, ser liberada a compra direta. Tanto na Licitao quanto na Compra Direta o servio ou material dever ser descrito de acordo com as especificaes criadas pela prefeitura e sua discriminao corresponder aos cdigos j existentes nas funes administrativas pblicas, esta funo tambm seguida pelos sistemas utilizados na administrao, o que gera certo controle e visualizao mais legvel para o gestor. Uma das deficincias do processo atual est neste nvel, pois no h um controle alm do armazenamento destas informaes.

43

Os dados das empresas fornecedoras devem ser completos, alm de uma exigncia crtica de legalidade da organizao frente aos rgos competentes por parte do departamento de compras sem os quais a empresa fica impossibilitada de participar do processo de compra.

5.1.3 Empenho, Autorizao de Fornecimento e Emendas

Aps a burocrtica aquisio e o recebimento do material ou servio, a contabilidade solicita a nota fiscal antes de qualquer pagamento, nota esta que deve possuir a descrio idntica ao que consta na Autorizao de Fornecimento alm de possuir o Empenho (documento que firma o compromisso de pagamento por parte da prefeitura ao fornecedor) com os mesmos dados j fornecidos pela administrao pblica. O empenho serve tambm como permisso para os setores efetuarem a compra alm de liberar para a empresa fornecedora prestar o servio ou entregar o material, este baseado nos dados de disponibilidade de oramento para a aquisio destes. Ocorrem casos em que a necessidade de compra iminente quando a secretaria ou setor no possui dotao oramentria para esta aquisio. Estes casos geram um transtorno visvel ao gestor, pois exige a criao de uma Emenda (crdito adicional) que altere o Planejamento Oramentrio inicial transferindo verba de um setor para outro permitindo que o setor em dficit adquira receita para comprar o necessrio. Uma das maiores falhas e falta de gesto do conhecimento est nesta ocasio, porque no h uma armazenagem da causa, da quantia, setores, tampouco dos valores envolvidos nessa alterao, sendo totalmente ignorado no nos gera a possibilidade de prevermos e evitarmos prximos casos idnticos a este.

44

5.1.4 Descrio Grfica do Processo Atual

A maneira mais fcil de demonstrar o processo descrito nos tpicos anteriores exposta na figura 8 e nos d uma viso sinttica do funcionamento da gesto oramentria na Prefeitura Municipal de Porto Belo.

Setor de Compras

- Oramentos - Requisies - Autorizaes de Fornecimento - Registro de Compras Diretas e Licitaes

Betha Compras Betha Sapo

Setor de Contabilidade

- Verificao de Dotao Oramentria - Recebimento e Controle de Notas Fiscais - Empenhos e Liberao de Pagamentos - Solicitao de Emendas e Suplementaes

Planejamento Oramentrio

- Criao das Leis Oramentrias (LOA, LDO e PPA) - Emendas e Suplementaes Oramentrias - Gesto do Oramento Pblico - Informaes e Relatrios Referentes ao Oramento

FIGURA 8 PROCESSO DE GESTO ORAMENTRIA ATUAL


.

Neste contexto s se obtm informaes gerenciais aps a execuo dos processos que as geram, uma vez que no existe a aplicao de Business Intelligence aos procedimentos de oramentos, compras, execuo, alimentao e alterao e baixa das receitas disponveis para aplicao na prefeitura. Nos prximos temas ser modelada, de acordo com os padres da UML, uma nova visualizao destes procedimentos, onde cada atividade gera um novo fluxo de informaes o qual alimentar um banco de dados integrado que ter o propsito de suprir um Data Warehouse para a Gesto da Informao propriamente dita conforme veremos.

45

5.2

MODELO PROPOSTO

A Prefeitura de Porto Belo tem hoje um moderno processo administrativo, que desempenha as funes gestoras e mantenedoras do municpio utilizando-se de softwares atualizados e banco de dados integrados a fim de obter um tempo hbil no desenvolvimento das suas funes. Ainda assim vemos dificuldades que os gestores encontram ao solicitarem a visualizao dos recursos atuais, financeiros e oramentais, pois sempre devem ser emitidos relatrios demonstrativos de cada secretaria e respectivos fundos. Para tanto o sistema colher diversos dados providos pelo sistema informtico atual e os transformaro em conhecimento embasado sobre a situao oramentria da Prefeitura. O sistema dever exibir somente Painis de Desempenho com os resultados dos estudos sobre os dados recolhidos. O gestor precisar ter um usurio e senha definidos para acessar o mdulo dos Painis de Desempenho, que sero divididos em Painis do Oramento e Painis de Suplementao. O sistema dever fornecer ao Gestor informaes de fcil compreenso e de estudo instintivo, para proporcionar uma rpida visualizao e entendimento da situao atual. A figura 9 nos demonstra a estrutura proposta ao funcionamento do sistema como um todo sintetizado.

46

FIGURA 9 - MODELO DE GESTO PROPOSTO

5.2.1 Mtodo de Modelagem Utilizado

Ao planejar a incluso de uma metodologia em processos j existentes devem-se seguir parmetros que contenham um ndice de aceitao e acertos elevado, pois se trata de uma alterao em uma funo exercida h vrios anos sem que mtodos diferenciados tenham sidos impostos mesma. A partir da existe a necessidade de se utilizar recursos consolidados como a UML, que ser descrita a seguir, e seus conceitos que sero aplicados diretamente neste desenvolvimento. Na engenharia de software existem diversos itens a serem seguidos, para que se desenhe corretamente o software, neste contexto obteve-se confiana na utilizao dos mtodos da UML por se tratar de uma especificao visual de como os processos atuais devem ser alterados, e tambm pela facilidade de gerao e especificao particulares dos diagramas existentes neste paradigma.

47

5.2.2 Unified modeling language (UML)

A UML uma linguagem padro para a elaborao da estrutura de projetos de software (BOOCH et al., 2005, pg. 13), Booch ainda nos ensina que alm da elaborao da estrutura ela nos permite visualizar, especificar, construir e documentar o software desejado. Utiliza trs principais tipos de blocos para construo os quais so: itens, relacionamentos e diagramas que sero utilizados a partir de agora,

indiscriminadamente, neste trabalho. Os itens so as abstraes identificadas como cidados de primeira classe em um modelo; os relacionamentos renem esses itens; os diagramas agrupam colees interessantes de itens (BOOCH et al., 2005, pg. 18). Sero utilizados neste trabalho alguns modos de unies entre esses blocos citados por Booch, modos estes que seguem descritos nos prximos captulos.

5.2.3 Diagrama de casos de uso

o diagrama de mais fcil entendimento por parte dos agentes no intelectos em tecnologia da informao por definir o sistema como diagramas onde s so discriminadas as aes, os atores envolvidos e seus relacionamentos. Ressalta Booch et al. (2005, pg. 241) que os diagramas de casos de uso tm um papel central para a modelagem do comportamento de um sistema, de um subsistema ou de uma classe. Cada um mostra um conjunto de casos de uso e atores e seus relacionamentos.

48

5.2.4 Diagramas de atividades

Diz Booch et al. (2005, pg. 268) que:

Um diagrama de atividade essencialmente um grfico de fluxo, mostrando o fluxo de controle de uma atividade para outra. Ao contrario de um grfico de fluxo tradicional, um diagrama de atividades mostra a concorrncia, bem como as ramificaes de controle.

Portanto de suma importncia que este seja um dos diagramas inseridos nesta modelagem por termos uma funo de alterar um processo j existente que ir aderir a novos itens e relacionamentos alm de surgirem novos atores nessa abordagem. Viu-se ao alterar o procedimento atual de gesto oramentria que, a cada atividade inserida pelo novo mtodo de gesto surgir uma alterao na ordem do diagrama de atividades atual.

5.2.5 Diagrama de atividade do processo atual.

Neste item visualiza-se o procedimento atual incluindo as alteraes de dotao oramentria quando solicitadas. A figura 10 nos permite entender o funcionamento esquemtico da administrao pblica no domnio do oramento e aplicao deste.

49

FIGURA 10- DIAGRAMA DE ATIVIDADE DE COMPRA E SUPLEMENTAO

50

5.3

ESCOPO DO PRODUTO

O sistema dever ser composto dos seguintes Painis de Desempenho: - Painel de Desempenho Oramentrio: compreende todo o levantamento das informaes oramentrias alm de demonstrar especificamente a situao em tempo real de cada dotao. - Painel de Desempenho das suplementaes e alteraes no Oramento: responsvel coleta e indexao das informaes geradas pelos processos de suplementaes de crdito e especificao dos motivos, quantidade e data de suas realizaes.

5.4

BENEFCIOS DO MODELO

Como benefcios integrados, devido implantao do modelo, podemos citar: Agilidade na aquisio de servio e material. Conhecimento da situao oramentria da Prefeitura em tempo real no sendo necessria a emisso de relatrios a cada solicitao de consulta. Viso ampla e prtica sobre as suplementaes efetuadas em todo o planejamento oramentrio. Maior agilidade na tomada de deciso. Diminuio do nmero de suplementaes, uma vez que ser registrado todo tipo de alterao nas leis oramentrias e suas respectivas informaes. Consideravelmente essenciais para o melhor desenvolvimento das atividades gestoras.

51

5.5

LIMITAES DO SISTEMA

O sistema exige a definio de quais aspectos no sero abordados em sua totalidade abaixo descritos:

Alteraes quaisquer na base de dados dos sistemas informticos atuais. Acesso base de dados dos sistemas informticos atuais.

5.6

CASOS DE USO DO MODELO PROPOSTO

Baseado na problemtica existente hoje, na prefeitura do municpio de Porto Belo, foi planejado um desenvolvimento dos casos de uso adequado estrutura de trabalho do executivo municipal, definindo como principal agente uma ETL que acessa diretamente base de dados dos sistemas Betha e coleta somente as informaes cogentes base de dados do data warehouse conforme podemos visualizar na figura 11.

52

FIGURA 11 CASO DE USO DA EXTRAO DOS DADOS PELA ETL

Abaixo seguem as especificaes dos casos de uso detalhadamente:

UC03.01 Registrar definio da LOA: Efetua o registro dos valores definidos pela LOA em seu estado inicial, esta funo executada assim que o sistema Betha for alterado com a gerao das dotaes oramentrias. Requisitos Funcionais

53 RF01. Os Painis KPI devero demonstrar ndices especficos sobre a disposio oramentria de toda a prefeitura. RF02. O Painel KPI dever receber alterao imediata quando esta ocorrer no sistema informtico atual. Constraints Ps-condio. Um valor definido da LOA foi registrado no Data Warehouse. Ps-condio. As datas de definio e informaes referenciais foram registradas no Data Warehouse. Cenrios 1. A ETL obtm a informao que houve uma definio da LOA. 2. A ETL efetuar uma alterao no cubo de dados no registro da LOA. Regras de negcio RN01. Somente aceita e registrada a definio da LOA gravada no banco de dados do sistema gestor atual (Betha Sistemas). RN02. Se o sistema gestor atual sofrer alterao em seu banco de dados na referncia aos dados gravados anteriomente pela ETL, a mesma alterar a informao no cubo de dados. RN03. Todo o processo de gravao de informao sobre a LOA dever ser automtico e oculto ao usurio final. UC03.02 Registrar definio da LDO: Efetua o registro dos valores definidos pela LDO em seu estado inicial, esta funo executada assim que o sistema Betha for alterado com a gerao das diretrizes oramentrias. Requisitos funcionais RF01. Os Painis KPI devero demonstrar ndices especficos sobre a disposio oramentria de toda a prefeitura.

54 RF02. O Painel KPI dever receber alterao imediata quando esta ocorrer no sistema informtico atual. Constraints Ps-condio. Um valor definido da LDO foi registrado no Data Warehouse. Ps-condio. As datas de definio e informaes referenciais foram registradas no Data Warehouse. Cenrios 1. A ETL obtm a informao que houve uma definio da LDO. 2. A ETL efetuar uma alterao no cubo de dados no registro da LDO. Regras de negcio RN01. Somente aceita e registrada a definio da LDO gravada no banco de dados do sistema gestor atual (Betha Sistemas). RN02. Se o sistema gestor atual sofrer alterao em seu banco de dados na referncia aos dados gravados anteriomente pela ETL, a mesma alterar a informao no cubo de dados. RN03. Todo o processo de gravao de informao sobre a LDO dever ser automtico e oculto ao usurio final. UC03.03 Registrar definio da PPA: Efetua o registro dos valores definidos pelo PPA em seu estado inicial, esta funo executada assim que o sistema Betha for alterado com a gerao das dotaes oramentrias plurianual. Requisitos RF01. Os Painis KPI devero demonstrar ndices especficos sobre a disposio oramentria de toda a prefeitura. RF02. O Painel KPI dever receber alterao imediata quando esta ocorrer no sistema informtico atual.

55

Constraints Ps-condio. Um valor definido do PPA foi registrado no Data Warehouse. Ps-condio. As datas de definio e informaes referenciais foram registradas no Data Warehouse. Cenrios 1. A ETL obtm a informao que houve uma definio do PPA. 2. A ETL efetuar uma alterao no cubo de dados no registro do PPA. Regras de negcio RN01. Somente aceita e registrada a definio do PPA gravada no banco de dados do sistema gestor atual (Betha Sistemas). RN02. Se o sistema gestor atual sofrer alterao em seu banco de dados na referncia aos dados gravados anteriomente pela ETL, a mesma alterar a informao no cubo de dados. RN03. Todo o processo de gravao de informao sobre a PPA dever ser automtico e oculto ao usurio final. UC03.04 Registrar solicitao de crdito adicional, UC03.05 Registrar suplementaes e UC03.07 - Registrar alterao no Oramento: Registra a solicitao de quaisquer secretarias ou repartio para transferncia de dotao que altere precipuamente os valores pr-definidos pela LOA, LDO e PPA, esta funo executada assim que o sistema Betha for alterado com a transferncia de valores entre os oramentos vigentes. Requisitos funcionais RF01. Os Painis KPI devero demonstrar ndices especficos sobre a disposio oramentria de toda a prefeitura.

56 RF02. O Painel KPI dever receber alterao imediata quando esta ocorrer no sistema informtico atual. RF03. A cada emenda ou aprovao de lei oramentria realizada o cubo de dados dever receber uma alterao em tempo real. RF04. Em todas as vezes que for necessria a solicitao de suplementao de crdito devero ser registrados o motivo, as secretarias e os valores envolvidos na movimentao. Constraints Ps-condio. Uma solicitao de alterao foi registrada no Data Warehouse. Ps-condio. As datas, valores e motivos da solicitao de alterao e informaes referenciais foram registradas no Data Warehouse. Cenrios 1. A ETL obtm a informao que houve uma alterao no valor inicial de uma dotao. 2. A ETL efetuar uma alterao no cubo de dados no registro da dotao que sofreu alterao suplementar. 3. O sistema gestor atual ser o fornecedor das informaes referentes valor, departamentos de transferncia, data e motivos para a ETL alimentar o cubo de dados. Regras de negcio RN01. Somente aceita e registrada as alteraes nas dotaes gravadas no banco de dados do sistema gestor atual (Betha Sistemas). RN02. Se o sistema gestor atual sofrer alterao em seu banco de dados na referncia aos dados gravados anteriomente pela ETL, a mesma alterar a informao no cubo de dados.

57 RN03. Todo o processo de gravao de informao sobre a suplementao de crdito dever ser automtico e oculto ao usurio final. UC03.05 Registrar compra efetuada: Registra o incio, decorrer e fim de uma compra efetuada pela prefeitura, seja obtida por compra direta ou licitao de qualquer espcie, este registro ocorrer assim que o sistema Betha receber o registro de processo de compra. Requisitos funcionais RF01. A cada compra efetuada, seja ela por licitao ou direta, o cubo de dados dever receber uma alterao em tempo real. Constraints Ps-condio. Uma compra foi registrada no Data Warehouse. Ps-condio. As datas, valores e fornecedores da compra e informaes referenciais foram registradas no Data Warehouse. Cenrios 1. A ETL obtm a informao que houve uma execuo de compra. 2. A ETL efetuar uma alterao no cubo de dados no valor das dotaes referentes compra. Regras de negcio RN01. Somente aceita e registrada a compra que tiver empenho realizado e liquidado no banco de dados do sistema gestor atual (Betha Sistemas). RN02. Se o sistema gestor atual sofrer alterao em seu banco de dados na referncia aos dados gravados anteriomente pela ETL, a mesma alterar a informao no cubo de dados.

58 RN03. Todo o processo de gravao de informao sobre as compras efetuadas e liquidadas dever ser automtico e oculto ao usurio final. Na figura 12 os casos de uso descritos correspondem funcionalidade do Data Warehouse e a execuo do painel KPI a ele relacionado.

FIGURA 12 CASO DE USO DAS FUNES DO DATA WAREHOUSE

UC04.01 Criar/Alimentar cubo de dados: Registrar toda informao enviada pela ETL anteriormente registrada no sistema informtico atual (Betha) num mbito geral. Requisitos RF01. O modelo dever permitir aos gestores uma tomada de deciso baseada em painis KPI. Constraints Pr-condio. Uma alterao no banco de dados do sistema atual foi captada pela ETL. Ps-condio. Todas as informaes tangveis tomada de deciso so registradas no cubo de dados.

59

Cenrios 1. A ETL carrega no cubo de dados do data warehouse os registros sofridos no banco de dados do sistema gestor atual. 2. A ETL registra alterao executadas no banco de dados do sistema gestor atual. Regras de negcio RN01. Somente aceita e registrada a informao que tiver comitada no banco de dados do sistema gestor atual (Betha Sistemas). RN02. Se o sistema gestor atual sofrer alterao em seu banco de dados na referncia aos dados gravados anteriomente pela ETL, a mesma alterar a informao no cubo de dados. RN03. Todo o processo de gravao de informao efetuado dever ser automtico e oculto ao usurio final. UC04.02 Criar/Alimentar tabela fato: Efetuar a alimentao das tabelas fato de acordo com as referncias captadas pela ETL. Requisitos funcionais RF01. Os Painis KPI devero demonstrar ndices especficos sobre a disposio oramentria de toda a prefeitura. Cenrios 1. As tabelas fato devem representar uma organizao coerente com a realidade da administrao pblica do municpio. 2. O sistema permitir a alterao da organizao fato do cubo de dados de acordo com a necessidade atual da administrao. Regras de negcio

60 RN01. Os cabealhos das visualizaes do cubo de dados devem ser definidos pelos gestores municipais, definindo a melhor forma auxiliar tomada de deciso. RN02. Nas trocas da administrao municipal, deve ser permitido o fornecimento de tabelas fato adicionais de acordo com o que o gestor definir. UC04.03 Efetuar Drill Down/Roll Up no cubo de dados: De acordo com o comando recebido do Painel KPI ser efetuada a granularizao dos dados demonstrados e exibidos pelo Data Warehouse. Requisitos funcionais RF01. O modelo dever permitir ao gestor a escolha dos ndices de um setor ou secretaria especifica. Cenrios 1. Na viso do data warehouse o sistema deve permitir a expanso ou retrao das informaes contidas na tela. 2. O data warehouse permitir a escolha das informaes de acordo com os critrios disponveis pelo banco de dados gerado pela ETL. Regras de negcio RN01. As informaes das visualizaes do cubo de dados podem ser definidos pelos gestores municipais, definindo a melhor forma auxiliar tomada de deciso.

A seguir, na figura 13, vemos a projeo do KPI que prover as informaes sobre o oramento.

61

FIGURA 13 EXIBIO DO PAINEL DO ORAMENTO

UC05.01 Exibir saldo de secretaria/departamento: Exibir um sinalizador do saldo de cada secretaria, proporcionando uma viso gerencial e ttica para o administrador do oramento, demonstrar ainda, de acordo com as definies do gestor, os nveis de risco ou aceitveis das dotaes de cada secretaria ou departamento auxiliando diretamente na tomada de deciso. Requisitos funcionais RF01. O modelo dever permitir aos gestores uma tomada de deciso baseada em painis KPI. Cenrios 1. O painel KPI exibir de forma grfica, o saldo correspondente secretaria ou departamento consultado.

62

2. O painel exibir ainda, em porcentagem, quanto de cada dotao est aplicado, disponvel ou bloqueado. 3. O painel dever ter um ponteiro que aponte a porcentagem da dotao disponvel. 4. O sistema especificar em grfico no painel KPI a relao entre dotao inicial e dotao atual referente ao perodo exibido. Regras de negcio RN01. Os painis KPIs fornecero visualizaes do cubo de dados de forma grfica para os gestores municipais, provisionando um melhor auxlio tomada de deciso. UC05.02-UC05.03-UC05.04 Especificar receita por tipo, codificao e/ou estgio: O painel dever exibir os detalhes da receita visualizada pelo gestor, demonstrando suas discriminaes de acordo com os conceitos da administrao pblica do oramento. Requisitos funcionais RF01. Os Painis KPI devero demonstrar ndices especficos sobre a disposio oramentria de toda a prefeitura. RF02. O modelo dever permitir ao gestor a escolha dos ndices de um setor ou secretaria especifica. Cenrios 1. O painel KPI exibir os dados referentes dotao por codificao e nomenclatura especfica. 2. O painel exibir diferenciando por cores e espaos dentro do grfico a situao dos valores de cada dotao, por exemplo: aplicado, bloqueado, disponvel e etc. Regras de negcio

63 RN01. Os painis KPIs fornecero visualizaes do cubo de dados de forma grfica para os gestores municipais, provisionando um melhor auxlio tomada de deciso. RN02. O KPI deve facilitar a visualizao provida anteriormente de forma analtica todas as informaes de suma importncia para a compreenso do oramento pblico. UC05.05 Exibir despesas da secretaria/departamento: Exibir um sinalizador das despesas de cada secretaria, apresentando propositalmente a visualizao da situao atual e o total quantitativo das compras efetuadas pela prefeitura, funcionar em conjunto exibio das Receitas e executar um balano oramentrio permitindo ao gestor a viso do capital atual disponvel para aplicaes. Requisitos funcionais RF01. O modelo dever permitir aos gestores uma tomada de deciso baseada em painis KPI. Cenrios 1. O painel KPI exibir de forma grfica, o saldo correspondente secretaria ou departamento consultado. Regras de negcio RN01. Os painis KPIs fornecero visualizaes do cubo de dados de forma grfica para os gestores municipais, provisionando um melhor auxlio tomada de deciso. RN02. O KPI deve facilitar a visualizao provida anteriormente de forma analtica todas as informaes de suma importncia para a compreenso do oramento pblico. UC05.06-UC05.07-UC05.08-UC05.09 Especificar despesa por natureza, classificao, aplicao e/ou elemento: Demonstrar especificamente e

nitidamente os dados discriminatrios de cada despesa para o caso da necessidade

64

do gestor acompanhar todas as aplicaes da Prefeitura e suas discriminaes, sejam elas quais forem. Requisitos funcionais RF01. Os Painis KPI devero demonstrar ndices especficos sobre a disposio oramentria de toda a prefeitura. RF02. O modelo dever permitir ao gestor a escolha dos ndices de um setor ou secretaria especifica. Cenrios 1. O painel KPI exibir de forma grfica, o saldo correspondente secretaria ou departamento consultado. 2. O painel exibir ainda, em porcentagem, quanto de cada dotao est aplicado, disponvel ou bloqueado. 3. O painel dever ter um ponteiro que aponte a porcentagem da dotao disponvel. 4. O sistema especificar em grfico no painel KPI a relao entre dotao inicial e dotao atual referente ao perodo exibido. Regras de negcio RN01. Os painis KPIs fornecero visualizaes do cubo de dados de forma grfica para os gestores municipais, provisionando um melhor auxlio tomada de deciso. RN02. O KPI deve facilitar a visualizao provida anteriormente de forma analtica todas as informaes de suma importncia para a compreenso do oramento pblico. Na prxima demonstrao ilustrativa (figura 14) pode-se visualizar o caso de uso do Painel KPI referente s suplementaes de crdito.

65

FIGURA 14 CASO DE USO DO PAINEL DAS SUPLEMENTAES

UC05.10

Exibir

suplementaes

efetuadas:

Dever

exibir

as

suplementaes efetuadas permitindo ao gestor eleger, de acordo com sua necessidade, o tipo de informao que lhe ser til. Requisitos funcionais RF01. O modelo dever permitir aos gestores uma tomada de deciso baseada em painis KPI. Cenrios 1. O painel KPI exibir de forma grfica e numrica o saldo correspondente suplementao efetuada para o departamento consultado. 2. O painel discriminar por cores o tipo de suplementao, vermelha caso for negativa e verde caso for positiva. 3. A partir da aprovao do crdito suplementar o valor total da dotao atual englobar e discriminar o valor inicial e o valor adicionado. Regras de negcio

66 RN01. Os painis KPIs fornecero visualizaes do cubo de dados de forma grfica para os gestores municipais, provisionando um melhor auxlio tomada de deciso. RN02. O KPI deve facilitar a visualizao provida anteriormente de forma analtica todas as informaes de suma importncia para a compreenso do oramento pblico. RN03. O painel KPI prover informaes sobre suplementaes imediatamente visualizao do mesmo. UC05.11, UC05.12, UC05.13, UC05.14 e UC05.15 Especificar Data, Motivo, Origem, Destino e Valor das Suplementaes: Permitir ao gestor escolher todas as informaes disponveis sobre cada suplementao registrada, a gerando um controle sobre todas as alteraes nos crditos disponibilizados mediante as legislaes baseado em: data, motivo, origem, destino e valor de cada suplementao. Requisitos funcionais RF01. O modelo dever permitir aos gestores uma tomada de deciso baseada em painis KPI. RF02. O modelo dever permitir ao gestor a escolha dos ndices de um setor ou secretaria especifica. Cenrios 1. O painel KPI se ligar s informaes do cubo de dados correspondentes aos detalhes das suplementaes armazenadas no banco de dados do data warehouse. 2. O data warehouse armazenar as informaes anexas s

suplementaes, como motivo, secretarias ou departamentos emissor e recebedor do crdito. Regras de negcio

67 RN01. Os painis KPIs fornecero acesso s informaes do cubo de dados que no podem ser visualizados no mesmo, permitindo uma viso ampliada dos dados especficos de cada suplementao. UC05.16 Exibir nmero total de suplementaes: Dever exibir um ndice total das suplementaes efetuadas permitindo a comparao com os outros exerccios e ou perodo auxiliando diretamente o planejamento adequado baseado no conhecimento fornecido pelos Painis de Desempenho. Requisitos funcionais RF01. O modelo dever permitir aos gestores uma tomada de deciso baseada em painis KPI. Definidos os casos de uso que definem o funcionamento da ETL, data warehouse e painis KPIs e o diagrama de sequncia, que demonstra o atual funcionamento da administrao oramentria, sero descritos, nos prximos captulos os diagramas de classe referente aos processos inseridos junto ao modelo proposto.

68

5.7

DIAGRAMA DE ATIVIDADE DO PROCESSO PROPOSTO

Conforme demonstrado anteriormente no item 5.2.5, o processo da figura 10 no ficaria sem sofrer alteraes, mesmo tratando de apenas parte da aplicao oramentria se visualiza nas aes destacadas na figura 15, a ferramenta ETL extraindo informaes do banco de dados atual.

69

FIGURA 15 - DIAGRAMA DE ATIVIDADE DE COM INTERFERNCIA DA ETL

70

5.8

DIAGRAMA ER DO SISTEMA PROPOSTO

Seguindo a proposio entendida nos captulos anteriores, necessita-se ainda da elaborao do diagrama entidade-relacionamento do modelo gerencial proposto.

FIGURA 16 DIAGRAMA ER DO MODELO PROPOSTO

71

O diagrama exibido na figura 16 engloba os pontos de ao do sistema proposto demonstrando a interligao das entidades geradas pela ETL e o data warehouse alm de definir aonde se posicionar o painel KPI tendo como referncia todas as entidades que interagiro com o mesmo. Abaixo segue a descrio da proposta exibida no diagrama entidaderelacionamento discriminado aqui mais especificadamente para melhor concepo da modelagem: DOTAO: Entidade que contm todos os dados das dotaes definidas pelas LEIS ORAMENTRIAS. Atributos: CD_DOTACO: dotao. CD_DEPTO: chave-estrangeira correspondente ao cdigo do chave-primria correspondente ao cdigo da

departamento e chave-primria da classe DEPTO. TP_DOTACO: define o tipo de dotao quanto nomenclatura e especificidade. VL_DOTACAO: define o valor de cada dotao. ST_DOTACAO: corresponde ao estado da dotao. VL_DPTO_LOA: chave-estrangeira que imigra o valor registrado na Lei Oramentria Anual da classe REGLOA correspondente dotao especificada ao departamento. VL_DPTO_LDO: chave-estrangeira que imigra o valor registrado na Lei de Diretrizes Oramentrias da classe REGLDO correspondente dotao especificada ao departamento. VL_DPTO_PPA: chave-estrangeira que imigra o valor registrado no Plano Plurianual da classe REGPPA correspondente dotao especificada ao departamento.

72

DEPTO: Entidade que contm cada departamento e/ou secretaria existente na prefeitura com suas respectivas dotaes e suplementaes. Atributos: CD_DEPTO: departamento. CD_DOTACAO: chave-estrangeira correspondente ao cdigo da dotao e tambm chave-primria da classe DOTACAO. VL_DOTACAO: chave-estrangeira que exibe o valor da dotao importada da classe DOTACAO. TP_DOTACAO: chave-estrangeira da classe DOTACAO que define a nomenclatura e especificao. ST_DOTACAO: chave-estrangeira que exibe o estado da dotao referenciada na classe DOTACAO. REGLOA: Entidade que registra lei oramentria anual e os dados incorporados. Atributos: CD_LOA: chave-primria que referencia cada Lei Oramentria Anual a um registro nico no data warehouse. DT_LOA: registro da data de gravao da Lei Oramentria Anual referente. VL_LOA: define o valor registrado na Lei Oramentria Anual. VL_DEPTO_LOA: chave responsvel pela armazenagem do valor especfico da Lei Oramentria Anual por departamento. REGLDO: Entidade que registra a lei de diretrizes oramentrias e os dados incorporados. Atributos: chave-primria correspondente ao cdigo do

73 CD_LDO: chave-primria que referencia cada Lei de Diretrizes Oramentrias a um registro nico no data warehouse. DT_LDO: registro da data de gravao da Lei de Diretrizes Oramentrias referente. VL_LDO: define o valor registrado na Lei de Diretrizes Oramentrias. VL_DEPTO_LDO: chave responsvel pela armazenagem do valor especfico da Lei de Diretrizes Oramentrias por departamento. REGPPA: Entidade que registra o plano plurianual e os dados incorporados. Atributos: CD_PPA: chave-primria que referencia cada Plano Plurianual a um registro nico no data warehouse. DT_PPA: registro da data de gravao do Plano Plurianual referente. VL_PPA: define o valor registrado no Plano Plurianual. VL_DEPTO_PPA: chave responsvel pela armazenagem do valor especfico do Plano Plurianual por departamento. REGSUP: Entidade que registra as suplementaes efetuadas e seus dados adjuntos. Atributos: CD_SUPL: chave-primria que define como nica cada

suplementao de crdito efetuada. CD_DEPTO_FONTE: cdigo do departamento provedor da verba registrada na suplementao. CD_DEPTO_DESTINO: cdigo do departamento receptor da dotao registrada na linha desta classe.

74 CD_DT_FONTE: registra a dotao fonte pela chave primria da classe DOTACAO. CD_DOT_DESTINO: referencia a dotao destino pela chave primria da classe DOTACAO. VL_SUPL: registro do valor da suplementao efetuada. MT_SUPL: descrio do motivo legislativo da suplementao. ST_SUPL: estado da suplementao perante os possveis diante a legislao. REGCOM: Entidade que registra todas as compras efetuadas e qual o mtodo, valores, prazos e detalhes envolvidos na mesma. Atributos: CD_COM: chave-primria responsvel pelo registro nico de cada compra efetuada. CD_DEPTO: chave-estrangeira proveniente da chave-primria da classe DEPTO. CD_DOTACAO: chave-estrangeira proveniente da chave-primria da classe DOTACAO. TP_COM: registra o tipo de compra efetuada de acordo com as possibilidades previstas na lei. VL_COM: registro do valor de cada compra. DT_COM: registro da data de cada compra. KPI: Entidade correspondente aos dados exibidos no KPI baseado no data warehouse gerado pela ETL proposta. Atributos:

75 CD_DOTACAO:

chave-estrangeira

da

classe

DOTACAO

que

armazena o cdigo nico de cada oramento. DS_DOTACAO: chave-estrangeira da classe DOTACAO que

armazena a descrio de cada dotao oramentria. CD_DEPTO: chave-estrangeira da classe DEPTO que armazena o cdigo nico de cada departamento. DS_DEPTO: chave-estrangeira da classe DEPTO que armazena a descrio de cada departamento da prefeitura. VL_DOT_INI: registro do valor da dotao inicial para exibio no painel KPI. VL_DOT_ATUAL: demonstra o valor atualizado aps as alteraes das suplementaes. VL_APLICADO: coluna responsvel pelo clculo e exibio do valor aplicado da dotao demonstrada. VL_BLOQ: coluna responsvel pela exibio do valor bloqueado da dotao demonstrada. VL_SUPLEM: coluna que contm o registro do valor correspondente s suplementaes inseridas na dotao exibida. DT_DOTACAO: corresponde data de exibio do painel KPI referente aos dados demonstrados. DW: Entidade responsvel pela agregao e armazenagem do cubo de dados do DW. Atributos: CD_DOTACAO: chave-estrangeira da classe DOTACAO que

armazena o cdigo nico de cada oramento.

76 DS_DOTACAO:

chave-estrangeira

da

classe

DOTACAO

que

armazena a descrio de cada dotao oramentria. CD_DEPTO: chave-estrangeira da classe DEPTO que armazena o cdigo nico de cada departamento. DS_DEPTO: chave-estrangeira da classe DEPTO que armazena a descrio de cada departamento da prefeitura. VL_DOT_INI: registro do valor da dotao inicial para registro no data warehouse. VL_DOT_ATUAL: demonstra o valor atualizado aps as alteraes das suplementaes. VL_APLICADO: coluna responsvel pelo clculo e exibio do valor aplicado da dotao demonstrada. VL_BLOQ: coluna responsvel pela exibio do valor bloqueado da dotao demonstrada. VL_SUPLEM: coluna que contm o registro do valor correspondente s suplementaes inseridas na dotao exibida. DT_ANO_DOTACAO: corresponde ao ano de registro no data warehouse referente aos dados demonstrados. DT_MES_DOTACAO: corresponde ao ms de registro no data warehouse referente aos dados demonstrados. Percebe-se uma numerosa quantidade de atributos, com chaves primrias, estrangeiras e relacionamentos que originam a seguinte questo: seriam mesmo necessrias estas informaes, uma vez que podem ser extradas de um relatrio rotineiro do sistema de automao utilizado atualmente? A resposta : Sim! Pode-se julgar totalmente necessrio a gerao de um data warehouse com as informaes necessrias para obteno de suporte mais completo no mbito da tomada de deciso alm de possibilitar a efetuao de

77

consultas mais complexas ao produto (informao) gerado por todas as administraes j registradas anteriormente. Ainda na figura 16 demonstrada a entidade responsvel pela acumulao das informaes exibidas no data warehouse que possui como diferena principal do painel KPI a cumulatividade anual e mensal retroativa dos dados gerados pela gesto oramentria.

5.9

PROTTIPOS DE TELA DO SISTEMA PROPOSTO

Seguindo os conceitos definidos por este trabalho h a necessidade de se definir um produto ou processo que torne possvel a visualizao da gesto do conhecimento aplicada e influenciando o sistema gestor atual.

FIGURA 17 PROTTIPO DE TELA INTERATIVA DO DATA WAREHOUSE Classificadas as informaes crticas e definidas como estudo e

aproveitamento pelo data warehouse o sistema delibera a opo ao gestor de se aprofundar nos dados visualizados nos painis de desempenho acessando diretamente ao cubo de dados utilizado.

78

Esta funo dever ser disponibilizada para maior praticidade no estudo das informaes oramentrias geradas no decorrer de certo perodo. Conforme demonstrado na figura 17, a opo de sintetizar o banco de dados do DW surge em um clique apenas, o drill down igualmente est s mos do operador do sistema permitindo a gerao da informao pelos seguintes formatos: Valores oramentrios separados por secretaria, departamento ou setor; Tempo de comparao opcional por ano e ou ms; Colunas informativas correspondentes a todas as possibilidades de situao referentes s dotaes; Subtotais cumulativos podendo ser um subtotal das mdias, quando a informao assim solicita, somtico ou at mesmo demonstrar os picos mximos alcanados pelos valores e; Discriminao por tipo de dotao, item este julgado de necessidade extrema aos gestores.

FIGURA 18 - KPI DEMONSTRANDO A DOTAO ORAMENTRIA

Unificando as duas propostas de KPIs, teremos o painel demonstrado acima na figura 18 discriminando os seguintes itens:

79

- Cdigo da dotao oramentria representada: informa, de acordo com a codificao padro, o nmero correspondente dotao exibida no painel; - Descrio da dotao oramentria: mostra a nomenclatura usual da dotao exibida no KPI; - Perodo, setor e valores: exibe as informaes necessrias para a compreenso do que est sendo exibido pelo painel KPI como data, secretaria ou departamento demonstrado, valor da dotao inicial e valor da dotao prevista; - Porcentagem da dotao disponvel: representa, por meio de um ponteiro, a porcentagem da dotao disponvel atualmente; - Diferena entre a dotao planejada e a atual: discrimina a diferena entre o valor da dotao inicial e a dotao atualizada, para um acompanhamento contnuo e gerencial das suplementaes. - Situao do total da dotao: representa em porcentagem o total das dotaes discriminado pelas situaes aplicado, disponvel e bloqueado. Ficar disponvel ao gestor a consulta especfica, caso este queira visualizar, por exemplo, a dotao por tipo de material ou servio oferecendo a opo de um drill down ou um roll up para que o administrador visualize a informao que lhe for necessria, podendo se basear nestas informaes para a tomada de deciso.

FIGURA 19 SIMULAO DO DW REFERENTE S FIGURAS 20 E 21.

80

Os painis KPIs podero ser organizados lado a lado para uma comparao ao vivo das disponibilidades dotadas fornecendo imediatamente ao gestor a fonte de recursos e o destino das suplementaes a serem efetuadas. Uma vez que a informao se dispe graficamente ao gestor, no existe a necessidade justificvel de impresso visual ou palpvel de relatrios referentes situao das dotaes, fato este que facilita completamente a gerencia e administrao dos recursos pblicos. Nas figuras a seguir tem-se a representao simulada de trs pontos temporais da realidade oramentria, baseada no funcionamento concreto da gesto pblica. Na figura 20 pode-se perceber apenas a definio inicial das Leis oramentrias, onde o campo correspondente ao valor da dotao est preenchido em sua totalidade pela disponibilidade da verba. Esta imagem est discriminando o incio do ano vigente onde somente h tempo hbil para a previso das aplicaes financeiras da prefeitura, todavia no aplicadas at este perodo.

FIGURA 20 SIMULAO DE PAINEL NO INCIO DO ANO

Ainda observando a figura 20 podemos visualizar o ponteiro indicador da disponibilidade de verba em cem por cento, demonstrando que ainda no houve nenhuma aplicao de recurso efetuada, tambm o grfico indicador da diferena

81

entre a dotao inicial e a atualizada no recebe nenhuma interferncia uma vez que esto idnticos estes valores, demonstrando que a dotao prevista tambm a atual.

FIGURA 21 SIMULAO DE PAINEL COM SUPLEMENTAO NEGATIVA

Na figura 21 obtm-se uma correspondncia direta a uma dotao que sofreu alteraes no decorrer do ano, tendo parte de seus recursos, no caso acima vinte por cento do valor previsto inicialmente, suplementado para outra secretaria ou departamento. O restante do painel fica responsvel por discriminar e exibir dados referentes dotao atual, pois deve mostrar os recursos reais aplicados e ou disponveis para utilizao direta dos gestores.

82

FIGURA 22 SIMULAO DO DW REFERENTE FIGURA 21.

Estas aplicaes s se tornam possveis a partir de uma varredura no banco de dados atual a fim de recolher informaes que no so totalmente aproveitadas e ainda uma posterior aplicao para transformao em conhecimento gestor ao administrador na forma de painis indicadores.

83

5.10 CONCLUSES

A utilizao da UML como base para a prototipao de um modelo gerencial que abranja a gesto oramentria pblica possibilita a insero dos conceitos de Inteligncia do Negcio diretamente Administrao Pblica, tornando aplicvel a Gesto do Conhecimento focado em um melhor aproveitamento dos recursos alm de um planejamento oramentrio mais persuasivo. Esta modelagem prev uma melhoria na tomada de deciso vinculada ao planejamento oramentrio e aplicao das verbas disponibilizadas na prefeitura, uma vez que para deciso do gestor so necessrios diversos relatrios analticos da situao das dotaes. Ao apresentar as propostas deste modelo aos responsveis pela

administrao do oramento da prefeitura de Porto Belo, foi obtido xito no propsito principal, o qual desempenha uma simplificao da concepo oramentria demonstrada hoje em dia pelo sistema informtico atual. Visando atender aos objetivos especficos: Estudar e apresentar o funcionamento da Administrao Pblica na rea oramentria. Estudar e apresentar os conceitos inerentes ao Business Intelligence. Desenvolver a especificao de um sistema gerencial com base na Gesto de Negcios aplicados administrao pblica. E ainda ao objetivo geral: Especificar um sistema gerencial para a gesto oramentria na gesto pblica. Tivemos uma extensa apresentao e explanao sobre as normas que regem a administrao pblica, conforme o item 4.1 deste trabalho, sendo

84

contextualizados e introduzidos principalmente os conceitos inerentes ao oramento pblico, adequando pesquisa ao foco principal deste trabalho. Tambm foram ilustrados todos os itens referentes ao Business Intelligence para a unio dos conceitos inseridos no item 4.2 administrao pblica conforme necessidade deste trabalho para tornar possvel o desenvolvimento da modelagem proposta pelo trabalho no item 5.2. Ainda includo nesta perspectiva foi descrito de forma sinttica, o funcionamento processual da administrao oramentria em um estudo de caso especfico da prefeitura do Municpio de Porto Belo, favorecendo assim a compreenso e projeo de um modelo inovador de acordo com a necessidade exibida conforme o item 5.1. Com base no exposto acima se obteve o atendimento e concluso dos objetivos especficos prognosticados como se pode visualizar nos itens e subitens descritos acima. Conclui-se que o objetivo geral tambm foi atendido por englobar os itens explorados nos objetivos especficos e sumarizar todo o conhecimento obtido na fundamentao terica (item 4) para a aplicao em um desenvolvimento coerente com o contedo estudado, fortalecendo os conceitos discriminados neste trabalho.

85

5.11 EXTENSES

Como seguimento desse trabalho, sugerem-se os seguintes itens para futuras prospeces: Apresentar a proposio modelar a uma Software House que promova a comercializao da mesma aps adequao ao ambiente pblico de cada municpio especificamente. Integrar o cubo de dados do data warehouse aos softwares de gesto tributria para um planejamento oramentrio ainda de maior abrangncia e integridade. Desenvolver diferentes cubos de dados que permitam a compreenso das gestes (mandatos) anteriores, fortalecendo assim a continuidade administrativa na gesto pblica independente das questes polticopartidrias. Permitir aos contribuintes o acesso s informaes contidas no data warehouse promovendo assim a Transparncia Pblica.

86

CONSIDERAES FINAIS

O BI aplicado gesto empresarial prov exclusivamente benefcios para as corporaes aderentes ao mesmo, aumenta-se o tempo investido em planejamento e estudo das informaes geradas pelo negcio, no entanto o lucro torna-se palpvel iniciativa privada, que mira o lucro capital como plano principal da gesto administrativa. Inteligncia de Negcio aplicada gesto pblica sugere um conceito ainda no focado pelas literaturas atuais at mesmo por no fazer muito sentido aplicar Gesto de Negcios a uma empresa que no visa lucro e somente responsvel por manter os servios bsicos para os cidados. O sistema desenvolvido nesse trabalho teve o objetivo de explorar justamente essa incgnita, pois tratando a administrao pblica como empresa privada, devese, assim, julg-la primariamente como uma administrao contnua, pois o BI exige fundamentalmente que os dados contnuos sejam armazenados para o estudo das informaes geradas. A possibilidade de conhecimento das gestes anteriores em apenas alguns minutos de comparaes sintetizadas dos planejamentos oramentrios registrados em um cubo de dados torna todo o conceito de Gesto de Negcios disponvel para aplicao Administrao Pblica, fato este que facilitou o desenvolvimento deste projeto. Espera-se que este trabalho possa influenciar alguns gestores tornando possvel a divulgao deste novo paradigma ao tratarmos a informao gerencial gerada pelos rgos pblicos, encetado aqui em uma abrangncia municipal, ainda assim devendo se propagar e atingir a administrao estadual e at mesmo a federal. Ainda assim vale ressaltar que a quem mais interessar este modelo de gesto ao cidado receptor dos servios prestados pela administrao pblica, que receber um planejamento oramentrio mais conveniente com a realidade de cada municpio provendo uma gesto mais coerente e com menos desperdcios de verba pblica.

87

Verificou-se ainda, que a gesto atual extremamente deficiente por no favorecer em nenhum momento a tomada de deciso, alm de debilitar a continuidade gerencial da administrao pblica no fornecendo informaes claras e razoveis a qualquer equipe que assuma uma corporao totalmente desconhecida oramentalmente e financeiramente.

88

REFERNCIAS

BERNADONI, Doralice Lopes. Planejamento e oramento na administrao pblica. Curitiba: Ibpex, 2006.

BOOCH et al. UML Guia do Usurio. 2. ed. So Paulo: Elsevier, 2005.

BOTELHO, Milton Mendes. Manual Prtico de Controle Interno na Administrao Pblica Municipal. Curitiba: Juru Editora, 2006.

CAMPELLO, Carlos A. G. B. Administrao financeira municipal. So Paulo: Atlas, 2000.

CONSTITUIO DA REPBLICA FEDERATIVA DO BRASIL. Brasil, 1988.

COREY et al. ORACLE 8i Data Warehouse. Rio de Janeiro: Editora Campus, 2001.

CRUZ, Flvio da. Controle Interno nos municpios: Orientao para a implantao e relacionamento com os tribunais de contas. So Paulo: Atlas, 2003.

ECKERSON, Wayne W., Performance dashboards: measuring, monitoring, and managing your business. New Jersey: John Wiley & Sons, 2006. MACHADO, Felipe Nery Rodrigues. Tecnologia e projeto de Data Warehouse uma viso multidimensional. 2. ed. So Paulo: rica, 2006.

PEIXE, Blnio Cesar Severo. Finanas Pblicas Controladoria Governamental. Curitiba: Juru Editora, 2002.

PRESSMAN, Roger S. Engenharia de software. 3. ed. So Paulo: Pearson Makron Books, 1995.

PRIMAK, Fbio Vincius. Decises com B.I. (BUSINESS INTELLIGENCE). Brasil: Cincia Moderna, 2008.

89

TURBAN et al. BUSINESS INTELLIGENCE: Um enfoque gerencial para a inteligncia do negcio. Porto Alegre, Bookman, 2009.

TURBAN et al. Tecnologia da Informao Para Gesto. 3 edio. Porto Alegre: Bookman, 2004.

90

ANEXO A RELATRIO RESUMIDO DA EXECUO ORAMENTRIA

91

92

93 ANEXO B RELAO DA DESPESA COM SALDO ATUAL

94

95

96

97

98

99

100

101

102

103

104

105

106

ASSINATURA DOS RESPONSVEIS

______________________________________ ACADMICO ANDR BRITO SALUSTIANO

_______________________________________ IVAN CORREIA FILAGRANA ORIENTADOR

______________________________________ PROFESSOR RESPONSVEL PELO TCC PROF. JUDSON MICHEL CUNHA