AVMB Soluções em TI

terça-feira, 23 de setembro de 2014

Soluções SIE e Portais: Item 15: Identificação das alterações vindas do SIE-UFSM e Portais

Este conjunto de soluções referem-se à visita dos representantes de TI da UFPR, UNIRIO e CEFER-RJ, realizada no início de junho deste ano.


Verificar a possibilidade de identificar nas tabelas alimentadas pelo Portal (versão desenvolvida pela AVMB) e SIE-UFSM Desktop se a operação foi feita via portal ou SIE.


Em atenção ao solicitado efetuamos uma análise e propomos a solução abaixo:

- Adição de duas colunas na tabela CURRICULO_ALUNO* (ORIGEM_MANUT, ORIGEM_CRIPT), sendo que essas colunas receberão os seguintes valores: 
ORIGEM_MANUT = 'SIE' ou 'SIE Portal';
ORIGEM_CRIPT = Terá um valor Criptografado, somente interpretado pelo SIE, o qual dentre outras informações conterá a Origem da Manutenção.

- Realização de ajustes em todas as funcionalidades que dão manutenção nesta tabela (SIE-UFSM Desktop e Portais SIE - versão AVMB);

- Alteração na aplicação de Verificação de Log para interpretação da coluna criptografada;

- Criação de um componente para ser utilizado em relatórios para interpretar o valor salvo na coluna criptografada.

*A tabela CURRICULO_ALUNO armazena informações sobre o histórico completo de cada aluno, disciplinas vencidas, não vencidas e em matricula. Como esta tabela tem grande relevância, podendo sofrer alterações tanto pelo SIE-Desktop quanto pelos Portais AVMB, ela foi a escolhida para receber as novas colunas acima. 

Sendo esta uma solução agregadora às instituições que utilizam nossos Portais, e de relevância significativa para fins de auditoria, a mesma será desenvolvida sem custo aos nossos clientes. O esforço estimado para o desenvolvimento da solução acima é aproximadamente 45 horas envolvendo as etapas de desenvolvimento, testes em todas aplicações SIE-UFSM afetadas que alimentam esta coluna e Portais AVMB, documentação e geração de procedimentos de atualização.

Havendo sugestões para a solução, pedimos retorno dentro de 30 dias através dos comentários do blog ou por e-mail para atendimento@avmb.com.br. Após esta data, não havendo manifestações, consideraremos o exposto para desenvolvimento e, após a entrada, temos previsão de entrega da funcionalidade em até 60 dias úteis.

terça-feira, 16 de setembro de 2014

Soluções SIE e Portais: 13 - Mudança automática nas atualizações com tabelas estruturadas

Este conjunto de soluções referem-se à visita dos representantes de TI da UFPR, UNIRIO e CEFER-RJ, realizada no início de junho deste ano.


No envio das atualizações onde contém atualizações de tabelas estruturadas está mudando os itens que eles tinham inativados para ativos novamente e isto causa um retrabalho na instituição.

Primeiramente, cabe um esclarecimento quanto ao funcionamento da atualização dos catálogos:

Quando a atualização de catálogo é feita manualmente pela aplicação "ACatWizEx.exe" o usuário tem a opção de escolher se deseja ou não importar as tabelas estruturadas. Pelo Installer a importação é feita automaticamente quando o item não existe no ambiente que está sendo atualizado. Ou seja, a aplicação verifica se o item existe, caso não exista o mesmo é inserido. Isto porque precisamos manter o ambiente dos clientes alinhados, com todos os itens utilizados em funcionalidade do sistema. Além disso, também precisamos enviar os novos itens que vão sendo criados em nova regra implementada e, mesmo que o cliente não a utilize aquele item, deve ficar armazenado/reservado para que não seja utilizado com outra finalidade.  


