PIM VI UNIP

Prévia do material em texto

UNIP INTERATIVA
Projeto Integrado Multidisciplinar
Cursos Superiores de Tecnologia
_________________________
DESENVOLVIMENTO DE UM SISTEMA 
PARA REALIZAR A VENDA DE LIVROS ON LINE
Análise de Sistemas Orientada a Objetos; 
Banco de Dados; Gestão Estratégica de RH
TERESÓPOLIS/RJ
2018
UNIP INTERATIVA
Projeto Integrado Multidisciplinar
Cursos Superiores de Tecnologia
DESENVOLVIMENTO DE UM SISTEMA 
PARA REALIZAR A VENDA DE LIVROS ON LINE
Análise de Sistemas Orientada a Objetos; 
Banco de Dados; Gestão Estratégica de RH
__________________________
Projeto desenvolvido na Unidade Teresópolis/RJ – UNIP Interativa, como requisito parcial para a obtenção do título de _________
Orientador: _________
TERESÓPOLIS/RJ
2018
MACHADO, Rodrigo. DESENVOLVIMENTO DE UM SISTEMA PARA REALIZAR A VENDA DE LIVROS ON LINE – Análise de Sistemas Orientada a objetos; Banco de Dados; Gestão Estratégica de RH. 2018. Trabalho para Conclusão de Curso. UNIP Interativa. Teresópolis/RJ.
RESUMO
O presente projeto irá desenvolver um sistema para realização de vendas de livros online, através de uma análise bem estruturada e um levantamento de todos os dados possíveis e abrangentes ao tema. Para a realização deste projeto, será utilizado todo o conhecimento que foi adquirido nas disciplinas de Análise de sistemas orientada a objetos, Banco de dados e Gestão estratégica de recursos humanos.
Palavras-chave: Sistema. Livros online. Análise e levantamento.
MACHADO, Rodrigo. DESENVOLVIMENTO DE UM SISTEMA PARA REALIZAR A VENDA DE LIVROS ON LINE – Análise de Sistemas Orientada a objetos; Banco de Dados; Gestão Estratégica de RH. 2018. Trabalho para Conclusão de Curso. UNIP Interativa. Teresópolis/RJ.
ABSTRACT
The present project will develop a system for conducting online book sales, through a well-structured analysis and a survey of all possible and comprehensive data on the subject. For the realization of this project, will be used all the knowledge that was acquired in the disciplines of object-oriented Systems Analysis, Database and Strategic Management of human resources.
Keywords: System. Books online. Analysis and survey.
LISTA DE FIGURAS
Figura 1 – Autenticação e Cadastro...........................................................................11
Figura 2 – Escolha Livro.............................................................................................13
Figura 3 – Efetivação da compra................................................................................16
Figura 4 – Modelo Entidade Relacionamento............................................................19
Figura 5 – Diagrama de Classe..................................................................................23
LISTA DE TABELAS
Tabela 1 – Acessar o Site..........................................................................................12
Tabela 2 – Realizar Login..........................................................................................12
Tabela 3 – Cadastro...................................................................................................13
Tabela 4 – Listar livros...............................................................................................14
Tabela 5 – Filtrar consulta de livros...........................................................................14
Tabela 6 – Adicionar livros ao carrinho......................................................................15
Tabela 7 – Remover livro do carrinho........................................................................15
Tabela 8 – Finalizar compra.......................................................................................16
Tabela 9 – Consultar disponibilidade.........................................................................17
Tabela 10 – Reservar livro.........................................................................................17
Tabela 11 – Enviar dados do cartão..........................................................................18
Tabela 12 – Requisitos não funcionais.......................................................................20
Tabela 13 – RN 01.....................................................................................................22
Tabela 14 – RN 02.....................................................................................................22
Tabela 15 – RN 03.....................................................................................................22
INTRODUÇÃO
Boa parte da humanidade já está se rendendo ao comércio virtual, isso é fato. Com apenas alguns cliques, e às vezes com apenas um clique, o cliente já compra seu produto, sem necessidade de ir à loja, sem sair de casa. 
No caso específico deste projeto, a loja virtual de livros possibilita atingir outros mercados, e dá uma visibilidade muito grande à livraria diante ao público. Tendo um site muito bem estruturado, é possível dar conforto aos clientes, dando facilidade para eles encontrarem seus livros e os entregando rapidamente em suas casas. O objetivo é liderar o mercado, através de preços competitivos, praticidade na forma de pagamento e oferecendo um serviço de qualidade unido à entrega quase que imediata.
Sendo assim, através deste projeto será realizado um levantamento e análise de requisitos para criação de uma loja online de livros.
Para isto, a análise de requisitos proposta para o funcionamento da loja online de livros será usada para a produção de documentos que serão utilizados na implementação da loja. 
Os documentos produzidos neste projeto contemplam modelo e identificação de caso de uso, requisitos não funcionais, diagrama de classes, modelo de dados (MER), regras de negócio, assim colocando em prática todo o conhecimento adquirido ao longo do curso.
1 - CENÁRIO PROPOSTO PARA O DESENVOLVIMENTO DO PROJETO
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 a 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.
2 - IDENTIFICAÇÃO E MODELOS DE CASOS DE USO
2.1. Identificação de casos de Uso
Casos de usos em Engenharia de um tipo de classificador representando uma unidade funcional coerente provida pelo sistema, subsistema, ou classe manifestada por sequências de mensagens intercambiáveis entre os sistemas e um ou mais atores.
Especificações de casos de uso são narrativas em texto, descrevendo a unidade funcional, e são amplamente utilizados para representar requisitos funcionais nossistemas. Os diagramas de Casos de Uso são representações gráficas dos Casos de Uso e seus relacionamentos com outros casos de uso e atores. Neste diagrama um caso de uso é representado por uma elipse contendo, internamente, o nome do caso de uso e um ator é representado por um boneco palito. Opcionalmente o diagrama pode ter uma fronteira, que delimita o sistema, no qual os casos de usos estarão representados dentro da fronteira e os atores fora da mesma.
O apelo visual dessa ferramenta permite literalmente desenhar o processo de execução do negócio e visualizar a responsabilidade de cada participante, quando ele entrará em cena, qual será sua interação, a amplitude e a sequência em que o seu trabalho precisa ser realizado em relação às responsabilidades e tarefas dos demais integrantes do processo.
Um caso de uso representa uma unidade discreta da interação entre um usuário (humano ou máquina) e o sistema. Um caso de uso é uma unidade de um trabalho significante. Por exemplo: o "login para o sistema", "registrar no sistema" e "criar pedidos" são todos casos de uso. Cada caso de uso tem uma descrição o qual descreve a funcionalidade que irá ser construída no sistema proposto. Um caso de uso pode "incluir" outra funcionalidade de caso de uso ou "estender" outro caso de uso com seu próprio comportamento.
Casos de uso são tipicamente relacionados a "atores". Um ator é um humano ou entidade máquina que interage com o sistema para executar um significante trabalho.
É importante notar que não descreve como o software deverá ser construído, mas sim como ele deverá se comportar quando estiver pronto. Um software frequentemente é um produto complexo, e sua descrição envolve a identificação e documentação de vários casos de uso, cada um deles descrevendo uma "fatia" do que o software ou uma de suas partes deverá oferecer.
Normalmente evitam o uso de termos técnicos, preferindo a linguagem do utilizador final, são empregados tanto por quem desenvolve o software quanto pelos utilizadores do software.
A partir dos princípios da definição de casos de uso, é que serão identificados dentro docenário proposto a autenticação e cadastro, escolha do livro eefetivação de compra.
2.1. Modelos de Casos de Uso
Um modelo de casos de uso é um modelo das funções pretendidas do sistema e suas vizinhanças, 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.
A partir da identificação dos casos de uso é que é possível a elaboração de cada um dos casos, conforme os tópicos a seguir.
Figura 1 – Autenticação e Cadastro
Tabela 1 – Acessar o site
	Identificação:
	Acessar site
	Escopo:
	Autenticação e cadastro
	Descrição:
	Esse caso de uso permite que o cliente tenha acesso ao site utilizando um navegador de internet
	Ator:
	Cliente
	Interessados:
	Cliente e loja
	Pré-condição:
	O site deve estar disponível na Internet
	Pós- condição:
	O sistema possibilitará que o cliente faça sua identificação
	Fluxo normal:
	1. O cliente acessa o site utilizando o navegador
