PIM II UNIP ANÁLISE E DESENVOLVIMENTO DE SISTEMAS

Prévia do material em texto

UNIVERSIDADE PAULISTA
CURSO ADS (ANÁLISE E DESENVOLVIMENTO DE SISTEMAS)
ANTÔNIO MÁRIO DA CRUZ COSTA
HENRIQUE CEZAR XAVIER SILVA
LUIZ ALBERTO RANOYA ASSUMPÇÃO
YURI PURIFICAÇÃO DE FRANÇA
ROBERTA FERNANDES SCHMIDT
GESTÃO DIGITAL PARA REDE DE PIZZARIA: 
Desenvolvimento de software para controle.
SANTOS
2019
UNIP
 
ANTÔNIO MÁRIO DA CRUZ COSTA
HENRIQUE CEZAR XAVIER SILVA
LUIZ ALBERTO RANOYA ASSUMPÇÃO
YURI PURIFICAÇÃO DE FRANÇA
ROBERTA FERNANDES SCHMIDT
GESTÃO DIGITAL PARA REDE DE PIZZARIA: 
Desenvolvimento de software para controle.
ANTÔNIO MÁRIO DA CRUZ COSTA
HENRIQUE CEZAR XAVIER SILVA
LUIZ ALBERTO RANOYA ASSUMPÇÃO
YURI PURIFICAÇÃO DE FRANÇA
ROBERTA FERNANDES SCHMIDT
GESTÃO DIGITAL PARA REDE DE PIZZARIA: 
Desenvolvimento de software para controle.
 Projeto Integrado Multidisciplinar (PIM) do 1º e 2º ciclo do curso de Análise e Desenvolvimento de Sistemas, apresentado a banca de professores da Universidade Paulista - UNIP como trabalho complementar para avaliação semestral.
Orientador: Prof. M.e João Carlos Martins
SANTOS
2019
ANTÔNIO MÁRIO DA CRUZ COSTA
HENRIQUE CEZAR XAVIER SILVA
LUIZ ALBERTO RANOYA ASSUMPÇÃO
YURI PURIFICAÇÃO DE FRANÇA
ROBERTA FERNANDES SCHMIDT
GESTÃO DIGITAL PARA REDE DE PIZZARIA: 
Desenvolvimento de software para controle.
 
Projeto Integrado Multidisciplinar (PIM) do 1º e 2º ciclo do curso de Análise e Desenvolvimento de Sistemas, apresentado a banca de professores da Universidade Paulista - UNIP como trabalho complementar para avaliação semestral.
Aprovado em: 
BANCA EXAMINADORA
___________________________/____/____
Prof.________________________
Universidade Paulista – UNIP
___________________________/____/____
Prof.________________________
Universidade Paulista – UNIP
___________________________/____/____
Prof.________________________
Universidade Paulista – UNIP
DEDICATÓRIA
Dedicamos esse trabalho aos nossos familiares, que não mediram esforços para nos apoiarem em mais uma jornada das nossas vidas, contribuindo no espectro afetivo nos amparando com amor, carinho, honestidade e perseverança, servindo de modelos para nossas vidas.
Ao Curso de Analise e Desenvolvimento de Sistemas da UNIP, aos alunos do 1º e 2º ciclo, aos profissionais com quem convivi no ambiente ao longo desses seis meses, obtendo experiência de uma produção compartilhada na comunhão com amigos nesses espaços contribuindo para nossa formação acadêmica.
AGRADECIMENTOS
Agradecemos primeiramente a Deus, nossa maior força nos momentos de angústia, que nos abençoou com caminho e alimentou nosso foco, força e disciplina para atingir nossos objetivos.
	
Ao coordenador do curso de Analise e Desenvolvimento de Sistemas, orientador o PIM e responsável pela disciplina Fundamentos de Rede e Comunicação Prof. M.e. João Carlos Martins, por todo o engajamento nesse trabalho, pelas aulas ministradas, por estar sempre disposto a esclarecer dúvidas e ajudar a finalizar esta etapa com sucesso.
Aos professores Rogério da Costa (Gião) responsável pela disciplina de Lógica e Técnicas de Programação, Ricardo Gomes da Rocha (Cupido) responsável pela disciplina de Matemática Computacional e Franciele Alves dos Santos Medina responsável pela disciplina de Engenharia de Software I, por todos os ensinamentos ministrados durante o semestre, contribuindo com o embasamento teórico, repassando informações relevantes sobre os temas em suas respectivas disciplinas, sendo essenciais para o desenvolvimento do projeto. 
A Universidade Paulista – UNIP no geral, tanto no ambiente virtual quanto no ambiente físico, em especial a unidade da UNIP SANTOS - Campus II – Rangel, localizado na Av. Francisco Manoel - Vila Matias, pela disponibilidade da estrutura física e dos funcionários no geral pelos serviços prestados durante esse período.  
“ Se você não pode fazer algo bom, pelo menos faça com que se tenha uma boa aparência. ”
(Bill Gates)
RESUMO
Devido as novas configurações do mundo globalizado e seu acelerado processo de modernização científico e tecnológico, demanda de novas formas para se adquirir conhecimento. Necessidade de mudança, decorre dos elementos das novas modalidades de organização do mundo de trabalho e das exigências no perfil de novos profissionais voltados a transdisciplinaridade. O desafio da proposta do PIM (Projeto Integrado Multidisciplinar), foi desenvolver um software que permita que uma rede de pizzarias automatize o controle e gestão do seu negócio, focado no atendimento aos clientes, e que concomitantemente fosse criado uma estrutura para essa rede de computadores (quatro computadores, sendo um deles o servidor). O objetivo é que o aluno possa compreender e aplicar os conhecimentos adquiridos em sala de aula, fomentando o hábito de trabalho em equipe. Devido à complexidade do projeto ele foi dividido em dois subprojetos, no primeiro foi compilado todas as informações consistente para o desenvolvimento de um software e no segundo estão todas as informações referentes a criação da infraestrutura da rede de computadores dando suporte no processo de envio das informações de cada unidade da pizzaria, para que haja a centralização das informações. Foi utilizado a metodologia RUP (Rational Unified Process), sendo adaptada para o projeto do programa, com base nas boas práticas da engenharia de software para monitorar e gerenciar o projeto, tentando minimizar e/ou mitigar os erros no processo de execução. A rede de computadores foi interconectada na “nuvem”, baseado no protocolo TCP para envio de arquivos, onde uma vez por dia em um horário programado esses arquivos seriam enviados automaticamente para o computador (servidor), armazenando todas as informações da rede de pizzarias. Os resultados do projeto foram correspondentes com o planejamento e consequentemente sua execução, obtendo todas as funcionalidades exigidas pelo cliente. No entanto, de acordo com às várias opções do exercício do profissional da área, análise e desenvolvimento de sistemas, saber elaborar e desenvolver projetos, projeções, planos para si ou para seus clientes é de suma importância e desafiador, pois assim adquiri experiência, que futuramente, possa servir aumentando o conhecimento para atuar no ambiente profissional. 
Palavras-chave: Software, Linguagem C, Gestão, Pizzaria.
ABSTRACT
Due to the fast proccess globalized world and it’s Science and technological advances, there is demmand for new ways to acquire knowledge. The need for change comes from the elements of work around the world and it’s requirements from new professionals, focusing on transdisciplinarity. The challenge proposed on the MIP (Multidisciplinary Integrated Project) was to develop a software that allows a pizzeria network to automate the control and management of it’s business, focusing on client attendances and made for this specific network structure (Four computers, one of the being the server). The goal for the student is to understand and apply the knowledge acquired in classes, fixing the habit for team-work. Due to the complexity of the project, it was splitted in two subprojects, in each the first one was compiled all the informations for the development of a software, and the second one are all the informations referring to creating the infrastructure of the computers network, giving support in the process of sending the data from each branch, so there can be a centralization for the informations. It was used the RUP (Rational Unified Process) methodology, being adapted for this project, basing on good practices of software engineering to oversee and manage the project, trying to minimize possible errors. The computer network is interconnected on “Cloud”, based on TCP Protocol for File Sending where once a day the files will be sent automatically to the computer (server), storing all the data from the pizzeria network. The resultsof the project has matched all the planning, and consequently it’s execution, getting all the functionalities required by the cliente. However, according to several options by the software engineer, knowing how to elaborate and develop projects, projections, plans for themselves or the clients is of short importance and challenging, because he acquire experience, that may be incresing the knowledge to act in the professional environment. 
Key-Words: Software, C Language , Management, Pizzeria.
LISTA DE ILUSTRAÇÕES
Figura 1 - Ilustração emocional dos atores do projeto ................................................	22
Figura 2. Fases, interações e workflows do RUP. .....................................................	26
Figura 3 – esboço do programa. ...............................................................................	37
Figura 4. Esboço de todas as atividades que compunham o projeto em relação ao fluxo de processo. ..................................................................................................	38
Figura 5. Esboço de todas as atividades que compunham o projeto em relação ao fluxo de suporte. ....................................................................................................	38
Figura 6. Diagrama de Caso de Uso – Login (Tela inicial) ......................................	53
Figura 7. Diagrama de Caso de Uso – Menu Principal..............................................	54
Figura 8. Diagrama de Caso de Uso – Cadastros.....................................................	54
Figura 9. Diagrama de Caso de Uso – Cadastrar Produto........................................	55
Figura 10. Diagrama de Caso de Uso – Cadastrar Cliente........................................	55
Figura 11. Diagrama de Caso de Uso – Cadastrar Funcionário.................................	56
Figura 12. Diagrama de Caso de Uso – Cadastrar no Caixa.....................................	56
Figura 13. Diagrama de Caso de Uso – Registrar Pedido.........................................	57
Figura 14. Diagrama de Caso de Uso – Relatório das vendas do dia por unidade....	57
Figura 15. Diagrama de Caso de Uso – Cancelar/Devolução de Pedidos.................	58
Figura 16. Diagrama de Caso de Uso – Relatórios...................................................	58
Figura 17. Diagrama de Caso de Uso – Relatório de Produtos Cadastrados.............	59
Figura 18. Diagrama de Caso de Uso – Relatórios de Clientes (Pesquisa) ...............	59
Figura 19. Diagrama de Caso de Uso – Relatórios de Funcionários (Pesquisa) .......	60
Figura 20. Diagrama de Caso de Uso –Relatórios dos Sabores mais pedidos por unidade (Pesquisa) ..................................................................................................	60
Figura 21. Diagrama de Caso de Uso –Relatórios da unidade que mais vende (Pesquisa) .............................................................................................................	61
Figura 22. Diagrama de Caso de Uso – Relatórios do faturamento da rede .............	62
Figura 23. Diagrama de Caso de Uso – Informações SAC.......................................	62
Figura 24. Diagrama de Caso de Uso – Registrar SAC............................................	63
Figura 25. Diagrama de Caso de Uso - Relatório SAC............................................	63
Figura 26. Diagrama de Caso de Uso – Saída do programa......................................	64
Figura 27. Diagrama de Atividade – Entrada e Saída do Programa..........................	65
Figura 28. Fluxograma de Cadastro.........................................................................	66
Figura 29. Fluxograma do Caixa..............................................................................	66
Figura 30. Fluxograma de Relatório.........................................................................	67
Figura 31. Fluxograma de SAC...............................................................................	67
Figura 32. Fluxograma do Estoque...........................................................................	68
Figura 33. Fluxograma de Promoções......................................................................	68
Figura 34. Diagrama de Redes.................................................................................	87
		LISTA DE TABELAS E GRÁFICOS
