Projeto de TCC Versão Final

Prévia do material em texto

UNIVERISADE ESTÁCIO DE SÁ
Samuel Santana dos Santos
Matricula: 201201260231
Nome do Sistema: Sistema de Controle de Merenda Escolar (SCME)
Trabalho de Conclusão de Curso submetido ao corpo docente do Curso de Graduação em Sistemas de Informação da Universidade Estácio de Sá – UNESA/RJ, como requisito parcial para obtenção do título de Bacharel em Sistemas de Informação.
Orientador: José Carlos Millan
Município: Altamira – Pa.
2015
LISTA DE ILUSTRAÇÕES
Figura 1 – Cronograma (Diagrama de Gantt) parte1 	......................................................... 	6
Figura 2 – Cronograma (Diagrama de Gantt) parte2 	......................................................... 	7
Figura 3 – Organograma da Empresa 	..................................................................................	 9
Figura 4 – Diagrama de Casos de uso 	..................................................................................	 15
Figura 5 – Diagrama de Classes 	..................................................................................	 30
Figura 6 –Modelo Conceitual de Dados 	..............................................................................	30
LISTA DE TABELAS
Tabela 1 - Descrição do Caso de Uso "Logar no Sistema" ...................................................	16
Tabela 2 - Descrição do Caso de Uso "Manter Instituição" ..................................................	17
Tabela 3 - Descrição do Caso de Uso " Manter Condição de Pagamento " ..........................	18
Tabela 4 - Descrição do Caso de Uso " Registrar Venda" ....................................................	19
Tabela 5 - Descrição do Caso de Uso " Emitir Cupom " ......................................................	20
Tabela 6 - Descrição do Caso de Uso ""Manter Usuário " ...................................................	21
Tabela 7 - Descrição do Caso de Uso " Manter Produtos " ..................................................	22
Tabela 8 - Descrição do Caso de Uso " Manter Fornecedor " ................................................	23
Tabela 9 - Descrição do Caso de Uso " Manter Vendedor " .................................................	24
Tabela 10 - Descrição do Caso de Uso " Emitir Contas a Receber " ...................................	25
Tabela 11 - Descrição do Caso de Uso " Registra Compra " ................................................	26
Tabela 12 - Descrição do Caso de Uso "Lançar Estoque" ....................................................	27
Tabela 13 - Descrição do Caso de Uso " Gerar Contas a Pagar" ..........................................	28
Tabela 14 - Descrição do Caso de Uso " Emitir Contas a Pagar".. ......................................	29
Sumário
1. Proposta do Projeto	4
1.1 Método de Trabalho	4
1.2 Previsão de Alocação de Recursos	5
 1.3 Cronograma do Projeto Final	6
2. Caracterização da Empresa e do Negócio	8
2.1 Histórico da Empresa	8
2.2 Atividade da Empresa	9
2.3 Organograma	9
2.4 Mercado Consumidor	9
2.5 Concorrência	10
2.6 Expansibilidade dos Negócios	10
2.7 Aspectos Tecnológicos	10
2.8 Premissas de restrições do projeto ........................................................................	10
3. O Sistema Atual ...............................................................................................................	10
Justificativa de Escolha do Sistema ........................................................................	10
O Sistema .....................................................................................................	11
Funcionamento do sistema ...........................................................................	11
O Ambiente do Sistema ...............................................................................	11
A definição do escopo ..................................................................................	12
Motivação para o novo sistema................................................................................	12
Situação Desejada ...................................................................................................	12
Problemas do sistema atual......................................................................................	13
4. O sistema proposto ..........................................................................................................	13
Lista de Requisitos do Sistema .................................................................................	13
Diagrama de Casos de Uso .......................................................................................	15
Especificações dos casos de uso ...............................................................................	16
Modelo Conceitual de Classes ..................................................................................	30
Modelo Conceitual de Dados ...................................................................................	30
5. Conclusões ........................................................................................................................	31
6. Referências	32
1. Proposta do Projeto
A Prefeitura Municipal de Altamira vem sentindo a necessidade de automatizar diversas rotinas. Algumas dessas rotinas são os processos de controle de estoque de merenda escolar, destinada a creches e escolas municipais, também visa controlar a aquisição de merenda de seus fornecedores, bem como produtos licitados, outro processo que exige atenção e a entrega de merenda para as escolas e creches do município.
A proposta do projeto é o desenvolvimento de um sistema para informatizar o controle de produtos licitado, produtos licitados entregues, estoque de mercadorias, controlar a solicitação de merenda enviada pelas escolas e creches, bem como a entrega e o período de consumo dada a quantidade de alunos de cada escola e creche. O processo de gerenciamento do estoque deve ser confiável e seguro para evitar fraude, permitindo assim a tomada de decisão pelo prefeito e seus secretários com base nas informações geradas.
Atualmente o controle é feito por meio de um software comercial, utilizado em lojas, o que limita o controle do processo de merenda escolar e limitando as informações, que o torna inviável.
O principal objetivo do prefeito é um controle mais eficiente do processo de licitação da merenda, dos produtos entregues pelos fornecedores, estoque, controle de entrega para as escolar e creches municipais, bem como o monitoramento para ver se a merenda esta alcançando o tempo determinado pela nutricionista da secretaria de merenda escolar, dada a quantidade de aluno de cada escola e creche.
1.1. Método de Trabalho
A meta é realizar reuniões semanais com o secretário, prefeito e demais pessoas envolvidas para levantamento dos requisitos que irão compor o sistema. Após cada reunião será elaborado um documento onde estão descritos todos os itens que foram abordados no decorrer da reunião e com prazo para entrega (geralmente tarefas suficientes para serem entregues em uma semana). Este documento será enviado por e-mail para cada um dos participantes da reunião e na reunião seguinte as tarefas serão validadas pelos mesmos participantes da reunião anterior.
Há, porém a possibilidade de reuniões emergenciais caso isso seja necessário, onde possíveis dúvidas poderão ser sanadas.
Outro ponto importante na análise é o acompanhamento da rotina de trabalho, a verificação de documento, planilhas, relatórios e outros.
1.2. Previsão de Alocação de Recursos
Recursos Humanos
Um Analista de Sistema;
Um Secretário de Administração;
Um prefeito;
Um Secretário de merenda escolar;
		Um Analista de Teste;
