Baixe o app para aproveitar ainda mais
Prévia do material em texto
UNIP INTERATIVA Projeto Integrado Multidisciplinar VI Cursos Superiores de Tecnologia Análise de requisitos para venda de livros online UNIP. Interativa (São José dos Campos - SP) 2017 UNIP INTERATIVA Projeto integrado multidisciplinar Cursos superiores de tecnologia PROJETO INTEGRADO MULTIDISCIPLINAR VI Análise de requisitos para venda de livros online André Donizetti Cardoso RA: 1639172 Nilton C. Tavares Junior RA: 1645665 UNIP. Interativa (São José dos Campos – SP) 2017 Resumo Neste projeto são desenvolvidos o levantamento e a análise de requisitos para a elaboração de uma loja online de livros. É usado para a realização deste proposito, 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 chaves: levantamento, análise, requisito, loja, online e livro. Abstract In this project are developed the analysis and analysis of requirements for the development of an online store of books. Is used for the accomplishment of this purpose, all the knowledge that was acquired in the disciplines of object-oriented systems analysis, database and strategic management of human resources. Keywords: Survey, analysis, requirement, shop, online and book. Lista de Figuras Figura 1 - Autenticação e cadastro 11 Figura 2 - Escolha livro 13 Figura 3 - Efetivação de compra 15 Figura 4 - Modelo de entidade relacionamento 18 Figura 5 - Diagrama de classe 22 Lista de Tabelas Tabela 1 - Acessar site 11 Tabela 2 - Realizar login 12 Tabela 3 - Cadastrar-se 12 Tabela 4 - Listar livros 13 Tabela 5 - Filtrar consulta de livros 14 Tabela 6 - Adicionar livros ao carrinho 14 Tabela 7 - Remover livro carrinho 15 Tabela 8 - Finalizar Compra 16 Tabela 9 - Consultar disponibilidade 16 Tabela 10 - Reservar livro 16 Tabela 11 - Enviar dados de cartão 17 Tabela 12 - Requisitos não funcionais 19 Tabela 13 - RN01 21 Tabela 14 - RN02 21 Tabela 15 - RN03 21 Introdução Por meio deste projeto são desenvolvidos o levantamento e análise de requisitos de uma loja online de livros, os serviços que esta loja deve prestar são a listagem de livros disponíveis e realização de venda de livros. A análise de requisitos proposta para o funcionamento da loja online de livros será usada para a produção de documentos que são utilizados para a implementação da loja. Os documentos produzidos neste projeto contemplam modelo de caso de uso, requisitos funcionais e não funcionais, diagrama de classes e modelo de dados (MER) assim colocando em pratica todo o conhecimento adquirido durante este semestre. Cenário proposto Neste tópico é apresentado o cenário proposto, onde este será usado com base para todo o desenvolvimento do projeto, o cenário segue abaixo exatamente como este descrido no manual deste 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 à 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. ” (Manual PIM VI, 2017, p. 23-24). Identificando casos de uso Casos de uso em engenharia de softwares é um classificador que representa uma unidade funcional compreensível tomada pelo sistema, subsistema ou classe manifestada por mensagens intercambiáveis sequenciais entre os sistema e atores. Narrativas em texto descrevendo a unidade funcional são casos de uso, e são bastante aplicados para descobrir e registra requisitos funcionais de sistemas. Uma elipse contento internamente o nome do caso de uso pode ser usado para representar os diagramas de casos de uso. O uso desta ferramenta visual desenha o processo de execução do negócio e idealiza a responsabilidade de cada envolvido, quando o entrará em cena, qual será sua ação, a área e a sequência em que seu trabalho deve ser executado em relação ás responsabilidade e tarefas dos demais participantes do processo. A partir dos preceitos do que são casos de uso, é são identificados dentro do cenário proposto deste projeto são eles autenticação e cadastro, escolha livro e efetivação de compra. Modelo de casos de uso A partir da identificação dos casos de uso, foi elaborado os modelos para cada um dos casos de uso, conforme pode ser observador nos subtópicos a seguir. Autenticação e cadastro Segue a seguir tabelas com o modelo descritivo de cada caso de uso presente no diagrama de caso de uso. Figura 1 - Autenticação e cadastro Identificação: Acessar site. Escopo: Autenticação e cadastro. Descrição: Esse caso de uso permite que o cliente acesse 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 permitirá que o cliente se identifique. Fluxo normal: O cliente acessa ao site utilizando o navegador. A sistema exibe a tela inicial do site e solicita que o cliente se identifique. Requisitos relacionados: RNF 01 – disponibilidade do site. Tabela 1 - Acessar site Identificação: Realizar login Escopo: Autenticação e cadastro. Descrição: Esse caso de uso permite que o cliente se identifique para assim ter acesso a loja. Ator: Cliente. Interessados: Cliente e loja. Pré-condição: O site deve estar disponível na internet. Pós-condição: Cliente é direcionado a página com lista de livros. Fluxo normal: O cliente fornece o login e senha nos campos respectivos. O cliente pressiona o botão realizar login. O sistema valida as credenciais do cliente. O sistema direciona o cliente para a página com a lista de livros. Fluxo alternativo: 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. Caso as credenciais do cliente não sejam validas, exibir mensagem para o cliente fornecer login e senha validas ou se cadastrar. Requisitos relacionados: RNF 01 – acessar site; Tabela 2 - Realizar login Identificação: Cadastrar-se. Escopo: Autenticação e cadastro. Descrição: Esse caso de uso permite que o cliente cadastre suas informações junto a loja para assim ter uma credencial válida. Ator: Cliente. Interessados: Cliente e loja. Pré-condição: O cliente não ter cadastro na loja. Pós-condição: Cliente é informado do sucesso do cadastro e direcionado a página inicial do site para fornecer o login e senha recém cadastrado. Fluxo normal: O cliente fornece as informações de nome, endereço, telefone, data de nascimento, login e senha em seus respectivos campos. O cliente pressiona o botão cadastrar. O sistema informa que do sucesso do cadastro e direcionaa página inicial do site. Fluxo alternativo: Caso o cliente pressione o botão cadastrar sem p preenchimento de um dos campos nome, endereço, telefone, data de nascimento, login e senha, exibir mensagem para preencher o campo ou os campos não preenchidos. Caso o login fornecido pelo cliente já exista, exibir mensagem já existem e deve ser escolhido outro login. Requisitos relacionados: RNF 01 – acessar site; Tabela 3 - Cadastrar-se Escolha livro Segue a seguir tabelas com o modelo descritivo de cada caso de uso presente no diagrama de caso de uso. Figura 2 - Escolha livro Identificação: Listar livros. Escopo: Escolha livro. Descrição: Esse caso de uso permite que o cliente acesse a página com a lista de livros mais procurados. Ator: Cliente. Interessados: Cliente e loja. Pré-condição: O cliente estar autenticado no site. Pós-condição: O cliente escolhe os livros desejados. Fluxo normal: O sistema realiza a consulta dos livros mais procurados no sistema de controle de estoque da livraria. O sistema mostra em tela os livros. Requisitos relacionados: RNF 02 – Sistema de controle de estoque disponível; Tabela 4 - Listar livros Identificação: Filtrar consulta de livros. Escopo: Escolha livro. Descrição: Esse caso de uso permite que o cliente utilize a interface do site para realizar pesquisa especificas de livros, a consulta contempla filtrar por gênero, tipo, título, autor, ano e editora Ator: Cliente. Interessados: Cliente e loja. Pré-condição: O cliente estar autenticado no site. Pós-condição: O cliente tem o resultado da consulta. Fluxo normal: O cliente fornece o dado de pelo menos um dos campos gênero, tipo, título, autor, ano ou editora e pressiona ao botão de pesquisa. O sistema utiliza do dado fornecido para consultar no sistema de controle de estoque da livraria os livros. O sistema mostra em tela o resultado da consulta. Fluxo alternativo: Caso o cliente pressione o botão e não forneça nenhum dos campos gênero, tipo, título, autor, ano e editora, exibir mensagem para preencher pelo menos um dos campos. Caso o sistema de controle de estoque não encontre nenhum livro para a consulta realizada, exibir mensagem informado que nenhum livro atende aos filtros informados. Requisitos relacionados: RNF 02 – Sistema de controle de estoque disponível; Tabela 5 - Filtrar consulta de livros Identificação: Adicionar livros ao carrinho Escopo: Escolha livro. Descrição: Esse caso de uso permite que o cliente adicione os livros de sua preferência no carrinho de compras para posteriormente finalizar a compra Ator: Cliente. Interessados: Cliente e loja. Pré-condição: O cliente estar autenticado no site. Pós-condição: O cliente ter o carrinho de compras valorizados Fluxo normal: O cliente pressiona o botão detalhes no livro de sua preferência. O sistema direciona o cliente para a página do livro selecionado. O cliente pressiona o botão adicionar ao carrinho. O sistema armazena a informação em uma tabela. Requisitos relacionados: RNF 02 – Sistema de controle de estoque disponível; Tabela 6 - Adicionar livros ao carrinho Identificação: Remover livro do carrinho Escopo: Escolha livro. Descrição: Esse caso de uso permite que o cliente remove livros do carrinho de compra, para no momento da compra ele possa comprar apenas os livros que realmente deseja comprar Ator: Cliente. Interessados: Cliente e loja. Pré-condição: O cliente estar autenticado no site. Pós-condição: O cliente ter o carrinho de compras valorizados com os livros que deseja comprar Fluxo normal: O cliente acessa o seu carrinho de compras. O cliente pressiona o botão de remover para então retirar o livro e seu carrinho. Requisitos relacionados: RNF 02 – Sistema de controle de estoque disponível; Tabela 7 - Remover livro carrinho Efetivação de Compra Segue a seguir tabelas com o modelo descritivo de cada caso de uso presente no diagrama de caso de uso. Figura 3 - Efetivação de compra Identificação: Finalizar Compra Escopo: Efetivação de Compra Descrição: Esse caso de uso permite que o cliente finalize a compra de livros e reserve um livro não disponível. Ator: Cliente. Interessados: Cliente, loja e operadora de credito. Pré-condição: O cliente ter livros no carrinho de compras Pós-condição: O cliente termina o processo de compra ou reserva de livro Fluxo normal: O cliente escolhe a melhor forma de frete. O cliente informa a quantia de cada livro que deseja adquirir. O cliente pressiona em finalizar compra. O sistema monta a lista dos livros com a suas quantidades para consultar disponibilidade. Fluxo alternativo: Caso o cliente pressiona o botão finalizar compra sem informa a melhor forma de frete e as quantidades de cada livro, exibir mensagem para o cliente informar melhor forma de frete. Caso o cliente pressiona o botão finalizar compra sem informa a as quantidades de cada livro, exibir mensagem para o cliente informar a quantidade de cada livro. Requisitos relacionados: RF 03 – Operadora de credito estar disponível; RF 02 – Sistema de controle de estoque disponível; Tabela 8 - Finalizar Compra Identificação: Consultar disponibilidade Escopo: Efetivação de Compra Descrição: Esse caso de uso permite que o sistema consulte a disponibilidade quantitativa dos livros no sistema de estoque Ator: Cliente. Interessados: Cliente, loja e operadora de credito. Pré-condição: O cliente ter livros no carrinho de compras Pós-condição: O cliente termina o processo de compra ou reserva de livro Fluxo normal: O sistema consulta a disponibilidade de cada livro no sistema de estoque. O sistema verifica o retorno de disponibilidade. Fluxo alternativo: Caso algum dos livros não está disponível no estoque, exibir mensagem informando a disponibilidade do livro e sugerir a reserva do livro. Requisitos relacionados: RNF 03 – Operadora de credito estar disponível; RNF 02 – Sistema de controle de estoque disponível; Tabela 9 - Consultar disponibilidade Identificação: Reservar livro Escopo: Efetivação de Compra Descrição: Esse caso de uso permite que o cliente reserve livros caso estes estejam indisponíveis. Ator: Cliente. Interessados: Cliente, loja e operadora de credito. Pré-condição: O cliente ter livros no carrinho de compras indisponíveis Pós-condição: O cliente registra a reserva do livro. Fluxo normal: Cliente pressiona em reserva livro. Sistema registra a reserva do livro na base de dados. Requisitos relacionados: RF 03 – Operadora de credito estar disponível; RF 02 – Sistema de controle de estoque disponível; Tabela 10 - Reservar livro Identificação: Enviar dados de cartão Escopo: Efetivação de Compra Descrição: Esse caso de uso permite que os dados de cartão de credito do cliente sejam enviados a operadora de credito para serem validados. Ator: Cliente. Interessados: Cliente, loja e operadora de credito. Pré-condição: O cliente ter livros no carrinho de compras disponíveis Pós-condição: O cliente registra a compra do livro mediante autorização da operadora de credito. Fluxo normal: O sistema solicita os dados do cartão. O Cliente informa os dados do cartão. O Cliente pressiona em autorizar compra. O sistema enviar os dados a operadora de credito. O sistema exibe mensagem informando que a compra foi solicitada e aguarda autorização de credito. Fluxo alternativo: O caso o cliente pressiona o autorizar compra sem informar os dados do cartão, exibir mensagem informando a necessidade de preenchimento dos dados do cartão. Requisitos relacionados: RNF 03 – Operadora de credito estardisponível; RNF 02 – Sistema de controle de estoque disponível; Tabela 11 - Enviar dados de cartão Modelo entidade relacionamento Modelo de entidade relacionamento foi criado com objetivo de retratar o significado relacionado aos dados de um pequeno universo, utilizado na fase conceitual de projetos, onde o esquema conceitual do banco de dados da aplicação é idealizado. Com conceitos claros permitindo que o projetista de banco de dados prese os conceitos relacionado aos dados da aplicação, sem a necessidade tecnológica particular da implementação de um banco de dados. O principal objeto que o MER caracteriza é a entidade, representa qualquer coisa do mundo real que possui uma existência independente objetos, pessoas, conceitos, “coisas” e etc. Toda entidade tem particularidade que são chamadas de atributos e algumas se relacionam uma com as outras. A seguir o modelo de entidade relacionamento para o cenário proposto deste projeto. Figura 4 - Modelo de entidade relacionamento Requisitos não funcionais Os requisitos relativos a utilização da aplicação em teor de confiabilidade, desempenho, disponibilidade, manutenção, tecnologias envolvidas e usabilidade são classificados como requisitos não funcionais. Normalmente o cliente não precisa citar estes requisitos, pois são particularidades mínimas de um software. Dentro do cenário proposto foi desenvolvido os requisitos não funcionais a seguir. Identificação Nome Descrição RNF 01 Disponibilidade do site O site estar disponível é essencial para funcionamento do sistema, o mesmo deve compreender todas boas práticas 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 já que toda informação dos livros está neste sistema. RNF 03 Operadora de credito estar disponível A operadora de credito é o meio de pagamento único do sistema assim sendo essencial no processo de finalização da compra. RNF 04 Segurança de Acesso Dificultar ataques externos ao site é necessário o uso de boas práticas de segurança de acesso ao site, o uso de tokens de acesso as páginas e configuração de Cross-origin no uso de apis são exemplos. RNF 05 Alto Desempenho de rede Devido ao uso de dois sistemas externos para prover o funcionamento do sistema, a necessidade de comunicação entre este deve ser de alto desempenho, para não demorar a responder as requisições do cliente. RNF 06 Usabilidade de fácil compreensão O cliente ao acessar ao site não terá um treinamento prévio, com isso o site deve ser todo intuitivo e claro em suas consistências para que a experiencia do cliente seja agradável ao usar o site. RNF 07 Responsividade do site Com o uso aparelhos moveis muito grande se é necessário que o layout de todo o site possa ser acessado sem nenhum problema em aparelhos moveis. Tabela 12 - Requisitos não funcionais Contexto de uso Basear-se em questionário é o principal meio de análise de contexto de uso, as informações capturadas a respeito do contexto em que um produto, serviço ou sistema está ou estará colocado são muito uteis para o desenvolvimento. Os principais artefatos do contexto de uso surgem a partir das respostas a três questões: Quem (usuários)? O que (tarefas)? E onde (ambiente)? Se baseando no conhecimento adquirido foram identificados os contextos de uso para o cenário proposto. Quem? A utilização do site será realizada a todos que tenham cadastro, para se obter o cadastro o cliente deve informar alguns dados para fins de responsabilidade de uso do site. O que? Os clientes iram usar o site para realizar a compra de livros de seu desejo, estes livros podem ser pesquisados e ordenados conforme a necessidade do cliente. Onde? Os clientes iram usar de meio para acesso a loja seu navegador de internet preferencial seja este de dispositivos moveis ou desktops. Regras de Negocio Dentro de modelagem de processos de negócio as regras de negócio são muito importantes. Elas restringem e definem como um determinado processo de negócio deve ser executado, além de demonstrar conhecimentos com relação a um processo, também constituem cruciais aspectos restritivos na execução deste processo. Dente os preceitos apresentados, foram aplicados os conhecimentos ao cenário, que a seguir são representados. Identificação Cliente autenticado no site – regra de negócio 01 (RN01) Descrição O cliente deve ser autorizado via login a acessar o site. Fonte Cenário descrito em Manual do PIM VI Tabela 13 - RN01 Identificação Preenchimento de campos no cadastro – regra de negócio 02 (RN02) Descrição O cliente deve fornecer todos os dados solicitados no cadastro, pois todos são necessários para envio do produto e contato ao cliente caso necessário. Fonte Cenário descrito em Manual do PIM VI Tabela 14 - RN02 Identificação Preenchimento de campos na validação do cartão de crédito – regra de negócio 03 (RN03) Descrição O cliente deve fornecer todas as informações solicitadas para validação do cartão de credito, pois apenas assim a pedido será processado como um a venda. Fonte Cenário descrito em Manual do PIM VI Tabela 15 - RN03 Diagrama de Classe 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 especifica. Suas classes e relações podem ser implementadas para diferentes fins e linguagem de programação, como tabelas de banco de dados, nós XML ou composições de objetos de software. Uma classe ou interface representada dentro do diagrama possui alguns elementos este são atributos, operações e relacionamentos e comunicações. Em classes ou interfaces, um atributo define os valores que podem ser anexados a um instancia. Uma operação é um método ou função que pode ser executada por uma instancia. Um relacionamento e comunicação entre qualquer par de classe ou interface pode ser realizados a partir de 3 termos, associação, generalização e dependência. Dentro do cenário foi criado o diagrama de classe a seguir. Figura 5 - Diagrama de classe Conclusão Concluímos que a empreitada de se desenvolver a análise para o cenário de uma loja online de livros aparenta ser complexa ao inicio do projeto, porém com o conhecimento adquirido durante o semestre a empreitada se torna possível. A dificuldade se dá ao nível de abstração que deve ocorrer, para a partir de um simples texto se construir diferentes artefatos analíticos, acreditamos que em um cenário real a comunicação entre o solicitante do serviço e os responsáveis pela análise do sistema é muito relevante, e a dificuldade encontrada na abstração se divide entre os envolvidos no projeto, assim tornando o produto final esperado pelo cliente muito mais viável. Referências UNIP INTERATIVA. Manual PIM VI: Disponível em: https://ava.ead.unip.br/bbcswebdav/pid-1578630-dt-content-rid-25780289_1/courses/3018-50_DS_2016_M01/Manual_PIM_VI_ADS_16022017%20%28R%29%20%28PP%29.pdf. Acesso em: 30 de maio de 2017. Alberto Debastiani, Carlos. Definindo Escopo em Projetos de Software. São Paulo: Novatec. 2015. Date, C.J., Introdução a Sistemas de Banco de Dados, tradução da 8 edição americana: Campus, 2004. PRESSMAN, R.S. Engenharia de Software 6ª edição, Editora McGraw-Hill,2006. Context of use: Disponível em: http://www.novagaia.co.uk/talents/techniques/context.html Acesso em: 09 de junho de 2017. Business Rules Group: Disponível em: http://www.businessrulesgroup.org/brapproach_mantra.htm Acesso em: 11 de junho de 2017. Diagramas de classe UML: referência: Disponível em https://msdn.microsoft.com/pt-br/library/dd409437.aspx Acesso em 11 de junho de 2017
Compartilhar