Relatório de Especificação de Requisitos

Transcrição

1 26/07/ :05 1/10 Relatório de Especificação de Requisitos Relatório de Especificação de Requisitos Versão: 1.1 Autores: Antonieta Ponce de Leão Pedro Cunha Data: vs vs Introdução Pretende-se desenvolver um sistema de informação com interface web para suportar uma loja online. Existem dois tipos de utilizadores, os administradores do sistema e os compradores que se registam. O sistema deve manter informação sobre os diversos produtos, incluindo comentários e pontuações dos utilizadores. Os compradores podem usufruir de carrinho de compras e o sistema deve manter o historial de todas as compras anteriores. O principal objetivo deste projeto é o desenvolvimento de website para uma loja online, de material informático, focado na vertente do utilizador. O presente documento pretende identificar e descrever os atores, as narrativas de utilizador na forma de user stories, seguidas da visão geral e dos casos de utilização, concluindo com os requisitos suplementares o resumo e as conclusões. 2. Atores O projeto envolve 5 atores: Utilizador Geral - corresponde a todos os utilizadores não-administradores da loja, que a visitam para pesquisar e/ou comprar artigos; L B A W -

2 Last update: 02/04/ :43 lbaw12601:project:rer Visitante - corresponde ao utilizador que ainda não iniciou a sua sessão na página de internet ou o utilizador que ainda não se registou nesta; Utilizador - corresponde aos utilizadores registados e com sessão aberta; Administrador - corresponde aos administradores da loja online; API - representa a ligação com outros serviços de internet (exemplo: facebook). 3. Narrativas de Utilizador Neste capítulo são descritas as user stories do projeto as quais são classificadas em termos de prioridade numa escala --Baixa. A escala descrita é utilizada para priorizar as user stories, sendo que as classificadas como, são as de maior relevância, consideradas essenciais pelos stakeholders, devendo ser completamente implementadas. As histórias classificadas como s são de grande importância mas não essenciais, e por último as de prioridade Baixa, apesar de acrescentarem valor ao projeto, a sua implementação depende do tempo disponível até à data da entrega, podendo ser adiadas para versões futuras. No geral, a todas as user stories é associado um caso de utilização, UCxx, e um protótipo da interface UIxx. User Stories Identificador Nome Prioridade Descrição US01 US02 US03 US04 Novo Utilizador Verificação de Iniciar Sessão Ajuda e FAQ's US05 Contactos US10 Top Ten Como Visitante quero registar-me para que possa ter acesso a todas as áreas da loja. Como Utilizador Registado quero que só possa iniciar a sessão se o meu tiver sido verificado como válido, para que me sinta mais seguro. Como Visitante quero a possibilidade de iniciar uma sessão autenticada, para que possa ter acesso ao conteúdo total do sítio. Como Utilizador Geral quero ter acesso a uma página de ajuda com FAQ's, para facilitar a minha navegação no site. Como Utilizador Geral quero ter acesso a uma página de contactos, para que me possa informar melhor sobre a empresa. Use Cases Interface UC01 UC03 UC05 UC06 Como Utilizador Geral quero que a página inicial contenha os 10 artigos mais populares, para eu saber o que mais chamou à atenção dos compradores. UI01 UI02 UI03 UI04 UI05 UC10 UI00 Printed on 26/07/ :05

