PIM VI Final

Prévia do material em texto

UNIP INTERATIVA 
PROJETO INTEGRADO MULTIDISCIPLINAR 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
CURSOS SUPERIORES DE TECNOLOGIA 
LEVANTAMENTO E ANALISE DE REQUISTOS PARA UMA LIVRARIA 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
ARACRUZ 
2018 
UNIP INTERATIVA 
PROJETO INTEGRADO MULTIDISCIPLINAR 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
CURSOS SUPERIORES DE TECNOLOGIA 
LEVANTAMENTO E ANALISE DE REQUISTOS PARA UMA LIVRARIA 
 
 
 
Audrey Proietti 
RA: 1751976 
Vicente Soella Neto 
RA: 1712515 
Thiago Zanoni Silva 
RA: 1701670 
Curso: Gestão Analise e 
Desenvolvimento de Sistemas 
Semestre: Terceiro 
Orientador: André Luiz Dias Ribeiro 
 
 
 
 
 
 
 
 
ARACRUZ 
2018 
RESUMO 
 
O presente trabalho tem como principal objetivo a elaboração de um sistema de 
vendas de livros online (site de uma livraria), elaborando, identificando e descrevendo os 
modelos e diagramas de casos de usos que serão utilizados no processo de confecção. 
Levando em consideração as competências adquiridas nas disciplinas de Banco de Dados, 
Gestão Estratégica de Recursos Humanos e Análise de Sistemas Orientada a Objetos. 
 
Palavras-chave: Casos de Usos, Diagramas, Analise de Sistemas. 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
ABSTRACT 
 
The main objective of this work is the elaboration of an online book sales system 
(site of a bookstore), elaborating, identifying and describing the models and case diagrams of 
uses that will be used in the confection process. Taking into account the skills acquired in the 
disciplines of Database, Strategic Management of Human Resources and Analysis of Object 
Oriented Systems. 
 
Keywords: Uses Cases, Diagrams, Systems Analysis 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
Sumário 
RESUMO ................................................................................................................................... 3 
ABSTRACT ............................................................................................................................... 4 
1 INTRODUÇÃO .................................................................................................................. 6 
2 IDENTIFICANDO OS CASOS DE USOS ........................................................................ 7 
2.1 DIAGRAMA DE CASOS DE USOS ............................................................................. 8 
2.2 RELACIONEMENTO DE INCLUDE, EXTEND E GENERALIZAÇÃO ................... 9 
2.3 DESCRIÇÃO DOS ATORES ......................................................................................... 9 
3 SITE LIVRARIA .............................................................................................................. 10 
3.1 CADASTRO DE CLIENTE .......................................................................................... 11 
3.2 LOGIN DE CLIENTE ................................................................................................... 12 
3.3 ESCOLHER LIVROS ................................................................................................... 13 
3.4 FORMA DE PAGAMENTO ........................................................................................ 13 
3.5 FINALIZAR COMPRA ................................................................................................ 14 
3.6 AUTORIZAÇÃO .......................................................................................................... 15 
3.7 DIAGRAMA DE CLASSES ......................................................................................... 17 
4 REQUISITOS FUNCIONAIS E NÃO FUNCIONAIS .................................................... 18 
5 REGRAS DE NEGOCIOS ............................................................................................... 19 
6 CONCLUSÃO .................................................................................................................. 20 
REFERÊNCIAS ....................................................................................................................... 21 
 
 
 
 
 
 
 
 
 
6 
 
 
1 INTRODUÇÃO 
 
Comércio eletrônico ou e-commerce é um conceito aplicável a qualquer tipo de 
negócio ou transação comercial que implique a transferência de informação através da 
Internet. Abrange uma gama de diferentes tipos de negócios, desde sites de varejo destinado a 
consumidores, a sites de leilões, passando por comércio de bens e serviços entre organizações 
O e-commerce é atualmente um dos mais importantes fenômenos da Internet em crescimento. 
O e-commerce permite que os consumidores transacionem bens e serviços 
eletronicamente sem barreiras de tempo ou distância. O comércio eletrônico expandiu-se 
rapidamente nos últimos anos e prevê-se que continue a expandir-se com a mesma taxa de 
crescimento ou que até mesmo haja uma aceleração do crescimento. Em breve as fronteiras 
entre comércio “convencional” e “eletrônico” tenderão a esbater-se, pois cada vez mais 
negócios deslocam seções inteiras das suas operações para a Internet. 
Neste trabalho abordaremos um caso clássico de e-commerce: o varejo online de 
livros. 
 
 
 
 
 
 
 
 
 
 
7 
 
