sistema para locadora de veÍculos - pim unip

58
1 UNIVERSIDADE PAULISTA   UNIP ALDIR ORIGUELA FRANÇA CARLOS ALBERTO DE OLIVEIRA JOAO EVERTON DE ARAÚJO MELO TIAGO LUCAS RODRIGUES DA SILVA SISTEMA PARA LOCADORA DE VEÍCULOS GOIÂNIA 2013

Upload: everton-melo

Post on 14-Oct-2015

1.875 views

Category:

Documents


167 download

TRANSCRIPT

  • 1

    UNIVERSIDADE PAULISTA UNIP

    ALDIR ORIGUELA FRANA

    CARLOS ALBERTO DE OLIVEIRA

    JOAO EVERTON DE ARAJO MELO

    TIAGO LUCAS RODRIGUES DA SILVA

    SISTEMA PARA LOCADORA DE VECULOS

    GOINIA

    2013

  • UNIVERSIDADE PAULISTA UNIP

    ALDIR ORIGUELA FRANA

    CARLOS ALBERTO DE OLIVEIRA

    JOAO EVERTON DE ARAJO MELO

    TIAGO LUCAS RODRIGUES DA SILVA

    SISTEMA PARA LOCADORA DE VECULOS

    Trabalho do Projeto Integrado Multidisciplinar PIM para obteno de nota no 4 perodo, apresentado Universidade Paulista UNIP. Orientador: Prof. Esp. Daniel Fernandes de Oliveira

    GOINIA

    2013

  • ALDIR ORIGUELA FRANA

    CARLOS ALBERTO DE OLIVEIRA

    JOAO EVERTON DE ARAJO MELO

    TIAGO LUCAS RODRIGUES DA SILVA

    SISTEMA PARA LOCADORA DE VECULOS

    Aprovado em:

    _______________________/__/___

    Prof. Esp. Antnio Carvalho Torres

    Universidade Paulista UNIP

    _______________________/__/___

    Prof. Ms. Antnio Cruvinel Borges Neto

    Universidade Paulista UNIP

    _______________________/__/___

    Prof. Esp. Daniel Fernandes de Oliveira

    Universidade Paulista UNIP

  • DEDICATRIA

    Este trabalho dedicado a todos nossos familiares e pessoas intimamente

    ligadas s nossas vidas, que no perodo de desenvolvimento deste trabalho nos

    ajudaram com pacincia, carinho e compreenso, nos dando foras para que

    possamos alcanar nosso sucesso.

  • AGRADECIMENTOS

    Ao professor orientador Daniel Fernandes de Oliveira, pela orientao,

    ateno, confiana e conhecimento compartilhado durante todo o trabalho;

    Aos professores Celio Santos e Wilker Bueno, pela expertise, motivao e

    cases compartilhados para elaborao desse trabalho;

    Especialmente aos nossos pais por todo apoio e carinho que nos oferecem em

    toda a nossa vida;

    Aos amigos, familiares, colegas de trabalho e de faculdade e a todos que

    colaboraram direta ou indiretamente com a execuo deste trabalho.

  • Se hoje fosse o ltimo dia de minha vida,

    queria fazer o que vou fazer hoje? E se a

    resposta fosse No muitos dias seguidos,

    sabia que precisava mudar algo.

    (Steve Jobs)

  • RESUMO

    O Projeto Integrado Multidisciplinar IV do 4 Perodo do Custo Superior em

    Tecnologia de Anlise e Desenvolvimento de Sistemas da Universidade Paulista -

    UNIP, traz o desafio de fazer uma anlise e o desenvolvimento de um sistema

    destinado a Locadoras de Veculos. Se espera que mesmo se tratando de um projeto

    acadmico, onde existem dificuldades, riscos e incertezas, realizar a entrega de um

    projeto, de acordo com as exigncias do mercado de trabalho na qual proporcione ao

    cliente uma ferramenta que consiga atender s necessidades do mesmo.

  • ABSTRACT

    The Integrated Multidisciplinary Design IV of the 4th Period of Higher

    Technology Cost Analysis and Systems Development Universidade Paulista - UNIP,

    brings the challenge of making an analysis and development of a system for rental car

    companies. Expected that despite being an academic project where there are

    difficulties, risks and uncertainties, make delivery of a project, in accordance with the

    requirements of the labor market in which the customer provides a tool that can meet

    the needs of the same.

  • 9

    SUMRIO

    DEDICATRIA ..........................................................................................................4

    AGRADECIMENTOS ................................................................................................5

    RESUMO ..................................................................................................................7

    ABSTRACT ...............................................................................................................8

    SUMRIO .................................................................................................................9

    LISTA DE ABREVIAES ...................................................................................... 12

    LISTA DE ILUSTRAES ...................................................................................... 13

    LISTA DE TABELAS ............................................................................................... 14

    1 INTRODUO ..................................................................................................... 15

    1.1 Justificativa ........................................................................................................ 15

    1.2. Objetivos Gerais. .............................................................................................. 16

    Plano de Negocio .................................................................................................... 17

    Termo de Abertura do Projeto ................................................................................. 24

    Escopo do Projeto ................................................................................................... 24

    2 DESCRIO ........................................................................................................ 25

    2.2 Cronograma ...................................................................................................... 26

    3 DESENVOLVIMENTO ......................................................................................... 28

    3.1 Engenharia de Software .................................................................................... 28

    I - Objetivo do projeto .............................................................................................. 28

    II - Justificativa do projeto ........................................................................................ 28

    III - Riscos da Inexecuo ....................................................................................... 29

    IV - Premissas e restries para o projeto .............................................................. 29

    V - Designao do gerente do projeto ..................................................................... 29

    VI - Atribuies do solicitante do projeto ................................................................. 30

    VII - Descrio do projeto ........................................................................................ 31

    1. Produto do projeto ............................................................................................... 31

  • 10

    2. Cronograma bsico do projeto ............................................................................ 31

    3. Estimativas iniciais de custo ................................................................................ 31

    VIII - Administrao ................................................................................................. 32

    1. Necessidade inicial de recurso ............................................................................ 32

    2. Necessidade de suporte pela organizao ......................................................... 32

    3. Controle e gerenciamento das informaes do projeto ....................................... 32

    IX - Registro de alteraes ...................................................................................... 33

    X - Autorizaes ...................................................................................................... 33

    3.1.2 Modelo Cascata ............................................................................................. 34

    3.1.3 Engenharia de Sistemas ................................................................................ 34

    3.1.4 Anlise de Sistemas ....................................................................................... 34

    3.1.5 Projeto ............................................................................................................ 34

    3.2 Cenrio .............................................................................................................. 35

    3.3 Levantamento de requisitos .............................................................................. 36

    3.3.1 Requisitos funcionais ..................................................................................... 36

    3.3.2 Requisitos no funcionais .............................................................................. 38

    3.4 Regras de negcio ............................................................................................ 38

    3.5 Modelagem de software .................................................................................... 40

    3.5.1 Casos de uso ................................................................................................. 40

    3.5.2 Diagrama de Caso de uso .............................................................................. 41

    3.5.3 Documentao de casos de uso .................................................................... 42

    3.5.4 Diagrama de classe ........................................................................................ 45

    3.5.5 Diagrama de Sequncia ................................................................................. 46

    3.5.6 Diagrama de Pacotes ..................................................................................... 51

    3.5.6 Diagrama de Mquina de Estado ................................................................... 53

    3.6 Termo de encerramento do projeto ................................................................... 55

    XI - Ttulo do projeto ................................................................................................ 55

  • 11

    XII - Consideraes finais ....................................................................................... 55

    XIII - Autorizaes ................................................................................................... 56

    4 CONSIDERAES FINAIS ................................................................................. 57

    4.1 Aprendizado Adquirido. ..................................................................................... 57

    5 - REFERNCIAS BIBLIOGRFICAS ................................................................... 58

  • 12

    LISTA DE ABREVIAES

    CNH: Carteira de Nacional de Habilitao.

    CPF: Cadastro de Pessoa Fsica.

    CNPJ: Cadastro Nacional de Pessoa Jurdica.

    DP: Departamento.

  • 13

    LISTA DE ILUSTRAES

    Figura 2 - Caso de uso ............................................................................................ 41

    Figura 3 - Diagrama de classes .............................................................................. 45

    Figura 4 - Diagrama de sequncia "Inserir funcionrio" .......................................... 46

    Figura 5 - Diagrama de sequncia "Editar funcionrio" ........................................... 47

    Figura 6 - Diagrama de sequncia "Remover funcionrio" ...................................... 47

    Figura 7 - Diagrama de sequncia "Inserir veculo" ................................................ 47

    Figura 8 - Diagrama de sequncia "Editar veculo" ................................................. 48

    Figura 9 - Diagrama de sequncia "Remover veculo" ............................................ 48

    Figura 10 - Diagrama de sequncia "Inserir cliente" ............................................... 48

    Figura 11 - Diagrama de sequncia "Editar cliente" ................................................ 49

    Figura 12 - Diagrama de sequncia "Remover cliente" ........................................... 49

    Figura 13 - Diagrama de sequncia "Efetuar locao" ............................................ 49

    Figura 14 - Diagrama de sequncia "Finalizar locao" .......................................... 50

    Figura 15 - Diagrama de pacotes ............................................................................ 52

    Figura 16 - Diagrama mquina de estados ............................................................. 53

    Figura 17 - Diagrama de comunicao ................................................................... 54

  • 14

    LISTA DE TABELAS

    Tabela 2 - Requisitos no funcionais ...................................................................... 38

    Tabela 3 - Documentao do caso de uso Manter Empresa .................................. 42

    Tabela 4 - Documentao do caso de uso Manter Cliente ...................................... 43

    Tabela 5 - Documentao do caso de uso Manter Frota ........................................ 44

    Tabela 6 - Documentao do caso de uso Manter Locao ................................... 44

  • 15

    1 INTRODUO

    O desafio do Projeto Integrado Multidisciplinar IV, para o 4 perodo do curso

    de Anlise e Desenvolvimento de Sistema fazer uma anlise e o desenvolvimento

    de um sistema para uma soluo no ramo de locao de veculos, usando os

    aprendizados adquiridos nas disciplinas bases e complementares: Desenvolvimento

    de Software para Internet, Gerenciamento de Projetos de Software, Programao

    Orientada Objetos II, Projeto Sistema Orientado a Objetos, Top. Esp. programao

    Orientado Objetos.

    A anlise e o desenvolvimento de sistema, tem como objetivo projetar,

    identificar e apresentar as melhores solues em software, no intuito de automatizar

    os processos executados nas empresas, diminuindo o tempo e custo da operao.

    1.1 Justificativa

    O ramo de locao de veculos est em ascenso no Brasil. Segundo a

    Associao Brasileira das Locadoras de Automveis (ABLA), o setor registrou

    contribuies tributrias superiores a R$ 1,8 bilho em 2011, empregando direta e

    indiretamente, mais de 277 mil pessoas. A durao mdia das locaes aumentou

    de 3,6 dias para 6 dias em dois anos.

    Este tipo de atividade possu um ativo imobilizado de alto custo, os veculos.

    Por este motivo encontrar solues e estratgias para reduo de custos e

    otimizao de processos uma prioridade. preciso um controle rigoroso de

    aspectos como durao da locao e facilitar a venda de itens opes.

    Utilizando a anlise de sistemas e as tcnicas e ferramentas adquiridas no

    ambiente acadmico possvel a abstrao deste problema para a elaborao de

    um projeto de software que satisfaa a necessidade de empresas deste setor.

    A possibilidade de aplicao do conhecimento cientfico em problemas reais

    torna este projeto necessrio, visto que o mesmo gera oportunidade de aplicao de

    diversos assuntos como UML, Gerncia de Projetos e Processos.

  • 16

    1.2. Objetivos Gerais.

    Fazer a anlise e o desenvolvimento do sistema Unip Rent a Car para a

    locadora de veculos Locartyn.

    1.3. Objetivos Especficos.

    Pesquisar o ramo de locao de veculos para levantamento de processos e

    atividades;

    Criar a locadora de veculos Locartyn, uma empresa fictcia para abstrao

    do domnio do problema;

    Elaborar um projeto de software para informatizar os principais processos da

    locadora de veculos Locartyn;

    Utilizar os diagramas da UML para modelagem do projeto de software;

    Aplicar tcnicas de Gerenciamento de Projetos para gesto das atividades e

    membros da equipe;

    Desenvolver um software que torne o processo de locao otimizado e

    seguro.

  • 17

    Plano de Negocio

    1 Informaes sobre o responsvel pela proposta. Nome: Aldir Origuela Frana

    Identidade: 2039904-9 rgo Emissor: SSP/MT CPF: 032.271.331-56

    Endereo: AV-T37 QD 166 AP 2901 ED. BORGES LANDEIRO OLYMPUS

    Bairro: SETOR BUENO Cidade: GOIANIA Estado: GO CEP:74230-050

    Telefone: (62) 3612-4226 FAX: (62) 3612-4226 E-mail: [email protected]

    Formao Profissional: Analista de Sistemas.

    Atribuies no Empreendimento: Proprietrio.

    2 Natureza/Descrio do empreendimento: Individual Limitada X Sociedade Annima

    Razo Social: HOJE SOLUES LTDA

    Nome Fantasia: HOJE SOLUES LTDA

    CGC - Insc. Estadual: ISENTO Insc. Municipal

    2.1. Nome dos scios e respectivas participaes na empresa Nome Participao

    ALDIR ORIGUELA FRANA 100%

    2.2. reas de competncia tecnolgica (reas de conhecimento tcnico que so dominadas)

    Nome rea

    Programao Khyquer Ronaldy

    Projeto e Processo Janaina Fonseca

    2.3 Responsveis pela gesto do empreendimento (por rea).

    rea Responsvel

    Administrao Fabio Gandolfo

    Financeira Marcia Brito

    Produo Alessandro Ferreira

    Tecnolgica Kleber Marques

    Comercial Renato Brito

    Outras

    (especificar)

  • 18

    3 Plano estratgico

    3.1 Misso e objetivos estratgicos:

    A misso da empresa proporcionar solues inteligentes em software que vo otimizar

    processos de uma empresa.

    Objetivo estratgico a curto prazo conquistar a fidelizao de clientes e expandir a

    carteira. Se tornar uma empresa que seu ponto forte seja qualidade e pontualidade nos

    projetos solicitados.

    3.2 Ameaas e oportunidades:

    Devido ao nvel de profissionais qualificados no mercado de trabalho serem poucos, a

    empresa tem como objetivo formar profissionais na qual vo contribuir com o

    crescimento da empresa a longo prazo.

    3.3 Pontos fortes:

    O ponto forte da empresa proporcionar ao cliente o suporte necessrio e entregar o

    servio solicitado com qualidade e cumprir as datas propostas nos projetos.

    3.4 Pontos fracos:

    Muitas vezes nem mesmo o cliente sabe qual a sua real necessidade, devido a

    esse fator negativo, a empresa acaba estendendo a anlise para identificar com o cliente

    as reais necessidades e apresenta ao mesmo uma soluo eficaz.

    Isso acaba tendo um custo e muitas vezes os clientes no esto dispostos a

    investir o necessrio para que o projeto seja iniciado.

    4 Produtos e servios.

    4.1 Descrio do produto/servio.

    O servios bsicos para que seja feito o projeto analise do sistema, na qual vai

    ser aprovada pelo cliente e depois

  • 19

    4.2 Foco do Negcio. (Mercado potencial e concorrncia)

    O foco do negcio oferecer solues em software, apesar de ter empresas que

    esto consolidadas nesse ramo, est sendo exposto como diferencial a qualidade e

    pontualidade na entrega dos projetos solicitados.

    Hoje vrias empresas tanto de pequeno e grande porte, precisam de solues

    para ajudar no crescimento da empresa.

    4.3 - Diferenciais dos produtos/servios (em relao aos disponveis no

    mercado)

    O diferencial do servio a qualidade e pontualidade, pois cada projeto

    baseado na necessidade de cada cliente.

    Suporte sobre o produto entregue gerenciado atravs de prazos que so

    definidos para solucionar supostos erros de sistema ou melhoria, solicitada pelo cliente.

    4.4 Estgio atual do desenvolvimento do produto/servio*

    FASE ESTGIO Estgi

    o atual

    Cronograma por semestre

    1

    Sem

    2

    Sem

    3

    Sem

    4

    Sem

    5

    Sem

    6

    Sem

    01 Maturao da ideia X X

    02 Em especificao X X

    03 Em desenvolvimento X X

    04 Em teste X X

    05 Prottipo X X

    06 Demonstrao em

    cliente

    X X

    07 Em comercializao X X

    * Quando o projeto se referir a mais de um produto/servio, fazer um cronograma para cada produto,

    separadamente.

    5) Comercializao

  • 20

    5.1 Estratgias de venda e assistncia tcnica.

    Procurar clientes com potencial na qual precisam de solues em software para

    ajudar no crescimento da empresa.

    Oferecer todo o auxlio possvel ao cliente, desde a elaborao do projeto at o

    momento em que o produto esteja entregue.

    6) Plano de investimentos

    6.1 Investimentos iniciais

    Descrio Valor

    1. Estudo de mercado R$ 1.000,00

    2. Registro de marcas e patentes R$ 1.000,00

    3. Honorrios R$ 20.000,00

    4. Registro da Empresa R$ 1.000,00

    5. Mquinas e Equipamentos R$ 900.000,00

    6. Mveis / Utenslios R$ 20.000,00

    7. Capital de giro R$ 9.000.000,00

    8. Outros (especificar) R$ 1.000,00

    9. Total R$ 9.944.000,00

    6.2 Origem dos recursos (investimentos iniciais)

    Valor Total Recursos prprios (%) Recursos de terceiros (%) Reinvesti mento (%)

    R$ 9.944.000,00 50% 50% 0%

    7) Receita e custos

    7.1 Receitas operacionais

    Ano 1 Trimestre 2Trimestre 3 Trimestre 4 Trimestre Total

    1 Ano 100.000,00 200.000,00 300.000,00 400.000,00 1.000.000,00

    2 Ano 500.000,00 600.000,00 700.000,00 800.000,00 2.600.000,00

    3 Ano 900.000,00 910.000,00 920.000,00 930.000,00 3.660.000,00

  • 21

    7.2 Custo fixo anual (1 ano)

    Descrio Valor Anual

    1. Salrios e encargos 50.000,00

    2. Pr-labore 10.000,00

    3. Taxa de Incubao 10.000,00

    4. Taxas Diversas (Telefone, aluguel de Equipamentos, etc.) 10.000,00

    5. Materiais Diversos 2.000,00

    6. Manuteno e Conservao 1.000,00

    7. Seguros 2.000,00

    8. Depreciao 1.000,00

    9. Outros 3.000,00

    10. Total 89.000,00

    7.3 Custo varivel (1 ano)

    Descrio Valor Anual

    1. Matria Prima 10.000,00

    2. Embalagem 1.000,00

    3. Outros insumos 1.000,00

    4. Frete 1.000,00

    5. Outros (comisses, impostos, etc.) 20.000,00

    6. Total 33.000,00

    8) Demonstrativos simplificados de resultados (1 ano)

    Item Descrio Valores

    1 Receita bruta (Quadro 7.1) 1.000.000,00

    2 (-) Custos Fixos (Quadro 7.2) 89.000,00

    3 (-) Custos variveis (Quadro 7.3) 33.000,00

    4 Resultado Operacional (1 2 3) 1.122.000,00

    5 (+) Receitas no operacional 50.000,00

    6 (-) Despesas no operacionais 2.000,00

    7 Lucro Bruto (4 + 5 6) 1.170.000,00

  • 22

    9 Projeo do fluxo de caixa.

    Ms

    Descrio 1 2 3 4 5 6 7 8 9 10 11 12 Total

    1. Receita

    Operacional

    100 100 100 100 100 100 100 100 50 50 50 50 1 mi

    2.Receita no

    operacional

    5 5 5 5 5 5 5 5 3 3 3 1 50

    mil

    (A) Total de Entrada 100 100 100 100 100 100 100 100 50 50 50 50 1 mi

    3. Despesa

    Operacional

    4. Despesa no

    operacional

    100 100 100 100 100 100 100 100 100 100 500 500 2 mil

    4. Investimento 1 1 1 1 1 1 1 1 1 250 250 444 9.94

    4 mi

    (B) Total de

    Sada

    100 100 100 100 100 100 100 100 100 100 11 11 122

    mil

    (C) Saldo no

    ms

    100 100 100 100 100 100 100 100 30 30 10 8 782

    mil

    A = (1 + 2); B = (2 + 3 + 4); C = (A B); Total = Soma (Ms 1 12)

    10) Indicadores

    10.1 Ponto de equilbrio anual: Primeiro ano (se no houver previso

    de receita para o primeiro ano, no considere este item)

    P.E = 89.000,00 x

    100 1.000,00 33.000,00

    10.2 Tempo de retorno do investimento (TR) : Nmero de meses

    necessrio para recuperar o dinheiro aplicado no investimento inicial.

    TR = 9.944.000,00

    x 12 1.122.000,00

  • 23

    11) Utilizao da infraestrutura da incubadora

    11.1 rea fsica necessria:

    Uma sala com 300 M

    11.2 Necessidades quanto a servios administrativos, treinamento,

    consultoria, laboratrios, oficinas, etc.:

    Necessrio servio de RH, servio de internet, telefonia, servio administrativo.

    12 Consideraes finais. (Texto Livre)

    A empresa tem como compromisso e objetivo alcanar as metas propostas e crescer

    no mercado de solues em software, de forma solida e sempre procurando a

    satisfao do cliente.

  • 24

    Termo de Abertura do Projeto

    SISTEMA PARA LOCADORA DE VECULOS

    TERMO DE ABERTURA

    Nome do projeto: Locadora de veculos Verso: 1.0

    rea Responsvel: Desenvolvimento de software 09/8/2013

    Preparado / Revisado por: Aldir Origuela Frana, Carlos Alberto de Oliveira, Joo Everto

    de Arajo Melo e Tiago Lucas Rodrigues da Silva

    Aprovado por: Daniel Fernandes de Oliveira, Antnio Cruvinel Borges Neto,

    Antnio Carvalho Torres.

    rea: [ x ] Fim [ x ] Meio

    Tipo: [x] Meta Geral [ ] Problema Prioritrio

    [ ] Problema no prioritrio [ ] Outros

    Escopo do Projeto

    No projeto foi definido que seria feito o cadastro de cliente, cadastro de

    funcionrio, cadastro de frota e a locao da frota. Para maior conforto do cliente, o

    desenvolvimento da soluo ser realizado em duas plataformas Java Web e

    Desktop, disponibilizando tambm o banco de dados.

    Todo desenvolvimento do software ser baseado na anlise realizada pela

    gerencia de projeto feita juntamente com o cliente, ou seja, nada que no esteja

    dentro da anlise documentada ser feito, pelos desenvolvedores da soluo.

  • 25

    2 DESCRIO

    2.1 Planejamento

    Para o planejamento da anlise e o desenvolvimento do sistema, foi adotado

    a diviso de tarefas como a colaborao de conhecimento em deficincias

    possivelmente encontradas que poderiam atrapalhar o andamento do projeto no

    tempo esperado, executando o cronograma, seguindo os passos do modelo cascata

    e fazendo um bom levantamento de requisitos, para desenvolver um software com

    margem de segurana e tranquilidade.

  • 26

    2.2 Cronograma

    Fase1

    ID Nome da tarefa Incio Concluso Durao

    1 Iniciar projeto documentado: Iniciar documentao do projeto

    15/03/0213 10/06/0213 87d

    2 Criar cenrio: Coletar narrativas de situaes no domnio que favorecem o levantamento de informaes, a identificao de problemas e a antecipao das solues. Lembrar de focar as atividades que as pessoas realizam na organizao possibilitando uma perspectiva mais ampla dos problemas atuais onde o sistema dever ser inserido, explicando porque ele necessrio.

    25/03/2013 29/03/2013 5d

    3 Levantar requisitos: Levantar ou capturar requisitos para descobrir junto ao cliente quais so as caractersticas necessrias ao sistema. Mesmo existindo diversas tcnicas que podem ser utilizada, utilizar a mais bsica e intuitiva que a entrevista.

    08/04/2013 12/04/2013 5d

    4 Definir regras de negcio: Listar as regras de negcios determinando como a empresa funciona, o que deve ser feito e como deve ser feito.

    15/04/2013 17/04/2013 3d

    5 Criar os casos de uso: Documentar os requisitos funcionais do sistema utilizando a UML, descrever a interao entre o usurio e o sistema com o intuito de prover a funcionalidade solicitada, indicando as sequncias de passos seguidos durante a interao. Para cada funcionalidade do sistema, ser criado pelo menos um caso de uso.

    17/04/2013 19/04/2013 3d

    6 Documentar os diagramas de caso de uso: Realizar a documentao do caso de uso para melhorar a comunicao entre o usurio final e o desenvolvedor tornando o processo de anlise de requisitos mais eficaz e eficiente.

    22/04/2013 26/04/2013 5d

    7 Diagrama de classe: Criar o diagrama de classe com objetivo de mostrar os

    06/05/2013 17/05/2013 10d

  • 27

    relacionamentos existentes entre as classes que so abstradas no projeto, e como esses relacionamentos colaboram para a execuo dos processos especficos.

    8 Diagrama de Sequncia: Criar os diagramas de sequncia para fornecer suporte real a implementao, representando os objetos participantes da colaborao enquanto emitem e recebem mensagem no intuito de realizar um caso de uso.

    27/05/2013 31/05/2013 5d

    Tabela 1 Lista de tarefas fase1

    Fase 2

    Desenvolver o plano de negcio: 02/09/2013 02/09/2013 1d

    Desenvolver o Termo de Abertura: 02/09/2013 02/09/2013 1d

    9 Diagrama de pacote: Criar diagramas para representar os subsistemas ou sub-mdulos englobados por um sistema de forma a determinar partes que o compem.

    02/09/2013 05/09/2013 4d

    Desenvolvimento do Software: Desenvolver o software da locadora de carro de acordo com a anlise feita usando a linguagem JAVA WEB e Desktop.

    10/09/2013 10/10/2013 30d

    Testar o Software: Testar o software para encontrar possveis erros de codificao e divergncias com a regra de negcio.

    15/10/2013 28/10/2013 14d

    Desenvolver o documento de Concluso do projeto: Documentao com as especificaes da concluso do projeto.

    01/11/2013 25/11/2013 25d

    Tabela 2 - Lista de tarefas fase2

  • 28

    3 DESENVOLVIMENTO

    3.1 Engenharia de Software

    De maneira simplificada, podemos definir como uma rea da tecnologia da

    informao preocupada com os mtodos e prticas de desenvolvimento de software,

    incluindo planejamento, especificao, codificao, testes e outras atividades

    inclusas no ciclo de um software.

    I - Objetivo do projeto

    Anlise e Desenvolvimento de um software para gesto de locadoras de

    veculos que realize o controle de veculos, locao, clientes e funcionrios.

    II - Justificativa do projeto

    Diante do atual cenrio competitivo que temos hoje, as empresas esto

    buscando expandir seus limites. Esse contexto exige que profissionais sejam

    aproveitados ao mximo de sua produtividade, e com um menor tempo possvel

    necessrio para realizar suas atividades, reduzindo custos na operao, e fazendo

    com que a empresa tenha ainda mais um potencial competitivo, com um servio

    rpido, seguro, eficiente e que tenha um grande valor agregado.

    Resumo das condies do projeto

    Atualmente, a empresa j dispe de funcionrios e insumos para implementar

    um novo modelo gesto baseado nos mais modernos padres de qualidade. Ser

    realizado um treinamento de capacitao, onde ser oferecido toda capacitao

    tcnica necessria para operacionalizar o sistema de locao.

  • 29

    Benefcios e Beneficiados

    III - Riscos da Inexecuo

    Como firmado em contrato, at a data 09/12/2013 todo o sistema dever estar

    implementado e funcionrios necessrios capacitados.

    O no cumprimento deste prazo acarretara em uma multa, na forma de

    reduo do valor a ser pago pelo projeto, firmado em 1% por dia de atraso.

    IV - Premissas e restries para o projeto

    Premissas Restries

    Desenvolver uma aplicao que atenda s necessidades do cliente.

    Utilizar as melhores prticas de desenvolvimento de software

    Gerir bem os recursos disponveis

    Entregar no prazo estipulado

    Garantir a mxima excelncia no produto entregue

    Nenhuma flexibilidade no prazo de entrega

    Compensar a lacuna de alguns profissionais necessrios com estudos individuais e em grupo.

    V - Designao do gerente do projeto

    O Sr. Tiago Lucas Rodrigues da Silva ser responsvel por toda gesto

    tcnica e administrativa do projeto. Ter autonomia para adquirir equipamentos,

    ferramentas, recrutar pessoal e todas outras demandas, de acordo com oramento

    j previsto pela diretoria administrativa. Em sua ausncia, questes de cunho tcnico

    Benefcios Beneficiados

    Agilidade no processo Clientes, Colaboradores, Gesto

    Reduo de custos Clientes

    Maior lucratividade Gesto

    Diminuio de retrabalho Colaboradores

    Diminuio de falhas Clientes, Colaboradores

    Controle de cadastro Colaboradores, Gesto

  • 30

    devero ser tratadas com o arquiteto de softwares e questes administrativas com a

    prpria diretoria.

    Tendo ainda as seguintes atribuies:

    Planejar o projeto de maneira realstica.

    Elaborar a documentao do Projeto e gerenciar o seu andamento;

    Elaborar o cronograma das tarefas do projeto;

    Revisar a documentao formal do projeto emitindo pareceres quanto a

    viabilidade do projeto;

    Atuar como o ponto central de contato para toda comunicao formal

    relacionada ao projeto;

    Comunicar o Setor de Qualidade da indstria o andamento do projeto;

    Assegurar que a equipe do projeto esteja ciente de suas

    responsabilidades;

    Divulgar antecipadamente a pauta de cada reunio;

    Gerenciar os compromissos estabelecidos para realiz-los em tempo,

    dentro do oramento e com satisfao do solicitante;

    Elaborar e atualizar os documentos de Projeto com a anuncia expressa

    do solicitante;

    Controlar o cronograma, escopo e variaes tcnicas dentro das margens

    estabelecidas do projeto;

    Monitorar e manter a prioridade do projeto em relao a outros projetos;

    Manter toda documentao, pertinente ao gerenciamento do projeto,

    atualizada nos sistemas, bem como na base de conhecimento;

    Seguir todos processos e padres metodolgicos;

    Disponibilizar o status do projeto e toda a documentao gerncia

    regularmente, evitando surpresas.

    Tomar todas as providncias necessrias para que o projeto ocorra

    conforme o planejado.

    VI - Atribuies do solicitante do projeto

  • 31

    A autoridade do solicitante ou patrocinador do projeto a sua contribuio

    principal. Cabe a ele:

    Apoiar o gerente do projeto;

    Analisar e aprovar este termo de Abertura;

    Analisar e aprovar a Declarao do Escopo;

    Analisar e aprovar documentos do Projeto;

    Auxiliar o Gestor do Projeto a superar os obstculos organizacionais.

    VII - Descrio do projeto

    1. Produto do projeto

    Produto: Software Gesto Locado de Veculos

    Processo: Planejar, desenvolver, codificar, testar, homologar, capacitar,

    implantar e manter.

    2. Cronograma bsico do projeto

    O projeto tem incio previsto para 02/09/2013 com a concluso prevista para

    25/11/2013.

    3. Estimativas iniciais de custo

    1. Custos com Recursos Humanos

    2. Custos com aquisio de licenas

    3. Custos com Aquisio de materiais especficos como computadores,

    telefones, etc.

    4. Custos com material escritrio.

    O presente projeto ter um custo inicial de R$ XXX, conforme detalhado

    abaixo:

    1 Servio ou Entregue 1 R$ 25.000,00

    2 Servio ou Entregue 2 R$ 8.000,00

    3 Servio ou Entregue 3 R$ 3.000,00

    4 Servio ou Entregue 4 R$ 600,00

    TOTAL R$ 36.000,00

  • 32

    Este projeto tem previso oramentria solicitada atravs do memorando 024

    da Diretoria Administrativa.

    *Obs.: O prazo e o custo aqui apresentados so estimados por analogia,

    portanto com grande margem de erro. Conforme o escopo seja detalhado ser

    possvel fornecer estimativas com margem de erro menor.

    VIII - Administrao

    1. Necessidade inicial de recurso

    Toda a equipe que ser envolvida neste projeto, ser formada pelo quadro de

    funcionrios permanentes da empresa, aonde inicialmente no haver nenhuma

    nova contratao.

    Quanto a aquisio de equipamentos e licenas para o desenvolvimento do

    software, tambm sero utilizadas as j disponveis em nosso parque. Sendo que o

    valor inicial de sua aquisio estar sendo diludo no apenas neste, mas em todos

    os projetos (anteriores e futuros) que deles usufrurem.

    As licenas e equipamentos necessrias para implementao no ambiente do

    cliente, tero seus valores embutidos no oramento final do projeto.

    2. Necessidade de suporte pela organizao

    Outros setores no ligados ao projeto, conforme possveis necessidades,

    podero ser acionados para apoiar em questes fora do escopo de nosso

    departamento (Dp Jurdico, Dp Recursos Humanos, Dp Contabilidade, ...)

    3. Controle e gerenciamento das informaes do projeto

    1) Ata oficial de atividades da empresa

    2) Controle de projetos do Dp de Desenvolvimento

    3) Ferramenta Redmine

    4) Mural aberto da equipe

    5) Email semanal de interao dos DPs

  • 33

    IX - Registro de alteraes

    Data Modificado por Descrio da mudana

    15/10/2013 Tiago Lucas Cliente desistiu de ter reserva de carro.

    15/10/2013 Tiago Lucas Cliente desistiu de ter controle de reviso.

    X - Autorizaes

    Goinia, 09 de 08 de 2013.

    _____________________________________ Fabio Gandolfo

    Diretor Administrativo

  • 34

    3.1.2 Modelo Cascata

    Devido sua simplicidade para o fcil entendimento do cliente o foi optado o

    Cascata um modelo de processo para desenvolvimento de softwares, que supe um

    incio e fim claro e determinado, assim sua estimativa precisa de custos logo no

    incio, fatores bastantes importantes na conquista do cliente.

    Problemas podem ocorrer, quando o cliente, aps esperar at o fim do

    processo de desenvolvimento para receber a primeira verso do sistema, pode no

    concordar com ela. Apesar de cada fase terminar com uma documentao aprovada,

    certamente haver lacunas devido a requisitos mal descritos pelo cliente, no

    entendido pelo analista ou por mudana de estratgia de negcio na empresa que

    exija adaptaes nos requisitos. O modelo Cascata no prev reviso de fases.

    Assim, o risco de desenvolvimento se torna muito alto, principalmente para

    sistemas de maior porte e complexos, afinal o modelo cascata pressupe uma

    esttica realidade bem comparada a uma linha de produo fabril.

    Por outro lado, o modelo cascata adqua-se bem como um submodelo para

    outros modelos.

    3.1.3 Engenharia de Sistemas

    Avaliar quais as principais medidas para garantir a segurana no processo e

    escolha das tecnologias a serem adotadas, alm dos mtodos a serem seguidos.

    3.1.4 Anlise de Sistemas

    A partir da solicitao do projeto acadmico, efetuamos uma anlise do

    produto final desejado, quais dificuldades possveis para impedimento tanto no

    desenvolvimento quanto na satisfao do cliente (UNIP) no momento da

    apresentao do software.

    3.1.5 Projeto

    O projeto do Software Locadora de Veculo, foi planejado para ser

    desenvolvido no ciclo de vida em cascada, que tem o grande mrito de ser o primeiro

    a impor o planejamento e o gerenciamento ao processo de software, que antes era

    casual.

    Como o modelo escolhido durante a anlise do sistema o desenvolvimento foi

    o cascata, portanto, o projeto ter muita nfase s fases de anlise e projeto antes

  • 35

    de partir para a programao, a fim de que o objetivo do software esteja bem definido

    e que sejam evitados erros.

    3.2 Cenrio

    Uma locadora de veculos necessita de um sistema para facilitar o

    atendimento a seus clientes e tornar os processos realizados na empresa mais

    geis. A empresa composta por funcionrios e mecnicos na qual so prestadores

    de servio, clientes e veculos para locao. A empresa pretende expandir seus

    negcios futuramente ms ainda no possui nenhuma filial. importante que o

    sistema esteja preparado para atender futuras necessidades de expanso.

    Para controle dos funcionrios o sistema precisa registrar os dados do

    funcionrio como cpf, nome, rg, endereo do funcionrio, telefone, sexo e data de

    nascimento. Nos dados do funcionrio deve ter um campo para informar qual a

    empresa responsvel pela sua contratao.

    Clientes a serem gerenciados devem ser do tipo pessoa fsica e pessoa

    jurdica, para pessoa fsica deve ser informado nome, sexo, CPF, RG, data

    nascimento, dados da CNH e endereo. Para pessoa jurdica deve ser registrado

    nome fantasia, razo social, CNPJ, I.E e endereo do cliente e seus respectivos

    cadastros de pessoa fsica para vincular ao cliente pessoa jurdica.

    A frota da empresa deve ter as informaes de placa do veculo, marca,

    modelo, ano do modelo, ano da verso, chassi, cor, combustvel, quilometragem e

    tipo de cmbio. O carro deve possuir sua lista de acessrios para complementar o

    veculo e facilitar a consulta do veculo no perfil desejvel pelo cliente. A empresa s

    compra carros com 4 portas, no necessitando a informao registrada da mesma.

    O sistema deve informar quais carros esto disponveis para locao, quais esto

    em negociao para venda ou j foi vendido.

    Na locao o cliente deve escolher o veculo, informar a quantidade de dias

    na qual ficar com o veculo. O cliente s poder efetuar a locao de um veculo

    por vez, no existindo a possibilidade de existem mais de um veculo alugado em

    seu nome ao mesmo tempo. Aps selecionar o veculo deve ser registrado

    quilometragem inicial do veculo na locao ou seja a quilometragem atual do veculo

    e no ato da entrega deve ser registrado a quilometragem final ou seja a

    quilometragem no momento da entrega. O pagamento do aluguel ser a quantidade

    de dias vezes o valor da diria.

  • 36

    A frota no pode ser disponibilizada para locao quando o veculo

    ultrapassar os 80.000 km rodados ou 4 anos de uso.

    3.3 Levantamento de requisitos

    O levantamento ou captura de requisitos consiste em descobrir, junto ao

    cliente, quais so as caractersticas necessrias ao sistema. Existem diversas

    tcnicas que podem ser utilizadas. Uma das mais bsicas e intuitivas a entrevista.

    Inicialmente foi levantado os requisitos de forma projetista para o sistema da

    Locadora de Veculos, com objetivo de mostrar ao programador como dever ser o

    funcionamento do mesmo, indicando o processo, as dependncias e regras de

    negcio.

    3.3.1 Requisitos funcionais

    So requisitos diretamente ligados a funcionalidade do software, descrevem

    as funes que o software deve executar.

    ID Nome Descrio Dep.

    RF001 Manter empresa Menu Empresa para gerenciar as

    empresas com os sub-itens Inserir empresa,

    Editar empresa, Remover empresa e

    Consultar empresa

    RF002 Inserir empresa Inserir empresas filiais RF001

    RF003 Editar empresa Editar dados das empresas, buscando a

    empresa a partir de seu cnpj ou id da

    empresa

    RF001

    RF004 Remover

    empresa

    Remover empresa do sistema RF001

    RF005 Consultar

    empresas

    Listar as empresas cadastradas RF001

    RF006 Manter

    funcionrio

    Menu Funcionrio para gerenciar os

    funcionrios com sub-itens Inserir

    funcionrio, Editar funcionrio e Consultar

    funcionrio

    RF001

    RF007 Inserir funcionrio Inserir funcionrio no sistema, registrando

    ele em uma empresa

    RF006

  • 37

    RF008 Editar funcionrio Editar dos do funcionrio no sistema,

    buscando funcionrio a partir do seu cpf ou

    nome ou id do funcionrio

    RF006

    RF009 Remover

    funcionrio

    Remover o funcionrio do sistema caso no

    haja nenhuma dependncia dele no sistema

    RF006

    RF010 Consultar

    funcionrio

    Lista os funcionrios cadastrados na

    empresa, com opo de busca a partir do

    nome ou cpf ou id do funcionrio ou id da

    empresa

    RF006

    RF011 Manter frota Menu Frota para gerenciar as frotas da

    empresa com sub-itens Inserir frota, Editar

    frota, Remover frota e Consultar frota.

    RF001

    RF012 Inserir frota Inserir o veculo para empresa na qual

    pertence

    RF011

    RF013 Editar frota Editar dados do veculo buscando o veculo

    a partir da placa

    RF011

    RF014 Remover frota Remover veculo da empresa caso no haja

    nenhuma dependncia dele no sistema

    RF011

    RF015 Consultar frota Lista os veculos cadastrados na empresa

    com opo de busca a partir da placa ou

    empresa ou status do veculo (disponvel,

    negociao e vendido)

    RF011

    RF021 Manter cliente Menu Cliente para gerenciar clientes com

    sub-itens Inserir cliente, Editar cliente e

    Remover cliente

    RF001

    RF022 Inserir cliente Inserir cliente para empresa RF021

    RF023 Editar cliente Editar cliente a partir do cpf do cliente RF021

    RF024 Remover cliente Remover cliente caso no haja nenhuma

    dependncia dele no sistema

    RF021

    RF025 Consultar cliente Consultar clientes a partir da empresa ou cpf

    ou nome

    RF021

    RF026 Manter locao Menu de Locao com sub-item Locar

    Veculo

    RF001

  • 38

    RF027 Locar Veculo Realizar a locao do veculo ao cliente RF026

    RF028 Consultar

    Locao

    Consultar as locaes j realizadas com

    filtros a partir da empresa ou cpf do cliente

    ou placa do veculo ou data inicial e final para

    perodo de locao

    RF026

    Tabela 02 Requisitos funcionais

    3.3.2 Requisitos no funcionais

    So requisitos que expressam condies que o software deve atender ou

    qualidades especficas que o software deve ter. Em vez de informar o que o sistema

    far, os requisitos no-funcionais colocam restries no sistema.

    ID Descrio Dep.

    RNF001 Desenvolver o software na plataforma java em sua verso 7 ou

    superior

    RNF002 O software deve rodar nas plataformas Linux e Windows

    Tabela 1 - Requisitos no funcionais

    3.4 Regras de negcio

    Conhecer bem o negcio fundamental para o sucesso no desenvolvimento

    do sistema, ter as definies de regras bem elaboradas e documentadas d

    credibilidade e segurana no desenvolvimento e manuteno do software. Em nosso

    projeto as regras de negcios determinam como a locadora funciona, o que dever

    ser feito e como deve ser feito. A capacidade de coletar dados, interpret-los e agir

    com base neles, rapidamente, pode diferenciar vencedores de perdedores, em um

    mercado altamente competitivo. Isso pode determinar um fator de sucesso no

    somente para o software ms tambm para o negcio do cliente.

    ID Descrio Req.

    RN001 Usurio com funo diferente de administrador no poder

    exibir esse menu

    RF001

    RN002 A empresa deve ser cadastrada com cnpj e o id da empresa

    deve ser gerado automaticamente

    RF002

    RN003 No deve ser permitido a alterao do cnpj da empresa nem id

    apenas o nome de referncia da empresa

    RF003

  • 39

    RN004 Caso haja alguma dependncia de dados da empresa

    cadastrada no sistema a mesma no deve permitir sua excluso

    RF004

    RN005 Usurio com acesso diferente de administrador poder exibir

    apenas o menu de funcionrio com sub menu consultar

    RF006

    RN006 Deve ser validado o cpf do funcionrio antes de inserir ele no

    sistema

    RF007

    RN007 Caso haja alguma dependncia de dados do funcionrio no

    sistema, no deve ser permitido sua excluso

    RF009

    RN008 Usurio com acesso de administrador acessa todos os menus

    de frota, outro tipo de acesso exibe frota com sub-item apenas

    para consulta

    RF011

    RN009 Caso haja alguma dependncia de dados da frota cadastrada

    no sistema a mesma no deve permitir sua excluso

    RF014

    RN010 Usurio com acesso diferente de administrador poder exibir

    apenas o menu de funcionrio com sub menu consultar

    RF016

    RN011 Usurio com acesso diferente de administrador poder exibir

    apenas o menu de funcionrio com sub menu consultar

    RF021

    RN012 Deve ser validado o cpf do cliente antes de inserir ele no sistema RF022

    RN013 Caso haja alguma dependncia de dados do cliente no sistema

    a mesma no deve permitir sua excluso

    RF024

    RN014 Usurio com acesso diferente de administrador poder exibir

    apenas o menu de Locao com sub menu Consultar

    Locao

    RF026

    RN015 Caso o veculo selecionado esteja com mais de 80.000 km

    rodados no ser possvel efetuar a locao, caso o veculo

    tenha mais de 4 anos de uso no ser possvel efetuar a

    locao.

    RF027

    Tabela 04 Regras de negcio

  • 40

    3.5 Modelagem de software

    3.5.1 Casos de uso

    Os casos de uso so uma tcnica criada que definiram a UML e o

    UnifiedProcess, usada para documentar os requisitos funcionais de um sistema. Um

    caso de uso, basicamente, consiste na descrio da interao entre um usurio

    (mais precisamente um ator, como veremos adiante) e o sistema, com o intuito de

    prover a funcionalidade solicitada. Esta descrio feita indicando sequncias de

    passos seguidos durante a interao. Cada uma dessas sequncias tipicamente

    chamada de cenrio.

    Nome Atores Descrio

    Manter empresa Funcionrio Ator funcionrio gerencia a empresa inserindo,

    editando, removendo e consultando

    Manter cliente Cliente,

    funcionrio

    Ator cliente interage com o funcionrio no perfil

    de atendente onde a mesma mantem o cliente

    inserindo, editando, removendo e consultado

    Manter frota Funcionrio Ator funcionrio gerencia a frota inserindo,

    editando, removendo e consultando

    Manter proteo Funcionrio Ator funcionrio gerencia as protees possveis

    para os veculos: inserindo, editando, removendo

    e consultando

    Manter locao Funcionrio Ator funcionrio gerencia a locao inserindo,

    editando removendo e consultado

    Tabela 05 Casos de uso

  • 41

    3.5.2 Diagrama de Caso de uso

    Esse diagrama documenta o que o sistema faz do ponto de vista do usurio.

    Em outras palavras, ele descreve as principais funcionalidades do sistema e a

    interao dessas funcionalidades com os usurios do mesmo sistema. Nesse

    diagrama no nos aprofundamos em detalhes tcnicos que dizem como o sistema

    faz.

    Figura 1 - Caso de uso

  • 42

    3.5.3 Documentao de casos de uso

    Precisamos ir alm do diagrama de casos de uso para descrever os cenrios

    de interao com os atores.

    Caso de uso Manter Empresa

    Caso de uso geral Inserir, alterar, excluir e consultar

    Ator Principal Funcionrio

    Atores Secundrios

    Pr-condio Est logado no sistema

    Fluxo Normal Inserir

    Informar dados da empresa.

    Confirmar incluso.

    Alterar

    Informar cnpj da empresa ou id da empresa.

    Alterar dados.

    Confirmar alterao.

    Remover

    Informar id da empresa.

    Confirmar excluso.

    Consultar

    Listar dados da empresa.

    Fluxos Excepcionais Empresa j cadastrada no sistema

    Ps-condio Inserir

    Incluso efetuada com sucesso.

    Editar

    Alterao efetuada com sucesso.

    Remover

    Empresa removida com sucesso.

    Tabela 2 - Documentao do caso de uso Manter Empresa

    Caso de uso Manter Cliente

    Caso de uso geral Inserir, alterar e consultar

    Ator Principal Funcionrio

    Atores Secundrios Cliente

    Pr-condio Est logado no sistema

  • 43

    Fluxo Normal Inserir

    Informar dados do Cliente.

    Confirmar incluso.

    Alterar

    Informar o Cliente.

    Alterar dados.

    Confirmar alterao

    Consultar

    Listar dados do Cliente

    Fluxos Excepcionais Cliente j cadastrado no sistema.

    1.A Informe um novo CPF/CNPJ do Cliente.

    1.B Confirmar Cadastro.

    No permitido remover o cadastro do cliente.

    Ps-condio Inserir

    Incluso efetuada com sucesso

    Alterar

    Alterao efetuada com sucesso

    Tabela 3 - Documentao do caso de uso Manter Cliente

    Caso de uso Manter frota

    Caso de uso geral Inserir, alterar, remover e consultar

    Ator Principal Funcionrio

    Atores Secundrios

    Pr-condio Est logado no sistema

    Fluxo Normal Inserir

    Informar dados do veculo.

    Confirmar incluso.

    Alterar

    Informar a placa do veculo.

    Alterar dados.

    Confirmar alterao.

  • 44

    Remover

    Informar id do veculo

    Confirmar excluso

    Consultar

    Listar veculos

    Fluxos Excepcionais Veculo j cadastrado.

    Cadastro no pode ser removido.

    Ps-condio Inserir

    Incluso efetuada com sucesso.

    Alterar

    Alterao efetuada com sucesso.

    Remover

    Remoo efetuada com sucesso.

    Tabela 4 - Documentao do caso de uso Manter Frota

    Caso de uso Manter locao

    Caso de uso

    geral

    Inserir e Consultar

    Ator Principal Funcionrio

    Atores

    Secundrios

    Cliente

    Pr-condio Esta logado no sistema

    Fluxo Normal Inserir

    1. Incluir dados da locao.

    2. Confirmar locao do cliente.

    Consultar

    1. Listar dados da locao.

    Fluxos

    Excepcionais

    1. No possvel excluir locao.

    2. Cliente j possui uma locao em aberto.

    3. No possvel alterar dados.

    Ps-condio Inserir

    1. Incluso efetuada com sucesso.

    Tabela 5 - Documentao do caso de uso Manter Locao

  • 45

    3.5.4 Diagrama de classe

    O principal objetivo da anlise de sistemas realizar um mapeamento prvio

    do comportamento requerido para os elementos de modelagem no sistema a serem

    implementados posteriormente nas fases de construo. Durante as etapas iniciais

    de um projeto, comum realizarmos um refinamento nos detalhes e na preciso do

    desenho do sistema a fim de conseguir classes de anlise que possam evoluir

    antes de serem detalhadas durante as atividades de especificao e implementao.

    O diagrama de classes considerado por muitos autores como o mais

    importante e o mais utilizado diagrama da UML. Seu principal enfoque est em

    permitir a visualizao das classes que iro compor o sistema com seus respectivos

    atributos e mtodos, bem como em demonstrar como as classes do sistema se

    relacionam, se complementam e transmitem informaes entre si.

    Figura 2 - Diagrama de classes

  • 46

    3.5.5 Diagrama de Sequncia

    Diagramas de Sequncia so muito teis em fornecer suporte real

    implementao e em constituir rica documentao de alto nvel. Eles representam

    os objetos participantes de uma colaborao enquanto emitem e recebem

    mensagens no intuito de realizar um caso de uso. As mensagens so apresentadas

    em sua ordem temporal, o que facilita a compreenso do fluxo de controle do caso

    de uso.

    A maior dificuldade associada sua criao parece estar relacionada ao grau

    de detalhamento a ser aplicado a esses diagramas. Mas pode-se adotar uma

    perspectiva prtica para criao de uma documentao realmente til, e que no se

    torne uma tarefa ainda mais rdua do que a prpria codificao do sistema.

    Diagramas de Sequncia so muito teis em fornecer suporte real

    implementao e em constituir rica documentao de alto nvel. Eles representam

    os objetos participantes de uma colaborao enquanto emitem e recebem

    mensagens no intuito de realizar um caso de uso. As mensagens so apresentadas

    em sua ordem temporal, o que facilita a compreenso do fluxo de controle do caso

    de uso.

    A maior dificuldade associada sua criao parece estar relacionada ao grau

    de detalhamento a ser aplicado a esses diagramas. Mas pode-se adotar uma

    perspectiva prtica para criao de uma documentao realmente til, e que no se

    torne uma tarefa ainda mais rdua do que a prpria codificao do sistema.

    Funcionrio: Inserir funcionrio

    Figura 3 - Diagrama de sequncia "Inserir funcionrio"

  • 47

    Funcionrio: Editar funcionrio

    Figura 4 - Diagrama de sequncia "Editar funcionrio"

    Funcionrio: Remover funcionrio

    Figura 5 - Diagrama de sequncia "Remover funcionrio"

    Veculo: Inserir

    Figura 6 - Diagrama de sequncia "Inserir veculo"

  • 48

    Veculo: Editar

    Figura 7 - Diagrama de sequncia "Editar veculo"

    Veculo: Remover

    Figura 8 - Diagrama de sequncia "Remover veculo"

    Cliente: Inserir cliente

    Figura 9 - Diagrama de sequncia "Inserir cliente"

  • 49

    Cliente: Editar cliente

    Figura 10 - Diagrama de sequncia "Editar cliente"

    Cliente: Remover cliente

    Figura 11 - Diagrama de sequncia "Remover cliente"

    Locao: Efetuar Locao

    Figura 12 - Diagrama de sequncia "Efetuar locao"

  • 50

    Locao: Finalizar Locao

    Figura 13 - Diagrama de sequncia "Finalizar locao"

  • 51

    3.5.6 Diagrama de Pacotes

    O Diagrama de pacotes, ou diagrama de mdulos, definido pela UML

    descreve os pacotes ou pedaos do sistema divididos em agrupamentos lgicos

    mostrando as dependncias entre estes, ou seja, pacotes podem depender de

    outros pacotes. Este diagrama muito utilizado para ilustrar a arquitetura de um

    sistema mostrando o agrupamento de suas classes.

    Em muitos casos um nico diagrama de classes pode ser exageradamente

    grande para representar todo o sistema. Assim conveniente utilizar-se de um

    elemento para organizar os subsistemas do modelo. Para isto utilizam-se os

    diagramas de pacote. Um pacote representa um grupo de classes (ou outros

    elementos) que se relaciona com outros pacotes atravs de uma relao de

    dependncia. Um diagrama de pacotes pode ser utilizado em qualquer fase do

    processo de modelagem e visa organizar os modelos.

    O pacote o elemento bsico organizador de um modelo de sistema UML.

    possvel considerar o sistema todo como um pacote que contm todos os outros

    pacotes, diagramas e elementos. Um pacote pode conter pacotes subordinados,

    diagramas ou elementos nicos e possvel definir a visibilidade de um pacote bem

    como a visibilidade dos elementos contidos nele.

    Um diagrama de pacotes mostra pacotes e relaes entre pacotes. Na

    realidade, no existem propriamente diagramas de pacotes em UML; em vez disso,

    pacotes e relaes entre pacotes aparecem noutros diagramas, de acordo com o

    tipo de pacote.

    Uma vez que representa um agrupamento, um pacote em geral dono de

    diversos elementos: classes, interfaces, componentes, ns, colaboraes, casos de

    uso, diagramas, e at outros pacotes.

    Na figura abaixo o pacote de classes das janelas que cuida da interface da

    aplicao dependente funcionalmente das classes de negcio para cumprirem suas

    atividades.

  • 52

    Figura 14 - Diagrama de pacotes

  • 53

    3.5.6 Diagrama de Mquina de Estado

    O diagrama de mquina de estados era conhecido nas verses anteriores

    como diagrama de estados, tendo ento mudado para este novo nome aps a

    verso 2.0 da UML. Este diagrama procura acompanhar as mudanas sofridas nos

    estados de uma instncia de uma determinada classe.

    Atravs de sua simbologia grfica, ele procura demonstrar o comportamento

    de um elemento por meio de transies de estado. O elemento modelado muitas

    vezes uma instncia de uma classe, no entanto, pode se usar esse diagrama para

    modelar o comportamento de um caso de uso, o comportamento de um dado durante

    uma transao ou mesmo o comportamento de um sistema completo neste caso

    estaremos considerando o caso de uso ou o sistema como objetos.

    O diagrama de mquina de estados um dos diagramas disponveis na UML

    para a modelagem dos aspectos dinmicos de sistemas. Assim como o diagrama de

    sequncia, o diagrama de mquina de estados muitas vezes baseia-se em um caso

    de uso descrito em um e apoia-se no diagrama de classes.

    Figura 15 - Diagrama mquina de estados

  • 54

    3.5.7 Diagrama de Comunicao

    O Diagrama de comunicao definido pelo

    UML(UnifiedModelingLanguage). O Diagrama de Comunicao exibe uma

    interao, consistindo de um conjunto de objetos e seus relacionamentos, incluindo

    as mensagens que podem ser trocadas entre eles. O diagrama de sequncia e de

    colaborao so isomrficos.

    O diagrama de comunicao mostra, de maneira semelhante ao diagrama de

    sequncia, a colaborao dinmica entre os objetos. Se a nfase do diagrama for o

    decorrer do tempo, melhor escolher o diagrama de sequncia, mas se a nfase for

    o contexto do sistema, melhor dar prioridade ao diagrama de colaborao. O

    diagrama de colaborao desenhado como um diagrama de objeto, onde os

    diversos objetos so mostrados juntamente com seus relacionamentos.

    O Diagrama de Comunicao d nfase ordenao estrutural em que as

    mensagens so trocadas entre os objetos de um sistema.

    Figura 16 - Diagrama de comunicao

  • 55

    3.6 Termo de encerramento do projeto

    DESENVOLVIMENTO DE UM SISTEMA PARA LOCADORA DE VECULOS

    TERMO DE ENCERRAMENTO

    Preparado por Carlos Alberto de Oliveira Verso 1.0

    Aprovado por Daniel Fernandes 09/12/2013

    XI - Ttulo do projeto

    Desenvolvimento de um sistema para locadora de veculos

    XII - Consideraes finais

    Pelo presente termo damos por encerrado o Projeto Desenvolvimento de um

    sistema para locadora de veculos atestando que todas as solicitaes constantes

    da Ordem de Servio 001 foram plenamente atendidas.

  • 56

    XIII - Autorizaes

    Goinia, 12 de Dezembro de 2013

    ___________________________________

    Aldir Origuela Frana

    Presidente/Diretor

    ___________________________________

    Joo Everton de Arajo Melo

    Vice Presidente/Diretor

    ___________________________________

    Tiago Lucas Rodrigues da Silva

    Gerente do Projeto

    Nota: Quaisquer alteraes neste documento devero ser submetidas ao processo de controle de projeto para

    aprovaes antes de serem incorporadas a este documento.

  • 57

    4 CONSIDERAES FINAIS

    O objetivo do Projeto Integrado Multidisciplinar IV transforma a teoria

    aprendida em sala de aula para pratica, devido ao nvel de conhecimento estar mais

    avanado a exigncia e expectativa maior. Para um resultado mais completo e

    coerente com o nvel na qual se encontramos necessrio bem mais dedicao e

    pesquisas.

    Mantendo a forma simples e objetiva, foi possvel estar aplicando a teoria e

    pratica simultaneamente, formando o resultado de um software para uma Locadora

    de Veculos na qual consegue atender as necessidades fundamentais de qualquer

    cliente.

    4.1 Aprendizado Adquirido.

    O projeto proporcionou a oportunidade do grupo desenvolver a habilidade de

    Anlise, seguindo todas as etapas da mesma, alm de fazer a iterao da equipe

    compartilhando conhecimentos tcnicos adquiridos ao longo desse projeto. Por fim

    o resultado final da anlise foi bem satisfatrio, pois o grupo conseguiu atingir o

    objetivo pretendido.

  • 58

    5 REFERNCIAS BIBLIOGRFICAS

    ABLA, Associao Brasileira de Locadoras de Automveis. Empregos e tributos.

    So Paulo, 2013. Disponvel em: .

    BOOCH, G.; JACOBSON, I.; RUMBAUGH, J.UML- guia do usurio. 2. ed. Rio de

    Janeiro, Campus, 2006.

    BOOKMAN, Utilizando UML e padres - Uma introduo a anlise e ao projeto

    orientados, 2007.

    CINCIA MODERNA, Engenharia de Software: Anlise e Projeto de Sistema, 2008.

    DEITEL, Java - Como Programar HARVEY M. DEITEL & PAUL J., 2010.

    Guia PMBOK 4a edio;

    MARQUES, P.; PEDROSO, H. C# 2.0. Rio de Janeiro: LTC, 2007.

    MARTINS, J. C. C. Gerenciando projetos de desenvolvimento de software com PMI,

    RUP e UML. 4. ed. Rio de Janeiro: Brasport, 2007.

    MARTINS, J. C. C. Tcnicas para gerenciamento de projetos de software. Rio de

    Janeiro: Brasport, 2007.

    SHARP, J. Microsoft visual C# 2008 passo a passo. Porto Alegre, Bookman, 2008.

    SCHMITZ, E. A.; ALENCAR, A. J.; VILLAR, C. B. Modelos qualitativos de anlise

    de risco para projetos de tecnologia da informao. Rio de Janeiro: Brasport, 2007.

    VARGAS, R. V. Gerenciamento de projetos. 6. ed. Rio de Janeiro: Brasport, 2005.

    VAZQUEZ, C. E.; SIMES, G. S.; ALBERT, R. M. Anlise de pontos de funo:

    medies, estimativas e gerenciamento de projetos de software. 3. ed. So Paulo:

    rica, 2003.

    Autor(es). Ttulo da pgina [Internet]. Lugar de publicao: editor; data de publicao

    do site [data da reviso/atualizao d a pgina; citado em data da citao].

    Disponvel em: endereo eletrnico da pgina (URL).