3 26/07/ :05 3/10 Relatório de Especificação de Requisitos US11 US12 Pesquisa de Artigos Pesquisa por Categoria US13 Pesquisa Avançada UC14 Ver Comentários US15 US16 US17 Adicionar Artigo ao Carrinho Remover Artigo do Carrinho Carrinho de Compras US20 Editar US21 Editar Morada US22 Alterar Palavra-Passe US23 Apagar Conta US24 Encerrar Sessão US25 Área Pessoal US30 Comprar Artigo US31 Pagamento US32 Comentar Artigos US33 Pontuar Artigos US34 Plataformas Sociais Baixa Como Utilizador Geral quero ter a possibilidade de pesquisar por artigos, para que possa informar-me se o o serviço fornecido satisfaz as minhas necessidades. Como Utilizador Geral quero poder pesquisar artigos por categoria, para que possa ter uma visão mais alargada dos artigos disponíveis de uma determinada categoria sem ter que me registar. Como Utilizador Geral quero poder pesquisar usando várias restrições, para filtrar resultados. Como Utilizador Geral quero poder visualizar comentários de outros Utilizadores sobre determinado artigo, para que possa ter a opinião de outros clientes. Como Utilizador Geral quero poder adicionar vários artigos a um carrinho de compras, para que possa decidir os vários artigos que quero comprar sem ter que iniciar a sessão. Como Utilizador Geral quero poder remover artigos do carrinho de compras, para que possa ir atualizando a minha futura compra. Como Utilizador Geral quero poder visualizar o meu carrinho de compras com antecedência, para poder verificar a minha futura compra. Como Utilizador Registado quero poder editar o meu endereço de , para que o possa atualizar sempre que necessário. Como Utilizador Registado quero poder atualizar todos os campos da minha morada, para que esta esteja sempre atualizada. Como Utilizador Registado quero poder atualizar a minha palavra-passe, para que me sinta mais seguro. Como Utilizador Registado quero poder apagar a minha conta, para que possa terminar completamente a minha relação com o sítio. Como Utilizador Registado quero poder encerrar a minha sessão, para que possa sentir-me mais seguro. Como Utilizador Registado quero ter acesso à minha área pessoal, para facilitar a edição do meu perfil. Como Utilizador Registado quero poder comprar um artigo, para que o possa obter. Como Utilizador quero ter a possibilidade de escolher vários métodos de pagamento para me sentir mais seguro. Como Utilizador Registado quero poder efetuar comentários a itens que comprei, para que outros utilizadores possam visualizar a minha opinião a qualidade ou outros aspetos relevantes dos itens. Como Utilizador Registado quero poder pontuar itens para que outros utilizadores saibam como estes são visto pela generalidade dos compradores. Como Utilizador Registado quero poder partilhar, em redes sociais como o Facebook, artigos para que estes sejam divulgados facilmente aos elementos da minha rede social. UC11 UI11 UC12 UC13 UI13 UC14 UI14 UC15 UC16 UC17 UI17 UC20 UI20 UC21 UI21 UC22 UI22 UC23 UI23 UC24 UI24 UC30 UI25 UC31 UI31 UC32 UI32 UC33 UI32 UC34 UI30 L B A W -

4 Last update: 02/04/ :43 lbaw12601:project:rer US35 Morada de Envio US36 Confirmar Encomenda US40 Pesquisar Utilizadores US41 Banir Utilizador US42 Pesquisa de Artigos US43 Editar Artigo US44 Adicionar Artigo US45 Remover Artigo US46 Editar Ajuda US47 Editar Contactos Como Utilizador Registado quero poder confirmar ou alterar a minha morada de envio antes de finalizar uma compra. Como Utilizador Registado quero confirmar a minha encomenda antes de efetuar o pagamento. Como Administrador quero poder pesquisar por um Utilizador Registado através do seu endereço de para que seja mais fácil encontrar um Utilizador Registado. Como Administrador quero poder banir um Utilizador Registado. Como Administrador quero ter a possibilidade de pesquisar por artigos, para que possa mais facilmente encontrar os artigos. Como Administrador quero ter a possibilidade de alterar qualquer campo de um determinado artigo, para que a sua edição me seja facilitada Como Administrador quero ter a possibilidade de adicionar novos artigos aos artigos disponíveis no site, para que o site se encontre sempre atualizado com novos produtos Como Administrador quero ter a possibilidade de remover artigos do site, para que o site se encontre sempre atualizado. Como Administrador quero ter a possibilidade de editar a informação na página da Ajuda e FAQ's. Como Administrador quero ter a possibilidade de editar a informação na página Contactos. UI35 UI36 UC40 UI40 UC41 UI41 UC42 UC43 UI43 UC44 UI44 UC45 UI43 UC46 UI46 UC47 UI47 4. Visão Geral Uma vez que existem bastantes casos de utilização, apresenta-se primeiramente um diagrama de pacotes e depois um diagrama de casos de utilização para cada pacote. Printed on 26/07/ :05

