UNIP INTERATIVA

Projeto Integrado Multidisciplinar

Cursos Superiores de Tecnologia

Sistema para Autopeas

Aluno: Jlio Csar Hermgenes.

Unip (Balnerio Camboriu)

2016

UNIP INTERATIVA
Projeto Integrado Multidisciplinar
Cursos Superiores de Tecnologia

Sistema para Autopeas

Aluno: Jlio Csar Hermgenes

RA: 1416113
Curso: Anlise e Desenvolvimento de Sistemas
Semestre: 3

UNIP (Balnerio Cambori)

2016

RESUMO
Este projeto tem por objetivo iniciar o desenvolvimento de um sistema para
uma loja de autopeas.
A empresa FICTCIA LTDA foi contratada por uma loja de autopeas
localizada no Rio de Janeiro para sanar suas deficincias em seus processos com
um sistema devidamente planejado, documentado e desenvolvido baseado em seus
processos, necessidades, regras e requisitos. O gerente de projetos da empresa
contratada dever fornecer meios para que sua equipe possa desenvolver o sistema
e fazer o levantamento necessrio para isso, alm de documentar os processos para
sua equipe e para o cliente.

Palavras-chaves: Processos, Sistema, necessidades, regras, requisitos,

documentar.

ABSTRACT
This project aims to initiate the development of a system for an auto parts
store.
The company Soother Ltd. was contracted by a auto parts store located in
Rio de Janeiro to remedy its shortcomings in its processes with a properly planned
system, documented and developed based on its processes, requirements, rules and
requirements. The project manager of the contractor must provide ways for your
team to develop the system and mapping required for this, in addition to document
the processes for your team and for the client.

Keywords: Process, system, requirements, rules, requirements, document.

Sumrio
RESUMO.................................................................................................................3
ABSTRACT .............................................................................................................4
INTRODUO ........................................................................................................6
1.

Casos do uso ................................................................................................7

1.1.

Especificao dos casos de uso ...................................................................7

1.1.1. Manter Produto .............................................................................................7

1.1.2. Manter Fornecedor .......................................................................................8
1.1.3. Manter Usurio .............................................................................................9
1.1.4. Consultar Produto .........................................................................................10
1.1.5. Consultar Fornecedor ...................................................................................11
1.1.6. Gerar relatrio para balano .........................................................................11
2.

Requisitos no funcionais .............................................................................12

2.1.

Padronizao dos cadastros.........................................................................12

2.2.

Acesso a dados ............................................................................................13

2.3.

Manual de instalao ....................................................................................13

2.4.

Manual do usurio ........................................................................................13

2.5.

Acesso autenticado ......................................................................................13

2.6.

Senhas criptografadas ..................................................................................14

2.7.

Ambiente.......................................................................................................14

2.8.

Hardware ......................................................................................................14

2.9.

Ferramentas de Desenvolvimento ................................................................14

3.

Diagrama de classes ....................................................................................15

3.1.

Prottipos......................................................................................................15

CONCLUSO..........................................................................................................17
REFERENCIAS .......................................................................................................18

Introduo
A loja RIO DE JANEIRO AUTOPEAS LTDA, localizada no Rio de Janeiro,
possui processos falhos e deficientes. Seu proprietrio, visando corrigir esses
processos, contratou a empresa FICTCIA LTDA para sanar essas deficincias em
seus processos, como muita ao humana no registro de informaes e descontrole
do estoque. Gerando grandes problemas, como clculos incorretos no valor das
comisses dos vendedores, atrasos nas compras de produtos para reposio de
estoque, diminuio das vendas por falta de produtos no estoque, erros em dados
importantes para o gestor da loja e prejuzos financeiros.
Cabe ao gerente de projetos da empresa contratada identificar os casos de
usos, assim como elaborar os modelos de casos de uso, os relacionamentos entre
as entidades (classes) necessrias para o desenvolvimento do sistema, descrever
os requisitos no funcionais e de usabilidade, identificar e descrever o contexto de
uso e regras de negcio, elaborar os diagramas de classes de anlise e os
prottipos das telas principais.
Com isso ser possvel desenvolver um sistema slido, com o mnimo de
erros e que se adeque e resolva problemas nos processos da loja, alm de garantir
a usabilidade do usurio, regras de negcios bem elaborados, prazos bem definidos
e cliente satisfeito.

