Apostila

PIM Unip - C# - Locadora de Veìculo

By Gabriel-Gelado | Studymode.com

SUMÁRIO

INTRODUÇÃO

O objetivo geral deste trabalho é levantar os requisitos de um sistema de locação veicular, através da análise de todas as atividades essências que um software deste tipo pode/deve realizar.

Antes de se iniciar o desenvolvimento de um sistema complexo, é necessário verificar todos os processos, exemplificando-os de um modo que tanto a equipe de desenvolvimento quanto os clientes possam observar se as regras de negócio estão sendo atendidas e se as mesmas são viáveis para o projeto em questão.

Através dos recursos da UML este trabalho apresenta diferentes tipos de diagramas a fim de apresentar o projeto como um todo, ou seja uma visão sistemática sobre seu funcionamento.

Regras de negócio

1.1. Análise inicial

Todo processo realizado hoje pela empresa possui uma série de deficiências, falta de integração, muita ação humana no registro de informações, fato que leva a erros e resultados desgastantes para a diretoria.

O sistema a ser implantado deve levar em consideração os processos efetuados atualmente pelos funcionários e simplificar essas atividades, aumentando o ROI (Return on investment), e satisfazer as necessidades da empresa assim como fornecer uma interface gráfica projetada com foco na usabilidade, proporcionando um ambiente de trabalho amigável.

1.2. Funções de negócio

As atividades realizadas pela empresa envolvem: cadastro de funcionários, cadastro de veículos, cadastro de lojas, cadastro de clientes e controles de data,hora e valores de locação.

Para maior otimização e facilidade de acesso o sistema vai ser projetado para ser acessado através de uma extranet da empresa, onde haverá um servidor central e em cada loja um servidor local, que será sincronizado automaticamente.

O sistema procurar automatizar grande parte das funções, mas traz um ambiente confortável e ao mesmo tempo eficaz, agilizando o atendimento e tornando prática qualquer consulta de informações.

Organização de informações, facilidade para gerenciar/consultar o sistema são fatores que destacam o custo-benefício do projeto.

2. Modelos de casos de uso

2.1. Introdução

O Diagrama de Caso de Uso objetiva apresentar uma visão externa das funcionalidades que o sistema deverá oferecer aos usuários (sem mostrar como estas funcionalidades serão implantadas). Identifica os usuários que irão interagir com o sistema e seus papéis, identificando que funções poderão executar.

Neste caso os diagramas apresentam três funcionalidades essenciais do sistema, são elas: cadastrar clientes, cadastrar veículos e efetuar locação.

2.2. Diagramas de casos de uso

O cadastro de clientes será efetuado por um atendente ou via Web, e os dados para efetivar o cliente e possibilitar uma locação, serão analisados pelo gerente.

Neste primeiro caso, exemplificamos como seria o acesso Web do cliente:

Imagem 2.2.1 - Elaborada com o programa StarUML

Especificação do caso de uso

Nome: Acessar via web

Atores: Atendente, cliente

Caso de uso geral:Aluguel

Fluxo principal

Usuário

Sistema

1 – Cliente se cadastra

4 – cliente efetua o login

6 – usuário verifica os carros disponíveis e entra em contato por um meio externo.

2 - Sistema valida os dados digitados

3- Sistema armazena os dados no banco

5 – Sistema exibe os carros disponíveis.

Fluxos alternativos

Dados inválidos,

Exceções

2.1. Dados inválidos

4.1. Veículo indisponível

8.1. Confirmação inválida

Ponto de inclusão

*Coleta de dados inclusão de dados

Ponto de extensão

*coleta de dados confirmação dos dados

E agora utilizando o sistema desktop:

Imagem 2.2.2 - Elaborada com o programa StarUML

Especificação do caso de uso

Nome: Cadastrar cliente

Atores: Atendente, gerente.

Caso de uso geral: Aluguel

Fluxo principal

Usuário

Sistema

1 – Atendente digita os dados

3- Gerente confirma a inclusão de novos dados

2 - Sistema valida os dados digitados

4- Sistema armazena os dados no banco

Fluxos alternativos

Dados inválidos, gerente não confirma inclusão.

Exceções

2.1. Dados inválidos

4.1. Veículo indisponível

8.1. Confirmação inválida

Ponto de inclusão

*Coleta de dados inclusão de dados

Ponto de extensão

*coleta de dados confirmação dos dados

O cadastro de veículos seguirá o mesmo padrão, também