Recursos Materiais (Hardware)
2 Microcomputador i3 4Gb;
1 Impressora lazer jet HP;
Recursos Materiais (Software)
MS Office 2007;
Windows 7;
MySQL;
Ms Project 2000;
BrModelo;
DBDesigner;
1.3 Cronograma do Projeto (Diagrama de Gantt)
	Atividades
	InícioDuração
	Término
	1.Proposta do projeto
	12/08/2015
	44
	25/09/2015
	Proposta do Projeto com o tema (Proposta Inicial)
	12/08/2015
	29
	10/09/2015
	Método de Trabalho
	11/09/2015
	3
	14/09/2015
	Previsão e Alocação de Recursos
	15/09/2015
	4
	19/09/2015
	Cronograma de Projeto Final
	20/09/2015
	5
	25/09/2015
	2.Caracterização da Empresa e do Negócio
	26/09/2015
	19
	15/10/2015
	Caracterização da Empresa e do Negócio
	26/09/2015
	2
	28/09/2015
	Histórico da Empresa
	29/09/2015
	2
	01/10/2015
	Atividade da Empresa
	02/10/2015
	2
	04/10/2015
	Organograma
	04/10/2015
	2
	06/10/2015
	Mercado Consumidor
	07/10/2015
	1
	08/10/2015
	Concorrência
	09/10/2015
	2
	11/10/2015
	Premissas de restrições do projeto
	12/10/2015
	3
	15/10/2015
	3.O Sistema Atual
	16/10/2015
	14
	30/10/2015
	Justificativa da Escolha do Sistema
	16/10/2015
	1
	17/10/2015
	O Sistema
	18/10/2015
	1
	19/10/2015
	Funcionamento do sistema
	20/10/2015
	1
	21/10/2015
	O Ambiente do Sistema
	22/10/2015
	1
	23/10/2015
	A Definição do escopo
	24/10/2015
	1
	25/10/2015
	Motivação para o novo sistema
	26/10/2015
	1
	27/10/2015
	Situação desejada
	28/10/2015
	1
	29/10/2015
	Problemas do sistema atual
	29/10/2015
	1
	30/10/2015
	4.O Sistema Proposto (projeto lógico)
	31/10/2015
	15
	15/11/2015
	Lista de Requisitos do Sistema
	31/10/2015
	2
	02/11/2015
	Diagrama de Casos de Uso
	03/11/2015
	2
	05/11/2015
	Especificações dos Casos de Uso
	06/11/2015
	2
	08/11/2015
	Modelo Conceitual de Classes
	09/11/2015
	2
	11/11/2015
	Modelo Conceitual de Dados
	12/11/2015
	3
	15/11/2015
	5.Conclusões e Referências
	16/11/2015
	1
	17/11/2015
