PIM VII 6,0 ANALISE

Prévia do material em texto

UNIP INTERATIVA
 Projeto Integrado Multidisciplinar
 Cursos Superiores de Tecnologia
 
 SISTEMA DE LOCADORA DE VEICULOS
 Augusto Mariano Barbosa Vieira
 RA: 1436293
 Curso: Análise e Desenvolvimento de Sistema
 
 Alta Floresta
 2015 
 UNIP INTERATIVA
 Projeto Integrado Multidisciplinar
 Cursos Superiores de Tecnologia
 
 SISTEMA DE LOCADORA DE VEICULOS
 
 Alta Floresta
 2015 
	 
 SUMÁRIO
 1INTRODUÇÃO........................................................................................................ ................................3
 2 REQUISITOS FUNCIONAIS......................................................................................................................4
 3 REGRAS DE NEGOCIO............................................................................................................................4
 4 DESCRIÇÃO DO PROBLEMA DE LOCADORA DE VEICULO......................................................................5
 5 DIAGRAMA DE CASO DE USO LOÇÃO DE VEICULO...............................................................................5
 5.1. DESCRIÇÃO DOS CASOS DE USO QUE COMPÕE O DIAGRAMA.........................................................5
 5.2. DIAGRAMA DE CASOS DE USO..........................................................................................................5
 5.3. DOCUMENTAÇÃO DOS DIAGRAMAS DO CASO DE USO DA LOCADORA...........................................6 
 6 DIAGRAMA DE CLASSES........................................................................................................................9
 7 DIAGRAMA DE OBJETO.......................................................................................................................10
 8 DIAGRAMA DE SEQUÊNCIA.................................................................................................................10
 9 DIAGRAMA DE ATIVIDADE..................................................................................................................11
 10 CONCLUSÃO......................................................................................................................................12
 11 REFERENCIAS.....................................................................................................................................13
	 3
 
 
 1. INTRODUÇÃO
 Este projeto apresenta os principais itens de arquitetura de software no desenvolvimento do Sistema de Locação e Controle: para a administração da empresa “Locadora de veiculo”.
 Este projeto sistema tem como objetivo oferecer maior qualidade no atendimento ao cliente e melhor administração das atividades desempenhada na empresa, com uma integração melhor entre os clientes, funcionários e a locadora.
 O projeto surge da necessidade que a empresa tem de possuir um sistema que facilite os serviços oferecidos e de seguranças aos dados da empresa.
 Por meio deste sistema será disponibilizada agilidade no atendimento, praticidade nos serviços desenvolvidos diariamente, facilitando o trabalho da empresa e melhorando a qualidade dos serviços oferecidos.
 
	 4 
 
 2. REQUISITOS FUNCIONAIS
 1. O sistema deve permitir a inclusão, alteração e remoção de clientes da locadora de carros, com os seguintes atributos: nome, endereço, cidade, estado, telefone, email, documento de identificação (CPF para brasileiros e passaporte para estrangeiros), data de nascimento e nome dos pais.
