DocCases [Ivan-André-Luis]

(1)

UNIVERSIDADE FEDERAL DO MATO GROSSO DO SUL CPAN – CAMPUS DO PANTANAL

DOCUMENTO DE ESPECIFICAÇÃO DE REQUISITOS DE SOFTWARE

( AUTO CAR )

Versão 1.0

IVAN CLAUDINO FARIAS DE OLIVEIRA LUIS HERIBERTO PEINADO OSINAGA

ANDRÉ LUIS SILVA DE CASTRO

(2)

SUMÁRIO

1. Definição do Contexto 1.1 Descrição Geral do Sistema 1.2 Descrições dos Usuários 1.3 Tabela de Listagem de Tarefas 2. Requisitos Funcionais

2.1 Tabelas de Campos Funcionais 2.2 Sequências de Funcionalidades 3. Requisitos de Interface

3.1 Listagens dos Requisitos de Interface 4. Requisitos Não Funcionais

4.1 Listagens dos Requisitos Não Funcionais 5. Análise de Risco 5.1 Pontos de Risco 5.2 Ações Preventivas 5.3 Ações Corretivas 5.4 Ações de Minimização 6. Casos de Uso

6.1 Caso de Uso Cadastrar Veículo 6.2 Caso de Uso Alterar Veículo 6.3 Caso de Uso Excluir Veículo 6.4 Caso de Uso Listar Veículo 6.5 Caso de Uso Buscar Veículo 6.6 Caso de Uso Cadastrar Cliente 6.7 Caso de Uso Alterar Cliente 6.8 Caso de Uso Excluir Cliente 6.9 Caso de Uso Listar Cliente 6.10 Caso de Uso Buscar Cliente 6.11 Caso de Uso Cadastrar Venda

(3)

6.12 Caso de Uso Alterar Venda 6.13 Caso de Uso Excluir Venda 6.14 Caso de Uso Listar Venda 6.15 Caso de Uso Buscar Venda 6.16 Caso de Uso Logar Sistema 7. Diagramas

7.1 Diagrama de Caso de Uso 7.2 Diagrama de Classes 7.3 Diagrama de Sequência 8. Anexos 8.1 Dados da Empresa 8.2 Entrevista 9. Telas do Sistema

(4)

1. Definição do Contexto

O objetivo maior do documento de requisitos é fornecer uma visão unificada a interessados (clientes, desenvolvedores, projetistas de sistemas, etc.) sobre as funcionalidades que o sistema deve oferecer. Essas funcionalidades devem estar descritas de forma sucinta e não ambígua de forma que a descrição possibilite ao cliente o entendimento inequívoco do que o sistema deve oferecer e ao desenvolvedor ou projetista o conhecimento das principais necessidades do cliente.

Além da especificação dos requisitos, aqui são documentados artefatos e atividades referentes à concepção e elaboração do projeto do sistema -- como a descrição do minimundo, entrevistas realizadas e documentos consultados.

1.1 Descrição Geral do Sistema

O sistema Auto Car é um sistema de automação comercial desenvolvido especialmente para lojas de revenda de veículos. O sistema desenvolvido agrega mais qualidade e sofisticação tecnológica ao processo de venda de carros e garante um melhor domínio das informações e processos de gerenciamento da empresa. O sistema será para uso em desktop com acesso por meio de login e senha definido para cada tipo de usuário. Além das características citadas possui um controle básico de clientes que pode ser gerenciado e mantendo o seu registro sempre atualizado.

O sistema Auto Car possui funcionalidades básicas de controle como alterar, excluir, editar e mostrar ao usuário todas as partes envolvendo vendas, carros e clientes. O sistema possui uma versão inicial para uso acadêmico da disciplina LDSOO (Laboratório de Desenvolvimento de Software Orientado a Objeto), possui em seu desenvolvimento a Linguagem Java, utilizando em conjunto um framework de desenvolvimento chamado Hibernate.

O sistema possui um escopo negativo por não tratar de soluções mais complexas como relatórios e variedades de filtros. Ele possui uma independência de outros sistemas e somente irá funcionar em uma única máquina, não se preocupando em gerenciar uma comunicação com outros computadores ou servidor.

As funcionalidades que a princípio seriam alcançadas com as soluções mais complexas, não poderam ser resolvidas pelo acúmulo de tempo e também que não podem ser retratadas no ambiente que foi estudado, no caso o munícipio de Corumbá e a empresa Center Car.

1.2 Descrições dos Usuários

Os usuários do sistema Auto Car serão divididos em dois tipos, um administrador e um funcionário, colocando uma forma prática de uso do sistema, abaixo serão descritos um pouco de cada usuário.