Figura 1 – Cronograma (Diagrama de Gantt) parte1 
Figura 2 – Cronograma (Diagrama de Gantt) parte2 
2. Caracterização da Empresa e do Negócio
2.1 História da Empresa
A Secretaria de Merenda Escolar do Município de Altamira é um departamento da prefeitura Municipal de Altamira destinada a cuidar do controle, da aquisição e distribuição de merenda para as escolas, creches e instituições de ensino do município.
A cidade de Altamira está localizada no coração da Amazônia Brasileira, na parte oeste do Estado do Pará, tendo feito parte de um plano estratégico dos governos militares de colonização da Amazônia Brasileira na década de 70, com o lema: PEIXOTO, Fabrícia “Integrar para não Entregar”, o que trouxe gente de todos os estados brasileiros para a região. Estabelecida as margens da Rodovia Transamazônica, entre as cidades de Anapú, Vitória do Xingu, Senador José Porfírio, Brasil Novo e São Felix do Xingu e a margem esquerda do Rio Xingu que é um dos afluentes de Rio Amazonas e que faz parte do Complexo Hidrelétrico de Belo Monte, fonte estratégica para geração de energia para o Brasil.
O município de Altamira foi fundado em 06 de novembro de 1911, tem como Prefeito o Sr. Domingos Juvenil. Sua extensão territorial e de 159.533,73 km2 o que o torna o segundo maior município do Mundo e tamanho, chegando até na parte sul ao estado do Mato Grosso. Tendo uma população de aproximadamente 108.000hab. HBGE/2015.
2.2 Atividade da Empresa
A Secretaria de Merenda Escolar tem como foco a aquisição de produtos que compõem a merenda escolar e é responsável pela estocagem destes produtos e distribuição, bem como o controle entrega pelos fornecedores de produtos licitados.
2.3 Organograma
Figura 3 – Organograma da empresa 
2.4 Mercado Consumidor
O mercado consumidor são as escolas e creches da rede municipal que devido à demanda de alunos de cada escolar requer mensalmente a quantidade necessária para a alimentação de seus alunos.
O cardápio é formatado por um(a) nutricionista, que define para cada dia da semana um tipo de alimentação, sendo personalizado para cada instituição.
Somente o controle eficaz evitará o desperdício e a distribuição igualitária para todas as instituições municipais que depende da merenda escolar.
2.5 Concorrência
A concorrência por parte dos clientes (Escolas e demais instituições) haja visto que o controle de aquisição, estocagem e distribuição concentra-se na Secretaria de Merenda Escolar do Município.
A concorrência pode ser sentida por parte dos fornecedores que a cada período entram em licitação para vender seus produtos para a Prefeitura.
2.6 Expansibilidade dos Negócios
Buscando atender cada vez melhor aos alunos da rede municipal de ensino a prefeitura na pessoa do prefeito e seus secretários vem buscando melhorar a qualidade dos produtos oferecidos aos alunos, para que cada criança bem alimentada possa refletir resultados na educação em sala de aula.
2.7 Aspectos Tecnológicos
A instituição vem investindo em tecnologia, justamente para tentar manter um controle de qualidade não só na aquisição dos produtos, mas também no controle de estoque e na distribuição desses produtos para as instituições de ensino municipal, visando atender de forma precisa cada aluno.
2.8 Premissas de restrição do projeto
Não foram identificadas restrições para a continuidade do projeto.
3. O Sistema Atual
Nesta fase estamos analisando e representando os procedimentos do sistema atual sendo eles automáticos ou manuais.
3.1. Justificativa de Escolha do Sistema
Através de uma analise para o controle do fluxo de merenda escolar no município de Altamira, observamos que existe a necessidade de processos ágeis e principalmente atendimento de qualidade para esse determinado segmento. Com esse embasamento visaremos à qualidade e as necessidades do aluno.
3.1.1. O Sistema
O sistema se baseia em um módulo de gerenciamento do controle do fluxo de merenda escolar, visando o acompanhamento desses produtos desde o momento que é licitado e entrega de tais produtos na secretaria ou nas escolas e creches municipais passando por um rigoroso controle de estoque tanto pré-estoque dos produtos licitados, quanto os entregues. Outro ponto alto no processo de controle é o atendimento as escolas e creches, visando atender de forma eficaz para que não fique escola sem receber a merenda escolar suficiente para atender a todos os seus alunos.
3.1.2. Funcionamento do sistema
	A mercadoria chegará ao setor de estoque e o estoquista dará entrada nessa mercadoria através da nota de entrada. Caso o produto não esteja no sistema, o digitador(a) realizará o cadastro dessa mercadoria. Caso o fornecedor também não exista o digitador(a) fará o cadastro. Nesse processo o Secretário(a) registra a licitação e será gerado automaticamente um documento de contas a pagar. O Estoquista e o Secretário(a) terão alguns relatórios a disposição, como o de cadastro de produtos, escolas e creches, fornecedor e Estoquista.
No momento em que o estoquista passar seu pedido para o sistema, por sua vez automaticamente será impresso um cupom de comprovação para a escola ou Creches.
3.1.3. O Ambiente do Sistema
	O sistema é utilizado pelo Secretário e estoquista da Secretaria de Merenda Escolar, que é responsável por cadastrar e realizar a manutenção dos fornecedores, produtos, Usuários, controle de produtos entregues para serem pagos e controle de estoque e cadastro de escolas e creches. Tendo uma visão geral do andamento dos processos da Secretaria. Pelo Secretario(a) que é responsáveis pelo cadastro de Escolas e creches municipais no ato da entrega da merenda e pelo estoquista que é responsável pelo gerenciamento e controle de pagamentos da secretaria.