Tentamos encontrar uma forma de alterarmos as importações de Catálogos quando o mesmo possui tabelas estruturadas, afim de definir uma regra (enviar somente os itens fixos). No entanto, não encontramos uma padronização, visto que em nosso repositório temos que ter todos os itens utilizados pelo sistema que pode ser consistido em determinada regra/funcionalidade. Então, mesmo que determinado cliente não o utilize o item, este deveria estar registrado. 


Recomendamos que os itens não utilizados pela instituição sejam INATIVADOS, desta forma eles não serão alterados quando da atualização de um catálogo que possua tabela estruturada.


Por padronização, as aplicações não apresentam em tela os itens que estão inativos. Caso identifique alguma que não esteja seguindo esta padronização pedimos que nos reporte através de chamado específico para que possamos ajustá-la.


No caso da tabela estruturada 608 - Períodos Base do Sistema Acadêmico, assim como outras funcionalidades do sistema, é permitida a sua personalização. Por isso, existem vários itens nesta tabela. Esta flexibilidade do sistema muitas vezes acaba dificultando as manutenções e definição de um padrão para atualização. Estamos tomando o cuidado de não enviar 'lixo' (exemplo item teste) quando há necessidade de enviar um catálogo. 


Lembramos que não é sempre que vão catálogos nas atualizações. Quando enviado fica registro no log do Pacote com a indicação de qual tabela foi atualizada.

Exemplo: Tabela Física TIPOS_DOCUMENTOS atualizada no catálogo com sucesso!
                Atualizando 1 Tabela(s) Estruturada(s) no banco 

Sugerimos que os itens não utilizados pela instituição sejam mantidos no sistema, mas INATIVADOS. Outra forma de gerenciamento é conferir manualmente quando da atualização do Pacote se algum catálogo foi enviado. E inativar aqueles itens que por ventura tenham inseridos no sistema e que a instituição não deseja que apareçam disponíveis(ativos).

terça-feira, 9 de setembro de 2014

Soluções SIE e Portais: 22 - Como atualizar automático a chefia em ORG_INSTITUICAO

Este conjunto de soluções referem-se à visita dos representantes de TI da UFPR, UNIRIO e CEFER-RJ, realizada no início de junho deste ano.

           O SIE-UFSM proporciona o registro das nomeações de chefias e designações de funções gratificadas, com a opção de efetuar o controle e gerenciamento das vagas de cada chefia.
Com esta funcionalidade é possível ter o controle de vagas liberadas e ocupadas, tendo a informação de ocupação atual e o histórico de ocupações anteriores, extrair relatórios tanto para uso interno como para repasse a órgãos de auditoria externa, além da opção de atualizar automaticamente o chefe da unidade do organograma da instituição no momento da nomeação, entre outras funcionalidades.
Para que seja possível fazer esta automatização, é necessário que o departamento do RH esteja orientado sobre como efetuar as configurações e lançamentos de forma adequada. O roteiro disponível aqui elucida quais elementos são necessários para se consiga atingir os resultados esperados quando do uso do SIE-UFSM para o registro de nomeações.
A AVMB oferece workshops caso a instituição deseje treinamento presencial para apoio a implantação da funcionalidade de nomeações de chefia

sexta-feira, 5 de setembro de 2014

Lançamento Projeto Integrar

Aconteceu ontem (04/09), o lançamento do Projeto Integrar, projeto institucional do Instituto Federal Farroupilha, que visa à realização de diversas ações com o objetivo de minimizar as distâncias impostas pela estrutura multicampi do Instituto.


 A primeira ação do Projeto Integrar é a utilização do SIG-UFRN, que já vem sendo implantado desde o início deste ano no IFF, e que passa agora a ser utilizado pelos servidores e alunos da Instituição através dos Portais do Servidor e do Aluno.


Dentre diversas atrações programadas, o evento contou com a apresentação do Sistema pelo diretor da AVMB, Claudio Lobato.



segunda-feira, 25 de agosto de 2014

Soluções SIE e Portais: 9 - Revisão SLAs