Administrador: O administrador detém de privilégios como a exclusão de qualquer item do sistema, colocando uma segurança maior e também o uso de permissão oral para obter a exclusão. Além desta segurança o sistema conta com a parte do cadastramento e alteração dos veículos somente com o administrador, pois o mesmo faz o uso do gerenciamento do estabelecimento e as negociações dos veículos e transações afins dos veículos.

Funcionário: O funcionário detém as tarefas na parte de vendas e tem a possibilidade de visualizar todos os carros cadastrados e disponíveis gerenciados pelo administrador. O funcionário controla a parte das vendas e clientes só não tendo a possibilidade de remoção.

(5)

1.3 Tabela de Listagem de Tarefas

Administrador (Dono do estabelecimento)

● Cadastrar veículo

● Alterar veículo

● Excluir veículo

● Excluir venda

● Excluir cliente

● Logar no Sistema

Funcionário (Vendedor Único)

● Listar/buscar veículo

● Cadastrar venda

● Alterar venda

● Listar/buscar venda

● Cadastrar cliente

● Alterar cliente

● Listar/buscar cliente

● Logar no Sistema

2. Requisitos Funcionais

Os requisitos funcionais descrevem de maneira sumarizada as principais funcionalidades que o sistema de software irá realizar. O sumário das funcionalidades de um sistema se faz necessário para permitir o entendimento das funcionalidades do sistema pelos diversos envolvidos. O documento aqui apresentado organizou o conjunto de funcionalidades do sistema de modo a torná-las mais compreensíveis aos clientes e demais envolvidos.

2.1 Tabelas de Campos Funcionais

Veículo

Nome do Item Tipo da Variável Tamanho da Variável

Nome VARCHAR 30

Ano INT 4

Chassi INT 20

Placa VARCHAR 7

Km INT 6

Valor Custo INT 6

Valor Venda INT 6

Cor VARCHAR 10

Modelo VARCHAR 10

Marca VARCHAR 10

Combustível VARCHAR 10

(6)

Venda

Código do Carro INT 10

Tipo de Operação VARCHAR 10

Cpf do Cliente LONG 11

Valor Final INT 6

Nº de Parcelas INT 2

Data Dia INT 2

Data Mês INT 2

Data Ano INT 4

Cliente

Nome VARCHAR 30 Cpf LONG 11 Rg INT 10 Endereço VARCHAR 30 Telefone INT 10 Cidade VARCHAR 30 Estado VARCHAR 30 Situação VARCHAR 30 Bairro VARCHAR 30 Nº VARCHAR 4

Logar

Identificação LONG 11

(7)

2.2 Sequências de Funcionalidades

A sequência de funcionalidades está colocada de forma usual, onde demonstra uma forma prática de entender todas as funções que o programa pode oferecer desde a sua tela de entrada até a realização da principal tarefa, que no caso é a venda de um veículo.

1- Logar no sistema: O usuário logo que inicia o sistema se depara com uma tela de acesso ao sistema onde possui uma identificação de acesso e uma senha, possuem dois tipos de direcionamentos, um com acesso administrativo e outro com acesso na parte de funcionário, vamos iniciar colocando um acesso na parte administrativa, simulando que o sistema está sem nenhum registro ou qualquer outro tipo de dado pronto para uso.

2- Tela Inicial de Administrador e Funções: A tela inicial de administrador possui toda a parte que envolve os veículos, colocando o gerenciamento por responsabilidade do mesmo, então começamos a inserir um cadastro novo de um automóvel no sistema, que logo em seguida pode ser alterado ou excluído caso ocorra algum inconveniente, ou também futuramente quando um carro for vendido e o funcionário solicitar a exclusão do carro no sistema. Em casos futuros de alterações o administrador também pode alterar qualquer campo, colocando novos preços e opções. Em seguida vamos observar o comportamento da parte do funcionário já que uma vez o sistema possui registro de veículos.

3- Tela Inicial de Funcionário e Funções: A tela de funcionários possui itens de uso para a realização de uma venda, inicialmente o funcionário realiza o cadastro de algum cliente, se este apresentar alguma informação errada pode ser alterado pelo mesmo, logo em seguida o cliente será cadastrado no sistema, podendo assim desta forma realizar a compra de algum veículo. O funcionário irá visualizar a listagem dos veículos e

visualizar o veículo em negociação no qual obterá o seu respectivo código para a venda. Desta forma esses dados já se tornam suficientes para prossegui-lo, a venda é realizada e concretizada com as informações da negociação como número de parcelas e valor final de negociação. Clientes antigos poderão ser excluídos pelo administrador ou se desejar manter um banco de dados com as informações para uso futuro.

