Projeto Multidisciplinar PIM VI - ANALISE E DESENVOLVIMENTO DE SISTEMAS - SEMESTRE 3

Esta é uma pré-visualização de arquivo. Entre para ver o arquivo original

UNIP INTERATIVA 
Projeto Integrado Multidisciplinar 
Cursos Superiores de Tecnologia 
 
 
 
 
 
 
 
 
 
 
PROJETO DESENVOLVIMENTO DE SISTEMA PARA VENDA DE LIVROS 
ON LINE – UNIP 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
Uberlândia 
2018 
UNIP INTERATIVA 
Projeto Integrado Multidisciplinar 
Cursos Superiores de Tecnologia 
 
 
 
 
 
 
 
 
PROJETO DESENVOLVIMENTO DE SISTEMA PARA VENDA DE LIVROS 
ON LINE – UNIP 
 
 
 
 
 
 
Roberta Pereira Santos 
RA: 1708827 
Análise e Desenvolvimento de Sistemas 
3º Semestre 
 
 
 
 
 
 
Uberlândia 
2018 
RESUMO 
Este trabalho tem por objetivo especificar os requisitos necessários para o 
desenvolvimento de sistema de vendas on line de livros, conforme solicitação e 
cenários apresentados pelo cliente, utilizando as técnicas de identificação e 
elaboração de casos de uso, levantamento de requisitos e suas regras de negócio. 
O intuito é que esta documentação seja clara e sucinta provendo condições para o 
desenvolvimento do sistema proposto. 
 
Palavras-chaves: Casos de Uso, Diagrama de Classes, UML, Banco de Dados, 
usabilidade, usuário, usabilidade. 
ABSTRACT 
This work aims to specify the requirements for the development of an online book 
sales system, according to the request and scenarios presented by the client, using 
the identification and elaboration techniques of use cases, requirements survey and 
their business rules. The intention is that this documentation be clear and succinct 
providing conditions for the development of the proposed system. 
 
Keywords: Use Cases, Class Diagrams, UML, Database, usability, user, usability. 
Sumário 
 
1 Introdução .................................................................................................. 6 
2 Elaboração de Casos de uso ................................................................... 7 
2.1 Análise do Caso de Uso .......................................................................... 7 
2.1.1 Relacionamentos especiais:..........................................................................8 
2.1.2 Cadastros Básicos.........................................................................................8 
3 Desenvolvimento dos Casos de Uso....................................................... 8 
3.1 Protótipo de Telas ................................................................................... 8 
3.2 Especificação dos Casos de Uso ........................................................... 11 
3.3 Requisitos Não Funcionais ................................................................... 14 
4 Contexto de uso ...................................................................................... 15 
5 Regras de negócio .................................................................................. 15 
6 Diagramas de Classe de Domínio .......................................................... 18 
6.1 Elaboração do Diagrama de Classe....................................................... 18 
7 Estereótipos e Relacionamentos ........................................................... 19 
8 Modelo Entidade Relacionamento – MER ............................................. 19 
8.1 Diagrama Entidade Relacionamento - ER ............................................ 20 
9 Conclusão ................................................................................................ 21 
10 Referências Bibliográficas ..................................................................... 22 
 
6 
 
1 Introdução 
O desenvolvimento do sistema a ser especificado neste documento, surgiu 
de proposta apresentada pelo cliente cuja necessidade é realizar vendas de livro 
pela internet. Foi apresentado o cenário com regras básicas de negócio e utilização 
que deverá subsidiar toda a especificação e desdobramento dos requisitos. Abaixo, 
segue cenário proposto: 
“Uma livraria resolveu contratar uma empresa para construir um sistema 
para realizar a venda de livros pela internet. Em linhas gerais, o usuário deverá 
acessar o site, escolher o (s) livro (s) que deseja comprar e efetuar a compra. Alguns 
aspectos devem ser levados em consideração: 
 O acesso ao site deverá ser feito por meio de login e senha. 
 O usuário deverá fazer um cadastro, caso seja o seu primeiro acesso. 
 Os dados para cadastro do usuário no site são: nome, endereço, telefone, 
data de nascimento, login e senha. 
 Caso o usuário já possua cadastro, apenas deve digitar seu login e senha. 
Após a validação do login e da senha, o usuário poderá escolher os livros de 
seu interesse, consultado os dados no sistema de controle de estoque (já 
existente). 
 Ele irá retornar à informação da disponibilidade ou da indisponibilidade do (s) 
livro (s) para compra. Após a escolha do (s) livro (s), o usuário deverá efetuar 
a compra com pagamento somente por cartão de crédito que deve ser 
validado pelo sistema externo da operadora de cartão de crédito. 
 Caso o (s) livro (s) escolhido (s) pelo usuário esteja (m) indisponível (is) para 
