PIM VI

Prévia do material em texto

UNIP EAD 
Projeto Integrado Multidisciplinar 
Cursos Superiores de Tecnologia 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
Projeto Integrado Multidisciplinar – PIM VI 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
Universidade Paulista - Polo Anchieta -ES 
 
 
 
2021 
UNIP EAD 
Projeto Integrado Multidisciplinar 
Cursos Superiores de Tecnologia 
 
 
 
 
 
 
 
 
 
 
 
 
 
Projeto Integrado Multidisciplinar – PIM VI 
 
 
 
 
 Flaviele Guedes Lopes 
 RA: 2065788 
 Gestão da Tecnologia da Informação 
 3º Semestre 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
Universidade Paulista - Polo Anchieta –ES 
2021 
 
 
RESUMO 
 
Neste trabalho, denominado PIM (Projeto Integrado Multidisciplinar) abordaremos 
assuntos estudados nas disciplinas de Algoritmos, Fundamentos de Engenharia de Softwares e 
Gerenciamento de Serviços de TI. 
Será apresentado um projeto que consiste no desenvolvimento de um software na 
linguagem C, em modo console para atender a rede de supermercados Boa Fé, com loja 
espalhadas por São Paulo e outras 3 capitais do Brasil. 
Onde busca uma padronização dos processos em todas as suas filiais em operação e 
aproveitando ao máximo os hardwares existentes, buscando atender as necessidades do cliente 
na questão do atendimento 
Ter um planejamento estratégico durante a implantação analisar uma organização sob 
vários ângulos, identificando oportunidade e necessidades de mudança e monitorando suas 
ações concretas. 
 
Palavras chave: Padronização dos Processos, linguagem de programação, Gerenciamento de 
Serviços 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
ABSTRACT 
 
In this work, called PIM (Multidisciplinary Integrated Project), we will approach subjects 
studied in the disciplines of Algorithms, Fundamentals of Software Engineering and IT 
Service Management. 
A project will be presented that consists in the development of software in C language, in 
console mode, to serve the Boa Fé supermarket chain, with stores spread across São Paulo 
and 3 other capitals in Brazil. 
Where it seeks a standardization of processes in all its operating branches and making the 
most of existing hardware, seeking to meet customer needs in terms of customer service 
Have a strategic plan during implementation, analyze an organization from various angles, 
identifying opportunities and needs for change and monitoring their concrete actions. 
 
Keywords: Process Standardization, programming language, Service Management 
 
 
 
 
 
 
 
 
SUMÁRIO 
1. INTRODUÇÃO .................................................................................................................................. 6 
2. Casos do uso ................................................................................................................................ 7 
2.1 Especificação dos casos de uso ............................................................................................ 7 
2.1.1 Manter Produto ................................................................................................................. 7 
2.1.2 Manter Fornecedor ........................................................................................................... 8 
2.1.3 Manter Usuário.................................................................................................................. 9 
2.2 Consultar Produto ................................................................................................................. 9 
2.3 Consultar Fornecedor ........................................................................................................ 10 
2.4 Gerar relatório para balanço ............................................................................................. 10 
3. Requisitos não funcionais ......................................................................................................... 12 
3.1 Padronização dos cadastros ............................................................................................ 12 
3.2 Acesso a dados .................................................................................................................. 12 
3.3 Manual de instalação ......................................................................................................... 12 
3.4 Manual do usuário .............................................................................................................. 13 
3.5 Acesso autenticado ............................................................................................................ 13 
3.6 Senhas criptografadas ....................................................................................................... 13 
3.7 Ambiente .............................................................................................................................. 13 
3.8 Hardware ............................................................................................................................. 13 
3.9 Ferramentas de Desenvolvimento ................................................................................... 13 
4. Diagrama de classes.................................................................................................................. 14 
5. Protótipos ..................................................................................................................................... 15 
6. Conclusão .................................................................................................................................... 17 
7. Referências ................................................................................................................................. 18 
 
 
 
 
6 
 
1. INTRODUÇÃO 
 
 
Com 25 anos de funcionamento, os proprietários do Supermercado Boa Fé 
não tinham visibilidade do crescimento do negócio no início e com isso a primeira loja 
tinha uma estrutura pequena e simples. 
Devido a alta demanda e qualidade dos serviços prestados, hoje o 
supermercado está dividido em: Uma matriz e 5 filiais no estado de São Paulo além 
de 1 loja em Vitoria- ES, 2 em Cuiabá –MT e 1 em Porto Alegre -RS, alcançando um 
número grande de clientes e gerando assim a necessidade de uma revisão e 
adequação substancial das estruturas. 
Com isso faz-se necessário a implantação de um software para controle de 
suas vendas e estoques. 
O gerente de projetos deverá fornecer meios para que sua equipe possa 
desenvolver um sistema e fazer o levantamento necessário para isso, além de 
documentar os processos para sua equipe e para o cliente. 
Será possível desenvolver um sistema sólido, com o mínimo de erros e que se 
adeque e resolva problemas nos processos da loja, além de garantir a usabilidade 
do usuário, regras de negócios bem elaborados, prazos bem definidos e cliente 
satisfeito. 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
7 
 
 
2. Casos do uso 
Para o controle de estoque da empresa foi elaborado um diagrama de caso de 
uso que trata os setores da empresa, usuários comuns (padrão), usuários restritos e 
administradores do sistema, como mostra a Imagem 1 a seguir: 
Imagem 1 - Diagrama de caso de uso 
 
