Modelo Cascata para Desenvolvimento de Software

Prévia do material em texto

Impresso por Jhessy, CPF 033.815.112-54 para uso pessoal e privado. Este material pode ser protegido por direitos autorais e não pode
ser reproduzido ou repassado para terceiros. 14/10/2020 09:38:14
31
 A autoridade do solicitante ou patrocinador do projeto é a sua contribuição 
principal. Cabe a ele: 
  Apoiar o gerente do projeto; 
  Analisar e aprovar este termo de Abertura; 
  Analisar e aprovar a Declaração do Escopo; 
  Analisar e aprovar documentos do Projeto; 
  Auxiliar o Gestor do Projeto a superar os obstáculos organizacionais. 
 
 VII - Descrição do projeto 
 
 1. Produto do projeto 
Produto: Software Gestão Locado de Veículos 
 Processo: Planejar, desenvolver, codificar, testar, homologar, capacitar, 
implantar e manter. 
 
 2. Cronograma básico do projeto 
 O projeto tem início previsto para 02/09/2013 com a conclusão prevista para 
25/11/2013. 
 3. Estimativas iniciais de custo 
 1. Custos com Recursos Humanos 
 2. Custos com aquisição de licenças 
 3. Custos com Aquisição de materiais específicos como computadores, 
telefones, etc. 
 4. Custos com material escritório. 
 O presente projeto terá um custo inicial de R$ XXX, conforme detalhado 
abaixo: 
 
1 – Serviço ou Entregue 1 R$ 25.000,00 
2 – Serviço ou Entregue 2 R$ 8.000,00 
3 – Serviço ou Entregue 3 R$ 3.000,00 
4 – Serviço ou Entregue 4 R$ 600,00 
TOTAL R$ 36.000,00 
31 
 
Impresso por Jhessy, CPF 033.815.112-54 para uso pessoal e privado. Este material pode ser protegido por direitos autorais e não pode
ser reproduzido ou repassado para terceiros. 14/10/2020 09:38:14
32
 Este projeto tem previsão orçamentária solicitada através do memorando 024 
da Diretoria Administrativa. 
 
 *Obs.: O prazo e o custo aqui apresentados são estimados por analogia, 
 portanto com grande margem de erro. Conforme o escopo seja detalhado será 
possível fornecer estimativas com margem de erro menor. 
VIII - Administração 
 1. Necessidade inicial de recurso 
Toda a equipe que será envolvida neste projeto, será formada pelo quadro de 
 funcionários permanentes da empresa, aonde inicialmente não haverá nenhuma 
nova contratação. 
 Quanto a aquisição de equipamentos e licenças para o desenvolvimento do 
 software, também serão utilizadas as já disponíveis em nosso parque. Sendo que o 
 valor inicial de sua aquisição estará sendo diluído não apenas neste, mas em todos 
os projetos (anteriores e futuros) que deles usufruírem. 
 As licenças e equipamentos necessárias para implementação no ambiente do 
cliente, terão seus valores embutidos no orçamento final do projeto. 
 
 2. Necessidade de suporte pela organização 
 Outros setores não ligados ao projeto, conforme possíveis necessidades, 
 poderão ser acionados para apoiar em questões fora do escopo de nosso 
departamento (Dp Jurídico, Dp Recursos Humanos, Dp Contabilidade, ...) 
 
 3. Controle e gerenciamento das informações 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 interação dos DPs 
 
 
 
32 
 
Impresso por Jhessy, CPF 033.815.112-54 para uso pessoal e privado. Este material pode ser protegido por direitos autorais e não pode
ser reproduzido ou repassado para terceiros. 14/10/2020 09:38:14
33
 IX - Registro de alterações 
Data Modificado por Descrição da mudança 
15/10/2013 Tiago Lucas Cliente desistiu de ter reserva de carro. 
15/10/2013 Tiago Lucas Cliente desistiu de ter controle de revisão. 
 
 X - Autorizações 
 
 
Goiânia, 09 de 08 de 2013. 
 
 
 
 
_____________________________________ 
Fabio Gandolfo 
Diretor Administrativo 
 
33 
 