Este conjunto de soluções referem-se à visita dos representantes de TI da UFPR, UNIRIO e CEFER-RJ, realizada no início de junho deste ano.

Com vistas a atender à solicitação de diversos clientes, dentre esses CEFET-RJ, Unirio e UFPR, que estiveram na AVMB em início de junho, foi realizada por nossos coordenadores uma revisão nas Regras de Atendimento aos Sistemas (SLA) mantidos pela Empresa. 
Estes prazos ainda não estão em vigor. Neste primeiro momento gostaríamos de considerações a respeito dos mesmos, para que posteriormente possamos utilizá-los em nossos contratos. 

Regras de Atendimento aos sistemas mantidos pela AVMB - SLA

Horários de atendimento: Define-se como o período de atendimento o tempo compreendido entre 9h e 18h (horário de Brasília), de segunda-feira a sexta-feira, exceto feriados nacionais. Nos feriados estaduais e municipais para Santa Maria – RS, haverá plantão dos nossos setores de suporte e atendimento. Denomina-se Horas Úteis as horas compreendidas nos horários de atendimento.

Número de atendimento. O número de atendimento será ilimitado, válido para os módulos e funcionalidades já implantados. Caso a funcionalidade ou o módulo necessite de implantação o atendimento se dará através de workshops.

Forma do atendimento.  Os atendimentos serão realizados através do registro dos chamados no SAC AVMB e chat AVMB On-line. Em casos excepcionais, os chamados poderão ser realizados através de telefone.

Prazos de atendimento. Os atendimentos terão os seguintes níveis de severidade:

Nível de severidade 0: É o nível de maior relevância. Sistema totalmente inoperante ou funcionalidade que implica em altíssima prioridade e disponibilidade em períodos considerados críticos.
Prazo para resposta: até 2 (duas) horas úteis.
Prazo para solução: atendimento remoto continuado até a resolução do problema.

Nível de severidade 1: Sistema, módulo ou funcionalidade parcialmente inoperante. Problemas identificados pelo cliente que estejam impedindo a execução de uma funcionalidade especifica referente a módulos já implantados e em uso pela instituição.
Prazo para resposta: até 8 (oito) horas úteis.
Prazo para solução: até 24 (vinte e quatro) horas úteis.

Nível de severidade 2:  Problema não impactante. Qualquer problema identificado pelo cliente em uma funcionalidade ou módulo do sistema já em uso, mas que não impede a sua execução.
Prazo para resposta: até 16 (dezesseis) horas úteis.
Prazo para solução: até 40 (quarenta) horas úteis.

Nível de severidade 3: Solicitação de adequação de uma funcionalidade. Qualquer solicitação do cliente referente a adequação de uma funcionalidade a suas necessidades. Este nível somente existirá para os contratos que tenham horas de desenvolvimento.
Prazo para resposta: até 40 (quarenta) horas úteis.
Prazo para solução: conforme cronograma apresentado ao cliente após análise da equipe técnica, o cronograma deve ter o aceite do cliente.

Nível de severidade 4: Questões diversas de trato gerencial.
Qualquer demanda de trato mais gerencial como, por exemplo, solicitações de treinamentos, solicitações de implantação de módulos, questões gerenciais que não envolvem diretamente operações nas aplicações do sistema.
Prazo para resposta: até 40 (quarenta) horas úteis.
Prazo para solução: conforme cronograma apresentado ao cliente após análise da equipe técnica, o cronograma deve ter o aceite do cliente.

Nível de Severidade 5: Esclarecimento de dúvidas pontuais de operação dos aplicativos de módulos já implantados e em uso pela instituição e, que não demandem análises complexas de dados e que não dependam de acesso ao ambiente do cliente.
Prazo de Resposta: Oito horas úteis
Prazo para solução: Em conjunto com o prazo de resposta