Fonte: Autoria própria 
2.1 Especificação dos casos de uso 
2.1.1 Manter Produto 
Objetivo: O operador usa o sistema para controlar os produtos do estoque, e 
os bens permanentes na entrada, saída, estorno e tombamento. 
Atores envolvidos: Usuário Padrão e Administrador do Sistema. 
Pré-condições: O produto à ser cadastrado, deve ser oriundo de uma Nota 
Fiscal válida, ou seja, de um Fornecedor cadastrado. 
Fluxo principal: 
1.O operador faz logon no Sistema. 
2.O operador escolhe no menu qual ação à ser executado:A. Alterar - B. Incluir - C. 
Excluir. 
3.Se o operador escolher a opção. Alterar: 
 
8 
 
 3.1. É solicitado código do produto para que seja efetuada a sua devida 
alteração. 
 3.2. Após feita a alteração, os novos dados são salvos. 
4.Se o operador escolher a opção Excluir: 
 4.1. É solicitado o código do produto para que seja efetuada a sua devida 
exclusão. 
 4.2. Após a exclusão, o cadastro do produto é apagado do sistema. 
5.Se o operador escolher a Opção Incluir: 
 5.1 O sistema solicita os dados do novo produto. 
 5.2 O sistema verifica se o fornecedor do produto já é cadastrado no 
sistema. 
 5.3 Depois de validado o produto, o produto é incluído no estoque. 
6. O sistema registra as informações fornecidas. 
Pós condições: O Sistema deve mostrar a quantidade do produto no estoque. 
2.1.2 Manter Fornecedor 
Objetivo: O operador usa o sistema para fazer a inclusão, exclusão e alteração no 
cadastro de Fornecedores. 
Atores Envolvidos: Usuário Padrão e Administrador do Sistema. 
Pré-condições: O usuário deve ser identificado pelo sistema. 
Fluxo principal: 
1. O operador faz logon no Sistema. 
2. O operador escolhe no menu qual ação à ser executado: A. Alterar - B. Incluir - C. 
Excluir. 
3. Se o operador escolher a opção alterar: 
 3.1. É solicitado o CNPJ do fornecedor para que seja efetuada a sua devida 
alteração. 
3.2. Após feita a alteração, os novos dados são salvos. 
4. Se o operador escolher a opção excluir: 
4.1. É solicitado o CNPJ do fornecedor para que seja efetuada a sua devida 
exclusão. 
4.2. Após a exclusão, o cadastro do fornecedor é apagado do sistema. 
5. Se o operador escolher a Opção Incluir: 
5.1. O sistema solicita os dados do novo fornecedor. 
 
9 
 
5.2. O sistema verifica se o CNPJ do fornecedor é um número válido. 
5.3. O fornecedor é incluso no cadastro de fornecedores. 
6. O sistema registra as informações fornecidas. 
Pós condições: O fornecedor foi cadastrado, alterado ou excluído no sistema. 
2.1.3 Manter Usuário 
Objetivo: O Administrador usa o sistema para fazer a inclusão, exclusão e alteração 
dos usuários do sistema e suas devidas prioridades de acesso. 
Atores envolvidos: Administrador do Sistema. 
Pré-condições: O usuário deve ser identificado pelo sistema. 
Fluxo principal: 
1. O operador faz logon no Sistema. 
2. O operador escolhe no menu qual ação à ser realizada: 1.Alterar -2.Incluir – 
3.Excluir. 
3. Se o operador escolher a opção Alterar: 
3.1. É solicitado o nome do usuário para que seja efetuada a sua devida 
alteração. 
3.2. Após feita a alteração, os novos dados são salvos. 
4. Se o operador escolher a opção Excluir: 
4.1. É solicitado o nome do usuário para que seja efetuada a sua devida 
exclusão. 
4.2. Após a exclusão, o cadastro do fornecedor é apagado do sistema. 
5. Se o operador escolher a Opção Incluir: 
5.1. O sistema solicita os dados do novo usuário. 
5.2. É escolhida a prioridade de acesso ao sistema: A. Usuário Padrão - B. 
Usuário Restrito - C. Administrador. 
5.3. É definida senha de acesso. 
6. O sistema registra as informações fornecidas. 
Pós condições: O usuário foi cadastrado, alterado ou excluído no sistema. 
2.2 Consultar Produto 
Objetivo: O operador usa o sistema para consultar os produtos do estoque, e os 
bens permanentes na entrada, saída, estorno e tombamento. 
Atores envolvidos: Usuário Restrito, Usuário Padrão e Administrador do Sistema. 
 