2. O sistema mostra a tela inicial do site e solicita a identificação do cliente
	Requisitos selecionados:
	RNF 01 – Disponibilidade do site
Tabela 2 – Efetuar Login
	Identificação:
	Acessar site
	Escopo:
	Autenticação e cadastro
	Descrição:
	Esse caso de uso permite que o cliente se identifique para ter acesso à loja
	Ator:
	Cliente
	Interessados:
	Cliente e loja
	Pré-condição:
	O site deve estar disponível na Internet
	Pós- condição:
	O cliente é direcionado à página com a lista de livros
	Fluxo normal:
	1. O cliente fornece o login e a senha nos respectivos campos
2. O cliente aperta o botão “realizar login”
3. O sistema valida as informações do cliente
4. O sistema direcionada o cliente para a página desejada (lista de livros)
	Fluxo alternativo:
	1. Caso o cliente pressione o botão “realizar login” sem preencher um dos campos de login e senha, exibir mensagem para preencher o campo ou os campos não preenchidos
2. Caso as informações do cliente não sejam válidas, exibir a mensagem para o cliente fornecer login e/ou senhas válidas ou cadastrar-se novamente
	Requisitos selecionados:
	RNF 01 – Acessar site
Tabela 3 – Cadastro
	Identificação:
	Cadastrar-se
	Escopo:
	Autenticação e cadastro
	Descrição:
	Esse caso de uso possibilita ao cliente cadastrar suas informações junto à loja para ter uma credencial válida
	Ator:
	Cliente
	Interessados:
	Cliente e loja
	Pré-condição:
	O cliente não possuir cadastro na loja
	Pós- condição:
	O cliente é informado do sucesso do cadastro e direcionado à página inicial do site para fornecer o login e senha recém cadastrados.
	Fluxo normal:
	1. O cliente fornece as informações de nome, endereço, telefone, data de nascimento, login e senha, em seus respectivos campos