Impresso por Jhessy, CPF 033.815.112-54 para uso pessoal e privado. Este material pode ser protegido por direitos autorais e não pode
ser reproduzido ou repassado para terceiros. 14/10/2020 09:38:14
34
3.1.2 Modelo Cascata 
 Devido à sua simplicidade para o fácil entendimento do cliente o foi optado o 
 Cascata um modelo de processo para desenvolvimento de softwares, que supõe um 
 início e fim claro e determinado, assim sua estimativa precisa de custos logo no 
início, fatores bastantes importantes na conquista do cliente. 
 Problemas podem ocorrer, quando o cliente, após esperar até o fim do 
 processo de desenvolvimento para receber a primeira versão do sistema, pode não 
 concordar com ela. Apesar de cada fase terminar com uma documentação aprovada, 
 certamente haverá lacunas devido a requisitos mal descritos pelo cliente, não 
 entendido pelo analista ou por mudança de estratégia de negócio na empresa que 
exija adaptações nos requisitos. O modelo Cascata não prevê revisão de fases. 
 Assim, o risco de desenvolvimento se torna muito alto, principalmente para 
 sistemas de maior porte e complexos, afinal o modelo cascata pressupõe uma 
 estática realidade bem comparada a uma linha de produção fabril. 
 Por outro lado, o modelo cascata adéqua-se bem como um submodelo para 
outros modelos. 
 
 3.1.3 Engenharia de Sistemas 
 Avaliar quais as principais medidas para garantir a segurança no processo e 
 escolha das tecnologias a serem adotadas, além dos métodos a serem seguidos. 
 
3.1.4 Análise de Sistemas 
 A partir da solicitação do projeto acadêmico, efetuamos uma análise do 
 produto final desejado, quais dificuldades possíveis para impedimento tanto no 
 desenvolvimento quanto na satisfação do cliente (UNIP) no momento da 
apresentação do software. 
 
3.1.5 Projeto 
 O projeto do Software Locadora de Veículo, foi planejado para ser 
desenvolvido no ciclo de vida em cascada, que tem o grande mérito 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 análise do sistema o desenvolvimento foi 
 o cascata, portanto, o projeto terá muita ênfase ás fases de análise e projeto antes 
34 
 
Impresso por Jhessy, CPF 033.815.112-54 para uso pessoal e privado. Este material pode ser protegido por direitos autorais e não pode
ser reproduzido ou repassado para terceiros. 14/10/2020 09:38:14
35
 de partir para a programação, a fim de que o objetivo do software esteja bem definido 
e que sejam evitados erros. 
 
3.2 Cenário 
 Uma locadora de veículos necessita de um sistema para facilitar o 
 atendimento a seus clientes e tornar os processos realizados na empresa mais 
 ágeis. A empresa é composta por funcionários e mecânicos na qual são prestadores 
 de serviço, clientes e veículos para locação. A empresa pretende expandir seus 
 negócios futuramente más ainda não possui nenhuma filial. É importante que o 
sistema esteja preparado para atender futuras necessidades de expansão. 
 Para controle dos funcionários o sistema precisa registrar os dados do 
 funcionário como cpf, nome, , endereço do funcionário, telefone, sexo e data de rg
 nascimento. Nos dados do funcionário deve ter um campo para informar qual a 
empresa responsável pela sua contratação. 
 Clientes a serem gerenciados devem ser do tipo pessoa física e pessoa 
 jurídica, para pessoa física deve ser informado nome, sexo, CPF, RG, data 
 nascimento, dados da CNH e endereço. Para pessoa jurídica deve ser registrado 
 nome fantasia, razão social, CNPJ, I.E e endereço do cliente e seus respectivos 
cadastros de pessoa física para vincular ao cliente pessoa jurídica. 
 A frota da empresa deve ter as informações de placa do veículo, marca, 
 modelo, ano do modelo, ano da versão, chassi, cor, combustível, quilometragem etipo de câmbio. O carro deve possuir sua lista de acessórios para complementar o 
 veículo e facilitar a consulta do veículo no perfil desejável pelo cliente. A empresa só 
 compra carros com 4 portas, não necessitando a informação registrada da mesma. 
 O sistema deve informar quais carros estão disponíveis para locação, quais estão 