10 
 
Pré-condições: O usuário deve ser identificado pelo sistema. 
Fluxo principal: 
1. O operador faz logon no Sistema. 
2. O sistema solicita informações do produto à ser consultado. 
3. O usuário faz a digitação dos dados do produto. 
4. A consulta é realizada e as informações do produto são exibidas na tela. 
5. O sistema oferece ao usuário a opção de impressão. 
6. O sistema fecha a tela de exibição. 
Pós-condições: A consulta ao produto foi realizada. 
2.3 Consultar Fornecedor 
Objetivo: O operador usa o sistema para consultar os fornecedores da empresa. 
Atores envolvidos: Usuário Restrito, Usuário Padrão e Administrador do Sistema. 
Pré-condições: O usuário deve ser identificado pelo sistema. 
Fluxo principal: 
1. O operador faz logon no Sistema. 
2. O sistema solicita CNPJ do fornecedor à ser consultado. 
3. O usuário faz a digitação dos dados do fornecedor. 
4. A consulta é realizada, e os dados do fornecedor são exibidos na tela. 
5. O sistema oferece ao usuário a opção de impressão. 
6. O operador fecha a tela de exibição. 
Pós-condições: A consulta aos dados do fornecedor foi realizada. 
2.4 Gerar relatório para balanço 
Objetivo: O operador usa o sistema para gerar um relatório para balanço, de todos 
os produtos do estoque. 
Atores envolvidos: Setor comercial. 
Pré-condições: O usuário deve ser identificado pelo sistema. 
Fluxo principal: 
1. O operador faz logon no Sistema. 
2. O sistema solicita a data ou período. 
3. O usuário faz a digitação do período. 
4. O relatório é exibido na tela. 
 
11 
 
5. O sistema oferece ao usuário a opção de impressão. 
6. O operador fecha a tela de exibição. 
Pós-condições: O relatório para balanço por período, foi gerado. 
 
 
12 
 
3. Requisitos não funcionais 
Para desenvolvimento, implantação e utilização do sistema, deve ser 
correspondido os seguintes requisitos não funcionais: 
3.1 Padronização dos cadastros 
Todos os cadastros do sistema deverão obedecer um mesmo padrão de 
usabilidade, os quais permitam: 
a) Acesso direto ao registro pelo seu ID. 
b) Acesso ao registro através de uma Pesquisa avançada 
c) Operação de Inserir, permitindo a inserção de um novo registro; 
d) Operação de Alterar, permitindo a alteração do registro selecionado; 
e) Operação de Excluir, permitindo a exclusão do registro selecionado; 
f) Operação de Salvar, permitindo a conclusão do processo de inserção ou de 
alteração, persistindo os dados; 
g) Operação de Cancelar, permitindo a desistência do processo de inserção ou de 
alteração, descartando os dados; 
h) Operação de Fechar, permitindo a saída da tela de cadastro; 
A tela de Pesquisa Avançada deverá ser padrão para todos os cadastros, permitindo 
filtragem por qualquer campo do registro, de 3 formas: 
a) Início: somente registros cujo campo selecionado inicia com o valor informado são 
retornados; 
b) Meio: somente registros cujo campo selecionado contém o valor informado são 
retornados; 
c) Fim: somente registros cujo campo selecionado termina com o valor informado 
são retornados; 
Se algum dos campos do registro for uma data, a pesquisa avançada ainda permitirá 
a filtragem de registros através do fornecimento de um intervalo de datas, através do 
qual será possível filtrar registros cujo campo de data selecionado esteja no dado 
intervalo. 
3.2 Acesso a dados 
Todo acesso a dados deverá ser realizado via ODBC de forma a reduzir o 
acoplamento entre código e banco de dados. 
3.3 Manual de instalação 
O sistema deve vir acompanhado com um manual de instalação em formato 
PDF. 
 
13 
 