2. O cliente pressiona o botão “cadastrar”
3. O sistema informa o sucesso do cadastro e direciona o cliente à página inicial do site 
	Fluxo alternativo:
	1. Caso o cliente pressione o botão “cadastrar” sem preenchimento de um ou mais campos solicitados, exibir mensagem para preencher tais campos não preenchidos
2. Caso o login fornecido pelo cliente já exista, exibir mensagem “esse login já existe, favor escolher outro”
	Requisitos selecionados:
	RNF 01 – Acessar site
Figura 2: Escolha do Livro
Agora, as tabelas com o modelo descritivo de cada caso de uso presente no diagrama de cada caso.
Tabela 4 – Listar livros
	Identificação:
	Listar livros
	Escopo:
	Escolha do(s) livro(s)
	Descrição:
	Esse caso de uso permite que o cliente tenha acesso à página da lista de livros mais procurados
	Ator:
	Cliente
	Interessados:
	Cliente e loja
	Pré-condição:
	O cliente deve estar cadastrado no site
	Pós- condição:
	O cliente escolhe o(s) livro(s) desejado(s)
	Fluxo normal:
	1. O sistema realiza a consulta dos livros no sistema de controle de estoque da livraria
2. O sistema mostra os livros na tela
	Requisitos selecionados:
	RNF 02 – Sistema de controle de estoque disponível
