1 / 36

Oktiva Vessel

Oktiva Vessel. Visão Geral. Visão de P&D. Pesquisa e Desenvolvimento são elementos chaves para a Oktiva. Velop 2 (1998 a 2003) Perl Oak ( 1999 a 2005) Oktiva.net (2003 a 2006) Mogno (2003 a 2004) Vessel (2003 a 2006). Redução de TCO.

sierra
Download Presentation

Oktiva Vessel

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript


  1. Oktiva Vessel

  2. Visão Geral

  3. Visão de P&D • Pesquisa e Desenvolvimento são elementos chaves para a Oktiva. • Velop 2 (1998 a 2003) • Perl Oak ( 1999 a 2005) • Oktiva.net (2003 a 2006) • Mogno (2003 a 2004) • Vessel (2003 a 2006)

  4. Redução de TCO • Toda a infra-estrutura é composta por software livre ou gratuito. • Sun Java SDK • Sun Java 2 Enterprise Edition (J2EE) • JBoss J2EE Application Server • PostgreSql RDBMS • Jasper Reports • Debian GNU/Linux • Concentração do Processamento no servidor. • Otimização do uso da rede.

  5. Oktiva Vessel • Plataforma de Desenvolvimento • Sistema de Gestão Integrada

  6. A Plataforma Oktiva Vessel

  7. Arquitetura • Suporte a diversas interfaces • Alta modularidade • Performance • Redução de acoplamento

  8. Arquitetura

  9. Arquitetura • No servidor de aplicações • Session Façades • Módulos • Controle • Entidade • Data Access Objects

  10. Session Façades • Responsáveis pela autenticação e autorização • Representam regras de negócio de granulação grossa • Confirmar venda, Emitir nota fiscal, Assinar contrato etc. • Acionam os módulos individuais

  11. Módulos • Controle • Responsável pelas regras de negócio de granulação fina • Registrar Saída do Estoque, salvar dados do cliente, registrar data de assinatura do contrato etc. • Acionam as Entidades e os DAOs • Entidade • Mapeamento Entidade-Relacional, representa a informação direta. • DAO • Permite acesso otimizado à base de dados sem utilizar as Entidades

  12. Acoplamentos • Um session façade pode depender de session façades e de módulos. • Um módulo não deve saber da existência de outros módulos.

  13. Vessel Cliente GUI • Gerencia a autenticação fazendo a outra ponta do JAAS. • Otimiza o uso da rede, fazendo uma memória local dos elementos necessários durante a navegação. • Interface de abas e janelas proporcionando uma maior usabilidade. • Acessibilidade pelo teclado, aumentando a produtividade.

  14. Vessel Cliente GUI

  15. Vessel Cliente GUI

  16. Plugins • Solução simples e versátil para reduzir o acoplamento e garantir a extensibilidade. • Qualquer parte do sistema pode ser pluginizada. • Mecanismo simples de registro e consulta, utilização do pattern Class Factory. • A Implementação de uma Interface é a única exigência para o registro de um plugin. • Este plugin pode estar acessando código de outro sistema, feito em outra linguagem.

  17. Plugins • Exemplo de plugin: • Forma de Título • FormaTituloPlugin • FormaTituloGuiPlugin • É chamado para cada ação, possibilitando salvar dados adicionais. • Para isso a interface FormaTituloGuiPlugin define como pode ser colocado um painel de dados adicionais.

  18. Plugins • Exemplo de implementação de plugin – Forma de Título Cheque: • Implementação de dados específicos • Nome no cheque, CPF, Banco, Agência, Conta e Número do Cheque • Implementação do controle de compensação • aberto, compensação, devolvido, reapresentado, devolvido2, liquidado • Cria entidade nova • Borderô de Depósito de Cheques • Define Interfaces novas com o usuário • Busca de Cheques, Criar Borderô, Marcar cheques como devolvidos, como liquidados

  19. Plugins • E isso tudo ainda é um título a receber como qualquer outro.

  20. Autorização • O sistema possui um mecanismo de gerenciamento de permissões baseado em definições de arquivos XML que mapeiam: • Funcionalidades • Dependências • Cache Services • Façades • Existe um “descriptor.xml” principal que contem as funcionalidades gerais do sistema. Mas cada plugin registrado pode definir funcionalidades novas.

  21. Autorização

  22. Sistema de Gestão Integrada Oktiva Vessel

  23. Pensando no lado do Negócio • A Modelagem dos dados é uma representação da realidade, e não uma maneira de implementar uma funcionalidade. • Cada informação no sistema tem um significado no mundo real, se há necessidade de uma informação puramente de sistema, então o modelo está errado. • O financeiro é o centro, como no mundo real.

  24. Financeiro • Contabilidade gerencial é o conceito principal da administração financeira no Vessel. • Praticamente tudo acaba se refletindo no Plano de Contas. • O sistema não amarra seu plano de contas, você configura como você quiser. • O sistema pode fazer uma série de movimentações contábeis sozinho. • Conhecimento em contabilidade gerencial é fundamental para operar bem o Vessel, mas para operar uma empresa também.

  25. Contas à Receber e à Pagar • Os títulos à receber e à pagar são a representação de um saldo em uma das contas do plano de contas. • No Vessel é tudo título, seja à pagar ou à receber, não interessa se a cliente, a fornecedor ou recursos humano. • Com a representação do saldo, uma série de informações também são armazenadas. • Movimentos contábeis são criados em cada operação com os títulos. Contas contábeis também podem ser criadas.

  26. Todo mundo é Pessoa • Cliente, Empresa, Fornecedor e Recurso Humano são pessoas. • Pessoa pode ter ocorrências registradas. • Eventualmente Fornecedor e Cliente são a mesma pessoa. • Contato também pode ser pessoa. • Contato poderá ser convertido em cliente. • As ocorrências ainda serão as mesmas. • Isso é pode ser um CRM (no sentido de “alguns conceitos que foram emprestados”).

  27. Comércio de Mercadorias e Serviços • Mecanismo que concentra as operações com mercadorias e serviços em torno de “Pedido” e “Tipo de Pedido”. • A partir de um conjunto de configurações, pode-se criar praticamente qualquer tipo de operação com mercadorias e serviços. • Exemplo – Venda: • Lança o valor médio das mercadorias no estoque de origem como Custo das Mercadorias Vendidas • Lança o valor dos pedidos como Receita de Venda de Mercadorias e cria os Títulos à Receber.

  28. Comércio de Mercadorias e Serviços • Cadastro das mercadorias • Multi-estoques, um tipo de mercadoria pode estar presente em mais de um estoque com valores médios, quantidades e endereços diferentes em cada depósito. • Cadastro dos serviços • Multi-tabelas-de-preço, uma mercadoria ou um serviço podem estar em mais de uma tabela de preços, que pode ser ativada a qualquer momento

  29. Comércio de Mercadorias e Serviços • Plugin de confirmação de pedido permite que ações sejam disparadas após a confirmação de pedidos. • Em um pedido de transferência da matriz para a filial, quando o pedido de transferência de saída é confirmado, automaticamente o sistema cria um pedido idêntico de transferência de entrada na filial de destino. • Quando um pedido de venda de serviços é efetuado, o sistema lança no sistema de projetos a entrada dos serviços a serem realizados.

  30. Contratos • Sistema de gerenciamento de contratos. • Completamente baseado em plugins. • Um plugin de tipo de contrato pode fazer: • Um contrato continuado de prestação de serviços pode automaticamente criar um pedido de venda a partir de um pedido-espelho, faturá-lo, emitir a nota fiscal, e preparar boletos bancários para remessa, tudo no plugin, sem criar acoplamento do sistema como um todo, permitindo uma fácil integração com outros sistemas.

  31. Contratos • Um contrato de suporte por horas, antes do faturamento, verifica em outro sistema se o número de horas foi excedido, e se foi, gera o pedido já com o valor das horas excedidas. Tudo isso sem mexer nas funcionalidades básicas do sistema, apenas disponibilizando um plugin novo. • Contratos de trabalho são contratos, uma vez implementado o contrato CLT, é possível ter a folha gerada automaticamente. Para outros regimes de trabalho basta especializar plugins, não precisa alterar o código principal do sistema.

  32. Relatórios • Relatórios também são plugins, é só desenhar o modelo no iReport, fazer a tela de parâmetros do relatório, se for um relatório mais complexo implementar as regras de negócio (em Java) para o preenchimento, registrar o plugin no Vessel e o relatório está disponível integrado no sistema. • Se o relatório não precisar de parâmetros nem de regras de negócio para o preenchimento, ou seja, se for apenas uma consulta SQL, só é necessário implementar o layout e registrar o plugin no Vessel.

  33. Módulos Novos • Módulos novos podem ser disponibilizados no sistema a partir de um plugin que declare suas funcionalidades. Sendo isso feito, o plugin pode deployar façades, controles, DAOs e entidades que são independentes do resto do sistema, com pouco acoplamento, mas com muita integração.

  34. Resumo

  35. Resumo • Oktiva Vessel é uma plataforma de desenvolvimento antes de qualquer outra coisa. • Utiliza tecnologia nova. • Segue a tendência do mercado de software que está caminhando para aplicações baseadas em componentes compostos e Web Services. • É um ERP com um conceito novo, simples. • É a plataforma ideal para integrar sistemas específicos à gestão da empresa.

  36. Obrigado pela audiência!Dúvidas?

More Related