compra no momento, o usuário poderá realizar a reserva. 
Para atender esse cenário, o proprietário resolveu contratar uma 
empresa para desenvolver um sistema para a livraria. ” 
As regras básicas apresentadas no cenário, serão utilizadas como 
insumo para os passos iniciais de Identificação de atores, identificação de 
casos de uso, elaboração de diagrama e especificação de diagrama, para que 
na sequência seja especificado os relacionamentos com suas respectivas 
regras de negócio e requisitos para o desenvolvimento de Banco de Dados. 
7 
 
2 Elaboração de Casos de uso 
2.1 Análise do Caso de Uso 
Com base no cenário proposto, foi identificado inicialmente os papéis a 
serem executados no sistema proposto, considerando relacionamentos com sistema 
sendo elas humanas ou de sistemas/hardwares com interações no processo para 
identificação de atores e funções executadas no sistema que representam objetivos 
do sistema determinar os casos de uso a serem desenvolvidos nesta especificação. 
Atores Identificados 
 Cliente; 
 Sistema de Controle de Estoque; 
 Operadora de Carão de Crédito. 
 
Casos de Uso identificados: 
 Realizar Cadastro; 
 Realizar Autenticação; 
 Escolher Livros. 
Na representação da Imagem1 - Diagrama de Caso de Uso - Comprar 
livros, representação do Diagrama de Caso de Uso, cujo objetivo é demonstrar a 
relação dos atores com os casos de uso identificados. 
 
Imagem 1 – Diagrama de Caso de Uso – Comprar livros 
Fonte: Roberta Pereira Santos - Aluno UNIP 2018 
 
 
 
 
 
 
 
 
 
 
 
8 
 
2.1.1 Relacionamentos especiais: 
Identificado tipo de relacionamento “Extend” para entre os casos de uso e 
“Pagar Cartão de Crédito ” (Caso B) que é uma extensão do caso de uso “Efetuar 
Compra” (Caso A). Quando o caso de uso B estende o caso de uso A, significa que 
quando o caso de uso A for executado o caso de uso B poderá (poderá – talvez não 
seja) ser executado também. A direção do relacionamento é do caso de 
uso extensor (aqui o caso de uso B) para o caso de uso estendido (aqui o caso de 
uso A). 
Não identificados casos de uso de “Generalização” no cenário proposto. 
2.1.2 Cadastros Básicos 
Aplicado o estereotipo <<CRUD >> no Diagrama de Caso de Uso, para os 
casos de uso “Realizar Cadastro” e “Escolher Livros”, por se tratar de cadastros 
básicos cuja relevância para o processo é alta. No primeiro caso, “Realizar 
Cadastro”, trata-se de dados de cadastro de cliente imprescindíveis para
seu acesso 
ao site e realização de compras no site, sendo premissa do processo. Esta base 
deve permitir o armazenamento de dados fixos como nome do cliente e CPF e 
dados que permitam alteração como endereço para entrega, e-mail, número do 
cartão de crédito. 
No segundo caso, “Escolher Livros”, sua relevância se dá pela alteração 
status de disponibilidades de livros, sendo imprescindível para efetivar compra. 
Livros entrantes no cadastro do Sistema de Controle de Estoque - SCE, devem 
possuir status disponível e os esgotados indisponível, sendo transparentes ao 
usuário no momento da escolhe e, devem ainda possuir status provisório de reserva 
na base. 
Por se tratar de manipulações envolvendo as 4 operações básicas de banco 
de dados: Create, Read, UpDate e Delete, foram aplicados o estereótipo <<CRUD>> 
na representação do Diagrama de Casos de Uso para estes dois casos. 
3 Desenvolvimento dos Casos de Uso 
3.1 Protótipo de Telas 
Para especificação dos Casos de Uso, foram desenvolvidos protótipos de 
telas do sistema proposto, cujo objetivo foi de simular os acessos do usuário. 
9 
 
Embora não seja requisito da especificação ou da proposta, do ponto de vista de 
metodologia a criação dos protótipos de tela foi de suma importância na identificação 
de funcionalidades que o sistema deveria possuir, bem como sua usabilidade e 
navegação na identificação dos os passos a serem executados em cada um dos 
casos de uso identificados. 
Na sequência serão apresentadas às telas conforme relação de imagens e 
seus respectivos casos de uso: 
 Imagem 2 - Tela de Cadastro e Tela de login - Casos de uso “Realizar 
Cadastro” e “Realizar autenticação”; 
 Imagem 3 – Tela de Consulta – Livros disponíveis - Caso de Uso “Escolher 
Livros”; 
 Imagem 4 - Tela Comprar Livros/Adicionar ao carrinho – Casos de Uso 
“Efetuar Compra” e “pagar Cartão de Crédito” 
 