3.1.4. A definição do escopo
	Através do implemento de novas tecnologias e da informatização de alguns processos a prefeitura visa ter um controle maior sobre seus cadastros, estoques, produtos licitados, produtos licitados entregues e finanças, para que só o Secretário e o Prefeito tenha uma visão mais ampla e atual da situação financeira da Secretaria. O sistema não irá automatizar alguns processos operacionais e financeiros da empresa.
	O sistema proporcionará à diretoria uma maior agilidadee eficiência no estudo e análise dos perfis das escolas e creches, e terá um controle maior sobre o consumo e desperdício através de estimativa estatística, um detalhe importante que podemos salientar além desses é o histórico de compras.
3.2. Motivação para o novo sistema
	Após o levantamento e análise de informações e necessidades atuais da Secretaria de Merenda Escolar, foram obtidas as seguintes causas para o desenvolvimento do novo sistema:
- Dificuldade em manter e consultar o histórico de consumo dos alunos das escolas e creches e traçar um perfil de cada um;
- Cadastro de produtos (feitos manualmente em planilhas);
- Cadastro de clientes (escolas e creches)/fornecedores (feitos manualmente em planilhas);
- Falta de confiabilidade das informações;
- Falta de opções de relatórios;
- Atraso no pagamento de fornecedores;
- Dificuldade no processo de lançamento e baixa de estoque.
- Maior coesão entre as informações com uma hierarquia de controle gerencial.
3.3. Situação Desejada
- Maior visibilidade do perfil das escolas e creches, em função da possibilidade de análise do consumo mensal baseado em estimativa possibilitado pelo conhecimento do volume de consumo;
- Gestão integrada dos processos ligados ao registro e atendimento dos pedidos;
- Maior poder de negociação junto aos fornecedores, gerado pela gestão integrada dos processos de compra;
- Maiores opções de relatórios;
- Restrição ao acesso das informações por parte dos usuários;
- Possibilitará uma visão geral da vida da Secretaria de Merenda Escolar;
3.4. Problemas do sistema atual
	 O sistema atual utiliza planilhas eletrônicas. Todos os lançamentos financeiros são realizados em diversas planilhas. Os cadastros de escolas e creches, fornecedores, produtos e estoquista são feitos em planilhas. Isso dificulta o processo de manutenção, podendo acarretar perdas, erros de informação e atraso no atendimento dos clientes.
4. O sistema proposto (projeto lógico)
 Abaixo será apresentado o levantamento de requisitos e os diagramas do sistema proposto.
4.1 Requisitos do Sistema
Em análise prévia foi identificado problemas de confiabilidade da informação em nosso cliente, devido à utilização de métodos retrógados e manuais que dificultam o controle, a consulta, a análise e a manutenção dos dados. No início percebemos a necessidade de gerenciamento sistêmico principalmente em relação à situação financeira da empresa. Segue abaixo alguns requisitos vistos como necessários para a implantação do sistema dentro do ambiente encontrado:
Requisitos Funcionais:
- [RF1] Cadastrar, excluir e alterar produtos: O sistema deverá permitir cadastrar novos produtos com todos os seus atributos. O cadastro não poderá ser realizado no caso de já existir no sistema um produto com o mesmo código. O sistema deverá permitir a exclusão de produtos por nome ou código. O sistema deverá atualizando a os atributos dos produtos e caso estes produtos estejam em pedidos, esses pedidos deverão ser atualizados também.
- [RF2] Cadastrar, excluir e alterar clientes (escolas e creches). O sistema deverá permitir cadastrar novos clientes com todos os seus atributos. O cadastro não poderá ser realizado no caso de já existir no sistema um cliente com o mesmo código. O sistema deverá permitir a exclusão de clientes por nome ou código. O sistema deverá atualizando a os atributos dos clientes e caso estes estejam em pedidos, esses documentos deverão ser atualizados também.
- [RF3] Cadastrar, excluir e alterar fornecedores: O sistema deverá permitir cadastrar novos fornecedores com todos os seus atributos. O cadastro não poderá ser realizado no caso de já existir no sistema um fornecedor com o mesmo código. O sistema deverá permitir a exclusão de fornecedores por nome ou código. O sistema deverá atualizando a os atributos dos fornecedores e caso estes estejam em pedidos ou documento de contas a pagar, esses documentos deverão ser atualizados também.
- [RF4] Cadastro, exclusão e alteração de contas a pagar: O sistema deverá permitir cadastrar novos documentos de despesa ou receita para controle e acompanhamento financeiro dos clientes e fornecedores. O sistema deverá permitir a exclusão de documentos com a situação em aberto, mas NÃO deverá permitir a exclusão de documentos já baixados. O sistema não deverá permitir o cadastro de documentos com o código já existente na base.
- [RF5] Cadastro de condições de pagamentos. Para que a empresa possa controlar melhor o fluxo de pagamento aos fornecedores.
- [RF6] Cadastro e controle usuário para manter a segurança da informação;
- [RF7] Cadastro e controle do estoque, para que a empresa possa rastrear seu estoque. O sistema deverá permitir a alteração do estoque nunca a exclusão dos registros de lançamentos.
- [RF8] Controle e análise financeira dos fornecedores através de consultas dos documentos financeiros;
- [RF9] Emissão de relatórios financeiros e de cadastro.
- [RF10] Controle de produtos licitados.
Requisitos Não Funcionais:
- [RNF1] Será criado um documento contendo um diagrama de classes, diagrama de caso de uso com suas descrições e com os demais diagramas, como também informações sobre o código fonte.
- [RNF2] Será criado um cronograma detalhado para o processo de desenvolvimento no qual constem: as atividades a serem desenvolvidas e em que período e com que recursos humanos e físicos serão desenvolvidos o sistema.
- [RNF3] A interface do sistema será agradável, objetiva e trivial ao usuário. Suas funcionalidades e informações deveram estar bem visíveis e disponíveis dentro do padrões ergonômico e de acessibilidade.
- [RNF4] Comunicação entre o sistema e usuário será com mensagens simples, explicando o erro gerado e evitando termos técnicos.
- [RNF5] Os relatórios com o filtro de um mês não deverão demorar mais que 7 segundos para serem gerados.
- [RNF6] O tempo de resposta para as operações do banco de dados deverá ser de, no máximo, 3 segundos.
4.2 Casos de Uso
Nesta seção estão os diagramas onde estão registradas todas as funcionalidades do sistema, assim como os atores, onde assim fica explicito suas responsabilidades.
4.2.1 Diagrama de Casos de uso
 
