Tag Componentes

CIGAM com Você – No BlackBerry®

 

Manoel Frederico

Neste post anterior, abordamos alguns aspectos do uso do uniPaaS como plataforma para colocar o CIGAM em dispositivos móveis.

Neste outro, falamos a respeito de como é possível criar aplicações nativas para BlackBerry®  utilizando o uniPaaS.

Agora, que tal juntar tudo isso?

 

Você pode ter o CIGAM na palma da sua mão, onde e quando precisar!

Todas as informações do seu sistema de gestão podem ser acessadas pelo BlackBerry®. 

 

 

Sempre com você, no seu BlackBerry®:

Otimize seu processo agora, levando aos dispositivos móveis as informações críticas do seu negócios. Aproveite este recurso que já está à sua disposição.

CIGAM + uniPaaS = sua empresa nas suas mãos.

 

Manoel Frederico da Silva
P
roduct Manager & MAGIC Evangelist / Magic Software Brasil

Soluções em BlackBerry integradas com o CIGAM

 

Adriana Mota

Olá! Estou aqui para falar das facilidades que o Magic uniPaaS,  tecnologia de desenvolvimento utilizada pelo ERP CIGAM, proporciona aos seus parceiros e clientes.

Você sabia que o uniPaaS Studio está disponível para TODOS os clientes CIGAM?

E que com o uniPaaS você também pode desenvolver soluções BlackBerry integradas ao ERP?

E para tornar isso ainda mais fácil, você pode utilizar componentes e conectores disponibilizados pelo ERP, chamando funções existentes?

Assista a esta versão em português do webinar “Desenvolvendo Apps para BlackBerry em uniPaaS”, apresentado originalmente em inglês pela Magic Software Enterprises. O objetivo é facilitar a compreensão desta apresentação-tutorial, que pode até ser considerado um treinamento, para mostrar à você como é fácil e natural o desenvolvimento uniPaaS para BlackBerry. Aproveite!

 

Parte 1:

 

 Parte 2:

 

Caso tenha dúvidas sobre como ter acesso ao uniPaaS Studio, fale com o seu representante CIGAM ou pergunte à Magic Software: contato@magicsoftware.com.br ou (11) 5085-5818.

 

Adriana Mota
Comercial / Magic Software Brasil

 

Como expor componentes CIGAM como serviços através do iBOLT

Manoel Frederico

Uma das necessidades que temos no dia a dia de projetos do ERP CIGAM é a necessidade de expor componentes do CIGAM como serviços para realizar integrações ou automatizações de processos.

Lembrando que o iBOLT permite facilmente a exposição em varios padrões de serviços como por exemplo WebServices.

Isso significa que hoje está a disposição para a exposição como serviços qualquer componente existente dentro do ERP.

Veja na seqüência de slides abaixo, passo a passo, como é simples acessar os objetos de negócio (Componentes) do CIGAM através do iBOLT:

 

Manoel Frederico da Silva
P
roduct Manager & MAGIC Evangelist / Magic Software Brasil

Utilizando Componentes uniPaaS com o ERP CIGAM

Manoel Frederico

Componentização não é um conceito novo. Já existente desde os tempos do DOS (ex: PLL do Clipper), ficou popularizada através do MS-Windows e suas DLLs.

Você provavelmente já deve estar bem familiarizado com esta prática.

Diferentes aplicações/soluções tendem a ter procedimentos e recursos comuns (até iguais).

O objetivo da componentização é claro: reaproveitar o que já existe, ao invés de refazer.

Uma pequena imagem para ilustrar isso:

Os benefícios também são claros: menor tempo no desenvolvimento de novas soluções, menos “duplicações” e “repetições” desnecessárias, atualizações nos objetos compartilhados se refletem em todos os que os utilizam, facilidade para atualizações parciais das soluções, departamentalização do desenvolvimento, etc…

Com as soluções uniPaaS não é diferente.

Embora o uniPaaS não gere arquivos .exe ou .dll, é perfeitamente possível (e prático) dividir uma solução em módulos (.ecf) independentes.

Praticamente todos os objetos podem ser modularizados: programas, funções, definições de tabelas, modelos, ajudas…