Imagem 2 - Tela de Cadastro e Tela de login 
Fonte: Roberta Pereira Santos - Aluno UNIP 2018 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
10 
 
Imagem 3 – Tela de Consulta – Livros disponíveis 
Fonte: Roberta Pereira Santos - Aluno UNIP 2018 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
Imagem 4 - Tela Comprar Livros/Adicionar ao carrinho 
Fonte: Roberta Pereira Santos - Aluno UNIP 2018 
 
 
 
 
 
 
 
 
 
 
 
 
11 
 
3.2 Especificação dos Casos de Uso 
Foram abordados na especificação os métodos de elaboração, que 
consistem na apresentação do caso de uso com sua breve-descrição, Pré-
Condições, Pós-condições, fluxo principal e fluxos alternativos (nos cenários 
identificados). Novamente mencionada a importância do protótipo de telas para 
identificação e descrição dos passos a serem seguidos no sistema e de todas as 
funcionalidades necessárias. Segue relação dos casos de uso que foram 
documentados em tabelas, apresentados nas imagens a seguir: 
 Imagem 5 - Tabela Caso de Uso “Realizar Cadastro ”; 
 Imagem 6 - Tabela Caso de Uso “Realizar Autenticação ”; 
 Imagem 7 - Tabela Caso de Uso “Escolher Livros”; 
 Imagem 8 - Tabela Caso de Uso “Efetuar Compra ”. 
 
Imagem 5 - Tabela Caso de Uso Realizar Cadastro 
Fonte: Roberta Pereira Santos - Aluno UNIP 2018 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
Identificação Realizar Cadastro
Escopo Cadastro Básico
Ator Cliente
Descrição do Propósito Este caso permite ao cliente criar registro de acesso ao site de compra de livros
Pré-Condições Site deve estar operacional - sem indisponibilidades de acesso
Pós-Condições
O cliente realiza o cadastro, é criado usuário e senha de acesso que permitirá a autenticação do cliente 
no site
1. O cliente acessa o site de compra de livros;
2. O Cliente seleciona a opção “Cadastre-se”;
3. O sistema exibe tela de cadastro;
4. O sistema exibe os campos necessários para compor o cadastro;
5. O cliente realiza o preenchimento;
6. O cliente seleciona a opção “Criar conta”;
7. O sistema valida os dados obrigatórios preenchidos (7.1; 7.2; 7.3;);
8. O sistema exibe mensagem confirmando a efetivação do cadastro;
9. O Caso de uso é encerrado.
7.1. Caso o e-mail do cliente seja inválido;
. Sistema exibe mensagem "E-mail inválido";
. Retorna ao passo 5 do fluxo principal.
7.2. Caso o email do cliente já esteja cadastrado: 
. Sistema exibe mensagem "E-mail já cadastrado";
. Sistema exibe ao cliente opções "Esqueci minha senha" e "Acesse sua conta".
7.3. Caso o cliente selecione opção "Criar Conta" sem preenchimento de um ou mais campos de 
preenchimento obrigatório: 
. Sistema exibe mensagem"Campo <infoma o nome do campo> é de preenchimento obrigatório"
. Retorna ao passo 5 do fluxo principal.
Requisitos Relacionados RNF_01 Disponibilidade de Acesso ao Site
Especificação Caso de Uso
Fluxo Básico
Fluxo Alternativo
12 
 
Imagem 6 - Tabela Caso de Uso Realizar Autenticação 
Fonte: Roberta Pereira Santos - Aluno UNIP 2018 
 
 
 
 
 
 
 
 
 
 
 
