PIM VI UNIP ADS – ANALISE E LEVANTAMENTO DE REQUISITOS DE SISTEMA

Prévia do material em texto

UNIP INTERATIVA
Projeto Integrado Multidisciplinar
Cursos Superiores de Tecnologia
PIM VI – ANALISE E LEVANTAMENTO DE REQUISITOS DE SISTEMA
São Paulo
2017
UNIP INTERATIVA
Projeto Integrado Multidisciplinar
Cursos Superiores de Tecnologia
PIM VI – ANALISE E LEVANTAMENTO DE REQUISITOS DE SISTEMA
 
Curso: Tecnologia em Análise e Desenvolvimento de Sistemas
Semestre: 1º/2017
São Paulo
2017
RESUMO
Este presente Projeto Integrado Multidisciplinar, proposto pela universidade UNIP Interativa, visa aplicar o conhecimento adquirido no semestre pelas aulas de Analise de Sistema Orientada a Objetos, Banco de Dados e Gestão Estratégica de Recursos Humanos. Este projeto propõe o levantamento e analise de requisitos de um sistema de vendas online. Para esse levantamento iremos identificar os casos de uso e elaborar seu modelo, identificando os relacionamentos de include, extend e generalização, com uma descrição sucinta de todo seu comportamento, dos fluxos e condições, também descreveremos os requisitos de usabilidade do sistema, seu contexto de uso e construiremos o modelo de dados do sistema. Ainda no presente projeto apresentaremos as regras de negócio do cliente
Palavras-chave: Tecnologia, Sistemas, MER, Casos de Uso, Analise, Requisitos
ABSTRACT
This Multidisciplinary Integrated Project, proposed by the UNIP Interativa University, aims to apply the acquired knowledge through classes of Object Oriented System Analysis, Database, Strategic Management of Human Resources. This project proposes the survey and requirements analysis of a online sale system. For this survey we’ll identify the use cases and design your model, identifying the relationships of include, extend and generalization, with a succinct description of all your behavior, flows and conditions, we’ll also describe the usability requirements of the system, your context of use and we’ll build the data model of the system. Still in this project, we’ll present the client’s business rules.
Key-words: Technology, Systems, MER, Use Cases, Analysis, Requirements
SUMÁRIO
INTRODUÇÃO
	Este projeto tem como objetivo elaborar a análise e o levantamento de requisitos de um sistema. O sistema tem como objetivo auxiliar uma livraria a realizar venda de livros pela Internet. O usuário deve acessar o site, escolher o livro que deseja comprar e efetuar a compra, o acesso ao site deve ser feito por meio de login e senha, e se caso for a primeira vez que o usuário esteja acessando o site ele deve ser redirecionado para uma tela de cadastro. 
	Para efetuarmos um levantamento e analise de requisitos do sistema iremos elaborar e apresentar todos os casos de uso e suas especificações, descrevendo de forma breve o que ele faz e identificando seus fluxos. Também será elaborado um diagrama de classes detalhado do sistema e a partir desse diagrama um modelo entidade-relacionamento com informações sobre as tabelas do banco de dados e seus relacionamentos. Ainda no presente projeto descreveremos as regras de negócio da livraria e seu sistema. 
	Também apresentaremos um breve referencial teórico sobre analise e levantamento de requisitos, mostrando a necessidade e sua importância no desenvolvimento de sistemas. 