Tabela 5 – Filtrar consultas de livros
	Identificação:
	Filtrar consulta de livros
	Escopo:
	Escolha do(s) livro(s)
	Descrição:
	Esse caso de uso permite que o cliente utilize a interface para realizar pesquisas específica de livros, filtrando por gênero, tipo, título, autor, ano e editora
	Ator:
	Cliente
	Interessados:
	Cliente e loja
	Pré-condição:
	O cliente deve estar cadastrado no site
	Pós- condição:
	O cliente tem o resultado da consulta
	Fluxo normal:
	1. O cliente fornece o dado de pelo menos um campo de consulta (gênero, tipo, título, autor, ano e editora) e pressiona no “botão de pesquisa”
2. O sistema mostra em tela o resultado da consulta
	Fluxo alternativo:
	1. Caso o cliente pressione o botão e não forneça nenhum dos campos necessários para a pesquisa, exibir mensagem para preencher pelo menos um dos campos
2. Caso o sistema de controle de estoque não encontre nenhum livro para a consulta realizada, exibir mensagem que não há livros que atendem aos filtros informados
	Requisitos selecionados:
	RNF 02 – Sistema de controle de estoque disponível
Tabela 6 – Adicionar livros ao carrinho
	Identificação:
	Adicionar livro(s) ao carrinho
	Escopo:
	Escolha do(s) livro(s)
	Descrição:
	Esse caso de uso permite que o cliente escolha os livros de sua preferência no carrinho virtual de compras para, posteriormente, finalizar sua compra
	Ator:
	Cliente
	Interessados:
	Cliente e loja
	Pré-condição:
	O cliente deve estar cadastrado no site
	Pós- condição:
	O cliente deve ter o carrinho de compras validado
	Fluxo normal:
	1. O cliente pressiona o botão “detalhes” no libro de sua preferência
2. O sistema direciona o cliente para a página do livro selecionado
3. O cliente pressiona o botão “adicionar ao carinho”4. O sistema armazena a informação em uma tabela
	Requisitos selecionados:
	RNF 02 – Sistema de controle de estoque disponível
Tabela 7 – Remover livros ao carrinho
	Identificação:
	Adicionar livro(s) ao carrinho
	Escopo:
	Escolha do(s) livro(s)
	Descrição:
	Esse caso de uso permite que o cliente remova os livros no carrinho virtual de compras, caso ele desista da compra ou queira colocar outro(s) livros(s) no lugar
	Ator:
	Cliente
	Interessados:
	Cliente e loja
	Pré-condição:
	O cliente deve estar cadastrado no site
	Pós- condição:
	O cliente deve ter o carrinho de compras validados com os livros que realmente deseja comprar
	Fluxo normal:
	1. O cliente acessa o seu carrinho de compras
2. O sistema direciona o cliente para a página do livro selecionado
3. O cliente pressiona o botão “remover do carinho”
4. O sistema armazena a informação em uma tabela
	Requisitos selecionados:
	RNF 02 – Sistema de controle de estoque disponível
Figura 3 – Efetivação da compra
Agora, as tabelas com o modelo descritivo de cada caso de uso presente no diagrama de cada caso.
Tabela 8 – Finalizar compra
	Identificação:
	Finalizar compra
	Escopo:
	Efetivação da compra
	Descrição:
	Esse caso de uso permite que o cliente finalize a compra de livro(s) e reserve um livro não disponível (se for o caso)
	Ator:
	Cliente
	Interessados:
	Cliente, loja e operadora de crédito
	Pré-condição:
	O cliente ter livros no carrinho de compras
	Pós- condição:
	O cliente termina o processo de compras ou reserva de livros
	Fluxo normal:
	1. O cliente escolhe a melhor forma de pagamento