3.4 Manual do usuário 
O sistema deve vir acompanhado com um manual de operação para o usuário 
final, em formato PDF. 
3.5 Acesso autenticado 
Todo acesso ao sistema deverá ser autenticado através do fornecimento de login e 
senha válidos. Tais dados de acesso deverão estar armazenados no banco de 
dados da aplicação. 
3.6 Senhas criptografadas 
As senhas dos usuários da aplicação devem ser armazenadas de forma 
criptografada no banco de dados da aplicação. 
3.7 Ambiente 
O sistema, composto de 2 partes, tem os seguintes requisitos de ambiente: 
a) Aplicação Cliente: Deverá ter como alvo principal o Windows 8.1, com .NET 
Framework 4.5 instalado; 
b) Banco de Dados: Deverá ser empregado qualquer sistema operacional que 
suporte o Microsoft SQL Server 2012. 
O sistema funcionará em qualquer rede TCP/IP que permita comunicação 
remota através de ODBC ou Client do SQL Server da aplicação Cliente ao servidor 
de Banco de dados. Quaisquer firewallsdevem ser configurados para permitir essa 
comunicação. 
3.8 Hardware 
O sistema, composto de 2 partes, tem os seguintes requisitos de hardware: 
a) Aplicação Cliente: Mínimo de 128mb de memória livres para a operação do 
sistema; 
b) Banco de Dados: Os mesmos requisitos de hardware do SQL Server 2012. 
3.9 Ferramentas de Desenvolvimento 
O sistema deverá ser desenvolvido utilizando o Visual Studio 2013, aproveitando 
suas funcionalidades de testes de unitários e cobertura de código. 
Para banco de dados, serão utilizados o SQL Server e o SQL Server Management 
Studio. 
 
 
14 
 
4. Diagrama de classes 
Será elaborado o diagrama de classes conforme Imagem 2 a seguir: 
Imagem 2 - Diagrama de classes 
 
Fonte: Autoria própria 
 
 
 
15 
 
5. Protótipos 
A tela para manter o produto será como mostra a Imagem 3 a seguir: 
Imagem 3 - Protótipo Produto 
 
Fonte: Autoria própria 
 
A tela para consultar o produto será como mostra a Imagem 4 a seguir: 
Imagem 4 - Protótipo Consultar Produto 
 
Fonte: Autoria própria 
 
16 
 
A tela para manter o fornecedor será como mostra a Imagem 5 a seguir: 
Imagem 5 - Protótipo Fornecedor 
 
Fonte: Autoria própria 
A tela para manter o pedido será como mostram as Imagem 6 a seguir: 
Imagem 6 - Protótipo Pedido 
 
Fonte: Autoria própria 
 
 
17 
 
6. Conclusão 
Com a utilização de técnicas de levantamentos de requisitos, documentação 
dos mesmo, diagramas e protótipos um projeto pode ser otimizado no que diz 
respeito a gerenciamento, mudanças de regras de negócio, planejamento, 
acompanhamento pelos usuários envolvidos assim como promover uma maior 
interação do próprio usuário no ciclo de vida de desenvolvimento do software. 
Neste projeto conseguimos analisar todas essas fazes para sanar uma 
dificuldade em um dos processes do nosso cliente. 
Concluiu-se que para poder desenvolver um software de qualidade e que 
atenda ao processo, requisitos e expectativas do cliente é necessário aplicar 
técnicas de análise de sistemas orientados a objetos, otimizar a interface com o 
usuário através de protótipos, aplicar técnicas de gerenciamento de projeto e 
engenharia de software e o próprio desenvolvimento do sistema orientado a objeto. 
Com isso podemos otimizar o tempo de desenvolvimento, mensurar de forma 
mais precisa o cronograma, prazos e custos, analisar de forma precisa os requisitos 
do sistema e gerar um produto altamente estável e funcional. 
 
 
 
18 
 
7. Referências 
BECK., and Kent. TDD Desenvolvimento Guiado por Testes. Bookman, 2010. 
VitalBook file. Disponível em: 
<http://online.minhabiblioteca.com.br/books/9788577807475>. Acesso em: 02 de 
abril de 2015. 
Mauro, PEZZÈ,, and YOUNG, Michal. Teste e Análise de Software: Processos, 
Princípios e Técnicas. Bookman, 2008. VitalBook file. Disponível em: 
<http://online.minhabiblioteca.com.br/books/9788577803743>. Acesso em: 02 de 
abril de 2015. 
Myers, G. J.,The Art of Software of Testing. 2nd edition; Hoboken, New Jersey: John 
Wiley & Sons; 2004. 
Maldonado, J. C.; Barbosa, E. F.; Vincenzi, A. M. R.; Delamaro, M. E.; Souza, S. R. 
S.; Jino, M. Introdução ao teste de software. Relatório Técnico 65 - Versão 2004-01, 
Instituto de Ciências Matemáticas e de Computação – ICMC-USP. 
BURNSTEIN, I. Practical software testing: a process-oriented approach., New York: 
Springer, 2003, 709p. 
LEWIS, W. E.; VEERAPILLAI, G.. Software Testing and Continuous Quality 
Improvement. 2.ed., Florida: Auerbach, 2005, 534p. 
FOWLER, M; SCOTT, K. UML Essencial. Porto Alegre: Bookman, 2000.