Feliz Natal e um 2015 cheio de conquistas!

Lançamento Projeto Conecta IF Sudeste MG

No dia 09 de dezembro o Instituto Federal do Sudeste de Minas Gerais realizou o evento de lançamento do Projeto Conecta, apresentando o SIG-UFRN aos gestores de todos os câmpus e reitoria do IF, no Hotel Ritz em Juiz de Fora.

AVMB participou do evento apresentando os sistemas do SIG a serem implantados na Instituição, além de realizar apresentações específicas com servidores de cada área para detalhar os Sistemas com os quais irão atuar diretamente.

Durante o período de implantação 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. 

Fotos por Elisa Franco, para o site do IF Sudeste MG.

Projeto Conecta IF Sudeste MG

Nesta quarta-feira o Instituto Federal do Sudeste de Minas Gerais colocou no ar o site do Projeto Conecta, que tem por objetivo integrar os câmpus do IF Sudeste MG e padronizar os procedimentos adotados na Instituição, por meio da implantação do SIG-UFRN. A implantação, que será realizada pela AVMB, tem previsão de estar completamente concluída em 3 anos.

Conheça mais a respeito do Projeto Conecta: http://conecta-ifsudestemg.blogspot.com.br/

INSTALLER - Falhas na atualização e como Resolver

O instalador já executa alguns procedimentos para minimizar qualquer problema durante a instalação: 

- Verificação de acesso em: registro do windows, COM+, diretório de arquivos, banco, arquivo de versões, ambientes de atualização (em todos os servidores que a atualização está sendo aplicada);

- Shutdown, registro e instalação de pacotes COM+ (em todos os servidores que a atualização está sendo aplicada);

- Descompartilhamento da pasta AppSI (apenas no servidor onde o instalador está em execução);

- Fechamento remoto de arquivos em uso (em todos os servidores que a atualização está sendo aplicada);

No entanto, em alguns casos, pode ocorrer algum problema de comunicação entre instalador e o ambiente, seja no acesso ao banco, diretório de arquivos, acesso à rede ou nos serviços do Windows, o que impede a execução automática de algum procedimento acima e isto compromete a atualização. 

Desta forma, caso ocorra alguma falha no momento da atualização, como as relacionadas no itens abaixo, efetue e/ou confirme as ações citadas de acordo com o problema ocorrido e proceda novamente com a atualização.

  Falha durante cópia/atualização de binários 

  - Remover manualmente o compartilhamento da pasta AppSI;

  - Finalizar todos arquivos em execução local e remota (elucidado exemplos nas figuras mais abaixo);

  - Efetuar shut down nos pacotes e Inativar o COM+ (é inativar o serviço de componentes e não apenas derrubar os pacotes);

  - Verificar permissão de escrita na pasta AppSI e nos arquivos;

  - Verificar espaço em disco (geralmente o tamanho do pacote representa 30% do espaço em disco necessário).

Falha ao abrir o instalador, baixar atualizações, finalizar atualização

  - Verificar acesso às URLs contidas no manual (dropbox);

  - Verificar bloqueios na máquina (já descritos no manual);

  - Se as URLs estiverem inacessíveis, testar o mesmo acesso em outra máquina da rede (abrir a URL pelo navegador) que não esteja passando por algum tipo de firewall interno.

Lentidão ao executar scripts (parte que atualiza banco de dados)

- Verificar conexão ao banco e resolução de DNS do banco;

- Certificar que nada esteja em lock ou bloqueando de alguma forma os scripts contidos na atualização;

- Algumas vezes a execução pode ser demorada dependendo da instrução enviada ao cliente e do volume de registros existente nas tabelas, nesse caso não existe o que fazer a não ser esperar.

Importante: As atualizações devem ser feitas em horários com pouco ou nenhum acesso para que em caso de falha o ambiente não seja comprometido