3. Requisitos de Interface

Os requisitos de interface apresentam uma forma ampla de todos os desenhos do sistema que estão descritas logo abaixo. As interfaces documentadas consistem nas interfaces entre o utilizador e o sistema, bem como as interfaces entre vários componentes do sistema.

3.1 Listagens dos Requisitos de Interface

 Interface gráfica fácil de usar 'tipo Windows' para entrada de dados e operação. Utilização de mouse para selecionar os itens tais como telas, botões e outros afins.

 Deverá mostrar mensagem de erros em casos de inconsistência dos dados de entrada (tal como digitar alfabetos no campo onde deveria ser número, por exemplo).

 Senha de acesso ao sistema. Deverão ter senhas diferentes para administrador e funcionário de modo que cada usuário tenha acesso restrito a certas informações.

(8)

4. Requisitos Não Funcionais

Os requisitos não funcionais neste documento são definidos por parâmetros de funcionamento do sistema, que trarão ao usuário uma melhor experiência no uso do sistema, porém não são diretamente acionados por ele. Nesta categoria estão os requisitos de arquitetura, desempenho, usabilidade, tempo de resposta, padrão de nomenclatura, entre outros.

4.1 Listagens dos Requisitos Não Funcionais

 Tempo de resposta desejável menor que 10 segundos para as operações.  Utilização de computador desktop.

 Sistema operacional Windows XP ou mais recente.  Utilização da linguagem JAVA.

 Portabilidade para novos hardwares e sistemas operacionais (quando forem lançadas novas versões de sistema operacional).

5. Análise de Risco

Nesta parte é analisado o contexto de riscos que o sistema Auto Car pode apresentar de acordo com as informações que podemos capturar, alguns são bem comuns, outros riscos podem ser apresentados futuramente, aqui somente estimamos os mais lógicos e que consideramos aceitáveis ao uso da empresa. Esta análise possibilita minimizar e conscientizar o uso do sistema e também fazer o uso de prevenções.

5.1 Pontos de Risco

Ações da Natureza: As ações da natureza que apresentam risco são inúmeras e são bem conhecidas, como por exemplo, vendavais, enchentes, quedas de árvores e outros. O sistema será usado em uma loja que fica em uma área de descida, de esquina e também possuindo um alto tráfego de carros, aumentando as possibilidades das ações da natureza acontecer.

Ações Humanas: As ações humanas também são bastante consideráveis como dito anteriormente pela localização do local que vai ser implantado o sistema pode ter algum acidente ou algo do tipo. Além destas, não devemos esquecer modos de influência para descobrir a senha de acesso, se tornando algo indireto para conseguir a informação de acesso ao sistema, e fazendo mal uso deste.

Ações do Sistema: O sistema pode começar a travar por algum programa terceiro que esteja afetando, ou também por apresentar alguma falha “inesperada”, além disso, apresentar a inconsistência dos dados por uma catástrofe ou brecha do sistema.

(9)

5.2 Ações Preventivas

 Estimar sempre possibilidades absurdas de se acontecerem  Colocar limites de funcionamento além do esperado

5.3 Ações Corretivas

 Após os 3 meses de funcionamento, o produto deverá ser reavaliado para inserir melhorias, corrigir falhas do sistema e implementar as novas funcionalidades.

 Fornecer o manual de usuário do produto e de manutenção.

5.4 Ações de Minimização

 Utilizar equipamentos que possam assegurar o funcionamento  Fornecer treinamento aos usuários.

(10)

6. Casos de Uso

6.1 Caso de Uso Cadastrar Veículo

Caso de Uso: Cadastrar Veículo 1. Breve descrição

1.1. Este caso de uso descreve como o usuário cadastra no sistema os veículos adquiridos para a revenda. 2. Atores

2.1. Usuário Administrador 3. Pré-condições

3.1. O usuário deve estar logado no sistema 4. Fluxo básico de eventos

4.1. O caso de uso começa quando o usuário, já logado no sistema, clica sobre o botão de menu “Cadastrar Veículo”.

(11)

4.3. O usuário insere todos os dados do veículo nos campos correspondentes. 4.4. O usuário clica sobre o botão “Cadastrar Veículo”.

4.5. O sistema mostra mensagem “Veículo cadastrado com sucesso!”. 4.6. O sistema salva o cadastro no Banco de Dados.

4.7. O caso de uso termina com sucesso. 5. Fluxos alternativos

5.1. Carro com mesmo número de chassi já cadastrado

Se, depois do passo 4.4., o sistema verificar que o número de chassi do veículo que está sendo cadastrado já consta no sistema, então:

5.1.1. O sistema emite mensagem “Veículo já cadastrado! Por favor, tente de novo.” 5.1.2. O usuário clica no botão “OK” da mensagem de alerta.

5.1.3. O sistema volta para o passo 4.2. 5.2. Dados inconsistentes

Se, depois do passo 4.4., o sistema verificar que foram inseridos dados inconsistentes (errados ou em branco) para cada campo correspondente, o sistema mostra mensagem “Dados

inconsistentes! Por favor, tente de novo.”

5.2.1. O usuário clica no botão “OK” da mensagem de alerta. 5.2.2. O sistema volta para o passo 4.2.

5.3. O usuário cancela a operação “Cadastrar veículo” 5.3.1. No passo 4.1 o usuário aperta o botão voltar 5.3.2. O sistema retorna para tela de menu.

6. Pós-condições

6.1. Feito com sucesso

O veiculo é cadastrado com sucesso. 6.2. Condições de falha

O sistema não cadastra os dados.

6.2 Caso de Uso Alterar Veículo

Caso de Uso: Alterar Veículo

1. Breve descrição

1.1. Este caso de uso descreve como o usuário altera as informações dos veículos. 2. Atores

2.1. Usuário Administrador 3. Pré-condições

3.1. Usuário logado no sistema. 3.2. Carro cadastrado no sistema. 3.3. Carro buscado mostrado na tela. 4. Fluxo básico de dados

(12)

4.1. O caso de uso começa com o administrador clicando na opção de alterar as informações do carro, logo depois de tê-lo buscado.

4.2. O sistema apresenta uma tela com todos os campos (editáveis) preenchidos com os dados do veículo.

4.3. Usuário altera os dados que deseja. 4.4. Sistema valida as informações.

4.5. Sistema altera as informações do veículo no banco de dados. 4.6. Fim do caso de uso.

5. Fluxos Alternativos

5.1. Dados inconsistentes

5.1.1. O usuário clica no botão “OK” da mensagem de alerta. 5.1.2. O sistema volta para o passo 4.4.

6. Pós-condições

6.1. Fluxo completo corretamente

6.1.1. O Sistema irá alterar e salvar as informações do carro. 6.2. Fluxo com erro

6.2.1. O Sistema irá cancelar a alteração dos dados

6.3 Caso de Uso Excluir Veículo

Caso de Uso: Excluir Veículo

1.1. Este caso de uso descreve como o usuário excluir um objeto veículo. 2. Atores

2.1. Usuário administrador. 3. Pré-condoções

3.1. Usuário cadastrado no sistema 3.2. Carro cadastrado no sistema. 3.3. Carro buscado e mostrado na tela.

(13)

4. Fluxo normal de dados

4.1. O caso de uso começa quando o usuário clica no botão excluir após visualizar os dados do veículo após tê-lo buscado.

4.2. Sistema mostra aviso “Realmente deseja excluir o registro deste veículo?” 4.3. Usuário confirma clicando no botão “OK”.

4.4. Sistema exclui as informações do veículo no banco de dados. 5. Fluxos alternativos de dados

5.1. Erro ao tentar excluir o veículo

Se o sistema não puder excluir o veículo por qualquer razão técnica, então:. 5.1.1. Sistema mostra aviso ”Erro na operação! Desculpe”.

5.1.2. Usuário clica no botão “OK” e volta para a tela de menu. 6. Pós condições

6.1.1. O sistema irá excluir o veículo. 6.2. Fluxo com erro

6.2.1. Sistema não exclui o veículo.

6.4 Caso de Uso Listar Veículo

Caso de Uso: Listar Veículo 1. Breve descrição

1.1. Este caso de uso descreve como o sistema lista todos os veículos cadastrados no banco de dados. 2. Atores

2.1. Usuário Administrador 2.2. Usuário Funcionário (comum) 3. Pré-condições

3.1. O usuário deve estar logado no sistema 4. Fluxo básico de eventos

4.1. O caso de uso começa quando o usuário, já logado no sistema, clica sobre o botão de menu “Listar Veículo(s)”.

(14)

4.2. O sistema acessa os registros do BD e apresenta uma tela contendo uma tabela com todos os dados do veículo dispostos em colunas e um veículo por linha de tabela.

4.3. O usuário clica no botão OK.

4.4. O caso de uso termina com sucesso. 5. Fluxos alternativos

5.1. Nenhum carro cadastrado no banco de dados

Se, depois do passo 4.1., o sistema verificar que nenhum carro está cadastrado no sistema, então: 5.1.1. O sistema emite mensagem “Nenhum veículo no registro!.”

