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: Prof. Msc. Túlio Ângelo Machado Toffolo Orientador Universidade Federal de Ouro Preto Prof. Msc. Marco Antônio Moreira de Carvalho Universidade Federal de Ouro Preto Msc. Rodrigo Reis Pereira Universidade Federal de Ouro Preto Prof. Rafael Antônio Marques Gomes Instituto Federal de Minas Gerais 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 rede. No trabalho que segue, é mostrado o desenvolvimento do Sigla, um sistema de gestão utilizado na Câmara Municipal de Ouro Preto. Trata-se de 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 mensagens no celular. 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, will be show the development of Sigla, a management system used in the Ouro Preto City Council, a web system, multiplatform, developed using PHP and ExtJs javascript framework, whose main dierential data integration Legislative and Administrative, and use of mobile 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 Descrição do Problema Análise Preliminar Sistemas legados Sistemas adquiridos de terceiros Portal Processo de criação de uma lei Exigências Fiscais Tecnologias Utilizadas Javascript JSON Apache PHP ExtJS MySQL 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 v

9 5 Detalhamento dos Principais Módulos Desktop Módulos Administrativos Recursos Humanos Minhas Informações Batidas de Ponto Verba Indenizatória Contratos Protocolos Arquivos Ofícios Agendamento de RG Módulos Legislativos Envio de Proposta Recebimento de Proposta Sessão Plenária Tramitação Gerenciamento de Atas Norma Jurídica Matérias Legislativas Impactos e Resultados 45 7 Conclusões 47 Referências Bibliográcas 48 vi

10 Lista de Figuras 3.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 gerenciamento de atos 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 Verba Indenizatória Exemplo de tela do Módulo de Contratos Exemplo de adição de contrato Exemplo de edição de documento Exemplo de cadastro de local Exemplo de tela do Módulo de Ofícios Exemplo de um ofício gerado pelo sistema 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 tela do Módulo de Sessão Plenária Exemplo de digitação de ata utilizando player Exemplo de tela do Módulo de Matérias Legislativas Exemplo de edição de uma Matéria Legislativa Reprodução da matéria publicada pelo jornal O Tempo vii

11 Capítulo 1 Introdução Com a popularização da internet no Brasil, informações relacionadas aos mais variados temas têm 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 deve gerar mais trabalho e sim automatizar o processo de forma que o resultado de todo o trabalho que disponível no portal da CMOP. 1.2 Objetivos O objetivo geral do trabalho é a informatização do processo legislativo e administrativo da CMOP. Processos legislativos são processos relacionados a criação de leis, a emissão de Atos, Ofícios e Memorandos. Ainda na parte administrativa compreende o controle de Recursos Humanos (RH), Verba Indenizatória (verba destinada ao gabinete do vereador), gestão de contratos e controle do arquivo de documentos gerados no processo legislativo. Sã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. 1

12 1. Introdução 2 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.3 Organização do Trabalho Como foi visto, o primeiro Capítulo expõe uma introdução sobre o trabalho. No Capítulo 2 é feita uma descrição do problema como um todo, onde serão apontados pontos positivos e negativos, além de contextualizar o processo de criação de uma lei, processo que é a base do sistema. Em seguida, no Capítulo 3, são mostradas as tecnologias utilizadas no desenvolvimento das soluções, tendo como destaque o uso de mensagens de celular, visando facilitar ainda mais a interação do cidadão com o meio político. No Capítulo 4 são relatadas as ações iniciais para a resolução do problema, além da análise e implementação do sistema. A apresentação dos principais módulos existentes no sistema é detalhada no Capítulo 5. No sexto Capítulo é feita uma análise dos impactos e resultados obtidos pelos sistema. Finalmente no Capítulo 7 é feita uma conclusão a respeito de todo o trabalho realizado.