2. O sistema deve permitir a inclusão, alteração e remoção das diversas categorias de carros, com os seguintes atributos: código da categoria, descrição da categoria, preço diário de locação, preço semanal de locação, preço mensal de locação e quantidade de carros em estoque para cada categoria.
3. O sistema deve permitir a inclusão, alteração e remoção dos carros para aluguel pertencentes à locadora de carros. Cada carro possui os seguintes atributos: placa do carro, código da categoria de carro, fabricante, marca, ano e modelo do carro. Para cada categoria de carro podem existir diversos carros com placas, modelos e anos diferentes.
4. O sistema deve permitir a inclusão, alteração e remoção defuncionários da locadora de carros, com os seguintes atributos: nome, endereço, cidade, estado, telefone e data de nascimento.
5. O sistema deve permitir a inclusão, alteração e remoção dos tipos de serviços adicionais oferecidos pela locadora de carros. Cada tipo de serviço adicional possui os seguintes atributos: código do tipo de serviço oferecido, descrição do serviço adicional e preço.
6. O sistema deve permitir o processamento da reserva de carro, com os seguintes atributos: data e hora de retirada do carro, data e hora prevista para devolução do carro, identificação do cliente, categoria de carro desejada, valor da diária, funcionário responsável pela reserva, taxa de multa a ser cobrada em caso de desistência de última hora (a menos de 4 horas do início previsto de retirada), ou pelo atraso na data de entrega, os dados do cartão de crédito do cliente e desconto concedido (opcional). A reserva só deve ser permitida se houverem carros do tipo requisitado disponíveis no
período indicado. Caso contrário o sistema deve emitir uma mensagem de alerta e a reserva não pode ser confirmada. A remoção de reserva somente é permitida sem maiores encargos até 4 horas antes do início previsto para aluguel do carro. Após esse período, a remoção da reserva deve emitir um alerta para o funcionário da locadora de que deve ser cobrada a taxa de multa estabelecida durante a reserva.
7. O sistema deve permitir a retirada de carro por um cliente. Cada retirada de carro possui os seguintes atributos: datae hora de retirada do carro, data e hora prevista para devolução do carro, identificação do cliente (previamentecadastrado), funcionário responsável pela retirada, placa do carro alugado, quilometragem registrada no momento da retirada, discriminação dos serviços adicionais contratados, valor da diária e desconto concedido (opcional). Se tiver sido feita a reserva prévia do carro, então, durante a retirada, informa-se o nome do cliente e os dados da reserva são recuperados automaticamente pelo sistema e alterados pelo funcionário, se necessário.
8. O sistema deve permitir a devolução do carro por um cliente, com os seguintes atributos: placa do carro alugado, data e hora de devolução do carro, quilometragem registrada no momento da devolução, número de diárias cobradas, valor de cada diária, valor dos gastos com combustíveis, e desconto concedido (opcional). O sistema deve automaticamente somar às diárias e combustíveis, as taxas cadastradas durante a retirada do carro, referentes aos serviços adicionais contratados. O sistema deve também apresentar na tela o total a pagar, que é a soma 
	 5
 
 das diárias, acrescentando-se o combustível, serviços adicionais e subtraindo-se o desconto, se houver. Além disso, deve-se cobrar uma taxa de serviço de 5% sobre os serviços adicionais. 
