Trabalho de ENGENHARIA DE SOFTWARE

Prévia do material em texto

CAMPUS JI-PARANÁ 
 CURSO SUPERIOR DE TECNOLOGIA EM ANÁLISE E DESENVOLVIMENTO DE 
SISTEMAS 
Ji-Paraná - RO, abril de 2020 
1 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
BEATRIZ OLIVEIRA DOS SANTOS 
GUILHERME DOS SANTOS ANDRADE 
RENAN GONZAGA DOS SANTOS 
 
3ºPERIODO – 2020/1 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
CAMPUS JI-PARANÁ 
 CURSO SUPERIOR DE TECNOLOGIA EM ANÁLISE E DESENVOLVIMENTO DE 
SISTEMAS 
Ji-Paraná - RO, abril de 2020 
2 
 
 
 
 
 
 
 
 
 
 
 
LOJA DE CONSERTO DE BOMBAS D’ÁGUA: 
SISTEMA PARA EFETIVAÇÃO DE ORÇAMENTOS. 
 
 
 
 
 
 
Trabalho proposto pelo Professor Flaine Ferreira 
por exigência da disciplina de Engenharia de 
Software, 3º PERÍODO 2020/1, cujo propósito é levar 
à aquisição de conhecimentos a partir dos 
procedimentos integracionistas e aproveitamento de 
curso em detrimento da grade curricular deste 
estabelecimento de ensino. 
 
 
 
 
 
 
 
 
 
CAMPUS JI-PARANÁ 
 CURSO SUPERIOR DE TECNOLOGIA EM ANÁLISE E DESENVOLVIMENTO DE 
SISTEMAS 
Ji-Paraná - RO, abril de 2020 
3 
Sumário 
 
INTRODUÇÃO.......................................................................................................................... 04 
DESCRIÇÃO DO NEGÓCIO........................................................................................ 04 
ENTREVISTA COM O CLIENTE................................................................................ 04 
REQUISITOS............................................................................................................................ 06 
REQUISITOS FUNCIONAIS........................................................................................ 06 
REQUISITOS NÃO FUNCIONAIS.............................................................................. 06 
CASOS DE USO ....................................................................................................................... 07 
ANEXO – I .................................................................................................................... 07 
CASOS DE USO EXPANDIDO ............................................................................................... 08 
ANEXO – II ................................................................................................................... 08 
DIAGRAMA DE ATIVIDADES .............................................................................................. 10 
ANEXO – III................................................................................................................... 11 
REFERÊNCIAS BIBLIOGRÁFICAS........................................................................................ 12 
 
 
 
 
 
 
 
 
CAMPUS JI-PARANÁ 
 CURSO SUPERIOR DE TECNOLOGIA EM ANÁLISE E DESENVOLVIMENTO DE 
SISTEMAS 
Ji-Paraná - RO, abril de 2020 
4 
INTRODUÇÃO 
 
Esse trabalho tem como objetivo detalhar o desenvolvimento de um sistema que irá auxiliar 
funcionários de um determinada Loja de Bombas D’Água. Aqui será apresentado os meios pelo 
qual a equipe chegou a melhor solução para o desenvolvimento de um produto de qualidade, que 
será capaz de atender de forma eficaz às necessidades previamente informadas pelo cliente. 
DESCRIÇÃO DO NEGÓCIO 
O Sistema será utilizado como ferramenta auxiliar em uma loja de conserto de bombas 
d’água de poço semiartesiano, tendo como função principal realizar o cálculo do valor total do 
conserto, somando os valores das peças que foram utilizadas já tendo o valor da peça previamente 
cadastrado no sistema. O principal problema enfrentado pela dona do comércio é a constante 
mudança de funcionário, por se tratar de uma loja de conserto, é necessário que os funcionários 
conheçam as peças e seus devidos valores para que não haja problemas na hora de passar um 
orçamento ao cliente. 
Todas as peças que são voltadas para esse tipo de comércio estão disponíveis na loja, a 
mesma já tem um sistema de controle das mesmas, no momento só necessário uma ferramenta que 
ajude a manter a agilidade dos consertos, que por falta de conhecimento dos valores pelos novos 
funcionários acaba ficando atrasado. 
 
 
ENTREVISTA COM O CLIENTE 
 
Perguntas: 
 
