Atual Projeto TCC em Sistemas de Informação Brian de Freitas Pereira - Copia (2)

•

ESTÁCIO

3

0

3

0

Brian Freitas

01/05/2023

E aí, curtiu este material?

Ajude a incentivar outros estudantes a melhorar o conteúdo

Gostou desse material? Compartilhe! 🧡

Projeto de Tcc em Sistemas de Informação

183 Materiais compartilhados

Baixe o app para aproveitar ainda mais

Leia os materiais offline, sem usar a internet. Além de vários outros recursos!

Prévia do material em texto

2
Autor: Brian de Freitas pereira
EAD
Orientador: Professor Renato dos Passos Guimarães, M.e
Projeto de TCC em Sistemas de Informação
Rio De Janeiro - RJ
2022
Brian de Freitas Pereira
Projeto de TCC em Sistemas de Informação
Relatório final, apresentado a Universidade Estácio de Sá, Campus West Shopping – Campo Grande. Como parte das exigências para a obtenção do título de Bacharelado do curso de Sistemas de Informação.
Orientador (a): Professor Renato dos Passos Guimarães.
Rio De Janeiro - RJ
2022
Brian de Freitas Pereira
Projeto de Trabalho de Conclusão de Curso, apresentado a Universidade Estácio de Sá, como parte das exigências para a conclusão do curso de Sistemas de Informação.
Rio de Janeiro,_____ de ___________ de ________.
Banca Examinadora
Prof. Professor Renato dos Passos Guimarães, M.e – Orientador
Universidade Estácio de Sá
RESUMO
O trabalho apresentado tem como objetivo apresentar a implantação tecnológica em uma rede de restaurantes, esclarece os motivos que permitem o atraso da empresa nos processos burocráticos da sua gestão financeira e exibem as vantagens de automatizar toda uma área que, assim que automatizada, passa a agregar valor e consistência de forma clara e objetiva aos seus dirigentes e funcionários. O sistema oferece ferramentas para controle e análise, facilitando diretoria e funcionários atuantes no mesmo.
Palavras-chave: Gestão. Finanças. Curso superior em sistemas de informação.
ABSTRACT
The monography presented aims to present the technological implementation in a chain of restaurants, clarifies the reasons that allow the company to delay in the bureaucratic processes of its financial management and exhibits the advantages of automating an entire area that, once automated, starts to add value and consistency in a clear and objective way to its managers and employees. The system offers tools for control and analysis, facilitating management and employees working in it.