Figura 4 – Diagrama de Caso de Uso
4.3 Especificações dos casos de uso
	Tabela 2 - Descrição do Caso de Uso "Manter Cliente"
		Nome do Caso de Uso
	Manter Escola/crèches/EJA/PETS
	Caso de Uso Geral
	
	Ator Principal
	Secretário
	Atores Secundários
	
	Resumo
	Este caso uso descreve a etapa de cadastro de Escolas/creches/Eja/Pets
	Pré-Condições
	Precisa fazer parte da rede municipal de ensino
	Pós-Condições
	Manter Condição de Pedido
	Fluxo Principal
	
	Ações do Ator
	Ações do Sistema
	1. Selecionar opção Cadastro de Escola/creche
	
	
	2. Apresenta tela de cadastro de Escola/creche.
	3. Seleciona adicionar Escola/Creche.
	
	
	4. Apresenta tela de cadastro de Escola/Creche.
	5. Preenche dados do formulário.
	
	
	6. Salva dados do formulário.
	Restrições/Validações
	
	Fluxo Alternativo – Escola/Creche já existe na base
	
	Ações do Ator
	Ações do Sistema
	
	1. Informa ao usuário que o código já existe na base.
	
	2. Abre formulário de cadastro de Escola/Creche.
	Tabela 3 - Descrição do Caso de Uso "Manter Condição de Pagamento"
		Nome do Caso de Uso
	Manter Condições de Pagamento
	Caso de Uso Geral
	
	Ator Principal
	Secretário
	Atores Secundários
	Estoquista
	Resumo
	Este caso uso descreve a etapa de criação de condições de pagamento.
	Pré-Condições
	Existir Produtos entregues
	Pós-Condições
	
	Fluxo Principal
	
	Ações do Ator
	Ações do Sistema
	1. Selecionar opção cadastro de condições de pagamento.
	
	
	2. Apresentar a tela de cadastro de condições de pagamento.
	3. Seleciona criar nova condição de pagamento.
	
	
	4. Abre formulário.
	5. Digita as informações atreladas a um código.
	
	
	6. Salva a condiçãode pagamento.
	Restrições/Validações
	1.Código da condição não pode estar na base
	Fluxo Alternativo – Condição já existe
	
	Ações do Ator
	Ações do Sistema
	
	1.Informa ao usuário que código da condição já foi cadastrado. 
	
	2. Abre formulário.
	Restrições/Validações
	
	Fluxo Exceção
	
	Ações do Ator
	Ações do Sistema
	
	
	Restrições/Validações
	
	Tabela 4 - Descrição do Caso de Uso "Registrar Venda"
		Nome do Caso de Uso
	Registrar Pedido
	Caso de Uso Geral
	
	Ator Principal
	Secretario / Diretor 
	Atores Secundários
	Estoquista
	Resumo
	Este caso uso descreve a etapa de registro do pedido.
	Pré-Condições
	Existir produto cadastrado no sistema e com estoque
	Pós-Condições
	Emitir pedido.
	Fluxo Principal
	
	Ações do Ator
	Ações do Sistema
	1. Selecionar opção registra pedido.
	
	
	2. Apresenta a opção de registro de pedido.
	3. Fazer Pedido.
	
	
	
	
	
	
	
	Restrições/Validações
	
	Fluxo Alternativo – Condição já existe
	
	Ações do Ator
	Ações do Sistema
	Estar dentro do prazo
	
	
	
	Restrições/Validações
	
	Fluxo Exceção
	
	Ações do Ator
	Ações do Sistema
	
	
	Restrições/Validações
	
	Tabela 5 - Descrição do Caso de Uso "Emitir Comprovante de entrega"
		Nome do Caso de Uso
	Emitir Comprovante de entrega
	Caso de Uso Geral
	 
	Ator Principal
	Secretario/director/estoquista
	Atores Secundários
	
	Resumo
	Este caso uso descreve a etapa de emissão comprovante de entrega da merenda que será entregue ao cliente.
	Pré-Condições
	Ter estoque
	Pós-Condições
	
	Fluxo Principal
	
	Ações do Ator
	Ações do Sistema
	1. Selecionar opção Emitir comprovante de entrega
	 
	 
	2.Selecionar a instituição
	3. Seleciona o filtro do documento através de consulta pela data do lançamento, pelo número do documento ou nome da instuição.
	 
	 
	4. Abre lista de documentos selecionados.
	5. Seleciona opção Emitir Comprovante de entrega.
	 
	 
	6. Emite o Comprovante de entrega.
	
	
	Restrições/Validações
	 1 Número do documento deve existir na base.
	Fluxo Alternativo
	
	Ações do Ator
	Ações do Sistema
	
	
	Restrições/Validações
	 
	Fluxo Exceção
	
	Ações do Ator
	Ações do Sistema
	 
	 
	
	
	Restrições/Validações
	
