quinta-feira, 28 de fevereiro de 2008

RELATÓRIO SOBRE ATIVIDADES DO SIGA

Procedimentos


1- Trabalho em módulo (1º cadastro)

2- Conhecendo dificuldades;

3- Cronograma de trabalho (identificar problemas dos módulos);

4- Criar cronograma do SIGA (estrutura modular)

5- Sistema

1º) otimizar o sistema (parte operacional) e melhorar o ambiente de trabalho

2º) produto (relatórios), conseqüência da otimização

Decisões implementadas

1-Elaboração de cronograma de reuniões

Cronograma de reuniões sobre Sistema de Gestão do TJRO

Data

Horário

Assunto

Local

12.2.2008

15 horas

ABERTURA

Sala de Treinamento

15.2.2008

15 horas

Cadastramento de fornecedor

Sala de Treinamento

18.2.2008

16 horas

Cadastramento de processo/NC e NE

Sala do Gabinete do DEF

19.2.2008

15 horas

Reunião com o Vice-Presidente

Sala do Gabinete do DEF

20.2.2008

16 horas

NE, NL, PD, OB

Sala do Gabinete do DEF

25.2.2008

16 horas

Controle orçamentário (DEXOR) e Contratos

Sala do Gabinete do DEF

26.2.2008

16 horas

Planejamento/Orçamento

Sala do Gabinete do COPLAN

4.3.2008

16 horas

Plano de Ação/Reunião com Vice-Presidente

Sala de Treinamento/DECAP

11.3.2008

16 horas

Relatórios

Sala de Treinamento/DECAP

13.3.2008

16 horas

Análise crítica/Relatórios

Sala de Treinamento/DECAP

18.3.2008

16 horas

Reunião geral com a comissão

Sala de Treinamento/DECAP

25.3.2008

15 horas

Reunião com Vice-Presidente

Sala de Treinamento/DECAP

2- Realização de reuniões com colaboradores


1ª reunião: Cadastro de pessoa jurídica: (15.02.08)


Requisitos identificados:

  • Adaptar o procedimento para facilitar a inclusão de representante legal sem ter que sair da tela
  • Cadastrar tudo a princípio em uma única tela, com apenas um registro de cada entidade/classe
  • Melhorar a Consulta por Ramo de Atividade
  • Criar link para o fornecedor
  • Colocar o CNPJ, nome fantasia, telefones e e-mail
  • Criar cadastro para cidades e bancos
  • Colocar link para impressão de cadastro
  • Criar consulta sobre a quantidade de registros novos realizados no período (geralmente 1 ano)

Participantes:
  • Sidnei
  • Antonio
  • Teresa
  • Márcia
  • Celina
  • Enedina
  • Meire

2ª reunião: Cadastro de Processo e NC (18.02.08)


Requisitos identificados:

  • Colocar o assunto (observação) do processo no campo de observação da Nota de Crédito
  • Reduzir a quantidade de telas na alimentação dos dados da NC/Processo
  • Retirar da tela informação de "Gestão Emitente", "UG Favorecida", "Gestão Favorecida" da apresentação do cadastro da NC
  • Colocar o cadastro da modalidade de compra no cadastro de processo (retirar a do empenho)
  • Na listagem de NC´s retirar as colunas de UG.Favorecida, UO e FR


Questionamentos:

- Não está disponível a c/c para emitir PD pela DIF;

Cadastro de processo (1ª fase)

Numeração automática (é manual)

Adendo: processos para parecer jurídico

Cadastro de Nota de Crédito (2ª fase)

  • Por que não se cadastra todas as metas?
  • Necessidade do histórico do processo
  • Excluir UG’S! (SIAFEM)
  • Cadastrar tipo de modalidade de processo no início (ex: licitação, RP,...)
  • Relatório para Comarca
  • Relatório por modalidade (parecer, licitação)
  • Listagem de NC por processo
  • Analisar situação das metas na NC
  • NC sem meta = detalhamento da meta
  • Sugestão: Lançar todas as metas no cadastramento de NC


Participantes:

  • Sidnei
  • Antonio
  • Teresa
  • Márcia
  • Celina
  • Enedina
  • Mauricio
  • Lucimar
  • Naída
  • Meire
  • Fabiano

Emitido em 19/2/2008.

3ª reunião: Cadastro de NE (20.02.08)