em negociação para venda ou já foi vendido. 
 Na locação o cliente deve escolher o veículo, informar a quantidade de dias 
 na qual ficará com o veículo. O cliente só poderá efetuar a locação de um veículo 
 por vez, não existindo a possibilidade de existem mais de um veículo alugado em 
 seu nome ao mesmo tempo. Após selecionar o veículo deve ser registrado 
quilometragem inicial do veículo na locação ou seja a quilometragem atual do veículo 
 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 diária. 
35 
 
Impresso por Jhessy, CPF 033.815.112-54 para uso pessoal e privado. Este material pode ser protegido por direitos autorais e não pode
ser reproduzido ou repassado para terceiros. 14/10/2020 09:38:14
36
 A frota não pode ser disponibilizada para locação quando o veículo 
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 são as características necessárias ao sistema. Existem diversas 
 técnicas que podem ser utilizadas. Uma das mais básicas e intuitivas é a entrevista. 
 Inicialmente foi levantado os requisitos de forma projetista para o sistema da 
 Locadora de Veículos, com objetivo de mostrar ao programador como deverá ser o 
 funcionamento do mesmo, indicando o processo, as dependências e regras de 
negócio. 
 
3.3.1 Requisitos funcionais 
 São requisitos diretamente ligados a funcionalidade do software, descrevem 
as funções que o software deve executar. 
ID Nome Descrição 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 
funcionário 
 Menu “Funcionário” para gerenciar os 
 funcionários com sub-itens Inserir 
 funcionário, Editar funcionário Consultar e 
funcionário 
RF001 
RF007 Inserir funcionário Inserir funcionário no sistema, registrando 
ele em uma empresa 
RF006 
36 
 
Impresso por Jhessy, CPF 033.815.112-54 para uso pessoal e privado. Este material pode ser protegido por direitos autorais e não pode
ser reproduzido ou repassado para terceiros. 14/10/2020 09:38:14
37
RF008 Editar funcionário Editar dos do funcionário no sistema, 
 buscando funcionário a partir do seu cpf ou 
nome ou id do funcionário 
RF006 
RF009 Remover 
funcionário 
 Remover o funcionário do sistema caso não 
haja nenhuma dependência dele no sistema 
RF006 
RF010 Consultar 
funcionário 
 Lista os funcionários cadastrados na 
 empresa, com opção de busca a partir do 
 nome ou cpf ou id do funcionário 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 Consultar frota. e 