1. Quais funções a Srta. espera do sistema? 
2. Que Características a Srta. espera do sistema? 
3. Necessita de relatórios gerenciais? 
4. O sistema deverá realizar vendas, ou controle de fluxos de caixa? 
 
Com base nas respostas da Cliente e levando em consideração os requisitos por ela exigidos, 
o sistema deverá ser capaz de armazenar o nome das peças e seus respectivos valores, além de 
também registrar o nome do Funcionário responsável pelo conserto, nome do Cliente e o Valor total 
que foi cobrado do mesmo. 
É necessário que haja um registro da data e hora que foi feito o conserto, a fim de que seja 
possível emitir relatório periódicos para controle do financeiro da empresa. Essas informações serão 
registradas em uma Garantia que será entregue aos clientes. 
CAMPUS JI-PARANÁ 
 CURSO SUPERIOR DE TECNOLOGIA EM ANÁLISE E DESENVOLVIMENTO DE 
SISTEMAS 
Ji-Paraná - RO, abril de 2020 
5 
A equipe chegou em consenso que uma maneira de desenvolver um software de qualidade 
é criando um sistema que faça o cadastro de informações das peças e seus valores utilizando uma 
ligação com banco de dados. Para que nada seja perdido, além de cadastrar o funcionário para tornar 
mais prático o preenchimento do PEDIDO DE ORÇAMENTO. O cadastro do Cliente pode ser 
opcional, caso o mesmo não ache necessário assim será criado uma forma de cadastro Padrão que 
pode ser feita por meio de uma Classe OBS ou Complemento onde será possível fazer apenas o 
registro do nome do Cliente sem informações extras. 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
CAMPUS JI-PARANÁ 
 CURSO SUPERIOR DE TECNOLOGIA EM ANÁLISE E DESENVOLVIMENTO DE 
SISTEMAS 
Ji-Paraná - RO, abril de 2020 
6 
REQUISITOS 
Os requisitos são funcionalidades que é indispensável em um sistema. Eles são as 
propriedades que um software exibe para solucionar problemas, é a conjuntura indispensável para 
satisfazer um objeto. Dentro dos requisitos existem os Funcionais e os não funcionais, ao qual serão 
listados abaixo. 
 
REQUISITOS FUNCIONAIS: 
• RF01 – CADASTRAR FUNCIONÁRIOS 
• RF02 – CONSULTAR FUNCIONÁRIOS 
• RF03 – CADASTRAR CLIENTES 
• RF04 – CONSULTAR CLIENTES 
• RF05 – CADASTRAR PEÇAS 
• RF06 - CONSULTAR PEÇAS 
• RF07 – EFETIVAR PAGAMENTO 
• RF08 – EMITIR GARANTIA 
 
 
 
REQUISITOS NÃO FUNCIONAIS: 
• RNF01 - SISTEMA NÃO DEVE DEMORAR MAIS QUE 30 SEGUNDOS PARA 
EFETIVAR O PAGAMENTO E NEM PARA A EMISSÃO DA GARANTIA 
• RNF02 -GARANTIA DEVE CONTER O VALOR QUE FOI COBRADO DO CLIENTE 
• RNF03-GARANTIA DEVE CONTER O NOME DO FUNCIONÁRIO QUE FEZ O 
CONSERTO, ALÉM DE CONTER DATA E HORA. 
• RNF04 -O SISTEMA DEVE CONTER MAIS DE UMA FORMA DE PAGAMENTO (EX: 
A VISTA, CARTÃO DE CRÉDITO OU DÉBITO). 
. 
 
 
 
 
 
 
 
 
 
 
CAMPUS JI-PARANÁ 
 CURSO SUPERIOR DE TECNOLOGIA EM ANÁLISE E DESENVOLVIMENTO DE 
SISTEMAS 
Ji-Paraná - RO, abril de 2020 
7 
 CASOS DE USO 
O Diagrama casos de usos é onde se documenta o que o sistema faz, através do ponto de 
vista de um usuário. Ou seja, ele descreve as principais funcionalidades do sistema e a interação 
dessas funcionalidades com os usuários do mesmo sistema. Pode ser utilizado também para criar o 
documento de requisitos. 
Diagramas de Casos de Uso são compostos basicamente por quatro partes: 
● Cenário: Sequência de eventos que acontecem quando um usuário interage com o sistema; 
● Ator: Usuário do sistema, ou melhor, um tipo de usuário que irá usar o sistema; 
● Use Case: É uma tarefa ou uma funcionalidade realizada pelo ator (usuário); 
● Comunicação: é o que liga um ator com um caso deuso. 
ANEXO - I 
CAMPUS JI-PARANÁ 
 CURSO SUPERIOR DE TECNOLOGIA EM ANÁLISE E DESENVOLVIMENTO DE 
