Anda di halaman 1dari 31

1

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.

Palavras-chave: Processos, Sistema, necessidades, regras, requisitos, documentar.


4

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.

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


5

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

Figura 1 - Diagrama de caso de uso..............................................................................12


Figura 2 - Diagrama de classe.......................................................................................19
Figura 3 - Driagrama de uso usurio.............................................................................20
Figura 4 - Diagrama de uso fornecedor.........................................................................21
Figura 5 Diagrama de uso relatrio de balano.............................................................22
Figura 6 - Diagrama de uso de ajuste............................................................................23
Figura 7 Diagrama de uso consultar produto................................................................23
Figura 8 Diagrama de uso relatrio de comisso..........................................................24
Figura 9 tela de login.....................................................................................................25
Figura 10 Tela busca de produto...................................................................................25
Figura 11 Tela de cadastro de produto...........................................................................26
Figura 12 Tela de informaes do produto....................................................................26
Figura 13 Dados fiscais do produto...............................................................................27
Figura 14 Tela busca usurio.........................................................................................27
Figura 15 Cadastro de usurio.......................................................................................28
Figura 16 Tela de permisses usurio...........................................................................28
Figura 17 Tela de buscar fornecedor.............................................................................29
Figura 18 Tela dados do fornecedor..............................................................................29
Figura 19 Relatrio de balano.....................................................................................30
Figura 20 Relatrio Comisso.......................................................................................30
7

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

Uma funo descrita como um conjunto de entradas, seu comportamento e as sadas.


Os requisitos funcionais podem ser clculos, detalhes tcnicos, manipulao de dados e de
processamento e outras funcionalidades especficas que definem o que um sistema,
idealmente, ser capaz de realizar.

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 PERMISSES DE USURIO

O sistema deve organizar os usurios em 3 grupos: Administrador, Usurio Padro e


Usurio Auxiliar.

2.2.1 ADMINISTRADOR

Neste grupo de usurio esto todos aqueles responsveis pelas operaes


administrativas, tendo acesso completo ao sistema.

2.2.2 USURIO PADRO

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.2.3 USURIO AUXILIAR

Neste grupo de usurio ser permitida apenas consulta.


9

2.3 FORNECEDOR

Deve-se ter um cadastro de todos os fornecedores dos produtos. Podendo incluir,


excluir e alterar este cadastro.

2.4 PRODUTO

Os produtos consistem em todos os itens que o sistema ir controlar.

2.5 PEDIDO

Os pedidos consistem na gravao dos itens solicitados do pedido. Deve-se guardar a


data e hora do pedido e o respectivo funcionrio que fez o pedido.

2.6 AJUSTES

Os ajustes consistem em um controle de devoluo dos produtos para que se possa


ajustar os itens de estoque.

2.7 RELATRIO DE BALANO

O Relatrio de Balano dever ser informado de acordo com o perodo solicitado, para
comparao e metas de vendas.

2.71 RELATRIO DE PRODUTO POR FABRICANTE

O relatrio demonstra uma lista dos produtos divididos em grupos de cada fabricante.

2.72 RELATRIO DE COMISSO

O relatrio mostra a comisso do usurio por produto e totalizando a comisso.


10

3 - REQUISITOS NO FUNCIONAIS

Requisitos no-funcionais so os requisitos relacionados ao uso da aplicao em


termos de desempenho, usabilidade, confiabilidade, segurana, disponibilidade,
manutenibilidade e tecnologias envolvidas.

3.1 PADRONIZAO DOS CADASTROS

Todos os cadastros do sistema devero obedecer um mesmo padro de usabilidade, os


quais permitam:
Acesso direto ao registro pelo seu ID.
Acesso ao registro atravs de uma Pesquisa avanada
Operao de Inserir, permitindo a insero de um novo registro;
Operao de Alterar, permitindo a alterao do registro selecionado;
Operao de Excluir, permitindo a excluso do registro selecionado;
Operao de Salvar, permitindo a concluso do processo de insero ou de alterao,
persistindo os dados;
Operao de Cancelar, permitindo a desistncia do processo de insero ou de
alterao, descartando os dados;
Operao de Fechar, permitindo a sada da tela de cadastro;
A tela de Pesquisa Avanada dever ser padro para todos os cadastros, permitindo
filtragem por grupos conforme cadastro.
Motor: caso usurio no digite nada no campo de pesquisa, o sistema ir listar todas as
peas do grupo motor.
Transmisso: caso usurio no digite nada no campo de pesquisa, o sistema ir listar
todas as peas do grupo transmisso.
Acessrios: caso usurio no digite nada no campo de pesquisa, o sistema ir listar
todas as peas do grupo acessrios.