Imagem 7 - Tabela Caso de Uso Escolher Livros 
Fonte: Roberta Pereira Santos - Aluno UNIP 2018 
 
 
 
 
 
 
 
 
 
 
Identificação Realizar autenticação
Escopo Autenticação no site
Ator Cliente
Descrição do Propósito
Este caso permite ao cliente acessar a página de compra de livros através da execução de login 
informando usuário e senha previamente cadastrados
Pré-Condições
1. Cliente possuir cadastro no site de compra de livros;
2. Site deve estar operacional - sem indisponibilidades de acesso;
Pós-Condições
O cliente realiza o login é apresentada tela inicial com ofertas de livros e menu para escolha e compra de 
livros 
1. O cliente acessa o site de compra de livros;
2. O Cliente seleciona a opção “Acesse sua conta”;
3. O Cliente informa usuário e senha de acesso e seleciona a opção "Entrar";
4. O sistema exibe mensagem "Bem Vindo <informa o nome do usuário>" confirmando autenticação 
(4.1);
5. O Caso de uso é encerrado.
Fluxo Alternativo
4.1. Caso o e-mail do cliente seja inválido: 
. Sistema exibe mensagem "E-mail inválido";
. Sistema exibe a opção: "Esqueci minha senha";
. Retorna ao passo 3 do fluxo principal.
Requisitos Relacionados N/A
Especificação Caso de Uso
Fluxo Básico
Identificação Escolher livros
Escopo Consulta de acervo virtual
Ator Cliente, Sistema de Controle de Estoque - SCE
Descrição do Propósito
Este caso permite ao cliente navegar, consultar e reservar no carrinho da biblioteca virtual livros 
disponíveis para venda
Pré-Condições
1. Cliente possuir cadastro no site de compra de livros;
2. Site deve estar operacional - sem indisponibilidades de acesso;
3.Cliente deve estar logado no site.
Pós-Condições
Após realizar o login, cliente acessa a opção no menu "Escolher Livros", que permite a consulta de 
títulos disponíveis para venda. A escolhe poderá ser categoria, sub-categoria ou busca na barra de 
pesquisa e, em qualquer uma das opções retorna os títulos consultados pelo cliente.
1. O cliente acessa a opção no Menu "Escolher Livros" (1.1; 1.2);
2. O Cliente seleciona a Categoria de leitura desejada;
3. O sistema exibe subcategoria de leitura.
4. O Cliente seleciona subcategoria de leitura desejada;
5. O sistema exibe relação de livros para categoria/subcategoria selecionadas.
6. O cliente reserva o livro desejado através da opção "Carrinho de Compra";
7. O sistema consulta a disponibilidade do livro desejado no "Sistema de Controle de Estoque - SCE 
(7.1)";
8. Sistema realiza reserva do livro desejado adicionando-o no "Carrinho de compra" (8.1;
8.2) .
9. Sistema exibe opções: "Escolher mais livros" e "Comprar Livros".
10. O Caso de uso é encerrado.
1.1.Busca direta pela barra de pesquisa - Título do Livro:
. Cliente digita o nome do título do livro na barra de pesquisa e confirma busca;
. Sistema exibe visualização do livro pesquisado pelo Cliente;
. Retorna ao passo 6 do fluxo básico.
1.2.Busca direta pela barra de pesquisa - Autor do Livro:
. Cliente digita o nome do autor do livro na barra de pesquisa e confirma busca;
. Sistema exibe relação de livros para o autor pesquisado;
. Retorna ao passo 6 do fluxo básico.
7.1. Caso o resultado da consulta no "Sistema de Controle de Estoque - SCE" seja indisponível para o 
livro desejado, sistema deverá apresentar mensagem ao cliente informando: "Título indisponível".
. Retorna ao passo 8 do fluxo básico.
8.1. Caso o cliente escolha a opção: "Escolher mais Livros":
. Sistema direciona o cliente para a página menu "Escolher Livros".
. Retonar ao passo 2 do fluxo básico.
8.2. Caso o cliente escolha a opção "Comprar Livros":
. Direcionar para o Caso de Uso: "Comprar Livros".
Requisitos Relacionados RNF_02 - Disponibilidade Sitema Controle de Estoque - SCE
Especificação Caso de Uso
Fluxo Básico
Fluxo Alternativo
13 
 
Imagem 8 - Tabela Caso de Uso Efetuar Compra 
Fonte: Roberta Pereira Santos - Aluno UNIP 2018 
 
 
 
 
 
 
 
 
 