SISTEMAS 
Ji-Paraná - RO, abril de 2020 
8 
 
CASOS DE USO EXPANDIDO 
 
O caso de uso expandido é utilizado para descrever detalhadamente o do caso de uso, quais 
os eventos que acontecem para garantir o entendimento e sucesso do caso de uso. 
Algumas definições: 
Referências: Identificadores dos requisitos da tabela de requisitos que foram utilizados no 
caso de uso em questão; 
Pré-condições: O que é necessário que já esteja feito para que o caso de uso se inicie; 
Pós-condições: Qual será o estado do software ao ser finalizado o caso de uso; 
Requisitos Especiais: São os requisitos não funcionais, normalmente relacionados à 
qualidade do software. Podem estar organizados por categorias como Usabilidade, 
Confiabilidade, Desempenho e etc; 
 Fluxo Principal: Evento principal do caso de uso para que seja realizado com sucesso; 
Fluxo Alternativo: Evento alternativo ao evento típico, pode ou não acontecer, podem 
ocorrer um ou mais eventos alternativos; 
 Para que tudo ocorra corretamente, tanto no fluxo principal quanto no alternativo, devem ser 
descritos detalhadamente todos os passos para que o caso de uso seja executado com sucesso. Não 
devem ser colocados ações do tipo, cliques de botões. 
 
ANEXO – II 
 
Caso de Uso Expandido: Controle de consertos de Bombas D’água. 
 
Descrição: O vendedor terá que lançar as Bombas que precisam de conserto, para o controle de 
consertos. 
 
Ator Primário: Gerente 
 
Atores Secundários: Vendedor. 
 
Precondições: O funcionário deve realizar o cadastro do Cliente e o cadastro das peças utilizadas 
no conserto. 
 
Fluxo Principal: 
 
1. O sistema solicita informações do funcionário. 
CAMPUS JI-PARANÁ 
 CURSO SUPERIOR DE TECNOLOGIA EM ANÁLISE E DESENVOLVIMENTO DE 
SISTEMAS 
Ji-Paraná - RO, abril de 2020 
9 
2. O gerente deve realizar a consulta do cadastro dos funcionários, se o funcionário não 
estiver cadastrado o gerente deve realizar o cadastro. 
3. O gerente deve realizar o cadastro do funcionário. 
4. O sistema solicita informações do cliente. 
5. O funcionário deve consultar se o cliente está cadastrado. 
6. O funcionário deve realizar o cadastro do Cliente se o mesmo ainda não estiver cadastrado, 
caso o cliente não queira ser cadastrado, usar um cadastro padrão. 
7. O sistema solicita informações das peças. 
8. O funcionário deve consultar se a peça está cadastrada. 
9. O funcionário deve realizar o cadastro das peças se a mesma ainda não estiver cadastrada. 
10. O sistema solicita opções de pagamento. 
11. O funcionário seleciona uma das opções de pagamento, sendo elas a Vista, Cartão de 
Crédito ou Débito ou Cheque. 
12. O funcionário deve dar baixa do pagamento efetuado. 
13. O sistema retorna uma mensagem de Confirmação da venda. 
14. O funcionário deve emitir a garantia. 
 
Fluxo Alternativo: 
1. Se o funcionário não estiver cadastrado o sistema deve direcionar para aba de cadastro de 
funcionário, para que o gerente realize o cadastro. 
2. Se o funcionário estiver cadastrado o sistema deve direcionar para o cadastro de clientes. 
3. Se o cliente não estiver cadastrado o sistema deve direcionar para aba de cadastro de 
cliente, para que o funcionário realize o cadastro do mesmo. 
4. Se a peça não estiver cadastrada o sistema deve direcionar para aba de cadastro de peças, 
para que o funcionário realize o cadastro da mesma. 
5. Se o pagamento não for aprovado o sistema deve informar as opções de realizar pagamento 
novamente ou cancelar o pedido. 
 
 
CAMPUS JI-PARANÁ 
 CURSO SUPERIOR DE TECNOLOGIA EM ANÁLISE E DESENVOLVIMENTO DE 