3.2 ACESSO A DADOS VIA ODBC

Todo acesso a dados dever ser realizado via ODBC de forma a reduzir o acoplamento
entre cdigos e banco de dados.
11

3.3 MANUAL DE USURIO

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.4 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

3.5 SENHA CRIPTOGRAFADAS

As senhas dos usurios da aplicao devem ser armazenadas de forma criptografada no


banco de dados da aplicao

3.6 AMBIENTE

O sistema composto de 2 partes com os seguintes requisitos:


Aplicao cliente: requisitos mnimos Windows 7 com .NET 3.5 instalado;
Banco de dados: utilizado o banco de dados mysql 4.5
O sistema funcionar em qualquer rede TCP/IP que permita comunicao remota
atravs de ODBC da aplicao Cliente ao servidor de banco de dados, com a configurao do
firewall para permitir a comunicao.

3.7 HARDWARE

O sistema composto de 2 partes com os seguintes requisitos de hardware:


Aplicao Cliente: mnimo de 2GB de memria RAM e processador AMD ou INTEL
de 2.5ghz.
Banco de dados: Requisitos do servidor compatvel com Windows server 2008r2.

3.8 FERRAMENTAS DE DESENVOLVIMENTO

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

3.9 CRYSTAL REPORTS

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.

4 - DIAGRAMA DE CASO DE USO

Figura 1 - Diagrama de caso de uso

5 - ESPECIFICAO DOS CASOS DE USO

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

5.1 ESPECIFICAO: 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:
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

5.2 ESPECIFICAO: 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:
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

5.3 ESPECIFICAO: 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:
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

5.4 ESPECIFICAO: 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:
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.

5.5 ESPECIFICAO: 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:
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

5.6 ESPECIFICAO: 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:
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

5.7 ESPECIFICAO: GERAR RELATRIO DE COMISSO

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

Figura 2 - Diagrama de classe


20

7 - DIAGRAMA DE ATIVIDADE

7.1 DIAGRAMA DE USO USURIO

Figura 3 - Driagrama de uso usurio


21

7.2 DIAGRAMA DE USO FORNECEDOR

Figura 4 - Diagrama de uso fornecedor


22

7.3 DIAGRAMA DE USO GERAR RELATRIO PARA BALANO

Figura 5 Diagrama de uso relatrio de balano


23

7.4 DIAGRAMA DE USO AJUSTE

Figura 6 - Diagrama de uso de ajuste

7.5 DIAGRAMA DE USO CONSULTAR PRODUTO

Figura 7 Diagrama de uso consultar produto


24

7.6 DIAGRAMA DE USO GERAR RELATRIO COMISSO

Figura 8 Diagrama de uso relatrio de comisso


25

8 PROTOTIPAO DA INTERFACE COM O USURIO

Figura 9 tela de login

Figura 10 Tela busca de produto


26

Figura 11 Tela de cadastro de produto

Figura 12 Tela de informaes do produto


27

Figura 13 Dados fiscais do produto

Figura 14 Tela busca usurio


28

Figura 15 Cadastro de usurio

Figura 16 Tela de permisses usurio


29

Figura 17 Tela de buscar fornecedor

Figura 18 Tela dados do fornecedor


30

Figura 19 Relatrio de balano

Figura 20 Relatrio Comisso


31

9 - CONCLUSO

A proposta do PIM foi desenvolver um sistema de controle de estoque e comisso em


uma loja de auto peas, objetivando e remanejando o sistema para que no houvesse mais
problemas nos setores estoque e financeiro. O sistema especialista no domnio do
conhecimento no qual foi construdo, demonstrando que os objetivos do cliente esto sendo
alcanados e visando usurios de todas as idades com ou pouco conhecimento na rea de
informtica pois a interface ficou bem limpa e objetiva, resolvendo os problemas do cliente.

10 - BIBLIOGRAFIA

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.

Anda mungkin juga menyukai