5 26/07/ :05 5/10 Relatório de Especificação de Requisitos Figura 1: Diagrama de Pacotes do Projecto Actor Pacote Uso Utilizador Geral Geral Consultar FAQ e contactos da loja Utilizador Geral Utilizador Registado API Visitante Administrador Artigo Autenticação Pesquisar quaisquer artigos na loja, incluíndo visualização de comentários e pontuações. Comentar e pontuar artigos. Partilhar artigo no Facebook. Registar-se ou fazer login, caso já esteja registado. Fazer login. Utilizador Geral Decisão de comprar artigo e rever carrinho. Comprar Artigos Escolha do método de pagamento, confirmação de dados de envio e pagamento. Utilizador Registado Gestão de toda a informação relevante do utilizador, como Gestão de Conta , palavra-passe, morada. Administrador Administração Edição de artigos, que inclui introdução de novos e eliminação de antigos, bloquear e apagar clientes. 5. Casos de Utilização (Por Pacote) Seguindo os narrativas de utilização identificados para a aplicação, procurou-se identificar e caracterizar os requisitos dos utilizadores de forma rigorosa, objetiva, consistente e completa. Esta documentação vai servir de referência para os desenhadores que vão encontrar as soluções, tanto para os requisitos de informação como para os requisitos funcionais e não funcionais, e de comunicação com os utilizadores finais. Autenticação Figura 2: Caso de utilização da autenticação; Caso de Uso Prioridade Descrição UC01 Registar UC03 Login Geral L B A W -

6 Last update: 02/04/ :43 lbaw12601:project:rer Figura 3: Caso de utilização de acesso geral; Caso de Uso Prioridade Descrição UC05 Ver FAQ UC06 Ver Contactos Artigo Figura 4: Casos de utilização do pacote artigo Caso de Uso Prioridade Descrição UC10 Ver Top 10 UC11 Fazer Pesquisa UC12 Ver por Categorias UC13 Pesquisa Avançada UC14 Ver Comentários UC15 Adicionar ao Carrinho UC16 Remover do Carrinho UC34 Baixa Partilhar no Facebook UC32 Comentar Artigo UC33 Pontuar Artigo Gestão de Conta Printed on 26/07/ :05

7 26/07/ :05 7/10 Relatório de Especificação de Requisitos Figura 5: Casos de utilização do pacote de gestão; Caso de Uso Prioridade Descrição UC20 Editar UC21 Editar Morada UC22 Editar Palavra-passe UC23 Apagar Conta UC24 Encerrar Sessão Comprar Artigos Figura 6: Casos de utilização do pacote comprar artigos; Caso de Uso Prioridade Descrição UC30 Decidir Comprar UC17 Verificar Compra UC31 Escolher Método de Pagamento UC35 Efetuar Pagamento Administração Figura 7: Casos de utilização do pacote administração; Caso de Uso Prioridade Descrição UC40 Procurar Utilizador (envolve ver as suas informações) UC41 Banir Utilizadores UC42 Procurar Artigo UC43 Editar Artigo UC44 Criar Artigo UC45 Eliminar Artigo UC46 Editar Ajuda US47 Editar Contactos L B A W -

8 Last update: 02/04/ :43 lbaw12601:project:rer 6. Requisitos Suplementares Apresentam-se de seguida as regras de negócio, os requisitos técnicos e outras restrições ao projeto. Regras de Negócio Identificador Nome RN01 RN02 RN03 Adicionar Produto Autenticação do Utilizador Pagamento do Produto Descrição Um Utilizador não pode adicionar um produto já contido no carrinho, pode é alterar a sua quantidade. Para proceder à compra, o utilizador tem de estar autenticado no sistema. Estando autenticado, e para proceder à compra, é requerido ao utilizador o pagamento do produto ou a escolha do método à cobrança. Requisitos Técnicos Identificador Nome Descrição RT01 RT02 Disponibilidade Acessibilidade É necessário o sistema estar disponível e funcional 99% a cada período de um mês. O sistema deve garantir que todos possam ter acesso às páginas, independentemente de terem alguma deficiência ou não, ou do navegador Web que utilizem. RT03 Usabilidade O sistema deve ser simples e fácil de usar. RT04 RT05 RT06 RT07 RT08 RT09 RT10 RT11 Performance Aplicação Web Portabilidade Base de Dados Segurança Robustez Escalabilidade Ética O sistema deve ter tempos de resposta menores do que 2s para garantir a atenção do utilizador O sistema deve ser implementado como aplicação Web com páginas dinâmicas (HTML5, JavaScript, CSS3 e PHP) O sistema do lado do servidor deve funcionar em várias plataformas (Linux, Mac OS, etc) Deve ser usado o sistema de gestão de bases de dados PostgreSQL 9.1 O sistema deve proteger a informação de acessos não autorizados através da utilização de um sistema de autenticação e verificação de privilégios. Deve ainda cifrar toda a informação após autênticação (https) O sistema deve estar preparado para tratar e continuar em funcionamento quando ocorrem erros de \\runtime\\ O sistema deve estar preparado para crescer com o crescimento do número de utilizadores e das correspondentes operações O sistema deve respeitar os princípios éticos no desenvolvimento de software (por exemplo as password devem ser encriptadas para garantir que só o dono a conhece) Printed on 26/07/ :05