SISTEMAS 
Ji-Paraná - RO, abril de 2020 
10 
DIAGRAMAS DE ATIVIDADES 
 
O diagrama de atividades permite modelar o comportamento do sistema, denotando os 
caminhos lógicos que um processo pode seguir. Ele é um dos diagramas que compõem a visão 
dinâmica da UML. Diagrama de Atividades É necessário entender um processo para poder escrever 
ou gerar o código correto para o comportamento. 
Atividades e transições – Atividade é uma etapa em um processo, onde algum trabalho está 
sendo realizado. Um diagrama de Atividades é uma série de atividades ligadas por transições, setas 
conectando cada atividade. Normalmente, a transição ocorre porque a atividade foi concluída. 
Condição de guarda – Às vezes a transição deve ser usada quando certas condições 
acontecerem. A condição guarda pode ser atribuída a uma transição para restringir seu uso. A 
condição guarda pode ser atribuída a uma transição para restringir seu uso. 
Decisões – O losango do diagrama de Atividades é um ícone de decisão, assim como nos 
fluxogramas. Cada opção é identificada por meio de uma condição guarda. Cada condição deve ser 
mutuamente exclusiva, de modo que somente uma opção seja possível em qualquer ponto de 
decisão. Diagrama de Atividades Essa construção está relacionada a instruções case ou estruturas 
if-then-else. 
Para mostrar as escolhas resultantes de uma atividade, basta modelar as transições saindo da 
atividade, cada uma com uma condição de guarda diferente. 
Ponto de Merge – O ícone de losango também é usado para modelar um ponto de merge, o 
local onde dois caminhos alternativos se juntam e continuam como um. 
Início e fim - Eles são representados pela seguinte forma. 
● Ponto Inicial: 
 
● Ponto final: 
Pode haver mais de um ponto final em um diagrama de atividades, pois normalmente o diagrama 
de atividades possui alguma lógica de decisão que resulta em caminhos alternativos, cada um com 
seu próprio resultado exclusivo. 
 
CAMPUS JI-PARANÁ 
 CURSO SUPERIOR DE TECNOLOGIA EM ANÁLISE E DESENVOLVIMENTO DE 
SISTEMAS 
Ji-Paraná - RO, abril de 2020 
11 
 
ANEXO – III 
 
 
 
CAMPUS JI-PARANÁ 
 CURSO SUPERIOR DE TECNOLOGIA EM ANÁLISE E DESENVOLVIMENTO DE 
SISTEMAS 
Ji-Paraná - RO, abril de 2020 
12 
 
REFERÊNCIAS BIBLIOGRÁFICAS 
 
● Autor desconhecido. “O Que São Requisitos Funcionais E Requisitos Não funcionais? ”; 
CODIFICAR. Disponível em: https://codificar.com.br/aplicativos/requisitos-funcionais- 
naofuncionais/#respond - Acesso em: 15/04/2020. 
 
● Leandro. “O que é UML e Diagramas de Caso de Uso: Introdução Prática à UML” – 
DEVMEDIA. Disponível em: https://www.devmedia.com.br/o-que-e-uml-e-diagramas-de-caso-
de-uso-introducao-pratica-a-uml/23408 - Acesso em 15/04/2020. 
 
● Autor Desconhecido. “Descrição Expandida do caso de uso”: TREINAMENTO WAEI/MSE – 
Disponível em: https://treinamentowaei.wordpress.com/descricao-expandida-do-caso-de-uso/ 
Acesso em 15/04/2020. 
 
● “Slide – diagrama de atividades” – Disponível em: Ambiente Virtual IFRO – Acesso em 
15/04/2020. 
 
 
 
https://www.infoescola.com/geografia/uniao-europeia/
https://www.infoescola.com/geografia/uniao-europeia/
https://www.infoescola.com/geografia/uniao-europeia/
https://www.infoescola.com/geografia/uniao-europeia/
https://www.devmedia.com.br/o-que-e-uml-e-diagramas-de-caso-de-uso-introducao-pratica-a-uml/23408%20%20/%20-%20%20Acesso%20em%2015/06/2019
https://www.devmedia.com.br/o-que-e-uml-e-diagramas-de-caso-de-uso-introducao-pratica-a-uml/23408%20%20/%20-%20%20Acesso%20em%2015/06/2019
https://treinamentowaei.wordpress.com/descricao-expandida-do-caso-de-uso/