SIGLA - SISTEMA INTEGRADO DE GESTÃO LEGISLATIVA E ADMINISTRATIVA

Transcrição

1 PAULO HENRIQUE CALAES OLIVEIRA Orientador: Túlio Ângelo Machado Toolo SIGLA - SISTEMA INTEGRADO DE GESTÃO LEGISLATIVA E ADMINISTRATIVA Ouro Preto Junho de 2011

2 Universidade Federal de Ouro Preto Instituto de Ciências Exatas Bacharelado em Ciência da Computação SIGLA - SISTEMA INTEGRADO DE GESTÃO LEGISLATIVA E ADMINISTRATIVA Monograa apresentada ao Curso de Bacharelado em Ciência da Computação da Universidade Federal de Ouro Preto como requisito parcial para a obtenção do grau de Bacharel em Ciência da Computação. PAULO HENRIQUE CALAES OLIVEIRA Ouro Preto Junho de 2011

3 UNIVERSIDADE FEDERAL DE OURO PRETO FOLHA DE APROVAÇÃO SIGLA - Sistema Integrado de Gestão Legislativa e Administrativa PAULO HENRIQUE CALAES OLIVEIRA Monograa defendida e aprovada pela banca examinadora constituída por: Msc. Túlio Ângelo Machado Toffolo Orientador Prof. Msc - Universidade Federal de Ouro Preto Prof. Marco Antônio Moreira de Carvalho Universidade Federal de Ouro Preto Msc. Rafael Antônio Marques Gomes Instituto Federal de Minas Gerais Msc. Rodrigo Reis Pereira Universidade Federal de Ouro Preto Ouro Preto, Junho de 2011

4 Resumo Com a popularização da internet as informações são disponibilizadas de maneira mais rápida e fácil. O cidadão hoje consegue acompanhar notícias de seu interesse através de portais na web. No trabalho que segue, mostraremos o desenvolvimento do Sigla, um sistema de gestão utilizado na Câmara Municipal de Ouro Preto, um sistema web, multiplataforma, que foi desenvolvido utilizando PHP e o framework javascript ExtJs, e que tem como principal diferencial a integração dos dados Legislativos e Administrativos, além de uso de noticações via SMS. i

5 Abstract With the popularization of the Internet information is made available more quickly and easily. The citizen today can follow the news that interests through portals on the web. In the work that follows, we will show the development of Sigla, a management system used in the "`Câmara Municipal de Ouro Preto"', a web system, multiplatform, developed using PHP and ExtJs javascript framework, and whose main dierential data integration Legislative and Administrative, and use of SMS notications. ii

6 Preto. Dedico este trabalho a toda a equipe do Setor de Informática da Câmara Municipal de Ouro iii

7 Agradecimentos Agradeço ao Presidente da Câmara Municipal de Ouro Preto, Júlio Ernesto de Grammont Machado de Araújo, por ter conado em meu trabalho. Aos colegas da Câmara, pois sem a cooperação de todos esse projeto não seria possível. Em especial ao Setor de Informática, que se esforçou muito para a conclusão de todo o trabalho. iv

8 Sumário 1 Introdução Motivação Objetivos Organização do Trabalho Referencial Teórico Javascript JSON Apache PHP ExtJS Descrição do Problema Análise Preliminar Sistemas desenvolvidos Sistemas adquiridos de terceiros pela Câmara Portal Sistema Desenvolvido Ações Iniciais Desenvolvimento do Sistema Integrado de Gestão Legislativa e Administrativa(Sigla) Requisitos de Ambiente Requisitos Não Funcionais Requisitos Funcionais Implementação Detalhamento dos Módulos Desktop Módulos Administrativos v

9 5.2.1 Recursos Humanos Minhas Informações Batidas de Ponto Administração de Usuários Verba Indenizatória Contratos Prestadores de Serviços Protocolos Arquivos Visualizar Eventos Ofícios Memorandos Agendamento de RG Módulos Legislativos Envio de Proposta Recebimento de Proposta Sessão Plenária Tramitação Comissões Gerenciamento de Atas Norma Jurídica Matérias Legislativas Impactos e Resultados 61 7 Conclusões 63 Referências Bibliográcas 65 vi

10 Lista de Figuras 2.1 Exemplo de código JSON Drag e Drop Tela principal do Sigla Exemplo de tela do Módulo de Recursos Humanos Exemplo de dados pendentes Exemplo de edição de funcionário Exemplo de gerenciamento de documentos Exemplo de tela do Módulo Minhas Informações exemplo de conrmação de senha Exemplo de tela do Módulo Batidas de Ponto Exemplo de tela do Módulo Batidas de Ponto Exemplo de tela do Módulo Administrar Usuários Exemplo de gerenciamento de níveis de permissão Exemplo de tela do Módulo Verba Indenizatória Exemplo de tela do Módulo Verba Indenizatória Exemplo de tela do Módulo de Contratos Exemplo de edição de um contrato Exemplo de adição de contrato Exemplo de tela do Módulo Prestadores de Serviços Exemplo de tela de cadastro do Módulo Prestadores de Serviços Exemplo de tela do Módulo de Protocolos Exemplo de tela de recebimento de documento Exemplo de tela do Módulo de Arquivos Exemplo de edição de documento Exemplo de cadastro de local Exemplo de tela do Módulo de Visualização de Eventos Exemplo de tela do Módulo de Visualização de Eventos Exemplo de tela do Módulo de Ofícios Exemplo de um ofício gerado pelo sistema vii

