Mudanças no módulo de Relatórios SIM/SIE

Segue resumo das alterações realizadas sobre o módulo de relatórios do SIM/SIE. As quatro alterações descritas abaixo trabalham em conjunto visando reduzir o impacto dos relatórios sobre o sistema e o banco de dados.

As alterações abaixo impactam em todo o módulo de relatórios do sistema. Caso sejam detectados problemas favor reportar diretamente via email.

1. Execução de relatórios em banco espelho

Foi criada uma nova configuração na qual permite executar as consultas de um relatório em um banco que espelha a base de homologação/produção do cliente. Essa configuração tem por objetivo reduzir o volume de operações pesadas sobre o banco principal, redirecionando as consultas dos relatórios com pior desempenho para um banco que realiza a replicação de dados do produção. A configuração do banco espelho é realizada nos parâmetros do SGCA e ativada individualmente por relatório.

Os relatórios devem ser configurados individualmente pois o espelhamento pode implicar em restrições de dados aos dados, o que impede a execução de alguns relatórios.

Na PMP por exemplo, o espelhamento criado recentemente impede o acesso à colunas LOB. Nesse caso os relatórios contendo instruções SQL com acesso à colunas CLOB e BLOB não poderão ser habilitados para execução na base espelho.

2. Coleta de estatísticas

Todos os relatórios do sistema passam a coletar dados referente aos tempos de execução e tamanho médio gerado. Essa alteração se aplica à relatórios nativos (DLLs), relatórios RTF, relatórios XLS/XLSX, consultas e scripts. Os tempos de execução tem por objetivo alertar o usuário quanto ao custo de processamento do relatório antes da emissão do mesmo.

O tempo médio de execução é calculado automaticamente a cada processamento dos relatórios. Os tempos também são utilizados no novo recurso de execução em segundo plano e para armazenamento automático de relatórios com baixa performance.

3. Execução em segundo plano

Os relatórios nativos do sistema (DLLs) agora podem ser gerados em segundo plano, não sendo mais necessário aguardar o término do mesmo na tela de parâmetros. O processamento em segundo plano é sugerido ao usuário sempre que o tempo médio de execução do relatório exceder o tempo limite configurado.

Por padrão o tempo limite é 10 segundos, podendo ser configurado conforme a necessidade de cada instituição. A execução em segundo plano não é sugerida ao usuário enquanto o relatório não possuir estatísticas (pelo menos uma execução). Quando houver o término do processamento em segundo plano o relatório ficará disponível ao usuário na nova guia do GCA "Relatórios Solicitados".

Essa guia apresenta os relatórios executados em segundo plano nos últimos 7 dias, sendo exibida a partir do momento que o primeiro relatório é gerado nesse modo.

4. Recuperação de relatórios gerados no passado

Sempre que um relatório executar em segundo plano ou tiver seu tempo de execução considerado elevado (acima do tempo limite configurado), o mesmo será armazenado automaticamente e poderá ser recuperado sem a necessidade de novo processamento.

O sistema levará em conta o usuário que emitiu o relatório e quais foram os parâmetros de entrada utilizados. Se houver um relatório já gerado com esses critérios, o sistema irá sugerir o carregamento do mesmo. Havendo mais de um relatório com os mesmos critérios será sugerido o carregamento do último.

Os relatórios armazenados não possuem validade, permanecendo disponíveis para recuperação por tempo indeterminado. O usuário sempre poderá realizar a emissão do relatório em tempo real, não sendo obrigado a utilizar aquele já gerado no passado.

O Jeito Harvard de ser Feliz

“O segredo feliz para trabalhar melhor” é uma das palestras de maior sucesso do TED, com mais de sete milhões de visualizações, e é esta pesquisa de Shawn Archor sobre a felicidade que originou o livro "O Jeito Harvard de ser Feliz". 

O sucesso não traz a felicidade. A felicidade traz o sucesso. 

Essa obra se divide em três partes: Psicologia Positiva (fala sobre o benefício da felicidade na prática, seja no campo pessoal ou profissional), os Sete Princípios (sete padrões funcionais específicos e comprovados de sucesso e realização) e o Efeito Propagador (quando começamos a capitalizar o benefício da felicidade aplicando os sete princípios na própria vida, as mudanças positivas se propagam rapidamente, aumentando o grau de felicidade das pessoas ao nosso redor).

Todo mundo acha que precisa conseguir isso e aquilo pra ser feliz. "Assim que eu tiver sucesso, tudo vai se encaminhar na minha vida, vou poder relaxar aproveitar". E se você soubesse que já pode relaxar e aproveitar agora? Aliás, que você deve fazer isso agora se quiser alcançar o máximo? "O Jeito Harvard de Ser Feliz" vai te provar que primeiro vem a felicidade, depois o sucesso.

PARABÉNS

Asten Processos - Edição rápida de ações