Tabela 6 - Descrição do Caso de Uso "Manter Usuario"
	Nome do Caso de Uso
	Manter Usuario
	Caso de Uso Geral
	
	Ator Principal
	Secretário
	Atores Secundários
	
	Resumo
	Este caso uso descreve a etapa cadastro e concessão de acesso aos usuários.
	Pré-Condições
	N/A
	Pós-Condições
	
	Fluxo Principal
	
	Ações do Ator
	Ações do Sistema
	1. Selecionar opção Cadastro de Usuario.
	
	
	2. Apresenta tela de cadastro de Usuario.
	3. Seleciona adicionar Usuario.
	
	
	4. Sistema Gera código Usuário.
	5. Preenche dados do formulário.
	
	
	6. Salva dados do formulário.
	Restrições/Validações
	1.Código do produto que está sendo cadastrado não pode existir na base.
	Fluxo Alternativo – Usuario já existe na base
	
	Ações do Ator
	Ações do Sistema
	
	1. Informa ao usuário que este código já existe na base
	
	2. Abre formulário de cadastro de Usuario.
	Restrições/Validações
	1.Código do usuario o que está sendo cadastrado não pode existir na base.
Tabela 7 - Descrição do Caso de Uso "Manter Produtos"
	Nome do Caso de Uso
	Manter Produto
	Caso de Uso Geral
	
	Ator Principal
	Gerente/estoquista
	Atores Secundários
	
	Resumo
	Este caso uso descreve a etapa de cadastro produtos
	Pré-Condições
	N/A
	Pós-Condições
	Lançar Estoque
	Fluxo Principal
	
	Ações do Ator
	Ações do Sistema
	1. Selecionar opção Cadastro de Produto.
	
	
	2. Apresenta tela de cadastro de produto.
	3. Seleciona adicionar produto.
	
	
	4. Sistema Gera código produto.
	5. Preenche dados do formulário.
	
	
	6. Salva dados do formulário.
	Restrições/Validações
	1.Código do produto que está sendo cadastrado não pode existir na base.
	Fluxo Alternativo – Produto já existe na base
	
	Ações do Ator
	Ações do Sistema
	
	1. Informa ao usuário que este código já existe na base
	
	2. Abre formulário de cadastro de produto.
	Restrições/Validações
	1.Código do produto que está sendo cadastrado não pode existir na base.
Tabela 8 - Descrição do Caso de Uso "Manter Fornecedor"
	Nome do Caso de Uso
	Manter Fornecedor
	Caso de Uso Geral
	
	Ator Principal
	Secretario
	Atores Secundários
	Estoquista
	Resumo
	Este caso uso descreve a etapa de cadastro de Fornecedor 
	Pré-Condições
	N/S
	Pós-Condições
	Manter Condição de Pagamento
	Fluxo Principal
	
	Ações do Ator
	Ações do Sistema
	1. Selecionar opção Cadastro de Fornecedor.
	
	
	2. Apresenta tela de cadastro de Fornecedor.
	3. Seleciona adicionar Fornecedor.
	
	
	4. Apresenta tela de cadastro de Fornecedor.
	5. Preenche dados do formulário.
	
	
	6. Salva dados do formulário.
	Restrições/Validações
	
	Fluxo Alternativo – Codigo já existe na base
	
	Ações do Ator
	Ações do Sistema
	
	1. Informa ao usuário que o código já existe na base.
	
	2. Abre formulário de cadastro de fornecedor.
	Restrições/Validações
	Este caso uso descreve a etapa de cadastro de Fornecedor 
	