13 Capítulo 2 Descrição do Problema Com a troca de legislatura ocorrida em janeiro de 2009, foi solicitado pelo Presidente da Câmara Municipal de Ouro Preto (CMOP) Júlio Ernesto de Grammont Machado de Araújo junto ao Assessor de Informática Rafael Antônio Marques Gomes um relatório a respeito do Setor de Informática visando saber a atual situação do setor em relação ao atendimento das demandas da CMOP. A partir deste momento, o relatório de avaliação inicial foi criado e está resumido nas Seções seguintes. 2.1 Análise Preliminar Antes do início deste projeto, a CMOP possuía vários projetos de desenvolvimento de software que tinham como propósito gerenciar as informações da Casa Legislativa. Estes sistemas vinham sendo desenvolvidos há muitos anos, e poucos de fato contribuíram para melhorias no funcionamento da Câmara, segundo o Assessor de Informática. Este gerenciamento inadequado resultou em diversos sistemas com informações duplicadas, sem integração entre si, além de não possuírem documentação. Grande parte deles não foi utilizada dentro da Câmara. Abaixo segue a relação destes sistemas com o respectivo detalhamento feito pela equipe de desenvolvimento, composta pelo Assessor de Informática, um Técnico de Informática, um Agente Legislativo e dois estagiários Sistemas legados Sistemas de Recursos Humanos Objetivo: Armazenar todas informações referentes à vida prossional dos funcionários da Câmara tal que pudessem ser extraídas informações referentes a benefícios, agendamento de férias, cópias de contra-cheques, visualização de presenças, entre outras informações prossionais. 3

14 2. Descrição do Problema 4 Situação no início deste projeto: O sistema contemplava somente o cadastro básicos dos dados dos funcionários e não estava em funcionamento. Necessitava de testes e desenvolvimento de novas ferramentas Sistema de Notícias Objetivo: Cadastrar as notícias que são publicadas no portal da Câmara. Situação no início do projeto: Este sistema foi desativado, pois o portal da CMOP seria posteriormente 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 de manutenção e suporte frequentes do setor de informática. Situação no início deste projeto: Este sistema foi convertido apenas em um simples cadastro de rotinas básicas vinculados ao portal da CMOP Sistema de Homenagem Objetivo: Cadastro de honra ao mérito, moção de aplauso, medalha. Situação no início deste projeto: Começou a ser utilizado no início e caiu em desuso, visto que uma Homenagem é um tipo de Matéria Legislativa e deveria ser cadastrada juntamente com as outras matérias e não em um sistema a parte Sistema de Protocolos Objetivo: Cadastro de Protocolos Situação no início deste projeto: Este módulo funcionava somente como um simples cadastro dos protocolos, ou seja, uma transcrição do livro Sistema de atendimento ao cidadão Objetivo: Cadastro de pessoas e registro de atendimentos Situação no início deste 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 deste projeto: Este sistema possuía um banco de dados próprio onde as atas eram inseridas sem nenhum tipo de formatação, somente um texto simples. Os arquivos

15 2. Descrição do Problema 5 de áudio utilizados como base para a transcrição destas atas eram salvos em uma pasta compartilhada com baixo nível de organização. Estes arquivos também eram armazenados em formato (.wav), o que torna o gerenciamento inviável em termos de armazenamento e backups, além de gerar grande tráfego na rede 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 era utilizado com frequência utilizando um banco de dados próprio tendo como consequência falta de integração entre os sistemas 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 deste projeto: O sistema foi utilizado pelos assessores dos vereadores e as informações são publicadas no portal, também possuía um banco de dados próprio mas 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 deste projeto: O sistema não era utilizado por uma falta de denição por parte da Chefe do Setor de Informática e também possuía banco de dados próprio Sistema de Planejamento Objetivo: Sistema para atribuições de tarefas. Situação no início deste projeto: Foi substituído pelo software livre dotproject que possuía mais funções, atendendo de maneira mais satisfatória as demandas Sistema de Patrimônio Objetivo: Controlar o patrimônio do setor de informática. Situação no início deste projeto: Sistema inativo e com base de dados própria.