Identificação Comprar Livro
Escopo Venda de livros ao Cliente
Ator Cliente, Operadora de Cartão de Crédito - OCC
Descrição do Propósito Este caso permite ao cliente, após seleção do livro desejado efetivar a compra no site
Pré-Condições
1. Cliente possuir cadastro no site de compra de livros;
2. Site deve estar operacional - sem indisponibilidades de acesso;
3.Cliente deve estar logado no site;
4. Livro desejado inserido no carrinho.
Pós-Condições Após selecionar a opção "Comprar Livro"
1. O cliente acessa a opção no Menu "Comprar Livros";
2. O sistema exibe tela com livros escolhido;
3. O sistema exibe as opções "Finalizar Pedido" e "Escolher mais livros" (3.1);
4. O Cliente seleciona a opção "Finalizar Pedido";
5. O sistema exibe tela para efetivar a compra.
6. Cliente confirma "Dados do Comprador" e "Endereço de Entrega" preenchidos previamente com base 
em seu cadastro (6.1); 
7.Cliente seleciona "Forma de Envio"
8. Cliente seleciona "Forma de pagamento" e define o tipo de pagamento selecionado uma das opções: 
"Débito" ou "Crédito" (8.1; 8.2);
9. Cliente preenche os dados do cartão - tanto débito quanto crédito (9.1);
10. Cliente seleciona "Finalizar Compra";
11. Sistema realiza validação do pagamento com Operadora de Cartão de Crédito - OCC (11.1)
12. Sistema retorna o resultado da validação de pagamento na tela ao cliente
13. Sistema exibe comprovante de compra realizada e razo de entrega
14. O Caso de uso é encerrado
3.1. Caso o cliente selecione a opção "Escolher mais livros":
. Sistema irá direcionar o cliente para a tela "Escolher Livros"
. Retorna ao passo 1 - Caso de Uso: "Escolher Livros"
6.1. Caso o Cliente queira alterar o endereço de entrega, seleciona a opção: "Alterar o endereço de 
entrega";
. O sistema limpa os dados preenchidos nos campos "CEP", "Endereço" "Cidade" e "Estado" e permite 
novo preenchimento.
. Retorna ao passo 7 do fluxo básico
8.1. Caso o cliente selecione o tipo de pagamento: "Crédito", o sistema deverá exibir caixa de seleção 
com facilidades de parcelamento.
. Sistema exibirá ao cliente o valor da compra com facilidade de pagamento escolhida;
. Retorna ao passo 9 do fluxo básico.
8.2. Caso o cliente selecione o tipo de pagamento "Débito", o sistema não deverá exibir caixa de seleção 
com facilidades de pagamento.
. Sistema exibirá ao cliente somente o valor total da compra em parcela única.
. Retorna ao passo 9 do fluxo básico. 
9.1. Caso seja preenchida informaçõesa inválidas do cartão nos campos "Número do cartão", 
"Validade", Código de Segurança" "Nome do titular" "CPF do titular", sistema exibe mensagem ao 
usuário solicitando preenchimento correto no campo que apresentou inconsistência. 
11.1. Caso o retorno da validação de pagamento com a Operadora de Cartão de Crédito seja "saldo 
insuficiente", deverá ser apresentada mensagem ao cliente informando que a compra não foi efetivada 
e orientar a procurar a Operadora de Cartão de Crédito para maiores informações"
Requisitos Relacionados RNF_03 - Disponibilidade Sitema Operadora Cartão de Crédito - OCC
Especificação Caso de Uso
Fluxo Básico
Fluxo Alternativo
14 
 
3.3 Requisitos Não Funcionais 
Demonstram qualidade acerca dos serviços ou funções disponibilizadas pelo 
sistema. A aplicação dos requisitos não funcionais, surgem conforme a necessidade 
dos usuários, em razão de orçamento e outros fatores e podem estar relacionados à 
confiabilidade, tempo de resposta e espaço nas mídias de armazenamento 
disponíveis. Estes requisitos devem nortear o desenvolvimento no sentido de 
garantir desempenho, usabilidade, confiabilidade, segurança, disponibilidade, 
manutenção e tecnologias envolvidas. Para o desenvolvimento proposto, segue 
Imagem 9 - Tabela de Requisitos Não Funcionais. 
 
Imagem 9 - Tabela de Requisitos Não Funcionais 
Fonte: Roberta Pereira Santos - Aluno UNIP 2018 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
Identificação Nome Descrição 
RNF_01
Disponibilidade do 
Site 
A disponibilidade do site é premissa para toda a 
operação. O sistema deve apresentar práticas em 
configuração, administração e operação segura de 
redes conectadas à Internet. A implantação destas 
práticas minimiza as chances de ocorrerem 
problemas de segurança e facilita a administração 
das redes e recursos de forma segura.
RNF_02
Disponibilidade 
Sitema Controle de 
Estoque - SCE
A disponibilidade do site é essencial para o processo 
de consulta, reserva e efetivação da compra por 
parte do usuário. Sua interface é suma importância 
para operacionalização do sistema. Por se tratar de 
um Ator externo do processo, deve-se garantir além 
da segurança, configuração e administração deste 
servidor a sua consistência e suporte na interface 
junto ao sistema de compra de livros. 
RNF_03
Disponibilidade 
Operadora Cartão 
de Crédito - OCC
Responsável por efetivar aquisição do cliente por 
meio de pagamento. Imprescíndivel garantir a 
operação de seus servidores junto aos atores 
externos, bem como suporte na interface junto ao 
sistema de compra de livros
RNF_04
Segurança no 
acesso 
Aplicação de práticas de segurança no sistema para 
prevenção de ataques ou acesso à dados do cliente. 
Garantir segurança através de validação com 
tokens, cross-origins entre outros. 
RNF_05
Desempenho da 
rede
Garatir alto desempenho dos processos para, 
agilidade nos processamentos internos do sistema e 
 processos com Atores externos nos retornos de 
execução solicitados pelo usuário. 
RNF_06
Usabilidade de 
Fácil Compreensão 
Os sistemas deve garantir os parâmetros básicos de 
usabilidade ao usuário e garantir o fácil aprendizado 
e memorização em sua utilização, provendo 
eficiência e segurança no acesso. 
RNF_07
Responsabilidade 
do site 
Garantir adequação de acesso ao site para todos os 
tipos de dispositivos com acesso mobile e desktops.
Requisitos Não Funcionais
15 
 