Tabela 1 - Descrição das três pizzarias......................................................................	15
Tabela 2 - Descrição dos recursos humanos e rotinas de serviços oferecidos em cada Unidade...........................................................................................................	16
Tabela 3 – Características do método de modelagem................................................	25
Tabela 4 – WORKFLOWs......................................................................................	27
Tabela 5: Hardwares................................................................................................	29
Tabela 6: Software utilizados.....................................................................................	29
Tabela 7 – Práticas de Planejamento.........................................................................	30
Tabela 8: Organização Pessoal...................................................................................	39
Tabela 9: Matriz de responsabilidades.......................................................................	42
Tabela 10: Plano de risco..........................................................................................	43
Tabela 11: Praticas de construção..............................................................................	71
Tabela 12: Princípios de Implantação........................................................................	76
Gráfico 1. Apresentação dos resultados do tempo médio gasto de todos os usuários em cada tarefa realizada..............................................................................	78
Gráfico 2. Apresentação da média aritmética dos questionários de todos os usuários em relação ao nível de dificuldade para cada tarefa executada...................	79
Gráfico 3. Apresentação em porcentagem da média aritmética do resultado de todos os usuários em cada tarefa executada.............................................................	79
Gráfico 4. Apresentação em porcentagem da média aritmética dos resultados de todos os usuários em cada tarefa executada............................................................	80
SUMÁRIO
1. INTRODUÇÃO	13
2. CONTEXTUALIZAÇÃO DO PROJETO	14
2.1 Definição do Tema	14
2.2 Caracterização do cenário	14
2.3 Situação problema	18
2.4 Objetivos do tema	19
2.5 Justificativa do tema	19
2.6 Etapas de Elaboração do Projeto	20
2.6.1 Projeto de Software	20
2.6.2 Projeto da Rede de Computadores	23
3. SECÇÃO 1 - PROJETO DO SOFTWARE	23
3.1 Modelo de Processo	23
3.1.1 Embasamento teórico e aplicação	24
3.2 Hardwares e Softwares	28
3.3 Aplicação da Engenharia de Software	30
3.3.1 Especificação das regras de negócio	32
3.4 Modelagem do Projeto e Análise	37
3.4.1 Responsabilidades	38
3.4.2 Plano de Risco	42
3.4.3 Plano de Teste	44
3.4.4 Contexto de Uso (Diagrama Use Case)	53
3.4.5 Diagrama de atividades	65
3.4.6 Glossário do Sistema	69
3.5 Construção	71
3.5.1 Matemática Aplicada	72
3.6 Implantação	76
3.6.1 Relatório de Teste	77
4. SECÇÃO 2 - PROJETO DA REDE DE COMPUTADORES	81
4.1 Introdução	81
4.1.1 Rede de Computadores	82
4.1.2 Interligações da Rede	84
4.1.3 Configuração (Protocolos)	85
4.2 Materiais e Métodos	86
4.2.1 Diagrama de Redes	87
4.3 Manual de Configuração	88
5. CONSIDERAÇÕES FINAIS	94
5.1 Software	94
5.2 Redes	95
6. REFERÊNCIAS	97
APÊNDICE A - Manual de Configuração da Rede	100
APÊNDICE B - CRONOGRAMA DO PROJETO	106
APÊNDICE C - REQUISITOS FUNCIONAIS E REQUISITOS NÃO FUNCIONAIS	107
APÊNDICE D - CÓDIGO FONTE	111
APÊNDICE E - MANUAL DE INSTALAÇÃO	221
APÊNDICE F - MANUAL DE TREINAMENTO DE USUARIO	235
ANEXO A - PROJETO MULTIDISCIPLINAR INTEGRADO (PIM II) - UNIP	263
ANEXOB - FICHA DE CONTROLE DO PIM	266
1. INTRODUÇÃO
As novas configurações do mundo globalizado e seu acelerado processo de modernização científica e tecnológica vêm demandando novas formas de construção do conhecimento, pressionando mudanças no processo de formação de profissionais competentes para o atendimento da população. “Essa necessidade de mudança decorre dos elementos das novas modalidades de organização do mundo do trabalho e das exigências no perfil de novos profissionais voltados para a transdisciplinaridade na produção do conhecimento” (Bussolotti et all, 2016, pag.2).
As atividades complementares correspondem a práticas acadêmicas que buscam ampliar o currículo e enriquecer o perfil do formando, elas ampliam os horizontes do conhecimento do aluno para além do ambiente da sala de aula e propiciam a transdisciplinaridade no currículo (SILVA, 2008).
Segundo Pileggi, et al (2005), “as atividades complementares, ou extraclasse, vêm se mostrando cada vez mais relevantes na formação profissional do aluno. Por meio das mesmas o educando pode desenvolver competências não contempladas pelas disciplinas em sala de aula”.
Neste sentido, é importante que os acadêmicos compreendam que as atividades complementares têm como objetivo estimular a participação em experiências diversificadas que contribuirão para a sua formação. “Estas atividades devem possuir relação direta com as Diretrizes Pedagógicas do Curso e com sua futura inserção no mundo do trabalho” (Bussolotti et all, 2016, pag.3).
Em todas as instituições da Universidade Paulista – UNIP, tem como grade curricular semestral em seus cursos de Tecnólogos o Projeto Integrado Multidisciplinar (PIM), onde seus alunos desenvolvem um projeto em grupo (5 integrantes), sob a orientação de um professor conforme Anexo A.
O objetivo geral da proposta é desenvolver um programa que permita que uma rede de pizzaria realize o controle do seu negócio, tendo como objetivos específicos: compreender e aplicar os conhecimentos adquiridos em sala de aula; desenvolver algoritmos e os respectivos fluxogramas; explorar e utilizar ferramentas computacionais para desenvolvimento e elaboração de diagramas de fluxo de software; uso da matemática em programas de computador; debbugar o código passo a passo e investigar o funcionamento dele; e fomentar o hábito de trabalho em equipe e execução de projetos envolvendo múltiplas disciplinas. 
2. CONTEXTUALIZAÇÃO DO PROJETO
As informações correspondentes a definição do tema, caracterização do cenário, situação problema, objetivos do tema, justificativa do tema e etapas de desenvolvimento para a execução do projeto, estão descritas abaixo na sequência.
2.1 Definição do Tema
O tema do projeto foi definido pela UNIP, que apresentou como proposta para os alunos do 1º e 2º ciclo do curso de CST em Análise e Desenvolvimento de Sistemas, o desafio de desenvolver um software de controle para uma rede de pizzarias e elaborar uma rede todo o esquema da criação da rede de computadores correspondentes. 
Frente às várias opções do exercício do profissional da área de análise e desenvolvimento de sistemas, saber elaborar e desenvolver projetos, projeções, planos para si ou para seus clientes é muito importante e desafiador, pois precisa buscar conhecimentos em outras áreas, que nem sempre atuam diariamente. 
2.2 Caracterização do cenário 
O cenário inicial apresentado pelo PIM foi que uma pequena rede de pizzarias possuía apenas três unidades próximas entre si, localizadas no centro de uma cidade do Brasil. 
Neste contexto foi desenvolvido um cenário fictício para compor o projeto, sendo assim, as pizzarias são localizadas no centro da cidade de Santos no Estado de São Paulo/Brasil, tendo uma localização privilegiada, pois há bastante circulação de pessoas, que trabalham no comércio, estudantes, famílias, etc.
Tabela 1 - Descrição das três pizzarias.
	UNIDADE
	NOME
	ENDEREÇO
	DISTÂNCIA
	SERVIÇO
	1
(Matriz)
	UNIPIZZA I
	R. João Pessoa, 50, Centro/ 13416-220.
	1 – 2: 600 m.
	Rodizio, a La Carte e Delivery.
	2
(Filial)
	UNIPIZZA II
	R. Amador Bueno, 80, Centro/11316-220.
	2 – 3: 700 m.
	Rodizio, a La Carte e Delivery.
	3
(Filial)
	UNIPIZZA III
	R. General Câmara, 30. Centro/11316-220.
	1 – 3: 500 m.
	Delivery e Entrega.