16 2. Descrição do Problema Sistemas adquiridos de terceiros 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 é dicultada por ter sido desenvolvido em Python/Zope, linguagem essa que não é conhecida pelos atuais desenvolvedores. Estava 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. 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 Postgre 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 da CMOP não conseguisse fazer ajustes no mesmo. É um dos sistemas que mais demandava atenção da equipe, onde ao contrário do que se propõe em 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. 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. 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 se tornasse satisfatório Portal O portal da CMOP precisa ser reformulado para que além das informações disponibilizadas, tenhamos novas funções como: Consultas diretamente na base de dados do sistema da CMOP;

17 2. Descrição do Problema 7 Disponibilização das 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; Manutenção dos vídeos para os visitantes assistirem a qualquer momento e saber tudo que foi discutido. Plataforma de chat online para comunicação direta do funcionário com a Câmara para tirar dúvidas e agendar serviços, como emissão de carteira de identidade, por exemplo. 2.2 Processo de criação de uma lei Um dos principais problemas é a automatização do processo de criação de uma lei, visto que, ele é feito sem nenhum tipo de informatização, os documentos não seguem a padronização que é denida no manual da CMOP e acontecem problemas de perdas de documentos frequentemente por não existir um controle ecaz. O processo de criação de uma lei segue os seguintes passos: 1 o Passo: O vereador cria um documento chamado proposta de lei. 2 o Passo: A proposta de lei é assinada e encaminhada à secretaria para ser protocolada. 3 o Passo: A proposta de lei após ser protocolada é inserida na pauta da próxima sessão plenária (reuniões dos vereadores). 4 o Passo: Após sua apreciação por parte dos vereadores ela retorna a secretaria e é encaminhada às comissões pertinentes. 5 o Passo: Se aprovada a proposta é encaminhada novamente a sessão plenária para votação, caso contrario é devolvida ao vereador que a criou para fazer as alterações necessárias. 6 o Passo: Sendo aprovada ela é encaminhada ao gabinete da presidência, caso contrario, retorna ao passo 1. 7 o Passo: Na presidência é gerado um ofício, que deve ser assinado pelo presidente e encaminhado ao Executivo contendo as propostas aprovadas na sessão plenária anterior. 8 o Passo: Dentro da prefeitura ela sofre tramitações internas e pode ser ou não aprovada. 9 o Passo: Caso seja aprovada ela é encaminhada a CMOP como ofício e se torna uma Lei, caso contrário é devolvida ao vereadores. 10 o Passo: A Lei devolvida é então armazenada no arquivo físico da CMOP.

18 2. Descrição do Problema Exigências Fiscais A Lei Complementar n o 131, de 27 de maio de 2009, obriga os municípios a partir de 50 mil habitantes a divulgarem os gastos públicos na internet. De acordo com a lei, os sites governamentais deverão contar com os balanços orçamentários, nanceiros e patrimonial, além de informações sobre contratos, convênios, demonstrativos da Lei de Responsabilidade Fiscal, as receitas e despesas, e a relação de compras e despesas com viagens.

19 Capítulo 3 Tecnologias Utilizadas Para a resolução dos problemas citados no capítulo anterior foram utilizadas as seguintes tecnologias: Javascript JSON Apache PHP ExtJS MySQL Segue abaixo uma breve descrição de cada uma delas. 3.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 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. 9

20 3. Tecnologias Utilizadas JSON JSON (JavaScript Object Notation - Notação de Objetos JavaScript) é uma formatação de dados simples de ser gerada e interpretada, utilizada 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. Um exemplo dessa estrutura pode ser visto na Figura 3.1 Figura 3.1: Exemplo de código JSON 3.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 (Hipertext Transfer Protocol). No entanto, o projeto cou estagnado e uma parte da equipe se desligou, criando a Apache Foundation ou Fundação Apache que hoje é responsável por sua manutenção. Suas principais vantagens são o suporte a várias linguagens, entre elas o PHP, conguração rápida e simples, além de ser software livre e ter código fonte aberto. 3.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