5.1.2. O usuário clica no botão “OK” da mensagem de alerta. 5.1.3. O sistema volta para a tela de menu principal.

5.2. Erro ao tentar acessar o banco de dados

Se, depois do passo 4.1., o sistema não conseguir acessar o registro no banco de dados por qualquer problema técnico, o sistema mostra mensagem “Erro ao tentar acessar o registro do banco de dados! Desculpe.”

5.2.1. O usuário clica no botão “OK” da mensagem de alerta. 5.2.2. O sistema volta para a tela de menu.

6.1.1. O(s) veículo(s) é (são) mostrado com sucesso. 6.2. Condições de falha

6.2.1. O sistema não mostra os veículos e seus respectivos dados.

6.5 Caso de Uso Buscar Veículo

Caso de Uso: Buscar Veículo 1. Breve descrição

1.1. Este caso de uso descreve como o usuário faz uma busca de um veículo por seu número de chassi. 2. Atores

(15)

4.1. O caso de uso começa quando o usuário, já logado no sistema, clica sobre o botão de menu “Buscar Veículo”.

4.2. O sistema apresenta uma tela com um campo a ser preenchido com o número de chassi do carro que está sendo buscado.

4.3. O usuário insere os dados no campo e clica no botão “OK”.

4.4. O sistema faz a consulta no banco de dados e mostra todos os outros dados do veículo na tela junto com as opções em botão de excluir, alterar e voltar pro menu.

4.5. Caso de uso termina com sucesso. 5. Fluxos alternativos

5.1. Veículo não encontrado

Se, depois do passo 4.3., o sistema não encontra o veículo nos registros, então:

5.1.1. O sistema emite mensagem “Veículo com esse numero de chassi não consta no registro! Por favor tente de novo.”

5.1.2. O usuário clica no botão “OK” da mensagem de alerta. 5.1.3. O sistema volta para o passo 4.2..

Se, depois do passo 4.3., o sistema verificar que foram inseridos dados inconsistentes (errados ou em branco), o sistema mostra mensagem “Dado inconsistente! Por favor, tente de novo.”

5.3. O usuário cancela a operação “Buscar veículo”

5.3.1. No passo 4.2. o usuário clica sobre o botão “Voltar”. 5.3.2. O sistema retorna para tela de menu.

6.1.1. Os dados do veículo são mostrados com sucesso. 6.2. Condições de falha

6.2.1. O sistema não mostra os dados do veículo.

6.6 Caso de Uso Cadastrar Cliente

Caso de Uso: Cadastrar cliente 1. Breve descrição

1.1. Este caso de uso descreve como o usuário cadastra no sistema os clientes. 2. Atores

2.1. Usuário Administrador. 2.2. Usuário Funcionário (comum). 3. Pré-condições

(16)

4. Fluxo básico de eventos

4.1. O caso de uso começa quando o usuário, já logado no sistema, clica sobre o botão de menu “Cadastrar cliente”.

4.2. O sistema apresenta uma tela com os campos vazios a serem preenchidos com os dados do cliente. 4.3. O usuário insere os dados do cliente nos campos correspondentes.

4.4. O usuário clica sobre o botão “cadastrar”.

4.5. Sistema procura as informações no banco de dados

4.6. O sistema mostra mensagem “Cadastro feito com sucesso!”. 4.7. O sistema salva a venda no Banco de Dados.

5.1. Cliente já existente

No passo 4.5 quando o sistema irá buscar no banco de dados se existe um cliente com o mesmo CPF. 5.1.1. Sistema mostra mensagem de aviso na tela” “cliente já cadastrado! Por favor, tente

novamente”.

5.1.2. Usuário clica sobre botão “OK” e volta pro passo 4.2. 5.2. Dados inconsistentes

5.2.1. O usuário clica no botão “OK” da mensagem de alerta. 5.2.2. O sistema volta para o passo 4.2.

5.3. O usuário cancela a operação “Cadastrar”

5.3.1. No passo 4.1 o usuário clicla no botão “Voltar”. 5.3.2. O sistema retorna para tela de menu.

O cliente é cadastrado com sucesso. 6.2. Condições de falha

6.7 Caso de Uso Alterar Cliente

Caso de Uso: Alterar cliente

1.1. Este caso de uso descreve como o usuário altera as informações do cliente. 2. Atores

(17)

2.1. Usuário Administrador

2.2. Usuário Funcionário (comum). 3. Pré-condições

3.1. Usuário logado no sistema. 3.2. Cliente cadastrado no sistema. 3.3. Cliente buscado mostrado na tela.

4. Fluxo básicoFluxo básico de dados