2. O cliente escolhe a melhor forma de frete
3. O cliente informa a quantia de cada livro que quer adquirir
4. O cliente pressiona em “finalizar compras”
5. O sistema monta a lista de livros com suas respectivas quantidades disponíveis
	Fluxo alternativo:
	1. Caso o cliente aperte o botão “finalizar compras” sem informar a melhor forma de pagamento ou frete e as quantidades de cada livro, exibir mensagem solicitando tais informações
	Requisitos selecionados:
	RNF 02 – Sistema de controle de estoque disponível
RNF 03 – Operadora de crédito estar disponível
Tabela 9 – Consultar disponibilidade
	Identificação:
	Consultar disponibilidade
	Escopo:
	Efetivação da compra
	Descrição:
	Esse caso de uso permite que o sistema reserve livros(s) casa esteja(m) indisponível(is)
	Ator:
	Cliente
	Interessados:
	Cliente, loja e operadora de crédito
	Pré-condição:
	O cliente ter livros no carrinho de compras indisponíveis
	Pós- condição:
	O cliente registra a reserva do(s) livro(s)
	Fluxo normal:
	1. O cliente pressiona em “Reserva de livros”
2. O sistema registra a reserva de livros na base de dados
	Requisitos selecionados:
	RNF 02 – Sistema de controle de estoque disponível
RNF 03 – Operadora de crédito estar disponível
Tabela 10 – Reservar o(s) livro(s)
	Identificação:
	Reservar livro
	Escopo:
	Efetivação da compra
	Descrição:
	Esse caso de uso permite que o cliente finalize a compra de livro(s) e reserve um livro não disponível (se for o caso)
	Ator:
	Cliente
	Interessados:
	Cliente, loja e operadora de crédito 
	Pré-condição:
	O cliente termina o processo de compras e/ou o processo de reserva de livro(s)
	Pós- condição:
	O cliente deve ter o carrinho de compras validados com os livros que realmente deseja comprar
	Fluxo normal:
	1. O cliente escolhe a melhor forma de pagamento
2. O cliente escolhe a melhor forma de frete
3. O cliente informa a quantia de cada livro que quer adquirir
4. O cliente pressiona em “finalizar compras”
5. O sistema monta a lista de livros com suas respectivas quantidades disponíveis
	Fluxo alternativo:
	1. Caso o cliente aperte o botão “finalizar compras” sem informar a melhor forma de pagamento ou frete e as quantidades de cada livro, exibir mensagem solicitando tais informações
	Requisitos selecionados:
	RNF 02 – Sistema de controle de estoque disponível
RNF 03 – Operadora de crédito estar disponível
Tabela 11 – Enviar dados do cartão
	Identificação:
	Enviar dados do cartão
	Escopo:
	Efetivação da compra
	Descrição:
	Esse caso de uso permite que o cliente que os dados do cartão de crédito do cliente sejam enviados à operadora de crédito para serem analisados e validados
	Ator:
	Cliente
	Interessados:
	Cliente, loja e operadora de crédito 
	Pré-condição:
	O cliente ter livros no carrinho de compras disponíveis
	Pós- condição:
	O cliente registra a compra do(s) livro(s) mediante a autorização da operadora de crédito no sistema
	Fluxo normal:
	1. O sistema solicita dados do cartão
2. O cliente informa dados do cartão
3. O cliente pressiona em “autorizar compra”
4. O sistema envia os dados para a operadora de crédito
5. O sistema exibe mensagem informando que a compra foi solicitada e aguarda a autorização do crédito
	Fluxo alternativo:
	1. Caso o cliente aperte o botão “autorizar compras” sem informar a melhor os dados necessários solicitados, exibir mensagem informando a necessidade do preenchimento de tais dados
	Requisitos selecionados:
	RNF 02 – Sistema de controle de estoque disponível