ANALISE E LEVANTAMENTO DE REQUISITOS 
Segundo algumas definições, requisitos nada mais é do que uma condição ou capacidade que deve ser alcançada, algo que um sistema ou componente deve possuir para satisfazer um contrato, padrão ou especificação. 
O início de toda atividade de desenvolvimento de software é a análise e levantamento de requisitos, segundo o IEEE (1990) a análise de requisitos é um processo que envolve o estudo das necessidades do usuário para encontrar uma definição correta ou completa do sistema ou requisito de software, esta atividade é repetida em todas as etapas da engenharia de requisitos. Dentro deste contexto é importante a comunicação e o envolvimento constante com os usuários do software, pois eles influenciarão no resultado final do produto.
No levantamento de requisitos visamos compreender o problema, buscando a mesma visão entre desenvolvedor e usuário, do que deve ser construído para resolução de um problema. A fase de análise de requisitos é onde os desenvolvedores fazem um estudo detalhado dos dados levantados a modo de construir modelos representativos do sistema a ser desenvolvidos, como diagramas de casos de uso, diagramas de atividades, entre outros, buscando a validação de que o sistema atende as necessidades reais do cliente. 
REGRAS DE NEGÓCIO
 Acesso ao site da livraria
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.
Caso o usuário esqueça sua senha, poderá solicitar outra através de um link e recebera uma senha temporária em seu e-mail cadastrado no sistema para efetuar login e modificar a senha novamente. 
 Dados necessários para cadastro de usuário
 Os dados que o usuário/cliente precisa preencher para criação do cadastro são:
Nome: Quantidade máxima de 80 caracteres, permitindo apenas caracteres alfabéticos e de preenchimento obrigatório. 
Data de nascimento: Quantidade máxima de 10 caracteres, deve estar no formato “DD/MM/AAAA” e de preenchimento obrigatório.
Telefone: Quantidade máxima de 12 caracteres, deve conter apenas números e de preenchimento obrigatório. 
Endereço: Quantidade máxima de 150 caracteres, permitindo apenas caracteres alfanuméricos e de preenchimento obrigatório.
Login: Deve conter entre 8 e 20 caracteres, permitindo apenas caracteres alfanuméricos e de preenchimento obrigatório. 
Senha: Deve conter no mínimo 6 caracteres, permitindo caracteres alfanuméricos e símbolos (@, $, %, # etc). 
 Acesso e navegação no sistema.
Após a validação do login e senha (em caso de erro em duas tentativas consecutivas será necessário também a validação de um “captcha”), o cliente poderá escolher os livros de seu interesse através de uma prateleira virtual, consultando os dados no sistema de controle de estoque. 
Esse sistema retornara a informação de disponibilidade ou indisponibilidade do livro selecionado pelo cliente. 
O controle de estoque é realizado por funcionários através do sistema externo de estoque, esses funcionários também serão responsáveis pelo suporte on-line ao cliente em caso de dúvidas durante o processo de compra utilizando o sistema. Visando garantir um excelente atendimento e uma boa experiencia ao cliente. 
 Pagamento
Após o cliente escolher os livros de seu interesse e clicar em “Comprar” ele será redirecionado para o sistema de pagamento, a forma de pagamento é exclusivamente por cartões de crédito, com aceitação das bandeiras Visa e Mastercard. 
O valor mínimo para parcelamento é de R$20,00, em valores abaixo o pagamento deve ser realizado em parcela única. 
A validação dos dados do cartão e fechamento da compra será realizada através do sistema externo de pagamento.
 Reserva de livro
Se um ou mais livros escolhidos pelo cliente estiverem indisponíveis no momento da compra, o sistema ira avisar em tela, através de uma janela modal esta informação e perguntar se ele deseja realizar a reserva desse livro.
Caso o cliente clique em sim, será armazenada esta informação no sistema e automaticamente o sistema irá enviar um e-mail ou SMS para o cliente informando quando o livro estiver disponível novamente.
Será uma premissa dentro de o sistema garantir sempre que os pedidos de reserva sejam processados primeiro para que funcione o envio automático do e-mail garantindo um bom atendimento e experiência com o cliente.
CONTEXTO DE USO
 Especificação de usuários
O uso do sistema é destinado para qualquer pessoa com as características dadas na Tabela 1. 
Tabela 1 – Medidas de usabilidade de especificação de usuários
	Atributo
	Requisito
	Habilidadese Conhecimentos
	
	Experiência no produto
	Uso de sites voltados para compras online. 
	Conhecimento do sistema
	Não requerido.
	Experiência na tarefa
	Não requerido.
	Experiência organizacional
	Não requerido
	Treinamento
	Não requerido
	Habilidades no teclado
	Uso de teclado do computador
	Habilidade no mouse
	Uso de mouse do computador
	Qualificações
	Não requerido
	Habilidade linguística
	Idade mínima de leitura = 12 anos (Para leitura de ajuda e outras informações no monitor)
	Atributos Físicos
	
	Visão
	Visão normal ou corrigida, medida usando teste padrão
	Audição
	Não requerido
	Destreza Manual
	Ambas as mãos com destreza normal (O sistema também pode ser operável com destreza em apenas uma das mãos, para uso de teclado e mouse)
 Especificação de ambientes
As conexões a seguir devem estar disponíveis: Ponto de acesso à internet (WiFi, 3G, 4G, Banda Larga, entre outros). 
De modo a atender os objetivos de usabilidade, o sistema deve ser usado em um ambiente que esteja em conformidade com os padrões relevantes de ergonomia, em particular:
ISO 9241-5, layout do posto de trabalho e requisitos de postura.
ISO 9241-6, requisitos de ambiente. 
 Especificação de equipamento
Para acessar o sistema é necessário o uso de algum desportivo capaz de se conectar à internet e de apresentar através de uma interface o layout do sistema (computador, notebook, tablet, smartphone, entre outros). 
 Especificação de tarefas
O objetivo principal pretendido do sistema é permitir que o usuário realize compra de livros através do site. 
Os objetivos secundários do sistema incluem, cadastro de usuários, acesso (login) de usuário cadastrado, consulta de livros (por nome, autor, editora), consulta de disponibilidade de livros, reserva de livros e acessar um sistema externo para pagamentos com cartão de crédito online. 
LEVANTAMENTO DE REQUISITOS 
 Requisitos não-funcionais
Requisitos não-funcionais são aqueles relacionados ao ambiente onde o sistema está inserido. Um servidor mais robusto, um firewall, ou um usuário especializado em determinado procedimento pode ser visto como requisitos não-funcionais, requisitos não-funcionais está diretamente relacionado ao uso da aplicação em termos de desempenho, usabilidade, confiabilidade, segurança e disponibilidade. Caso ocorra falha do não atendimento a um requisito não funcional, todo o sistema pode se tornar ineficaz. 
Tabela 2 - Descrição dos requisitos não-funcionais do sistema
	Identificador
	Categoria
	Nome
	Descrição
	RNF01
	Desempenho
	Velocidade de processo.
	O tempo de execução dos processos do sistema deve ser curto.
	RNF02
	Desempenho
	Atualização do Banco de Dados
	O banco de dados deve ser atualizado em tempo real quando um cliente efetuar a compra ou reserva de um livro.
	RNF03
	Desempenho
	Volume de utilização
	O sistema deve ser capaz de aguentar um número alto de usuários ativos ao mesmo tempo.
	RNF03
	Segurança
	Autenticação de usuário
	Todos os clientes devem conter um cadastro para uso do sistema, em caso de primeiro acesso o cliente deve ser redirecionado para efetuar seu cadastro.
	RNF04
	Segurança
	Criptografia de senhas.
	Todas as senhas de usuário devem ser criptografadas ao serem armazenadas ao banco de dados.
	RNF05
	Usabilidade
	Fácil utilização
	Um novo cliente deve ser capaz de efetuar a compra de um livro rapidamente e sem a necessidade de muitas orientações.
	RNF06
	Usabilidade
	Design responsivo
	A interface gráfica do sistema devera possuir um design responsivo para o uso em diversos dispositivos com acesso à internet. 
	RNF07
	Externo
	Sistema de pagamento
	O pagamento deve ser efetuado apenas por cartão de crédito, validado por um sistema externo da operadora de cartões.
MODELAGEM DE CASOS DE USO
Casos de uso tem o objetivo de auxiliar a comunicação entre os analistas e o cliente, ele descreve um cenário que mostra as funcionalidades do sistema do ponto de vista do usuário. O diagrama de caso de uso é representado por atores, casos de uso, relacionamentos entre elementos, associações e generalizações. 
Os atores são quaisquer elementos externos que interagem de alguma forma com o sistema, um caso de uso mostra a visão comportamental externa do sistema, descrevendo uma sequência de atividades executadas por um usuário, sem que seja necessário mostrar com detalhes o funcionamento interno do sistema, um ator é representado por um desenho de um “boneco palito”, um caso de uso é representado por uma elipse, e seus relacionamentos são representados por traços.
Nos subcapítulos a seguir iremos apresentar o diagrama de caso de uso para o sistema da livraria e descrever seus casos de uso.
 Diagrama de casos de uso
Figura 1 - Diagrama de Caso de Uso
Fonte: O Autor, 2017
 Descrição de casos de uso
Caso de uso – Efetuar login
Tabela 3 - Descrição do caso de uso efetuar login
	Identificação
	Efetuar Login
	Escopo
	Sistema Livraria
	Descrição do Propósito
	Esse caso de uso permite ao usuário efetuar o login em sua conta.
	Ator primário
	Cliente
	Interessados
	Clientes e livraria
	Pré-condições
	O usuário deve possuir um login e senha.
	Pós-condições
	O usuário efetua o login e é redirecionado para a página inicial do sistema.
	Fluxo normal:
O usuário acessa a URL do sistema
O sistema exibe uma mensagem perguntando se o usuário possui dados de acesso.
O usuário clica em efetuar login.
O usuário informa os dados de acesso.
O sistema exibe uma mensagem de boas-vindas e redireciona o usuário para a tela inicial.
	Fluxo Alternativo
2.1 Caso o usuário seja um cliente que não possua cadastro, ele clica em Efetuar Cadastro e o sistema o redireciona para a tela de cadastro. 
2.2 Extensão para Efetuar Cadastro
4.1 Caso o usuário insira dados de acesso invalido, uma mensagem é exibida.
	Requisitos relacionados:
	RNF03 – Autenticação de usuário; RNF05 – Fácil utilização
Caso de uso – Efetuar cadastro
Tabela 4 - Descrição do caso de uso efetuar login
	Identificação
	Efetuar Cadastro
	Escopo
	Sistema Livraria
	Descrição do Propósito
	Esse caso de uso permite ao cliente efetuar seu cadastro no sistema
	Ator primário
	Cliente
	Interessados
	Livraria
	Pré-condições
	Não possuir nem estar logado com uma conta já cadastrada
	Pós-condições
	O sistema cadastra as informações do cliente e efetua o login.
	Fluxo normal:
O sistema exibe os campos “nome”, “endereço”, “telefone”, “data de nascimento”, “login” e “senha” para preenchimento do cadastro. 
O cliente preenche os dados e clica em enviar.
O sistema exibe uma mensagem de cadastro efetuado com sucesso e efetua o login do cliente, redirecionando para a página inicial.
	Fluxo Alternativo
1.1 Caso o cliente deixe algum dos campos em branco ou com preenchimento invalido, o sistema exibe uma mensagem.
1.2 Caso o cliente informe um login já em uso, o sistema exibe uma mensagem.
	Requisitos relacionados:
	RNF03 – Autenticação de usuário; RNF04 Criptografia de senhas; RNF05 – Fácil utilização
Caso de uso – Editar informações pessoais
Tabela 5 - Descrição do caso de uso editar informações pessoais
	Identificação
	Editar Informações Pessoais
	Escopo
	Sistema Livraria
	Descrição do Propósito
	Esse caso de uso permite ao cliente editar suas informações pessoais como endereço e telefone.
	Ator primário
	Cliente
	Interessados
	Cliente
	Pré-condições
	Possuir um cadastro e estar logado no sistema
	Pós-condições
	O sistema edita as informações do cliente e o redireciona para a página inicial.
	Fluxo normal:
Acessar a página de informações pessoais.
Clicar no botão “editar informações pessoais”.
O sistema exibe um formulário com os campos possíveis de serem editados.
O cliente edita as informações desejadas e clica no botão salvar.
	Fluxo Alternativo
4.1 Caso o cliente deixe algum dos campos em brancoou com preenchimento invalido, o sistema exibe uma mensagem.
	Requisitos relacionados:
	RNF02 – Atualização do Banco de Dados; RNF05 – Fácil utilização
Caso de uso – Verificar login
Tabela 6 - Descrição do caso de uso verificar login
	Identificação
	Verificar Login
	Escopo
	Sistema Livraria
	Descrição do Propósito
	Esse caso de uso permite ao sistema verificar se o usuário está logado.
	Ator primário
	Sistema
	Interessados
	Sistema
	Pré-condições
	Usuário tenta acessar uma tela com acesso restrito.
	Pós-condições
	Se os parâmetros de login forem atendidos o usuário consegue acessar a tela desejada.
	Fluxo normal:
O usuário acessa uma tela que exige que esteja logado.
O sistema verifica se foi passado as informações de login pelo cache do sistema.
O sistema exibe a página requisitada pelo usuário.
	Fluxo Alternativo
2.1 Caso o usuário não esteja logado o sistema exibe uma mensagem e redireciona o usuário para a tela de login/cadastro. 
	Requisitos relacionados:
	RNF01 – Velocidade de processo; RNF03 – Autenticação de usuário
Caso de uso – Consultar estoque
Tabela 7 - Descrição do caso de uso consultar estoque
	Identificação
	Consultar Estoque.
	Escopo
	Sistema externo de Estoque
	Descrição do Propósito
	Permite ao cliente consultar os dados no sistema de controle de estoque.
	Ator primário
	Cliente
	Interessados
	Cliente 
	Pré-condições
	Estar logado no sistema.
	Pós-condições
	O sistema retorna à informação de disponibilidade ou indisponibilidade do livro para compra.
	Fluxo normal:
O cliente acessa a tela inicial do sistema.
Inclusão para Verificar Login
O cliente clica em consultar estoque.
O cliente digita o nome do livro.
O sistema exibe o livro procurado e sua informação de disponibilidade ou indisponibilidade.
	Fluxo Alternativo
4.1 Caso o livro digitado não exista o sistema exibe uma mensagem de livro não encontrado e uma sugestão de pesquisa relacionada. 
	Requisitos relacionados:
	RNF05 – Fácil utilização
Caso de uso – Comprar livro.
Tabela 8 - Descrição do caso de uso comprar livro
	Identificação
	Comprar Livro.
	Escopo
	Sistema Livraria
	Descrição do Propósito
	Permite ao cliente efetuar a compra de livros.
	Ator primário
	Cliente
	Interessados
	Cliente e livraria
	Pré-condições
	Estar logado no sistema e selecionar os livros pela consulta de estoque.
	Pós-condições
	O cliente efetua compra, o sistema redireciona o cliente para a página de informações do pedido. 
	Fluxo normal:
O cliente acessa a tela de consulta de estoque.
Inclusão para Verificar Login. 
Inclusão para Consultar Estoque
O cliente seleciona os livros que deseja e clica em comprar.
O sistema exibe o carrinho de compras com os livros selecionados. 
O cliente confirma seu endereço de entrega e clica em confirmar compra.
O sistema redireciona o cliente para o sistema externo de pagamento.
Inclusão para Efetuar Pagamento
O sistema exibe uma mensagem de sucesso e as informações do pedido.
	Fluxo Alternativo
4.1 Caso o livro escolhido esteja indisponível o sistema exibe uma mensagem perguntando se o cliente gostaria de realizar a reserva do livro.
4.2 Extensão para Reservar Livro.
6.1 Caso o endereço de entrega seja diferente do informado no cadastro o cliente deve clicar em escolher outro endereço e digitar um novo endereço.
9.1 Caso algum erro aconteça ao finalizar a compra o sistema exibe uma mensagem.
	Requisitos relacionados:
	RNF01 – Velocidade de processo; RNF02 – Atualização do Banco de Dados; RNF05 – Fácil utilização; RNF08 – Sistema de pagamento
Caso de uso – Reservar livro
Tabela 9 - Descrição do caso de uso reservar livro
	Identificação
	Reservar Livro.
	Escopo
	Sistema Livraria
	Descrição do Propósito
	Permite ao cliente efetuar a reserva de livros
	Ator primário
	Cliente
	Interessados
	Cliente e livraria
	Pré-condições
	Tentar efetuar a compra de um livro fora de estoque.
	Pós-condições
	O cliente efetua a reserva de livros, o sistema redireciona o cliente para a página com a lista de livros já reservados. 
	Fluxo normal:
O cliente clica em efetuar reserva do livro.
O cliente confirma que deseja efetuar a reserva do livro
O sistema guarda as informações do cliente e qual livro ele reservou e exibe uma mensagem de confirmação. 
	Fluxo Alternativo
2.1 Caso o cliente cancele a reserva sistema volta a tela de consulta de livros. 
	Requisitos relacionados:
	RNF02 – Atualização do Banco de Dados; RNF05 – Fácil utilização
Caso de uso – Efetuar pagamento
Tabela 10 - Descrição do caso de uso efetuar pagamento
	Identificação
	Efetuar Pagamento
	Escopo
	Sistema externo da operadora de cartão de crédito.
	Descrição do Propósito
	Permite ao cliente efetuar o pagamento de sua compra pelo cartão de crédito.
	Ator primário
	Sistema de Pagamento
	Interessados
	Cliente e livraria
	Pré-condições
	Ter selecionado os livros que deseja comprar pelo sistema da livraria e clicar em efetuar pagamento dentro do carrinho de compras.
	Pós-condições
	O cliente é redirecionado para o sistema da livraria e é exibido as informações de seu pedido. 
	Fluxo normal:
O cliente informa os dados de seu cartão de crédito.
O sistema externo confirma os dados e efetua a compra no cartão.
O sistema externo redireciona o cliente para o sistema da livraria.
	Fluxo Alternativo
2.1 Caso as informações do cartão estejam erradas o sistema externo exibe uma mensagem. 
	Requisitos relacionados:
	RNF08 – Sistema de pagamento
DIAGRAMA DE CLASSE
Na programação, um diagrama de classes nada mais que uma representação da estrutura e relações das classes que servem de modelo para objetos.
É uma modelagem muito útil para o desenvolvimento de sistemas, pois ajuda a definir as classes que o sistema poderá possuir, além de ser a base para a construção dos diagramas de comunicação, sequência e estados.
Uma classe é representada por um retângulo que pode possuir até três divisões: nome da classe, que deve ser inserido na parte de cima do retângulo, atributos da classe, que inserimos no meio e métodos da classe que se encontram na parte inferior. Um atributo representa as características de uma classe e os métodos representam as atividades que um objeto dessa classe pode executar. 
Os objetos de uma classe são divididos em três grupos de acordo com sua responsabilidade no sistema: classe de fronteira, classe de controle e classe de entidade, representados pela sigla BCE em um diagrama de classes, essa nomenclatura BCE é representada por estereótipos “boundary, control e entity” inseridos acima do nome da classe entre sinais duplos de maior e menor.
Boundary, ou fronteira, possuem a responsabilidade de dividir o ambiente interno do externo, podendo representar as interações que um sistema faz com os atores ou alimentar informações de outros sistemas, c
Control, ou controle, possuem o objetivo de realizar a coordenação entrega camadas internas do sistema e camadas externas. 
Entity, ou entidade, representam informações e comportamentos que são armazenados de alguma forma no sistema, normalmente são identificados nos casos de uso. 
No subcapítulo a seguir iremos apresentar o diagrama de classes de analise para o sistema da livraria utilizando o que foi explicado nesse capitulo. 
 Diagrama de classes de analise
Figura 2 - Diagrama de Classes de Analise
Fonte: O Autor, 2017
MODELO DE ENTIDADE- RELACIONAMENTO (MER)
O Modelo Entidade-Relacionamento (MER) é um modelo de dados de alto-nível criado com o objetivo de representar a semântica associada aos dados do minimundo. O MER é utilizado na fase de projeto conceitual, onde a estrutura conceitual do banco de dados da aplicação é moldada. Seus conceitos são intuitivos, permitindo que desenvolvedores de banco de dado capturem os conceitosassociados aos dados da aplicação, sem a interferência da tecnologia específica de implementação do banco de dados, com a utilização do MER conseguimos elaborar o esquema conceitual chamado Diagrama Entidade Relacionamento (DER). 
 Entidades, atributos e relacionamentos
O objeto mais elementar que o MER representa é a entidade, uma entidade é algo do mundo real que possui uma existência independente. „ 
Objetos, pessoas, empregado, entes, conceitos, "coisas", etc. - do mundo real são representados como Entidades, cada entidade tem propriedades particulares que são chamadas de atributos, que as características que descrevem cada entidade dentro do domínio, por exemplo, um cliente possui nome, endereço e telefone. 
Uma vez que as entidades são identificadas devemos então definir como elas se relacionam, de acordo com a quantidade de objetos envolvidos em cada relacionamentos classificamos de três formas: relacionamento um para um (1..1), onde cada uma das entidades obrigatoriamente se referenciam apenas uma unidade da outra, relacionamento um para muitos (1..n ou 1..*), onde uma das entidades pode referencias várias unidades da outra, porém do outro lado cada uma das unidades referencias só pode estar ligada a uma unidade da outra entidade e relacionamentos muitos para muitos (n..n ou *..*), onde cada entidade de ambos os lados podem referencias múltiplas unidades uma da outra. 
No subcapítulo a seguir iremos apresentar o modelo de dados para o sistema da livraria.
 Modelo de dados
Figura 3 – Modelo de Dados
Fonte: O Autor, 2017
CONCLUSÃO
A proposta e objetivo deste trabalho foram a análise e levantamento de requisitos para a criação de um sistema para uma livraria auxiliando no controle e nas vendas de livros pela internet, objetivando em utilizar os conhecimentos adquiridos nos módulos de Análise de Sistemas Orientada a Objetos, Banco de Dados e Gestão estratégica de RH. Ao concluir esse projeto ficou claro a importância de uma análise aprofundada do que é esperado do sistema antes de iniciar o desenvolvimento, visando não apenas objetar muitas informações, mas sim informações de qualidade que ajudam a desenvolver um sistema de qualidade e atingir os objetivos desejados. Utilizando do conhecimento adquirido no bimestre, foi possível realizar a análise e levantamento de requisitos do sistema proposto neste projeto, elaborando e documentando diagramas e informações uteis para o desenvolvimento do sistema, a análise foi pensada para um melhor aproveitamento do sistema, visando a fácil utilização dos usuários e a satisfação do cliente. Sendo assim acreditamos ter conseguido atingir o objetivo deste PIM. 
REFERÊNCIAS
LARMAN, C. Utilizando UML e Padrões – uma introdução a análise e ao projeto orientados a objetos e desenvolvimento iterativo. Bookman, 2011.
SCHACH, S. R. Engenharia de software: os paradigmas clássicos orientado a objetos. São Paulo: Mc Graw Hill, 2009.
GUEDES, Gilleanes. UML Uma Abordagem Prática. Editora Novatec. São Paulo, 2007.
LIMA, Gleydson. Diagrama de Classes. Curso de Especialização em Sistemas Corporativos, FARN/2008.
FURLAN, José. Modelagem de Objetos através da UML. Editora Makron Books.
FOWLER, M. UML Essencial: um breve guia para linguagem padrão. 3 ed. Bookman, 2011.
MEDEIROS, E. S. Desenvolvendo software com UML definitivo 2.0. São Paulo: Makron Books, 2004.
MENDES, Ricardo. UML: composição x agregação. Disponível em: http://imasters.com.br/artigo/18901/uml/uml_composicao_x_agregacao/. Acessado em: 28 mai. 2017