Nível de Severidade Excepcional: Pré-agendado entre as partes. Rotinas e procedimentos que impliquem em necessidade de altíssima disponibilidade e performance do sistema, deverão ser previamente agendadas junto à AVMB que, por sua vez, procederá a implantação do atendimento chamado de ´plantão 24 horas´, tornando disponível um profissional, de localização imediata, de forma ininterrupta, durante a duração do processo agendado, com o objetivo de sanar toda e qualquer intercorrência, no que tange a instabilidade, parada do processamento ou outro problema sistêmico. 

Enquadram-se neste nível o atendimento a resolução de problemas de análise e geração de dados para atendimentos as exigências de órgãos de fiscalização federais, estaduais ou municipais e tais demandas, deverão ser reportadas a AVMB com uma antecedência de cinco dias úteis, antes da data final de entrega dos dados aos órgãos solicitantes. 



Havendo necessidade de envio de mais informações por parte da Instituição, os prazos começarão a ser contados quando do recebimento das informações.


quinta-feira, 21 de agosto de 2014

Monitoramento de Conexões/Eventos do Contexto

Foi disponibilizado em nossos ambientes uma aplicação para monitoramento de transações e chamadas ao Contexto, visando melhorar a detecção de bugs, performance de SQL, operações longas e situações similares.

A aplicação monitora qualquer chamada que passe pelo Contexto do sistema como execução de instruções SQL (DML/DDL), operações que envolvam transações ou mesmo as que requisitam algum dado contido/mantido pelo Contexto. O monitoramento é feito por servidor de aplicação e independente do número de bancos que estejam sendo acessados simultaneamente.


Funcionamento

Abrir a aplicação “AppSI/Ferramentas_SI/ContextLogAnalizer.exe” diretamente no servidor de aplicações com usuário Administrador da máquina.
·  Ativar/Desativar Contexto: Permite preparar o Contexto para rastreamento de qualquer chamada.
·  Ativar/Desativar Log: Quando ativo monitora todas as chamadas feitas e as armazena em memória no pacote “pkContextLogAnalizer” até que seja feito o flush das operações.

ATENÇÃO! O ativamento do Contexto e do Log só deverão ser utilizados para análise de problemas, otimização ou situação similar. Essa funcionalidade deve ficar INATIVA no ambiente de produção quando os dados coletados não estiverem sendo monitorados.

Ao ativar o Log todas as operações passadas pelo Contexto do servidor são armazenadas (independe do banco de dados que esteja em uso por cada conexão). As conexões que já estejam em uso poderão ser vistas na guia de Conexões. Essa guia é atualizada automaticamente enquanto o Log está ativo.

Clicando em cada conexão serão mostrados os detalhes da mesma e um resumo do que está sendo executado (enquanto ativa). Caso a conexão já esteja disponível (ociosa) será exibido o resumo da última execução. Para detalhar cada chamada deve-se utilizar a guia “Pilha de Chamadas”.


Na guia Pilha de Chamadas ficam as informações detalhadas de cada operação. Essas informações ficam em memória no servidor de aplicações e são renovadas/sobrescritas a cada 10min. Clicando em “Atualizar” é possível visualizar o que está em execução atualmente ou o que já foi executado nos últimos 10min. As informações contidas nessa guia não são atualizadas automaticamente permitindo que o usuário trabalhe com os dados e faça a atualização apenas quando achar necessário.


Exemplos de Informações que podem ser coletadas pela aplicação
·  Operações executadas por cada chamada à camada servidora das aplicações
·  Tempo gasto em cada conexão, chamada ou metaquery executada
·  Conexões ativas e em transação
·  Objetos ativos/em execução no COM+
·  SQL executados com valores de cada parâmetro
·  Exceções geradas durante as chamadas
·  Nº de Transações iniciadas/comitadas
·  Dados de cada conexão/chamada como usuário/IP e aplicação de origem
·  Pilha ordenada de execuções em cada chamada

Dados que são coletados durante o monitoramento

Por conexão ativada: Usuário do Banco, Nº da Conexão, Usuário, Aplicação, IP do Usuário, Alias do Banco, Hora Inicial, Hora Final, Tempo de uso, Em Transação.