4 Contexto de uso 
A Análise de Contexto de Uso (CoU em inglês) é um método baseado em 
questionários, útil para a captura de informações sobre o contexto em que um 
produto, serviço ou sistema está ou estará inserido. 
Os três principais produtos da Análise de Contexto
de Uso devem surgir a 
partir das respostas para as seguintes questões: 
 Quem irá usar a aplicação (Usuários)? 
 O que eles realizarão com a aplicação (Tarefas)? 
 Onde eles usarão a aplicação (Ambiente)? 
 
Aplicando esta técnica de análise no desenvolvimento proposto, 
classificamos no processo: 
 Quem? Clientes - usuários com perfil de leitura interessados em aquisição de 
novos livros através de compra on line, provida de comodidade e segurança 
para suas experiências de navegação e compra 
 
 O que? A aquisição será de livros - objeto de desejo do cliente neste contexto, 
porém é importante destacar neste método de análise por meio de - no 
sentido de tarefas que lhe irão assegurar pesquisa e efetivação de compra. 
Desta forma é possível trilhar toda as execuções ou passos que permeiam 
esta etapa da análise. 
 Onde? Determinação do tipo de interface a ser utilizada pelo cliente, ou seja, 
como ele irá acessar, considerando que o ambiente do sistema já está 
definido como sendo uma interface web ou página de acesso. A seguir, deve-
se garantir o acesso de forma adequada à todos os tipos de dispositivos 
utilizados pelo cliente para interface com o sistema: dispositivos móveis como 
tablets e celulares, notebooks e desktops por exemplo. 
5 Regras de negócio 
Regra de negócio é o que define a forma de fazer o negócio, refletindo a 
política interna, o processo definido e/ou as regras básicas de conduta. Ou seja, é 
um conjunto de instruções que os usuários já seguem e que o sistema a ser 
desenvolvido deve contemplar. Restrições, validações, condições e exceções do 
16 
 
processo são exemplos clássicos de regras de negócio. Uma regra de negócio não 
necessariamente será refletida no sistema como uma funcionalidade, mas ela com 
certeza determinará o comportamento de uma ou mais funcionalidades do sistema. 
Seguem as relações de regras de negócio que serão apresentadas a seguir, 
relacionadas com seus respectivos Casos de uso, como fonte de definição utilizada 
para a criação das regras. 
 Imagem 10 – Tabela Regras de Negócio_RN01; 
 Imagem 11 – Tabela Regras de Negócio_RN02; 
 Imagem 12 – Tabela Regras de Negócio_RN03; 
 Imagem 13 – Tabela Regras de Negócio_RN04; 
 
O modelo de descrição foi determinado a partir das técnicas de 
documentação de regras de negócio e visam especificar condições e regras claras, 
que fogem ao formato de caso de uso que tem papel relevante para o 
desenvolvimento. 
Imagem 10 – Tabela Regras de Negócio_RN01 
Fonte: Roberta Pereira Santos - Aluno UNIP 2018 
 
 
 
 
 
 
 
 
Imagem 11 – Tabela Regras de Negócio_RN02 
Fonte: Roberta Pereira Santos - Aluno UNIP 2018 
 
 
Identificação 
Descrição
Fonte 
Regras de Negócio _RN01
Realizar Cadastro
1. O cadastro é premissa principal para acesso ao sistema e sua 
funcionalidades;
2. O cliente deverá preencher os dados solicitados nos respectivos 
campos, sendo de prennchimento obrigatório os campos nome, CPF e 
e-mail. 
3. O sistema deverá validar a autenticidade do CPF informado pelo 
cliente no site da receita federal ao ser solicitada efetivação do 
cadastro.
Requisitos do processo definidos com o cliente - Caso de Uso Realizar 
Cadastro
Identificação 
Descrição
Fonte 
Regras de Negócio _RN02
Realizar Autenticação
1 - Cliente acessa a página de compra de livros através da execução de 
login informando usuário e senha previamente cadastrados. A 
autenticação do cliente só será liberada por meio usuário e senha de 
acesso ao site. 
2 - Dados inconsistentes informados na autenticação, deverão 
retornar alertas específicos ao ususários solicitando digitação correta;
3 - A nevegação e pesquisa de títulos no site, deverá ser permitida sem 
autenticação, porém, as funcionalidades de reservar livros através da 
Requisitos do processo definidos com o cliente - Caso de uso 
Realizar Autenticação
17 
 
Imagem 12 – Tabela Regras de Negócio_RN03 
Fonte: Roberta Pereira Santos - Aluno UNIP 2018 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
Imagem 13 – Tabela Regras de Negócio_RN04 
Fonte: Roberta Pereira Santos - Aluno UNIP 2018 
 
 
 
 
 
 
 
 
 
 
 
 
 