O procedimento para realizar isso é também bastante simples:

Você cria um (ou vários) projetos uniPaaS representando a sua biblioteca de rotinas e recursos (objetos) que deseja compartilhar (tornar reutilizável em outros projetos).

Não é obrigatório compartilhar todos os objetos existentes. Você pode escolher quais deseja tornar “públicos”, e quais deseja manter “internos”.

Os objetos que deseja publicar devem possuir um “Nome Público”.

Em seguida, você acessa o “wizard” de publicação de componentes do uniPaaS Studio (menu: Options à Interface Builder à UniPaaS) para gerar um descritor dos objetos públicos. Este descritor contém a lista dos objetos que estão compartilhados e que podem ser utilizados em outros projetos. É um arquivo texto com a extensão .eci.

Vamos imaginar, por exemplo, que você criou um programa que calcula Juros em Atraso, e deseja utilizar o mesmo programa em dois sistemas diferentes: Contas a Pagar e Contas a Receber. Se a rotina é exatamente a mesma (cálculo dos juros), não há porque tê-la duas vezes, uma em cada sistema. Você cria um projeto só para ela e publica-a como um componente reutilizável. Você terá então:

CalculoJurosAtraso.ecf (projeto executável CIGAM)

CalculoJurosAtraso.eci (descritor dos objetos publicados)

Vejamos agora a outra parte do processo, que é a utilização de objetos existentes em outros projetos.

Seguindo o exemplo do projeto Contas a Pagar, abrindo-o no uniPaaS Studio nós vamos até o repositório de componentes (CRR à Shift+F7). Para cada componente que quiser acoplar a este projeto, acrescentamos uma linha e informamos (usando F5) a localização do seu descritor (.eci). Todos os objetos publicados nele (ex: programa de cálculo dos juros) tornar-se-ão disponíveis para uso, como se estivessem ali definidos/codificados (mas não estão; estão localizados (fisicamente) no outro projeto [.ecf]).

No momento da distribuição da solução (ambiente final de produção), é necessário disponibilizar todos os .ecf que compõem a solução (ex: ContasPagar.ecf e CalculoJurosAtraso.ecf). O descritor (.eci) só é necessário durante o desenvolvimento.

Quando o CIGAM RunTime carregar a solução (Contas a Pagar), ele carregará também todos os outros .ecf que estiverem vinculados a ela, como se fossem um único projeto.

Se na vinculação do componente (cálculo de juros) for definida a propriedade LoadImmediate=Y, a carga do seu .ecf é imediata. Senão, ele será carregado apenas quando algum de seus objetos precisarem ser utilizados, e ainda haverá a opção de descarregá-los com a função CabinetUnload().

Outro exemplo: você desenvolveu uma customização para o CIGAM, e deseja fazer uma pesquisa dos pedidos existentes, usando a mesma interface (UI) padrão que os usuários estão habituados. A solução CIGAM disponibiliza um (entre vários) componente chamado “CGGeral(CGGeral.ecf e CGGeral.eci). Vinculando-o ao seu projeto, você pode chamar o programa “Pesquisa Pedidos(CG00487), e a tela de zoom de pedidos (nativa do CIGAM) será executada a partir do seu módulo.

Além disso, o uniPaaS Studio possui um “wizard” chamado Composite Resource Generator (menu: Options à Composite Resource Generator, ou CTRL+SHIFT+G). Com este “wizard” nós podemos selecionar um recurso/rotina externo (não UniPaaS) que necessitamos utilizar:

  • WebService
  • Stored Procedure
  • Classe Java
  • Fila MSMQ
  • Rotinas iSeries (AS/400)

e ele gera automaticamente um projeto uniPaaS para acessar este recurso, na forma de componente reutilizável.

Veja mais detalhes sobre componentização com uniPaaS nesta página do DevNET da MAGIC Software.

Neste link você pode baixar um pequeno projeto uniPaaS (1.9g) de exemplo, com alguns programas (genéricos, utilitários) publicados, de forma que você poderá acoplá-lo como componente de seus projetos.

Manoel Frederico da Silva
Product Manager & MAGIC Evangelist / Magic Software Brasil