2 IDENTIFICANDO OS CASOS DE USOS 
Um modelo de casos de uso é um modelo das funções pretendidas do sistema que 
serve como contrato entre o cliente e os desenvolvedores. Os casos de uso funcionam como 
um thread de unificação por todo o desenvolvimento do sistema. O mesmo modelo de casos 
de uso é o resultado da disciplina Requisitos e é usado como entrada para as disciplinas 
Análise & Design e Teste. 
Há muitas maneiras de modelar um sistema, cada uma pode atender a uma finalidade 
diferente. Entretanto, a finalidade mais importante de um modelo de casos de uso é comunicar 
o comportamento do sistema ao cliente ou ao usuário final. Conseqüentemente, o modelo 
deve ser fácil de entender. 
Em um caso de uso, os usuários e qualquer outro sistema que podem interagir com o 
sistema são chamados de“atores”. Como eles representam os usuários do sistema, os atores 
ajudam a delimitar o sistema e fornecem uma imagem mais clara do que se espera que seja 
feito. Os casos de uso são desenvolvidos com base nas necessidades dos atores. Isso garante 
que o sistema será o que os usuários esperam. 
Identificação dos casos de uso da Livraria, onde teríamos Consumidor como ator 
principal: 
➢ Acessar Site Livraria 
➢ Cadastro de Cliente 
➢ Login 
➢ Alteração de Dados Cadastrais 
➢ Escolha de Livros 
➢ Manutenção de Produtos 
➢ Forma de Pagamento 
➢ Finalizar Compra 
➢ Autorização de Pagamento 
 
 
 
8 
 
2.1 DIAGRAMA DE CASOS DE USOS 
Um diagrama de casos de uso narra entre o cenário e os atores envolvidos e devem 
estar relacionados a um processo com início meio e fim. 
 
Figura 1: Diagrama de Caso de Uso 
 
Conforme demonstra a figura acima do diagrama de caso de uso da Livraria, a 
interação será feita direta pelo Consumidor/Cliente com o Site da Livraria e com o sistema 
externo da operadora de cartão de crédito (Forma de Pagamento será feita somente por cartão 
de crédito). Dentro do sistema existem os relacionamentos de casos de inclusão (obrigatórios 
para prosseguir) e extensão (casos opcionais). 
 
 
 
 
9 
 
2.2 RELACIONAMENTO DE INCLUDE, EXTEND E GENERALIZAÇÃO 
Diagramas de casos de uso servem para descrever cenários de uma solução a ser 
desenvolvida, e interações dos usuários (atores) com funcionalidades (casos de uso, 
conhecidos também como UC) no sistema. Pode-se relacionar o conceito de casos de uso 
com o conceito de estórias de usuários em scrum/XP. 
Os UC, geralmente se relacionam com os atores, mas podem se relacionar também 
com outros UC. Até o UML 1.2, existia 2 relacionamentos entre UC: uses e extends. A partir 
do UML 1.3, existe 3 formas de relacionamento: inclusão (estereótipo include), extensão 
(estereótipo extend)e generalização. 
O uso de include veio para substituir o uses da versão 1.1, e é usado quando casos 
compartilham comportamento comum com outros UC. Por isso até pode, mas não faz muito 
sentido um UC incluir somente um UC, pois não haverá compartilhamento e o conceito de 
“reutilização”, pois o UC incluído terá obrigatoriamente tal comportamento incluído. 
O uso de extend é a utilização inversa da inclusão, e pode (não necessariamente) 
alterar o comportamento do UC que foi estendido. E nesse caso não tem problema conceitual 
em um UC estender somente um UC. 
Quanto a generalização, foi introduzida a partir do UML 1.3, que é representada pela 
setinha fechada, é semelhante e muito facilmente confundido com o extend, muito 
provavelmente pelo conceito de herança das linguagens de programação. Mas a generalização 
indica uma variação de outro UC. Uma alternativa ao uso de generalização é descrever um 
outro diagrama com o novo cenário. 
2.3 DESCRIÇÃO DOS ATORES 
Consumidor/Cliente – Responsável por acessar o site da livraria, efetuar 
login/cadastrar, fazer a escolha dos livros, alterar dados cadastrais, escolher forma de 
pagamento (cartão de crédito) e finalizar comprar. 
Sistema da Operadora de Cartão– Responsável por ler a ordem de pagamento, e 
mediante seus próprios critérios (saldo, detecção de fraude, etc), autorizar ou não o 
pagamento. 
10 
 