21 3. Tecnologias Utilizadas 11 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 o código 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. Ela é suportada 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). 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 é a existência de módulos de conexão a vários bancos de dados, como o MySQL e Postgre. 3.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. ExtJS possui uma extensa documentação que ca localizada em seu site ocial ( que facilita eventuais consultas em sua API. Como funcionalidades principais possui 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 3.2. A facilidade na criação de formulários é um fator que merece destaque, visto que grande parte do sistema desenvolvido utiliza esse tipo de ferramenta de entrada de dados. 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.

22 3. Tecnologias Utilizadas 12 Figura 3.2: Drag e Drop 3.6 MySQL O MySQL é um sistema de gerenciamento de banco de dados (SGDB), lançado na década de 1990 que utiliza SQL (Linguagem de Consulta Estruturada) como interface. Segundo seu site ocial ( é um dos mais utilizados atualmente, contando com mais de 10 milhões de instalações pelo mundo. Entre seus principais usuários estão: Nasa, Banco Bradesco, HP, Nokia, Sony, U.S. Army e Google. Tem como características principais a portabilidade (pode ser usado em diversas plataformas), compatibilidade (pode trabalhar com diversas linguagens, incluindo o PHP), excelente desempenho e estabilidade, além de ser um software livre.

23 Capítulo 4 Sistema Desenvolvido Nesse capítulo será mostrado o processo de desenvolvimento do sistema, mostrando algumas características como o acoplamento de mensagens de celular no software. 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. Também foi feita a contratação de dois estagiários para compor a equipe de desenvolvimento. Com a parte de infra-estrutura melhor organizada, foi possível dar mais foco à parte de desenvolvimento de 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 possui 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 propósitos da CMOP gerando retrabalho (como exemplo o cadastro de informações tanto no SAPL como no portal), 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. 13

24 4. Sistema Desenvolvido 14 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. 4.2 Desenvolvimento do Sistema Integrado de Gestão Legislativa e Administrativa(Sigla) A seguir será visto o processo de desenvolvimento do SIGLA, passando pelos levantamentos até sua implementação Requisitos de Ambiente Ambiente Físico O Sigla foi desenvolvido para funcionar no ambiente interno da CMOP, com a possibilidade ainda de ser acessado em sua totalidade 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, além de se comunicar com a protocoladora Henry Prot II para colher dados de protocolo de documentos e se conectar à uma impressora térmica de código de barras que utiliza a linguagem TLP (característica das impressoras Zebra) Fatores Humanos Os usuários do sistema na sua maioria têm ensino médio completo, restrita familiaridade com computador e tem resistência a implantação de um novo software Documentação Deverá ser a feita documentação do software, além da criação de manuais para usuários do sistema e ajuda online Recursos De acordo com o Assessor de Informática e com os recursos disponíveis para contratação de pessoal para composição da equipe, cou denido que o seriam necessários três programadores, um gerente de projeto, dois técnicos de suporte e manutenção e três estagiários para adequação de cadastros. É importante destacar que esta equipe foi composta por funcionários já

25 4. Sistema Desenvolvido 15 pertencentes ao quadro funcional da CMOP, não havendo necessidade de aumentar os gastos com mais contratações. O investimento em hardware e software deve ser bem reduzido, porém não foi denido um limite orçamentário. Foram adquiridas 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 de dois anos, inciado em janeiro de 2009 e terminado em dezembro de 2010, exatamente a duração gestão da Mesa Diretora da CMOP Requisitos Não Funcionais Os requisitos não funcionais mais importantes têm relação com conabilidade e segurança, visto que os dados gerados pelo sistema são de grande importância por se tratarem das leis do município, além de informações sigilosas. Por ser também 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 forma eciente, e considerando o volume 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, já que é 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. O sistema deve possuir licença livre, atendendo as recomendações do governo em sua política de utilização de softwares livres 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 CMOP, 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, foi denido pelo Assessor de Informática, em consenso com toda a equipe, um cronograma para implementação dos módulos levando em consideração a prioridade e a interdependência 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