Identificação 
Descrição
Fonte 
1 - Os livros escolhidos pelo cliente deverão ser adicionados ao 
carrinho.
2 - Só deverá ser possível adicionar ao carrinho, livros disponíveis no 
Sistema de Controle de Estoque - SCE;
3 - Se ocorrer indisponibilidade do titulo do livro após adição 
carrinho, o mesmo deve ser apresentado no carrinho com status 
indisponível ao usuário para não permitir efetivar a compra
4 - Deverá ser possível escolher mais livros para reserva, mesmo que o 
usuário esteja na página de pagamento, desde que a compra ainda 
não tenha finalizado o pedido. 
5 - O processo de escolher livros tem interface direta com o sistema de 
Controle de Estoque - SCE, uma vez que novos títulos atribuirão status 
disponível na tela de escolha e títulos esgotados, status indisponível e 
ainda, os livros escolhidos e adicionados ao carrinho assumirão status 
de reserva. 
Requisitos do processo definidos com o cliente - Caso de uso 
Realizar Autenticação
Regras de Negócio _RN03
Escolher livros
Identificação 
Descrição
Fonte 
Regras de Negócio _RN04
Efetuar Compra
1- Deverá ser possível escolher mais livros para reserva, mesmo que o usuário 
esteja na página de pagamento, desde que a compra ainda não tenha finalizado 
o pedido. 
2 - O sistema deverá permitir ao cliente alterar o número do cartão de crédito 
já cadastrado previamente e, dar a opção de adicionar o novo número de 
cartão ao cadastro.
3 - Ao efetuar pagamento o sistema deverá validar a disponibilidade dos livros 
adicionados ao carrinho e, em caso de indisponibilidade retornar ao cliente o 
título esgotado. O sistema deverá permitir efetivar a compra somente dos 
títulos disponíveis. 
4 - Ao selecionar as opções de pagamento, deverá ser apresentado ao cliente a 
possibilidade de dividir a compra em mais de um cartão de crédito e, 
apresentar campo para preenchimento se escolhida esta opção. 
5 - As validações junto à disponibilidade de crédito ou autenticidade do cartão, 
devem ser realizadas para todos os cartões informados para compra e, caso 
haja mais de um, os retornos devem ser específicos por cartão. 
Requisitos do processo definidos com o cliente - Caso de uso Efetuar Compra
18 
 
6 Diagramas de Classe de Domínio 
6.1 Elaboração do Diagrama de Classe 
Na etapa de elaboração do diagrama de Classe, foram aplicadas as técnicas 
aprendidas de análise do cenário proposto, a fim de identificar todos os insumos 
necessários para a construção do diagrama: 
 Identificação de Classes 
 Lista de Classes Candidatas para eleger as classes finais 
 Identificação de relacionamentos 
 Construção do Diagrama de Classes 
Na sequência foram identificados os atributos com base nas características 
vinculadas às classes eleitas e por fim, identificação dos métodos baseados nas 
ações a serem realizadas pela classe e seus atributos. 
Na Imagem14 – Diagrama de Classes, é a apresentada construção do 
diagrama considerando o cenário proposto. Esta representação deve subsidiar o 
desenvolvimento no que tange a estrutura e relações das classes que os objetos 
devem desempenhar no sistema. 
Não foram especificados data_types, no diagrama, uma vez que a 
representação é de Diagrama de Classes de Domínio em que o desenho deve 
contemplar o que sistema precisará no sentido de métodos, atributos e relações. 
Foram adotadas as designações
automáticas da ferramenta utilizada para 
data_types e tipos de retorno. 
Imagem14 – Diagrama de Classes 
Fonte: Roberta Pereira Santos - Aluno UNIP 2018 
 
19 
 