O Installer deve ser executado em todos os servidores existentes de forma a atualizar e registrar os binários corretamente alinhando todos os servidores na mesma versão de arquivos. Não existe mais a opção SINCRONIZAR, pois não estava sendo efetuada uma boa utilização desta opção.

Portal do Professor – ASTEN Melhorias Perfil de Coordenador

Está em fase final de homologação uma nova funcionalidade para o Perfil do Coordenador. A funcionalidade consiste em possibilitar o vínculo de mais de uma pessoa com atribuições iguais ou diferentes a do coordenador atual do curso. Isto foi uma requisição das instituições que utilizam nossos Portais, visto que, na prática, outras pessoas desempenham as atribuições de coordenador de curso conforme estas forem permitidas.

Para uso desta funcionalidade as instituições que utilizam o Portal do Professor - ASTEN devem vincular os usuários no Cadastro de Cursos (ACMCursos.exe) - na guia Coordenação. Ao serem adicionados ao Grupo do Portal do Professor, poderão efetuar determinada manutenção nas notas e/ou frequências das turmas de cursos aos quais estão vinculados. Outros tipos de permissões também foram inseridas, como: permitir ou não criar modelo de notas, exportar ou não turmas para o Moodle.

Ao adicionar cada usuário na guia Coordenação, será estabelecida sua Função, Data de Início e Data de Fim.

Através de um relacionamento de tabelas estruturadas, a cada item de função, estará relacionada às permissões pertinentes.

Estes usuários, ao acessarem o Portal do Professor – ASTEN poderão efetuar as operações de acordo com as que forem permitidas na sua função.  Alguns Exemplos:

- Caso, para a função de Secretário de Curso, for permitido apenas Visualizar Frequência, este não poderá efetuar nenhuma manutenção nas frequências.

- Caso, para a função de Secretário de Curso, for permitido Lançar Frequência e Visualizar Notas, este poderá dar manutenção na frequência, porém, poderá somente visualizar as notas, sem possibilidade de editá-las ou incluí-las.

O conjunto de permissões que pode ser adicionada a cada função segue elucidado na imagem abaixo:

Na visão do Portal do Professor – ASTEN – AVMB:

Quando permitido para lançar frequências e notas, o usuário clica em uma das opções: Lançar Frequências ou Lançar Notas.

Ao clicar, por exemplo, em Lançar Frequência, a tela de lançamento terá os campos disponíveis para edição, desde que o lançamento esteja aberto e a turma liberada no período:

Do contrário, ele não tendo permissão de fazer lançamentos, ele poderá acessar a opção Lançar Frequência ou Lançar Nota, no entanto, a tela posterior do lançamento da frequência ou nota, poderá somente ser visualizada. Ele não poderá editar ou incluir informações de frequências ou notas, caso não tenha sido esta atribuição permitida a sua função. Abaixo, imagem exemplificando a frequência. A mesma analogia é para o Lançamento das Notas.

*Clique nas imagens para ampliá-las.

Interoperabilidade dos Sistemas SI* com Sistemas Estruturantes do Governo

Um dos grandes desafios para os fabricantes de softwares de gestão, especialmente para o setor público, sempre foi o desenvolvimento de sistemas que possibilitassem a troca direta de informações com os Sistemas Estruturantes do Governo Federal - SE. Quando falamos de SEs, nos referimos aos Sistemas Integrados de Planejamento e Orçamento – SIOP, Gestão de Pessoas – SIGEPE, de Administração Financeira – SIAFI, Sistema de Informações Organizacionais do Governo Federal – SIORG, Sistema Integrado de Administração de Serviços Gerais – SIASG, Sistema de Concessão de Diárias e Passagens – SCDP, Sistema de Gestão de Convênios – SICONV, entre outros.

A partir da mudança dos Sistemas Estruturantes do Governo, efetuada por meio das ações de sustentação do Planejamento Estratégico 2012-2015 do Ministério do Planejamento, e lançados ao longo do ano de 2014, tornou-se possível que os Sistemas de Gestão pudessem se adaptar para possibilitar a interoperabilidade com demais sistemas.