1. Casos do uso
Para o controle de estoque da empresa foi elaborado um diagrama de caso
de uso que trata os setores da empresa, usurios comuns (padro), usurios
restritos e administradores do sistema.
1.1. Especificao dos casos de uso
1.1.1.

Manter Produto

Objetivo: O operador usa o sistema para controlar os produtos do estoque, e

os bens permanentes na entrada, sada, estorno e tombamento.
Atores envolvidos: Usurio Padro e Administrador do Sistema.
Pr-condies: O produto ser cadastrado, deve ser oriundo de uma Nota
Fiscal vlida, ou seja, de um Fornecedor cadastrado.
Fluxo principal:
1. O operador faz logon no Sistema.
2. O operador escolhe no menu qual ao ser executada:
A. Alterar - B. Incluir - C. Excluir.
3. Se o operador escolher a opo Alterar:
3.1. solicitado cdigo do produto para que seja efetuada a sua devida
alterao.
3.2. Aps feita a alterao, os novos dados so salvos.
4. Se o operador escolher a opo Excluir:
4.1. solicitado o cdigo do produto para que seja efetuada a sua
devida excluso.
4.2. Aps a excluso, o cadastro do produto apagado do sistema.
5. Se o operador escolher a Opo 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 includo no estoque.
6. O sistema registra as informaes fornecidas.
Ps-condies: O Sistema deve mostrar a quantidade do produto no
estoque.
1.1.2.

Manter Fornecedor

Objetivo: O operador usa o sistema para fazer a incluso, excluso e

alterao no cadastro de Fornecedores.
Atores Envolvidos: Usurio Padro e Administrador do Sistema.
Pr-condies: O usurio deve ser identificado pelo sistema.
Fluxo principal:
1. O operador faz logon no Sistema.
2. O operador escolhe no menu qual ao ser executada:
A. Alterar - B. Incluir - C. Excluir.
3. Se o operador escolher a opo alterar:
3.1. solicitado o CNPJ do fornecedor para que seja efetuada a sua
devida alterao.
3.2. Aps feita a alterao, os novos dados so salvos.
4. Se o operador escolher a opo excluir:
4.1. solicitado o CNPJ do fornecedor para que seja efetuada a sua
devida excluso.

4.2. Aps a excluso, o cadastro do fornecedor apagado do sistema.

5. Se o operador escolher a Opo Incluir:
5.1. O sistema solicita os dados do novo fornecedor.
5.2. O sistema verifica se o CNPJ do fornecedor um nmero vlido.
5.3. O fornecedor incluso no cadastro de fornecedores.
6. O sistema registra as informaes fornecidas.
Ps-condies: O fornecedor foi cadastrado, alterado ou excludo no
sistema.
1.1.3.

Manter Usurio

Objetivo: O Administrador usa o sistema para fazer a incluso, excluso e

alterao dos usurios do sistema e suas devidas prioridades de acesso.
Atores envolvidos: Administrador do Sistema.
Pr-condies: O usurio deve ser identificado pelo sistema.
Fluxo principal:
1. O operador faz logon no Sistema.
2. O operador escolhe no menu qual ao ser realizada:
A. Alterar - B. Incluir C. Excluir.
3. Se o operador escolher a opo Alterar:
3.1. solicitado o nome do usurio para que seja efetuada a sua
devida alterao.
3.2. Aps feita a alterao, os novos dados so salvos.
4. Se o operador escolher a opo Excluir:

10

4.1. solicitado o nome do usurio para que seja efetuada a sua