RNF 03 – Operadora de crédito estar disponível
3 - MODELO ENTIDADE RELACIONAMENTO – MER
Em engenharia de software, um Modelo Entidade Relacionamento (MER) é um modelo de dados para descrever os dados ou aspectos de informação de um domínio de negócio ou seus requisitos de processo, de uma maneira abstrata que em última análise se presta a ser implementada em um banco de dados, como um banco de dados relacional. Os principais componentes do MER são as entidades (coisas, objetos) suas relações e armazenamento em bancos de dados.
O MER foi desenvolvido por Peter Chen e publicado em um artigo de 1976. Entretanto, variantes da ideia existiram anteriormente e, posteriormente, foram imaginadas como entidades de dados de supertipo e subtipo e relacionamentos de uniformização.
O MER foi criado com o objetivo de retratar o significado referente aos dados de um pequeno universo, usado na fase conceitual de projetos onde o esquema do bando de dados da aplicação é idealizado.
Toda entidade possui particularidade conhecidas como atributos, que se relacionam entre si.
Abaixo, segue o MER para o cenário proposto do presente projeto:
Figura 4 – Modelo entidade Relacionamento – MER
4 - REQUISITOS NÃO FUNCIONAIS
Os requisitos não funcionais são os requisitos referentes ao uso da aplicação em termos da confiabilidade, desempenho, disponibilidade, manutenção, tecnologias envolvidas e usabilidade são
Classificados como requisitos não funcionais. 
Estes requisitos dizem respeito a como as funcionalidades serão entregues ao usuário do software.
Dentro do cenário proposto, foram desenvolvidos os seguintes requisitos não funcionais:
Tabela 12 – Requisitos não funcionais
	Identificação
	Nome
	Descrição
	RNF 01
	Disponibilidade do site
	O site estar disponível é essencial para o funcionamento do sistema. Sistema este que deve abranger todas as boas práticas de preservação de um site na internet
	RNF 02
	Sistema de Controle de Estoque disponível
	O sistema de estoque é um requisito essencial para o funcionamento do programa, já que todas as informações referentes aos livros estão neste sistema
	RNF 03
	Operadora de Crédito Estar disponível
	A operadora de crédito é o meio de pagamento único do sistema, portanto essencial no processo de finalização da compra
	RNF 04
	Segurança de acesso
	Para dificultar ataques ao site, é necessário o uso de boas práticas de segurança, como por exemplo o uso de tokens, a configuração de cross-origin, entre outros procedimentos. 
	RNF 05
	Alto desempenho de rede
	Devido ao uso de dois sistemas externos para prover o funcionamento, a comunicação entre estes deveser de alto desempenho para não demorar no atendimento ao cliente
	RNF 06
	Usabilidade de fácil compreensão
	O cliente, ao acessar o site, não terá um treinamento prévio. Por isso, o site deve ser todo intuitivo e claro em suas consistências para que a experiência do cliente ao usar o site, seja agradável
	RNF 07
	Responsabilidade do site
	Com o uso de aparelhos móveis cada vez mais extenso, é necessário que o layout do site possa ser acessado sem nenhum problema
5 - CONTEXTO DE USO
Basear-se em questionário é o principal meio de análise de contexto de usos. As informações capturadas a respeito do contexto em que um produto, serviço ou sistema está ou estará colocado, são muito úteis para o desenvolvimento do projeto. 
Os principais artefatos do contexto de uso surgem a partir das respostas para três questões: 
- Quem? (usuários)
- O que? (tarefas)
- E onde? (ambiente)
 - Quem?