9 26/07/ :05 9/10 Relatório de Especificação de Requisitos Restrições Identificador Nome Descrição RE01 Data de Entrega O projeto tem de estar concluído antes do mês de Junho para aproveitar o lançamento de novo hardware que acontece nessa altura. 7. Resumo e Conclusões O documento aqui descrito representa o RER do projeto proposto. Numa primeira parte foram identificados os cinco atores, Utilizador Geral, Visitante, Utilizador Registado, Administrador e API. Os requisitos foram identificados, através de user stories, e avaliados com recurso a uma simples escala de priorização --Baixa. De seguida descreveu-se a visão geral identificando os vários pacotes de casos de utilização. Posteriormente são descritos os casos de utilização, avaliados na mesma escala que as histórias de utilização, através de diagramas em linguagem UML. Numa fase final identificaram-se os requisitos técnicos e foi feito um diagrama geral do projeto. Como próximo passo, será feito o REB que dará suporte ao projeto, seguido do RAP e por último a entrega do produto final. 8. Bibliografia Antonieta Ponce de Leão, R. A. (2012). BookSharing - RER. Porto. Application programming interface. (5 de Março de 2013). Obtido em 10 de Março de 2013, de Wikipedia - The Free Encyclopedia: J.C.Lopes. (Fevereiro de 2013). Especificação de Requisitos [L B A W]. Obtido em 26 de Fevereiro de 2013, de Laboratório de Bases de Dados e Aplicações Web: J.C.Lopes, S. N. (Fevereiro de 2013). Protótipo da Interface com o Utilizador. Obtido em 5 de Março de 2013, de Laboratório de Bases de dados e Aplicações Web: Sparx Systems Pty Ltd. (2010). Activity Diagram [Enterprise Architect User Guide]. Obtido em 5 de Março de 2013, de tml UML use case diagram examples for online shopping of web customer actor with top level use cases View Items, Make Purchase and Client Register, other use cases are Customer Authentication, View Recommended Items, Add to Wish List,Checkout,Payment use case. (10-13). Obtido em 26 de Fevereiro de 2013, de uml-diagrams.org: Wikipedia. (26 de Fevereiro de 2013). Mockup. Obtido em 11 de Março de 2013, de Wikipedia - The Free Encyclopedia: Wikipedia. (20 de Fevereiro de 2013). Stakeholder. Obtido em 10 de Março de 2013, de Wikipedia - The Free Encyclopedia: L B A W -

10 Last update: 02/04/ :43 lbaw12601:project:rer Wikipedia. (2013 de Março de 2013). Unified Modeling Language. Obtido em 10 de Março de 2013, de Wikipedia - The Free Encyclopedia: Wikipideia. (7 de Março de 2013). User Story. Obtido em 10 de Março de 2013, de Wikipedia - The Free Encyclopedia: 9. Glossário Apresentam-se de seguida os termos do vocabulário do domínio e os termos técnicos relevantes. API Artigo Termo Design líquido Mockup RAP REB RER Stakeholders UML User Story User Stories Significado Application programming interface é um protocolo que se destina a ser usado como interface de comunicação entre componentes de software. Todo e qualquer produto para venda na loja online FEUPbit Design de interface com o utilizador que procura níveis elevados de acessibilidade através da adaptação da disposição dos conteúdos ao tamanho da janela (do Browser) que está a ser usada. Os conteúdos podem fluir livremente pelo espaço disponível. Modelo à escala ou em tamanho real de um projeto ou dispositivo, usado para ensino, demonstração, avaliação de projetos, promoções ou outros fins. Relatório de Arquitetura e Protótipo Vertical Relatório de Especificação de Bases de Dados Relatório de Especificação de Requisitos todas as pessoas com interesse no projeto, não só os donos do projeto mas também futuros utilizadores, acionistas entre outros Unified Modeling Language (UML) é uma linguagem de modelação padronizada em especial no campo de engenharia de software orientada a objetos. Uma frase simples que descreve em linguagem corrente o que um utilizador faz ou quer poder fazer com a aplicação. Como um <papel> quero <objetivo/desejo> para que <beneficio> A parte respetiva ao beneficio não é obrigatória. Plural de user story From: - L B A W Permanent link: Last update: 02/04/ :43 Printed on 26/07/ :05