devida excluso.
4.2. Aps a excluso, o cadastro do usurio apagado do sistema.
5. Se o operador escolher a Opo Incluir:
5.1. O sistema solicita os dados do novo usurio.
5.2. escolhida a prioridade de acesso ao sistema:
A. Usurio Padro - B. Usurio Restrito - C. Administrador.
5.3. definida senha de acesso.
6. O sistema registra as informaes fornecidas.
Ps-condies: O usurio foi cadastrado, alterado ou excludo no sistema.
1.1.4.

Consultar Produto

Objetivo: O operador usa o sistema para consultar os produtos do estoque, e

os bens permanentes na entrada, sada, estorno e tombamento.
Atores envolvidos: Usurio Restrito, Usurio Padro e Administrador do
Sistema.
Pr-condies: O usurio deve ser identificado pelo sistema.
Fluxo principal:
1. O operador faz logon no Sistema.
2. O sistema solicita informaes do produto a ser consultado.
3. O usurio faz a digitao dos dados do produto.
4. A consulta realizada e as informaes do produto so exibidas na tela.
5. O sistema oferece ao usurio a opo de impresso.
6. O sistema fecha a tela de exibio.

11

Ps-condies: A consulta ao produto foi realizada.

1.1.5.

Consultar Fornecedor

Objetivo: O operador usa o sistema para consultar os fornecedores da

empresa.
Atores envolvidos: Usurio Restrito, Usurio Padro e Administrador do
Sistema.
Pr-condies: O usurio 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 usurio faz a digitao dos dados do fornecedor.
4. A consulta realizada, e os dados do fornecedor so exibidos na tela.
5. O sistema oferece ao usurio a opo de impresso.
6. O operador fecha a tela de exibio.
Ps-condies: A consulta aos dados do fornecedor foi realizada.

1.1.6.

Gerar relatrio para balano

Objetivo: O operador usa o sistema para gerar um relatrio para balano, de

todos os produtos do estoque.
Atores envolvidos: Setor comercial.
Pr-condies: O usurio deve ser identificado pelo sistema.
Fluxo principal:
1. O operador faz logon no Sistema.

12

2. O sistema solicita a data ou perodo.

3. O usurio faz a digitao do perodo.
4. O relatrio exibido na tela.
5. O sistema oferece ao usurio a opo de impresso.
6. O operador fecha a tela de exibio.
Ps-condies: O relatrio para balano por perodo foi gerado.

2. Requisitos no funcionais
Para desenvolvimento, implantao e utilizao do sistema, deve ser
correspondido os seguintes requisitos no funcionais:
2.1. Padronizao dos cadastros
Todos os cadastros do sistema devero obedecer a um mesmo padro de
usabilidade, os quais permitam:
a) Acesso direto ao registro pelo seu ID.
b) Acesso ao registro atravs de uma Pesquisa avanada
c) Operao de Inserir, permitindo a insero de um novo registro;
d) Operao de Alterar, permitindo a alterao do registro selecionado;
e) Operao de Excluir, permitindo a excluso do registro selecionado;
f) Operao de Salvar, permitindo a concluso do processo de insero ou
de alterao, persistindo os dados;
g) Operao de Cancelar, permitindo a desistncia do processo de insero
ou de alterao, descartando os dados;
h) Operao de Fechar, permitindo a sada da tela de cadastro;

13

A tela de Pesquisa Avanada dever ser padro para todos os cadastros,

