UNIP INTERATIVA
ARARAQUARA
2016
2
ARARAQUARA
2016
RESUMO
O projeto deve ser executado para que sirva de avaliao do PIM VI referente ao
Curso superior Tecnolgico em Analise e desenvolvimento de Sistemas. Minha empresa foi
contratada para desenvolver um sistema para uma loja de auto peas localizada no Rio de
Janeiro, com a finalidade de resolver os problemas com estoque e comisso dos
colaboradores. Sendo dessa forma avaliando e analisando os requisitos necessrios para
elaborao da documentao, prottipos e os diagramas para apresenta-lo ao cliente.
The project should be implemented to serve as an assessment of the IMPs VI on the top
Course Technology in analysis and systems development. My company was hired to develop a
system to an auto parts store located in Rio de Janeiro , in order to solve the problems with
stock and commission employees . It is thus evaluating and analyzing the requirements for
preparing the documentation , prototypes and diagrams to present it to the customer.
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......................................................................................9
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..................................................................................10
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...............................................................13
5.1 ESPECIFICAO: PRODUTO.........................................................................13
5.2 ESPECIFICAO: FORNECEDOR................................................................14
5.3 ESPECIFICAO: USURIO..........................................................................14
5.4 ESPECIFICAO: CONSULTAR PRODUTO.................................................15
5.6 ESPECIFICAO: GERAR RELATRIO PARA BALANO.......................16
5.7 ESPECIFICAO: GERAR RELATRIO DE COMISSO...........................17
6 DIAGRAMA DE CLASSE........................................................................................18
7 DIAGRAMA DE ATIVIDADE.................................................................................19
7.1 DIAGRAMA DE USO USURIO.....................................................................19
7.2 DIAGRAMA DE USO FORNECEDOR............................................................19
7.3 DIAGRAMA DE USO GERAR RELATRIO PARA BALANO..................20
7.4 DIAGRAMA DE USO AJUSTE........................................................................21
7.5 DIAGRAMA DE USO CONSULTAR PRODUTO...........................................22
7.6 DIAGRAMA DE USO GERAR RELATRIO COMISSO............................23
8 PROTOTIPO DE TELAS..........................................................................................25
9 CONCLUSO...........................................................................................................31
10 Bibliografia........................................................................................................31
6
ndice de figuras
1 INTRODUO
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.
9
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.
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.
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.
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:
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
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.
6. O sistema registra as informaes fornecidas.
Ps Condies
O fornecedor foi cadastrado, alterado ou excludo no sistema.
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
15
Ps Condies
O usurio foi cadastrado, alterado ou excludo no sistema.
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.
16
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.
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
17
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.
18
6 DIAGRAMA DE CLASSE
7 DIAGRAMA DE ATIVIDADE
19
8 PROTOTIPO DE TELAS
9 CONCLUSO
10 BIBLIOGRAFIA
http://www.devmedia.com.br/o-que-e-uml-e-diagramas-de-caso-de-uso-introducao-pratica-a-
uml/23408. (s.d.). http://www.devmedia.com.br/o-que-e-uml-e-diagramas-de-caso-de-
uso-introducao-pratica-a-uml/23408. Fonte: http://www.devmedia.com.br/o-que-e-
uml-e-diagramas-de-caso-de-uso-introducao-pratica-a-uml/23408:
http://www.devmedia.com.br/o-que-e-uml-e-diagramas-de-caso-de-uso-introducao-
pratica-a-uml/23408
https://pt.wikipedia.org/wiki/Diagrama_de_atividade. (s.d.).
https://pt.wikipedia.org/wiki/Diagrama_de_atividade. Fonte:
https://pt.wikipedia.org/wiki/Diagrama_de_atividade:
https://pt.wikipedia.org/wiki/Diagrama_de_atividade
https://pt.wikipedia.org/wiki/Diagrama_de_caso_de_uso. (s.d.).
https://pt.wikipedia.org/wiki/Diagrama_de_caso_de_uso. Fonte:
https://pt.wikipedia.org/wiki/Diagrama_de_caso_de_uso:
https://pt.wikipedia.org/wiki/Diagrama_de_caso_de_uso
https://pt.wikipedia.org/wiki/Diagrama_de_classes. (s.d.).
https://pt.wikipedia.org/wiki/Diagrama_de_classes. Fonte:
https://pt.wikipedia.org/wiki/Diagrama_de_classes:
https://pt.wikipedia.org/wiki/Diagrama_de_classes
https://pt.wikipedia.org/wiki/Requisito_funcional. (s.d.).
https://pt.wikipedia.org/wiki/Requisito_funcional. Fonte:
https://pt.wikipedia.org/wiki/Requisito_funcional:
https://pt.wikipedia.org/wiki/Requisito_funcional
https://pt.wikipedia.org/wiki/Requisito_n%C3%A3o-funcional. (s.d.).
https://pt.wikipedia.org/wiki/Requisito_n%C3%A3o-funcional. Fonte:
https://pt.wikipedia.org/wiki/Requisito_n%C3%A3o-funcional:
https://pt.wikipedia.org/wiki/Requisito_n%C3%A3o-funcional
Wikipedia. (s.d.). wikipedia. Fonte: wikipedia:
https://pt.wikipedia.org/wiki/Requisito_funcional