Visando uma maior agilidade na edição das ações através do modelador, foi disponibilizada uma nova funcionalidade chamada "Alteração Rápida" através do menu "Alterar" ou da tecla de atalho "Ctrl + Q" (Q de quick edit para elucidar).
A funcionalidade pode ser disparada enquanto na aba de "Informações Básicas" quanto na aba "Modelagem do Processo".

Através deste modo de alteração o desenvolvedor não precisará mais navegar pelo desenho do processo para poder editar as ações tanto visuais como não visuais.

Todavia, o modo de alteração rápida implica em algumas limitações:

1. Não será permitido criar novas ações de nenhum tipo, apenas editá-las.
2. Algumas ações embora editáveis possuem restrições em suas configurações. Exemplo: as tabelas de dados não irão permitir adicionar ou remover colunas pelo modo de alteração rápida pois isto resultaria em ter que acessar o modelador de formulários para re-definir a largura de suas colunas.

Uma vez em modo de alteração rápida a seguinte janela será exibida:

Através desta janela todas as ações do modelo serão exibidas e agrupadas pelo elemento. O desenvolvedor poderá filtrar as ações por descrição ou código. Para editá-las basta clicar duas vezes sobre uma ação ou caso a grade esteja selecionada pressionar a tecla ENTER.

A janela de edição da ação selecionada será exibida:

Após a ação ser editada através do modo de alteração rápida, ela será destacada na grade indicado ao desenvolvedor quais sofreram alterações.

Caso o desenvolvedor feche a janela sem salvar as alterações pendentes o sistema irá notificá-lo.

O modo de alteração rápido também é compatível com a última funcionalidade de Edição Colaborativa de Processos.

A funcionalidade ficará disponível na AVMBDEV/AVMBDEV64 até a conclusão de testes. Dúvidas, bugs ou sugestões, encaminhar email.

Asten Processos – Edição Colaborativa de Processos

Disponível nova funcionalidade para edição colaborativa de modelos de processos. Essa funcionalidade tem por objetivo permitir que um modelo possa ser construído por diferentes usuários simultaneamente. A edição colaborativa permite construir o processo sem a necessidade de salvar os dados para que outro usuário possa iniciar novas alterações sobre o mesmo.

A edição colaborativa é iniciada automaticamente em todos os processos durante a alteração de seu modelo. Quando um usuário iniciar a alteração de um modelo e já houver uma edição sendo realizada, esse usuário passará a fazer parte da edição atual, juntando-se aos demais usuários.

Como funciona o processo de edição com múltiplos usuários?

A partir do momento que um usuário inicia a edição de um processo o sistema passa a monitorar sua versão. Quando outros usuários iniciarem a edição desta mesma versão, o sistema verificará a existência de alterações em andamento e sincronizará automaticamente todos os dados.

Conforme as mudanças vão sendo realizadas no modelo, todos os usuários passam a enxergar os mesmos dados, independente de quem realizou a alteração. Por exemplo, se uma nova etapa é adicionada ao processo, essa mesma etapa irá aparecer automaticamente na tela de todos usuários que estão trabalhando na versão.

Elementos em edição

Sempre que um elemento do modelo estiver em edição, o sistema modificará sua aparência permitindo que todos os usuários saibam que alguém está trabalhando naquela entidade no momento.

• A aparência é modificada independentemente do nível de alteração que está sendo realizado sobre a entidade: documentação de uma etapa, alteração de um formulário, ajuste de regras, ajuste de permissões, etc.

Alterações efetuadas sobre o modelo

Conforme o modelo é construído, o sistema mantém na parte inferior da tela o número de alterações já realizadas pelos usuários presentes na edição colaborativa.

Para visualizar de forma detalhada as alterações realizadas é possível clicar sobre o botão “Edição Colaborativa” mostrado na imagem acima. Na primeira guia da janela, o sistema exibirá a listagem de todas as alterações abertas ou finalizadas, de todos os usuários presentes na edição corrente.

As alterações exibidas são classificadas em 3 estados: 

• Em Edição: o usuário ainda está trabalhando na funcionalidade.
• Edição Realizada: o usuário concluiu a edição e realizou alterações sobre os dados.
• Edição Cancelada: o usuário concluiu a edição, mas não alterou nenhum dado.

Interações entre usuários

A edição colaborativa também permite que os usuários possam interagir entre si através da troca de mensagens. Na segunda guia da janela de “Edição Colaborativa” é possível realizar a comunicação através de mensagens de texto simples. 

• Apenas usuários que estiverem com o mesmo modelo em edição participarão da conversa. 
• A conversa também fica disponível para novos usuários que entrarem na edição colaborativa, enquanto ela estiver ativa.

Durante a edição colaborativa a janela contendo o resumo das alterações e o chat pode ser mantida aberta de forma isolada da aplicação. Isso permite que o processo possa ir sendo construído e acompanhado ao mesmo tempo.

Níveis de isolamento da edição de modelos

