Sistema de automacao para uma loja de autopecas

...

banco de dados, bem como suas informações básicas tais como código, descrição, preço unitário de compra e preço unitário de venda;

ReqFun.5 – O sistema deve permitir a entrada, o estorno, o faturamento e o cancelamento de notas de entrada e saída;

ReqFun.6 – O sistema deve conciliar e informar todos os movimentos em seu estoque através de relatórios do acompanhamento de entradas e saídas, apresentando tanto o volume quanto o valor total de cada movimentação por período;

ReqFun.7 – O sistema deve conciliar o volume e valor total vendido dentro de um determinado período por vendedor, tanto para acompanhamento dos gestores quanto para o cálculo de comissão dos mesmos (2% do valor total de cada venda).

Descrição de requisitos não funcionais e de usabilidade

Segundo PRESMMAN e SOMMERVILLE, os requisitos não funcionais são os requisitos que propõem melhorias de desempenho, usabilidade, segurança, confiabilidade, disponibilidade, manutenibilidade e tecnologia empregada quanto ao uso do software a ser desenvolvido.

De acordo com o levantamento feito pela equipe junto ao cliente, os requisitos não funcionais para solucionar os problemas enfrentados pela loja de autopeças são os seguintes:

ReqNFun.1 – O sistema deverá possuir uma hierarquia de níveis de acesso dependendo da função do usuário na companhia;

ReqNFun.2 – A base de dados do sistema deverá bloquear acessos manuais, limitando qualquer alteração de dados apenas através do sistema;

ReqNFun.3 – O sistema deverá ser executado apenas em plataformas Windows;

ReqNFun.4 – O banco de dados utilizado será o MySQL;

ReqNFun.5 – O sistema deve possuir um sistema de backup em um ciclo de 24 horas;

ReqNFun.6 – O sistema deve ser intuitivo para evitar a necessidade de treinamento dos usuários que irão utiliza-lo;

ReqNFun.7 – O sistema deve ser eficiente para que seja maximizada a produtividade dos usuários;

ReqNFun.8 – O sistema deve ser eficaz, impedindo os usuários de cometer erros de utilização;

ReqNFun.9 – O sistema deve apresentar todas as funcionalidades necessárias ao usuário, dependendo da função, em uma mesma tela, evitando que o mesmo necessite utilizar mais de uma tela para realizar seu objetivo.

ReqNFun.10 – A velocidade de acesso do cliente dependerá do hardware/rede do cliente.

Regras de negócio

O tópico Regras de negócio pode ser definido como a maneira da empresa fazer seus negócios. Elas definem quais são das políticas da empresa e quais os limites que o sistema automatizado deve estabelecer para cumpri-las.

De acordo com o levantamento feito pela equipe junto ao cliente, as regras de negócio definidas pela diretoria da loja de autopeças são as seguintes:

RegNeg.1 – Cadastros de clientes e usuários devem utilizar um número sequencial para determinar seus respectivos códigos identificadores.

RegNeg.2 – Cadastros de clientes e usuários devem limitar seu campo “nome completo” a 30 caracteres;

RegNeg.3 – Cadastros de clientes e usuários devem limitar seu campo “CPF/CNPJ” a 14 caracteres;

RegNeg.4 – Cadastros de clientes e usuários devem limitar seu campo “telefone fixo” a 10 caracteres;

RegNeg.5 – Cadastros de clientes e usuários devem limitar seu campo “celular” a 10 caracteres;

RegNeg.6 – Cadastros de clientes e usuários devem limitar seu campo “CEP” a 8 caracteres;

RegNeg.7 – Cadastros de clientes e usuários devem limitar seu campo “Endereço” a 50 caracteres;

RegNeg.8 – Cadastros de clientes e usuários devem limitar seu campo “número da residência” a 6 caracteres;

RegNeg.9 – Cadastros de clientes e usuários devem limitar seu campo “Complemento” a 20 caracteres;

RegNeg.10 – O sistema deverá sinalizar ao usuário, tanto no cadastro de clientes quanto de usuários, a obrigatoriedade dos seguintes campos “Nome completo” e “CPF”;

RegNeg.11 – A senha dos usuários deve possuir letras, números, caracteres especiais e ter no mínimo oito caracteres e no máximo 12 caracteres.

RegNeg.12 – Cadastros de produtos devem limitar seu campo “Código do produto” a 8 caracteres;

RegNeg.13 – Cadastros de produtos devem limitar seu campo “Descrição” a 20 caracteres;

RegNeg.14 – Cadastros de produtos devem limitar seu campo “Preço unitário de compra” a 15 caracteres;

RegNeg.15 – Cadastros de produtos devem limitar seu campo “Preço unitário de venda” a 15 caracteres.

Casos de uso

De acordo com MIOTTO (2006), os diagramas de casos de uso são responsáveis pela descrição do sistema a ser desenvolvido e as suas interações com o mundo exterior (atores), representando uma visão de alto nível mediante o recebimento de requisições dos usuários, documentando visualmente os comportamentos de cada processo e os seus influenciados externos.

Identificação do contexto e casos de uso

Os elementos necessários para compor os casos de uso do sistema serão descritos a seguir:

Atores/usuários:

Vendedores;

Gestor da loja;

Proprietário.

Ambiente:

Sistema disponibilizado nos computadores situados no espaço físico da loja.

Casos de uso/tarefas:

Cadastrar usuários;

Cadastrar produtos;

Cadastrar clientes;

Vender produtos;

Entrada de produto no estoque;

Relatório