7 Estereótipos e Relacionamentos 
Na representação do Diagrama de Classes de Domínio, conforme Imagem 
14 – Diagrama de Classes, é importante ressaltar, além do relacionamento simples 
de associação entre as classes, o relacionamento de agregação existente entre as 
Classes “Carrinho” e a “ <<Intreface>> SCC”. Em ambas as classes, foi 
demonstrada a criação de uma classe com agregação de composição. Pode-se 
dizer que composição é uma variação da agregação. Uma composição tenta 
representar também uma relação todo - parte. No entanto, na composição o objeto-
pai (todo) é responsável por criar e destruir suas partes. Em uma composição um 
mesmo objeto-parte não pode se associar a mais de um objeto-pai. 
Estabelecida também os estereótipos <<CRUD>> – que se trata de 
acrônimo da expressão do idioma Inglês, Create (Criação), Read (Consulta), Update 
(Atualização) e Delete (Destruição). Este acrônimo é comumente utilizado para 
definir as quatro operações básicas usadas em Banco de Dados Relacionais e, 
finalmente os estereótipos de <<Interface>>, identificando classes de sistemas 
externos que se comunicam com o sistema proposto para desenvolvimento. 
8 Modelo Entidade Relacionamento – MER 
O modelo relacional modela os dados num conjunto de relações (tabelas ou 
ficheiros) que são constituídas por um conjunto de atributos (colunas ou campos) 
que definem as propriedades ou características relevantes da entidade (conceito, 
objetivo) que representam. Cada linha ou registo da relação caracteriza um 
elemento único. 
A modelo entidade relacionamento (E-R) baseia-se na percepção de um 
universo constituído por um grupo de objetos Entidades e por relacionamentos entre 
esses objetos. A entidade relacionamento é a relação efetuada pela ligação de 
atributos em comum. É um modelo abstrato ou conceitual a fim de representar as 
estruturas de dados de forma mais natural e mais próxima do mundo real dos 
negócios, compondo os atributos que se relacionam entre si. Na imagem 15 – 
Representação MER, em que identificam-se para o sistema proposto as entidades e 
o relacionamento entre si, ressaltando a existência de relacionamentos fracos para o 
entidade “cidade_UF”, que possui relação de dependência da entidade “usuário” e 
20 
 
por outro lado, entidades fortes como “SCC (Sistema de Controle de Crédito)” e 
“SCE (Sistema de Controle de Estoque)” que possuem relação de independência, 
pois conforme regra, tratam-se de sistemas externos que farão interface com o 
sistema a ser desenvolvido. 
Imagem 15 – Representação MER 
Fonte: Roberta Pereira Santos - Aluno UNIP 2018 
 
 
 
 
 
 
 
 
 
 
 
8.1 Diagrama Entidade Relacionamento - ER 
Um diagrama entidade-relacionamento (ER) é um tipo de fluxograma que 
ilustra como “entidades”, p. ex., pessoas, objetos ou conceitos, se relacionam entre 
si dentro de um sistema. Diagramas ER são mais utilizados para projetar ou depurar 
bancos de dados relacionais nas áreas de engenharia de software, sistemas de 
informações empresariais, educação e pesquisa. Também conhecidos como DERs, 
ou modelos ER, usam um conjunto definido de símbolos, tais como retângulos, 
diamantes, ovais e linhas de conexão para representar a interconectividade de 
entidades, relacionamentos e seus atributos. Eles espelham estruturas gramaticais, 
onde entidades são substantivos e relacionamentos são verbos. No contexto do 
desenvolvimento proposto é apresentado na Imagem 16 – Diagrama Entidade 
relacionamento: 
 
 
 
 
 
21 
 
 
Imagem16 – Diagrama Entidade Relacionamento 
Fonte: Roberta Pereira Santos - Aluno UNIP 2018 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
9 Conclusão 
As metodologias aplicadas no desenvolvimento da especificação abordam 
em suas etapas as técnicas adquiridas para garantir o desenvolvimento de análises 
que subsidiarão a implementação, porém devemos considerar que na execução 
foram contempladas mais de uma técnica para formalização dos requisitos e regras 
do sistema. Partiu-se de um cenário inicial apontado pela necessidade do cliente 
que, pode ser interpretado como uma primeira entrevista, para posteriores 
elaborações de casos de uso, regras de negócio e representações em Diagramas de 
Classe de Domínio e Entidade e relacionamento. As elaborações não foram focadas 
em desenvolvimento voltado para projeto, em que se aplica o gerenciamento por 
cronograma e entregas pré-estabelecidas de acordo com os frameworks ou modelos 
de desenvolvimento de softwares de mercado que, são de suma importância para 
garantir o foco em cada etapa de execução do projeto e qualidade no produto final. 
Toda via devemos considerar que objetivo voltado para os métodos de 
documentação tanto descritivas quanto técnicas foram atingidos, porém e que, para 
22 
 
a aplicação prática e real em projeto deve-se avaliar a melhor técnica de execução 
considerando fatores como custo, equipe de projeto, prazo, entre outros. 
10 Referências Bibliográficas 
Date, C.J. Introdução a Sistemas de Bancos de Dados (Tradução da 8ª Edição 
Americana). Editor: Editora Campus. São Paulo, 2003. 
 
Debastiani, Carlos Alberto. Definindo Escopo em Projetos de Software. São Paulo: 
Nova tec. IS BN 978-85-7522-429-8, 2015. 
 
UNIP INTERATIVA, Manual PIM VI. Disponível em https://ava.ead.unip.br. Acesso 
em 03/06/2018. 
 
Vazquez, Carlos; Simões, Guilherme. Engenharia de Requisitos: Software 
Orientado ao Negócio. [S.l.]: Brasport, 2016.