Tabela 9- Descrição do Caso de Uso "Manter Vendedor"
		Nome do Caso de Uso
	Manter Estoquista
	Caso de Uso Geral
	
	Ator Principal
	Secretario
	Atores Secundários
	
	Resumo
	Este caso uso descreve a etapa de cadastro de Estoquista
	Pré-Condições
	N/S
	Pós-Condições
	N/S
	Fluxo Principal
	
	Ações do Ator
	Ações do Sistema
	1. Selecionar opção Cadastro de Estoquista.
	
	
	2. Apresenta tela de cadastro de estoquista.
	3. Seleciona adicionar Estoquista.
	
	
	4. Apresenta tela de cadastro de Estoquista.
	5. Preenche dados do formulário.
	
	
	6. Salva dados do formulário.
	Restrições/Validações
	
	Fluxo Alternativo – Código já existe na base
	
	Ações do Ator
	Ações do Sistema
	
	1. Informa ao usuário que o código já existe na base.
	
	2. Abre formulário de cadastro de Estoquista.
Tabela 11- Descrição do Caso de Uso "Registra Compra"
	Nome do Caso de Uso
	Registrar Compra
	Caso de Uso Geral
	
	Ator Principal
	Secretario
	Atores Secundários
	
	Resumo
	Este caso uso descreve a etapa de lançamento de entrada de mercadoria na empresa.
	Pré-Condições
	N/S
	Pós-Condições
	Gerar contas a pagar
 lançar estoque
	Fluxo Principal
	
	Ações do Ator
	Ações do Sistema
	1. Selecionar opção lançamento de entrada.
	 
	 
	2. Apresenta tela de lançamento do pedido de compra.
	3. Informa o fornecedor e os produtos que estão chegando a empresa, juntamente com seu preço e valor de estoque.
	 
	 
	4. Grava as informações e alimenta o estoque.
	 
	5. Gera documento de despesa.
	Restrições/Validações
	 
	Fluxo Alternativo
	
	Ações do Ator
	Ações do Sistema
	
	 
	Restrições/Validações
	 
	Fluxo Exceção
	
	Tabela 12 - Descrição do Caso de Uso "Lançar Estoque"
	Nome do Caso de Uso
	Lançar Estoque
	Caso de Uso Geral
	 
	Ator Principal
	Secretario
	Atores Secundários
	 
	Resumo
	Este caso uso descreve a lançamento de estoque.
	Pré-Condições
	
	Pós-Condições
	
	Fluxo Principal
	
	Ações do Ator
	Ações do Sistema
	1. Selecionar opção Lançar estoque.
	 
	 
	2. Abre tela de lançamento de estoque de produtos.
	3. Selecionar botão novo
	 
	 
	4. Número do lançamento é gerado automaticamente.
	5. Preenche as informações do formulário, como produto, quantidade do produtos.
	 
	 
	6. Salva o lançamento de estoque para determinado produto.
	Restrições/Validações
	1.Produto precisa estar cadastradona base.
	Fluxo Alternativo
	
	Ações do Ator
	Ações do Sistema
	
	
	
	
	Restrições/Validações
	 
	Fluxo Exceção
	
	Ações do Ator
	Ações do Sistema
	 
	 
	Restrições/Validações
	 
	
Tabela 13 - Descrição do Caso de Uso "Gerar Contas a Pagar"
 
	
	Nome do Caso de Uso
	Gerar Contas a Pagar
	Caso de Uso Geral
	 
	Ator Principal
	Secretario
	Atores Secundários
	 
	Resumo
	Este caso uso descreve a etapa de geração do documento de contas a pagar.
	Pré-Condições
	
	Pós-Condições
	
	Fluxo Principal
	
	Ações do Ator
	Ações do Sistema
	1. Selecionar opção Lançar contas a pagar.
	 
	 
	2. Abre tela de lançamento de contas a pagar.
	3. Selecionar botão novo
	 
	 4. Informa manualmente o número do documento.
	
	5. Preenche as informações do formulário.
	 
	 
	6. Salva contas a pagar.
	Restrições/Validações
	
	Fluxo Alternativo
	
	Ações do Ator
	Ações do Sistema
	
	
	
	
	Restrições/Validações
	 
	Fluxo Exceção
	
	Ações do Ator
	Ações do Sistema
	 
	 
	Restrições/Validações
	 
	