A utilização do site será permitida a todos que realizem o cadastro. Para realizar o cadastro, o cliente deverá fornecer alguns dados pessoais para utilização do site. Dados estes que serão mantidos em sigilos, de total responsabilidade do site.
- O que?
Os clientes usarão o site para realizar a compra de livros. Os livros poderão ser pesquisados de acordo com o desejo do cliente.
- Onde?
Os clientes usarão o navegador de internet de sua preferência, através de computadores, laptops, notebooks ou celulares para realizar as suas compras.
6 - REGRAS DE NEGÓCIO (RN)
Regras de Negócio são declarações sobre a forma da empresa fazer negócio. Elas refletem políticas do negócio. As organizações possuem políticas para satisfazer os objetivos do negócio, satisfazer clientes, fazer bom uso dos recursos, e obedecer às leis ou convenções gerais do negócio.
Abaixo, apresenta-se os preceitos de regras de negócios utilizados neste projeto:
Tabela 13 – RN 01
	Identificação
	Cliente autenticado no site – Regra de Negócio nº 1 (RN 01)
	Descrição
	O cliente deve ser autorizado via login a acessar o site
	Fonte
	Cenário descrito em Manual do PIM VI
Tabela 14 – RN 02
	Identificação
	Preenchimento de campos no cadastro - Regra de Negócio nº 2 (RN 02)
	Descrição
	O cliente deve fornecer todos os dados solicitados no cadastro, pois todos são necessários para envio do produto e contato com cliente
	Fonte
	Cenário descrito em Manual do PIM VI
Tabela 15 – RN 03
	Identificação
	Preenchimento de campos validação do cartão de crédito - Regra de Negócio nº 3 (RN 03)
	Descrição
	O cliente deve fornecer todos os dados solicitados para a validação do cartão de crédito, pois somente dessa forma, o pedido será processado
	Fonte
	Cenário descrito em Manual do PIM VI
7 - DIAGRAMA DE CLASSE
Um diagrama de classes é uma representação da estrutura e relações das classes que servem de modelo para objetos. Podemos afirmar de maneira mais simples que seria um conjunto de objetos com as mesmas características, assim saberemos identificar objetos e agrupá-los, de forma a encontrar suas respectivas classes. Na Unified Modeling Language (UML) em diagrama de classe, uma classe é representada por um retângulo com três divisões, são elas: O nome da classe, seus atributos e por fim os métodos.
Em outras palavras, em UML, um diagrama de classe representa o objeto e informação dos fundamentos usados pela aplicação. O diagrama de classe descreve as informações sem nenhuma relação a qualquer implementação específica. Suas classes e relações podem ser implementadas para diferentes fins e linguagens de programação como tabelas, banco de dados, em XML ou composições de objetos de software. Uma classe ou interface representada dentro do diagrama possui alguns elementos, que são atributos, operações, relacionamentos e comunicações.
Em classes ou interfaces, um atributo define os valores que podem ser anexados a uma instância. Uma operação é um método ou função que pode ser executada por uma instância. Um relacionamento e comunicação entre qualquer par de classe ou interface pode ser realizados a partir de três termos: associação, generalização e dependência.
A seguir, o diagrama criado a partir do cenário proposto:
Figura 5 – Diagrama de Classe
CONCLUSÃO
Ao final do presente trabalho, foi possível observara viabilidade de se desenvolver um projeto referente ao cenário proposto, ou seja, a análise se uma loja online de livros. Evidentemente que é uma atividade complexa e deve ser bem estudada e elaborada para se colocada em prática, mas com os conhecimentos adquiridos durante o curso, torna-se com certeza, possível.
A dificuldade pode existir em relação ao nível de abstração que deve acontecer, para a partir de um simples texto se construir vários artefatos analíticos, mas acredita-se que em um cenário real a comunicação entre o solicitante do serviço e o responsável pela análise do sistema é fundamental e a dificuldade encontrada na abstração é dividida entre os envolvidos no projeto, tornando, dessa forma, o produto final esperado pelo cliente, absolutamente viável. 
REFERÊNCIAS
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: Novatec. ISBN 978-85-7522-429-8, 2015.
UNIP INTERATIVA, Manual PIM VI. Disponível em https://ava.ead.unip.br. Acesso em 25/03/2018.
Vazquez, Carlos; Simões, Guilherme. Engenharia de Requisitos: Software Orientado ao Negócio. [S.l.]: Brasport, 2016.