Requisitos identificados:

  • Fazer análise dos possíveis perfis dos usuários; a responsabilidade pela atribuição destes perfis ficará por conta do responsável pelo setor; incluir restrições nos perfis
  • na abertura do SIGA, pré-definir a Unidade Orçamentária e o Exercício
  • criar registro para consulta das alterações que são realizadas nos módulos (log)
  • retirar a especificação do cabeçalho da Nota de Empenho
  • incluir na apresentação da Nota de Empenho, aonde aparecem os itens, o saldo de cada meta (caso dos selos)
  • no caso de reforço de empenho, o reforço deve refletir no saldo das metas do empenho
  • apresentar na entrada do sistema (processo) os processos tramitando na UO do usuário, em ordem decrescente, com 20 processos por página, listando informações básicas do processo (modelo apresentado pelo Maurício)
  • ao selecionar o processo, mostrar os dados do processo incluindo NC´s, NE´s, NL´s, PD´s e OB´s (modelo apresentado pelo Maurício)


Participantes:

  • Sidnei
  • Antonio
  • Márcia
  • Mauricio
  • Naída
  • Meire

4ª reunião: Controle Orçamentário e Contratos (25.02.08)

  • 1
  • 2
  • 3
  • 4


Participantes:

  • Sidnei
  • Antonio
  • Teresa
  • Márcia
  • Celina
  • Enedina
  • Mauricio
  • Lucimar
  • Naída
  • Meire
  • Fabiano


5ª reunião: NL, PD e OB (26.02.08)

  • Colocar filtro no processo para TJ/FUJU/Sem Filtro e para o Exercício; deixar um drop-down com os anos existentes no banco. Consolidar a filtragem pelo cadastro do usuário. Assim, devemos criar uma forma de vincular o usuário do SIGA ao departamento em que ele atua (FUJU ou TJ), já apresentando a informação como padrão. O ano deve vir já apresentando o exercício corrente, devendo ser possível escolher um outro ano qualquer.
  • Liquidação: se o empenho é ordinário, o drop-down de lançamento já poderia vir pré-definido para o lançamento da NL;
  • No lançamento do empenho, quando for lançar metas, verificar se a meta escolhida está no intervado válido para a dotação (é possível já vir filtrado o pop-up de metas com as informações da dotação? Verificar a compatibilidade desta proposta com a implementação de anos anteriores ou posteriores). Informar no lançamento da meta que a meta está incompatível com a dotação;
  • Anulação de Liquidação: lançou com valor negativo; se faz alteração, o valor volta a ser positivo
  • Verificar consistência do tipo de NL para aparecer o botão [+ detalhamento] ou [+ pessoa] (conforme o tipo de liquidação escolhida: ordinário/global/estimativo/anulação etc)
  • Quando escolhe Liquidação -> Global, aparece [+ pessoa]. Verificar a razão;
  • No lançamento das metas (NL), colocar a tabela organizada pelo código da meta
  • No lançamento das metas (NL), ver se é possível filtrar o detalhamento (drop-down) com o código da meta
  • No lançamento das metas (NL): quando salvar os itens da liquidação, retornar para a listagem de liquidação ou retenção;
  • No lançamento das PD´s, quando se trata de retenção, listar as contas bancárias das pessoas registradas na retenção;
  • No lançameno de NL: não aparece botão de exclusão do documento;
  • No lançamento de retenções: ver a possibilidade de excluir a coluna "classificação"; limitar, se for o caso, o campo de "classificação" no tamanho do campo no banco de dados


Participantes:

  • Sidnei
  • Antonio
  • Márcia
  • Celina
  • Mauricio
  • Ney
  • André



sugestões (não tratado nas reuniões)

1. colocar um link para encaminhar e-mail´s com sugestões para o Siga (sidnei)

Características técnicas do SIGA
Sidnei Feliciano


Um sistema de informação é produzido utilizando-se de diversos ambientes e ferramentas.

Todo programa de computador necessita que seja desenvolvido em uma linguagem específica. Temos centenas de linguagens que convertem uma estrutura de comandos logicamente estruturados em códigos possíveis de serem executados pelo sistema operacional do computador e pelo processador principal.

No caso do SIGA, utilizamos uma linguagem chamada de Java, desenvolvida pela empresa Sun Microsystems. A equipe de desenvolvimento da linguagem Java selecionou este nome a partir de uma lista de sugestões, principalmente por ser uma gíria para o café produzido na ilha de Java. Como os programadores bebiam muito café, este lhes pareceu ser um nome apropriado.

As principais características de Java são: independência de plataforma (um programa pode ser executado em sistemas Windows, Macintosh, Unix, Linux, Palm, telefones celulares e outros); é orientado a objetos (cada componente criado na linguagem é modelado como um objeto, possuindo atributos e comportamentos específicos); pode ser utilizada na internet; é disponibilizada gratuitamente. Tecnicamente e comercialmente é uma plataforma robusta para o desenvolvimento de software´s pequenos ou grandes.