Tabela 14 - Descrição do Caso de Uso "Emitir Contas a Pagar"
 
	
	Nome do Caso de Uso
	Gerar Contas a Pagar
	Caso de Uso Geral
	 
	Ator Principal
	Secretario
	Atores Secundários
	 
	Resumo
	Este caso uso descreve a etapa de geração de relatorio do documento de contas a pagar.
	Pré-Condições
	
	Pós-Condições
	
	Fluxo Principal
	
	Ações do Ator
	Ações do Sistema
	1. Selecionar opção emitir contas a pagar.
	 
	 
	2. Abre tela de lançamento de contas a pagar.
	3. Selecionar botão novo
	 
	 4. Informa manualmente o número do documento.
	
	5. Preenche as informações do formulário.
	 
	 
	6. Salva contas a pagar.
	Restrições/Validações
	
	Fluxo Alternativo
	
	Ações do Ator
	Ações do Sistema
	
	
	
	
	Restrições/Validações
	 
	Fluxo Exceção
	
	Ações do Ator
	Ações do Sistema
	 
	 
	Restrições/Validações
	 
	
Tabela 14 - Descrição do Caso de Uso "Pagar Contas a Fornecedor"
 
	
	Nome do Caso de Uso
	Pagar Contas
	Caso de Uso Geral
	 
	Ator Principal
	Tesoureiro
	Atores Secundários
	 
	Resumo
	Este caso uso descreve a etapa de pagamento contas a fornecedores.
	Pré-Condições
	Estarem lançadas no sistema.
	Pós-Condições
	Emitir documento de baixa.
	Fluxo Principal
	
	Ações do Ator
	Ações do Sistema
	1. Selecionar opção pagar conta.
	 
	 
	2. Abre tela de Pagar contas.
	3. Selecionar a(s) conta(s) a ser paga(s).
	 
	 4. Informa manualmente o pagamento.
	
	5. Preenche as informações do formulário.
	 
	 
	6. Salva contas pagas.
	Restrições/Validações
	
	Fluxo Alternativo
	
	Ações do Ator
	Ações do Sistema
	
	
	
	
	Restrições/Validações
	
	Fluxo Exceção
	
	Ações do Ator
	Ações do Sistema
	 
	 
	Restrições/Validações
	 
	
Tabela 14 - Descrição do Caso de Uso "Gerar Mapa Nutricional"
 
	
	Nome do Caso de Uso
	Mapa Nutricional
	Caso de Uso Geral
	 
	Ator Principal
	Nutricionista
	Atores Secundários
	 
	Resumo
	Este caso uso descreve a etapa de geração do mapa nutricional.
	Pré-Condições
	
	Pós-Condições
	
	Fluxo Principal
	
	Ações do Ator
	Ações do Sistema
	1. Selecionar opção Mapa nutricional.
	 
	 
	2. Abre tela de Mapa Nutricional
	3. Escolhe novo mapa nutricional.
	 
	 4. Montar mapa nutricional.
	
	5. Preenche as informações do formulário.
	 
	 
	6. Salva mapa nutricional.
	Restrições/Validações
	
	Fluxo Alternativo
	
	Ações do Ator
	Ações do Sistema
	
	
	
	
	Restrições/Validações
	
	Fluxo Exceção
	
	Ações do Ator
	Ações do Sistema
	 
	 
	Restrições/Validações
	 
4.4 Modelo Conceitual de Classes
Figura 5 – Diagrama de Classes
4.5 Modelo Conceitual de Dados 
Figura 6 – Modelo Conceitual de Dados
5. Conclusões
Em um mundo que está em constante mudança, onde a tecnologia tem feito parte ativa na tomada de decisão, não podemos baixar guarda frente ao investimento tecnológico, detalhes fazem a diferença entre quem ganha e quem perde nesse mundo globalizado e competitivo, que tem feito da informação o bem mais valioso, somente o acesso planejado as informações pode permitir uma tomada de decisão de forma eficaz e com o menor nível de erro.
Com a utilização do sistema de Controle de merenda escolar o atendimento as instituições de ensino torna-se ágil, dinâmico e o Secretario junto ao Prefeito terão um controle maior sobre suas despesas financeiras, sobre seus fornecedores, clientes e produtos. E com as regras de mercado em constante mutação, a empresa estará em um nível acima de alguns outros concorrentes, até mesmo para futuras alterações tecnológicas.
REFERÊNCIAS
Gilleanes T. A. Guedes , Uml 2 - Uma Abordagem Prática. 2ª.ed Editora:NOVATEC, 2011.
Da Silva M. R , UML, Metodologias e Ferramentas CASE. 2ª.ed. Editora: Centro Atlântico: Portugal/2001
Vídeo aulas da Universidade Estácio de Sá.(indisponíveis para não alunos da instituição.)
30