Na AVMB não foi diferente, a reestruturação dos SEs permitirá pôr em prática projetos de interoperabilidade que há muito estavam no papel. E este é o primeiro de inúmeros projetos já assinalados para o ano de 2015, possibilitar que os Sistemas SIM/SIE/SIA, troquem informações diretamente com os Sistemas Estruturantes do Governo Federal.

Dessa forma haverá diminuição de retrabalho em operações como, por exemplo, o cadastro de um novo servidor de uma Instituição de Ensino. Hoje este servidor é cadastrado no sistema da instituição e cadastrado novamente no SIAPE, agora denominado de SIGEPE, com a interoperabilidade dos sistemas esse processo passa a ser efetuado apenas uma vez, levando os dados a todos os sistemas que necessitarem das informações do servidor. Outro exemplo de rotina bastante comum no dia a dia das Instituições, é a concessão de diárias para servidores em viagens de trabalho. Hoje, é necessário que a viagem seja lançada no SI* e após no SCPD, com a interoperabilidade entre os sistemas, o próprio SI* fornece as informações para o SCDP.

Funcionalidade Despacho Avançado

Na tramitação de documentos agora será possível a utilização de formatação avançada do texto quando da sua inclusão nos despachos dos documentos tramitados. A funcionalidade despacho, por padrão, já permitia a formatação (rtf) e bloqueio de certas partes do texto inserido.

Com a formatação avançada é possível realizar, por exemplo: anexar imagens, inserir tabelas, formatação justificada, fonte colorida, entre outras disponíveis conforme o destaque na imagem abaixo.

A funcionalidade já foi disponibilizada aos nossos clientes, mas é de uso opcional e depende de uma configuração nos parâmetros do SGCA para habilitação. Além disso, esta é a primeira alteração para ajustar os processos a uma Gestão Eletrônica de Documentos com Autenticação (GED A).

Relatórios SI*-UFSM - exportação de dados para o Excel

Solução para a limitação de linhas exportadas no Microsoft Office Excel 2013.

Ao gerar relatórios do SI*-UFSM no modo tabela, é possível utilizar a funcionalidade de exportar os dados gerados para o Excel. Atualmente, esta funcionalidade salva os dados exportados na versão do Excel 97-2003 e nossa arquitetura é compatível com esta versão.

Porém, quando os dados exportados ultrapassam 65536 linhas (número de linhas suportadas na versão Excel 97-2003) ocorre o corte das informações geradas ao salvar os dados no Excel.  Isto causa dificuldades no uso da funcionalidade de exportar os dados por nossos clientes e já foi objeto de questionamento a nossa equipe de atendimento.

Diante disto, elaboramos um passo-a-passo a fim de obter sucesso na exportação de todos os dados que foram gerados em modo tabela, quando o número de linhas ultrapassa o limite definido pela versão do Excel 97-2013. O passo-a-passo pode ser acessado aqui.

Parabéns Funcionário Público

AVMB assina contrato com IFSUDESTEMG e IFAM

O mês de outubro foi marcado pelo fechamento de mais dois contratos pela AVMB. No início do mês a Empresa assinou o contrato com o Instituto Federal do Sudeste de Minas Gerais, para implantação e suporte do SIG-UFRN.

No dia 21 foi a vez do Instituto Federal do Amazonas também firmar parceria para a implantação do SIG.

Reunião de apresentação SIG no IFAM. Fonte: CCS IFAM

A partir de agora, reuniões setoriais de apresentação do SIG-UFRN serão realizadas para que a AVMB possa, junto com as Instituições, planejar os próximos passos para a implantação do Sistema.

Soluções SIE e Portais: Item 1 - Automatização da Atualização (Releases) dos Portais ASTEN

A automatização da atualização dos Portais ASTEN foi uma requisição das instituições que utilizam nossas soluções de Portais ASTEN, de forma a facilitar este processo, obtendo melhor controle das atualizações disponibilizadas pela AVMB e realizadas pelas instituições. 

