TCC em Sistemas de Informação 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.
2016
Sistema de Controle de Merenda Escolar (SCME) 
Trabalho de conclusão de curso apresentado como parte das atividades para obtenção do título de Bacharel, do curso de Sistemas de Informação da Universidade Estácio de Sá - UNESA do Rio de Janeiro.
Professor Orientador: José Carlos Millan
Altamira – Pa – 2016.
RESUMO
Este trabalho tem como missão desenvolver um projeto de software, percorrendo as diversas etapas adotadas no processo de engenharia de software, começando pela analise de requisitos, modelagem de Casos de Uso, Modelagem de dados e os demais diagramas que compõe a UML, projeto este que durou dois semestres e foi dividido em duas etapas: no primeiro foi feito o projeto de TCC e no atual a parte final do TCC.
O projeto de software procurou fazer a engenharia de um sistema de controle de merenda escolar o SCME, como a função de efetuar a etapa de compra da merenda, o estoque da merenda e a distribuição da merenda para as diversas instituições educacionais de ensino do município.
LISTA DE ILUSTRAÇÕES
Figura 1 – Cronograma (Diagrama de Gantt) parte1 	......................................................... 	8
Figura 2 – Cronograma (Diagrama de Gantt) parte2 	......................................................... 	9
Figura 3 – Organograma da Empresa 	..................................................................................	 10
Figura 4 – Diagrama de Casos de uso 	..................................................................................	 16
Figura 5 – Diagrama de Classes 	..................................................................................	 30
Figura 6 – Modelo Conceitual de Dados 	..............................................................................	31
Figura 7 - Janela de Acesso ao Sistema 	..............................................................................	32
Figura 8 - Janela de Menu do Sistema	........................................................................	32
Figura 9 - Janela de Cadastro de Instituição 	..........................................................................	33
Figura 10 - Janela de Cadastro de Produtos	...................................................................	33
Figura 11 Janela de Cadastro de Fornecedor 	.......................................................................	33
Figura 12 Janela de Cadastro de Usuário 	..............................................................................	34
Figura 13 Janela de Cadastro de Grupo 	..............................................................................	34
Figura 14 Janela de Menu Movimento 	..............................................................................	34
Figura 15 Janela de Cadastro de pedido 	..............................................................................	35
Figura 16 Janela de Cadastro de Compra 	..............................................................................	35
Figura 17 Janela de Menu Consulta 	....................................................................................	35
Figura 18 Janela de Menu Relatório 	....................................................................................	36
Figura 19 Diagrama de Sequencia Logar 	............................................................................ 	37
Figura 20 Diagrama de sequencia compra produto 	............................................................	38
Figura 21 Diagrama de sequencia fazer pedido	...................................................................	38
Figura 22 Diagrama de sequencia cadastrar usuário	............................................................	38
Figura 23 Diagrama de Estado	.............................................................................................	39
Figura 24 Diagrama de atividade	.........................................................................................	40
Figura 25 Modelo conceitual com relacionamentos e entidades	........................................	40
Figura 26 Modelo Lógico de Dados	....................................................................................	41
Figura 27 Diagrama de Componentes	.................................................................................	47
Figura 28 Diagrama de Implantação	....................................................................................	48
LISTA DE TABELAS
Tabela 1 - Descrição do Caso de Uso "Logar no Sistema" ...................................................	18
Tabela 2 - Descrição do Caso de Uso "Manter Cliente" ..................................................	19
Tabela 3 - Descrição do Caso de Uso " Manter Condição de Pagamento " ..........................	20
Tabela 4 - Descrição do Caso de Uso " Registrar Venda" ....................................................	21
Tabela 5 - Descrição do Caso de Uso " Emitir Cupom " ......................................................	21
Tabela 6 - Descrição do Caso de Uso ""Manter Usuário " ...................................................	23
Tabela 7 - Descrição do Caso de Uso " Manter Produtos " ..................................................	23
Tabela 8 - Descrição do Caso de Uso " Manter Fornecedor " ...............................................	24
Tabela 9 - Descrição do Caso de Uso " Manter Vendedor " .................................................	25
Tabela 10 - Descrição do Caso de Uso " Registra Compra " ................................................	26
Tabela 11 - Descrição do Caso de Uso "Lançar Estoque" ....................................................	27
Tabela 12 - Descrição do Caso de Uso " Gerar Contas a Pagar" ..........................................	28
Tabela 13 - Descrição do Caso de Uso " Emitir Contas a Pagar".. ......................................	29
Tabela 14 - Descrição do Caso de Uso " Pagar Contas a Fornecedor".................................	29
Tabela 15 - Descrição do Caso de Uso " Gerar Mapa Nutricional" ......................................	29
Tabela 16 – Projeto de tabelas e arquivos 1 ............................................................................	43
Tabela 17 – Projeto de tabelas e arquivos 2 ........................................................................	43
Tabela 18 – Projeto de tabelas e arquivos 3 ........................................................................	43
Tabela 19 – Projeto de tabelas e arquivos 4 ........................................................................	44
Tabela 20 – Projeto de tabelas e arquivos 5 ........................................................................	44
Tabela 21 – Projeto de tabelas e arquivos 6 ........................................................................	44
Tabela 22 – Projeto de tabelas e arquivos 7 ........................................................................	44
Tabela 23 – Projeto de tabelas e arquivos 8 ........................................................................	45
Tabela 24 – Projeto de tabelas e arquivos 9 ........................................................................	45
Tabela 25 – Projeto de tabelas e arquivos 10 ........................................................................	45
Tabela 26 – Projeto de tabelas e arquivos 11 ........................................................................	46
SUMÁRIO
1. Proposta do Projeto	7
1.1 Método de Trabalho	71.2 Previsão de Alocação de Recursos	7
1.3 Cronograma do Projeto Final	9
2. Caracterização da Empresa e do Negócio	10
2.1 Histórico da Empresa	10
2.2 Atividade da Empresa	11
2.3 Organograma	11
2.4 Mercado Consumidor	11
2.5 Concorrência	12
2.6 Expansibilidade dos Negócios	12
2.7 Aspectos Tecnológicos	12
2.8 Premissas de restrições do projeto ........................................................................	12
3. O Sistema Atual ...............................................................................................................	12
Justificativa de Escolha do Sistema 	............................................................................ 12
O Sistema 	.................................................................................................................. 13
Funcionamento do sistema 	......................................................................................... 13
O Ambiente do Sistema 	.............................................................................................. 13
A definição do escopo 	................................................................................................ 13
Motivação para o novo sistema	.................................................................................. 14
Situação Desejada 	...................................................................................................... 14
Problemas do sistema atual	......................................................................................... 14
4. O sistema proposto 	......................................................................................................... 15
Lista de Requisitos do Sistema ....................................................................................	15
Diagrama de Casos de Uso ..........................................................................................	16
Especificações dos casos de uso .................................................................................	16
Modelo Conceitual de Classes .....................................................................................	32
Modelo Conceitual de Dados 	..................................................................................... 32
5. Conclusões ....................................................................................................................... 	33
6. O sistema proposto (projeto lógico) continuação .........................................................	34
6.1. Projeto de interface .........................................................................................................	34
6.2. Diagrama de Sequencia ..................................................................................................	39
6.3. Diagrama de Estado 	...................................................................................................... 40
6.4. Diagrama de Atividade 	................................................................................................ 41
7. Projeto Físico 	................................................................................................................ 42
7.1. Modelo de Classe de projeto 	........................................................................................ 42
7.1.1. Modelo Conceitual com relacionamentos e entidades 	............................................... 42
7.1.2. Modelo Lógico de Dados 	........................................................................................... 43
7.2. Modelo Físico de Dados	.............................................................................................. 43
7.2.1. Projeto de tabelas e arquivos 	................................................................................... 43
7.3. Ambiente do Sistema 	................................................................................................... 47
7.3.1. Definição do ambiente físico (hardware, software, infra estrutura de rede 
e internet 	..................................................................................................................... 47
7.3.2. Justificativa da escolha da linguagem de programação 	............................................. 47
7.3.3. Justificativa da escolha do SGBD (Sistema de gerenciamento de dados) 	.................. 47
7.4. Arquitetura do Sistema 	................................................................................................ 49
7.4.1. Diagrama de Componentes 	........................................................................................ 49
7.4.2. Diagrama de Implantação 	.......................................................................................... 49
8. Conclusões 	...................................................................................................................... 51
8.1. Reflexão sobre os objetivos iniciais e os alcançados 	.................................................... 51
8.2. Vantagens do Sistema para a empresa 	.......................................................................... 51
8.3. Trabalhos futuros 	.......................................................................................................... 51
6. Referências	 ..................................................................................................................... 53
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 lazerjet 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ício
	Duraçã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ãomais 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 agilidade e 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 1 - Descrição do Caso de Uso "Logar no Sistema"
		Nome do Caso de Uso
	Logar no Sistema
	Caso de Uso Geral
	
	Ator Principal
	Usuário
	Atores Secundários
	
	Resumo
	Este caso uso descreve a etapa de Login no Sistema
	Pré-Condições
	Usuário precisa estar cadastrado no sistema
	Pós-Condições
	Testar Usuário par aver se está cadastrado e válido
	Fluxo Principal
	
	Ações do Ator
	Ações do Sistema
	1. Seleciona o Browse do sistema
	
	
	2. Apresenta tela de Login pedindo usuário e senha.
	3. digita o usuário e a senha
	
	
	4. autentica o usuário e senha.
	5. Aguarda atenticação.
	
	
	6. Abre o sistema.
	Restrições/Validações
	
	Fluxo Alternativo – Usuário ou senha não cadastrado
	
	Ações do Ator
	Ações do Sistema
	
	1. Solicita um usuário válido.
	
	2. Sai do Sistema.
	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ção de 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 2- 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 10- 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 produtosque 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 11- 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 cadastrado 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 12 - 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 13 - 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 15 - 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.
6 – Sistema Proposto (projeto lógico) continuação do projeto de TCC
6.1 – Projeto de Interface
	O projeto de interface tem como objetivo mostrar a forma que o software ficará depois de pronto, sendo de fundamental importância no processo de modelagem de software. O objetivo é apresentar cada tela que comporá o sistema, a fim de que se tenha uma visão geral de como ficará depois de pronto, o ideal é que seja criado um protótipo como menu principal, e as telas que comporão o sistema, pois assim o usuário poderá navegar em suas telas e terá uma ideia do produto que está sendo construído. 
	É Importante resaltar que as telas não precisam ter todas as funções, deve ter as principais telas com seus campos e botões para facilitar a visualização do usuário.
Figura 7 – Janela de Login do Sistema
Menu Principal
	O menu cadastro tem como submenus: Cadastro de Instituição, Cadastro de Produtos, Cadastro de Fornecedores, Cadastro de Usuários e Cadastro de Grupos.
Figura 8 – Janela de Menu do Sistema
Cadastro de Instituição
Figura 9 – Janela de Cadastro de Instituição
Cadastro de Produto
Figura 10 – Janela de Cadastro de produto
Cadastro de Fornecedor
Figura 11 – Janela de Cadastro de Fornecedor
Cadastro de Usuário
Figura 12 – Janela de Cadastro de usuário
Cadastro de Grupo
Figura 13 – Janela de Grupo
Menu Movimento
	O menu Movimento é constituído pelos seguinte submenus: Pedido, Compra, Contas a Pagar e Pagar Contas.
Figura 14 – Janela de Principal – Menu Movimento
Pedido de Merenda
Figura 15 – Janela de Entrega de merenda
Compra de Mercadoria
Figura 16 – Janela de Compra
Menu Consulta
	O menu Consulta e composto pelos seguintes submenus: Consultar produtos, Consultar instituição, Consultar fornecedor, Consultar Funcionário e Consultar débito.
Figura 17 – Janela Principal – Menu Consulta
Menu Relatório
	O menu Relatório e composto por sete submenus que são: Relatório de Estoque, Relatório de Compras, Relatório de Entrega de Merenda, Relatório de Contas a pagar, Relatóriode Fornecedores, Relatório de Instituições e Relatório de usuários.
Figura 18 – Janela Principal – Menu Relatório
6.2 - Diagrama de Sequência
	O diagrama de sequencia é um diagrama de interação, que segundo Ernani Medeiros (2006) é um dos mais importantes por se propor mostrar a evolução de cada evolução em cada momento do software, e também pode ser usado para mostrar a tradução de um Caso de Uso, que vai desde a interação com o usuário até a finalização do processo em questão.
	Seguindo a lógica de engenharia de software o Caso de Uso é o primeiro diagrama a ser construído no processo de engenharia, pois ele nos norteou na abstração do negocio e dele derivam todos os demais. Em cada faze do processo de modelagem o projeto ganha novos elementos.
	O diagrama de sequencia pode melhorar o diagrama de classes, pois ao dar uma visão da sequencia das ações do software com sua interação com o ator, permite ao engenheiro olhar o software de ângulo diferente do que havia visto antes.
	
Figura 19 – Diagrama de Sequencia - Logar
Figura 20 – Diagrama de Sequencia – Comprar Produto
Figura 21 – Diagrama de Sequencia – Fazer Pedido
Figura 22 – Diagrama de Sequencia – Cadastrar Usuário
6.3 – Diagrama de Estado
	O Diagrama de sequencia tem a função de representar o comportamento interno das classes, definindo a especificação de sua dinâmica, mostrando como as classes devem ser implementadas.
	O Diagrama de Estado deve representar a vida do objeto, que passa por vários momentos:
Criação;
Inicialização;
Utilização
Desaparecimento;
Transição.
Achei interessante a informação sobre como criar o Diagrama de Estado no Astak, por isso disponibilizei a imagem abaixo.
Figura 23 – Diagrama de Estado
6.4 – Diagrama de Atividade
Figura 24 – Diagrama de Atividade
7. Projeto Físico
7.1. Modelo de Classes de projeto
7.1.1. Modelo Conceitual com relacionamentos e entidades
Figura 25 – Modelo Conceitual com relacionamentos e entidades
7.1.2. Modelo lógico de Dados
Figura 26 – Modelo Lógico de Dados
7.2. Modelo Físico de Dados
7.2.1. Projeto de Tabelas e Arquivos
	Usuário
	Objetivo: Armazena os dados dos usuários do sistema.
	Chave
	Nome do Campo
	Tipo do Campo
	Tamanho
	Nulo
	Pk
	id_usuario
	Integer
	20
	Não
	
	Login
	String
	20
	Não
	
	Senha
	String
	10
	Não
Tabela 16 - Projeto de Tabelas e Arquivos 1
	Fornecedor
	Objetivo: Armazena os dados dos Fornecedores dos produtos da merenda escolar.
	Chave
	Nome do Campo
	Tipo do Campo
	Tamanho
	Nulo
	Pk
	idFornecedor
	Integer
	20
	Não
	
	RazaoSocial
	String
	50
	Não
	
	CNPJ
	String
	19
	Não
	
	Logradouro
	String
	50
	Não
	
	Bairro
	String
	20
	Não
	
	Cidade
	String
	30
	Não
	
	Uf
	String
	2
	Não
Tabela 17 - Projeto de Tabelas e Arquivos 2
	NotasEntrada
	Objetivo: Armazena os dados das compras de merenda.
	Chave
	Nome do Campo
	Tipo do Campo
	Tamanho
	Nulo
	Pk
	idNotaEntrada
	Integer
	20
	Não
	
	DataEmissao
	Date
	
	Não
	
	ValorTotal
	Double
	10
	Não
	FK
	idFornecedor
	Integer
	20
	Não
Tabela 18 - Projeto de Tabelas e Arquivos 3
	ContasAPagar
	Objetivo: Armazena os dados das contas a pagar aos fornecedores.
	Chave
	Nome do Campo
	Tipo do Campo
	Tamanho
	Nulo
	Pk/Fk
	idNotaEntrada
	Integer
	20
	Não
	Pk/Fk
	idFornecedor
	Integer
	20
	Não
	
	dtEmissao
	Date
	
	Não
	
	dtPagto
	Date
	
	Não
	
	Valor
	Double
	10
	Não
Tabela 19 - Projeto de Tabelas e Arquivos 4
	Produtos
	Objetivo: Armazena os dados dos produtos.
	Chave
	Nome do Campo
	Tipo do Campo
	Tamanho
	Nulo
	Pk
	idProduto
	Integer
	20
	Não
	
	Descricao
	String
	50
	Não
	
	Valor
	Double
	10
	Não
Tabela 20 - Projeto de Tabelas e Arquivos 5
	Estoque
	Objetivo: Armazena os dados do estoque dos produtos
	Chave
	Nome do Campo
	Tipo do Campo
	Tamanho
	Nulo
	Pk
	idProduto
	Integer
	20
	Não
	
	idMovimento
	Integer
	20
	Não
	
	EstoqueInicial
	Double
	10
	Não
	
	EstoqueAtual
	Double
	10
	Não
	
	dtAlteracao
	Date
	
	Não
Tabela 21 - Projeto de Tabelas e Arquivos 6
	ItensNota
	Objetivo: Armazena os dados dos itens da nota de compra
	Chave
	Nome do Campo
	Tipo do Campo
	Tamanho
	Nulo
	Pk
	idItemNota
	Integer
	10
	Não
	Fk
	idNota
	Integer
	10
	Não
	Fk
	idProduto
	Integer
	10
	Não
	
	Quantidade
	Double
	4,3
	Não
	
	Valor
	Double
	5,3
	Não
Tabela 22 - Projeto de Tabelas e Arquivos 7
	NotaSaida
	Objetivo: Armazena os dados das entrega de merenda
	Chave
	Nome do Campo
	Tipo do Campo
	Tamanho
	Nulo
	Pk
	idNotaSaida
	Integer
	10
	Não
	
	Data
	Date
	
	Não
	Fk
	idInstituicao
	Integer
	10
	Não
Tabela 23 - Projeto de Tabelas e Arquivos 8
	ItensSaida
	Objetivo: Armazena os dados dos itens entregue.
	Chave
	Nome do Campo
	Tipo do Campo
	Tamanho
	Nulo
	Pk
	idItemSaida
	Integer
	20
	Não
	Fk
	idItemNota
	Integer
	10
	Não
	Fk
	idProduto
	Integer
	10
	Não
	
	Quantidade
	Double
	10
	Não
	
	Valor
	Doble
	10,3
	Não
Tabela 24 - Projeto de Tabelas e Arquivos 9
	Instituicao
	Objetivo: Armazena os dados das instituições(creches, PETs, Escolas, EJA).
	Chave
	Nome do Campo
	Tipo do Campo
	Tamanho
	Nulo
	Pk
	idInstituicao
	Integer
	10
	Não
	
	NomeInstuicao
	String
	35
	Não
	
	Logradouro
	String
	50
	Não
	
	Bairro
	String
	25
	Não
	FK
	idGrupo
	Integer
	3
	Não
Tabela 26 - Projeto de Tabelas e Arquivos 20
	Grupo
	Objetivo: Armazena os dados dos grupos.
	Chave
	Nome do Campo
	Tipo do Campo
	Tamanho
	Nulo
	Pk
	idGrupo
	Integer
	20
	Não
	
	NomeGrupo
	String
	20
	Não
Tabela 26 - Projeto de Tabelas e Arquivos 31
7.3. Ambiente do Sistema
7.3.1. Definição do Ambiente Físico (hardware, software, infra estrutura de rede e internet, etc)
	A Definição do Ambiente Físico é uma parte importante na engenharia de software, pois com uma grande soma de variados tipos de hardware, de sistemas operacionais e forma de acesso a este sistema, fica difícil decidir sem um estudo de caso bem feito.
	Com o decorrer do tempo a informática foi evoluído e passou a oferecer novas opções para o acesso a dados, e passou a ser um fator estratégico dentro das empresas. O surgimento da internet e posteriormente, a internet das coisas trouxe uma nova exigência de mercado, o computador pessoal de uma forma estática criou desconforto aos usuários, hoje todos querem levar seus sistemas para todos os lugares, algo que devemos refletir.
Hardware: O sistema deve ser leve o bastante para rodar em computadores, notebooks, tablets, smartphones, iphones e outros dispositivos que acesse um servidor de internet.
Software: O sistema será desenvolvido para rodar em ambiente web, portanto rodará em todos os navegadores de internet como Internet Explore, Mosilla, Google, Operá, etc.
Infra estrutura de rede e internet: O sistema será acessado em um browser tendo a necessidade que o dispositivo tenha acesso a internet para que o sistema funcione.
7.3.2. Justificativa da escolha da linguagem de programação
	Algumas décadas atrás havia poucas linguagens de programação, o que tornava mais fácil a escolha da linguagem de programação para desenvolver determinado sistema. Hoje além de uma variada gama de linguagem de programação, com um leque inumerável, também existe muitas plataformas de sistemas operacionais, o que torna o processo de escolha muito delicado.
	A escolha da linguagem de programação não deve ser escolhida levando-se em conta apenas a necessidade atual do cliente, mas também visando perspectivas futuras e a longevidade de vida que queremos dar ao software, e somando se a tudo isso devemos estudar as tendências de mercado.
	Não foi fácil para mim, depois de trabalhar durante 15 anos com uma linguagem procedural, entender a orientação a objetosomado a linguagem de marcação da internet e também a linguagem móbile como uma realidade contemporânea bem presente com a visão da internet das coisas, por isso optei por usar a linguagem Java, CSS, HTML, Java script e tudo isso somado ao Ajax.
7.3.3. Justificativa da escolha do SGBD (Sistema gerenciador de banco de dados)
	A realidade da arquitetura de dados é outro ponto de fundamental importância no processo de engenharia de software, entre os muitos SGBD, qual dará uma produtividade e uma performance de desempenho satisfatória a medida que o volume de dados cresce, como manter atualizado ao longo da vida do sistema, e espera-se que seja longa.
	Outro ponto importante é relacionado a segurança física, segurança lógica, integridade, backup, restauração e correção de erro.
	Precisamos analisar as características de cada SGBD existente no mercado, coforme informação retirada do site: http://www.devmedia.com.br/gerenciamento-de-banco-de-dados-analise-comparativa-de-sgbds/30788 - acessado em: 26/05/2016, as características de um são as seguintes:
SQL Server: desenvolvido pela Microsoft em parceria com a Sybase em 1988, inicialmente para o OS/2, parceria que durou até 1994. Com o lançamento da versão para Windows NT a Microsoft mantém o produto até hoje, suas principais características são as seguintes:
Comercializado pela Microsoft;
Licença paga, valor que pode chegar a U$ 20,000 por CPU;
Funciona apenas no SO Windows;
Possui ferramentas administrativas com interface gráfica excelente, possibilitando o gerenciamento mais fácil do produto;
Fácil de programar;
Vários níveis de usuários;
Oracle: surgiu no fim dos anos 70, foi o primeiro banco de dados relacional a ser comercializado, suas características principais são:
Comercializado pela Oracle;
Licença paga para grandes corporações;
Valor da licença pode chegar U$ 47,500;
Roda em múltiplos sistemas operacionais como: Unix, Linux, HP/UX, BIM AIX, IBM VMS e Windows;
Tem uma versão gratuita;
Possui ferramentas de administração com interface menos amigáveis que SQL Servem;
Possui muitos recursos de segurança;
Não commita de forma automática perimindo ao usuário tratamento dos dados;
Permite que o usuário B acesse os dados enquanto o usuário A está alterando;
Muitos recursos de otimização;
MySQL: foi criado no Suécia por suecos e um finlandês em 1994, hoje está entre os SGDS mais populares do momento, desenvolvido pela MySQL AB, comprada em 2008 pela Sun Microsystens e vendido em 2009 para a Oracle, que detém seus direitos desde então, suas principais características são:
Portabilidade (funciona em praticamente todas as plataformas atuais);
Compatibilidade (existem drivers OBDC, JBDC e .NET), acessado por várias linguagens de programação como: Delphi, Java, C/C++, C#, Visual Basic, Python, Perl, PHP, ASP, Huby e HTML);
Excelente grau de desempenho além de oferecer alto grau de estabilidade;
É um software Livre;
Pouco exigente;
Facilidade de manuseio;
Suporta controle de transação;
Suporta Triggers;
Suporta Cursors;
Suporta Stored Procedures;
Suporta Functions;
Interface gráfica (MySQL Tookit) de fácil utilização;
SGBD mais popular no mundo.
Outros SGBD que podemos citar são: FireBird, PostgreSQL, e etc;
Minha escolha foi feita levando em conta o tamanho do projeto que não necessita de um banco de dados tão grande e arrojado como o Oracle, por isso optei pelo MySQL pois através de suas características vi que o sistema pode ter um ganho de performance e em velocidade das requisições e das respostas nas requisições do sistema, além de estar bem contemporânea e atualizado com o que há de melhor em SGBD;
7.4. Arquitetura do Sistema
7.4.1. Diagrama de Componentes
Figura 27 – Diagrama de Componentes
7.4.2. Diagrama de Implantação
Figura 28 – Diagrama de Implantação
8. 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.
8.1. Reflexão sobre os objetivos iniciais e os alcançados
	Olhando para trás e vendo como tudo começou, penso no que eu sonhei quando procurei a universidade Estácio de Sá para me matricular, meus objetivos eram grandes, para entender meu sonho é necessário conhecer minha historia de vida, permita-me contar-lhe um pouco.
	Nasci no interior do Pará uma região longínqua e de difícil acesso a educação, mais com u sonho na cabeça aproveitei cada oportunidade que aparecia, quando eu tinha 12 anos meu avô comprou uma maquina de escrever e vendo a grande oportunidade comecei a datilografar textos para o meu avô, porém sem saber usava os dedos de forma errada, algum tempo depois tive a oportunidade de aprender a datilografar da forma correta, esqueci a forma errada e me dediquei a aprender o correto. O mesmo aconteceu com a programação durante 12 anos programei de forma que eu sabia, sem engenharia, sem documentação e ao iniciar o curso fui aprendendo cada técnica que me foram passadas pelos professores, sei que a documentação não ficou perfeita mas me deu a oportunidade de desenvolver um projeto de software completo, vivendo suas várias fazes, começando pelo levantamento de requisitos, análise, projeto e engenharia de software. Estou feliz com os resultados alcançados depois de muita pesquisa ver este TCC pronto, é o máximo, obrigado a Estácio, aos professores e tutores por nos ter ajudado alcançar mais esta etapa em nossa vida.
8.2. Vantagens do Sistema para a empresa
	Os benefícios são muitos, primeiro na forma de ter acesso aos dados, pois através da automação, tirando do papel e passando para o computador fica bem mais fácil a geração de relatórios, gráficos, contagem de estoque, prestação de contas, relatórios de produtos entregues as instituições, relatórios mensais, anuais e periódicos, sem contar a disponibilidade da informação em tempo real e a qualquer hora e lugar.
8.3. Trabalhos futuros
	Este TCC não buscou dissecar toda amplitude que existem em torno do tema proposto por alguns motivos óbvios como tempo, pouca vivencia com engenharia de software, não ter nenhum material nas bibliotecas que eu tive acesso e escopo definido inicialmente.
	Fica como dica para trabalhos futuros o reestudo em torno do sistema abordado visando enriquecer o que já foi desenvolvido, podendo ser ampliado a modelagem de dados para ampliar o alcance do sistema, como exemplo posso citar uma parte que não foi abordado foi a parte de licitação, a parte de montagem de cardápio pela nutricionista possibilitando saber de forma antecipada a quantidade de merenda que cada instituição deve receber multiplicando cardápio-aluno*dias-mês*quantidade-aluno, poderíamos também pensar em um controle de aceite feito pela pessoa responsável por receber a merenda na instituição dificultando assim fraude no setor de merenda escolar.
	Outro ponto que pode ser trabalhado é a codificação, implantação e teste do sistema proposto.
	Com isso abro possibilidades para que novos recursos sejam adicionados ao TCC através de uma reengenharia do sistema proposto ou desenvolvimento do software do sistema proposto.
REFERÊNCIAS BIBLIOGRAFICAS
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.)
http://www.inf.ufpr.br/silvia/ESNovo/UML/pdf/DiagEstadosAl.pdf - acessado em 18/05/2016.
http://pt.slideshare.net/lindomar2012/astah-29476298 - acessado em 18/05/2016.
www.professores.uff.br/marcondes/.../TECNOLOGIA%20DE%20INFORMACAO.ppt – acessado em 25/05/2016.
http://www.devmedia.com.br/gerenciamento-de-banco-de-dados-analise-comparativa-de-sgbds/30788 - acessado em: 26/05/2016
45
ESTÁCIO DE SÁ - 2016	TCC em Sistemas de Informação