Texto
Este trabalho tem como objetivo desenvolver um Sistema de Gestão Administrativo / Financeiro, oferecendo serviços de otimização de atividades no setor financeiro, com as funcionalidades de contas a pagar e receber, gerenciamento de contas bancárias e fluxo de caixa. Além de oferecer informações que ajudam os setores estratégicos, dando apoio à tomada de decisão, oferecendo uma boa interação e acessibilidade dos serviços. Serão utilizados modelos como multi-tenancy, modelo na qual nasceu com a computação em nuvem, e PWA (Progressive Web Apps) dando uma melhor interação dos seus serviços.
Este projeto teve como objetivo de criar um sistem financeiro utilizando PWA,
para o TCC do curso Sistema de informação.
Algumas tecnologias utilizadas: Laravel, Vue.js, jquery, heroku, firebase,
push notification, php, javascript ...
Na página principal, temos um pequeno resumo da situação financeira.
Dashboard IMG
Cadastro da conta bancária no sistema, para o levantamento do salto total do cliente.
Cadastro da conta bancária IMG
Na funcionalidade, fluxo de caixa, há uma tabela que tem os seguintes dados: o saldo final, saldo do mês anterior, geração de caixa, recebimentos, outras receitas, receitas de vendas, pagamento e despesas financeiras. Pode-se baixar o relatório da tabela no formato .csv.
Fluxo de caixa IMG
Na funcionalidade extratos a receber, há uma tabela que tem os seguintes dados: valor, saldo, lançamento e data. No rodapé da página, há a soma do total recebido, total de pagamentos, número de lançamentos e total do período.
Extratos a receber IMG
Na funcionalidade de contas a receber há uma tabela que tem os seguintes dados: valor da conta, descrição e data do vencimento da conta. No rodapé da página, há a soma das contas pagas, a pagar, vencidas e o total.
Contas a receber IMG
Na funcionalidade de contas a pagar, há uma tabela que tem os seguintes dados: valor da conta, descrição e data do vencimento da conta. No rodapé da página, há a soma das contas pagas, a pagar, vencidas e o total de pagamentos feitos.
Contas a pagar IMG
- Significa Software como serviço
- Ambiente Compartilhado.
- Customizações por Cliente
- Atentimento a vários clientes
- Utiliza arquitetura multe-tenancy.
- Ideal em cloud server
- Tenancy Significada: Locação Arrendamento
- Em ti: Inquilino
- Vários Clientes Por Aplicação
- Aplicavel quando aplicação vira um produto
- Clientes Compartilham Estrutua
- Escopo do Multi-Tenancy: Usuário, Empresas, Etc.
- Isolar as Unformações Logicamente
- Falha de um cliente não pode afetar em outro
- Não há Verdade do Universo
- Enternder o Contexto que Será Aplicado
- Entender as Customizações
- Númemos de Usuários
- Recursos a Serem Utilizados
- Alto nivel de segurança
- Alto consumo de hardware
- Monitoramento Individual
- Customização
- Consistencia dos dados
- Volume de consumo
- Muitos Usuarios por TENANT
- Muitos TENANTS envolvidos
- Baixa Customização
- hyn/multi-tenant (trabalhas com subdominhos)
- orchestral/tenanti (trabalhas com varias instancias de bancos )
[Flux](https://facebook.github.io/flux/docs/in-depth-overview.html#content)
Imagine que você irá estruturar todas as suas informações, da aplicação, e concentrará em um único lugar. Constumamos falar que este local será um "armazém". Quem precisar alterar qualquer informação, deverá acessar este armazém. Não irá alterar direto no componente ou qualquer outro local que esteja, pois eles serão, somente, referência. O mais importante é que, todas informações só terão acesso, tanto para listagem quanto para alterações, em um único lugar. Tudo centralizado.
Se eu modificar alguma coisa no armazém, todos que buscarem informações nele, já terão uma resposta atualizada, porque a fonte é única. Os componentes deixarão de ter informações próprias. Eles buscarão estas informações no armazém. Algumas informações, menores, podem ainda, continuar por responsabilidade do componente, mas as informações principais, serão capturadas do armazém.
Imaginem que exista uma biblioteca que todos componentes precisem consultar, para ter qualquer informação, porque todas as informações importantes, estão nela e somente nela.
Este conceito de fonte única da verdade é muito utilizado em bancos de dados relacionais. Quando criamos uma tabela de pedidos e temos um cliente relacionado, nós apenas criamos um apontamento deste cliente, para a tabela de clientes, não estamos duplicando as informações. Deste modo, temos o id do cliente, relacionado ao pedido. Quando consultarmos, sempre teremos as fontes atualizadas, caso algué...
http://vineeshnp.com/push-notification-on-progressive-web-apps-with-firebase-cloud-messaging/
https://console.firebase.google.com/project/sisfin-2bb72/settings/cloudmessaging/
https://intense-dawn-46739.herokuapp.com/app#!/login
secret