3 SITE LIVRARIA 
Nesta seção veremos os casos de uso que detalham o fluxo de funções que o ator 
necessita para acessar o site da livraria até os demais passos até a finalização da compra. 
Nome Acesso ao Site da Livraria 
Sumario Caso de uso que detalha o acesso ao site. 
Ator Primário: Consumidor/Cliente 
Ator Secundário: Sistema de vendas/Administrador 
Pré-Condição: O cliente deve fazer login no site da livraria pra ter acesso ao sistema de vendas 
FLUXO PRINCIPAL 
1 – O caso de uso começa quando o usuário (cliente) realiza o cadastro no site; 
2 – O cliente fornece seus dados completos como nome e endereço; 
3 – O cliente pode fazer também: 
 3.1 O cliente pode fornecer o código do livro caso tenha (Produto); 
 3.2 – O Sistema descreve as informações e preço do Livro (Produto); 
 3.3 – O Sistema atualiza o valor final conforma quantidade de produtos. 
 4 – O Cliente fornece informações do cartão de credito; 
 5 – Cliente finaliza o pagamento; 
 6 – Sistema verifica se as informações estão corretas, tais como endereço e forma de 
pagamento, em caso positivo o sistema finaliza a compra; 
 7– Assim que o pagamento for aprovando o sistema gera comprovante final juntamente com o 
número do pedido. 
 
FLUXO DE SECUNDARIO 
1 – Em qualquer momento antes de finalizar a compra, o cliente pode cancelar o pedido. 
Impedira a conclusão do pedindo e o processo de compra é finalizado. 
 
Pós-Condição: Assim que a compra for finalizada, o sistema grava o pedido e identifica como 
confirmado. 
Regras de Negócios Associadas 
1 – O sistema só aceita o item que for colocado a venda, se somente estiver em estoque; 
2 – O sistema divide a compra em até 12 vezes dependendo do valor da compra; 
 
Quadro 1: Caso de Uso 
 
11 
 
3.1 CADASTRO DE CLIENTE 
Nome Cadastro de Cliente 
Sumario Área destinada aos dados do cliente 
Ator Primário: Consumidor/Cliente 
Ator Secundário: Sistema de vendas/Administrador 
Pré-Condição: Para efetuar a compra o usuário deve se cadastrar 
Pós-Condição: Poder logar no sistema. 
FLUXO PRINCIPAL 
1 – Acessar o site e realizar o cadastro no local destinado a cadastro de novos usuários. 
2 – No campo cadastro deverá conter todos os dados referentes ao nome e endereço do cliente. 
FLUXO SECUNDARIO 
1 – Em qualquer momento o usuário pode acessar o site e alterar seu cadastro. 
Regras de Negócios Associadas 
1 – O sistema não aceita nenhum campo em branco, devendo o cliente completar todos os 
campos; 
2 - Havendo algum campo em branco o sistema solicita corrigir a informação. 
Quadro 2: Casos de Usos 
 
 
12 
 