Como nada é mágica no mundo da computação, somente a linguagem de programação é insuficiente para um produto de software. Para dar suporte ao ambiente de desenvolvimento (programação, correção gramatical da linguagem, aferição de integração entre os diversos componentes de um projeto, tradução do código escrito em linguagem que o computador entenda, publicação do programa para o usuário), utilizamos o ambiente Eclipse.

O Siga no atual contexto, possui mais de 90.000 objetos criados que se interrelacionam para produzir o resultado final. Alguns destes componentes são criados através de programas assistentes, como o JSF (Java Server Faces) que se responsabiliza em gerenciar as distribuição das informações na tela dos usuários.

Costumamos chamar o atual processo de desenvolvimento de aplicativos como multicamadas, por separarmos no modelo do código um grupo de componentes responsáveis pela apresentação dos dados ao usuário, outro grupo para gerenciar o que o usuário deseja e disparar solicitações ao banco de dados, outra que gerencia o banco de dados mantendo a integridade referencial (por exemplo, não deve ser possível ao usuário excluir uma Nota de Empenho sem que os Itens do Empenho também sejam excluídos do banco de dados). Um grupo de componentes importante nesta arquitetura é a camada de negócios que diz que é possível termos mais de um processo com o mesmo número.

Para o programa funcionar, devemos ter uma infraestrutura.

Como banco de dados, utilizamos o Oracle versão 10g. É um banco de dados com performance suficiente para atender aos mais de 3 milhões de registros que o Siga hoje controla.

O sistema todo é colocado em um ambiente de internet para que os usuários o acessem. Este ambiente é o OAS (Oracle Application Server). Ele controla a disponibilização das páginas para o usuário, a funcionalidade do sistema, o controle de sessão de cada usuário, controle de acesso ao site e muitas outras funcionalidades.

O Oracle Application Server está instalado em um servidor Linux de distribuição gratuita chamada de SUSE.

Temos dois ambientes para a aplicação: um de teste e outro de produção. São semelhantes em estrutura (Oracle 10g, Linux SUSE, OAS), mas cada um tem um base de dados diferente. A base de teste não tem confiabilidade quanto aos dados inseridos e o programa é sempre uma versão não homologada ou prestes a ser disponibilizada ao usuário. Assim podemos simular diversas situações sem afetar o usuário. De vez em quando copiamos os dados da base de produção para a base de testes para trabalharmos com dados mais reais.

O objetivo do SIGA é ser uma ferramenta de gestão para o Tribunal de Justiça, envolvendo as áreas operacionais e de planejamento. O projeto todo envolve desde módulos que já estão em uso, como a parte orçamentária e execução de despesas, a outros módulos como a elaboração do orçamento e o controle de selos do FUJU.

A equipe técnica que dá suporte ao sistema é composta por: Fabiano, Jandéia, Oziel, Rafael, Sidnei e Valter. Todos eles atuam em etapas diversas do desenvolvimento do produto.

terça-feira, 12 de fevereiro de 2008

Projeto SIGA

A preservação de investimentos deve ser preocupação efetiva de qualquer administrador com um mínimo de discernimento. Projetos podem mudar de gerente, podem sofrer mudanças de rota, devem ser permanentemente acompanhados, mas dificilmente abandonados. A idéia do SIGA consiste em prestar-se ao apoio às decisões administrativas, mas também foi concebido como efetivo instrumento de administração. Foi desenhado pela equipe de desenvolvimento da Coinf, debutando agora de STI, e vem se mantendo ativo e atualizado graças ao esforço e espírito de colaboração do pessoal empregado na administração do Tribunal de Justiça de Rondônia. Não podemos nos dar ao luxo de abandonar um investimento de vários milhares de reais, gastos em inúmeras horas de programação e digitação de dados. Urge adequar a sua funcionalidade às necessidades de seus usuários, e é obrigação da Coinf desenvolvê-lo de modo absolutamente customizado. Somos todos membros de uma mesma equipe, capitaneados pela administração amorosa da Desembargadora Zelite. Somos todos TJRO. Não podemos permitir que nosso patrimônio se vá. Vamos redobrar nossos esforços de adequação do projeto. Vamos arregaçar as mangas, e trabalhar como nunca para atingir nosso objetivo. Vamos planejar, definir metas e cumprí-las. Vamos, mais uma vez, superar as dificuldades. Para remar contra a maré, ensina Nise da sileira, são necessárias condições raras: espírito de aventura, coragem, perseverança e paixão.Que nossa equipe não se deixe vencer.

walter