CAPA
2
CONTRACAPA
3
RESUMO
Este projeto tem por objetivo iniciar o desenvolvimento de um sistema para uma loja
de autopeas.
Nossa empresa 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.
ABSTRACT
This project aims to initiate the development of a system for an auto parts store.
Our company 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.
SUMRIO
1 - INTRODUO.........................................................................................................7
2 - REQUISITOS FUNCIONAIS...................................................................................8
2.1 USURIO.............................................................................................................8
2.2 PERMISSES DE USURIO..............................................................................8
2.2.1 ADMINISTRADOR...........................................................................................8
2.2.2 USURIO PADRO.........................................................................................8
2.2.3 USURIO AUXILIAR......................................................................................8
2.3 FORNECEDOR....................................................................................................9
2.4 PRODUTO............................................................................................................9
2.5 PEDIDO................................................................................................................9
2.6 AJUSTES..............................................................................................................9
2.7 RELATRIO DE BALANO..............................................................................9
2.71 RELATRIO DE PRODUTO POR FABRICANTE..........................................9
2.72 RELATRIO DE COMISSO...........................................................................9
3 - REQUISITOS NO FUNCIONAIS.......................................................................10
3.1 PADRONIZAO DOS CADASTROS............................................................10
3.2 ACESSO A DADOS VIA ODBC........................................................................10
3.3 MANUAL DE USURIO...................................................................................11
3.4 ACESSO AUTENTICADO.................................................................................11
3.5 SENHA CRIPTOGRAFADAS............................................................................11
3.6 AMBIENTE.........................................................................................................11
3.7 HARDWARE......................................................................................................11
3.8 FERRAMENTAS DE DESENVOLVIMENTO..................................................11
3.9 CRYSTAL REPORTS.........................................................................................12
4 - DIAGRAMA DE CASO DE USO..........................................................................12
5 - ESPECIFICAO DOS CASOS DE USO............................................................12
5.1 ESPECIFICAO: PRODUTO.........................................................................13
5.2 ESPECIFICAO: FORNECEDOR.................................................................14
5.3 ESPECIFICAO: USURIO..........................................................................15
5.4 ESPECIFICAO: CONSULTAR PRODUTO.................................................16
5.6 ESPECIFICAO: GERAR RELATRIO PARA BALANO........................17
5.7 ESPECIFICAO: GERAR RELATRIO DE COMISSO...........................18
6 - DIAGRAMA DE CLASSE......................................................................................19
7 - DIAGRAMA DE ATIVIDADE...............................................................................20
7.1 DIAGRAMA DE USO USURIO.....................................................................20
7.2 DIAGRAMA DE USO FORNECEDOR............................................................21
7.3 DIAGRAMA DE USO GERAR RELATRIO PARA BALANO...................22
7.4 DIAGRAMA DE USO AJUSTE.........................................................................23
7.5 DIAGRAMA DE USO CONSULTAR PRODUTO............................................23
7.6 DIAGRAMA DE USO GERAR RELATRIO COMISSO............................24
8 PROTOTIPAO DA INTERFACE COM O USURIO.....................................25
9 - CONCLUSO.........................................................................................................31
10 - Bibliografia............................................................................................................31
6
ndice de Figuras
1 - INTRODUO
Uma loja de auto peas, localizada no Rio de Janeiro, possui processos falhos e
deficientes no seu dia a dia. Seu proprietrio, visando corrigir esses processos, contratou a
empresa 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.
8
2 - REQUISITOS FUNCIONAIS
2.1 USURIO
O sistema deve permitir realizar consulta, criar novo cadastro de usurio, atualizao
do cadastro e excluso dos dados dos usurios. Cada usurio ter um login e senha de acesso
ao sistema.
2.2.1 ADMINISTRADOR
Neste grupo de usurio esto aqueles responsveis pelas operaes padres do sistema,
com acesso a insero e atualizao de alguns dados, porm no sendo permitido a excluso
de informaes. O caso de uso determinar os privilgios que este grupo ter em relao aos
acessos.
2.3 FORNECEDOR
2.4 PRODUTO
2.5 PEDIDO
2.6 AJUSTES
O Relatrio de Balano dever ser informado de acordo com o perodo solicitado, para
comparao e metas de vendas.
O relatrio demonstra uma lista dos produtos divididos em grupos de cada fabricante.
3 - REQUISITOS NO FUNCIONAIS
Todo acesso a dados dever ser realizado via ODBC de forma a reduzir o acoplamento
entre cdigos e banco de dados.
11
O sistema deve vir acompanhado com um manual de operao para o usurio final, em
formato pdf, e atravs do boto HELP no sistema.
3.6 AMBIENTE
3.7 HARDWARE
O sistema dever ser desenvolvido utilizando o Visual Studio 2005, aproveitando suas
funcionalidades de testes de unitrios e cobertura de cdigo.
Para banco de dados, ser utilizado o MySQL.
12
O sistema far uso do Crystal Reports for Visual Studio 2005 para a gerao dos
relatrios, permitindo assim a exportao dos relatrios para formatos XLS e PDF.
Caso de uso uma tcnica de especificao que descreve uma seqncia de aes que
o sistema deve realizar para produzir uma resposta para um ator. Na realidade, tem-se uma
seqncia da interao entre caso de uso e ator. O caso de uso detalha o que um sistema deve
fazer, descrevendo como uma determinada funcionalidade utilizada por um ator.
Cabe destacar que um caso de uso compreende duas partes: o diagrama de caso de uso
e o caso de uso propriamente dito. O diagrama de caso de uso um dos nove diagramas da
UML (Unified Modeling Language) enquanto que o caso de uso consiste de um template (ou
modelo), conforme apresentado na seo seguinte, que serve para detalhar a seqncia de
passos de execuo do caso de uso.
13
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:
O operador faz logon no Sistema.
O operador escolhe no menu qual ao ser realizada: 1.Alterar -2.Incluir
3.Excluir.
Se o operador escolher a opo Alterar:
solicitado cdigo do produto para que seja efetuada a sua devida alterao.
Aps feita a alterao, os novos dados so salvos.
Se o operador escolher a opo Excluir:
solicitado o cdigo do produto para que seja efetuada a sua devida excluso.
Aps a excluso, o cadastro do produto apagado do sistema.
Se o operador escolher a Opo Incluir:
O sistema solicita os dados do novo produto.
O sistema verifica se o fornecedor do produto j cadastrado no sistema.
Depois de validado o produto, o produto includo no estoque.
O sistema registra as informaes fornecidas.
Ps Condies:
O Sistema deve mostrar a quantidade do produto no estoque.
14
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:
O operador faz logon no Sistema.
O operador escolhe no menu qual ao ser realizada: 1.Alterar -2.Incluir
3.Excluir.
Se o operador escolher a opo Alterar:
solicitado o CNPJ do fornecedor para que seja efetuada a sua devida
alterao.
Aps feita a alterao, os novos dados so salvos.
Se o operador escolher a opo Excluir:
solicitado o CNPJ do fornecedor para que seja efetuada a sua devida
excluso.
Aps a excluso, o cadastro do fornecedor apagado do sistema.
Se o operador escolher a Opo Incluir:
O sistema solicita os dados do novo fornecedor.
O sistema verifica se o CNPJ do fornecedor um numero vlido.
O fornecedor incluso no cadastro de fornecedores.
O sistema registra as informaes fornecidas.
Ps Condies:
O fornecedor foi cadastrado, alterado ou excludo no sistema.
15
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:
O operador faz logon no Sistema.
O operador escolhe no menu qual ao ser realizada: 1.Alterar -2.Incluir
3.Excluir.
Se o operador escolher a opo Alterar:
solicitado o nome do usurio para que seja efetuada a sua devida alterao.
Aps feita a alterao, os novos dados so salvos.
Se o operador escolher a opo Excluir:
solicitado o nome do usurio para que seja efetuada a sua devida excluso.
Aps a excluso, o cadastro do fornecedor apagado do sistema.
Se o operador escolher a Opo Incluir:
O sistema solicita os dados do novo usurio.
escolhida a prioridade de acesso ao sistema: 1.Usurio Padro -2.Usurio
Restrito 3.Administrador .
definida senha de acesso.
O sistema registra as informaes fornecidas.
Ps Condies:
O usurio foi cadastrado, alterado ou excludo no sistema.
16
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:
O operador faz logon no Sistema.
O sistema solicita informaes do produto ser consultado.
O usurio faz a digitao dos dados do produto.
A consulta realizada e as informaes do produto so exibidas na tela.
O sistema oferece ao usurio a opo de impresso.
O sistema fecha a tela de exibio.
Ps Condies:
A consulta ao produto foi realizada.
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:
O operador faz logon no Sistema.
O sistema solicita CNPJ do fornecedor ser consultado.
O usurio faz a digitao dos dados do fornecedor.
A consulta realizada, e os dados do fornecedor so exibidos na tela.
O sistema oferece ao usurio a opo de impresso.
O operador fecha a tela de exibio.
Ps Condies:
A consulta aos dados do fornecedor foi realizada.
17
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:
O operador faz logon no Sistema.
Clica no menu relatrio
Clica em relatrio para balano
O sistema solicita a data ou perodo.
O usurio faz a digitao do perodo.
O relatrio exibido na tela.
O sistema oferece ao usurio a opo de impresso.
O operador fecha a tela de exibio.
Ps Condies:
O relatrio para balano por perodo, foi gerado.
18
Objetivo:
O administrador usa o sistema para gerar um relatrio de comisso, de todos os
colaboradoes ou apenas um.
Atores Envolvidos:
Administrador
Pr-Condies:
O usurio deve ser identificado pelo sistema.
Fluxo Principal:
O administrador faz logon no Sistema.
Clica no menu relatrio.
Clica em relatrio de comisso.
O sistema solicita a data ou perodo.
Apresenta dois check box um cheackbox para todos os colaboradoes, e um
checkbox que abre o campo pesquisa para buscar apenas um colaborador.
O usurio faz a digitao do perodo ou data
Depois seleciona um dos checkbox
Se o checkbox selecionado for de pesquisa por colaborador, dever digitar o nome.
O relatrio exibido na tela.
O sistema oferece ao usurio a opo de impresso.
O administrador fecha a tela de exibio.
Ps Condies:
O relatrio de comisso por perodo, foi gerado, ou relatrio de comisso por
colaborador gerado.
19
6 - DIAGRAMA DE CLASSE
7 - DIAGRAMA DE ATIVIDADE
9 - CONCLUSO
10 - BIBLIOGRAFIA