4.1. O caso de uso começa quando, depois de ter buscado e encontrado, o usuário clica na opção de “Alterar” as informações do cliente.

4.2. Usuário altera as informações do cliente selecionado. 4.3. Sistema verifica se as informações estão corretas

4.4. Sistema altera as informações do cliente no banco de dados 4.5. Fim do caso de uso.

5.1. O usuário cancela a operação “Alterar”

5.1.1. No passo 4.1 o usuário clicla no botão “Voltar”. 5.1.2. O sistema retorna para tela de menu.

6.1.1. O Sistema irá alterar e salvar as informações do cliente. 6.2. Fluxo com erro

6.2.1. O Sistema irá cancelar a alterar os dados

6.8 Caso de Uso Excluir Cliente

Caso de Uso: Excluir Cliente 1. Breve descrição

1.1. Este caso de uso mostra como o Usuário irá excluir o cliente. 2. Atores

(18)

2.1. Usuário administrador 3. Pré condições

3.1. O usuário deve estar logado no sistema. 4. Fluxo básico de dados

4.1. O caso começa quando o usuário, já logado no sistema, clica no botão de excluir cliente, tendo previamente já buscado e encontrado o cliente.

4.2. Sistema pede confirmação da exclusão do cliente. 4.3. Usuário confirma exclusão

4.4. Sistema exclui dados do cliente 5. Fluxos alternativos

5.1. Erro ao tentar excluir cliente

Se o sistema não puder excluir o cliente por qualquer razão técnica, então:. 5.1.1. Sistema mostra aviso ”Erro na operação! Desculpe”.

5.1.2. Usuário clica no botão “OK” e volta para a tela de menu. 6. Pós condições

6.1.1. O sistema exclui o cliente 6.2. Condições de falha

6.2.1. O sistema não exclui o cliente

6.9 Caso de Uso Listar Cliente

Caso de Uso: Listar cliente 1. Breve descrição

1.1. Este caso de uso descreve como o sistema lista todos os clientes cadastrados no banco de dados. 2. Atores

2.1. Usuário Administrador 2.2. Usuário Funcionário (comum)

(19)

3. Pré-condições

4.1. O caso de uso começa quando o usuário, já logado no sistema, clica sobre o botão de menu “Listar cliente(s)”.

4.2. O sistema acessa os registros do BD e apresenta uma tela contendo uma tabela com todos os dados do cliente dispostos em colunas e um cliente por linha de tabela.

5.1. Nenhum cliente cadastrado no banco de dados

Se, depois do passo 4.1., o sistema verificar que nenhum cliente está cadastrado no sistema, então: 5.1.1. O sistema emite mensagem “Nenhum cliente no registro!.”

6.1.1. O(s) cliente(s) são mostrados com sucesso. 6.2. Condições de falha

6.2.1. O sistema não mostra os clientes e seus respectivos dados.

6.10 Caso de Uso Buscar Cliente

Caso de Uso: Buscar Cliente 1. Breve descrição

1.1. Este caso de uso descreve como o usuário faz uma busca de um cliente por seu CPF. 2. Atores

(20)

2.2. Usuário Funcionário (comum) 3. Pré-condições

4.1. O caso de uso começa quando o usuário, já logado no sistema, clica sobre o botão de menu “Buscar Cliente”.

4.2. O sistema apresenta uma tela com um campo a ser preenchido com o CPF do cliente que está sendo pesquisado.

4.3. O usuário insere o CPF no campo e clica no botão “OK”.

4.4. O sistema faz a consulta no banco de dados e mostra todos os outros dados do cliente na tela. 5. Fluxos alternativos

5.1. Cliente não encontrado

5.1.1. Se, depois do passo 4.3., o sistema não encontra o veículo nos registros, então:

5.1.2. O sistema emite mensagem “Cliente com esse numero de CPF não consta no registro! Por favor tente de novo.”

5.1.3. O usuário clica no botão “OK” da mensagem de alerta. 5.1.4. O sistema volta para o passo 4.2..

5.2.1. Se, depois do passo 4.3., o sistema verificar que foram inseridos dados inconsistentes (errados ou em branco), o sistema mostra mensagem “Dado inconsistente! Por favor, tente de novo.”

5.3. O usuário cancela a operação “Buscar cliente”

5.3.1. No passo 4.2. o usuário clica sobre o botão “Voltar”, que fica disposto ao lado do botão “OK”.

5.3.2. O sistema retorna para tela de menu. 6. Pós-condições

6.1.1. Os dados do veículo são mostrados com sucesso. 6.2. Condições de falha

6.2.1. O sistema não mostra os dados do veículo.

6.11 Caso de Uso Cadastrar Venda