Keywords: Management. Finance. Higher course in information system.
1. O problema.
1.1 - Tema do Trabalho: Sistema de gestão financeiro de uma rede de restaurantes chamado “A Massa”.
1.2 - Contextualizações: O sistema visa a gestão das finanças de toda a rede de restaurantes. É necessário um sistema que controle entradas e saídas, bem como uma projeção futura das finanças.
1.3 - Situação do Problema: Com o crescimento do restaurante se tornando cada vez maior, os donos não conseguem mais administrar com qualidade os lucros e os gastos de sua franquia.
1.4 - Breve descrição da Solução: O sistema tem o objetivo de trazer segurança, qualidade e controle orçamentário do estabelecimento. O usuário poderá parametrizar suas entradas e saídas no sistema, cadastrar fornecedores e contas contábeis para controle. Também poderá visualizar suas movimentações de entrada e saída através de estatísticas ou relatórios que serão disponibilizados pelo sistema, resultando em melhor noção e transparência de gastos além da praticidade em caso de auditoria.
2.1 - Contextualização
2.1.1 - Premissas:
· Os profissionais que estiverem no projeto, terão disponibilidade total enquanto necessário.
· Os dispositivos utilizados para o desenvolvimento do projeto, estarão disponíveis e funcionando 100% durante o período de utilização.
· A tecnologia definida para implementação, atenderá todos os aspectos definidos em seu escopo.
2.1.2 - Restrições:
· O sistema será entregue 3 meses após seu início.
· A tecnologia utilizada para a implementação será testada e definida antes que o projeto se inicie.
· Os equipamentos e infraestrutura serão previamente definidos e testados.
· Todos os profissionais alocados não poderão trabalhar mais de 8 horas por dia.
2.2 - Caracterização da Empresa:
A rede de restaurantes “A Massa” parte de uma empresa do ramo alimentício onde não realiza apenas a confecção de hambúrgueres artesanais e sim produtos mais em conta e até outros lanches, como pizzas, etc. É uma organização que já está no mercado a 4 anos e que vem crescendo bastante após a urbanização da cidade onde está instalada. A projeção após a implantação do novo sistema, é que em 1 ano o lucro atual aumente em cerca de 33%.
2.2.1 - Histórico da Empresa:
· Nome: A Massa.
· Criação: 20 de janeiro de 2018.
· Funcionários: A rede de restaurantes A Massa atualmente conta com 202 funcionários, sendo eles 2 Diretores Gerais, 60 cozinheiros, 20 gerentes, 60 entregadores e 60 atendentes.
· Ramo: Alimentício (Restaurante com foco principal na venda de Massas e hamburgueres).
· Beneficiários: Pessoas físicas.
· Quantidade de pessoas a serem beneficiadas: Qualquer tipo de pessoa em qualquer idade.
· Ramo da Atividade: Controle e gestão do fluxo de caixa.
2.2.2 – Atividades da Empresa:
· “A Massa” busca trazer um serviço e produtos de qualidade e ingredientes de ponta para que o consumidor se sinta satisfeito tanto pela refeição quanto pelo atendimento.
· A empresa busca trazer mais rapidez e disponibilidade em seus atendimentos e entregas com a aquisição de um sistema para um controle mais apurado de seu fluxo de caixa.
· A empresa oferece a confecção pizzas, macarronadas e hambúrgueres artesanais a um preço mais acessível.
· A empresa permite que clientes refaçam um determinado pedido anterior com base no CPF ou celular cadastrado.
· A empresa conta com serviço de entrega em domicílio (Delivery).
2.2.3 - Mercado Consumidor:
A empresa é voltada a qualquer tipo de pessoa que esteja disposta a saborear um “lanche” de qualidade e confeccionado somente com produtos de ponta, selecionado dos melhores frigoríficos e armazéns da região.
2.2.4 - Concorrência:
Na região onde se encontra a rede “A Massa”, possuem diversas outras casas de lanches, porém nenhuma delas ainda com produtos feitos artesanalmente, fazendo assim com que clientes sintam a curiosidade de provar um produto feito com uma qualidade diferenciada e com um preço não tão elevado.
2.2.5 - Organograma:

2.3 - Proposta de Trabalho
2.3.1 - Método de trabalho:
A metodologia utilizada para o desenvolvimento do projeto será em cascata com retroalimentação que nos permite retornar à certo ponto do projeto e tomar alguma atitude diferente em caso de erro ou alteração em algum aspecto do projeto. A técnica para levantamento de dados será através de entrevistas semanais com os responsáveis pelo estabelecimento e serão realizados modelos UML para representar à orientação a objetos, que será o paradigma utilizado para o desenvolvimento do sistema em questão e também diagramas de entidade e relacionamento com o intuito de realizar a modelagem conceitual do problema.
2.3.2 - Previsão e alocação de recursos humanos:
Profissionais
Seq
Nome do recurso
Unidades
Qtd. Unidade
Vl. Unitário
Vl. Total
1
Analista de Sistemas
um
1
R$5.000,00
R$5.000,00
2
Programador
um
2
R$3.000,00
R$6.000,00
Recursos Tecnológicos
Seq
Nome do recurso
Unidades
Qtd. Unidade
Vl. Unitário
Vl. Total
1
Notebook Acer AspireI5 8g 1TB
um
3
R$4.499,99
R$7.499,97
2
Astah Community
um
1
R$0,00
R$0,00
3
Impressora Canon G2100
um
1
R$445,00
R$445,00
4
Pacote Office 365
um
1
R$350,00
R$350,00
5
ProjectLibre
um
1
R$0,00
R$0,00
6
BrModelo
um
1
R$0,00
R$0,00
7
Visual Studio 2017
um
1
R$ 375,00
R$375,00
Recursos Materiais
Seq
Nome do Recurso
Unidades
Qtd. Unidade
Vl. Unitário
Vl. Total
1
Material de Escritório
um
1
R$850,00
R$850,00
2
Tinta para impressora
um
1
R$259,00
R$259,00
3
Papel Chamex A4 297x210
um
500
R$24,99
R$24,99
Valor Total do Projeto
R$9.803.96
2.3.3 - Cronograma de trabalho:
Diagrama de Gantt:
2.3.4 – Previsão Orçamentária:
Recurso
Tipo Recurso
Vl. Mês
Set/22
Out /22
Nov/22
Dez/22
Total
Analista de Sistema
Humano
R$5.000
R$5.000
R$5.000
R$5.000
R$5.000
R$20.000,00
Noteb. Acer AspireI5
Tecnológico
R$2.499,00R$2.499,00
R$0,00
R$0,00
R$0,00
R$2.499,00
ProjectLibre
Tecnológico
R$0,00
R$0,00
R$0,00
R$0,00
R$0,00
R$0,00
Pacote Office 365
Tecnológico
R$350,00
R$350,00
R$0,00
R$0,00
R$0,00
R$350,00
Astah Community
Tecnológico
R$0,00
R$0,00
R$0,00
R$0,00
R$0,00
R$0,00
BrModelo
Tecnológico
R$0,00
R$0,00
R$0,00
R$0,00
R$0,00
R$0,00
Impress. G2100
Material
R$445,00
R$445,00
R$0,00
R$0,00
R$0,00
R$445,00
Visual Studio 2017
Tecnológico
R$375,00
R$375,00
R$0,00
R$0,00
R$0,00
R$375,00
Material de Escritório
Material
R$850,00
R$850,00
R$0,00
R$0,00
R$0,00
R$850,00
Tinta para impressora
Material
R$259,00
R$259,00
R$0,00
R$0,00
R$259,00
R$518,00
Papel para impressão
Material
R$24,99
R$24,99
R$0,00
R$24,99
R$0,00
R$49,98
Programador
Humano
R$2.000,00
R$2.000,00
R$2.000,00
R$2.000,00
R$2.000.00,
R$8.000,00
TOTAL
---------------
---------------
R$11.802,99
R$7.000,00
R$7.024,99
R$7.259,00
R$33.086,98
2.4 - O sistema Atual:
2.4.1 - Funcionamento do sistema atual:
O sistema utilizado atualmente pela rede “A Massa” é registrado em computadores de forma manual. Não há sistema que permita a parametrização das entrados ou saídas realizadas em caixa, comprometendo a produtividade dos funcionários assim como o cálculo de sua projeção no mercado.
2.4.2 - Problemas do sistema atual:
Com a ausência de controle adequado do caixa e uma perda considerável na produção e projeção futura, causando assim atraso no crescimento e muitas vezes desgaste excessivo ao final do expediente, a rede “A Massa” viu a necessidade de dar um fim nessa situação. A aquisição de um sistema de gestão de fluxo de caixa, permitirá que as informações do caixa, sejam controladas de uma forma bem mais prática, rápida e fácil, além de auxiliar na projeção de aquisições futuras e o total controle de gastos através de relatórios e estatísticas apresentadas pelo sistema em questão.
3 - A solução:
3.1 - O sistema proposto:
O sistema proposto ao ser aplicado no ambiente de trabalho da rede de restaurantes, busca trazer praticidade e mais rapidez no fechamento e manuseio do caixa, diferente do método atualizado atualmente que é manual. O novo sistema a ser implantado, traz a descrita melhora, pela questão de permitir a parametrização de suas movimentações entre fornecedores e clientes sem medo de perdê-las, pois ficarão armazenadas no sistema. E ele também permite a conferência e projeções futuras através dos diversos meios disponíveis no sistema, como relatórios e estatísticas.
3.1.1 - Justificativa para o novo sistema:
Entende-se que com a implantação do novo sistema, a rede de restaurantes poderá fazer estimativas de lucros, projeções de investimentos e a checagem da saúde de suas movimentações com o objetivo de manter sempre em ordem o andamento de suas entradas/saídas, fazendo assim com que a aquisição do novo sistema, seja vista como um investimento e não como um gasto, pois haverá possibilidade de um retorno significativo com o decorrer do tempo.
3.1.2 - Situação desejada: Objetivos gerais e específicos:
A finalidade principal do sistema, é o controle adequado e mais prático de todo os aspectos relativos ao controle do fluxo de caixa da rede de restaurantes, desde a compra de matéria prima de seus fornecedores, até a venda a seus clientes. O sistema permitirá todo o controle, sendo assim, permitirá que as entradas e saídas sejam devidamente parametrizadas, como por exemplo a saída de capital da rede de restaurantes para a “aquisição de matéria prima de um determinado fornecedor“ ou “a venda e lucratividade que a empresa teve em um determinado período, decorrente da venda de tais produtos”.
3.1.3 - Soluções alternativas:
O sistema de gestão de fluxo de caixa tem como solução principal, além de controlar as entradas e saídas, permitir o planejamento futuro e projeções através de seus relatórios integrados e estatísticas, uma solução alternativa visando a questão financeira, seria a aquisição de um sistema que não realizasse tarefas dinâmicas, como a impressão de relatórios de controle e estatísticas/estimativas de gastos. Outra solução que foge um pouco do âmbito da tecnologia, seria a realização de cursos de gestão financeira, gestão de fluxo de caixa, para que possa ter profissionais com mais responsabilidade.
3.2 - Solução escolhida:
A solução escolhida, como já descrita nos parágrafos acima, é um software onde o usuário poderá controlar todo o fluxo relativo ao controle de caixa da rede “A Massa” ou de qualquer empresa que tenha tal necessidade operacional.
3.2.1 - Escopo da Solução:
Inicialmente, será necessário o empenho de todos os envolvidos no projeto, ou seja, iniciaremos com o levantamento de requisitos que será feito por parte do analista. Os programadores por sua vez, logo após o levantamento, realizarão a modelagem conceitual e os diagramas do projeto com o auxílio dos analistas. O período para realização desta etapa, será de 15 dias. Logo após, partiremos para o desenvolvimento do sistema. Etapa tal que será realizada por todas as partes envolvidas no projeto. Cada um ficará responsável por uma rotina, por exemplo, o Programador Ruan, ficará responsável pela criação do relatório de saída. Será utilizado o SVN para o controle da versão de desenvolvimento. O tempo estimado para a realização de tal etapa é de 20 dias, pela questão dos testes e caso algum profissional precise de algum auxílio no decorrer do desenvolvimento. Após tal etapa, será realizada a etapa de testes em âmbito geral, checagem de todas as exigências do cliente e verificação se o que foi desenvolvido/projeto, de fato atende. Tal etapa, será realizada em no máximo 18 horas. O período de implantação será de 6 horas pela questão da instalação do banco de dados. O sistema terá um período total estimado de desenvolvimento de 288 horas, considerando que cada profissional trabalhará 8 horas por dia. Não será permitido alteração nas funcionalidades do sistema no decorrer do desenvolvimento após definição do cliente.
3.2.2 - Requisitos do Sistema:
Código:
RF001
Nome: Manter Fornecedores
Prioridade:
( x ) Essencial ( ) Importante ( ) Desejável
Descrição:
Os cadastros de fornecedores devem ser devidamente “mantidos” (CRUD) pelo gerente no sistema.
Regras de Negócio
1. O Gerente deve estar logado no sistema.
Requisitos não funcionais
Código
Requisitos
Categoria
RNF1.1
Todo fornecedor deve possuir um código de identificação (CNPJ).
Usabilidade
RNF1.2
O tempo de manuseio do cadastro dos fornecedores no sistema, após determinada ação de exclusão, atualização, gravação ou exclusão, não deve ultrapassar 2 segundos.
Performance
Código:
RF002
Nome: Registrar Movimentações
Prioridade:
( x ) Essencial ( ) Importante ( ) Desejável
Descrição:
O gerente deve registrar as movimentações de entrada e saída.
Regras de Negócio
1. O fornecedor deve estar cadastrado no sistema.
2. O Gerente deve estar logado no sistema.
Requisitos não funcionais
Código
Requisitos
Categoria
RNF1.1
O tempo de registro da movimentação após a ação de gravação da rotina, não deve ultrapassar 2 segundos.
Performance
Código:
RF003
Nome: Controlar Movimentações
Prioridade:
( x ) Essencial ( ) Importante ( ) Desejável
Descrição:
As movimentações de entrada e saída devem ser controladas pelo gerente.
Regras de Negócio
1. O fornecedor deve estar cadastrado no sistema.
2. O Gerente deve estar logado no sistema.
Requisitos não funcionais
Código
Requisitos
Categoria
RNF1.1
O sistema deve informar as estatísticas de ganho e perda.
Usabilidade
RNF1.2
A impressão dos relatórios de entrada ou saída, não deve ultrapassar 5 segundos.
Performance
Código:
RF004
Nome: Manter Modelo de Plano de Conta
Prioridade:
( x ) Essencial ( ) Importante ( ) Desejável
Descrição:
Os cadastros de modelode plano de conta deve ser devidamente “mantido”(CRUD) pelo gerente no sistema.
Regras de Negócio
1. O Gerente deve estar logado no sistema.
Requisitos não funcionais
Código
Requisitos
Categoria
RNF1.2
O tempo de manuseio do cadastro da modelo de plano de conta no sistema, após determinada ação de exclusão, atualização, gravação ou atualização, não deve ultrapassar 2 segundos.
Performance
Código:
RF005
Nome: Manter Contas Contábeis
Prioridade:
( x ) Essencial ( ) Importante ( ) Desejável
Descrição:
Os cadastros de contas contábeis deve ser devidamente “mantido”(CRUD) pelo gerente no sistema.
Regras de Negócio
1. O Gerente deve estar logado no sistema.
Requisitos não funcionais
Código
Requisitos
Categoria
RNF1.1
Toda conta contábil deve estar ligada a uma movimentação. Seja entrada ou saída.
Usabilidade
RNF1.2
O tempo de manuseio do cadastro da conta contábil no sistema, após determinada ação de exclusão, atualização, gravação ou atualização, não deve ultrapassar 2 segundos.
Performance
RNF1.3
Toda conta contábil deve estar diretamente atrelada a um plano de conta.
Usabilidade
Código:
RF006
Nome: Manter Gerente
Prioridade:
( x ) Essencial ( ) Importante ( ) Desejável
Descrição:
O cadastro de Gerente devem ser devidamente “mantidos”(CRUD) pelo Diretor no sistema.
Regras de Negócio
Requisitos não funcionais
Código
Requisitos
Categoria
RNF1.1
Todo gerente deve possuir um código de identificação.
Usabilidade
3.2.3 – Diagrama de caso de Uso
3.2.4 – Especificações textuais de casos de uso
· Caso de Uso: Manter Gerente.
· Ator Principal: Diretor.
· Pós-Condições: O sistema armazenará os dados do gerente.
Fluxo Principal:
1. O Diretor seleciona a aba de cadastros.
2. O Diretor seleciona a opção de cadastro de gerente.
3. O sistema exibe a tela de cadastro.
4. O Diretor informa os dados necessários.
5. O Diretor pressiona o botão para gravar o cadastro.
6. O sistema exibe a mensagem de gerente cadastrado com sucesso.
Fluxo de Exceção (4): Campo Obrigatório.
4.1 Exibir a mensagem de qual campo é obrigatório para a realização do cadastro de gerente.
4.2 Retornar ao passo 5.
Fluxo de Alternativo (6): O Diretor desiste do cadastro do Gerente.
6.1 Encerrar o caso de uso.
· Caso de Uso: Manter Fornecedor.
· Ator Principal: Gerente.
· Pós-Condições: Os dados do Fornecedor são armazenados no sistema.
Fluxo Principal:
1. O gerente seleciona a aba de cadastros.
2. O gerente seleciona a opção de cadastro de fornecedor.
3. O sistema exibe a tela de cadastro de fornecedor.
4. O gerente informa os dados necessários.
5. O gerente pressiona o botão de gravar o cadastro.
6. O sistema exibe a mensagem de fornecedor cadastrado com sucesso.
Fluxo de Exceção (4): CNPJ inválido.
4.1 Exibir a mensagem de CNPJ inválido.
4.2 Retornar ao passo 5.
Fluxo de Exceção (4): Campo Obrigatório.
4.1 Exibir a mensagem de qual campo é obrigatório para o cadastro.
4.2 Retornar ao passo 5.
Fluxo de Alternativo (6): O Gerente desiste do cadastro do Fornecedor.
6.1 Encerrar o caso de uso.
· Caso de Uso: Manter Modelo de plano de conta.
· Ator Principal: Gerente.
· Pós-Condições: Os dados do modelo de plano de conta são armazenados no sistema.
Fluxo Principal:
1. O gerente seleciona a aba de cadastros.
2. O gerente seleciona a opção de cadastro de modelo de plano de contas.
3. O sistema exibe a tela de cadastro de modelo de plano de contas.
4. O gerente informa os dados necessários para o cadastro.
5. O gerente pressiona o botão de gravar o cadastro.
6. O sistema exibe a mensagem de cadastro realizado com sucesso.
Fluxo de Exceção (4): Campo Obrigatório.
4.1 Exibir a mensagem de qual campo é obrigatório para o cadastro.
4.2 Retornar ao passo 5.
Fluxo de Exceção (6): O Gerente desiste do cadastro.
6.1 Encerrar o caso de uso.