11 5.28 Exemplo de tela do Módulo de Memorandos Exemplo de criação de memorando Exemplo de tela do Módulo de Agendamento de RG Exemplo de um agendamento Exemplo da conguração de uma agenda Exemplo de tela do Módulo de Envio de Proposta Exemplo de cadastro de uma proposta Exemplo de tela do Módulo de Recebimento de Proposta Exemplo de recebimento de uma Proposta Exemplo de tela do Módulo de Sessão Plenária Exemplo de edição de uma Sessão Plenária Exemplo de ordem do dia Exemplo de tela do Módulo de Tramitação Exemplo de tela do Módulo de Comissões Exemplo de gerenciamento Reuniões de Comissões Exemplo de gerenciamento de Comissões Exemplo de tela do Módulo de Gerenciamento de Atas Exemplo digitação de ata utilizando player Exemplo de tela do Módulo de Norma Júridica Exemplo de edição de uma norma Exemplo de tela do Módulo de Matérias Legislativas Exemplo de edição de uma Matéria Legislativa Exemplo de dados da tramitação de uma matéria Reprodução da matéria publicada pelo jornal O Tempo viii

12 Lista de Tabelas ix

13 Lista de Algoritmos x

14 Capítulo 1 Introdução Com a popularização da internet no Brasil, informações relacionadas aos mais variados temas tem hoje fácil acesso. Nesse sentido o cidadão consegue agora obter informações que no passado eram difíceis de serem conseguidas. No cenário político essa prática começa a se tornar comum, pois com essa ferramenta o eleitor agora pode acompanhar e scalizar mais facilmente os mandatos de seus representantes através de portais. 1.1 Motivação O volume de informações gerado pelo processo legislativo é muito alto e para ser gerenciado é necessário uma ferramenta de produção, gerenciamento e divulgação destes dados. Logo se tornou prioridade a disponibilização de tal ferramenta para suprir a demanda na Câmara Municipal de Ouro Preto (CMOP). Integrar as partes legislativa e administrativa é um ponto chave, visto que, na prática, o processo está ligado. É importante destacar que essa ferramenta não deveria gerar mais trabalho e sim automatizar o processo de forma que todo o trabalho reetisse automaticamente no portal da CMOP. 1.2 Objetivos O objetivo geral do trabalho é a informatização do processo legislativo e administrativo da CMOP. Tem também com o objetivos secundários agilizar, de forma segura, todos os processos da CMOP, além de tornar essas informações mais acessíveis ao cidadão através de um portal web, parte do sistema como um todo. O projeto objetiva ainda satisfazer as exigências scais impostas pelos agentes reguladores para conseguir mais transparência em todo o processo legislativo e administrativo da CMOP. 1

15 1. Introdução Organização do Trabalho Este trabalho tem como prioridade a construção de um sistema que gerencie dados administrativos e legislativos da CMOP. Assim, o sistema deve armazenar o resultado do trabalho dos funcionários e divulgá-los no portal da Câmara. Além disso o projeto explora ainda outra tecnologia para divulgação do trabalho legislativo: mensagens de celular, visando aumentar ainda mais a interação do cidadão com o meio político.

16 Capítulo 2 Referencial Teórico 2.1 Javascript Lançada em 1995 a linguagem Javascript, que segundo Goodman (2001), ganhou o nome por motivos de marketing, era uma linguagem que basicamente agregava funcionalidades às páginas de internet, tornando-as mais interativas. É uma linguagem interpretada, executada pelo no navegador do cliente, e foi criada inicialmente para atender a validação de formulários e interação com a página. Mas em pouco tempo cou claro que as possibilidades de interação eram surpreendentes. Tanto que até mesmo um de seus criadores, Brendan Eich, deixou isto registrado em sua apresentação no livro Javascript a Bíblia (Goodman (2001)). A linguagem tem tipagem mutável e dinâmica, sem a declaração de tipos e oferece um bom suporte a expressões regulares. De forma geral, o Javascript torna muito mais fácil o tratamento de eventos no navegador, tanto que toda a interface com o usuário e alguns módulos do browser Mozilla foram implementados utilizando a linguagem. 2.2 JSON JSON (JavaScript Object Notation - Notação de Objetos JavaScript) é uma formatação de dados de simples de ser gerada e interpretada, é também um formato utilizado por diversas linguagens como, C, C++, Java, JavaScript e muitas outras. Segundo seu site ocial, json.org, essas propriedades fazem do JSON um formato ideal para troca de dados. O JSON é constituído em duas estruturas, uma coleção de pares, nome/valor e uma lista ordenada de valores, sendo a primeira análoga ao Objeto em outras linguagens e a segunda como um arranjo, vetor ou lista. 3

17 2. Referencial Teórico 4 Figura 2.1: Exemplo de código JSON 2.3 Apache O servidor Web Apache, é considerado por MARCELO (2005) um dos mais robustos e seguros utilizados atualmente, mantendo cerca de 60% das páginas de internet do mundo. Seu desenvolvimento começou em 1995, quando a National Center for Computer Aplications (NCSA) criou a NCSA Web Server, um importante servidor de HTTP (Hippertext Transfer Protocol). No entanto, o projeto cou estagnado e uma parte da equipe se desligou, criando a Apache Group ou Fundação Apache que hoje é responsável por sua manutenção. Suas principais vantagens são o suporte a várias linguagens como PHP, conguração rápida e simples, além de ser software livre, que possui código fonte aberto. 2.4 PHP A linguagem PHP (um acrônimo recursivo para PHP: Hypertext Preprocessor ) segundo Niederauer (2007) e Groupr (2010) é uma das linguagens de programação mais utilizadas no desenvolvimento de aplicações dinâmicas para web. A principal diferença do PHP para o Javascript é que o código é executado do lado do servidor, que gera um código em HTML enviado ao cliente. Desse modo o código PHP ca inacessível para o receptor impossibilitando a cópia do script. Segundo o site ocial do PHP (php.net), uma das grandes vantagens de se usar a linguagem é que ela é extremamente simples para os iniciantes e uma ferramenta poderosa para programadores avançados. Ele é suportado por diversos servidores web, como o Apache. O PHP, por ser portável, pode ser usado em diversos sistemas operacionais, como Windows, Mac OS e Linux, e também pode ser usado em programação, tanto estruturada como orientada a objetos (a partir da versão 4), ou ambas.