RF001 
RF012 Inserir frota Inserir o veículo para empresa na qual 
pertence 
RF011 
RF013 Editar frota Editar dados do veículo buscando o veículo 
a partir da placa 
RF011 
RF014 Remover frota Remover veículo da empresa caso não haja 
nenhuma dependência dele no sistema 
RF011 
RF015 Consultar frota Lista os veículos cadastrados na empresa 
 com opção de busca a partir da placa ou 
 empresa ou status do veículo (disponível, 
negociação 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 tir do cpf do cliente par RF021 
RF024 Remover cliente Remover cliente caso não haja nenhuma 
dependência dele no sistema 
RF021 
RF025 Consultar cliente Consultar clientes a partir da empresa ou cpf 
ou nome 
RF021 
RF026 Manter locação Menu de “Locação” com sub-item Locar 
Veículo 
RF001 
 
37 
 
Impresso por Jhessy, CPF 033.815.112-54 para uso pessoal e privado. Este material pode ser protegido por direitos autorais e não pode
ser reproduzido ou repassado para terceiros. 14/10/2020 09:38:14
38
RF027 Locar Veículo Realizar a locação do veículo ao cliente RF026 
RF028 Consultar 
Locação 
 Consultar as locações já realizadas com 
 filtros a partir da empresa ou cpf do cliente 
 ou placa do veículo ou data inicial e final para 
período de locação 
RF026 
 Tabela 02 Requisitos funcionais –
 
3.3.2 Requisitos não funcionais 
 São requisitos que expressam condições que o software deve atender ou 
 qualidades específicas que o software deve ter. Em vez de informar o que o sistema 
fará, os requisitos não-funcionais colocam restrições no sistema. 
ID Descrição Dep. 
RNF001 Desenvolver o software na plataforma java em sua versão 7 ou 
superior 
 
RNF002 O software deve rodar nas plataformas Linux e Windows 
 Tabela 1 - Requisitos não funcionais 
 
3.4 Regras de negócio 
 Conhecer bem o negócio é fundamental para o sucesso no desenvolvimento 
 do sistema, ter as definições de regras bem elaboradas e documentadas dá 
 credibilidade e segurança no desenvolvimento e manutenção do software. Em nosso 
 projeto as regras de negócios 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 não 
somente para o software más também para o negócio do cliente. 
ID Descrição Req. 
RN001 Usuário com função diferente de administrador não pode rá
exibir esse menu 
RF001 
RN002 A empresa deve ser cadastrada com cnpj e o id da empresa 
deve ser gerado automaticamente 
RF002 
RN003 Não deve ser permitido a alteração do cnpj da empresa nem id 
apenas o nome de referência da empresa 
RF003 
38 
 
Impresso por Jhessy, CPF 033.815.112-54 para uso pessoal e privado. Este material pode ser protegido por direitos autorais e não pode
ser reproduzido ou repassado para terceiros. 14/10/2020 09:38:14
39
RN004 Caso haja alguma dependência de dados da empresa 
 cadastrada no sistema a mesma não deve permitir sua exclusão 
RF004 
RN005 Usuário com acesso diferente de administrador poderá exibir 
apenas o menu de funcionário com sub menu consultar 
RF006 
RN006 Deve ser validado o cpf do funcionário antes de inserir ele no 
sistema 
RF007 
RN007 Caso haja alguma dependência de dados do funcionário no 
sistema, não deve ser permitido sua exclusão 
RF009 
RN008 Usuário 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 dependência de dados da frota cadastrada 
 no sistema a mesma não deve permitir sua exclusão 
RF014 
RN010Usuário com acesso diferente de administrador poderá exibir 
apenas o menu de funcionário com sub menu consultar 
RF016 
RN011 Usuário com acesso diferente de administrador poderá exibir 
apenas o menu de funcionário com sub menu consultar 
RF021 
RN012 Deve ser validado o cpf do cliente antes de inserir ele no sistema RF022 
RN013 Caso haja alguma dependência de dados do cliente no sistema 
a mesma não deve permitir sua exclusão 
RF024 
RN014 Usuário com acesso diferente de administrador poderá exibir 
 apenas o menu de “Locação” com sub menu “Consultar 
Locação” 
RF026 
RN015 Caso o veículo selecionado esteja com mais de 80.000 km 
 rodados não será possível efetuar a locação, caso o veículo 
tenha mais de 4 anos de uso não será possível efetuar a 
locação. 
 
RF027 
 Tabela 04 Regras de negócio –
 
 
39 
 
Impresso por Jhessy, CPF 033.815.112-54 para uso pessoal e privado. Este material pode ser protegido por direitos autorais e não pode
ser reproduzido ou repassado para terceiros. 14/10/2020 09:38:14
40
 3.5 Modelagem de software 
 
3.5.1 Casos de uso 
 Os casos de uso são uma técnica criada que definiram a UML e o 
 UnifiedProcess, usada para documentar os requisitos funcionais de um sistema. Um 
 caso de uso, basicamente, consiste na descrição da interação entre um usuário 
 (mais precisamente um ator, como veremos adiante) e o sistema, com o intuito de 
 prover a funcionalidade solicitada. Esta descrição é feita indicando sequências de 
 passos seguidos durante a interação. Cada uma dessas sequências é tipicamente 
chamada de cenário. 
Nome Atores Descrição 
Manter empresa Funcionário Ator funcionário gerencia a empresa inserindo, 
editando, removendo e consultando 
Manter cliente Cliente, 
funcionário 
 Ator cliente interage com o funcionário no perfil 
 de atendente onde a mesma mantem o cliente 
inserindo, editando, removendo e consultado 
Manter frota Funcionário Ator funcionário gerencia a frota inserindo, 
editando, removendo e consultando 
Manter proteção Funcionário Ator funcionário gerencia as proteções possíveis 
 para os veículos: inserindo, editando, removendo 
e consultando 
Manter locação Funcionário Ator funcionário gerencia a locação inserindo, 
editando removendo e consultado 
 Tabela 05 Casos de uso –
 
 
 
40