Esta necessidade foi reforçada pelos representantes da UFPR, UNIRIO e CEFET-RJ, em visita a AVMB em junho deste ano.

A AVMB, no propósito de atender a esta requisição, incorporou na atual ferramenta de instalação de pacotes do SI*-UFSM (Installer) a funcionalidade de atualização dos Portais, utilizando o mesmo conceito dos pacotes aplicados quando da atualização do SI*-UFSM.  

As atualizações dos Portais eram disponibilizadas em arquivos zipados publicados em um dropbox e a execução dos procedimentos era totalmente manual, mais suscetível a erros e bem mais trabalhoso.  Não se havia uma visão de qual arquivo zip de atualização tinha sido aplicado, cabendo este controle a cargo do analista da instituição que efetuava os procedimentos.

Pelo Installer, assim como nas atualizações do SI*-UFSM, a instituição terá uma facilidade na aplicação dos releases dos Portais, obtendo o controle até onde foi executada a instalação no ambiente, bem como o registro de log do que foi atualizado e as informações das funcionalidades contempladas em cada pacote.

Estaremos disponibilizando, aos nossos clientes, o manual completo atualizado do Installer detalhando as orientações sobre cada etapa ilustrada nas imagens, bem como as demais etapas que serão realizadas quando da atualização de um pacote de funcionalidades dos Portais ASTEN.

Seguem, para ilustração, imagens de algumas etapas do processo de atualização dos Portais ASTEN pelo Installer.  (Clique na imagem para ampliá-la)

 

 

Soluções SIE e Portais: Item 15 - Inclusão no RH de professor convidado.

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 SIE-UFSM é possível efetuar o registro de professores convidados normalmente por meio da mesma aplicação de Cadastro de Funcionários (RHCFuncionarios.exe). Para tanto, basta definir um tipo de Regime Jurídico ‘Visitante’, para diferenciá-los dos demais professores e, preencher as demais informações normalmente, que são dados básicos de cadastro. 
Na aplicação de Oferta de Turmas este professor convidado poderá ser localizado normalmente, como docente da turma, podendo ter acesso as funções do Portal do Professor desde que cadastrado como usuário do SIE-UFSM, sendo possível apenas passar as permissões para uso no Portal do Professor. 

No entanto, foi reportada na oportunidade desta visita, a necessidade de um aplicativo diferenciado para a inclusão destes professores que fosse mais resumido e de mais fácil preenchimento apenas das informações relevantes. Efetuamos um protótipo da solução e enviamos o orçamento à instituição que realizou a requisição desta funcionalidade. A mesma informou que o conjunto de requisitos é bem mais amplo do que havia sido citado na oportunidade desta visita e ficou de enviar novas informações sobre o que seria necessário ter na funcionalidade. 

Sendo assim, a AVMB aguarda o conjunto detalhado dos requisitos para elaborar a proposta e orçamento adequado para o desenvolvimento desta melhoria. 

Este orçamento, após o conjunto de requisitos definidos, será repassado a instituição requisitante para aprovação.

USO DO TIPO BLOB NAS TABELAS DO SIE/SIM-UFSM

Esclarecimento técnico para analistas de TI das instituições

  Temos vários atributos das tabelas componentes do SIE/SIM-UFSM do tipo BLOB. O seu uso é necessário para armazenar, por exemplo, arquivos de imagens como a FOTO de Alunos e Funcionários. Temos recebidos algumas demandas de dúvidas na manipulação SQL de colunas do tipo Blob.

  Dois exemplos de dúvidas recebidas: com relação ao uso do UNION neste tipo de coluna e, com relação a extrair a informação (imagem) armazenada em uma coluna Blob para um relatório. Desta forma, compartilhamos os esclarecimentos abaixo:

  Na manipulação ou consulta do dado do tipo Blob através de SQL, este não permite o uso de várias funções e comandos normais que usamos em strings, inclusive o uso do UNION sem ALL. 

  O campo Blob não é uma string (como o varchar) e a cláusula UNION compara o que retornou nas duas consultas e caso tenha linhas iguais retornadas, trará somente uma. Não é possível comparar o tipo Blob, logo o UNION não pode ser utilizado.

  Neste artigo é possível encontrar algumas explicações sobre esse tipo.

