|
---
|
|
Introdução:
|
|
|
|
Meu nome é Davis e sou arquiteto java, nos ultimos 12 anos tenho trabalhado no sistema Tedros Box que é um sistema cliente servidor desktop desenvolvido em java 17, o front foi construido com javafx e o backend com OpenEjb em um servidor apache tomee plume com todos os recursos que uma empresa precisa para desenvolver sistemas robustos para suas operações. Para desenvolver aplicativos no sistema Tedros Box foi criado o framework Tedros que agiliza o desenvolvimento de aplicativos para o sistema Tedros Box onde o foco deste framework é diminuir o custo de desenvolvimento e proporcionar uma melhor experiencia ao usuario final.
|
|
|
|
Por exemplo, quando uma empresa de TI é contratada para desenvolver sistemas customizadas para um determinado setor, seja privado ou governamental ela precisa contratar pessoas especializadas como analista de requisitos, gerentes de projetos, desenvolvedores (junior, pleno e senior), analistas de testes, analistas de UI/UX, arquitetos de softwares e outros. O processo de desenvolvimento é demorado e caro pois este time precisa resolver varios problemas, desde como será o layout/apresentação do sistema, o gerenciamento de permissões no front e no backend, a integração com outros sistemas, o desenvolvimento da solução (front e backend), realização dos testes dentre outros cuidados exigidos para o desenvolvimento da solução. O framework foi desenvolvido para abstrair muitos destes processos de forma clara, aberta e facil de criar/alterar e corrigir usando uma gama de componentes pensados de forma a agilizar o trabalho de desenvolvimento. O desenvolvimento é feito usando uma estrutura bem definida e organizada facilitando o seu entendimento ate mesmo por um desenvolvedor junior. Esta estrutura permite que o desenvolvimento seja feito focado no core business do cliente e, na maioria dos casos, por apenas um desenvolvedor que entenda bem dos conceitos de mapeamento de entidades com um ORM e com bastante criatividade para usar os componentes existentes ou para criar novos que atendam a necessidade do negocio. O produto final é um sistema desktop totalmente customizado para o negocio do cliente, delegando ao cliente o gerenciamento de usarios, perfis e permissões juntamente com a facilidade de alterar todo o design do sistema para se adaptar a sua identidade visual pois estes recursos foram abstraidos do desenvolvimento cortando custos e horas de trabalho.
|
|
|
|
O sistema Tedros é recomendado para empresas que precisam criar soluções de back-office para suas operações, assim como a TOTVS e o SAP o Tedros pode fornecer soluções de CRM, ERP dentre outros tipos de soluções porem com o diferencial de ser nativamente preparada para se integrar a modelos de IA, isto significa que o sistema foi construido de forma a fornecer todo tipo de informação e funções que auxiliam o modelo de IA nas solicitações feitas pelos usuarios atraves do chatbot do sistema.
|
|
|
|
---
|
|
|
|
O sistema Tedros Box é um sistema desktop cliente-servidor gerenciador de aplicativos.
|
|
Ele identifica automaticamente todos os aplicativos na sua inicialização e disponibiliza o acesso mediante as permissões do usuario logado, as permissões vão desde o acesso ao aplicativo, aos seus modulos, telas e ações.
|
|
|
|
Para cada aplicativo criado é gerado um contexto isolado no servidor de aplicações, isto é, se algum problema ocorrer em um dos aplicativos os demais não são impactados.
|
|
Os aplicativos podem se comunicar uns com outros não apenas no lado do frontend como tambem no backend.
|
|
|
|
No lado do backend cada aplicativo construido possue:
|
|
- Uma camada de persistencia, onde os processos de persistencia dos dados são abstraidos com as principais operações CRUD, paginação e construção de consultas dinamicas solicitadas pelo frontend.
|
|
|
|
- Uma camada de negocio, onde o processos do core business do cliente são implementados.
|
|
|
|
- Uma camada de serviços, onde é definido o contexto transacional das operações. Podendo este ser chamado e usados por outros aplicativos.
|
|
|
|
- Uma camada de controle, usado para controlar as chamadas e os retornos para a camada de apresentação. Esta camada possui uma proteção extra que valida se o perfil do usuario que esta fazendo a requisição possui as permissões necessarias para realizar a operação desejada.
|
|
|
|
O framework possui diversos componentes e entre eles estão:
|
|
- Para agilizar a implementação de fluxo para importação de dados pelos usuarios do sistema atraves de planilhas excel e ou arquivos CSV, exibindo ao usuario como montar o arquivo para importação.
|
|
- Para filtro e geração de relatorios com ou sem a logo da empresa.
|
|
- Para agendamento e envio de emails
|
|
- Para execuçao de CRON Jobs
|
|
- Gerenciamento central de arquivos e imagens
|
|
- Para construção dinamica de formularios, telas, tabelas, filtros e outros com controle e interceptação em tempo de execução, pre e pos contrução. Seja no momento de execução/encerramento do aplicativo, do modulo, da tela, do formulario e ou dos campos que compõe o formulario.
|
|
- Para internacionalização, isto é, o sistema pode ser exibido em diversas linguas, por default estão disponiveis o Ingles e Portugues, podendo ser acrecentado outros conforme a necessidade do cliente.
|
|
- Para customização visual dos componentes, cores, opacidade, imagem de fundo e temas.
|
|
- Pra construção de graficos
|
|
- Para construção de modulos para um aplicativo
|
|
- Para gerenciamento de processos em background dos aplicativos
|
|
- Para integração entre os aplicativos, podendo ate mesmo identificar a origem do registro criado, isto é, poder identificar qual tela/formulario foi criado o registro e solicitar que seja mostrado na sua tela de origem quando este for aberto por outro aplicativo/tela ou como resultado de filtragem de um relatorio.
|
|
- Para criação de modais e mensagens ao usuario
|
|
- Para validar as permissões do usuario logado
|
|
- Para integração do chatbot com o modelo de IA com qualquer recurso do sistema.
|
|
- Para exibição e manuseio de mapas geograficos.
|
|
- Para navegação entre os aplicativos, modulos e telas
|
|
|
|
Entre muitos outros.
|
|
|
|
---
|
|
|
|
O sistema Tedros possui alguns aplicativos que foram criados como base para a construção de outros, isto é, outros aplicativos podem se criados ja integrados com estas soluções, são eles:
|
|
|
|
1) Ferramentas de Temas:
|
|
|
|
- Escolher um tema para o Tedros
|
|
- Alterar as cores dos painéis, textos, botões e formulários
|
|
- Alterar a imagem de fundo
|
|
|
|
2) Preferências:
|
|
|
|
- Gerenciar as propriedades principais do sistema
|
|
- Gerenciar os tipos de Mime dos arquivos
|
|
|
|
3) Usuários:
|
|
|
|
- Carregar todas as políticas de autorização
|
|
- Gerenciar perfis de usuário
|
|
- Gerenciar usuários do sistema
|
|
|
|
4) Notificações:
|
|
|
|
- Gerenciar notificações por e-mail (Agendadas, Enviadas ou na Fila)
|
|
|
|
5) Chatbot Teros (Assistente com inteligência artificial):
|
|
|
|
- Utilizar o poder da IA nas tarefas operacionais dos usuarios
|
|
- Solicitar ajudar em como usar o sistema Tedros
|
|
- Solicitar a execução de alguma operação no sistema Tedros
|
|
- Solicitar analise de alguma informação disponibilizada pelo sistema, como por exemplo solicitar a criação e envio de email de marketing apartir de um cruzamento entre clientes e produtos disponiveis no estoque, analise de consistencia de uma demanda no Redmine ou Jira, fazer code review de pull requests e muito mais.
|
|
|
|
|
|
6) Produtos e Inventário:
|
|
|
|
- Gerenciar o catálogo de produtos
|
|
- Criar relatórios de produtos
|
|
- Configurar o estoque de produtos
|
|
- Registrar entradas e saídas de produtos no estoque
|
|
- Gerenciar tipos de entrada e saída de produtos
|
|
- Criar relatórios de inventário
|
|
|
|
7) Suporte:
|
|
|
|
- Gerenciar documentos
|
|
- Gerenciar tipos de documentos
|
|
- Gerenciar estados de documentos
|
|
- Gerenciar locais (lugares, áreas administrativas, cidades e países)
|
|
- Gerenciar pessoas físicas e jurídicas
|
|
- Gerenciar tipos de pessoas físicas e jurídicas
|
|
- Gerenciar situações de pessoas físicas e jurídicas
|
|
- Gerenciar clientes e tipos de clientes
|
|
- Gerenciar situações de clientes
|
|
- Gerenciar categorias de pessoas
|
|
- Gerenciar outros tipos de pessoas fisicas
|
|
|
|
---
|
|
Situação atual da empresa Tedros:
|
|
|
|
A marca Tedros esta sob dominio da empresa Dux XCode Engenharia e é mantida somente pelo seu co-fundador Davis Gordon Dun que trabalha no seu desenvolvimento desde 2013 onde foi semi-finalista regional do concurso de startup "Desafio Brasil" no mesmo ano com a proposta do Tedros.
|
|
|
|
Dominio: tedros.io
|
|
Web site: Em construção
|
|
Github: https://github.com/Tedros-Box/tedros-apps/
|
|
LinkedIn: https://www.linkedin.com/company/tedros
|
|
LinkedIn do co-fundador: https://www.linkedin.com/in/davis-gordon-dun/
|
|
|
|
|
|
O ecossistema Tedros no momento é um MVP a procura de um parceiro para alavancar todo o seu potencial.
|
|
|
|
Mesmo sendo um MVP o ecossistena Tedros ja possui alguns casos de uso.
|
|
|
|
---
|
|
Caso de uso:
|
|
|
|
Empresa: GlobalWeb Corp
|
|
Link: https://www.globalweb.com.br/
|
|
Tipo de empresa: Fabrica de software
|
|
Clientes: Detran GO e outras instituições publicas
|
|
|
|
Problemas identificados:
|
|
- Deploy sem code review com a justificativa de ganhar tempo e sem recursos para fazer
|
|
- Glosas no contrato, isto é, o pagamento das demandas depende de aprovação do cliente que tem recusado as demandas alegando evidencias de trabalho pobres ou com problemas de consistencia nos dados da demanda abertas no Redmine.
|
|
- Time de desenvolvimento perdendo tempo na coleta de evidencias de trabalho
|
|
|
|
Solução criada com o Tedros:
|
|
- Gerenciador de Evidencias que captura a tela de trabalho do desenvolvedor durante o dia que pode ser usado para criar um relatorio detalhado do trabalho realizado na demanda para a ser anexado no redmine.
|
|
- Integração do chatbot com o GitLab para realizar code review nos merge requests que pode ser solicitado pelos desenvolvedores seniors do projeto
|
|
- Integração do chatbot com o redmine onde os gerentes de projetos podem solicitar analise de consistencia das demandas abertas para evitar glosas.
|
|
|
|
//
|
|
|
|
Empresa: Somos Social Movement
|
|
Link: http://www.somossocial.org.br/
|
|
Tipo de empresa: ONG
|
|
Clientes: Pessoas vulneraveis em situação de rua
|
|
|
|
Problemas identificados:
|
|
- Falta de sistema para gerenciar as ações a serem realizadas, voluntarios e patrocinadores
|
|
- Falta de web site para divulgar a ONG, suas ações, conquistar novos voluntarios e patrocinadores
|
|
|
|
Solução criada com o Tedros:
|
|
- Sistema de back-office para gerenciamento do conteudo do web site e tambem com a divulgação de ações futuras a serem realizadas pela ONG, com espaço destinado aos voluntarios, formulario para contato de novos patrocinadores e envio de doações dentre outras funcionalidades.
|
|
- Gerenciamento das ações, voluntarios, estoque, email marketing e relatorios.
|
|
|