9. O sistema deve permitir as seguintes opções de pagamento do aluguel do carro: 1) à vista (em dinheiro, cheque ou cartão de crédito); 2) faturado em 30 dias.
10. O sistema deve permitir a quitação de uma fatura paga pelo cliente, contendo as seguintes informações: número da fatura, data de vencimento, data de pagamento, valor total pago, juros e multa.
4. DESCRIÇÃO DO PROBLEMA DE LOCADORA DE VEICULO
Os diagramas de casos de uso para um sistema de controle de locação de veiculo levem em consideração os requisitos abaixo descriminados:
A empresa possui uma frota com carros diversos que inclui vários modelos e marcas. No entanto os veículos podem ser retirados da frota devido ao ano ou atualizar a frota com novos modelos com isso a locadora tem que manter sempre o cadastro de veículos.
Os clientes têm que ir até a locadora para poder efetuar o cadastro e poder assim efetuar a locação caso o mesmo já possua cadastro e esteja desatualizado será necessário atualizar mediante a apresentação dos documentos pessoas e comprovante de endereço.
Logo que o cadastro faça parte do sistema e esteja aprovado mediante os critérios e regras do negocio atendidos o cliente poderá escolher o veiculo, no entanto o valor da locação pode variar de acordo com ano e modelo e marca do carro escolhido, o cliente devera informa o tempo que pretende locar o carro passando as etapas deverá pagar um valor referente ao seguro que será devolvido caso a devolução ocorra tudo bem.
Quanto à devolução do carro o status do veiculo muda para devolvido e alguns critérios deverão ser verificados como data e horário e estado se o mesmo encontra-se nas mesmas
condições que foi locado caso o cliente tenha ultra passado o tempo de entrega terá que pagar o valor proporcional ao tempo ou o mesmo tenha danificado terá que arcar com os prejuízos podendo utilizar o valor do seguro.
5. DIAGRAMA DE CASO DE USO LOÇÃO DE VEICULO
Interagem com o sistema os atores clientes e funcionário:
Clientes este ator representa os clientes que desejam solicitar locação.
Funcionário este representa os funcionários que atendem os clientes.
5. 1. DESCRIÇÃO DOS CASOS DE USO QUE COMPÕE O DIAGRAMA
Manter veículos este caso de uso representa a manutenção do cadastro de veículos, manter clientes representa o caso de uso manutenção de cadastro de clientes, locar carro este caso de uso identifica as etapas para que um cliente consiga efetuar a locação de carro pois o cliente
tem que esta cadastrado selecionar o veiculo, informar o tempo que pretende locar e pagar o valor referente ao seguro e a diária do carro escolhido. Devolver locação este caso de uso define procedimentos e etapas executados no processo de devolução dos veículos tendo como base data e hora da devolução e também o estado em que o veiculo se encontra, nas mesmas condições em que foram entregue, caso contrario terá que arcar com os danoscausados e se tiver ultrapassado o tempo de entrega pagar o valor proporcional ao tempo.
Restrições/Validações: | [Deve ser descrito os requisitos, critérios, obrigações, validações, condições ou testes necessários]. 
Descrição/Fluxo de Eventos[Neste item é apresentado o propósito do caso de uso de forma
detalhada.]
	 6
 
 
 Fluxo Principal - Cenário Básico[Descreve o fluxo normal do caso de uso (“se tudo der certo...”). Descrição, passo a passo, de “o quê” o sistema deve fazer. Também deverão ser escritas as regras de negócio específicas para este caso de uso, quando houver. Entende-se por Regras de Negócio: declarações sobre políticas ou condições que devem ser satisfeitas.1 - passo1 RN para realizar cadastro o cliente deve apresentar os documentos pessoas CPF, RG, comprovante de endereço.2 - passo2 (CA 002 – este passo pode, em determinada condição, remeter ao cenário alternativo número 002). |
Ações do Ator | Ações do Sistema |
1- cliente solicita cadastro | 2-sistema faz buscaverificar se cliente ja cadastrado |
| 3-funcionário realiza cadastro |
4-cliente fornece dados e documentos pessoas | 5-sistema valida os dados preenchidos |
| 6-sistema grava os dados e envia mensagem ao usuário “cadastro realizado com sucesso” |
Fluxo Alternativo/Cenário Alternativo[Descreve um fluxo alternativo válido (ex: “caso o usuário não se lembre da senha...”). Descrição de cada cenário alternativo possível para este caso de uso, detalhando os passos a serem seguidos]. |
Ações do Ator | Ações do Sistema |
Fluxo de Exceção/Cenário de Exceção[Descreve um erro previsível do usuário (problemas), ex: “se o usuário não preencheu um campo”, “o usuário informou uma senha inválida”. Descrição dos passos a serem seguidos para exceção identificada para o UC.] |
Ações do Ator | Ações do Sistema |
Pós-Condições | [Condições que devem ser satisfeitas após o término do caso de uso. Pode ser inclusive outro UC] |
Nº do Use 02 | [Numeração de controle do caso de uso.] |
Use Case: manter veiculo | [Nome do caso de uso.] |
Sumário: Permite que funcionário mantenha cadastro dos carros | [Descrição breve do Use Case – RF] |
Ator (es): funcionário | [Atores que participam do caso de uso. Podem ser descritos aqui, caso seja necessário, os atores principais e os secundários] |
Pré-Condições: | [Condições que devem estar satisfeitas para que o caso de uso possa ser iniciado.] |
Restrições/Validações: | [Deve ser descrito os requisitos, critérios, obrigações, validações, condições ou testes necessários]. |
Descrição/Fluxo de Eventos[Neste item éapresentado o propósito do caso de uso de forma detalhada.]Este caso de uso representa o processo de manutenção de cadastros |
Fluxo Principal - Cenário Básico[Descreve o fluxo normal do caso de uso (“se tudo der certo...”). Descrição, passo a passo, de “o quê” o sistema deve fazer. Também deverão ser escritas as regras de negócio específicas para este caso de uso, quando houver. Entende-se por Regras de Negócio: declarações sobre políticas ou condições que devem ser satisfeitas.1 - passo1 2 - passo2 (CA 002 – este passo pode, em determinada condição, remeter ao cenário alternativo número 002). |
Ações do Ator | Ações do Sistema |
1- funcionário preenche os dados do veiculo no sistema | 2- o sistemavalida os dados |
| 3-registra os dados |
| 4-exibe mensagem de sucesso |
Fluxo Alternativo/Cenário Alternativo[Descreve um fluxo alternativo válido (ex: “caso o usuário 
não se lembre da senha...”). Descrição de cada cenário alternativo possível para este caso de
uso, detalhando os passos a serem seguidos]. |
Ações do Ator | Ações do Sistema |
Fluxo de Exceção/Cenário de Exceção[Descreve um erro previsível do usuário 
 7 
(problemas), ex: “se o usuário não preencheu um campo”, “o usuário informou uma senha inválida”. Descrição dos passos a serem seguidos para exceção identificada para o UC.] |
Ações do Ator | Ações do Sistema |
Pós-Condições | [Condições que devem ser satisfeitas após o término do caso de uso. Pode ser inclusive outro UC] |
Nº do Use Case: 3 | [Numeração de controle do caso de uso.] |
Use Case: Locar carro | [Nome do caso deuso.] |
Sumário: Permite ao cliente solicitar locação | [Descrição breve do Use Case – RF] |
Ator (es): cliente e funcionário | [Atores que participam do caso de uso. Podem ser descritos aqui, caso seja necessário, os atores principais e os secundários] |
Pré-Condições: o cliente deve estar cadastrado no sistema | [Condições que devem estar satisfeitas para que o caso de uso possa ser iniciado.] |
Restrições/Validações: | [Deve ser descrito os requisitos, critérios, obrigações, validações, condições ou testes necessários]. |
Descrição/Fluxo de Eventos[Neste item é apresentado o propósito do caso de uso de forma detalhada.]Este caso de uso esta relacionado a etapas para que um cliente possa fazer a locação |
Fluxo Principal - Cenário Básico[Descreve o fluxo normal do caso de uso (“se tudo der certo...”). Descrição, passo a passo, de “o quê” o sistema deve fazer. Também deverão ser escritas as regras de negócio específicas para este caso de uso, quando houver. Entende-se por Regras de Negócio: declarações sobre políticas ou condições que devem ser satisfeitas.1 - passo1 RN para o cliente solicitar locação o mesmo já deverá estar cadastrado2 - passo2 (CA 002 – este passo pode em determinada condição, remeter ao cenário alternativo o número 002) |
Ações do Ator | Ações do Sistema |
1- cliente solicita locação | 2- sistema faz busca verificar se cliente possui cadastro |
| 3- se há reserva |
| 4-verifica disponibilidade do carro no sistema |
5-cliente informa dados (veiculo, período) | 6- efetuar locação |
| 7-mensagem sucesso |
Fluxo Alternativo/Cenário Alternativo Descreve um fluxoalternativo Caso o cliente não possua cadastro funcionário faz o cadastro no sistema |
Ações do Ator | Ações do Sistema |
Fluxo de Exceção/Cenário de Exceção[Descreve um erro previsível do usuário (problemas), ex: “se o usuário não preencheu um campo”, “o usuário informou uma senha inválida”. Descrição dos passos a serem seguidos para exceção identificada para o UC.] |
Ações do Ator | Ações do Sistema |
Nº do Use Case: 04 | [Numeração de controle do caso de uso.] |
Use Case: Devolver locação | [Nome do caso de uso.] |
Sumário: Permite que o cliente devolva o carro | [Descrição breve do Use Case – RF] |
Ator (es): Funcionário e cliente | [Atores que participam do caso de uso. Podem ser descritos aqui, caso seja necessário, os atores principais e os secundários] |
Pré-Condições: | [Condições que devem estar satisfeitas para que o caso de uso possa ser iniciado.] |
Restrições/Validações: | [Deve ser descrito os requisitos, critérios, obrigações, validações, condições ou testes necessários]. |
 8
 
Descrição/Fluxo de Eventos[Neste item é apresentado o propósito do caso de uso de forma detalhada.]Este caso de uso identifica os passos que serão executados quando o usuário devolver o carro |
Fluxo Principal - Cenário Básico1 - passo1 efetua a devolução do veiculo quando verificar que alguns requisitos ocorreram tudo bem2 - passo2 (caso não remeter ao, remeter ao cenário de Exceção |
Ações do Ator | Ações do Sistema |
1- funcionário informa o cliente e o veiculo | 2-sistema carrega informações locação |
3- funcionário lança data e horárioda entrega | 4-sistema calcula valor referente ao atraso da locação |
| 5- sistema devolve locação |
Fluxo Alternativo/Cenário Alternativo[Descreve um fluxo alternativo válido (ex: “caso o usuário não se lembre da senha...”). Descrição de cada cenário alternativo possível para este caso de uso, detalhando os passos a serem seguidos]. |
Ações do Ator | Ações do Sistema |
1-Funcionário seleciona opção devolver locação informa o cliente e o veiculo | 2-sistema carrega informações da locação |
3-funcionário informa data e hora da locação | 4-sistema calcula valor da locação |
6-funcionário informa pagamento | 5-sistema informa valor |
| 7-registra devolução |
Fluxo de Exceção/Cenário de Exceção[Descreve um erro previsível do usuário (problemas), ex: “se o usuário não preencheu um campo”, “o usuário informou uma senha inválida”. Descrição dos passos a serem seguidos para exceção identificada para o UC.] 2 - passo2 (CA 002 – caso o veiculo tenha sido entregue fora do prazo ou danificado 002). |
Ações do Ator | Ações do Sistema |
Pós-Condições | |
Nº do Use Case: 07 | [Numeração de controle do caso de uso.] |
Use Case: fazer reserva | [Nome do caso de uso.] |
Sumário:permite ao usuário fazer reserva | [Descrição breve do Use Case – RF] |
Ator (es): cliente | [Atores que participam do caso de uso. Podem ser descritos aqui, caso seja necessário, os atores principais e os secundários] |
Pré-Condições: cliente tem que estar cadastrados | [Condições que devem estar satisfeitas para que o caso de uso possa ser iniciado.] |
Restrições/Validações: | [Deve serdescrito os requisitos, critérios, obrigações, validações, condições ou testes necessários]. |
Descrição/Fluxo de Eventos[Neste item é apresentado o propósito do caso de uso de forma detalhada.] |
Fluxo Principal - Cenário Básico[Descreve o fluxo normal do caso de uso (“se tudo der certo...”). Descrição, passo a passo, de “o quê” o sistema deve fazer. Também deverão ser escritas as regras de negócio específicas para este caso de uso, quando houver. Entende-se por Regras de Negócio: declarações sobre políticas ou condições que devem ser satisfeitas.1 - passo1 RN para realizar cadastro o cliente deve apresentar os documentos pessoas CPF, RG, comprovante de endereço.2 - passo2 (CA 002 – este passo pode, em determinada condição, remeter ao cenário alternativo número 002). |
 9
Ações do Ator | Ações do Sistema |
1- selecionar opção logar | 2-apresentar o formulário de login |
3-informar login e senha | 4- autenticar cliente |
| 5-sistema grava os dados e envia mensagem ao usuário “ |
Fluxo Alternativo/Cenário Alternativo[Descreve um fluxo alternativo válido (ex: “caso o usuário não se lembre da senha...”). Descrição de cada cenário alternativo possível para este caso de uso, detalhando os passos a serem seguidos]. |
Ações do Ator | Ações do Sistema |
Fluxo de Exceção/Cenário de Exceção[Descreve um erro previsível do usuário (problemas), ex: “se o usuário não preencheu um campo”, “o usuário informou uma senha inválida”. Descrição dos passos a serem seguidos para exceção identificada para o UC.] |
Ações do Ator | Ações do Sistema |
Pós-Condições |[Condições que devem ser satisfeitas após o término do caso de uso. Pode ser inclusive outro UC] |
6. DIAGRAMA DE CLASSES
 10
 7. DIAGRAMA DE OBJETO
8. DIAGRAMA DE SEQUÊNCIA11
9. DIAGRAMA DE ATIVIDADE
 12
10. CONCLUSÃO
Este trabalho apresentou uma abordagem que permite realizar a transformação do Modelo de Negócio para o Modelo de Requisitos UML do sistema de informação.
Portanto, ao modelar o negócio para qual será desenvolvido o sistema de informação, estão sendo também definidos os requisitos do sistema, cujos modelos de caso de uso e de classes de domínio entre outros possam ser gerado. Essa abordagem oferece como uma de suas contribuições o desenvolvimento de um projeto de sistema informação cujas funcionalidades estejam mais aderentes ao comportamento do negócio. Adicionalmente, a abordagem promove a uniformização da nomenclatura utilizada nos modelos e uma maior consistência e padronização dos modelos de requisitos gerados. Outra contribuição se deve ao fato de que com esta abordagem torna possível a construção do Modelo de Requisitos mais rapidamente, já que parte deste modelo pode ser obtida automaticamente a partir da definição dos termos e dos processos do Modelo de Negócio. Neste trabalho apresentamos a transformação das regras de negócio relacionadas à definição dos termos e a transformação para regras do modelo.
	 13
Referencia
 SUN CREATOR. Disponível em http://developers.sun.com/jscreator/index.jsp. Acessado em 23.mar.2007
 BEZERRA, Eduardo. Princípios de análise e projeto de sistemas com UML. Rio 
de Janeiro: Campus, 2002.
http://www.devmedia.com.br/o-que-e-um-banco-de-dados-distribuido/24762
http://www.uniriotec.br/~fernanda.baiao/BDDDW/Slides/03%20-%20BDD%20-%20Visao%20Geral%20de%20Bancos%20de%20Dados%20Distribuidos.pdf
(2014, 10). UML Locadora de carros. TrabalhosFeitos.com. Retirado 10, 2014, de http://www.trabalhosfeitos.com/ensaios/Uml-Locadora-De-Carros/61691809.html
Locadora Buggy tradicional uma operadora de turismo especializada em Fernando de Noronha endereço eletrônico disponível em https://vendas.ilhadenoronha.com.br/locacao.php#bl_locacao-7
Locadora de automóveis Movida Car seu endereço eletrônico está disponível em http://www.aeroportobrasilia.net/aluguel-carros-aeroporto-brasilia
LARMAN, Craig. Utilizando UML e padrões: uma introdução à análise e ao projeto orientado a objetos. Porto Alegre: Bookman, 2000.
MEDEIROS, Ernani. Desenvolvendo software com UML 2.0. Pearson Makron Books, 2004.
RUMBAUGH, J; JACOBSON, I.; BOOCH, G. The Unified Modeling Language reference manual. Boston: Addison-Wesley, 1999.
COCKBURN, Alistair. Writing Effective Use Cases. Addisson-Wesley, 2001.
image2.png
image3.jpg
image4.png
image1.jpg