...

Não é possível ordenar por uma coluna BLOB (nem usar GROUP BY, DISTINCT, UNION, JOIN ON)

Não é possível concatenar colunas blob.

...

  Então, ao utilizar o UNION, mesmo que o tamanho das colunas tipo Blob sejam iguais nas duas tabelas, ocorrerá erro.

SELECT FOTO

FROM ALUNOS

WHERE FOTO IS NOT NULL

UNION

SELECT FOTO

FROM FUNCIONARIOS

WHERE FOTO IS NOT NULL

 >[Error] Script lines: 1-7 --------------------------

 DB2 SQL error: SQLCODE: -134, SQLSTATE: 42907, SQLERRMC: FOTO

 Message: Improper use of a string column, host variable, constant, or function "FOTO".

  Agora, utilizando o UNION ALL a consulta não dará erros.

SELECT FOTO

FROM ALUNOS

WHERE FOTO IS NOT NULL

UNION ALL

SELECT FOTO

FROM FUNCIONARIOS

WHERE FOTO IS NOT NULL

  Nas tabelas componentes do SIE/SIM-UFSM, a coluna Blob (exemplo:  coluna FOTO), o limite máximo de bytes se resume ao tamanho da coluna de cada tabela, que atualmente pode ser 10Mb ou 20 Mb em bancos DB2 e ilimitado para bancos ORACLE. Em alguns clientes essas colunas (FOTO - tipo Blob) podem ter sido criadas com tamanhos menores e não padronizadas, já que antigamente não se trabalhava com formato PNG.

  Em bancos DB2, é possível alterar, o tamanho da coluna BLOB do campo FOTO (por exemplo) para 20 MB, através do comando abaixo:

ALTER TABLE ALUNOS ALTER COLUMN FOTO SET DATA TYPE BLOB(20971520);

  Após você deve dar um Reorg table na tabela. Reorg table dbsm.ALUNOS;

OBS: O comando ALTER COLUMN acima não é aceito em versões mais antigas de DB2. Dúvidas, consulte site da IBM.

  Tratando-se ainda do exemplo da coluna FOTO, recentemente, realizamos uma melhoria no ajuste do tamanho da foto ao inseri-la no cadastro. Ao inserir a foto, é realizado um redimensionamento visual, ou seja, independentemente 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.

Como exibir BLOB'S em relatórios compilados Delphi.

  Como muitas instituições desenvolvem seus próprios relatórios seguem as diretrizes:

  Relatórios compilados podem retornar as colunas BLOB e exibi-las normalmente, no entanto, é necessário conhecer o formato da imagem salva antes de realizar essa operação. Por exemplo, criando um relatório e utilizando o componente TQRDBImage será possível trazer todas as fotos dos alunos salvas em banco e exibi-las no relatório. No entanto, se a foto tiver sido salva com diferentes formatos (jpeg, bmp, png, gif, etc), o relatório irá gerar uma exceção de conversão e não irá executar.

  Esse tipo de problema pode ser tratado criando um mecanismo de conversão da imagem antes da renderização de cada banda do relatório, fazendo a leitura do cabeçalho da imagem contido no BLOB e realizando a conversão conforme o tipo detectado. Atualmente não existe um componente disponível na arquitetura SIM/SIE-UFSM que faça isso, cada caso deve ser analisado separadamente. Com um componente específico isso seria abstraído do desenvolvedor que poderia ligar qualquer tipo de BLOB (desde que armazene conteúdo de imagens) e exibi-los normalmente nos relatórios.

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.

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).

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

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.

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.

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..