Caso de Uso: Cadastrar Venda 1. Breve descrição

1.1. Este caso de uso descreve como o usuário cadastra a venda de um veículo. 2. Atores

(21)

2.1. Usuário Administrador 2.2. Usuário Funcionário (comum) 3. Pré-condições

3.1. O usuário deve estar logado no sistema

3.2. Veículo solicitado para venda já cadastrado no sistema. 3.3. Cliente solicitante da compra já cadastrado no sistema. 4. Fluxo básico de eventos

4.1. O caso de uso começa quando o usuário, já logado no sistema, clica sobre o botão de menu “nova venda”.

4.2. O sistema apresenta uma tela com os campos vazios a serem preenchidos com os dados do venda. 4.3. O usuário escolhe um dos carros disponíveis no banco de dados

4.4. O usuário seleciona o cliente.

4.5. O usuário clica sobre o botão “Cadastrar a venda”.

4.6. O sistema mostra mensagem “Venda cadastrada com sucesso!”. 4.7. O sistema salva a venda no Banco de Dados.

5.2. O usuário cancela a operação “Comprar”

5.2.1. No passo 4.1 o usuário aperta o botão voltar 5.2.2. O sistema retorna para tela de menu.

A compra é cadastrada com sucesso. 6.2. Condições de falha

6.12 Caso de Uso Alterar Venda

(22)

1.1. Este caso de uso descreve como o usuário altera as informações da venda. 2. Atores

2.1. Usuário Administrador 3. Pré-condições

3.1. Usuário logado no sistema. 3.2. Venda cadastrado no sistema. 3.3. Venda buscada mostrada na tela. 4. Fluxo básico de dados

4.1. O caso de uso começa com o usuário clicando na opção de “Alterar”, logo depois de ter buscado e encontrado a venda na tela de busca.

4.2. Usuário altera as informações da venda.

4.3. Sistema verifica se as informações estão corretas

4.4. Sistema altera as informações da venda no banco de dados 4.5. Fim do caso de uso.

5.1. O usuário cancela a operação “Alterar”

5.1.1. No passo 4.1 o usuário clica no botão “Voltar”. 5.1.2. O sistema retorna para tela de menu.

6.1.1. O Sistema irá alterar e salvar as informações da venda. 6.2. Fluxo com erro

6.2.1. O Sistema não irá realizar a alteração dos dados venda.

6.13 Caso de Uso Excluir Venda

(23)

1.1. Este caso de uso descreve como o usuário exclui as informações da venda. 2. Atores

2.1. Usuário administrador.

3. Pré-condoçõescondições

3.1. Usuário logado no sistema 3.2. Venda cadastrada no sistema.

3.3. Venda buscada e mostrada no sistema. 4. Fluxo normal de dados

4.1. O caso de uso começa quando o usuário, já logado no sistema, clica no botão de excluir venda, tendo previamente já buscado e encontrado a venda.

4.2. Sistema pede confirmação da exclusão do venda. 4.3. Usuário confirma exclusão.

4.4. Sistema exclui dados da venda. 5. Fluxos alternativos de dados

5.1. Erro ao tentar excluir venda

Se o sistema não puder excluir a venda por qualquer razão técnica, então:. 5.1.1. Sistema mostra aviso ”Erro na operação! Desculpe”.

5.1.2. Usuário clica no botão “OK” e volta para a tela de menu. 5.2.

6. Pós condições

6.1.1. O sistema irá apagar os dados. 6.2. Fluxo com erro

6.2.1. Sistema não exclui os dados

6.14 Caso de Uso Listar Venda

Caso de Uso: Listar venda 1. Breve descrição

(24)

1.1. Este caso de uso descreve como o sistema lista todos as vendas cadastradas no banco de dados. 2. Atores

4.1. O caso de uso começa quando o usuário, já logado no sistema, clica sobre o botão de menu “Listar venda(s)”.

4.2. O sistema acessa os registros do BD e apresenta uma tela contendo uma tabela com todas as vendas e todos os dados de cada venda dispostos em colunas e uma venda por linha de tabela.

5.1. Nenhum venda cadastrada no banco de dados

Se, depois do passo 4.1., o sistema verificar que nenhuma venda está cadastrado no sistema, então: 5.1.1. O sistema emite mensagem “Nenhuma venda registrada!.”

6.1.1. A(s) vendas(s) são mostrados com sucesso. 6.2. Condições de falha

6.2.1. O sistema não mostra as vendas e seus respectivos dados.

6.15 Caso de Uso Buscar Venda

(25)

1.1. Este caso de uso descreve como o usuário faz a busca de uma venda. 2. Atores