Legenda: A distância foi calculada entre o número referente a unidade.
Em relação a estrutura física de cada unidade, bem como seus ambientes, podemos dizer que possui 340 m2, divididos em: 4 banheiros (2 para funcionários (F/M) e 2 para clientes (F/M), 1 salão principal com 25 mesas (4 cadeiras/ mesa), 1 salão secundário com 15 mesas (4 cadeiras/mesa), 1 cozinha industrial (forno a lenha), 1 estoque (armazenar 300kg), 1 secção para atendimento (pagamento e pedido), 1 jardim (esperar delivery), 1 espaço externo (na parede de fora da cozinha para armazenar gás e lenha). 
A unidade 2 possui 300 m2, divididos em: 4 banheiros (2 para funcionários (F/M) e 2 para clientes (F/M), 1 salão principal com 25 mesas (4 cadeiras/ mesa), 1 cozinha industrial (forno a lenha), 1 estoque (armazenar 270kg), 1 secção para atendimento (pagamento e pedido), 1 jardim (esperar delivery), 1 espaço externo (na parede de fora da cozinha para armazenar gás e lenha). 
Já a unidade 3 possui 50 m2, divididos em: 2 banheiros (sendo para funcionários M/F), 1 cozinha industrial (forno a lenha), 1 estoque (armazenar 150kg), 1 área para atendimento (pedido), 1 espaço externo (na parede de fora da cozinha para armazenar gás e lenha). 
O horário de funcionamento das pizzarias são padrão para todas as unidades, tendo seu expediente de terça-feira a quinta-feira das 18:00 hs até as 24:00 hs, e de sexta – feira a domingo e dias de feriado, com maior movimentação das 19:00 hs até a uma hora da manhã. A capacidade de atendimento para cada unidade 1, 2 e 3 é de 1.500 pizzas/mês, 1.300 pizzas/mês e 800 pizzas/mês, respectivamente.
Os fornecedores serão preferencialmente da região para que o atendimento seja rápido e também com menor custo na compra dos produtos, sempre levando em consideração a qualidade dos mesmos que serão utilizados na fabricação dos produtos. 
Em relação aos recursos humanos (funcionários) das pizzarias e suas respectivas rotinas estarão descritos nas Tabelas abaixo.
Tabela 2 - Descrição dos recursos humanos e rotinas de serviços oferecidos em cada Unidade.
	UNIDADE 1
	Funcionários 
 1 diretor, 1 gerente, 1 caixa, 2 pizzaiolo, 3 garçons, 1 assistente, 1 auxiliar de serviços gerais.
	ROTINAS 
	Garçons recebem os pedidos no salão ou na mesa.
	
	Garçons encaminha os pedidos para o caixa que registram os pedidos na ficha e enviam para os pizzaiolos.
	
	Pizzaiolos recebem e fazem as pizzas.
	
	Após a pizza pronta os pizzaiolos entregam a pizza para os garços e a ficha para o caixa.
	
	Os garçons entregam a pizza para os clientes.
	
	O gerente pega as fichas do caixa e arquiva.
	
	Após a alimentação, o garçom encerra a comanda e envia para o caixa.
	
	O caixa entrega ao gerente as comandas e os comprovantes de pagamento.
	
	O gerente arquiva as comandas e os comprovantes de pagamento.
	
	O diretor recolhe os relatórios de cada unidade com os dados das quantidades de vendas registradas através das fichas, comandas e comprovantes de pagamentos, efetua as auditorias e análises para a administração do negócio.
	UNIDADE 2
	Funcionários 
 1 gerente, 1 caixa, 2 pizzaiolo, 3 garçons, 1 assistente, 1 auxiliar de serviços gerais.
	ROTINAS 
	Garçons recebem os pedidos no salão ou mesa.
	
	Garçons encaminham os pedidos ao caixa que registram a ficha e enviam para os pizzaiolos.
	
	Pizzaiolos recebem e fazem as pizzas.
	
	Após a pizza pronta os pizzaiolos entregam a pizza para os garçons e a ficha para o gerente.
	
	Os garçons entregam a pizza para os clientes.
	
	O gerente arquiva e as fichas.
	
	Após a alimentação, o garçom encerra a comanda e envia para o caixa.
	
	O caixa entrega ao gerente as comandas e os comprovantes de pagamento.
	
	O gerente arquiva as comandas e os comprovantes de pagamento.UNIDADE 3
	Funcionários 
 1 motoboy, 1 caixa, 1 pizzaiolo, 1 gerente.
	ROTINAS
	Caixa recebe os pedidos via telefone ou balcão.
	
	Caixa registra os pedidos na ficha e enviar para o pizzaiolo.
	
	Pizzaiolo recebe e faz a pizza.
	
	Após a pizza pronta o pizzaiolo envelopa e entrega a pizza e a ficha para o gerente.
	
	O gerente organiza a entrega junto ao motoboy e arquiva e as fichas.
Cada unidade da pizzaria possui um computador onde atualmente é utilizado pelos gerentes e o diretor da rede de pizzaria. Os arquivos são confeccionados pelo gerente compilando informações referentes as operações diárias (caixa), bem como o faturamento de cada unidade (planilhas no ExcelI). Cada unidade possui um telefone e um plano de internet banda larga com 100 megas, as interligações são feitas por meio físico (fibra ótica) e ar (wireless). 
A rede de pizzarias é constituída de dois sócios e seu principal diferencial é na qualidade do atendimento como também no produto oferecido, ou seja, não é mais uma simples pizzaria, mas sim, um local onde as pessoas possam sair satisfeitas e com vontade de voltar mais vezes. 
2.3 Situação problema 
O problema apresentado no Anexo 1 foi que a rede de pizzaria necessita desenvolver um sistema para o gerenciamento e controle do negócio focado nos atendimentos aos clientes.
Cada vez mais nota-se que não é mais possível trabalhar de forma sonhadora envolvendo valores que em qualquer atividade são expressivos e não permitem que sejam mal utilizados, para tanto se torna necessário os empresários ou sócios estarem acompanhando as transformações que ocorrem no mercado, para identificar o que o cliente quer e se o fornecedor está correspondendo, além de melhor desenvolver a atividade. ZAMBERLAN, 2011, p. 13 
Um sistema de informação, nos dias de hoje, é um fator fundamental em uma empresa, pois se analisarmos há alguns anos atrás, passaram por uma fase difícil em relação à informática, pois os altos custos dos equipamentos tornavam esta ideia completamente impraticável para as mesmas. ANDRADE, 2003, p. 01
A utilização de um programa computacional otimiza o tempo gasto para gerar informações (compilar dados), para auxiliar na supervisão por exemplo, do controle de estoque, pedidos de clientes, reclamações e elogios dos clientes, relatórios administrativos, que são de suma importância para o controle e gestão do negócio. ANDRADE, 2002, p. 02 
Sendo assim, a implementação de um programa pode transformar-se em uma importante ferramenta para minimizar e reduzir riscos e incertezas neste mercado de atual concorrência, e pode transformar uma simples oportunidade em um grande sucesso. ZAMBERLAN, 2011, p. 14 
2.4 Objetivos do tema
	O objetivo geral consiste no desenvolvimento de um programa para gestão de uma rede de pizzaria, elaborando e desenvolvendo todos os aspectos correspondentes para a sua funcionalidade. 
O programa consiste em: Tela de Login; Telas para Cadastros de Bebidas, Sabores, Pizzaiolos, Pedidos, Clientes, Reclamações e Elogios dos Clientes, Promoções, Controle do estoque da matéria prima para elaboração das pizzas; Telas de Relatórios de: Sabores mais pedidos por unidade da rede, Unidade da rede que mais vende, Totalização Diária e mensal do faturamento por unidade de rede e total da rede; Deve ser previsto as perdas, cancelamentos de pedidos e tudo aquilo que influencia o faturamento da pizzaria.
	Os objetivos específicos consistem em:
· Criar um cenário (com a situação problema) bem detalhado; 
· Identificar e descrever o contexto de uso (usuários, tarefas e ambiente); 
· Descrever as regras de negócio e o glossário do sistema;
· Demonstrar o comportamento através de fluxogramas;
· Elaborar um diagrama com a rede de computadores, descrevendo a interligação entre as unidades e sua configuração;
· Descrever a aplicação da engenharia de software no desenvolvimento do sistema;
· Justificar o modelo de processo de desenvolvimento de software adotado;
· Descrever os cálculos efetuados para a elaboração dos relatórios;
· Elaborar um manual de instalação do software;
· Elaborar um manual de configuração da rede de computadores; 
· Elabora um manual de treinamento do usuário;
· Apresentar os arquivos fontes em arquivo compactado;
· Elaborar um manual de como gerar os binários. 
2.5 Justificativa do tema
A tecnologia avança rapidamente, todos os dias novos sistema são criados, mas ainda existem empresas que não tem acesso a este benefício, isso se deve muitas vezes a falta de visão dos benefícios que a informatização pode trazer para a empresa, que na maioria das vezes é entendida como despesa e não investimento. AGNE et all, 2011 p. 7
Um sistema contribui de forma efetiva para os futuros investimentos a que venha ocorrer, possibilitando o fornecimento de controles detalhados e precisos, além de relatórios eficientes e de fácil leitura, facilitando o trabalho dos funcionários que precisa atender os clientes com qualidade e rapidez. DIAS, E. A., 2011, p. 14
Ao contrário do que se pensa utilizar softwares de gestão não é mais um privilégio das grandes empresas e os benefícios são muitos, como rapidez nos processos, controle dos produtos, maior controle financeiro e gestão centralizada da informação. AGNE et all, 2011 p. 7. 	
2.6 Etapas de Elaboração do Projeto
Primeiramente houve uma reunião com o grupo para entender os problemas e planejar as soluções, sendo assim, a proposta foi dividida em dois projetos, um do desenvolvimento de software para a gestão das três unidades de pizzaria e o outro da elaboração da rede de computadores entre elas. 
Devido a extensão do projeto a fim de facilitar a compreensão do PIM, ele foi dividido em duas secções, onde a primeira ficará com todas as informações referentes ao desenvolvimento do software e a segunda secção tratará do projeto da criação da rede de computadores.
2.6.1 Projeto de Software
Para isso foi elaborado um escopo inicial para orientar os processos nos aspectos de entendimento do problema, planejamento da solução, execução do plano e avaliar o resultado. De acordo com os princípios centrais da boa prática de Engenharia de software levou em consideração a razão porque ele existe, mantendo a coisa simples e com visão, estando aberto para o futuro e planejando com antecedência o reuso.
De acordo com as premissas de boas práticas para planejamento adaptamos a metodologia RUP (Rational Unified Process) definindo as atividades que compõem o desenvolvimento de um software, o projeto se desenvolveu em quatro fases, levando em consideração o ciclo, interações e pontos de controle.
A primeira fase foi de Concepção, onde gerou os resultados (artefatos) das primeiras documentações, sendo elas: Documento de visão (visão geral dos requisitos, características e restrições essenciais do projeto); Modelo inicial de casos de uso (10%-20%); Definição de objetivos e viabilidade do projeto incluído contexto, critérios de sucesso; Avaliação inicial de riscos; Plano de projeto (com fases e interações); Primeiro protótipo.
A segunda fase foi de Elaboração com a finalidade de eliminar os elementos de maior risco do projeto através da criação de uma arquitetura coerente e consistente da solução, seus resultados foram: Modelo de casos de uso (80%); Requisitos não funcionais; Revisão da visão de negócios e lista de riscos; Plano detalhado de desenvolvimento do projeto, com interações e critérios de avaliação; Plano de processo de desenvolvimento; Manual de usuário preliminar.
A terceira fase foi de Construção, com o objetivo de desenvolver todos os componentes e características não resolvidas nas fases anteriores, testando-as e integrando-as na forma de um produto. Os resultados (artefatos) gerados nessa fase foram verificar se o produto (software) estava descrito e integrado nas plataformas adequadas, analisando a release do produto se é suficientemente estável e amadurecida para ser entregue ao usuário, sendo assim, todos os envolvidos e interessados estavam preparados para a fase de transição, verificando as atividadespertinentes para o próximo processo.
A última fase de Transição foi para realizar a transição do produto para o cliente, os resultados (artefatos) foram verificados de acordo com as suas conformidades e critérios de satisfação.
Após a aprovação do cliente, criou in loco a rede de computadores, interligando as unidades e realizando suas respectivas configurações para seu funcionamento, utilizando as práticas de implantação.
	Após a instalação funcional do sistema aos computadores, foi realizado um curso de capacitação para os funcionários da rede de pizzaria, dividindo o curso em duas etapas, sendo que, na primeira foi à nível avançado com foco no gerente e a segunda á nível básico/intermediário para os funcionários que tem acesso a uma parte do “incremento” do sistema. Foi disponibilizado manuais de instalação, de configuração e do treinamento, melhorando a compreensão sobre o produto adquirido.
Segue abaixo as ilustrações das expectativas durante as fases da execução do projeto.
	Fases de execução (ciclo) do Projeto
	
	
	
	
	Após 6 meses (Entrega do produto)
	Após um ano
	
	
Figura 1 - Ilustração emocional dos atores do projeto
2.6.2 Projeto da Rede de Computadores
Em paralelo foi realizado um projeto para a construção da rede dos computadores das pizzarias, levando em consideração um sistema genérico de comunicação, atribuindo respectivamente seus modelos e protocolos. 
Sendo assim foi elaborado um projeto com embasamento teórico sobre as redes de comunicação, interligações físicas e lógicas e configuração, a seguir foram definidos os materiais e métodos que seriam aplicados, foi elaborado um diagrama para melhor compreensão e um manual de configuração da rede para melhorar o entendimento do usuário sobre o assunto e gerar uma documentação ao cliente.
A rede foi instalada após a implantação do sistema de software na rede de pizzaria, obtendo suporte uma vez por mês durante seis meses. 
Foi acordado com o cliente que se houvesse alguma falha na rede, primeiramente haveria um contato por telefone, se não houvesse solução seria feita uma visita técnica com um valor fixo por visita.
3. SECÇÃO 1 - PROJETO DO SOFTWARE
3.1 Modelo de Processo 
A elaboração do projeto envolveu várias etapas de planejamento e desenvolvimento. A partir da ideia inicial, onde o cliente apresentou a proposta, que foi desenvolver um software para a gestão de uma rede de pizzarias, foi criado o grupo com cinco pessoas para realizar o projeto, onde ocorreram algumas reuniões para discutir como seria o software. 
Verificando as necessidades do cliente foi elaborado o escopo do projeto e seu cronograma, para determinar as atividades e organiza-las de acordo com os conhecimentos de cada integrante da equipe, nesta fase já tínhamos em mente o tempo mínimo necessário para o desenvolvimento do projeto e sua documentação, após foi feito a matriz de responsabilidade onde dividimos as tarefas por cada participante do grupo. 
Após, iniciou-se a modelagem do sistema utilizando a UML como base, mesmo sendo um método muito usado para orientação a objeto, foram feitas algumas adaptações de acordo com a proposta do projeto. Contudo, alguns artefatos do seu processo foram julgados necessários, sendo descritos ao decorrer do projeto. 
Para a escrita do código foi escolhido a linguagem de programação C em modo console, devido à empresa não possuir capital para grandes investimentos em infraestrutura, bem como software caros.
Como o planejamento estava bem definido, a construção da documentação ocorreu concomitantemente ao desenvolvimento do código do programa. Ao passo que cada parte do software ficava concluído, fazia-se testes de funcionalidade entre os integrantes da equipe. 
Fatores alheios à nossa vontade, dois integrantes da equipe ficaram doentes, atrasando algumas atividades do projeto. Em consequência disto, tarefas foram acumuladas aos outros 3 três, porém este risco já estava previsto no plano global de projetos. 
Ao final do projeto, conseguimos atender a demanda da necessidade do cliente, deixando para trabalhos futuros a implementação de itens que aprimorem o software e o atenda em um nível mais amplo.
3.1.1 Embasamento teórico e aplicação
Os processos do projeto foram elaborados de acordo com o ciclo de vida. Os diversos tipos dos ciclos de vida evoluem com o passar do tempo e com as novas tecnologias de software e hardware, onde surgem novas metodologias e outras ficam para traz (PRESSMAN (2006). 
A metodologia RUP foi escolhida devido a versatilidade de adaptação, assim ela foi modificada em alguns aspectos, adaptando as atividades do projeto em suas orientações para o desenvolvimento de programa. Segundo Didier (2000), “ele é uma metodologia que atende todo o ciclo de vida do desenvolvimento de software, sendo bem aceita ao meio acadêmico e bastante disseminada ao mercado comercial”. 
De acordo com Martins (2010), “o processo de especificação e implementação de sistemas de software, ou seja, a gerencia de projeto de desenvolvimento, pode ser administrada através do RUP”. Este processo define as etapas do projeto e quem executará cada atividade, o que é executado e quando e como o trabalho é feito, de modo a atingir os objetivos finais, que é criar um novo software ou evoluir um já existente.
Ele é mais do que um simples processo de desenvolvimento de software: ele é um framework de processo genérico que pode ser especializado para várias classes de sistemas de software, para diferentes áreas de aplicação, diferentes tipos de organizações, diferentes níveis de competência e diferentes tamanhos de projeto. ARAUJO E VASCONCELOS, 2000. p.5
Segundo Booch et all, 1999 “o RUP é baseado em componentes e usa a Unified Modeling Language (UML) para denotar a modelagem”. 
A modelagem do software foi desenvolvida de acordo com as principais características do método: 
	
Dirigido a use-case:
	O processo de desenvolvimento seguiu um fluxo de ações para realização de use-cases, isto procedeu através da execução dos workflows. Assim os use cases foram especificados, projetados e no fim, foram a fonte para construir os casos de testes. Foram cruciais para dirigir o processo de desenvolvimento. 
	
Centrado na arquitetura
	O conceito de arquitetura de software englobou os aspectos estáticos e dinâmicos mais significantes do sistema. Ela é uma visão do projeto como um todo, tornando visível as características mais importantes do mesmo. Ela funde o sistema em uma fôrma que foi projetada para permitir que o sistema pudesse evoluir. 
	
Iterativo e incremental
	Como o software desenvolvido é de gestão de pizzarias, ele se trata de um produto de software comercial podendo continuar por vários e vários anos. O projeto foi dividido em pequenos ciclos, sendo que cada miniprojeto é uma iteração que resulta em um incremento. Iterações referiu os passos no workflow, e incrementos a evoluções do produto. Sendo assim ele pode ser utilizado em futuros projetos.
Tabela 3 – Características do método de modelagem
O RUP repete uma série de ciclos durante a vida de um sistema. Cada ciclo termina com uma versão do produto, e consiste de quatro fases: Concepção, Elaboração, Construção, Transição.
Cada fase é adicionalmente dividida em iterações (FIGURA 1) e finalizada com um milestone que verifica se seus objetivos foram alcançados. Toda iteração é organizada em termos de workflows, que são conjuntos de atividades, realizadas por responsáveis que produzem artefatos.
Figura 2. Fases, interações e workflows do RUP. (Extraída do Rational Unified Process 5.0, da Rational Software Corporation)
Basicamente há dois tipos de workflows (Fluxos), Fluxo de processo e Fluxo de suporte, segue abaixo a descrição dos procedimentos utilizados:
	WORKFLOW DE PROCESSO
	
Modelagem de Negócios
	Permitiu o entendimento da estrutura e dinâmica das pizzarias, garantindo que o cliente e seus funcionários e desenvolvedores tivessem um entendimento comum da mesma e pudessem derivar os requisitos dos sistemas que o suportam.
	
Requisitos
	Direcionou odesenvolvimento rumo ao sistema certo, devido a descrição dos requisitos do sistema, de forma que os acordos sobre o que o sistema deveria ou não fazer pudessem ser alcançados entre o cliente (incluindo usuários) e os desenvolvedores do sistema. O maior desafio foi representar a captura de requisitos devido o cliente não ser um especialista em computadores. O resultado também ajudou o gerente do projeto a planejar as iterações e as versões para o cliente. 
	Análise e Projeto
	Possibilitou a transformação dos requisitos em um projeto do sistema, sugerindo uma arquitetura robusta e adaptando o projeto para o ambiente de implementação.
	Implementação
	Definiu a organização do código, em termos de implementação de subsistemas dispostos em camadas, implementando as classes e objetos em termos de componentes, testando os componentes desenvolvidos como unidades e integração dos resultados produzidos por implementadores em um sistema executável.
	
Teste
	Verificamos a integração entre objetos, a integração formal de todos os componentes de software, se todos os requisitos foram corretamente implementados e identificamos e garantimos que os defeitos foram resolvidos antes da implantação do software ao cliente.
	
Implantação
	Produziu a primeira versão do produto e disponibilizou essa versão para o cliente. O workflow cobriu uma grande variedade de atividades, incluindo: produzir a primeira versão, empacotar, distribuir e instalar o software, produzir assistência/ajuda ao usuário, planejar e conduzir os testes.
	WORKFLOW DE SUPORTE
	Configuração e Gerenciamento de Mudanças
	Foi essencial para controlar os diversos artefatos produzidos pelas pessoas que trabalharam em um mesmo projeto. O controle ajudou a evitar confusões e garantiu que os artefatos resultantes não foram conflitantes.
	Gerenciamento de Projeto
	Forneceu um framework para o gerenciamento do projetos de software, atuando como guidelines para planejamento, execução e monitoração do projeto e um framework para gerenciamento dos riscos.
	
Ambiente
	Proveu a organização com o ambiente de desenvolvimento de software (processos e ferramentas). Não cobriu alguns aspectos como seleção, aquisição e utilização de ferramentas e manutenção do ambiente. O workflow enfatizou as atividades para configurar o processo no contexto do projeto.
Tabela 4 - WORKFLOWs
Conforme as informações propostas pelo PIM a definição do desenvolvimento do sistema foi na linguagem C em modo console, armazenando os dados em arquivos texto com os diários para contabilização, de acordo com a premissa de que a empresa não possuía capital para grandes investimentos, bem como software caros.
“A linguagem C, foi criada em 1972 por Dennis Ritchie e Brian Kernighan, é uma das linguagens mais populares e que influenciou a criação de diversas outras linguagens de programação” (SEBESTA, 2011). 
“Um dos aspectos interessantes da linguagem C é o desempenho dos programas desenvolvidos, pois é possível implementar instruções em um nível mais próximo da máquina” (PINHEIRO, 2012). “Pelo fato de programar em um nível mais próximo da máquina, a linguagem C permite a implementação de uma grande variedade de soluções de software que vão desde de sistemas operacionais até programas de usuário” (Paillard & Moreira, 2017). 
Todo esse poder da linguagem C pode acarretar em problemas no aprendizado da linguagem, pois existem uma variedade de funções, estruturas e recursos de manipulação do hardware e do sistema operacional. (Paillard & Moreira, 2017). 
Os programas escritos na linguagem C passam por um processo de compilação, que transforma o código-fonte em um código executável para um determinado sistema operacional (SEBESTA, 2011). 
Contudo, se um programa for desenvolvido para o sistema operacional Windows, deve-se usar algum compilador que produza código executável para Windows. Tal aspecto de compilação da linguagem C torna dificultoso a portabilidade um mesmo programa executável em diferentes sistemas operacionais. (Paillard & Moreira, 2017). 
3.2 Hardwares e Softwares 
Os hardwares utilizados no desenvolvimento do projeto não tiveram custos de aquisição, pois os membros da equipe já possuíam o equipamento necessário para realização do projeto.
	HARDWARES
	Computador CCE All in One SOLOA45 - Intel Celeron 847- RAM 4GB - HD 500GB - LED 24" - Windows 8.
	Intel Core i5 9400F - 8Gb RAM Hyper X DDR4 – HD 1Tb - SSD 120Gb - Nvidia GeForce GTX 1050TI 4Gb - Windows 10.
	Asus Prime A320M-K/BR - RX570 4GB - AeroCool Kcas 400W/500W - AMD A68570 – Windows 10 
	Notebook Essentials E30 Intel Core I3 4GB 1TB LED Full HD 15.6'' W10 Cinza Titânio - Samsung
	PLACA MÃE A320 - PROCESSADOR AMD A6 - MEMORIA 4GB KINGSTON - HD 500GB SATA - FONTE 350W PFC ATIVO - Windows 7.
Tabela 5: Hardwares
Os softwares utilizados para o desenvolvimento do projeto foram escolhidos de acordo com a familiaridade e conhecimento dos integrantes da equipe na utilização dos mesmos. As licenças dos programas foram gratuitas (versão demo), no caso dos softwares pagos os integrantes da equipe já possuíam a licença para uso.
	SOFTWARES
	Pacote Office 365
Astah Community UML (Demo version)
	WBS Chart Pro (Demo version)
	CodeBlocks 
	Windows 8/10
	Inno Setup
Tabela 6: Software utilizados
O Pacote do Office 365 é um pacote de ferramentas da Microsoft, utilizamos o Word como ferramenta para elaborar os arquivos texto, com o Excel foi elaborado algumas planilhas, para organizar a equipe e com o Power Point foi elaborado a apresentação do trabalho. 
O Astah Comunity é um editor com muitos recursos avançados utilizado para elaborar diagramas, foi utilizado neste trabalho para elaborar os Diagramas de Casos de uso, atividades, estados, sequência e diagrama de classes.
O WBS Chart Pro (Work breakdown structure) é uma ferramenta de gerência de projetos, sendo uma Estrutura Analítica de Projetos (EAP), utilizamos nos processos de subdivisão das entregas e do trabalho em componentes menores facilitando o gerenciamento.
O CodeBlocks é um ambiente de desenvolvimento integrado de código aberto e multiplataforma, sua arquitetura é orientada a plugin, de forma que suas funcionalidades são definidas pelos plugins fornecidos a ele. Ele é voltado para o desenvolvimento em  C/C++ e Fortran, nele foi desenvolvido o código em linguagem C modo console. 
O Windows é um sistema operativo/operacional da Microsoft para computadores pessoais, portáteis, notbooks e tablets, todo o projeto foi desenvolvido nesse sistema operacional.
O Inno Setup é um criador de instalador dirigido a script. Utilizado para facilitar a instalação do sistema desenvolvido para este trabalho.
3.3 Aplicação da Engenharia de Software
	De acordo com os principais problemas na execução de projeto, utilizamos a engenharia de software para melhorar o planejamento e a gestão das atividades do processo, a fim de, cumprir o prazo de entrega e a qualidade do produto. Na sua execução envolveu questões técnicas e não técnicas, estabelecendo um esquema de manutenção da informação, critérios e procedimentos para o uso das ferramentas, definindo padronização das etapas dos processos e produto intermediário e final, com o intuito de extrair a maior eficiência das atividades de trabalho. 
A premissa para o planejamento está descrita na tabela abaixo, adaptando o conjunto de práticas gerenciais e técnicas que permitiu ao grupo a definição do roteiro e fluxo do processo, focado nos objetivos estabelecidos para o projeto. 
Tabela 7 – Práticas de Planejamento
	1 – Entendimento do Projeto: o escopo direcionou a equipe aos caminhos.
	6 – Seja realista – ouve uma preocupação com os “ruídos”, omissões e ambiguidades.
	2 – Planejamento com o cliente: definiu as prioridades e ofereceu restrições.
	7 – Ajustando o nível: em relação aos detalhes de acordo com o desenvolvimento do plano.
	3 – Planejamento interativo: com as mudanças as consequências se acomodando ao plano.
	8 – Garantindo a qualidade: o plano de teste identificou como a equipe poderia garantir a qualidade das tarefasrealizadas.
	4 – Baseando-se no conhecido: foi identificado o esforço e tempo das tarefas de acordo com a equipe.
	9 – Acomodar as modificações: a equipe identificou as mudanças de acordo com o prosseguimento do trabalho.
	5 – Considerando riscos de acordo com o plano: foi elaborado um plano de risco, levando em consideração o impacto, probabilidade, planejamento e contingência.
	10 – Acompanhamento frequente e realização de ajustes necessários: houve reuniões semanais com o grupo, procurando por áreas problemáticas e controlando os atrasos.
Após o planejamento houve uma preocupação em relação a comunicação, sendo a base dos primeiros passos da coleta da informação do processo, para que não houvesse “buracos” na comunicação entre a nossa empresa e o cliente foi elaborado um questionário semiestruturado, baseado no plano de boas práticas de comunicação, a fim de, melhorar o entendimento das regras de negócio e os requisitos do software, segue abaixo a descrição dos princípios. 
	Principio 1: Escute
Tente se concentrar nas palavras do interlocutor em vez de na formulação de sua resposta a essas palavras. Peça esclarecimento se algo estiver obscuro. Evite interrupções constantes. 
Principio 2: Prepare-se Antes de se comunicar
Gaste tempo em entender o problema antes de se encontrar com os outros, pesquise a respeito para entender a “linguagem” do usuário. 
Principio 3: Alguém deve facilitar a atividade
Toda reunião de comunicação deve tem um líder (facilitador) para manter a conversa se movendo em uma direção produtiva, para mediar qualquer conflito e para garantir que os outros princípios sejam seguidos. 
Principio 4: Comunicação face a face é melhor
Costuma funcionar melhor quando alguma outra representação da comunicação relevante é apresentada. 
Principio 5: Faça anotações e documente as decisões. 
As coisas têm um modo de escorrer por entre os dedos. Alguém que participe da comunicação deve servir como um registrador e anotar todos os pontos importantes. 
Principio 6: Busque Colaboração
Colaboração e consenso ocorrem quando o conhecimento coletivo dos membros da equipe é combinado para descrever funções e características do sistema. 
Principio 7: Conserve-se focado, modularize sua discussão 
Quanto mais pessoas estiverem envolvidas em uma comunicação, mais provavelmente aquela discussão vai ficar saltando de um tópico para o outro. O facilitador deve manter a conversa modular, abandonando um tópico apenas depois que estiver resolvido.
Principio 8: Se algo não está claro desenhe uma figura 
A comunicação verbal vai só até um certo ponto, um esboço ou um desenho pode frequentemente fornecer esclarecimento. 
Principio 9: Prossiga
A comunicação, como qualquer atividade de engenharia leva tempo. Em vez de iterar sem fim, as pessoas que participam devem reconhecer que muito tópicos requer discussão e devem prosseguir com a reunião sem se prender a eles nesse momento. 
Principio 10: Negociação
Existem muitas instancias em que os engenheiros de software e os clientes devem negociar funções e características, isso deve ser feito de modo que ambas as partes saiam ganhando, assim sendo negociação exige comprometimento de ambas as partes.
Antes que os mesmos pudessem ser analisados, modelados ou especificados, eles foram coletados, por meio de uma entrevista com o cliente e uma entrevista dirigida aos seus funcionários.
3.3.1 Especificação das regras de negócio
As regras de negócio foram elaboradas como um conjunto de tarefas logicamente relacionadas executadas para obter a melhor compreensão do resultado de negócio existente. No processo buscamos adquirir mais informações sobre as, pessoas (clientes e funcionários da pizzaria), recursos materiais e procedimentos foram combinados para produzir um melhor entendimento do negócio, em relação aos requisitos do programa solicitados pelo cliente.
Segue abaixo o documento final elaborado com as entrevistas realizados ao cliente e seus funcionários.
	QUESTIONÁRIO 
Como é realizada atualmente a gestão da empresa? Quem são os responsáveis?
Atualmente é realizada pelo modo “arcaico”, onde tudo é anotado em papel e apenas o gerente que tem um computador para elaborar alguns relatórios de faturamento.
Para o gerenciamento do estoque o gerente que elabora uma planilha e instrui o funcionamento aos pizzaiolos na hora de retirar e/ou colocar qualquer insumo no estoque.
Os cadastros são realizados todos em papel e cadernos de arquivo.
	PROCESSOS DE CADASTRO
	CLIENTES
	1. O cliente passa as informações (nome, telefone e endereço) para o funcionário do caixa e ele registra em um caderno de clientes.
	Média 10 min.
	PEDIDOS
para levar para casa.
	1. Telefone:
1.1 O cliente liga na pizzaria se identifica se possuir o cadastro o pedido procegue, caso contrário, o funcionário do caixa cadastra o cliente.
1.2 O cliente faz o pedido e o funcionário marca em um caderno (data, nome e quantidade de produtos e valor) e um papel.
1.3 O papel é entregue para o pizzaiolo.
1.4 O pizzaiolo entrega a pizza ao motoboy.
1.5 O motoboy entrega a pizza ao cliente.
2. Pessoalmente:
2.1 O cliente vai ao caixa e se identifica se possuir o cadastro o pedido procegue, caso contrário, o funcionário cadastra o cliente.
2.2 O cliente faz o pedido e o funcionário do caixa marca em um caderno e um papel.
2.3 O papel é entregue para o pizzaiolo.
2.4 O pizzaiolo entrega a pizza ao funcionário.
2.5 O funcionário entrega a pizza ao cliente.
	Média 10 a 15 min.
	PEDIDOS para comer na pizzaria
	1.2 O cliente se dirige a algum funcionário ou vai direto para a mesa.
1.3 O garçom se dirige a mesa ou ao cliente, se ele ainda não tiver mesa, o garçom acomoda ele em uma, caso contrário, o garcom anota o pedido no papel.
1.4 O garcom entrega o pedido para funcionário do caixa.
1.5 Se for a la carte, ela anota o pedido em outro papel e entrega para o pizzaiolo.
1.5 O garcom vai pegar as bebidas e leva a mesa do cliente.
1.6 O pizzaiolo chama o garçom que pega a pizza e leva a mesa do cliente. 
1.6 No final, o cliente pede a conta ao garçom, que se dirige ao caixa, pedindo para o funcionário do caixa fechar a mesa X.
1.7 O funcionário do caixa pega os papéis referente ao pedido da mesa X, calcula e entrega ao garçom, junto com a maquina de cartão.
1.8 O garçom entrega a conta ao cliente e pergunta qual será a forma de pagamento.
1.9 Se for dinheiro ele analisa se há troco, caso positivo, ele se dirige ao caixa, e traz o troco para o cliente.
1.10 Se for cartão ele mesmo realiza a instrução de pagamento.
1.11 A funcionária do caixa registra o pedido no caderno (data, nome e quantidade de produtos e valor).
	Média
1 a 2 horas
	Estoque
	1. Entrada 
1.1 Quando o fornecedor chega, ele deixa os produtos no estoque e o funcionário confere o produto com o recibo.
1.2 O funcionário entrega o recibo para o gerente.
1.3 O gerente passa os dados do recibo (tipo de insumo, quantidade, data de fabricação e validade) para um arquivo (estoque) do excell.
2. Saída 
2.1 O pizzaiolo pega o insumo no estoque.
2.2 Após ele anota os dados do insumo em uma planilha (nome e quantidade).
2.3 No final do espediente ele entrega a planilha para o gerente.
2.4 O gerente anota os dados no arquivo (estoque) do excell.
	Média 30 min. a 1 hora
	Promoções
	1. O cliente não paga o rodizio de pizzas no dia do aniversário.
2. Leve duas pizzas da promoção e ganha um refrigerante de dois litros.
3. De segunda a quinta todas as pizzas tem 5 % de desconto.
4. No pagamento em dinheiro o total da conta tem 10% de desconto.
	N.A
	Cancelamento
	1. Telefone:
1.1 O cliente liga na pizzaria se identifica ao funcionário do caixa pedindo o cancelamento.
1.2 O funcionário do caixa pergunta ao pizzaiolo se a pizza está pronta, caso negativo, ele procura no caderno o registro e rabisca.
1.3 Caso positivo, ele explica ao cliente que não dá para cancelar pois ela já esta a caminho.
2. Pessoalmente:
2.1 O cliente vai ao caixa e se identifica e após pede o cancelamento.
2.2 O funcionário do caixa pergunta ao pizzaiolo se a pizza está pronta, caso negativo,ele procura no caderno o registro e rabisca.
2.3 Caso positivo, ele explica ao cliente que não dá para cancelar pois ela já esta a caminho.
	Média 5 min.
	Reclamação e Elogio
	1. Telefone
1.1 O cliente liga na pizzaria se identifica se possuir o cadastro o pedido procegue, caso contrário, o funcionário do caixa cadastra o cliente.
1.2 Após o cliente faz a sua reclamação ou elogio (por livre vontade).
1.3 A funcionaria do caixa anota em um caderno (Sugestões) o nome o a informação.
2. Pessoalmente
2.1 O cliente se dirige a algum funcionário.
2.1 Se for no caixa, o funcionario anota no caderno (sugestões), caso contrario, o funcionário passa a informação ao funcionário do caixa, para ela anotar.
	Média 5 a 10 min.
	PROCESSOS DE RELATÓRIOS
	Faturamento
Por unidade e pela rede
	1.1 O gerente digita todos os dados no arquivo (excell) referente a contas a pagar.
1.2 O gerente digita todos os dados no arquivo (excell) referente a contas recebidas.
1.2 Uma vez por dia ele faz a analise dos dados.
1.3 Apresenta os graficos e tabelas para um dos donos da rede de pizzarias.
	
	Estoque
	1.1 O gerente digita todos os dados no arquivo (excell) referente a insumos de saídas.
O gerente digita todos os dados no arquivo (excell) referente a insumos de entrada.
1.2 Dia sim, dia não ele faz a analise dos dados.
1.3 Se estiver faltando algum produto ele comunica a compra ao dono da rede de pizzarias.
1.5 Após a autorização do dono ele realiza o pedido para os fornecedores, pelo telefone.
	
	Sabores mais vendidos
	1.1 O gerente digita todos os dados do caderno de pedidos no arquivo do excell (pedidos).
1.2 Uma vez por semana ele faz a analise dos dados.
1.3 Apresenta os graficos e tabelas para um dos donos da rede de pizzarias.
	Caixa
	Unidade que mais vende
	1.1 O gerente elabora planilha no excell com os dados existentes.
1.2 Uma vez por semana ele faz a analise dos dados.
1.3 Apresenta os graficos e tabelas para um dos donos da rede de pizzarias.
	Gerente
Elaborou um esboço das telas fundamentais do programa exigidos pelo cliente, com o objetivo de validação junto a ele do mesmo. 
Figura 3 – esboço do programa.
Segundo os dois sócios a visão geral do negócio é ser reconhecido na cidade por oferecer produtos e serviços de excelência no ramo alimentício e consequentemente duplicar o valor da empresa, oferecendo ao público local presteza, eficiência e rapidez no atendimento. Suas metas são expandir o negócio para outros bairros, inaugurando mais duas unidades nos próximos cinco anos, crescer o faturamento em 20 % nos próximos três anos e aumentar o portfólio de produtos em 20 % nos próximos três anos.
3.4 Modelagem do Projeto e Análise
A modelagem utilizada para o desenvolvimento deste projeto foi a UML, a seguir seguem os diagramas que possibilitam uma melhor visualização de como o projeto foi desenvolvido.
Para elaborar o gráfico do esboço foi utilizada uma ferramenta auxiliar o WBS. Segundo Martins (2010), “o WBS é peça central no planejamento de qualquer projeto, uma vez que ele permite definir o escopo do projeto, ou seja, o conjunto de atividades que precisa ser executado”. “Ela tem por finalidade entender o projeto sendo importante pois ajuda a identificar o que deve ser feito no projeto, por quem e qual o tempo irá durar e até mesmo o quanto custará uma tarefa”. (AGNE, et all, 2011). O período de cada atividade está no apêndice b - cronograma.
Figura 4. Esboço de todas as atividades que compunham o projeto em relação ao fluxo de processo.
Figura 5. Esboço de todas as atividades que compunham o projeto em relação ao fluxo de suporte.
3.4.1 Responsabilidades
Segundo Martins (2010), “o gerenciamento dos recursos humanos inclui a determinação das funções, responsabilidades e hierarquias das pessoas no projeto. O grupo é composto por cinco integrantes, desenvolvendo os seguintes papéis: gerente, desenvolvedor, documentalista/analista”.
		ATIVIDADE	
	RECURSO HUMANO
	Gerente
	Luiz Alberto Assumpção
	Desenvolvedor
	Yuri França
Antônio Mário Costa
	Documentalista/Analista
	Henrique Silva 
Roberta Schmidt
Tabela 8: Organização Pessoal
A matriz de responsabilidades é especialmente importante para os gerentes funcionais, que administram diretamente as pessoas e precisam saber qual o papel de cada uma no projeto. (MARTINS, 2010). Abaixo está descrito as tarefas que cada membro do time desenvolveu durante o projeto.
	PROJETO DO PROGRAMA
	ATIVIDADE
	RESPONSÁVEL
	FASES
	RESPONSABILIDADE
	FLUXO DE PROCESSO
	Modelagem do negócio
	Elaborar Cenário
	Grupo
	Concepção
	Diálogo com o ciente
	Detalhar Problema
	Grupo
	Concepção
	Diálogo com o ciente
	Criar Regras de Negócio
	Grupo
	Concepção
	Diálogo com o ciente
	Requisitos
	Elaborar requisito funcional
	Luiz/Roberta
	Concepção
	Análise/Documentação
	Elaborar Requisitos não-funcional
	Antônio/Henrique
	Elaboração
	Análise/Documentação
	Requisitos do software
	Luiz/Roberta
	Concepção/Elaboração
	Análise/Documentação
	Análise e Projeto
	Plano de Comunicação
	Henrique
	Concepção
	Análise
	Plano de planejamento
	Roberta
	Concepção
	Análise
	Plano de teste
	Luiz
	Concepção
	Análise
	Protótipos da tela
	Grupo
	Concepção/Elaboração
	Análise
	Caso de Uso
	Yuri
	Concepção/Elaboração/Transição
	Análise/Documentação
	Diagramas
	Henrique
	Concepção/Elaboração/Transição
	Análise/Documentação
	Manual binários
	Antônio
	Construção/Transição
	Documentação
	Matemática aplicada
	Luiz
	Construção
	Execução/Documentação
	Manual de Treinamento
	Yuri
	Construção
	Execução/Documentação
	Manual de usuário
	Henrique
	Elaboração
	Execução/Documentação
	Manual de instalação
	Luiz
	Construção/Transição
	Execução/Documentação
	Glossário do software
	Yuri
	Construção/Transição
	Execução/Documentação
	Implementação
	Especificar os Casos de uso
	Roberta
	Concepção/Elaboração
	Execução/Documentação
	Protótipos executáveis do programa 
	Antônio/Yuri
	Elaboração/Construção/Transição
	Execução/Documentação
	Testes
	Relatório de teste
	Henrique
	Concepção/Elaboração/Transição
	Execução
	Relatório de falhas
	Antônio
	Concepção/Elaboração/Transição
	Execução
	Relatório de riscos
	Roberta
	Concepção/Elaboração/Transição
	Execução
	Implantação
	Revisão da documentação
	Roberta
	Transição
	Análise
	Instalar o sistema no cliente
	Henrique
	Transição
	Execução
	Teste de aceitação
	Yuri
	Concepção/Elaboração/Transição
	Diálogo com o ciente
	Capacitação para o usuário
	Antônio
	Transição
	Execução
	FLUXO DE SUPORTE
	Configuração e Gerenciamento a Mudança
	Projeto com fases e transições
	Grupo
	Concepção/Elaboração/Transição
	Análise/Documentação
	Reuniões semanais
	Grupo
	Concepção/Elaboração/Construção/Transição
	Análise/Documentação
	Reuniões eventuais
	Grupo
	Concepção/Elaboração/Construção/Transição
	Análise/Documentação
	Gerenciamento do Projeto
	Matriz de responsabilidade
	Grupo
	Concepção/Elaboração
	Análise/Execução
	ABS
	Luiz
	Concepção/Elaboração/Transição
	Análise/Execução
	Astah
	Henrique
	Concepção/Elaboração/Transição
	Análise/Execução
	Ambiente
	Organização dos Processos
	Yuri
	Concepção/Elaboração/Construção/Transição
	Análise/Documentação
	Organização das Ferramentas
	Roberta
	Elaboração/Construção/Transição
	Análise/Documentação
Tabela 9: Matriz de responsabilidades 
3.4.2 Plano de Risco 
Ao tratar-se de riscos, Brasiliano (2008) estabelece que “o risco acompanha o homem e é inerente a sua natureza.”. “A análise de riscos é, sem dúvida, parte muito importante para gerenciar um projeto da melhor forma e possibilitar uma melhor tomada de decisão” (Agne, et al 2011). 
A probabilidade é a métrica que define a frequência que uma situação de risco acontece, podendo ser: Baixo, Moderado e Alto. O impacto é a estimativa de severidade dos efeitos adversos, que pode representar a magnitude da perda ou a magnitude dos custos necessários para controlar o risco caso aconteça (AGNE, et all, 2011).
A identificação dos riscos foi feita na presença de todos os membros da equipe, com o intuito de aumentar as opções das condições adversas. 
266Condição
	Período 
	Consequência
	Ação
	Monitoramento
	Pro.
	Imp.
	Cla.
	1
	Deficiência na capacidade técnica da equipe
	Agosto a Novembro
	Atraso no desenvolvimento da aplicação
	Buscar apoio técnico para atividades de desenvolvimento através de materiais, professores e pessoas que dominam a tecnologia
	Gerente de projeto, através de reuniões com os integrantes da equipe
	
A
	
A
	
6
	2
	Indisponibilidade de recurso humano
	Agosto a Novembro
	Atraso no cronograma e na entrega do projeto
	Reorganizar e realocar as atividades do cronograma
	Gerente de projeto, através de reuniões com os integrantes da equipe
	
M
	
A
	
3
	3
	Mudança nos requisitos
	Agosto e Setembro
	Atraso nas atividades de análise
	Obter o aceite dos requisitos já documentados
	Reuniões entre os integrantes da equipe e o orientador
	
B
	
M
	
3
	4
	Prazo insuficiente
	Novembro
	Entrega do projeto não será realizada
	Reestruturar o tempo de execução disponibilizado para o projeto
	Gerente de projeto e equipe
	A
	A
	4
	5
	O projeto não atender as necessidades do cliente
	Outubro
	Entrega do projeto não será realizada
	Seguir as orientações e especificações informadas no levantamento dos requisitos
	Reuniões entre os integrantes da equipe e o orientador
	
B
	
A
	
5
	6
	Troca de tecnologias ou ferramentas
	Outubro
	Atraso no desenvolvi-mento da aplicação
	Adaptação dos desenvolvedores às novas tecnologias
	Reuniões entre os membros da equipe e o orientador
	
B
	
A
	
5
	7
	Perda de informação do projeto
	Novembro
	Retrabalho e atraso na entrega
	Realizar backups em diversos locais de trabalho
	Reuniões entre os integrantes da equipe
	M
	A
	5
	8
	Equipamentos com defeito
	Novembro
	Retrabalho e atraso na entrega
	Realizar backups em diversos locais de trabalho
	Reuniões entre os integrantes da equipe
	B
	M
	4
Legenda: Pro. – Probabilidade; Imp. – Impacto; Cla. - Classificação; (A) – Alto; (M) – Moderado; (B) – Baixo.
Tabela 10: Plano de risco.
3.4.3 Plano de Teste 
	O Teste do software é uma das atividades do processo de desenvolvimento do software, visa executar um programa de modo sistemático com o objetivo de encontrar falhas, isto requer verificação e validação do programa. Nesse sentido, definir quando as atividades de verificação e validação iniciam e terminam, como os atributos de qualidade serão avaliados e como os releases do software serão controlados, são questões que devem ser acompanhadas ao longo do processo do software. Vale ressaltar que teste não deve ser a última atividade do processo de desenvolvimento de software, ela ocorre durante todo o processo, como exemplificado na visão geral do processo RUP (Rational Unified Process), baseado na metodologia aplicada neste projeto.
O plano de teste foi um dos documentos produzidos na condução desse projeto, ele funcionou como: um ‘integrador’ entre diversas atividades de testes no projeto; mecanismo de comunicação para os stakeholders (i.e. a equipe de testes e outros interessados); e guia para execução e controle das atividades de testes.
O objetivo foi planejar as atividades que foram realizadas, definindo os métodos empregados, planejar a capacidade necessária, estabelecer métricas e formas de acompanhar o processo. Nesse sentido, houve um questionamento entre os membros da equipe sobre as questões descritas abaixo.
	QUESTÕES PERTINENTES
	1. Quais atributos da qualidade deverão ser testados?
R. Desempenho, interface de usuário e funcionalidade.
	2. Quem realizará os testes?
R: Usuários (voluntários), sem o conhecimento prévio das funções do programa.
	3. Quais recursos serão utilizados?
R: Um computador com o programa já instalado, roteiro e ficha do teste, cronometro e caneta.
	4. Quais as dependências entre os atributos de qualidade?
R: O usuário irá executar as funções do programa e avaliar o grau de dificuldade de interpretação da interface e se as funções serão executadas conforme o esperado.
	5. Quais as dependências entre as atividades de desenvolvimento?
R. Usuário terá que ter disponibilidade durante 1 hora, para que haja uma explicação do que é e para que serve este teste, dar todo o procedimento para ele preencher a ficha e executar todas as tarefas (funcionalidades) do programa.
	6. Como o processo e a qualidade do sistema de software serão acompanhados?
R:De acordo com o cronograma do projeto foram feitos os testes em cada incremento do programa, e foram definidas métricas para poder acompanhar e avaliar os resultados esperados.
	Baseado no questionário acima foram criados um roteiro e um questionário que foi aplicado a usuários (voluntários) durante a execução do projeto, as tarefas foram aumentando gradativamente, de acordo com os incrementos do programa desenvolvidos durante a execução do projeto, segue abaixo a descrição da versão final do documento.
	ROTEIRO
	1. Leia atentamente as questões e siga os passos nela descrito;
2. Se houver alguma anotação sobre qualquer execução preencha no item OBS. (Observação) ou avise o monitor responsável;
3. Se não houver anotações preencha com N.A. (não se aplica) no item OBS. (Observação);
4. Se houver alguma dúvida a qualquer momento chame um monitor para te auxiliar;
5. Preencha todos os campos do questionário;
6. O conteúdo das variáveis fora estabelecido de acordo com o entendimento do usuário, sem definição prévia.
7. O item do tempo de execução é preenchido com o tempo que o usuário utiliza para realizar as tarefas do início ao fim;
8. O item dificuldade é preenchido com números de 1 a 5, de acordo com o grau de dificuldade das tarefas, sendo: (1) muito difícil - não realizou; (2) difícil- realizou com ajuda de 100%; (3) moderado – realizou com ajuda de 50%; (4) fácil – realizou com ajuda de 25%; (5) muito fácil – realizou sem ajuda;
9. O item compreensão da interface é preenchido de acordo com a identificação da escrita (erros) e apresentação das telas (layout), de acordo com o grau de compreensão do usuário, sendo: (legível) - tela bem apresentada e sem erros gramaticais; (indiferente) - compreende e interpreta a tarefa mais há algum tipo de erro); (ilegível) - não compreende a tarefa (estando confuso) e apresenta erro gramatical.
 
	
Nome: ____________________________________________________________
Grau de conhecimento em informática: ( ) Baixo ( ) Médio ( )Alto Quais equipamentos tecnológicos você utiliza:
( ) Celular ( )Computador ( ) Tablet ( ) Outros: _______________
QUESTIONÁRIO
1. Tarefa: Faça login no programa. Preencha todos os dados do login (senha, unidade, dia, mês e ano) e saia do programa.
	Tempo de Execução:
	Dificuldade:
	Compreensão da interface: ( ) legível ( )indiferente ( ) ilegível
	OBS:
2. Tarefa: Cadastrar produto. Etapa: Cadastro – Cadastrar Produto – (preencher dados do produto) e depois saia do programa.
	 Tempo de Execução:
	Dificuldade:
	Compreensão da interface: ( ) legível ( )indiferente ( ) ilegível
	OBS:
3. Tarefa: Cadastrar cliente. Etapa: Cadastro – Cadastrar Cliente – (preencher dados do cliente) e depois saia do programa.
	Tempo de Execução:
	Dificuldade:
	Compreensão da interface: ( ) legível ( )indiferente ( ) ilegível
	OBS:
4. Tarefa: Cadastrar funcionário. Etapa: Cadastro – Cadastrar Funcionário – (preencher dados do funcionário) e depois saia do programa.
	Tempo de Execução:
	Dificuldade:
	Compreensão da interface: ( ) legível ( )indiferente ( ) ilegível
	OBS:
5. Tarefa: Registrar movimento no caixa. Etapa: Caixa – Registrar movimento – (preencher dados do pedido) e depois saia do programa.
	Tempo de Execução:
	Dificuldade:
	Compreensão da interface: ( ) legível ( )indiferente ( ) ilegível
	OBS:
6. Tarefa: Listar movimento do dia. Etapa: Caixa – Listar movimento do dia e depois saia do programa.
	Tempo de Execução:
	Dificuldade:
	Compreensão da interface: ( ) legível( )indiferente ( ) ilegível
	OBS:
7. Tarefa: Cancelar ou devolver algum pedido. Etapa: Caixa – cancelar ou devolver (preencher dados do pedido) e sair do programa.
	Tempo de Execução:
	Dificuldade:
	Compreensão da interface: ( ) legível ( )indiferente ( ) ilegível
	OBS:
8. Tarefa: Verificar relatório de produtos. Etapa: Relatório – relatório produtos (preencha o dado do produto) e saia do programa. 
	Tempo de Execução:
	Dificuldade:
	Compreensão da interface: ( ) legível ( )indiferente ( ) ilegível
	OBS:
9. Tarefa: Verificar relatório de cliente. Etapa: Relatório – relatório cliente (preencha o dado do cliente) e saia do programa. 
	Tempo de Execução:
	Dificuldade:
	Compreensão da interface: ( ) legível ( )indiferente ( ) ilegível
	OBS:
10. Tarefa: Verificar relatório de funcionários. Etapa: Relatório – relatório funcionário (preencha o dado do funcionário) e saia do programa. 
	Tempo de Execução:
	Dificuldade:
	Compreensão da interface: ( ) legível ( )indiferente ( ) ilegível
	OBS:
11. Tarefa: Verificar relatório do sabor mais pedido. Etapa: Relatório – Sabores mais pedido (preencha os dados) e saia do programa.
	Tempo de Execução:
	Dificuldade:
	Compreensão da interface: ( ) legível ( )indiferente ( ) ilegível
	OBS:
12. Tarefa: Verificar relatório de unidade que mais vende. Etapa: Relatório – unidade que mais vende (preencha os dados) e saia do programa.
	Tempo de Execução:
	Dificuldade:
	Compreensão da interface: ( ) legível ( )indiferente ( ) ilegível
	OBS:
13. Tarefa: Verificar relatório do faturamento da rede. Etapa: Relatório – faturamento da rede (preencha os dados) e saia do programa.
	Tempo de Execução:
	Dificuldade:
	Compreensão da interface: ( ) legível ( )indiferente ( ) ilegível
	OBS:
14. Tarefa: Registrar uma reclamação no SAC (aberto) e anotar seu protocolo. Etapa: SAC – Registrar SAC - (preencha os dados) e saia do programa.
	Tempo de Execução:
	Dificuldade:
	Compreensão da interface: ( ) legível ( )indiferente ( ) ilegível
	Nº protocolo:
15. Tarefa: Registrar uma reclamação no SAC (encerrado) e anotar seu protocolo. Etapa: SAC – Registrar SAC - (preencha os dados) e saia do programa.
	Tempo de Execução:
	Dificuldade:
	Compreensão da interface: ( ) legível ( )indiferente ( ) ilegível
	Nº protocolo:
16. Tarefa: Registrar um elogio no SAC (aberto) e anotar seu protocolo. Etapa: SAC – Registrar SAC - (preencha os dados) e saia do programa.
	Tempo de Execução:
	Dificuldade:
	Compreensão da interface: ( ) legível ( )indiferente ( ) ilegível
	Nº protocolo:
17. Tarefa: Registrar um elogio no SAC (encerrado) e anotar seu protocolo. Etapa: SAC – Registrar SAC - (preencha os dados) e saia do programa.
	Tempo de Execução:
	Dificuldade:
	Compreensão da interface: ( ) legível ( )indiferente ( ) ilegível
	Nº protocolo:
18. Tarefa: Registrar uma sugestão no SAC (aberto) e anotar seu protocolo. Etapa: SAC – Registrar SAC - (preencha os dados) e saia do programa.
	Tempo de Execução:
	Dificuldade:
	Compreensão da interface: ( ) legível ( )indiferente ( ) ilegível
	Nº protocolo:
19. Tarefa: Registrar uma sugestão no SAC (encerrado) e anotar seu protocolo. Etapa: SAC – Registrar SAC - (preencha os dados) e saia do programa.
	Tempo de Execução:
	Dificuldade:
	Compreensão da interface: ( ) legível ( )indiferente ( ) ilegível
	Nº protocolo:
20. Tarefa: Verificar relatório de reclamações (aberto) do SAC. Etapa: SAC – Relatório SAC (preencha os dados) e saia do programa.
	Tempo de Execução:
	Dificuldade:
	Compreensão da interface: ( ) legível ( )indiferente ( ) ilegível
	OBS:
21. Tarefa: Verificar relatório de reclamações (encerrado) do SAC. Etapa: SAC – Relatório SAC (preencha os dados) e saia do programa.
	Tempo de Execução:
	Dificuldade:
	Compreensão da interface: ( ) legível ( )indiferente ( ) ilegível
	OBS:
22. Tarefa: Verificar relatório de elogios (aberto) do SAC. Etapa: SAC – Relatório SAC (preencha os dados) e saia do programa.
	Tempo de Execução:
	Dificuldade:
	Compreensão da interface: ( ) legível ( )indiferente ( ) ilegível
	OBS:
23. Tarefa: Verificar relatório de elogios (encerrado) do SAC. Etapa: SAC – Relatório SAC (preencha os dados) e saia do programa.
	Tempo de Execução:
	Dificuldade:
	Compreensão da interface: ( ) legível ( )indiferente ( ) ilegível
	OBS:
24. Tarefa: Verificar relatório de sugestões (aberto) do SAC. Etapa: SAC – Relatório SAC (preencha os dados) e saia do programa.
	Tempo de Execução:
	Dificuldade:
	Compreensão da interface: ( ) legível ( )indiferente ( ) ilegível
	OBS:
25. Tarefa: Verificar relatório de sugestões (encerrado) do SAC. Etapa: SAC – Relatório SAC (preencha os dados) e saia do programa.
	Tempo de Execução:
	Dificuldade:
	Compreensão da interface: ( ) legível ( )indiferente ( ) ilegível
	OBS:
26. Tarefa: Cadastrar matéria prima. Etapa: Estoque – Cadastrar matéria prima (preencha os dados) e saia do programa.
	Tempo de Execução:
	Dificuldade:
	Compreensão da interface: ( ) legível ( )indiferente ( ) ilegível
	OBS:
27. Tarefa: Consultar matéria prima. Etapa: Estoque – Consultar matéria prima (preencha os dados) e saia do programa.
	Tempo de Execução:
	Dificuldade:
	Compreensão da interface: ( ) legível ( )indiferente ( ) ilegível
	OBS:
28. Tarefa: registrar estoque na unidade I. Etapa: Estoque – Registrar estoque (preencha os dados) e saia do programa.
	Tempo de Execução:
	Dificuldade:
	Compreensão da interface: ( ) legível ( )indiferente ( ) ilegível
	OBS:
29. Tarefa: Consultar estoque na unidade I. Etapa: Estoque – Consultar estoque (preencha os dados) e saia do programa.
	Tempo de Execução:
	Dificuldade:
	Compreensão da interface: ( ) legível ( )indiferente ( ) ilegível
	OBS:
30. Tarefa: Cadastrar acréscimo de 10% no dia 10/11/2019. Etapa: Promoção – Cadastrar Desc/Acres (preencha os dados) e saia do programa.
	Tempo de Execução:
	Dificuldade:
	Compreensão da interface: ( ) legível ( )indiferente ( ) ilegível
	OBS:
31. Tarefa: Cadastrar desconto de 10% no dia 20/11/2019. Etapa: Promoção – Cadastrar Desc/Acres (preencha os dados) e saia do programa.
	Tempo de Execução:
	Dificuldade:
	Compreensão da interface: ( ) legível ( )indiferente ( ) ilegível
	OBS:
32. Tarefa: Consultar acréscimo (10% no dia 10/11/2019). Etapa: Promoção – Consultar promoção (preencha os dados) e saia do programa.
	Tempo de Execução:
	Dificuldade:
	Compreensão da interface: ( ) legível ( )indiferente ( ) ilegível
	OBS:
33. Tarefa: Consultar desconto (10% no dia 20/11/2019). Etapa: Promoção – Consultar promoção (preencha os dados) e saia do programa.
	Tempo de Execução:
	Dificuldade:
	Compreensão da interface: ( ) legível ( )indiferente ( ) ilegível 
	OBS:
34 – O que você achou das funções do programa?
( ) satisfatório ( ) indiferente ( ) insatisfatório 
Exemplifique sua resposta: ____________________________________________________________________________________________________________________________________________________________________________________________________________