View
48
Download
21
Category
Preview:
DESCRIPTION
Projeto final de Sistema para loja de Calçados - Análise e Desenvolvimento de Sistemas.
Citation preview
UNIP – Universidade Paulista
Projeto Integrado Multidisciplinar
Curso Superior de Tecnologia de Analise e Desenvolvimento de Sistemas
Sistema para Loja de Calçados
São Paulo – Marquês2015
UNIP – Universidade Paulista
Projeto Integrado Multidisciplinar
Curso Superior de Tecnologia de Analise e Desenvolvimento de Sistemas
Sistema para Loja de Calçados
Projeto de integração multidisciplinar –
PIM – apresentada como exigência à
conclusão do 3º semestre, junto à
Universidade Paulista UNIP. Tendo
como orientação o Professor Leonardo
Soares
São Paulo – Marquês
2015
5
UNIP – Universidade Paulista
Projeto Integrado Multidisciplinar
Curso Superior de Tecnologia de Analise e Desenvolvimento de Sistemas
Sistema para Loja de Calçados
Projeto de integração multidisciplinar –
PIM – apresentada como exigência à
conclusão do 3º semestre, junto à
Universidade Paulista UNIP. Tendo
como orientação o Professor Leonardo
Soares.
Aprovado em:
BANCA EXAMINADORA
______________________________ ___/___/___
Prof. Nome do Professor
Universidade Paulista - UNIP
______________________________ ___/___/___
Prof. Nome do Professor
Universidade Paulista - UNIP
______________________________ ___/___/___
Prof. Nome do Professor
Universidade Paulista – UNIP
UNIP – Universidade Paulista
Projeto Integrado Multidisciplinar
Curso Superior de Tecnologia de Analise e Desenvolvimento de Sistemas
Sistema para Loja de Calçados
Integrantes do grupo
São Paulo – Marquês2015
Dedicatória
Primeiramente à Deus, e aos que nunca duvidaram da sua própria
capacidade de ir em busca de seus objetivos e sonhos.
Agradecimentos:
Primeiramente à Deus, aos nossos familiares que nunca desistiram de nos
apoiar e também ao empenho dos integrantes do grupo.
Epigrafe
“Nunca é tarde demais para ser aquilo
que sempre desejou ser”.
(George Eliot)
Resumo
No mercado atual, onde a necessidade da qualidade, da rapidez e facilidade
no atendimento ao cliente são essenciais e obrigatórios para o sucesso de uma
empresa. A solução para isso seria a implementação de um sistema que atendesse
estes requisitos. E analisando lojas de calçados verificamos e identificamos vários
setores defeituosos como: setores financeiros, estoque e fiscal, que poderiam ser
melhorados. Visando estes problemas, desenvolvemos um software que é capaz de
suprir todas essas necessidades.
A principal missão do software é melhorar a qualidade do atendimento ao
cliente e ter controle total sobre o estoque da loja e mostrar a disponibilidade dos
produtos que temos em estoque.
Palavra-Chave: Sistema, Loja de calçados e produtos
Abstract
Summary
In the current market, where the need for quality, speed and ease in customer
service are essential and mandatory to the success of a company. The solution to
this would be to implement a system that meets these requirements. And analyzing
shoe stores checked and identified several bad sectors as: financial, inventory and
tax, which could be improved. Aiming at these problems, we have developed
software that is able to meet all these needs.
The main software's mission is to improve customer service quality and have
complete control over the inventory of the store and show the availability of products
we have in stock.
Key words: system, store shoes and products.
Sumário
1.Introdução ……………………………...................………………..............................01
2.Cenário....................................................................................................................02
3.Funções e Processos de Negócio...........................................................................02
3.1.Estoque................................................................................................................02
3.2.Compras……………………………....................………………..............................02
3.3.Financeiro.............................................................................................................02
3.4.Vendas.................................................................................................................02
3.5.RH........................................................................................................................03
4.Automatização………………………...................………………................................03
4.1.Estoque................................................................................................................03
4.2.Compras...............................................................................................................03
4.3.Vendas.................................................................................................................03
4.4.RH……………………………...................………………........................................03
5.Relacionamento entre Materias...............................................................................04
5.1.Programação Orientada a Objetos.......................................................................04
5.2.Engenharia de Software II....................................................................................04
5.3.Análise de Sistemas Orientada a Objetos........………………..............................06
5.4.Banco de Dados...................................................................................................06
5.5.Interface com o Usuário.......................................................................................07
5.6.Economia e Mercado............................................................................................08
5.7.RH..........……………………………...................………………..............................09
6.Casos de Uso..........................................................................................................11
7.Descrição Textual....................................................................................................12
8.Requisitos Não Funcionais......................................................................................17
8.1.Operacionais………………………...................………………...............................17
8.2.Desempenho........................................................................................................17
8.3.Segurança............................................................................................................17
8.4.Cultural Político....................................................................................................17
9.Contexto de Uso..........………………...................………………..............................18
9.1.Cadastrar Cliente..................................................................................................18
10.Diagrama de Classe..............................................................................................18
11.Diagrama de Sequência........................................................................................19
12.Ilustração do Sistema............................................................................................20
13.Conclusão..............................................................................................................21
14.Referências Bibliográficas.....................................................................................22
Lista de Tabelas
Tabela 1......................................................................................................................12
Tabela 2......................................................................................................................12
Tabela 3......................................................................................................................12
Tabela 4......................................................................................................................12
Tabela 5......................................................................................................................13
Tabela 6......................................................................................................................13
Tabela 7......................................................................................................................13
Tabela 8......................................................................................................................14
Tabela 9......................................................................................................................14
Tabela 10....................................................................................................................14
Tabela 11....................................................................................................................15
Tabela 12....................................................................................................................15
Tabela 13....................................................................................................................15
Tabela 14....................................................................................................................15
Tabela 15....................................................................................................................16
Lista de Imagens
Imagem 1...................................................................................................................11
Imagem 2...................................................................................................................18
Imagem 3...................................................................................................................19
Imagem 4...................................................................................................................20
1
1. Introdução
Como executar com qualidade as atividades administrativas de um
empreendimento de uma loja de calçados, disponibilizando ferramentas que
possibilitam aos usuários verificar maiores detalhes dos produtos, oferecendo ainda
todo o tipo de movimentação com relação a entrada e saída de produtos, pedidos de
vendas, geração de relatórios e principalmente disponibilidade de estoque.
Assim permitindo:
Interligação entre matriz e filiais;
Controle de estoque (entrada e saída de mercadoria);
Cadastro, exclusão e alteração de dados sobre os produtos, clientes,
vendedores e os demais cadastros.
O software poderá controlar desde uma loja até uma rede de lojas, assim tendo a
comunicação entre matrizes e filiais a qualquer instante e possibilitará a visualização
do faturamento das lojas mês a mês através de relatórios.
Quanto a balcão e caixa permitirá a geração de pedidos de vendas, fechamento de
caixa operador, consulta de preços, estoques e aplicação de descontos manuais. O
controle de estoques, mercadorias serão identificados através de grades e atributos
exemplo: cor, tamanho e códigos.
2
2. Cenário
Em muitas das empresas tem constatado um fator comum que é o
descontrole do estoque; tanto microempresas quanto grandes empresas. Alegam a
falta de tempo e desconhecimento nas ferramentas de gestão do estoque, como,
manuseio e a usabilidade do sistema.
O estoque incentiva nas compras da loja, pois, se o cliente solicita um produto
e não consta no estoque ocorre uma perda de venda, porém, se comprar mais
produtos corre o risco da perda do produto, ou seja, não ocorre o giro do capital. Por
isso, o sistema de gerenciamento irá suprir essa necessidade da loja.
3. Funções e Processos de negócio
Uma função é composta de atividades que representam um papel ou razão de
existir da organização, os processos de negócio "executam" estas atividades de
forma que, individualmente ou combinadas, realizem o trabalho de uma determinada
função.
No exemplo abaixo, descrevemos as funções e processos do sistema.
3.1. Estoque
Verificar o estoque, recebe do produto, validação do produto, armazenagem
do produto no estoque e inclui o produto no sistema.
3.2. Compras
Com a falta em estoque, recebe a solicitação de compra do produto para
realizar a compra.
3.3. Financeiro
Realiza pagamentos das compras dos produtos e despesas da loja, salário
dos funcionários e emite o relatório de lucros e despesas da loja.
3.4. Vendas
3
Realizar o cadastro do cliente, realizar a separação do produto no sistema,
forma de pagamento, emitir NFe do produto e realizar a baixa do produto no
sistema.
Verifica se o cliente tem cadastro no sistema, se não, coleta os dados do
cliente para realizar o cadastro no sistema, faz a separação do produto e verifica as
condições de pagamento.
3.5. RH
Realiza processos seletivos, admissão e demissão do colaborador e realiza
cadastro do colaborador no sistema.
4. Automatização
Identificamos nos processos da loja que, algumas funções poderiam ser
automatizadas.
4.1 Estoque
Inserimos um código para cada produto, assim, evitando que o usuário
cadastre manualmente o produto e facilitando na consulta dos produtos.
4.2 Compras
O sistema emite um relatório completo do estoque, não permitindo a falta do
produto no estoque.
4.3 Vendas
Com o problema de controle das comissões dos vendedores, no momento da
venda vinculamos a NFe ao CPF do vendedor.
4.4 RH
Para não haver duplicidades de colaboradores, o cadastro e a consulta será
realizado pelo CPF do mesmo.
4
5. Relacionamento entre matérias
5.1 Programação Orientada a Objetos I
A POO foi criada para tentar aproximar o mundo real do mundo virtual: a ideia
fundamental é tentar simular o mundo real dentro do computador. Para isso, nada
mais natural do que utilizar Objetos.
O programador é responsável por moldar o mundo dos objetos, e explicar
para estes objetos como eles devem interagir entre si. Os objetos "conversam" uns
com os outros através do envio de mensagens, e o papel principal do programador é
especificar quais serão as mensagens que cada objeto pode receber, e também qual
a ação que aquele objeto deve realizar ao receber aquela mensagem em específico.
Uma mensagem é um pequeno texto que os objetos conseguem entender e,
por questões técnicas, não pode conter espaços. Junto com algumas dessas
mensagens ainda é possível passar algumas informações para o objeto
(parâmetros), dessa forma, dois objetos conseguem trocar informações entre si
facilmente.
Para que as telas do sistema interagem com o usuário temos que codificar
cada botão que contém nas telas para isso existe a Programação Orientada a
Objetos.
5.2 Engenharia de Software II
A Engenharia de Software surgiu em meados dos anos 1970 numa tentativa
de contornar a crise do software e dar um tratamento de engenharia, mais
sistemático e controlado ao desenvolvimento de sistemas de software complexos.
Um sistema de software complexo se caracteriza por um conjunto de componentes
abstratos de software (estruturas de dados e algoritmos) encapsulados na forma de
procedimentos, funções, módulos, objetos ou agentes interconectados entre si,
compondo a arquitetura do software, que deverão ser executados em sistemas
computacionais. Ela é voltada para o desenvolvimento, qualidade e manutenção de
sistemas de software, com aplicação de tecnologias e práticas de gerencia de
projetos.
5
Os processos mais comuns para a construção de um software são:
Especificação;
Projeto e implementação de software;
Validação;
Evolução;
A fase de desenvolvimento de um sistema seria:
Concepção do sistema;
Levantamento de dados;
Estudo de usabilidade;
Analise de requisitos;
Projeto;
Implementação;
Teste;
Implantação;
Manutenção;
Qualidade de software é estar em conformidade com requisitos do cliente, ou
seja, antecipar e satisfazer os desejos do cliente.
A qualidade está relacionada à:
Desempenho de pessoas;
Processos de trabalho;
Satisfação do cliente;
Cultura organizacional;
ISO É uma organização não governamental que está presente em cerca de
120 países. Foi fundada em 1947 em Genebra e a sua função é promover a
normalização de produtos e serviços, utilizando determinadas normas, para que a
qualidade dos produtos seja sempre melhorada.
Foi utilizado a ISO 9126 para garantir a qualidade dos produtos de software.
6
Nesta norma consta um conjunto de característica que devem ser verificados
em um software para que o mesmo seja considerado um software de qualidade.
5.3 Análise de Sistemas Orientada a Objetos
O conceito de orientação a objetos tem como objetivo minimizar os problemas
encontrados até então na criação de softwares complexos, projetados por meio de
decomposição funcional e sub-rotinas.
Para facilitar para os desenvolvedores de software no início da análise do OO,
elaboramos os casos com suas descrições textuais, diagramas de sequência e
classe.
Com base de todas as informações sobre OO, fizemos os casos de uso,
descrição textual dos casos de uso, diagrama de sequência e classe para o sistema
de calçados.
5.4 Banco de Dados
Um banco de dados (sua abreviatura é BD, em inglês DB, data base) é uma
entidade na qual é possível armazenar dados de maneira estruturada e com a
menor redundância possível. Estes dados devem poder ser utilizados por
programas. Um banco de dados permite pôr dados à disposição de usuários para
uma consulta, uma introdução ou uma atualização, assegurando-se dos direitos
atribuídos a estes últimos.
O banco pode ser utilizável em uma máquina por um usuário, ou repartida,
quer dizer que as informações são armazenadas em máquinas distantes e
acessíveis por rede.
Para poder controlar os dados bem como os usuários, a necessidade de um
sistema de gestão fez-se sentir rapidamente. A gestão do banco de dados faz-se
7
graças a um sistema chamado SGBD (sistema de gestão de bancos de dados) ou
em inglês DBMS (Database managment system). O SGBD é um conjunto de
serviços (aplicações software) que permitem gerenciar os bancos de dados, quer
dizer:
Permitir o acesso aos dados de maneira simples
Autorizar um acesso às informações a múltiplos usuários
Manipular os dados presentes no banco de dados (inserção, supressão,
modificação).
Os principais sistemas de gestão de bancos de dados são os seguintes:
Borland Paradox
Filemaker
IBM DB2
Ingres
Interbase
Microsoft SQL server
Microsoft Access
Microsoft FoxPro
Oracle
Sybase
MySQL
Postgre SQL
SQL Server 11
O Banco de Dados no sistema que fizemos serviu para armazenar com
segurança e organizar todas as informações contidas no mesmo.
5.5 Interface com o Usuário
No início da informatização os usuários de programas de computadores eram
os seus próprios desenvolvedores. Depois os programas começaram a ser usados
por um pequeno público de usuários externos, os quais recebiam intenso
treinamento para poder operar suas interfaces. Quando os sistemas interativos
8
passaram a ter uma vasta população, diversa e sem treinamento, começou-se a
falar em problemas de usabilidade (CYBIS et al., 2007).
9
A usabilidade é um dos aspectos que podem influenciar a aceitabilidade de
um produto e se aplica a todos os aspectos do sistema com os quais a pessoa pode
interagir, sendo assim criamos uma interface bem simples fácil de memorizar e de
fácil aprendizado, ela segue os 5 atributos de avaliação NIELSEN (1993).
Para que a usabilidade possa ser avaliada e medida, NIELSEN (1993) a
define em função destes cinco atributos:
Aprendizagem: o sistema deve ser de fácil aprendizado para que o usuário
possa começar a utilizá-lo rapidamente
Eficiência: o sistema deve ser eficiente no sentido de que uma vez que o
usuário aprenda a utilizá-lo ele o faça com alta produtividade.
Memorização: o sistema deve ser de fácil lembrança, ou seja, ao passar um
determinado período sem utilizar o sistema o usuário pode utilizá-lo
novamente sem ter que aprender tudo novamente.
Erros: a taxa de erros deve ser baixa. Erros de extrema gravidade não devem
ocorrer. Ao cometer algum erro, o usuário deve ter a possibilidade de
recuperar o sistema para o estado imediatamente anterior ao erro.
Satisfação: os usuários devem gostar do sistema. Ele deve ser agradável de
ser utilizado para que as pessoas se sintam satisfeitas com o seu uso.
5.6 Economia e Mercado
Ninguém vive isolado, as pessoas precisam das relações humanas para obter
alimentos, segurança e lazer, tudo começou com as trocas de mercadorias, por
exemplo se quisesse comer e não soubesse a caçar mas soubesse criar
ferramentas, eu as trocava pela carne para me alimentar, com o tempo surgiu a
moeda e o estudo da economia.
Principais características da economia de mercado:
Liberdade para definição de preços de serviços e mercadorias. A livre
concorrência é que regula o mercado com relação aos preços;
Produção e consumo de bens e serviços estabelecidos pela interação entre
oferta e demanda;
Quase a totalidade dos produtos e serviços de uma economia de mercado é
produzida pela iniciativa privada (indústrias, comércios, bancos e empresas
10
Prestadoras de serviços). Num país que segue este sistema econômico, há
poucas empresas estatais, sendo elas, geralmente, de setores estratégicos
(geração de energia, por exemplo);
Liberdade para abertura e funcionando de empresas, com pouca ou nenhuma
interferência do governo;
Comércio exterior com poucos obstáculos e entraves (burocracia, impostos,
taxas alfandegárias);
Inserção das empresas no mundo globalizado;
Pouca ou nenhuma atuação do Banco Central no controle de taxas de
câmbio. Em grande parte dos países que seguem a economia de mercado o
câmbio é flutuante;
Mercado mediado pela interação entre produtores e consumidores;
Proteção, através de leis, da propriedade privada;
Cabem ao Estado a fiscalização e regulação da economia, visando coibir
práticas irregulares ou ações que possam provocar problemas ao
funcionamento mercado. O Estado também atua em áreas essenciais
(serviços públicos) como, por exemplo, educação, saúde e segurança pública.
5.7 RH
Gestão de recursos humanos, gestão de pessoas ou ainda administração de
recursos humanos, conhecida pela sigla “RH”. São uma associação de habilidades e
métodos, políticas, técnicas e práticas definidas com objetivo de administrar os
comportamentos internos e potencializar o capital humano. Tem por finalidade
selecionar, gerir e nortear os colaboradores na direção dos objetivos e metas da
empresa.
A área de recursos humanos também lida com estratégias de recursos
humanos, relações sindicais, relações de trabalho e técnicas afetas a função tais
como recrutamento, seleção, treinamento, planos de cargos e salários, avaliação de
desempenho, incentivos e remuneração
11
Gestão de RH em uma Loja de Calçados
A constante busca por qualidade faz com que as organizações exijam cada
vez mais de seus colaboradores. Neste sentido, o setor calçadista, em especial
atualmente vem implementando as mais diversas estratégias empresariais no
âmbito tecnológico. Mas acaba descuidando-se da importância da força humana no
trabalho realizado, para conquista dos objetivos da empresa. Uma Evidência disso
está em um artigo publicado no Jornal Comércio da Franca sobre um levantamento
da UNIDO (Organização das Nações Unidas para o Desenvolvimento Industrial)
realizado na franca, O Diretor Executivo Ivan Král percorreu indústrias de calçados
com o objetivo de conhecer a produção de calçados para elaborar um levantamento
sobre os motivos da crise que assola o setor. Ivan concluiu que o setor precisava de
suporte financeiro e inovações tecnológicas, ou seja, a indústria de franca tinha que
se modernizar, a ajuda que a UNIDO podia oferecer era um suporte técnico e
tecnológico no âmbito de treinamento de recursos humanos e com condições
também de trazer “experts”, principalmente europeus que possam oferecer estes
treinamentos nas áreas em que as indústrias de Franca sentem estas carências.
12
6. Casos de Uso
Imagem 1
13
7. Descrição textual (Caso de uso)
Tabela 1
Caso de Uso Efetuar login Atores envolvidos Vendedor Precondições Não há Pós condições Login efetuado Fluxo principal de eventos
As credenciais do vendedor são utilizadas para efetuar o seu login no sistema.
Tabela 2
Caso de Uso Cadastrar cliente Atores envolvidos Vendedor Precondições Não há Pós condições Cadastro efetuado Fluxo principal de eventos
O cliente informa seus dados para efetuar o cadastro <<extend>>. Efetuar venda
Tabela 3
Caso de Uso Consultar cadastro Atores envolvidos Vendedor Precondições Deve haver ao menos um cadastro no sistema
Pós condições Consulta realizada com sucesso Fluxo principal de eventos
O vendedor consulta no sistema se existe cadastro do cliente
Fluxo excepcional 1 Se o cliente não estiver cadastrado no sistema, <<include>>. Cadastrar cliente
Fluxo excepcional 2 Se o cliente estiver cadastrado no sistema, <<include>>. Efetuar venda
Tabela 4
Caso de Uso Efetuar venda Atores envolvidos Vendedor Precondições Deve haver ao menos um pedido de venda Pós condições Venda realizada com sucesso Fluxo principal de eventos
O cliente faz um pedido de compra. O vendedor verifica se o cliente é cadastrado no sistema. Se o cliente tiver cadastro no sistema, é efetua a venda. Se o cliente não tiver cadastro no sistema, <<extend>>. Cadastrar cliente
14
Tabela 5
Caso de Uso Debitar item do estoque Atores envolvidos Vendedor Precondições Pagamento efetuado Pós condições O item foi debitado do estoque Fluxo principal de eventos
O pagamento do produto foi efetuado. O sistema debita o item do estoque
Tabela 6
Caso de Uso Gerar NFE Atores envolvidos Vendedor Precondições Pagamento efetuado Pós condições A nota fiscal do produto é gerada no sistema Fluxo principal de eventos
O pagamento do produto foi efetuado. O sistema gera a NFE do produto.
Tabela 7
Caso de Uso Consultar produto no estoque Atores envolvidos Vendedor Precondições Haver ao menos uma solicitação de consulta Pós condições O sistema realiza a consulta no estoque Fluxo principal de eventos
O cliente faz um pedido de compra. O sistema verifica no estoque, <<extend>>. Consultar produto no estoque.
Fluxo excepcional 1
O sistema solicita cobrar venda. O sistema solicita a forma de pagamento, cobrar com cartão de credito, cartão de debito ou dinheiro.
Fluxo excepcional 2
Se o pagamento foi realizado com sucesso, <<include>> debitar item do estoque, <<include>>. Gerar NFE.
15
Tabela 8
Caso de Uso Cobrar venda Especializa Cobrar venda Atores envolvidos
Vendedor
Precondições Ter ao menos uma venda realizada Pós condições Definira forma de pagamento Fluxo principal de eventos
Após ter o pedido fechado, o sistema solicita a forma de pagamento.
Fluxo excepcional 1
Se o cliente optar por pagar em dinheiro,
O sistema solicita cobrar com dinheiro Fluxo excepcional 2
Se o cliente optar por pagar cartão de credito, o sistema solicita cobrar com cartão de credito
Fluxo excepcional 3
Se o cliente optar por pagar com cartão de debito, o sistema solicita cobrar com cartão de debito
Tabela 9
Caso de Uso Cadastrar colaboradores Atores envolvidos
Gerente
Precondições Não há Pós condições Cadastro efetuado Fluxo principal de eventos
O colaborador informa seus dados para efetuar o cadastro
Tabela 10
Caso de Uso Gerar relatório Especializa Gerar relatório Atores envolvidos
Gerente
Precondições Solicitar relatório Pós condições Relatório gerado Fluxo principal de eventos
O sistema disponibiliza a opção de emiti relatório de estoque, relatório colaboradores e relatório de caixa. O gerente solicita o tipo de relatório. O sistema gera o relatório. O sistema exibe o relatório.
Fluxo excepcional 1
Se o gerente optar por relatório de estoque, gera relatório de estoque.
Fluxo excepcional 2
Se o gerente optar por relatório de Colaboradores, gera relatório de colaboradores
Fluxo excepcional 3
Se o gerente optar por relatório de caixa, gera relatório de caixa.
16
Tabela 11
Caso de Uso Comprar produto Atores envolvidos
Gerente
Precondições Solicitar compra Pós condições
Compra realizada
Fluxo principal de eventos
O sistema solicita a compra de um produto que está em falta no estoque. Compra efetuada, <<include>> cadastrar produto
Tabela 12
Caso de Uso Cadastrar produto Atores envolvidos
Gerente
Precondições Comprar produto Pós condições
Produto cadastrado
Fluxo principal de eventos
O gerente cadastro o produto no estoque
Tabela 13
Caso de Uso Cadastrar colaboradores Atores envolvidos
Gerente
Precondições Não há Pós condições
Cadastro efetuado
Fluxo principal de eventos
O colaborador informa seus dados para o gerente efetuar o cadastro no sistema
Tabela 14
Caso de Uso Pagar colaboradores Atores envolvidos
Gerente
Precondições Ter colaborador cadastrado no sistema Pós condições Colaborador pago Fluxo principal de eventos
O gerente solicita no sistema o pagamento do colaborador. O sistema realiza o pagamento do colaborador
17
Tabela 15
Caso de Uso
Pagar produto
Atores envolvidos
Gerente
Precondições Realizar uma compra Pós condições
Produto pago
Fluxo principal de eventos
O gerente solicita o pagamento do produto. O sistema realiza o pagamento do produto
18
8. Requisitos não funcionais
São os requisitos relacionados ao uso da aplicação em termos de
desempenho, usabilidade, confiabilidade, segurança, disponibilidade,
manutenibilidade e tecnologias envolvidas. Não é preciso o cliente dizer sobre eles,
pois eles são características mínimas de um software de qualidade, ficando a cargo
do desenvolvedor optar por atender esses requisitos ou não.
Requisitos não funcionais do sistema loja de calçado
8.1 Operacionais
O sistema será operado em ambiente Windows.
O sistema deverá ser capaz de ler e escrever em documentos do Word, RTF e
HTML.
O Sistema deverá ser capaz de importar arquivos gráficos GIF, Jpeg e BMP.
8.2 Desempenho
Os tempos de resposta das consultas não devem ultrapassar 7 segundos.
O banco de dados do estoque deve ser atualizado em tempo real.
8.3 Segurança
O sistema deverá restringir o acesso às informações de rentabilidade.
8.4 Cultural Político
O sistema deverá trabalhar com todas as moedas.
19
9. Contexto de uso
Do latim contexto significa colocar alguém a. par de: algo, alguma coisa, uma
ação premeditada para situar um indivíduo em. Um lugar no tempo e no espaço
desejado. Encadeamento de ideias de um discurso. Tecer junto com texto.
9.1 Cadastrar Cliente
O cliente verifica o produto que irá comprar, após escolhido vai ao caixa para
efetuar o pagamento.
Se o cliente tiver cadastro no sistema, logo que for digitado seu CPF vai ser
exibido os seus dados na tela, caso não estiver cadastrado ira informar seus dados
para ser realizado seu cadastro.
Após cadastro concluído, o sistema disponibiliza três formas de pagamento,
dinheiro, cartão de credito ou cartão de debito. Cliente escolhe a forma que deseja
efetuar o pagamento, assim que o pagamento for realizado é gerado a NFE.
10.Diagrama de classe
Imagem 2
20
11. Diagrama de sequencia
Imagem 3
21
12. Ilustração do Sistema
Imagem 4
22
13. Conclusão
A proposta do presente trabalho foi implementar um sistema de controle em
uma loja do setor de calçados, objetivando e remanejando o sistema para que não
houvesse mais problemas os setores financeiro estoque e fiscal, O sistema
especialista no domínio do conhecimento no qual foi construído, demonstrou que os
objetivos do cliente foram alcançados, foi necessário a utilização dos conhecimentos
de IHC para a criação da interface do sistema, visando usuários de todas idades, a
interface ficou bem limpa e objetiva, resolvendo os problemas do antigo software.
23
14. Referências bibliográficas
http://economia.uol.com.br/noticias/redacao/2012/09/20/sem-controle-de-
estoque-empresa-fica-sujeita-a-furtos-e-desvios-de-funcionarios.html
http://www.macoratti.net/net_uml2.html
http://engenhariadesoftware.blogspot.com.br/2007/03/o-modelo-cascata.html
http://pt.wikipedia.org/wiki/Requisito_n%C3%A3o-funcional
http://windows.microsoft.com/pt-br/windows/history#T1=era6
http://homepages.dcc.ufmg.br/~clarindo/arquivos/disciplinas/eu/material/
transparencias/topicos/6-requisitos-usabilidade.pdf
Recommended