permitindo filtragem por qualquer campo do registro, de 3 formas:
a) Incio: somente registros cujo campo selecionado inicia com o valor
informado so retornados;
b) Meio: somente registros cujo campo selecionado contm o valor
informado so retornados;
c) Fim: somente registros cujo campo selecionado termina com o valor
informado so retornados;
Se algum dos campos do registro for uma data, a pesquisa avanada ainda
permitir a filtragem de registros atravs do fornecimento de um intervalo de datas,
atravs do qual ser possvel filtrar registros cujo campo de data selecionado esteja
no dado intervalo.
2.2. Acesso a dados
Todo acesso a dados dever ser realizado via ODBC de forma a reduzir o
acoplamento entre cdigo e banco de dados.
2.3. Manual de instalao
O sistema deve vir acompanhado com um manual de instalao em formato
PDF.
2.4. Manual do usurio
O sistema deve vir acompanhado com um manual de operao para o
usurio final, em formato PDF.
2.5. Acesso autenticado
Todo acesso ao sistema dever ser autenticado atravs do fornecimento de
login e senha vlidos. Tais dados de acesso devero estar armazenados no banco
de dados da aplicao.

14

2.6. Senhas criptografadas

As senhas dos usurios da aplicao devem ser armazenadas de forma
criptografada no banco de dados da aplicao.
2.7. Ambiente
O sistema, composto de 2 partes, tem os seguintes requisitos de ambiente:
a) Aplicao 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 comunicao
remota atravs de ODBC ou Client do SQL Server da aplicao Cliente ao servidor
de Banco de dados. Quaisquer firewalls devem ser configurados para permitir essa
comunicao.
2.8. Hardware
O sistema, composto de 2 partes, tem os seguintes requisitos de hardware:
a) Aplicao Cliente: Mnimo de 128mb de memria livres para a operao
do sistema;
b) Banco de Dados: Os mesmos requisitos de hardware do SQL Server
2012.
2.9. Ferramentas de Desenvolvimento
O sistema dever ser desenvolvido utilizando o Visual Studio 2013,
aproveitando suas funcionalidades de testes unitrios e cobertura de cdigo.
Para banco de dados, sero utilizados o SQL Server e o SQL Server
Management Studio.

15

3. Diagrama de classes
3.1. Prottipos
A tela para manter o produto ser como mostra a Imagem 1 a seguir:

Imagem 1 - Prottipo Manter Produto. Fonte: Autoria prpria

A tela para manter o fornecedor ser como mostra a Imagem 2 a seguir:

Imagem 2 - Prottipo Manter Fornecedor. Fonte: Autoria prpria

16

A tela para manter o usurio ser como mostram as Imagem 3 a seguir:

Imagem 3 - Prottipo Manter Usurio. Fonte: Autoria prpria

17

Concluso
Com a utilizao de tcnicas de levantamentos de requisitos, documentao
dos mesmos, diagramas e prottipos um projeto pode ser otimizado no que diz
respeito a gerenciamento, mudanas de regras de negcio, planejamento,
acompanhamento pelos usurios envolvidos assim como promover uma maior
interao do prprio usurio no ciclo de vida de desenvolvimento do software.
Neste projeto conseguimos analisar todas essas fases para sanar uma
dificuldade em um dos processos do nosso cliente, a loja de auto-peas localizada
no Rio de Janeiro.
Concluiu-se que para poder desenvolver um software de qualidade e que
atenda ao processo, requisitos e expectativas do cliente necessrio aplicar
tcnicas de anlise de sistemas orientados a objetos, otimizar a interface com o
usurio atravs de prottipos, aplicar tcnicas de gerenciamento de projeto e
engenharia de software e o prprio 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 estvel e funcional.

18

Referncias
BECK., and Kent. TDD Desenvolvimento Guiado por Testes. Bookman,
2010. VitalBook file. Disponvel em:
<http://online.minhabiblioteca.com.br/books/9788577807475>. Acesso em: 08 de
junho de 2016.
Mauro, PEZZ,, and YOUNG, Michal. Teste e Anlise de Software:
Processos, Princpios e Tcnicas. Bookman, 2008. VitalBook file. Disponvel em:
<http://online.minhabiblioteca.com.br/books/9788577803743>. Acesso em: 08 de
junho de 2016.
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. Introduo ao teste de software. Relatrio Tcnico 65 Verso 2004-01, Instituto de Cincias Matemticas e de Computao 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.