18 2. Referencial Teórico 5 Além de gerar códigos HTML, com PHP é possível gerar imagens, arquivos PDF e animações, todos de forma dinâmica do lado do servidor. Outra importante propriedade da linguagem é o suporte a vários bancos de dados, como o MySQL e Postgree. 2.5 ExtJS Criado por Jack Slocum, o software de código livre ExtJs é um framework Javascript criado primeiramente para ser utilizado no site Yahoo, como extensão do YUI (Yahoo! User Interface). É suportado por praticamente todos os navegadores, incluindo Internet Explorer, Mozilla Firefox e Google Chrome. Segundo da Rosa (2010), uma de suas principais características é o fácil desenvolvimento de interfaces para páginas e sistemas web com alta performance, customização e aparência agradável. Possui uma extensa documentação que ca localizada em seu site ocial ( que facilita eventuais consultas em sua API. Tem como funcionalidades principais o fácil intercâmbio de dados entre seus scripts PHP, de uma forma ágil, fácil e eciente, através do JSON. Possui também o recurso Drag e Drop, que é o de arrastar e soltar, onde o usuário tem a possibilidade de arrastar algum elemento da pagina e colocar em outro, exemplicado na gura 2.2. Figura 2.2: Drag e Drop A facilidade na criação de formulários é um fator que merece destaque.

19 2. Referencial Teórico 6 Para a exibição dos dados, o framework utiliza Grids (tabelas de dados), onde a exibição dos dados ca clara. Por meio de todas suas ferramentas, o ExtJS torna mais fácil de uma maneira geral o desenvolvimento de aplicações web, possibilitando a criação de interfaces ricas e ecientes.

20 Capítulo 3 Descrição do Problema 3.1 Análise Preliminar Antes do início do projeto, a Câmara Municipal de Ouro Preto (CMOP) possuía vários projetos de desenvolvimento de software que tinham como propósito gerenciar as informações da Casa. Estes sistemas vinham sendo desenvolvidos a muitos anos, e poucos de fato contribuíram para melhorias no funcionamento da Câmara, segundo Rafael Antônio Marques Gomes, Assessor de Informática da CMOP. Este gerenciamento inadequado resultou em diversos sistemas com informações duplicadas, sem integração entre eles, além de não possuir documentação. Grande parte deles não foram utilizados dentro da Câmara. Abaixo segue a relação destes sistemas com o respectivo detalhamento Sistemas desenvolvidos Sistemas de Recursos Humanos Objetivo: Armazenar todas informações referentes à vida prossional dos funcionários da Câmara onde os mesmos poderiam extrair informações referentes a benefícios, agendar férias, imprimir cópia dos últimos contra-cheques, visualizar presenças ou qualquer outra informação prossional. Situação no início do projeto: O sistema contemplava somente o cadastro básicos dos dados dos funcionários e não estava em funcionamento. Necessita de testes e de um novo trabalho de engenharia de software Sistema de Notícias Objetivo: Cadastrar as notícias que são publicadas no portal da Câmara. 7

21 3. Descrição do Problema 8 Situação no início do projeto: Este sistema foi desativado pois o portal da Câmara foi desenvolvido com uma tecnologia de gerenciamento de conteúdo que permite este gerenciamento diretamente em sua área administrativa, não necessitando desenvolver aplicações à parte Sistema de Rotinas Objetivo: Cadastrar as rotinas frequentes do setor de informática. Situação no início do projeto: Este sistema está em atividade no departamento e é utilizado pela equipe como fonte de consulta para auxílio técnico Sistema de Homenagem Objetivo: Cadastro de honra ao mérito, moção de aplauso, medalha. Situação no início do projeto: Começou a ser utilizado no início e caiu em desuso Sistema de Controle de Mídias Objetivo: Controle de cd s, dvd s do setor de informática. Situação no início do projeto: utilizado por um curto período, até cair em desuso Sistema de Protocolos Objetivo: Cadastro de Protocolos Situação no início do projeto: Este módulo hoje funciona somente como um simples cadastro dos protocolos, ou seja, uma transcrição do livro sem nenhum critério técnico aprofundado; Sistema de atendimento ao cidadão Objetivo: Cadastro de pessoas e registro de atendimentos Situação no início do projeto: Foi desenvolvido o cadastro de cidadão com registro de atendimentos, porém em um banco de dados próprio. Este sistema encontra-se inativo Sistema de Atas Objetivo: Registrar as Atas das sessões plenárias para publicação no portal da Câmara. Situação no inicio do projeto: Este sistema possui um banco de dados próprio onde as atas são inseridas sem nenhum tipo de formatação, somente um texto simples. Os áudios que são utilizados como base para a transcrição destas atas são salvos em uma pasta compartilhada onde sempre temos problemas em localizá-la por falta de organização. Estes áudios hoje também são armazenados em formato (.wav) que torna o seu gerenciamento inviável por carem muito grandes gerando diculdades no seu armazenamento e nos backups, além de gerar grande tráfego na rede.

22 3. Descrição do Problema Sistema Habitacional Objetivo: Fazer o registro da situação habitacional dos cidadãos Situação no início do projeto: Banco de dados próprio e sem utilização Sistema de Agendamento de Plenário Objetivo: Fazer as reservas do plenário podendo informar a estrutura necessária de equipamentos. Situação no inicio do projeto: Sistema é utilizado com frequência porém os dados são armazenados em um banco de dados próprio Sistema de Gerenciamento de Indicações Objetivo: Controlar indicações dos vereadores. Situação no início do projeto: Sistema foi desenvolvido e quase não foi utilizado Verba Indenizatória Objetivo: Registrar os gastos dos vereadores utilizando a verba indenizatória e publicá-los no portal da Câmara. Situação no início do projeto: O sistema é utilizado pelos assessores dos vereadores e as informações são publicadas no portal, porém possui um banco de dados próprio e não contempla algumas informações essenciais como CPF e CNPJ dos fornecedores, nem mesmo um banco de dados seguindo as regras de normalização Sistema de Manutenção Diária Objetivo: Controlar as tarefas executadas pelo setor de informática. Situação no início do projeto: O sistema não está sendo utilizado e possui banco de dados próprio Sistema de Planejamento Objetivo: Sistema para atribuições de tarefas. Situação no início do projeto: Foi substituído pelo software livre dotproject Sistema de Patrimônio Objetivo: Controlar o patrimônio do setor de informática. Situação no início do projeto: Base de dados própria e não está sendo utilizado.

23 3. Descrição do Problema Sistemas adquiridos de terceiros pela Câmara Sapl Sistema desenvolvido pela Interlegis que visa a organização das informações do processo legislativo em uma plataforma web onde os dados são apresentados, em sua maioria, no portal da Câmara. É um software livre onde o acesso aos códigos fonte é praticamente impossível por ter sido desenvolvido uma linguagem de programação que é pouco utilizada. Está sendo desenvolvido novamente pela equipe de informática contemplando módulos que hoje não existem na solução pronta e sendo adaptado à realidade da Casa. Os dados deste sistema estão totalmente desorganizados e sem critério algum para inserção. Em 2006 foram perdidos dois anos de trabalho por queima do servidor e falta de backup. Atualmente, não se pode garantir quais documentos legislativos estão de fato registrados pois este sistema não apresenta diretamente a falta deles. Um grande planejamento e mobilização da equipe deverá ser feito para que se possa avaliar a atual situação dos cadastros e ao mesmo tempo, digitalizar, digitar e lançar no novo sistema as informações que faltarem iponto Sistema de pontos dos funcionários desenvolvido em plataforma web com banco de dados Postgree armazenado em servidor Linux. Este sistema foi adquirido sob licença de software livre, porém não foi disponibilizada a documentação do sistema por parte da empresa desenvolvedora, fazendo com que a equipe não consiga fazer ajustes no mesmo. É um dos sistemas mais problemáticos atualmente, onde ao contrário do que se propõe um projeto de modernização, está inviabilizando os trabalhos do Setor de Recursos Humanos pelas constantes falhas e alto grau de dependência da informática, onde os lançamentos das batidas de ponto têm que ser feitos em sua grande maioria manualmente no banco de dados, ocasionando também grande demanda desta equipe Sistema Memory Sistema para gerenciamento de toda parte contábil da Câmara. É um sistema que exige atualizações constantes e backups. O sistema estava armazenado em um computador que também era utilizado pelo funcionário, onde havia o risco de uma parada repentina por questão de vírus, por exemplo. Este Sistema atende perfeitamente às necessidades da Câmara, necessita somente de melhorias no relacionamento desta Casa com a empresa proprietária do sistema (Memory), para que o suporte seja satisfatório Portal O portal da Câmara Municipal de Ouro Preto precisa ser reformulado para que além das informações disponibilizadas, tenhamos novas funções como:

24 3. Descrição do Problema 11 Novo layout, mais moderno e baseado em técnicas de usabilidade para melhor navegação dos visitantes; As informações legislativas serão consultadas diretamente na base de dados do sistema da Câmara; O novo portal disponibilizará reuniões transmitidas online onde o usuário, além de poder assistir as reuniões em alta qualidade, poderá acompanhar todas as informações da reunião como: Matérias que fazem parte da reunião (Indicações, Leis, Moções,etc); Lista dos vereadores presentes; Chat para discussão dos visitantes que será monitorado por um moderador, onde somente os comentários relevantes serão publicados; Os vídeos das reuniões passadas continuarão disponíveis para os visitantes para assistirem a qualquer momento e saber tudo que foi discutido. Será implantada uma plataforma de chat online para comunicação direta do funcionário com a Câmara para tirar dúvidas e agendar serviços, como carteira de identidade, por exemplo.

25 Capítulo 4 Sistema Desenvolvido 4.1 Ações Iniciais Feita a análise preliminar dos sistemas, foi traçado um plano de metas com os principais pontos a serem discutidos durante o projeto. Primeiramente foi necessária uma reestruturação física do setor a m de disponibilizar um ambiente mais propício para o suporte, manutenção e área de desenvolvimento. Isso foi necessário pois o ambiente não era adequado para o desenvolvimento de softwares. Com a parte de infra-estrutura mais bem estruturada, foi possível dar mais foco à parte dos sistemas, denindo as prioridades e decidindo se estes seriam desenvolvidos internamente ou adquiridos de terceiros. Os primeiros sistemas a serem colocados em pauta foram os terceirizados, sendo que o primeiro deles foi o iponto, que era o que mais demandava serviço da equipe de programadores, além de ser um software que teve custos na implantação e com manutenção. Depois de uma pesquisa de mercado e levantamento de informações junto a clientes de alguns fornecedores, chegou-se a conclusão que seria melhor a substituição do software pelo sistema Ponto Secullum. A solução para o Memory, que é um sistema que já suportava a demanda da CMOP e, por possuir um custo mensal relativamente baixo pelo que é proposto, foi apenas transferir seu software para um servidor dedicado. Após analisar o SAPL, percebeu-se que o mesmo não atendia os requisitos da câmara e deveria ser substituído. Feita uma pesquisa no mercado constatou-se que não existia uma solução gratuita satisfatória e que as soluções pagas gerariam um custo muito alto para a Casa, além de não atender todos os requisitos da forma como se propunha. Nesse contexto foi estudada a possibilidade do desenvolvimento de um sistema para gerenciar todo o processo legislativo e administrativo de forma integrada. Após vericar a viabilidade iniciou-se a construção do SIGLA: Sistema de Gestão Legislativa e Administrativa. 12

26 4. Sistema Desenvolvido Desenvolvimento do Sistema Integrado de Gestão Legislativa e Administrativa(Sigla) Requisitos de Ambiente Ambiente Físico O Sigla foi desenvolvido para funcionar no ambiente interno da CMOP, com alguns módulos podendo ser acessados pela internet Integração com Sistemas Existentes O sigla deve ser capaz de se comunicar à base de dados SQLServer do sistema de controle de ponto biométrico Ponto Secullum para coletar os dados, também deve ser capaz de se comunicar com a protocoladora Henry Prot II para colher dados de protocolo de documentos, e por m se conectar à uma impressora térmica de impressão de código de barras que utiliza a linguagem TLP, característica das impressoras Zebra Fatores Humanos Os usuários na sua maioria tem ensino médio completo, restrita familiaridade com computador e tem resistência a implantação de um novo software Documentação Será feita documentação do software, além da criação de manuais para usuários do sistema e ajuda online Recursos Para o projeto serão necessários 3 programadores, 1 coordenador do projeto, e 2 técnicos em suporte e manutenção. O investimento em pessoal é praticamente descartado visto que todos os funcionários requisitados para o desenvolvimento do sistema já são funcionários da Casa. O investimento em hardware e software deve ser bem reduzido, porém não foi denido um limite orçamentário. Foi comprada uma protocoladora, uma impressora térmica de código de barras e leitores de código de barras. O prazo para a conclusão do projeto foi dezembro de 2010, visto que é a duração gestão da CMOP vigente na época.

27 4. Sistema Desenvolvido Requisitos Não Funcionais Os requisitos não funcionais mais importantes tem relação com Conabilidade e Segurança, visto que os dados gerados pelo sistema são de grande importância por se tratar das leis do município. Por ser um sistema web, outros requisitos importantes para a implementação foram a Robustez, Desempenho e Portabilidade, visto que o sistema precisa ser executado em qualquer ambiente web, de uma forma eciente, e como o sistema possui uma quantidade signicante de dados, isso se torna um fator crítico a ser levado em consideração durante a implementação do sistema. Por m, Facilidade de Uso e Produtividade, pontos chaves no desenvolvimento, pois o objetivo do sistema é o aumento da produtividade utilizando automatização em diversos processos, lembrando ainda que a maioria dos funcionários não possui tanta familiaridade no uso do computador Requisitos Funcionais Os requisitos funcionais de todos os módulos foram levantados junto aos usuários, através de entrevistas e questionários, além de testes com protótipos de alta delidade. Também foi alvo de pesquisa o regimento interno da Câmara, de onde foram gerados os uxogramas dos processos legislativos Implementação Após levantados todos requisitos e feita uma análise preliminar de toda a situação, denimos então um cronograma para implementação dos módulos levando em consideração a prioridade de cada um. O próximo passo foi a escolha das linguagens e ferramentas a serem utilizadas durante a implementação. As linguagens escolhidas foram PHP, Javascript e HTML, e ainda o framework ExtJS, para dar maior agilidade ao desenvolvimento e padronização dos módulos do sistema. Para banco de dados foi escolhido o Sistema Gerenciador de Banco de Dados (SGBD) MySQL, pela sua robustez e conabilidade, além de ser uma ferramenta livre. Denido o banco, passamos então para a implementação, levando em consideração os requisitos levantados e diversas reuniões da equipe de desenvolvimento. A ambiente de desenvolvimento foi o DreamWeaver. Devido ao conhecimento prévio dos programadores com a ferramenta, isso proporcionou um maior rendimento, se comparado com as ferramentas antes utilizadas. Iniciando a codicação do sistema, primeiramente foi dada uma atenção especial às classes genéricas, como por exemplo, a classe de ligação com banco de dados e conversão dos dados do

28 4. Sistema Desenvolvido 15 MySQL em JSON, chamada Gerencia, criada pelo estagiário Vinicius Nunes Lages, estudante do curso de Engenharia de Controle e Automação da Universidade Federal de Ouro Preto. Denidas as classes genéricas passamos a desenvolver os módulos de forma que cada programador era responsável por um módulo, sendo coordenados pelo responsável pelo Setor de Informática, Rafael Antônio Marques Gomes. Os módulos eram desenvolvidos utilizando prototipação evolutiva, ou seja, à medida que cada versão do módulo cava pronta era levada aos usuários e se colhia novas informações para que se conseguisse chegar ao produto nal. É importante ressaltar que alguns módulos demandaram mais trabalho, como por exemplo o módulo de Recebimento de Propostas, que depois de pesquisar soluções para conectar à impressora térmica ao sistema, decidi por desenvolver essa parte do sistema na linguagem Java, que possuía um bom suporte e fácil implementação nesse caso. Outro problema encontrado foi a disponibilização dos áudios e vídeos das reuniões que eram transmitidas ao vivo, pois disponibilizá-los utilizando nossa estrutura de internet para serem acessados externamente gerava uma demanda imensa na rede interna, atrapalhandoa. Nossa solução foi disponibilizar para uso interno os arquivos em rede local e armazenar cópias desses arquivos em um servidor web contratado, que é onde o portal ca hospedado, lembrando que essas cópias são feitas durante a madrugada, período que não exige demanda da rede interna. Após chegar a uma versão satisfatória, todos os módulos passaram por uma bateria de testes que eram executados pela equipe de suporte e manutenção coordenada pelo Assessor em Tecnologia da Informação II Denilson Silva Maciel. Estes testes eram focados numa simulação de uso e com isso ao mesmo tempo em que eram testados os módulos era possível um conhecimento maior dos mesmos por parte dessa equipe, o que propiciou maior facilidade na confecção dos manuais dos módulos criados pelo Agente Legislativo III, Kierley Sebastião da Silva.

29 Capítulo 5 Detalhamento dos Módulos 5.1 Desktop É o módulo principal do sistema, onde todos os outros módulos são exibidos e controlados dependendo de suas permissões e atribuições dentro da CMOP. Figura 5.1: Tela principal do Sigla 16

30 5. Detalhamento dos Módulos Módulos Administrativos Recursos Humanos O módulo de Recursos Humanos agrega todas as informações dos funcionários,tem como funções o cadastro de funcionários, criação de atos de nomeação e exoneração,veja a gura 5.5, lançamento de férias, quinquênios, graticações e digitalização de contracheques. Tem como grande destaque as noticações que são recebidas por e celular, lembrando aos funcionários de seus direitos de férias ou até mesmo uma incorporação de salário. Para assegurar que os dados de todos os funcionários estão completos no módulo, quando uma funcionária do Recursos Humanos abre o sistema uma tela aparece solicitando a adição dos dados pendentes,ver gura 5.3. Durante o desenvolvimento foi percebido um problema quando era feita a substituição da foto do funcionário, pois ela cava no cache, e não atualizava quando era substituída. Para solucionar o problema ao m do nome da imagem no trecho de código onde ela é carregada foi concatenado um número ramdômicocomo mostrado à seguir: <img src=imagem.jpeg? > Com isso o problema foi resolvido de forma satisfatória sem precisarmos limpar o cache. Figura 5.2: Exemplo de tela do Módulo de Recursos Humanos

31 5. Detalhamento dos Módulos 18 Figura 5.3: Exemplo de dados pendentes Figura 5.4: Exemplo de edição de funcionário

32 5. Detalhamento dos Módulos 19 Figura 5.5: Exemplo de gerenciamento de documentos

33 5. Detalhamento dos Módulos Minhas Informações Módulo onde o funcionário pode visualizar suas informações, conferir seus prazos de férias, ou fazer algum tipo de solicitação. É possivel também que a pessoa imprima uma cópia de seus contracheques através dessa ferramenta. Para aumentar a segurança, o módulo pede uma conrmação de senha para que sejam exibidas as informações do funcionário, como visto em 5.7. Figura 5.6: Exemplo de tela do Módulo Minhas Informações

34 5. Detalhamento dos Módulos 21 Figura 5.7: exemplo de conrmação de senha

35 5. Detalhamento dos Módulos Batidas de Ponto No módulo de Batidas de Ponto os funcionários podem checar seus horários e ver até se possuem direito a horas extras. Os chefes de seções, setores e departamentos podem também controlar o horário de cada funcionário. Na próxima versão do sistema esse módulo será parte do módulo Minhas Informações. Figura 5.8: Exemplo de tela do Módulo Batidas de Ponto

36 5. Detalhamento dos Módulos 23 Figura 5.9: Exemplo de tela do Módulo Batidas de Ponto

37 5. Detalhamento dos Módulos Administração de Usuários É o módulo utilizado para o gerenciamento dos usuários do sistema. No módulo é possível cadastrar novos usuários, atribuir módulos, gerenciar o nível de prevílegio em cada módulo personalizando assim o desktop de cada usuário, ver gura Figura 5.10: Exemplo de tela do Módulo Administrar Usuários

38 5. Detalhamento dos Módulos 25 Figura 5.11: Exemplo de gerenciamento de níveis de permissão

39 5. Detalhamento dos Módulos Verba Indenizatória Verba Indenizatória é o módulo que controla o gasto da verba de gabinete de cada vereador. Nele são cadastrados todos os gastos que depois são reembolsados pela Câmara. Esses dados cam disponibilizados no portal, para que o cidadão tenha acesso, propiciando assim maior transparência do Poder Legislativo. Esse módulo teve um grande destaque no início da implementação dos módulos, pois foi um dos primeiros a entrar em produção e teve um grande reconhecimento, sendo inclusive matéria do Jornal O Tempo como visto na gura??. Figura 5.12: Exemplo de tela do Módulo Verba Indenizatória

40 5. Detalhamento dos Módulos 27 Figura 5.13: Exemplo de tela do Módulo Verba Indenizatória

41 5. Detalhamento dos Módulos Contratos No módulo de Contratos são registrados todos os contratos vigentes e vencidos da Casa, sendo que um grande diferencial, como no módulo de recursos humanos, são seus avisos, que noticam os setores responsáveis dos vencimentos de contratos com 30, 15 e 1 dia antes do m de cada contrato. Outra funcionalidade do módulo é a criação de termos aditivos de contratos, como visto em 5.16, além da confecção de relatórios tanto sintéticos como analíticos. Figura 5.14: Exemplo de tela do Módulo de Contratos

42 5. Detalhamento dos Módulos 29 Figura 5.15: Exemplo de edição de um contrato Figura 5.16: Exemplo de adição de contrato

43 5. Detalhamento dos Módulos Prestadores de Serviços O módulo de Prestadores de Serviços é responsável pelo histórico de cada fornecedor dentro da Câmara, com ele é possível saber quanto foi gasto com cada um deles, tornando assim mais fácil a barganha na hora de adquirir novos produtos ou fazer um novo contrato.é possível também a emissão de relatórios analíticos e sintéticos. Figura 5.17: Exemplo de tela do Módulo Prestadores de Serviços

44 5. Detalhamento dos Módulos 31 Figura 5.18: Exemplo de tela de cadastro do Módulo Prestadores de Serviços

45 5. Detalhamento dos Módulos Protocolos O módulo de Protocolos gerencia o envio e recebimento de todos os documentos da Casa, podendo assim ter maior controle dos mesmos.esse controle é feito através uma máquina protocoladora, que é conectada via rede ao sistema, que por sua vez recolhe os dados enviados e registra no banco de dados.feito isso, é enviado para a impressora térmica um código no seguinte formato utilizando a linguagem TPL, própria das impressoras Zebra: Q80,030 q832 rn S4 D7 ZT JB OD R235,0 N B285,91,2,1,2,6,37,B,"' "' P1 Esse código é enviado utilizando um aplicativo Java, visto que não foi encontrada uma solução para o problema utilizando a linguagem PHP.

46 5. Detalhamento dos Módulos 33 Figura 5.19: Exemplo de tela do Módulo de Protocolos Figura 5.20: Exemplo de tela de recebimento de documento

47 5. Detalhamento dos Módulos Arquivos Como o volume de documentos dentro da Câmara é alto, para facilitar o acesso a esses dados, foi criado o módulo de Arquivos, onde são cadastrados as referências de cada documento e sua localização física dentro do arquivo da Casa. Com o módulo a localização dos documentos da Casa cam muito mais fácil, visto que hoje essas informações cam em um registro impresso. É possível a adição de novos locais como visto na gura 5.23, pois com a ampliação da Câmara novos locais serão disponíveis e essa inclusão será frequente. Figura 5.21: Exemplo de tela do Módulo de Arquivos

48 5. Detalhamento dos Módulos 35 Figura 5.22: Exemplo de edição de documento Figura 5.23: Exemplo de cadastro de local

49 5. Detalhamento dos Módulos Visualizar Eventos Visualizar Eventos é o módulo onde o funcionário pode vericar quais são os eventos que acontecerão e se programar. Lembrando ainda que toda equipe que é solicitada para o evento recebe um e uma mensagem no celular avisando que sua participação foi requisitada. Figura 5.24: Exemplo de tela do Módulo de Visualização de Eventos

50 5. Detalhamento dos Módulos 37 Figura 5.25: Exemplo de tela do Módulo de Visualização de Eventos

51 5. Detalhamento dos Módulos Ofícios O módulo de Ofícios é responsável pela criação e gerenciamento dos ofícios emitidos pela Câmara. É interessante destacar que os ofícios agora tem uma numeração padrão e seu formato também foi padronizado de acordo com o manual da presidência.é possível também consultar um histórico de ofícios, além de imprimir relatórios analíticos e sintéticos dos dados cadastrados. Para os funcionários da secretaria o módulo oferece a função de relacionar matérias ao ofício, para que se torne mais ágil o envio de matérias ao executivo. Figura 5.26: Exemplo de tela do Módulo de Ofícios

52 5. Detalhamento dos Módulos 39 Figura 5.27: Exemplo de um ofício gerado pelo sistema

53 5. Detalhamento dos Módulos Memorandos O módulo de Memorandos segue os mesmos moldes do módulo de Ofícios, porém ele é direcionado à comunicação interna entre os setores da Câmara. Com a criação do módulo agora os documentos seguem um padrão de formatação e numeração, é mantido também um histórico de todos os memorandos criados. Dentro do módulo também é possível a criação de modelos, para facilitar a criação de memorandos que seguem um mesmo padrão. Figura 5.28: Exemplo de tela do Módulo de Memorandos

54 5. Detalhamento dos Módulos 41 Figura 5.29: Exemplo de criação de memorando

55 5. Detalhamento dos Módulos Agendamento de RG Um dos serviços prestados pela Câmara é a confecção de carteiras de identidade. Como a demanda é muito grande é preciso um agendamento prévio feito por telefone. Para melhorar esse agendamento que era originalmente feito em papel, foi criado o Módulo de Agendamento de RG que além de organizar melhor a agenda, que é dinâmica e sofre alterações de horário frequentemente, possui ainda o recurso de noticar a pessoa que solicitou o agendamento via e celular, informando o dia, horário e documentos necessários para a confecção da carteira. O módulo ainda conta com um controle de produção das carteiras facilitando assim a emissão de relatórios de produtividade. Figura 5.30: Exemplo de tela do Módulo de Agendamento de RG

56 5. Detalhamento dos Módulos 43 Figura 5.31: Exemplo de um agendamento Figura 5.32: Exemplo da conguração de uma agenda

57 5. Detalhamento dos Módulos Módulos Legislativos Envio de Proposta No módulo de Envio de Propostas, o vereador cria seus requerimentos, indicações, projetos de lei ou qualquer outro tipo de matéria legislativa, como pode ser visto em Todos os documentos gerados pelo módulo são padronizados e recebem uma numeração que facilita a organização de seus arquivos. Nele o vereador tem um feedback do envio de sua matéria, pois se ela contiver algum erro pode ser rejeitada ou aceita na secretaria. Com o módulo é possível fazer pesquisas no histórico e imprimir relatórios am de aferir a produtividade do parlamentar. Figura 5.33: Exemplo de tela do Módulo de Envio de Proposta

58 5. Detalhamento dos Módulos 45 Figura 5.34: Exemplo de cadastro de uma proposta

59 5. Detalhamento dos Módulos Recebimento de Proposta O Recebimento de Propostas funciona como complemento do Envio de Propostas. Depois que um documento é enviado aparece na tela do funcionário responsável, como visto em Quando está correto é impresso, assinado pelo vereador e protocolado na secretaria, onde recebe um código de barras para facilitar o acesso a seus dados. O recebimento dos dados e a impressão do código de barras é feito da mesma forma como feita no cadastro de protocolos. Figura 5.35: Exemplo de tela do Módulo de Recebimento de Proposta

60 5. Detalhamento dos Módulos 47 Figura 5.36: Exemplo de recebimento de uma Proposta

61 5. Detalhamento dos Módulos Sessão Plenária O módulo de Sessão Plenária é responsável pelo controle de todas as reuniões que acontecem na Câmara tem como principais funcionalidades o cadastro das reuniões, com seus áudios e pautas, que são geradas automaticamente. A adição de uma matéria dentro de uma reunião é feita através de leitores óticos para agilizar o processo e não é preciso re-digitar todos os dados da matéria. O upload dos áudios das reuniões, tiveram que ter uma atenção especial, pois o tamanho dos arquivos eram em média 150 MB, e se fosse feito em horário de expediente atrapalhariam desempenho da rede. Então foi feito um script, que envia todo dia às 0h os dados para o servidor web externo onde os usuários de fora da Câmara tem acesso pelo site. E para os funcionários que tem acesso local, os áudios cam em um servidor local, para um acesso mais rápido as informações. Figura 5.37: Exemplo de tela do Módulo de Sessão Plenária

62 5. Detalhamento dos Módulos 49 Figura 5.38: Exemplo de edição de uma Sessão Plenária

63 5. Detalhamento dos Módulos 50 Figura 5.39: Exemplo de ordem do dia

64 5. Detalhamento dos Módulos Tramitação O módulo de tramitação é responsável por controlar o andamento de um documento dentro da Casa,sendo que a cada movimentação do documento, o cidadão que solicitou o acompanhamento de algum desses projetos no Portal, recebe um aviso via e celular dizendo qual a atual localização do documento e qual ação ele sofreu. É bom ressaltar que a maioria dessas ações são alimentadas de forma automática. Figura 5.40: Exemplo de tela do Módulo de Tramitação

65 5. Detalhamento dos Módulos Comissões O módulo de Comissões funciona de maneira semelhante ao módulo de Sessão Plenária, porém é responsável pela reunião das Comissões de Vereadores. Além das funcionalidades que já foram citadas no módulo de Sessão, ele ainda conta com um gerador de parecer, ferramenta essa que ajudou a padronizar os documentos de pareceres, além de agilizar e controlar melhor todo o processo. No módulo ainda é possível a emissão de relatórios estatísticos, e distribuição de matérias entre as comissões, o que facilitou bastante o controle dos documentos. Como é feito no módulo de Sessão Plenária, os áudios tem uma mesma política de armazenamento e distribuição. Figura 5.41: Exemplo de tela do Módulo de Comissões

66 5. Detalhamento dos Módulos 53 Figura 5.42: Exemplo de gerenciamento Reuniões de Comissões

67 5. Detalhamento dos Módulos 54 Figura 5.43: Exemplo de gerenciamento de Comissões

68 5. Detalhamento dos Módulos Gerenciamento de Atas O módulo de Atas é utilizado pelo Setor de Atas para controle dos áudios das reuniões e transcrição desses áudios, am de disponibilizá-los no Portal da Câmara. A digitação da ata é feita dentro o módulo utilizando um componente de edição de texto e um player também componente do ExtJs, como visto na gura No módulo também é feita a publicação da ata no Portal da Câmara, que só é feita após aprovação em Reunião. Figura 5.44: Exemplo de tela do Módulo de Gerenciamento de Atas

69 5. Detalhamento dos Módulos 56 Figura 5.45: Exemplo digitação de ata utilizando player

70 5. Detalhamento dos Módulos Norma Jurídica O módulo de Norma Jurídica é onde são armazenadas todas as leis do município, nele é possível pesquisar leis e fazer downloads de documentos digitalizados. Vale destacar que são mais de dez mil leis registradas e com a organização e dedicação dos funcionários e estagiários, praticamente todas as leis estão com seus dados corretos e possuem uma cópia digital. No módulo também é feita a digitação das leis para que a pesquisa se torne mais eciente.para a digitação das leis foi utilizado um plugin do ExtJs. É possível também a impressão de relatórios sintéticos e analíticos. Figura 5.46: Exemplo de tela do Módulo de Norma Júridica

71 5. Detalhamento dos Módulos 58 Figura 5.47: Exemplo de edição de uma norma

72 5. Detalhamento dos Módulos Matérias Legislativas O modulo de Matéria Legislativa, funciona de forma parecida com o módulo de Norma Jurídica, porém ele é responsável pelo gerenciamento de projetos de lei, que quando aprovados se tornam uma Norma Jurídica. Para se ter uma ideia da utilização do módulo, só no período de 01/01/2010 à 01/12/2010 foram lançadas no sistema mais de mil matérias. No módulo podem ser feitos cadastros de matérias que não entraram no sistema via envio e recebimento de propostas, como por exemplo as propostas criadas no executivo, que no caso não tem acesso ao sistema. É possível também a impressão de novas etiquetas para substituição de etiquetas que tenham perdido sua coloração. Existe também um gerenciador de documentos digitalizados e digitados, am de manter o controle de todo o material e inclusive é possível gerar relatórios analíticos e sintéticos, que sempre são exigidos no m do ano e anteriormente era feito a mão. Figura 5.48: Exemplo de tela do Módulo de Matérias Legislativas

73 5. Detalhamento dos Módulos 60 Figura 5.49: Exemplo de edição de uma Matéria Legislativa Figura 5.50: Exemplo de dados da tramitação de uma matéria

74 Capítulo 6 Impactos e Resultados Os resultados começaram a aparecer logo no início do projeto, tendo um destaque no jornal O Tempo, onde um dos módulos do Sigla, o módulo de Verba Indenizatória, foi citado como fonte de pesquisa e scalização dos gastos dos vereadores, sendo ainda o único sistema até então que fazia controle de notas scais. Figura 6.1: Reprodução da matéria publicada pelo jornal O Tempo É necessário um estudo sobre o impacto da implantação do sistema no ambiente da CMOP, mas a princípio pode-se destacar que apesar das rejeições iniciais motivadas pela reluta dos funcionários em trocar para um sistema novo, essa ação teve vários pontos positivos como 61