3.2 LOGIN DE CLIENTE 
Nome Login de Cliente 
Sumario Área destinada à criação de login 
Ator Primário: Consumidor/Cliente 
Ator Secundário: Sistema de vendas/Administrador 
Pré-Condição: Estar devidamente cadastrado no sistema 
Pós-Condição: Realizar compras 
FLUXO PRINCIPAL 
1 – Acessar o site e realizar os dados de login 
FLUXO SECUNDARIO 
1 – Em qualquer momento o usuário pode acessar o site e alterar o login (usuário e senha) de 
acesso. 
Regras de Negócios Associadas 
1 – O sistema de cadastro não aceita caracteres especiais nos campos de login, apenas letras e 
números; 
2 - Havendo algum campo inválido o sistema solicita corrigir a informação. 
Quadro 3: Casos de Usos 
 
 
 
 
13 
 
3.3 ESCOLHER LIVROS 
Nome Escolher Livro 
Sumario Pesquisa e escolha de livros 
Ator Primário: Consumidor/Cliente 
Ator Secundário: Sistema de vendas/Administrador 
Pré-Condição: Que tenha acessado o site, efetuado ou não seu login. 
Pós-Condição: Que o livro escolhido após a pesquisa vá para o carrinho de compras. 
FLUXO PRINCIPAL 
1 – Acessar o site e realizar a busca pelo livro desejado; 
2 – Colocar o livro no carrinho de compras. 
FLUXO SECUNDARIO 
1 – Em qualquer momento o cliente (Usuário) pode excluir o livro selecionado e adicionar 
outro. 
2 – Pode abandonar a pesquisa a qualquer momento. 
Regras de Negócios Associadas 
1 – Se não realizou o login, mesmo já cadastrado, o livro não poderá ser pago; 
2 – O sistema solicitar a entrada do login. 
 
Quadro 4: Casos de Usos 
 
 
 
 
14 
 
3.4 FINALIZAR COMPRA 
Nome Finalizar Compra 
Sumario Concluir compra 
Ator Primário: Consumidor/Cliente 
Ator Secundário: Sistema de vendas/Administrador 
Pré-Condição: Escolhido um ou mais livros e inserido os mesmos no carrinho de compras 
Pós-Condição: Autorizar finalizar compra. 
FLUXO PRINCIPAL 
1 – Escolhido um ou mais livros e inserido no carrinho de compras; 
2 – Escolhido a forma de pagamento; 
FLUXO SECUNDARIO 
1 – Em qualquer momento o cliente (Usuário) pode voltar e excluir o livro selecionado e 
adicionar outro. 
2 – Pode cancelar a compra. 
Regras de Negócios Associadas 
1 – Apenas é possível chegar neste campo “finalizar compra” caso tenha realizado o cadastro, 
efetuado login e ao menos um livro no seu carrinho de compras; 
2 – Caso gere erro durante o processo de compras, a compra deverá ser salva automaticamente 
no histórico para futura ou finalização. 
Quadro 5: Casos de Usos 
 
 
 
15 
 
3.5 FORMA DE PAGAMENTO 
Nome Forma de Pagamento 
Sumario Escolha do meio de pagamento da compra 
Ator Primário: Consumidor/Cliente 
Ator Secundário: Sistema de vendas/Administrador 
Pré-Condição: Ter efetuado login antecipadamente e ter no carinho de compra um ou mais livros. 
Pós-Condição: Efetivação de pagamento. 
FLUXO PRINCIPAL 
1 – Efetuado login; 
2 – Escolhido um livro e colocado no carrinho de compras. 
FLUXO SECUNDARIO 
1 – Em qualquer momento o cliente (Usuário) pode voltar e excluir o livro selecionado e 
adicionar outro. 
2 – Pode cancelar a compra. 
Regras de Negócios Associadas 
1 – Apenas é possível chegar no campo “forma de pagamento” caso tenha efetuado login e 
que tenha apenas no mínimo um livro no seu carrinho de compras; 
 
Quadro 6: Casos de Usos 
 
 
 
16 
 
3.6 AUTORIZAÇÃO 
Nome Compra Autorizada/Não Autorizada 
Sumario Aceite da operadora de cartão. 
Ator Primário: Consumidor/Cliente 
Ator Secundário: Sistema da operadora de Cartão 
Pré-Condição: Ação anterior de finalizar compra. 
Pós-Condição: conclusão da compra. 
FLUXO PRINCIPAL 
 1 – Escolhido um livro e colocado no carrinho de compras; 
 2 – Escolhido a forma de pagamento; 
 3 – Finalizado a compra. 