Por evento executado: Nº da Conexão, Alias do Banco, Método, Nome da Query, Aplicação Servidora, Hora Inicial, Hora Final, Tempo de Execução, ID da Aplicação, ID do Usuário, SQL executado, Parâmetros do SQL, Nº da Chamada, Classe de Exceção, Mensagem de Exceção.

Por pacote ativado: Aplicativo, PID, Programa, Objetos, Ativados, Em Chamada, Tempo de Chamada.

Outras informações e cruzamentos de dados poderão ser adicionados futuramente conforme a necessidade. Qualquer dúvida entre em contato conosco..

quarta-feira, 13 de agosto de 2014

Portal Geral

O Portal Geral está integrado às funcionalidades do SIE-UFSM, e propicia aos seus usuários um acesso rápido aos Portais integrantes do Sistema, uma vez que devidamente configurados pelo Administrador. Nele, o usuário poderá ter acesso ao Portal da Biblioteca, Portal do Aluno, Portal do Professor, Ementário, Portal de Autenticação e Portal de Relatórios, diretamente de um mesmo local.
Para ter acesso ao Portal Geral, é necessário que o usuário esteja cadastrado e ativo na aplicação Cadastros de Usuários (GCAMUsuario.exe), e possua dados (usuário e senha) para acessá-lo adequadamente. Ainda, para o perfil de Administrador do Portal Geral, é necessário que o usuário faça parte do grupo Administrador-Portais. Este grupo pode ser vinculado através da aplicação Cadastro de Usuários (GCAMUsuario.exe).
Na página principal do Portal Geral, é disponibilizada a lista dos portais configurados pelo usuário Administrador-Portais. Ao clicar na imagem referente ao portal desejado, o usuário será direcionado para o mesmo.
Caso haja alguma notícia publicada para os portais, a mesma será exibida na página inicial do Portal.

As Informações de cada portal assim como a Imagem contida na sua apresentação podem ser personalizadas de conforme a instituição. Estas configurações são explicadas no Manual da Administração do Sistema.
As Instituições que já utilizam nossos Portais e desejam ter a sua disposição o Portal Geral, devem entrar em contato com nosso atendimento via sistema de chamados SAC AVMB.

terça-feira, 5 de agosto de 2014

Intatividade SIM/SIE

Recentemente foi adicionado aos sistemas SIE e SIM uma funcionalidade de controle de inatividade do usuário no Sistema. Abaixo, segue o detalhamento para melhor entendimento do funcionamento dessa funcionalidade:

  • O controle de inatividade é feito por cada instância do GCA e se aplica em cada estação cliente que acessa o sistema. 
  • Chamadas efetuadas ao servidor de aplicações continuarão seu processamento mesmo que a sessão da aplicação chamadora seja finalizada (nesse caso não haverá retorno da operação).
  • O tempo de sessão que controlará a inatividade do usuário será independente de aplicação aberta e/ou ativa, sendo controlado exclusivamente pelo GCA. 



  • A inatividade será detectada pela ausência de qualquer interação em periféricos da máquina de acordo com cada sessão ativa do windows (inclusive bloqueadas).
  • Acessos feitos via terminal service terão seu controle de inatividade feito dentro de cada sessão TS (sessão do windows).
  • Ao atingir o tempo máximo de inatividade o sistema fecha qualquer aplicação/relatório aberto pela(s) instância(s) corrente(s) do GCA. Aplicações que estejam com registros em modo de inserção/edição (não salvos em banco) são fechadas imediatamente pelo sistema sem qualquer confirmação ou ação do usuário.



  • É possível configurar determinadas aplicações para que não sejam afetadas pelo controle de inatividade quando abertas, evitando que processamentos longos com múltiplas chamadas sejam finalizados antes do seu término.
  • Aplicações/Relatórios não são mais mantidos em execução quando a instância do GCA em que foram abertos é finalizada. O usuário é avisado e precisa confirmar a saída.