4.1. O caso de uso começa quando o usuário, já logado no sistema, clica sobre o botão de menu “Buscar venda”.

4.2. O sistema apresenta uma tela com um campo para preencher com o ID da venda. 4.3. O usuário insere o ID da venda no campo e clica no botão “OK”.

4.4. O sistema faz a consulta no banco de dados e mostra todos os dados da venda 5. Fluxos alternativos

5.1. Venda não encontrada

Se, depois do passo 4.3., o sistema não encontra a venda nos registros, então: 5.1.1. O sistema emite mensagem “Venda na encontrada! Por favor tente de novo.” 5.1.2. O usuário clica no botão “OK” da mensagem de alerta.

5.1.3. O sistema volta para o passo 4.2.. 5.2. Dados inconsistentes

Se, depois do passo 4.3., o sistema verificar que foram inseridos dados inconsistentes (errados ou em branco), o sistema mostra mensagem “Dado inconsistente! Por favor, tente de novo.”

5.3. O usuário cancela a operação “Buscar venda”

5.3.1. No passo 4.2. o usuário clica sobre o botão “Voltar”, que fica disposto ao lado do botão “OK”.

5.3.2. O sistema retorna para tela de menu. 6. Pós-condições

6.1.1. Os dados da venda são encontrados e mostrados com sucesso. 6.2. Condições de falha

(26)

6.15 Caso de Uso Logar no Sistema

Caso de uso: Logar no Sistema 1. Breve descrição

1. Este caso de uso descreve a operação de logar no sistema. 2. Atores

1. Usuário 3. Pré condições

1. Usuário estar cadastrado no banco de dados 4. Fluxo básico de dados

1. Usuário digita seu login (CPF) e sua senha 2. Sistema procura no sistema se o usuário existe 3. Sistema libera acesso ao usuário . 5. Fluxo alternativo

1. Sistema não encontra dados do usuário

No passo 4.2 o sistema não encontra os dados pertencentes ao usuário 1. Sistema imprime na tela”cliente não encontrado! Tente de novo”. 2. Caixa de texto em branco

No passo 4.2 o sistema detecta que uma caixa de texto esta em branco 1. Sistema imprime na tela”local em branco!”.

2. Sistema muda a cor da caixa de texto (vermelho). 2. Pós condições

1. Feito com sucesso

1. Entrada com sucesso no sistema 2. condição falha

(27)

7. Diagramas

7.1 Diagrama de Caso de Uso

7.2 Diagrama de Classes

7.3 Diagrama de Sequência

(28)

8. Anexos

8.1 Dados da Empresa

Nome da empresa: Center Car Veículos Ramo de Atuação: Venda de Veículos Endereço: Avenida Rio Branco, 459 Telefone: 3231-0120

Fax: 3231-0366 Cidade: Corumbá

Estado: Mato Grosso do Sul

8.2 Entrevista

A entrevista foi realizada somente com um funcionário de atendimento (Center Car) no qual o mesmo não detalhou amplamente os requisitos, a entrevista foi marcada em duas revendedoras de carros: o Center Car e a Terra Nossa, onde a disponibilidade não foi possível por faltar o sócio proprietário e por falta de tempo do proprietário em ambas. A entrevista com os proprietários serão feitas assim que possível, podendo alterar ou acrescentar algumas funcionalidades.

Abaixo as perguntas “bases” para o estudo do programa:

1. Qual o método do processo de vendas?

“O processo de vendas ocorre na visitação do cliente, ele gosta de um carro e realiza o seu cadastro para aceitação do processo de venda, nós temos anotados todos os carros e o dono possibilita a liberação e os meios com que ele vai realizar a compra”.

2. No cadastro do cliente o que é arquivado, documentado e escrito?

“No cadastro do cliente é importante os números dos documentos pessoais, o seu contato e também o seu endereço. Além de ter algumas observações”.

3. Na parte da venda o que é arquivado, documentado e escrito?

“Na parte da venda entra todas as informações do carro que foi comprado e todas as informações do cliente onde especifica também o número de parcelas, a porcentagem de juros e o valor final”.

4. No cadastro do carro o que é arquivado, documentado e escrito?

“No carro é armazenado o número do chassi, a sua placa, o seu estado, e especificações como cor, modelo, etc. Além de outros dados que interessam os clientes como a quilometragem”.

5. A realização do processo de venda é feito por quais pessoas?

“O processo de vendas é feita por um atendente que faz basicamente a parte de cadastros, e proprietário que tem a ordem de modificar ou cancelar a negociação”.

(29)

(30)

(31)

(32)

(33)

(34)

(35)

(36)