FLUXO SECUNDARIO 
1 – Receber mensagem automática do sistema que a compra foi realizada com sucesso; 
2 – Receber confirmação de pagamento juntamente com todos os dados referente à compra do 
produto (Livro(s).Regras de Negócios Associadas 
1 – Caso a operadora encontre erros durante o processamento da transação, a compra não 
finalizará; 
2 – O sistema solicitara um novo pedido de confirmação dos dados para finalizar a compra; 
 
Quadro 7: Casos de Usos 
 
17 
 
3.7 DIAGRAMA DE CLASSES 
 
 
 
 
 
 
 
 
18 
 
4 REQUISITOS FUNCIONAIS E NÃO FUNCIONAIS 
Requisitos são objetivos ou restrições estabelecidas por clientes e usuários que 
definem as suas diversas propriedades do sistema. Os requisitos de software são, obviamente, 
aqueles dentre os requisitos de sistema que dizem respeito a propriedades do software. 
Um conjunto de requisitos pode ser definido como uma condição ou capacidade 
necessária que o software deve possuir para que o usuário possa resolver um problema ou 
atingir um objetivo ou para atender as necessidades ou restrições da organização ou dos 
outros componentes do sistema. 
Tradicionalmente, os requisitos de software são separados em requisitos funcionais e 
não funcionais. Os requisitos funcionais são a descrição das diversas funções que clientes e 
usuários querem ou precisam que o software ofereça. Eles definem a funcionalidade desejada 
do software. O termo função é usado no sentido genérico de operação que pode ser realizada 
pelo sistema, sejam através comandos dos usuários, ou seja, pela ocorrência de eventos 
internos ou externos ao sistema. 
Requisitos do sistema da Livraria: 
REQUISITOS FUNCIONAIS 
Funcionalidade e confiabilidade exata ao vender produto online; Atualização do estoque; Registro de 
compras e devolução de produtos. 
REQUISITOS NÃO FUNCIONAIS 
Processamento ágil ao realizar um comando; Não travar durante processamento de uma transação; 
Recuperar dados após retorno de uma falha externa não esperada (falta de energia) 
 
 
 
 
 
 
 
19 
 
5 REGRAS DE NEGOCIOS 
O conceito de "regras de negócio" começou a ser desenvolvido nos anos 1990, com a 
criação do GUIDE Business Rule Project, que posteriormente evoluiu para a criação do 
Business Rule Group. Sua declaração de princípios diz que "regras de negócio definem a 
estrutura e controlam a operação das empresas". Representam uma mudança na forma como 
descrevemos uma organização, deixando de lado o foco nos dados que a empresa usa e a 
organização dos processos que executa, para se concentrar nas restrições sob as quais as 
empresas operam. Uma "regra de negócio" é uma declaração que, explicitamente, define ou 
restringe um aspecto do funcionamento da empresa. Sob essa ótica, nada existe se não estiver 
definido em uma regra de negócio, e tudo é permitido se não houver uma restrição 
estabelecida em uma regra de negócio. 
Partindo dessa premissa as restrições das regras de negócio da livraria serão 
definidas conforme tabela abaixo: 
Nome Forma de Pagamento 
Descrição Só serão aceitas compras efetuadas através de cartão de crédito (sistema externo 
ao da Livraria). 
 
Nome Cadastro/Login no Site 
Descrição Cadastro somente será realizado através de CPF/CNPJ e E-MAIL válidos, para 
que o acesso ao site possa ser efetuado. 
 
 
 
 
 
 
20 
 
6 CONCLUSÃO 
O desenvolvimento e analise dos requisitos para a elaboração do sistema de vendas 
online da livraria, torna-se mais ágil, confiável e consequentemente alcança um resultado 
eficaz, através dos diagramas de casos de usos e de classes, definindo antecipadamente as 
regras de negócios e destacando os requisitos funcionais e não funcionais do sistema. Desta 
forma, conseguimos compreender e analisar de maneira mais ampla as necessidades que o 
sistema deve ter para atender o cliente. 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
21 
 
REFERÊNCIAS 
 
ATEOMOMENTO - Pesquisa: Regra de Negócio, 
http://www.ateomomento.com.br/o-que-e-regra-de-negocio/, acessado em 28/05/5018. 
 
CENTUS – Pesquisa: Regras de Negócios, 
http://www.centus.com.br/base-de-conhecimento/artigos/definindoregrasdenegocio, acessado 
em 27/05/2018. 
 
EDISCIPLINAS - Pesquisa: Descrição casos de usos, 
https://edisciplinas.usp.br/pluginfile.php/1906994/mod_resource/content/1/Aula03_Descricao
CasosDeUso.pdf, acessado em 28/05/5018. 
 
GESTOR – Pesquisa: Comércio Eletrônico, 
http://www.gestordeconteudos.com/tabid/3850/Default.aspx, acessado em 12/05/2018. 
 
LINKEDIN – Pesquisa: Requisitos Funcionais, 
https://pt.linkedin.com/pulse/requisitos-funcionais-e-n%C3%A3o-exemplo-sistema-de-de-
oliveira-gomes, acessado em 27/05/5018. 
 
TIESPECIALISTAS – Pesquisa: Levantamento de Requisitos, 
https://www.tiespecialistas.com.br/analise-e-levantamento-de-requisitos-em-historias-em-
quadrinhos-parte-2-obscura-diferenca-entre-requisitos-funcionais-e-requisitos-nao-
funcionais/, acessado em 26/05/5018. 
 
UFPR - Pesquisa: Casos de Usos, 
http://www.funpar.ufpr.br:8080/rup/process/modguide/md_ucmod.html, acessado em 
15/05/2018. 
 
WORPPRESS – Pesquisa: Include, Extend e Generalização, 
https://arezi.wordpress.com/2010/10/20/casos-de-uso-diferencas-entre-include-extend-e-
generalizacao/, acessado em 20/05/2018. 
 
 
http://www.ateomomento.com.br/o-que-e-regra-de-negocio/
http://www.centus.com.br/base-de-conhecimento/artigos/definindoregrasdenegocio
https://edisciplinas.usp.br/pluginfile.php/1906994/mod_resource/content/1/Aula03_DescricaoCasosDeUso.pdf
https://edisciplinas.usp.br/pluginfile.php/1906994/mod_resource/content/1/Aula03_DescricaoCasosDeUso.pdf
http://www.gestordeconteudos.com/tabid/3850/Default.aspx
https://pt.linkedin.com/pulse/requisitos-funcionais-e-n%C3%A3o-exemplo-sistema-de-de-oliveira-gomes
https://pt.linkedin.com/pulse/requisitos-funcionais-e-n%C3%A3o-exemplo-sistema-de-de-oliveira-gomes
https://www.tiespecialistas.com.br/analise-e-levantamento-de-requisitos-em-historias-em-quadrinhos-parte-2-obscura-diferenca-entre-requisitos-funcionais-e-requisitos-nao-funcionais/
https://www.tiespecialistas.com.br/analise-e-levantamento-de-requisitos-em-historias-em-quadrinhos-parte-2-obscura-diferenca-entre-requisitos-funcionais-e-requisitos-nao-funcionais/
https://www.tiespecialistas.com.br/analise-e-levantamento-de-requisitos-em-historias-em-quadrinhos-parte-2-obscura-diferenca-entre-requisitos-funcionais-e-requisitos-nao-funcionais/
http://www.funpar.ufpr.br:8080/rup/process/modguide/md_ucmod.html
https://arezi.wordpress.com/2010/10/20/casos-de-uso-diferencas-entre-include-extend-e-generalizacao/
https://arezi.wordpress.com/2010/10/20/casos-de-uso-diferencas-entre-include-extend-e-generalizacao/
22 
 
WIKIPEDIA – Pesquisa: Diagrama de classes, 
https://es.wikipedia.org/wiki/Diagrama_de_clases#/media/File:Diagrama_de_clases.svg, 
acessado em 28/05/5018. 
 
 
 
 
 
 
https://es.wikipedia.org/wiki/Diagrama_de_clases#/media/File:Diagrama_de_clases.svg