Durante a construção do processo o sistema controlará todas as funcionalidades afetadas pelas alterações dos usuários. Para garantir a integridade dos dados alterados foram definidos níveis de isolamento durante a edição.

• O nível de isolamento impede que qualquer usuário inicie a edição de determinada funcionalidade se houver dependência de outra que também se encontra em edição. 
• O sistema gerencia o nível de isolamento automaticamente, não é necessário que o usuário controle isso. Se houver um conflito, o sistema notificará imediatamente o usuário, impedindo-o de iniciar a alteração.

O isolamento é mantido até que o usuário conclua a alteração da funcionalidade em questão.

Nível de Isolamento	Escopo do Nível	Nível que NÃO pode estar em edição simultânea
1. Modelo e Fluxo	- Qualquer mudança no fluxo de execução - Inclusão/Exclusão de elementos - Edição de condições	1. Modelo e Fluxo 2. Desenho 4. Elemento (qualquer) 5. Permissões 6. Repositório
2. Desenho	- Mudanças que envolvem basicamente o layout dos elementos	1. Modelo e Fluxo 2. Desenho
3. Configurações da Versão	- Edição das opções da versão (auto assumir, eliminar instâncias...)	1. Modelo e Fluxo 3. Configurações da Versão
4. Elemento	- Qualquer mudança realizada dentro do elemento (ações, configurações do elemento...) - Documentação do Elemento - Restrições de atividade	1. Modelo e Fluxo 4. Elemento (o mesmo)
5. Permissões do Elemento	- Alteração nas permissões de acesso de um elemento	1. Modelo e Fluxo 4. Elemento (o mesmo)
6. Repositório	- Alteração das ações contidas no repositório	1. Modelo e Fluxo 6. Repositório
7. Variáveis	- Inclusão, alteração e exclusão de variáveis	7. Variáveis

Alguns exemplos do comportamento do sistema referente ao quadro mostrado anteriormente:

• Vários usuários podem construir simultaneamente as interfaces de diferentes passos do processo. Nesse caso há edição simultânea de mesmo nível, mas de elementos diferentes.
• Um usuário não conseguirá realizar uma mudança no fluxo se outro estiver editando as configurações de um elemento. A mudança no fluxo requer o acesso à todos os elementos do modelo. 
• As permissões de um elemento podem ser modificadas por um usuário se este mesmo elemento estiver aberto para edição de suas ações por outro usuário. Nessa situação os níveis não dependem um do outro, mesmo para o mesmo elemento.
• Uma nova variável pode ser criada desde que outro usuário não esteja criando/editando alguma outra. 

Finalização da edição

Quando o modelo é salvo por um dos usuários presentes na edição colaborativa, todos os dados criados/alterados por este usuário e pelos demais serão gravados. Os demais usuários que se encontram com a edição ativa serão notificados imediatamente, sendo forçados a recarregar o modelo salvo. A partir deste ponto é iniciada uma nova edição, se necessário.

• Se um usuário cancela a edição de seu modelo, os demais permanecem com as alterações realizadas por este.
• Os dados temporários utilizados na edição colaborativa serão descartados se todos os usuários cancelarem a edição atual do modelo sem que haja o salvamento dos dados.
• Os dados também serão descartados se uma edição colaborativa não tiver nenhuma alteração sobre o modelo após uma hora de execução.

Desabilitar edição colaborativa

Para desativar a edição de forma colaborativa o usuário pode utilizar a opção “Alterar e Bloquear Modelo”. Essa opção notificará novos usuários que o modelo se encontra bloqueado, caso haja tentativa de edição do mesmo.

Gerenciamento do modo colaborativo

A edição nesse modo é controlada à nível de servidor de aplicação, ou seja, a sincronização dos dados e controle de isolamento se dá em cada servidor. Caso a edição do mesmo modelo de processo ocorra simultaneamente em servidores de aplicação diferentes, o sistema não fará o gerenciamento das alterações. Nessa situação a resolução de conflitos se dará pelo banco de dados através da concorrência dos registros.

O controle das edições leva sempre em conta o Usuário do sistema e IP de origem da alteração. Uma mesma conta de usuário, se acessada de estações de trabalho diferentes, será vista pelo sistema como pessoas diferentes tentando realizar determinada alteração.

A funcionalidade ficará disponível na AVMBDEV/AVMBDEV64 até a conclusão de testes. Dúvidas, bugs ou sugestões, encaminhar email.

Corrigido erro de notificações de postagens no Blog Interno

Prezados Colegas

Estávamos sem receber por e-mail as postagens do nosso Blog Interno, através do diretório Equipe AVMB. Este problema já foi resolvido.

Se houver ainda algum erro ao receber as notificações, pedimos que acessem o link "INSCREVER-SE" no e-mail "Solicitação de inscrição de postagens no blog AVMB INTERNO" enviado hoje .

Muito obrigado pela colaboração!


Att.

teste

este é um e-mail teste. por gentileza quem o receber, deixe um UP.