· Caso de Uso: Manter Contas Contábeis.
· Ator Principal: Gerente.
· Pré-Condições: O modelo de plano de contas deve estar registrado e identificado no sistema.
· Pós-Condições: Os dados de Contas Contábeis são armazenados no sistema.
Fluxo Principal:
1. O gerente seleciona a aba de cadastros.
2. O gerente seleciona a opção de cadastro de Contas Contábeis.
3. O sistema exibe a tela de cadastro de Contas Contábeis.
4. O sistema solicita para qual modelo de plano de contas será o cadastro de tal conta contábil.
5. O gerente informa os dados necessários.
6. O gerente pressiona o botão de gravar o cadastro.
7. O sistema exibe a mensagem de fornecedor cadastrado com sucesso.
Fluxo de Exceção (4): Modelo de plano de contas inexistente.
4.1 Exibir a mensagem de modelo de plano de contas inexistente.
4.2 Encaminhar para o caso de uso Manter modelo de plano de contas.
4.3 Retornar ao passo 5.
Fluxo de Exceção (5): Campo Obrigatório.
5.1 Exibir a mensagem de qual campo é obrigatório para o cadastro.
5.2 Retornar ao passo 6.
Fluxo de Alternativo (7): O Gerente desiste do cadastro de conta contábil.
7.1 Encerrar o caso de uso.
· Caso de Uso: Registrar Movimentações.
· Ator Principal: Gerente.
· Pré-Condições: O Fornecedor deve estar registrado e identificado no sistema.
· Pós-Condições: Os dados das movimentações são armazenados no sistema.
Fluxo Principal:
1. O gerente seleciona a aba de cadastros.
2. O gerente seleciona a opção de cadastro de movimentação.
3. O sistema exibe a tela de cadastro de movimentação.
4. O sistema solicita para qual fornecedor será a movimentação.
5. O gerente informa os dados necessários.
6. O gerente pressiona o botão de gravar o cadastro.
O sistema exibe a mensagem de movimentação registrada com sucesso.
Fluxo de Exceção (4): Fornecedor inexistente.
4.1 Exibir a mensagem de modelo de plano de contas inexistente.
4.2 Encaminhar para o caso de uso Manter Fornecedor.
4.3 Retornar ao passo 5.
Fluxo de Exceção (5): Campo Obrigatório.
5.1 Exibir a mensagem de qual campo é obrigatório para o cadastro.
5.2 Retornar ao passo 6.
Fluxo de Alternativo (7): O Gerente desiste do cadastro de movimentação.
6.1 Encerrar o caso de uso.
· Caso de Uso: Controlar Movimentações.
· Ator Principal: Gerente.
· Pré-Condições: Ao menos uma movimentação para um Fornecedor deve estar registrada e identificada no sistema.
Fluxo Principal:
1. O gerente seleciona a aba de utilitários.
2. O gerente seleciona a opção de relatório de entradas e saídas.
3. O sistema existe a tela de filtragem do relatório.
4. O gerente parametriza a rotina com base nos filtros desejados.
5. O gerente pressiona o botão de imprimir o relatório.
6. O sistema exibe as informações referente as movimentações realizadas pelo estabelecimento.
Fluxo de Exceção (4): Nenhuma movimentação registrada.
4.1 Exibir a mensagem de modelo de plano de contas inexistente.
4.2 Encaminhar para o caso de uso registrar movimentação.
4.3 Retornar ao passo 5.
Fluxo de Exceção (4): Campo Obrigatório.
5.1 Exibir a mensagem de qual campo é obrigatório para a impressão.
5.2 Retornar ao passo 5.
Fluxo de Alternativo (6): O Gerente desiste da consulta das movimentações.
Encerrar o caso de uso.
3.2.5 – Modelo Conceitual de Classes
3.2.6 – Modelo Conceitual de dados
4. Referências Bibliográficas
Site: http://canalopenproj.blogspot.com/2013/12/associar-recursos.html?m=1
Site: https://www.contabeis.com.br/artigos/5122/gestao-do-fluxo-de-caixa-nas-empresas-revisao-da-literatura/
Portal Estácio: http://estacio.webaula.com.br/Classroom
Youtube - Canal “Ricardo Vargas”: https://www.youtube.com/watch?v=2_Myo-X_OBc&feature=c4-overview-vl&list=PL1A4A467314DF8BA5Livro: Princípios de análise e projeto de sistemas UML: Um guia prático para modelagem de sistemas
Diretor
Gerente
Atendente
Cozinheiro
Entregador