sistema para loja de roupas - Fema

Propaganda
Alan Carlos da silva
SISTEMA PARA LOJA DE ROUPAS
ASSIS
2012
Alan Carlos da silva
SISTEMA PARA LOJA DE ROUPAS
Orientador: DOMINGOS DE CARVALHO VILLELA JUNIOR
Área de Concentração: Desenvolvimento de Sistemas
ASSIS
2012
Ficha Catalográfica
Carlos da Silva, Alan
Sistema para loja de roupas / Alan Carlos da silva,
Fundação Educacional do Município de Assis – FEMA - Assis,
2012.
Orientador: DOMINGOS DE CARVALHO VILLELA JUNIOR
Trabalho de Conclusão de curso – Instituto Educacional do
Município de Assis – IMESA 47 pgs.
1. Loja de roupas. 2. Trabalho de Conclusão de Curso (Tcc).
CDD: 001.42
Biblioteca da FEMA
Alan Carlos da silva
SISTEMA PARA LOJA DE ROUPAS
Trabalho de Conclusão de Curso apresentado ao
Instituto Municipal de Ensino Superior de Assis
Como requisito do Curso de Graduação analisado
Pela seguinte comissão examinadora
Orientador: DOMINGOS DE CARVALHO VILLELA JUNIOR
Analisador: Luiz Carlos Begosso
ASSIS
2012
AGRADECIMENTOS
Agradeço a Deus por ter me ajudado nos momentos de dificuldades por ter me
dado oportunidade, forças e coragem para concluir o curso de Análise e
Desenvolvimento de Sistemas.
A minha mãe Célia pereira Candido da silva, meu pai José Carlos da silva,
minha Irmã minhas primas, por ter me ajudado em cada momento que passei
durante os anos letivos da faculdade, pela paciência e incentivos ao término.
Aos professores pela paciência, Por compartilhar os conhecimentos que adquiri
do início ao término do curso e ao professor Domingos devillela pela
orientação, incentivo e dedicação.
Agradeço aos meus amigos Wesley Alves de Souza, Dirceu Alves bernegossi,
Marcus Roberto, Sebastião, Mailton Leite patta, Camila, Fernando Laiola,
Matheus faria, Lucas Alves, André Fogaça, Paulinho, Julian Rodrigues. E aos
não citados que contribuíram para essa vitória muito obrigada que Deus
abençoe a todos.
Resumo
Este projeto tem o principal objetivo melhorar a organização de uma loja de
roupas controlarem todas as movimentações de entradas e saídas. Para
facilitar podemos consultar clientes cadastrados e produtos, analisando os
principais problemas, tendo mais praticidade e facilidade no uso da ferramenta.
O sistema será desenvolvido com a plataforma netbeans utilizando a
linguagem de programação Java que e diferente das linguagens convencionais,
pois o Java e compilado para um bytecode que pode ser executado por uma
máquina virtual.
Para armazenamento de informações utilizarei o banco de dados mysql Server
5.5, que é um sistema de gerenciamento de banco de dados pouco exigente
quanto a recursos de hardware.
ABSTRACT
This project has the main objective to improve the organization of a
clothing store control all movements of inputs and outputs. To
facilitate and registered customers can see products, analyzing the
main problems, with more convenience and ease of use of the tool.
The system will be developed with netbeans platform using the Java
programming language that is different from conventional languages
as Java and compiled to a bytecode that can run a virtual machine.
For storage of information will use the database mysql Server 5.5,
which is a management system database bit picky about hardware
resources.
Listas de ilustrações
Figura 1. UC – Cadastrar fornecedor..................................................... 18
Figura 2. UC – Consultar fornecedor..................................................... 19
Figura 3. UC – Cadastrar compra.......................................................... 20
Figura 4. UC – Consultar compras......................................................... 21
Figura 5. UC – Consultar vendas........................................................... 22
Figura 6. UC – Cadastrar funcionários................................................... 23
Figura 7. UC – Consultar funcionários.................................................... 24
Figura 8. UC – Consultar contas a pagar............................................... 25
Figura 9. UC – Cadastrar clientes.......................................................... 26
Figura 10. UC – Consultar clientes........................................................ 27
Figura 11. UC – Cadastrar produtos...................................................... 28
Figura 12. UC – Consultar produtos...................................................... 29
Figura 13. UC – Cadastrar contas a pagar.............................................30
Figura 14. UC – Consultar contas a pagar............................................ 31
Figura 15. UC – Efetuar vendas............................................................ 32
Figura 16. Diagrama de caso de uso............................................. 35
Figura 17. Diagrama de Classes..................................................... 36
Figura 18. Diagrama de Entidade Relacionamento............... 37
Figura 19. Tela de cadastro de clientes................................. 38
Figura 20. Tela de cadastro de produtos............................... 39
Figura 21. Tela de cadastro de fornecedor............................ 40
Figura 22. Tela de cadastro de contas.................................. 41
Figura 23. Tela de busca de clientes..................................... 42
Figura 24. Tela de busca de produtos................................... 43
Figura 25. Tela de busca de contas...................................... 44
Figura 26. Tela de busca de fornecedor................................ 45
Figura 27. Tela do caixa........................................................ 46
Figura 28. Cronograma...................................................................... 47
Listas de tabelas
Tabela 1. Listas de Eventos...........................................14
Tabela 2. Cronograma da estrutura................................49
Sumário
1. Introdução ................................................................................................ 11
2. Objetivo ..................................................................................................... 12
3.
Levantamento de requisitos ............................................................................... 13
3.1
Análise de requisitos ............................................................................................ 13
4. Tecnologias utilizadas ............................................................................. 15
4.1 Java ......................................................................................................... 15
4.2 Mysql Server ............................................................................................ 16
4.3 NetBeans ................................................................................................. 16
5. Planejamento do projeto ......................................................................... 17
5.2 Estruturas analíticas do projeto (WBS) ...................................................... 17
6. Casos de uso ............................................................................................ 18
7. Diagrama de classes................................................................................ 36
8. Diagrama Entidade relacionamento ....................................................... 37
9. Cronograma .............................................................................................. 47
10. Conclusões ............................................................................................. 48
11. Referencias Bibliográficas .................................................................... 49
11
1. Introdução
Pensando em ajudar e facilitar nas vendas e controles o sistema estará sendo
desenvolvido para uso especifico de uma loja, onde cada ferramenta será de
suma importância, e o usuário terá conhecimento de cada ferramenta
facilitando assim o seu uso.
O sistema ira controlar estoques; fluxo de saídas e entradas contas a pagar e
receber também ira facilitar na busca de clientes e produtos facilitando assim
em vendas poupando muito tempo na hora de efetuar uma venda ou compra.
O sistema será desenvolvido com a linguagem de programação Java que pode
ser executado de qualquer dispositivo por ser uma linguagem e compilado para
um bytecode que e executado por uma maquina virtual.
12
2. Objetivo
O objetivo principal e desenvolver uma ferramenta de fácil acesso ao usuário
que tenha um bom desempenho mantenham um controle com o mínimo
possível de falhas.
Atualmente todo o processo da loja desde cadastro até venda é feito em
cadernos e promissórias; visando à facilidade e comodidade, o software irá
manter armazenado dados de clientes, produtos e fluxos de caixa facilitando a
vida do usuário e sem problemas de perdas de cadastros e de pagamentos.
O sistema será desenvolvido apartir do diagrama WBS seguindo as seguintes
etapas levantamento de requisitos, análise, implementação e implantação.
Para armazenamento de dados utilizarei o banco de dados mysql Server 5.5
que atenderá perfeitamente todas as necessidades do sistema.
13
3. Levantamento de requisitos
O sistema visa melhorar a qualidade e organizações de estoques entradas e
saídas e melhorar também o atendimento no dia a dia com mais facilidade e
comodidade nas buscas pagamentos e relatórios.
Pensando em ajudar uma loja onde os cadastros pagamentos etc... São feitos
em promissórias e cadernos para o desenvolvimento do software foi necessário
uma entrevista com o proprietário para buscar e analisar todos os requisitos.
3.1
Análise de requisitos
Requisito: controlar estoques.
Descrição: atualmente a loja não faz controles de estoque, a ideia de um
software para fazer tal controle ajudará na falta de produtos na loja ou ate
mesmo evitar compras desnecessárias.
Proposta de solução: o software terá a função de controlar o fluxo de
entradas e saídas de produtos a cada venda ou compra o sistema irá dar baixa
no estoque atualizando uma nova quantidade.
Requisito: cadastros de clientes, cadastro de fornecedores, cadastro de
produtos.
Descrição: um dos pontos mais relevantes são os cadastros atualmente todo
o processo de cadastro da loja e feito em cadernos muitas vezes á perdas de
cadastros e rasuras etc...
Proposta de solução: será desenvolvida no software uma tela onde o
usuário fará cadastros de clientes, fornecedores e produtos.
Requisitos: contas a pagar e contas a receber.
Descrição: todas as contas a pagar e clientes devedores são anotados em
cadernos; quando um cliente efetua o pagamento o atendente anota o que foi
pago ás vezes acontecem perdas dessas informações.
Proposta de solução: para melhorar e organizar todas as contas da loja o
software irá manter uma cadastro de contas a clientes que efetuam os
pagamentos mensalmente o usuário poderá cadastrar também todas as contas
a serem pagas.
14
Lista de eventos
Nome
Evento
Caso de uso
01
O usuário cadastra funcionário
Cadastrar funcionário
02
O usuário cadastra o produto
Cadastrar produto
03
O usuário cadastra cliente
Cadastra cliente
04
O usuário cadastra compras
Cadastrar compra
05
O usuário cadastra fornecedor
Cadastrar fornecedor
06
O usuário busca o cliente
Consultar cliente
07
O usuário busca o fornecedor
Consultar fornecedor
08
O usuário busca a venda efetuada
Consultar vendas
09
O usuário
cadastrado
10
O usuário busca a conta cadastrada
Consultar
receber
contas
a
11
O usuário busca contas a cadastrada Consultar
pagar
contas
a
12
O
usuário
cadastrada
13
O usuário busca o produto
Consultar produto
14
O usuário efetua a venda
Cadastrar vendas
15
O usuário visualiza relatório da venda Relatório de vendas
16
O usuário cadastra contas a pagar
busca
o
busca
funcionário Consultar funcionários
a
compra Consultar compras
Contas a pagar
15
17
O usuário cadastra contas a receber
18
O usuário visualiza
contas a pagar
relatório
de Relatório de contas a
pagar
19
O usuário visualiza
contas a receber
relatório
de Relatório de contas a
receber
20
O usuário
compras
relatório
de Relatório de compras
visualiza
Contas a receber
4. Tecnologias utilizadas
4.1
Java
O Java nos dias de hoje é utilizado por grandes bancos, pois fornece extrema
segurança. É também utilizada por grandes empresas que desejam trafegar
uma grande quantidade de dados e necessita de estabilidade e portabilidade
entre outras empresas.
“O Java utiliza se o conceito de maquina virtual onde existe entre o sistema
operacional e a aplicação, uma camada extra, responsável por “traduzir” o que
sua aplicação deseja fazer para as respectivas chamadas do sistema
operacional onde ela esta rodando. Sua aplicação roda sem nenhum
envolvimento com o sistema operacional”.
4.2
Mysql Server
Mysql é um sistema de gerenciamento de banco de dados relaciona
multiencadeado, de código-fonte aberto e nível corporativo.
O Mysql foi desenvolvido para ser um banco de dados extremamente rápido e
flexível. O Mysql é rápido, flexível e confiável. É utilizado em muitos lugares por
todo mundo. (Dominando netbeans).
16
O Mysql utiliza uma linguagem SQL (Linguagem de consulta estruturada, do
inglês Structured Query language), como interface. E atualmente um dos
bancos de dados mais populares.
4.3
NetBeans
“O Netbeans é uma IDE criada em Java swings, portanto, depende da Java
virtual machine (JVM) instalado em sua maquina”.
A IDE Netbeans vem evoluindo rapidamente a cada versão, tornando-se
competitiva junto às melhores ferramentas de desenvolvimento Java do mundo.
Com uma evolução rápida, encontramos atualmente diversas funcionalidades
que vem atraindo cada vez mais desenvolvedores de todo o mundo:
Um editor amigável de telas AWT/Swing;
Suporte completo ao Java Enterprise Edition;
Integração com banco de dados;
Plug-ins de diversos tipos que estendem a capacidade do programa;
CVS;
Depurador de aplicativos e componentes como JSPs e EJBs;
Suporte para desenvolvimento e consumo de WebService, entre outros.
Além dessa funcionalidade, você também pode desenvolver seus próprios
plug-ins, estendendo ainda mais a capacidade da IDE. (Dominando NetBeans)
17
5. Planejamento do projeto
5.2 Estruturas analíticas do projeto (WBS)
SISTEMA PARA
LOJA DE ROUPA
LEVANTAMENTO
DE REQUISITOS
ANALISE
IMPLEMENTAÇÃO
IMPLANTAÇÃO
ESPECIFICAÇÃO
DE REQUISITOS
DIAGRAMA DE
CASO DE USO
PRGRAMAÇÃO
TREINAMENTO
ANALISE DOS
REQUISITOS
DIAGRAMA DE
CLASSE
TESTE DE UNIDADE
REGISTRO DOS
REQUISITOS
TESTE DO SISTEMA
18
6. Casos de uso
Figura 1. UC – Cadastro de fornecedor
NOME DO USE CASE
Cadastro de Fornecedores
Pré-Condição
O Gerente deverá estar logado no
sistema.
Ator(es)
Gerente
Cenário Principal
O sistema solicita os dados para efetuar
o cadastro de fornecedores.
O
Gerente
informa
os
dados
necessários para o cadastro exigido
pelo sistema.
O Gerente clica em salvar e o sistema
retorna
uma
mensagem
“Dados
inserido”.
Cenário alternativo
O Gerente poderá cancelar o cadastro
durante o cadastramento do funcionário.
Casos de Testes
O sistema verifica se os campos de
cadastro
foram
preenchidos
corretamente.
19
O sistema verifica se foi cancelado o
cadastro e emite uma mensagem.
Figura 2. UC – Consultar de fornecedor
NOME DO USE CASE
Consultar de fornecedor
Pré-Condição
O usuário deverá estar logado no
sistema.
O usuário deverá cadastrar uma nova
venda
Ator(es)
Gerente.
Cenário Principal
Cenário alternativo
O usuário poderá cancelar a consulta.
Casos de Testes
O sistema verifica se o nome do cliente
e válido no sistema.
O sistema verifica se a consulta foi
cancelada.
20
Figura 3. UC – Cadastro de compras.
NOME DO USE CASE
Cadastro de compras
Pré-Condição
O Gerente deverá estar logado no
sistema.
Ator(es)
Gerente.
Cenário Principal
O sistema solicita os dados para efetuar
o cadastro da compra.
O
Gerente
informa
os
dados
necessários para o cadastro exigido
pelo sistema.
O Gerente clica em salvar e o sistema
retorna
uma
mensagem
“Dados
inserido”.
Cenário alternativo
O Gerente poderá cancelar a compra.
Caso haja um fornecedor o Gerente
poderá consultar e informar ao sistema.
Casos de Testes
O sistema verifica se os campos foram
preenchidos e emite uma mensagem.
O sistema verifica se os dados foram
salvos.
O sistema verifica se a compra foi
cancelada.
21
Figura 4. UC – Consulta de compras.
NOME DO USE CASE
Consulta de compras
Pré-Condição
O usuário deverá estar logado no
sistema.
Ator(es)
Gerente.
Cenário Principal
O gerente irá clicar em consultar
compras, informará o nome do produto
comprado e visualizara todos os
atributos do produtos.
Cenário alternativo
O usuário poderá cancelar a consulta.
Casos de Testes
O sistema verifica se o nome do produto
e válido no sistema.
O sistema verifica se a consulta foi
cancelada.
22
Figura 5. UC – Consulta de vendas.
NOME DO USE CASE
Consultar de vendas
Pré-Condição
O usuário deverá estar logado no
sistema.
Ator(es)
Gerente.
Funcionário.
Cenário Principal
O usuário irá clicar em consultar
vendas, informará o nome do cliente e
visualizara as informações sobre a
compra do cliente.
Cenário alternativo
O usuário poderá cancelar a consulta.
Casos de Testes
O sistema verifica se o nome do cliente
e válido no sistema.
O sistema verifica se a consulta foi
cancelada.
23
Figura 6. UC – Cadastro de funcionário
NOME DO USE CASE
Cadastro de Funcionários
Pré-Condição
O Gerente deverá estar logado no
sistema.
Ator(es)
Gerente.
Cenário Principal
O sistema solicita os dados para efetuar
o cadastro de funcionário.
O
Gerente
informa
os
dados
necessários para o cadastro exigido
pelo sistema.
O Gerente clica em salvar e o sistema
retorna
uma
mensagem
“Dados
inserido”.
Cenário alternativo
O Gerente poderá cancelar o cadastro
durante o cadastramento do funcionário.
Casos de Testes
O sistema verifica se os campos de
cadastro
foram
preenchidos
corretamente.
O sistema verifica se foi cancelado o
cadastro e emite uma mensagem.
O sistema verifica se o funcionário já
existe se o funcionário já existir no
cadastro então o sistema emite uma
24
mensagem.
Figura 7. UC – Consulta de funcionários
NOME DO USE CASE
Consultar funcionários
Pré-Condição
O usuário deverá estar logado no
sistema.
Ator(es)
Gerente.
Cenário Principal
O gerente irá clicar em consultar
funcionários, informará o nome do
funcionário e visualizara as informações
sobre o funcionário desejado.
Cenário alternativo
O usuário poderá cancelar a consulta.
Casos de Testes
O sistema verifica se o nome do
funcionário e válido no sistema.
O sistema verifica se a consulta foi
cancelada.
25
Figura 8. UC – Consulta de contas a receber
NOME DO USE CASE
Consultar contar a receber
Pré-Condição
O usuário deverá estar logado no
sistema.
Ator(es)
Gerente.
Funcionário.
Cenário Principal
O gerente irá clicar em consultar contas,
E visualizará todas as contas a receber.
Cenário alternativo
O usuário poderá cancelar a consulta.
Casos de Testes
O sistema verifica se a consulta foi
cancelada.
26
Figura 9. UC – Cadastro de clientes.
NOME DO USE CASE
Cadastro de Clientes
Pré-Condição
O usuário deverá estar logado no
sistema.
Ator(es)
Gerente.
Funcionário.
Cenário Principal
O sistema solicita os dados para efetuar
o cadastro do cliente.
O
usuário
informa
os
dados
necessários para o cadastro exigido
pelo sistema.
O usuário clica em salvar e o sistema
retorna
uma
mensagem
“Dados
inserido com sucesso”.
Cenário Alternativo
O usuário poderá cancelar o cadastro
durante o cadastramento do cliente.
Casos de Testes
O sistema verifica se os campos de
cadastro
foram
preenchidos
corretamente
O sistema verifica se foi cancelado o
cadastro e emite uma mensagem.
27
Figura 10. UC – Consultar clientes.
NOME DO USE CASE
Consultar de clientes
Pré-Condição
O usuário deverá estar logado no
sistema.
O usuário deverá cadastrar uma nova
venda
Ator(es)
Gerente.
Funcionário.
Cenário Principal
Ao cadastrar uma nova venda o usuário
poderá clicar em buscar e informar o
nome do cliente; o sistema busca os
dados do cliente.
Se o cliente desejado for encontrado
basta o usuário dar um duplo click e a
caixa de texto do cadastro de vendas
será preenchida com o nome do cliente.
Cenário alternativo
O usuário poderá cancelar a consulta.
Casos de Testes
O sistema verifica se o nome do cliente
e válido no sistema.
O sistema verifica se a consulta foi
cancelada.
28
Figura 11. UC – Cadastro de produtos.
NOME DO USE CASE
Cadastro de Produtos
Pré-Condição
O usuário deverá estar logado no
sistema.
Ator(es)
Gerente.
Funcionário.
Cenário Principal
O sistema solicita os dados para efetuar
o cadastro do Produto.
O usuário informa os dados necessários
para o cadastro exigido pelo sistema.
O usuário clica em salvar e o sistema
retorna uma mensagem “Dados inserido
com sucesso”.
Cenário alternativo
O usuário poderá cancelar o cadastro
durante o cadastramento do Produto.
Casos de Testes
O sistema verifica se os campos de
cadastro
foram
preenchidos
corretamente.
O sistema verifica se foi cancelado o
cadastro e emite uma mensagem.
29
Figura 12. UC – Consultar produtos.
NOME DO USE CASE
Consultar produtos
Pré-Condição
O Gerente deverá estar logado no
sistema.
Ator(es)
Gerente.
Funcionário.
Cenário Principal
O usuário clica em consulta de produto
e visualiza todos produtos cadastrados
no sistema.
Cenário alternativo
O Gerente poderá cancelar a consulta.
Casos de Testes
O sistema verifica se o nome do produto
e válido no sistema.
O sistema verifica se a consulta foi
cancelada.
30
Figura 13. UC – Cadastro de contas a pagar.
NOME DO USE CASE
Cadastro de contas a pagar
Pré-Condição
O usuário deverá estar logado no
sistema.
Ator(es)
Gerente.
Cenário Principal
O sistema solicita os dados para efetuar
o cadastro de contas a pagar.
O
Gerente
informa
os
dados
necessários para o cadastro exigido
pelo sistema.
O Gerente clica em salvar e o sistema
retorna
uma
mensagem
“Dados
inserido”.
Cenário alternativo
O usuário poderá cancelar o cadastro
durante o cadastramento da conta.
Casos de Testes
O sistema verifica se os campos de
cadastro
foram
preenchidos
corretamente.
O sistema verifica se foi cancelado o
cadastro e emite uma mensagem.
31
Figura 14. UC – Consultar de contas a pagar.
NOME DO USE CASE
Consulta de contas a pagar
Pré-Condição
O Gerente deverá estar logado no
sistema.
Ator(es)
Gerente.
Cenário Principal
O gerente irá clicar em consultar contas,
E visualizara todas as contas a pagar.
Cenário alternativo
O Gerente poderá cancelar a consulta.
Casos de Testes
O sistema verifica se a consulta foi
cancelada.
32
Figura 15. UC – Efetuar vendas
NOME DO USE CASE
Efetuar vendas
Pré-Condição
O usuário deverá estar logado no
sistema
Ator(es)
Gerente.
Funcionário.
Cenário Principal
Ao clicar em nova venda irá surgir uma
tela a ser preenchida pelo usuário que
irá informar os dados necessário para
efetuar uma nova venda.
O usuário clica em salvar e o sistema
emite
uma
mensagem
venda
cadastrada com sucesso.
Cenário alternativo
O usuário poderá cancelar a venda.
Casos de Testes
O sistema verifica se a venda foi
cancelada.
O sistema verifica se a venda foi
efetuada.
O sistema verifica se os campos foram
preenchidos corretamente.
33
NOME DO USE CASE
Contas a receber
Pré-Condição
O usuário deverá estar logado no
sistema.
O usuário deverá cadastrar um nova
venda.
Ator(es)
Gerente.
Funcionário.
Cenário Principal
Ao cadastrar uma nova venda o usuário
poderá informar ao sistema a forma de
pagamento.
Se a forma de pagamento for mensal é
atualizado em contas a receber.
Cenário alternativo
O usuário poderá cancelar a forma de
pagamento.
Casos de Testes
Se o usuário informar ao sistema
forma de pagamento mensalmente
sistema verifica se o cliente
cadastrado se não for cadastrado
emitido uma mensagem.
a
o
e
é
34
NOME DO USE CASE
Consultar produtos
Pré-Condição
O usuário deverá estar logado no
sistema.
O usuário deverá cadastrar uma nova
venda.
Ator(es)
Gerente.
Funcionário.
Cenário Principal
O usuário efetua uma venda.
O usuário clica em consulta de produto
e visualiza todos produtos cadastrados
no sistema seleciona o produto
desejado e finaliza a venda clicando em
salvar.
Cenário alternativo
O Gerente poderá cancelar a consulta.
Casos de Testes
O sistema verifica se o nome do produto
e válido no sistema.
O sistema verifica se a consulta foi
cancelada.
35
Diagrama de caso de uso
Figura 16. Diagrama de caso de uso
36
7. Diagrama de classes
Figura 17. Diagrama de classe
37
8. Diagrama Entidade relacionamento
Figura 18. Entidade Relacionamento
38
Cadastro de clientes
Figura 19. Cadastro de clientes
39
Cadastro de produtos
Figura 20. Cadastro de produtos
40
Cadastro de fornecedor
Figura 21. Cadastro de fornecedor
41
Cadastro de contas
Figura 22. Cadastro de contas
42
Busca de clientes
Figura 23. Busca de clientes
43
Busca de produtos
Figura 24. Busca de produtos
44
Busca de contas
Figura 25. Busca de contas
45
Busca de fornecedor
Figura 26. Busca de fornecedor
46
Tela do caixa
Figura 27. caixa
47
9. Cronograma
Meses
Março
Abril
Maio
Junho
Julho
Semanas
1ª 2ª 3ª 4ª 1ª 2ª 3ª 4ª 1ª 2ª 3ª 4ª 1ª 2ª 3ª 4ª 1ª 2ª 3ª 4ª 1ª 2ª 3ª 4ª 1ª 2ª 3ª 4ª 1ª 2ª 3ª 4ª 1ª 2ª 3ª 4ª
Levantamento de Requisitos
Especificação de requisitos
Analise de requisitos
Especificação de Caso de Uso
Diagrama de Classes
Qualificação
Programação
Teste de unidade
Teste do sistema
Implantação
Treinamento
Apresentação
Figura 28. Cronograma
Agosto
Setembro
Outubro
Novembro
48
10. Conclusões
Optei por este tema pois com o desenvolvimento do software para a loja de
roupas ganharei muito conhecimento sobre controles e movimentações, O
software ajudará a manter uma venda bem organizada e um controle mais
rígido.
Utilizarei ferramentas muito eficientes para desenvolvimento do software, que
ajudará na eficácia e no desempenho na hora de fazer cadastros e
movimentações de caixa e produtos.
49
11. Referencias Bibliográficas
Caelum FJ 11; Java e Orientação a Objetos.
GONSALVES, Edson. Livro Desenvolvendo Aplicações WEB com
NetBeans IDE 6: Ciencia Moderna, 2008.
Edison Gonçalves, Dominando NetBeans: Ciência Moderna, 2006.
http://www.oficinadanet.com.br/artigo/2227/mysql
http://www.fca.pt/docs-online/722-636-8_des_sis_inf.pdf
Download