Configurações disponíveis nos Parâmetros do SGCA (GCAParSGCA.exe):

  • Opção para habilitar/desabilitar o controle de inatividade em todas as aplicações do sistema.
  • Definição do tempo de sessão.
  • Opção para habilitar/desabilitar a exibição do tempo restante até o encerramento da sessão.
  • Opção para não ativar o controle de inatividade quando o usuário logado for Administrador do Sistema.



Configurações disponíveis no Cadastro de Aplicações (GCAMAplicacoes.exe):


  • Opção para pausar o controle de inatividade quando o mesmo estiver em execução. Configuração necessária para impedir que processamentos longos e efetuados com mais de uma chamada ao servidor de aplicações sejam interrompidos, mesmo quando não houver interação do usuário com a máquina.

segunda-feira, 28 de julho de 2014

Soluções SIE e Portais: 24 - Dúvida quanto ao formato aceito de imagem na digitalização de documentos

Este conjunto de soluções referem-se à visita dos representantes de TI da UFPR, UNIRIO e CEFER-RJ, realizada no início de junho deste ano.

Formatos aceitos para fotos e digitalização de documentos

As imagens inseridas no sistema através das aplicações dos Cadastros (Funcionários, Alunos, etc.), suportam apenas os formatos JPG, JPEG e PNG:

(Cadastro de Funcionários)

Os mesmos formatos são aceitos para digitalizações de imagens, acessando a guia Documentos -> botão Anexar:

(Cadastro de Funcionários)
  
O limite máximo de bytes se resume ao tamanho da coluna de cada tabela, que atualmente está padronizado para 10Mb em bancos DB2 e ilimitado para bancos Oracle.

Em alguns clientes essas colunas podem ter sido criadas com tamanhos menores já que antigamente não se trabalhava com formato PNG. Para ajustá-las será necessário avaliar cada caso uma vez que nem todas as versões de banco suportam o MODIFY COLUMN para ajuste de tamanho.

Observação adicional:
Recentemente, realizamos uma melhoria no ajuste do tamanho da foto ao inserí-la no Cadastro. Ao inserir a foto, é realizado um redimensionamento visual, ou seja, independente do tamanho da foto ela se ajusta ao campo, embora no banco o arquivo fique no formato original.
Ressaltamos também que o modelo de imagem de entrada deve ser 3x4, ou seja, 110x170 (LXA), para imagens mais largas ou mais altas, irá ocorrer distorção.

Para ver detalhadamente os campos que permitem inserção de imagens, é possível consultar postagem de março de 2013.

quarta-feira, 23 de julho de 2014

Instituto Federal do Rio Grande do Sul assina contrato para a implantação do SIG-UFRN

O Instituto Federal do Rio Grande do Sul deu início à implantação do sistema SIG-UFRN na Instituição, escolhendo a AVMB para a realização dos serviços técnicos.
O Projeto UniFica, busca fortalecer a Instituição com a integração dos sistemas de gerenciamento de dados de todos os seus setores e unidades, agilizando e agregando confiabilidade aos processos e às estatísticas institucionais, dando mais transparência e auxiliando na tomada de decisões. A implantação do sistema ocorrerá em até três anos, a partir do segundo semestre de 2014. Neste período estão previstos encontros de sensibilização, capacitação aos usuários, discussão e definição de processos internos, suporte e canais de comunicação que permitam explicar aspectos do sistema e esclarecer dúvidas. 


O lançamento do projeto UniFica ocorreu na última sexta-feira, 18 de julho, no Dall’Onder Grande Hotel, em Bento Gonçalves. O encontro contou com a presença da Reitora Cláudia Schiedeck Soares de Souza, Pró-Reitores, Diretores e Coordenadores dos câmpus pertencentes ao IFRS, além da equipe de TI da AVMB, responsáveis pela implantação do Sistema na Instituição.