Documento de Requisitos

UNIVERSIDADE FEDERAL DE PERNAMBUCO CENTRO DE INFORMÁTICA GRADUAÇÃO EM CIÊNCIA DA COMPUTAÇÃO Documento de Requisitos Projeto de Promoções Dirigidas em Shoppings Equipe: Professora: Carla Taciana (ctlls@cin.ufpe.br) RECIFE, 23 NOVEMBRO DE 2012 HISTÓRICO DE REVISÕES i

Revisão Data Descrição Autor 01 30/10 Início do Documento de Requisitos. fmr3, lapp, rdtl, rht. 02 02/11 03 05/11 Descrição das técnicas de coleta de dados; início das descrições dos requisitos. Descrição das técnicas de coleta de dados; continuação das descrições dos requisitos. fmr3, lapp, rdtl, rht. fmr3, lapp, rdtl, rht. 04 09/11 Descrição dos Casos de uso. 05 15/11 Término da descrição dos requisitos. fmr3, lapp, rdtl, rht. fmr3, lapp, rdtl, rht. 06 16/11 07 17/11 08 18/11 Modelagem do SR com ator Gerente da Loja expandido. Modelagem do SR com ator Sistema expandido. Modelagem do diagrama NFR. Revisão e continuação dos casos de uso. Descrição de Casos de Uso e inserção de informações relativas ao sistema fmr3, lapp, rdtl, rht. fmr3, lapp, rdtl, rht. fmr3, lapp, rdtl, rht. 09 19/11 Finalização dos casos de uso. 10 20/11 Revisão geral do documento. fmr3, lapp, rdtl, rht. fmr3, lapp, rdtl, rht. Sumário 1 Introdução... 1 ii

2 Motivação... 1 3 Convenções Utilizadas no Documento... 1 3.1 - Identificação dos Requisitos... 1 3.2 - Estrutura dos Casos de Uso... 1 3.3 Prioridades... 2 4 Atores... 2 5 Requisitos Organizacionais... 3 6 Requisitos Funcionais... 4 6.1 [RF01] Cadastrar Loja... 4 6.2 [RF02] Permitir Acesso... 4 6.3 [RF03] Reportar Reclamação... 4 6.4 [RF04] Lançar Promoção... 5 6.5 [RF05] Receber Reclamação... 5 6.6 [RF06] Notificar Promoção... 5 6.7 [RF07] Visualizar Promoção... 6 6.8 [RF08] Cadastrar Cliente... 6 6.9 [RF09] Atualizar preferências do cliente... 6 6.10 [RF10] Receber Elogios... 7 7 Requisitos Não- Funcionais... 7 7.1 Requisitos Externos... 7 7.1.1- [RNF01] Agilidade no lançamento de promoções... 7 7.1.2 [RNF02] Limite de acessos simultâneos... 7 7.2 Requisitos do Produto... 8 7.2.1 [RNF03] Facilidade de uso do sistema... 8 7.2.2 [RNF04] Quantidade de passos... 8 7.3 Requisitos do Processo... 8 iii

7.3.1 [RNF05] Segurança dos dados... 8 8 Modelagem Organizacional... 9 8.1 Modelagem de Dependência Estratégica... 9 8.2 Modelo Estratégico da Razão... 10 8.3 Modelo BPMN... 11 8.4 Modelagem de Requisitos Funcionais (Casos de Uso)... 12 8.5 Modelagem de Requisitos Não- Funcionais... 13 10 Conclusão... 13 9 Relatório da equipe... 14 10 Apêndice A Entrevista com o Cliente/Usuário... 14 11 Apêndice B Descrição dos Casos de Uso... 14 Cliente... 14 [UC01] Notificar promoções a partir da localização... 14 [UC02] Notificar promoções a partir de características... 15 [UC03] Filtrar por necessidade... 16 [UC04] Atrair clientes próximos... 17 Gerente de Loja... 18 [UC05] Notificar possibilidade de promoção relâmpago... 18 12 Apêndice C Artefatos Usados Atualmente... 19 13 Apêndice D Protótipos de Tela... 20 14 Glossário... 26 iv

1 INTRODUÇÃO O objetivo deste documento é especificar os requisitos para a solução encontrada durante o estudo de viabilidade realizado anteriormente. Essa solução baseia- se em um sistema a ser construído a partir de informações capturadas pela utilização de algumas técnicas descritas adiante. Nosso objeto de estudo é o ambiente de shopping centers tendo como foco o funcionamento da publicidade nos mesmos. Tendo em vista a dificuldade que os lojistas possuem em divulgar suas promoções de um modo que alcance efetivamente seu público, e os problemas que os clientes encontram ao buscar descontos, o projeto vem com o objetivo facilitar a comunicação cliente/loja nesse tipo de ambiente. 2 MOTIVAÇÃO Mesmo com um grande arsenal de lojas e dimensão física, shopping centers deixam a desejar no que se diz respeito a interação entre vendedores de lojas e consumidores. O sistema proposto neste projeto, portanto, pretende uma maior interação entre os consumidores e as lojas de modo a tornar o atual modelo de negócio mais eficiente tanto para as lojas quanto para os consumidores proporcionando maior quantidade de compras por visitas. 3 CONVENÇÕES UTILIZADAS NO DOCUMENTO 3.1 - IDENTIFICAÇÃO DOS REQUISITOS Por convenção, os requisitos funcionais são indicados e referenciados por um indicador no formato [RFXX], e os requisitos não- funcionais possuem o formato [RNFXX], onde XX refere- se ao número do requisito. Os requisitos se relacionam com os casos de uso, possuem uma descrição e uma prioridade, explicada no item 3.3. 3.2 - ESTRUTURA DOS CASOS DE USO Por convenção os casos de uso são indicados e referenciados por um indicador no formato [UCXX], onde XX se refere ao número do caso de uso. Os casos de uso possuem: atores 1

(os modelos de usuário que irão utilizar o caso de uso), prioridade (prioridade de implementação do caso de uso), entradas (variáveis que serão passadas ao sistema pelos atores), pré- condições (condições que devem ser satisfeitas antes de o caso de uso começar a ser executado), fluxo de eventos (passo- a- passo das ações realizadas pelos atores para que o caso de uso seja concluído, podendo incluir fluxos de eventos secundários e/ou alternativos), saídas (saídas que devem ser fornecidas pelo sistema quando o caso de uso concluir sua execução), pós- condições (condições que devem ser satisfeitas depois que o caso de uso tiver sido finalizado). 3.3 PRIORIDADES explicadas abaixo: As prioridades definidas para os requisitos e os casos de uso são as mesmas, e são o Essencial: É o caso de uso indispensável ao funcionamento do sistema. Essa prioridade significa que o requisitos/caso de uso deve ser completamente implementado, caso contrário, o projeto perderá sua utilidade. o Importante: Sem este requisito/caso de uso, o sistema ainda será capaz de exercer todas as suas principais funcionalidades. Contudo, a utilização do mesmo não será da forma mais satisfatória para o cliente. o Desejável: Esse tipo de requisito/caso de uso poderá ser implementado se houver tempo na estimativa do projeto, ou em uma versão posterior. Mesmo que ele não existe, o sistema atende a todas as funcionalidades requeridas pelo cliente. 4 ATORES Um ator pode ser um humano ou uma máquina (software ou hardware) que interage com o sistema. Com este entendimento, foram identificados os seguintes atores: o Cliente / Consumidor: É a pessoa que será informada quanto a descontos, promoções e que possui interesse em realizar compras. 2

o Gerente de Loja: É o r esponsável por anunciar produtos e promoções. Representa uma empresa e está interessada em divulgar produtos, atrair clientes e consequentemente realizar vendas. o Gerente do Shopping: É o responsável pela comunicação inicial entre loja e sistema de modo a validar a existência de determinada loja quando a mesma demonstra interesse em ingressar no sistema. 5 REQUISITOS ORGANIZACIONAIS Os requisitos organizacionais que devem ser atendidos pela aplicação a ser desenvolvida são determinados abaixo: Facilitar o processo de marketing em shopping centers, realizando as operações de modo mais eficiente; Oferecer aos consumidores um sistema que permita otimizar o tempo gasto ao percorrer lojas à procura de produtos de seu interesse e ao pesquisar por descontos e promoções. Melhorar a conversão de vendas/clientes que adentram o espaço da loja. 3

6 REQUISITOS FUNCIONAIS Os requisitos funcionais descrevem as funções que os sistemas devem realizar. Abaixo encontram- se todas as tarefas definidas para o sistema: 6.1 [RF01] CADASTRAR LOJA Casos de Uso Relacionados [RF01] Cadastrar Loja Descrição Prioridade O gerente do shopping poderá cadastrar uma loja através do sistema. Essencial 6.2 [RF02] PERMITIR ACESSO [RF02] Permitir Acesso Casos de Uso Relacionados NÃO FORAM ESPECIFICADOS NESTA VERSÃO DO DOCUMENTO Descrição Prioridade O gerente do shopping poderá permitir o acesso dos gerentes de loja ao sistema através de uma interface do sistema. Essencial 6.3 [RF03] REPORTAR RECLAMAÇÃO [RF03] Reportar Reclamação Casos de Uso Relacionados NÃO FORAM ESPECIFICADOS NESTA VERSÃO DO DOCUMENTO Descrição Prioridade O gerente do shopping poderá reportar notificações de reclamação através da interface do sistema. Essencial 4

6.4 [RF04] LANÇAR PROMOÇÃO [RF04] Lançar Promoção Casos de Uso Relacionados Descrição Prioridade [UC05] Notificar possibilidade de promoção relâmpago O gerente de loja poderá lançar promoções para os usuários através do sistema. Essencial 6.5 [RF05] RECEBER RECLAMAÇÃO [RF05] Receber Reclamação Casos de Uso Relacionados NÃO FORAM ESPECIFICADOS NESTA VERSÃO DO DOCUMENTO Descrição Prioridade Os usuários poderão fazer reclamações dos serviços oferecidos através do sistema. Importante 6.6 [RF06] NOTIFICAR PROMOÇÃO [RF06] Notificar Promoção Casos de Uso Relacionados Descrição Prioridade [UC01] Notificar promoções a partir da localização, [UC02] Notificar promoções a partir de características, [UC03] Filtrar por necessidade, [UC04] Atrair clientes próximos O sistema deve notificar os usuários sobre as promoções contidas no sistema. Essencial 5

6.7 [RF07] VISUALIZAR PROMOÇÃO [RF07] Visualizar Promoção Casos de Uso Relacionados Descrição Prioridade [UC01] Notificar promoções a partir da localização, [UC02] Notificar promoções a partir de características, [UC03] Filtrar por necessidade, [UC04] Atrair clientes próximos Os usuários poderão visualizar promoções através do sistema. Essencial 6.8 [RF08] CADASTRAR CLIENTE [RF08] Cadastrar Cliente Casos de Uso Relacionados Descrição Prioridade [UC02] Notificar promoções a partir de características O cliente define seu login e senha além de preencher seu perfil através do sistema. Dados como preferências quanto à visualização de promoções são armazenados nesse momento. Essencial 6.9 [RF09] ATUALIZAR PREFERÊNCIAS DO CLIENTE [RF09] Atualizar preferências do cliente Casos de Uso Relacionados Descrição Prioridade [UC02] Notificar promoções a partir de características O cliente redefine (atualiza) suas preferências quanto às categorias que possui interesse em ser notificado quando houver promoções/anúncios. Importante 6

6.10 [RF10] RECEBER ELOGIOS [RF10] Receber Elogios Casos de Uso Relacionados NÃO FORAM ESPECIFICADOS NESTA VERSÃO DO DOCUMENTO Descrição Prioridade Os usuários poderão fazer elogios aos serviços oferecidos através do sistema. Desejável 7 REQUISITOS NÃO- FUNCIONAIS 7.1 REQUISITOS EXTERNOS 7.1.1- [RNF01] AGILIDADE NO LANÇAMENTO DE PROMOÇÕES [RNF01] Agilidade no lançamento de promoções Casos de Uso Relacionados Descrição Prioridade As promoções, uma vez laçadas no sistema, devem estar disponíveis instantaneamente para os usuários. Essencial 7.1.2 [RNF02] LIMITE DE ACESSOS SIMULTÂNEOS [RNF02] Limite de acessos simultâneos Casos de Uso Relacionados Descrição Prioridade TODOS O sistema deverá suportar até 100 acessos simultâneos. Importante 7

7.2 REQUISITOS DO PRODUTO 7.2.1 [RNF03] FACILIDADE DE USO DO SISTEMA [RNF03] Facilidade de uso do sistema Casos de Uso Relacionados Descrição Prioridade TODOS Sistema fácil de usar, tanto para o usuário ver as promoções quanto para os gerentes de loja que lançam as promoções no sistema. Importante Casos de Uso Relacionados 7.2.2 [RNF04] QUANTIDADE DE PASSOS [RNF04] Quantidade de Passos Descrição Prioridade O sistema deve realizar uma compra com no máximo 3 passos. Importante 7.3 REQUISITOS DO PROCESSO 7.3.1 [RNF05] SEGURANÇA DOS DADOS [RNF05] Segurança dos Dados Casos de Uso Relacionados Descrição Prioridade Segurança para com os dados do usuário. Essencial 8

8 MODELAGEM ORGANIZACIONAL 8.1 MODELAGEM DE DEPENDÊNCIA ESTRATÉGICA Figura 8.1. Modelagem de Dependência Estratégica 9

8.2 MODELO ESTRATÉGICO DA RAZÃO Figura 8.2. Modelo com Gerente de Loja e Sistema expandidos. 10

8.3 MODELO BPMN Figura 8.3. Modelo BPMN do sistema como ele é atualmente. 11

8.4 MODELAGEM DE REQUISITOS FUNCIONAIS (CASOS DE USO) Figura 8.4. Diagrama de casos de uso. 12

8.5 MODELAGEM DE REQUISITOS NÃO- FUNCIONAIS Nesta seção encontra- se a modelagem dos requisitos não- funcionais utilizando a técnica NFR Framework. Figura 8.5. Requisitos não- funcionais usando NFR Framework 10 CONCLUSÃO Baseando- se no documento de Estudo de Viabilidade e levantamento de dados junto ao nosso cliente, conseguimos modelar o sistema de promoções dirigidas em shoppings com as funcionalidades e estrutura necessárias para atender as expectativas do nosso cliente. Neste documento podemos encontrar vários tipos de modelagens inter- relacionadas: modelagem organizacional (i*), modelagem de requisitos não- funcionais (NRF Framework) e modelagem de requisitos funcionais (diagrama de casos de uso), oferecendo uma visão global de como o sistema deverá se comportar quando for implantado no ambiente do shopping. 13

9 RELATÓRIO DA EQUIPE Nesta última seção segue a porcentagem de esforço de cada membro da equipe. As atividades realizadas por cada um estão descritas no Histórico de Revisões deste documento. 10 APÊNDICE A ENTREVISTA COM O CLIENTE/USUÁRIO A entrevista com o cliente se deu de forma semi- estruturada de forma que as questões foram planejadas previamente, com o objetivo de entender melhor o problema e as necessidades do cliente. A.1 Entrevista com a June Dantas. 1) Você pode me dizer em poucas palavras como são realizados anúncios de promoções hoje nas lojas? R: Bom, não há um sistema centralizado para essa tarefa. Cada empresa (loja) é responsável por seus anúncios e os fazem das mais diversas formas possíveis. Tv, rádio, jornal, revistas, panfletos, etc. Alguns métodos são caros, outros nem tanto. 2) O que acha de um sistema centralizado que permitiria anunciar por exemplo uma promoção com duração de apenas uma hora? R: Seria interessante ver a movimentação do público pelo shopping... acredito que chamaria bastante atenção. Creio também que o fato de ser centralizado seja atraente aos lojistas, já que isso padronizaria os preços e consequentemente manteria os gastos com esse tipo de publicidade mais aceitável que outras mídias. 11 APÊNDICE B DESCRIÇÃO DOS CASOS DE USO CLIENTE Identificador: Descrição: [UC01] NOTIFICAR PROMOÇÕES A PARTIR DA LOCALIZAÇÃO [UC01] O cliente é notificado à respeito de determinada(s) promoção(ões) que se encontra(m) nas proximidades, ou seja na área em que o mesmo se encontra. 14

Ator: Prioridade: Pré- condições: Pós- condições: Cliente Essencial O ator deve estar logado no sistema. A notificação é mostrada ao usuário e armazenada no sistema. Fluxo de Eventos Principal 1. O sistema exibe uma notificação cujo título inclui o nome da loja que lançou a mesma e breve descrição; 2. O Cliente seleciona a opção de ler mais ; 3. O Cliente visualiza a promoção, ou seja o sistema exibe uma descrição completa do anúncio; 4. O sistema notifica à loja que aquele Cliente visualizou o anúncio; Fluxo Secundário 1 1. O sistema exibe uma notificação cujo título inclui o nome da loja que lançou a mesma e breve descrição; 2. O cliente clica em ok ; Requisitos Não Funcionais Específicos - Identificador: Descrição: Ator: Prioridade: [UC02] NOTIFICAR PROMOÇÕES A PARTIR DE CARACTERÍSTICAS [UC02] O cliente é notificado à respeito de determinada(s) promoção(ões) que se encontra(m) no shopping. As mesmas são previamente filtradas de acordo com as opções escolhidas pelo usuário no ato de seu cadastro e/ou atualização de perfil. Cliente Essencial 15

Pré- condições: Pós- condições: O ator deve estar logado no sistema. A notificação é mostrada ao usuário e armazenada no sistema. Fluxo de Eventos Principal 1. O sistema exibe uma lista de promoções cujos títulos incluem nome de loja e breve descrição; 2. O cliente escolhe a promoção de interesse; 3. O cliente seleciona a opção de ler mais para aquela promoção; 4. O cliente visualiza a promoção, ou seja o sistema exibe uma descrição completa do anúncio; 5. O sistema notifica à loja que aquele cliente visualizou o anúncio; Requisitos Não Funcionais Específicos - Identificador: Descrição: Ator: [UC03] FILTRAR POR NECESSIDADE [UC03] O cliente informa quais as suas necessidades ao entrar no shopping, por exemplo, sabemos que todos os produtos são categorizados, por exemplo: roupas, livros, papelaria, entre outros. Sendo assim, ele possibilita ao software um filtro das suas necessidades. Cliente 16

Prioridade: Pré- condições: Pós- condições: Essencial O ator deve estar logado no sistema. Promoções direcionadas às necessidades do ator são notificadas ao mesmo à medida que ele anda pelo shopping. Fluxo de Eventos Principal 1. Cliente, ao entrar no shoppping, informa ao sistema quais as suas necessidades; 2. O sistema exibe uma lista de promoções cujos títulos incluem nome de loja e breve descrição; 3. O cliente seleciona a opção de ler mais para determinada promoção; 4. O cliente visualiza a promoção, ou seja o sistema exibe uma descrição completa do anúncio; 5. O sistema notifica à loja que aquele cliente visualizou o anúncio; Requisitos Não Funcionais Específicos - Identificador: Descrição: [UC04] ATRAIR CLIENTES PRÓXIMOS [UC04] Como o app funciona com serviço de localização indoor, temos a possibilidade de saber quando o cliente está na vitrine da loja olhando. Dados indicam que muitos deles olham, mas não entram, então através do app é possível chamar o cliente para entrar de uma forma mais convidativa e menos invasiva. Por exemplo: "Entrando na loja agora você terá 10% sobre qualquer produto." 17

Ator: Prioridade: Pré- condições: Pós- condições: Cliente Desejável O ator deve estar logado no sistema. O cliente ao se aproximar da loja é notificado quanto à promoções daquela loja. Fluxo de Eventos Principal 1. O sistema detecta a presença do cliente próximo à vitrine da loja, e exibe uma notificação com anúncio, cujo título inclui nome de loja e breve descrição; 2. O cliente seleciona a opção de ler mais ; 3. O cliente visualiza a promoção, ou seja o sistema exibe uma descrição completa do anúncio; 4. O sistema notifica à loja que aquele cliente visualizou o anúncio; Fluxo Secundário 1 1. O sistema exibe uma notificação com anúncio, cujo título inclui nome de loja e breve descrição; 2. O cliente clica em ok ; Requisitos Não Funcionais Específicos - GERENTE DE LOJA Identificador: Descrição: [UC05] NOTIFICAR POSSIBILIDADE DE PROMOÇÃO RELÂMPAGO [UC05] O app localiza mais de uma pessoa com perfis semelhantes em determinada área e assim informa para os lojistas no seu módulo desktop que há uma oportunidade de negócio, ou seja, há possibilidade de promoção relâmpago focada nas pessoas que estão na área. Exemplo: Se estiverem 7 pessoas com perfis semelhantes próximas a 18

Calvin Klein, a loja Calvin Klein gera a seguinte notificação: "Se pelo menos 5 pessoas vierem aqui na loja nos próximos 30 min, elas terão 20% de desconto.". Ator: Prioridade: Pré- condições: Pós- condições: Gerente de Loja Importante O ator deve estar logado no sistema. O gerente de loja é notificado quanto à possibilidade de promoção relâmpago. Fluxo de Eventos Principal 1. O sistema analiza a quantidade de pessoas com o mesmo interesse em determinada área; 2. Se a quantidade for maior ou igual a um valor X pré- estabelecido (por exemplo X >= 5 pessoas); 3. O sistema continua a monitorar o número de pessoas por área e exibe uma notificação ao gerente de loja informando que há possibilidade de promoção relâmpago; 4. O gerente escolhe a opção lançar promoção aproveitando o momento favorável; Fluxo Secundário 1 1. O sistema analiza a quantidade de pessoas com o mesmo interesse em determinada área; 2. Se a quantidade for maior ou igual a um valor X pré- estabelecido (por exemplo X >= 5 pessoas); 3. O sistema continua a monitorar o número de pessoas por área e exibe uma notificação ao gerente de loja informando que há possibilidade de promoção relâmpago; 4. O gerente opta por não lançar promoção e clica em ok confirmando que visualizou a sugestão do sistema; Fluxo Secundário 2 1. O sistema analiza a quantidade de pessoas com o mesmo interesse em determinada área; 2. Se a quantidade for menor que um valor X pré- estabelecido (por exemplo X < 5 pessoas); 3. O sistema continua a monitorar a quantidade de pessoas por área, porém nesse caso sem que uma notificação seja gerada; Requisitos Não Funcionais Específicos - 12 APÊNDICE C ARTEFATOS USADOS ATUALMENTE 19

Figura 12.1 Panfleto promocional do sistema, confeccionado para ser entregue nas ruas e em estabelecimentos como bares, restaurantes, boates e até mesmo o próprio shopping em questão. 13 APÊNDICE D PROTÓTIPOS DE TELA 20

Figura 13.1 - Protótipo da tela do sistema na visão do usuário do tipo Gerente de Loja, na tela em questão, o gerente da loja Calvin Klein recebe um alerta possibilitando o lançamento de promoções no sistema, baseado na análise de perfil de clientes fisicamente próximos à loja. 21

Figura 13.2 Protótipo da tela do sistema na visão do usuário do tipo Gerente de Loja, na tela em questão, o gerente da loja Calvin Klein visualiza em detalhes a informações dos perfis dos clientes fisicamente próximos à sua loja. Esta interface ainda permite que o Gerente de Loja escolha e customize anúncios que serão lançados no sistema. 22

Figura 13.3 Protótipo da tela do sistema na visão do usuário do tipo Cliente, na tela em questão, o Cliente recebe um alerta de promoção ao passar nas proximidades da loja Calvin Klein. 23

Figura 13.4 Protótipo da tela do sistema na visão do usuário do tipo Cliente, na tela em questão, o Cliente visualiza em detalhes a promoção disponível na loja Calvin Klein. 24

Figura 13.5 Protótipo da tela do sistema na visão do usuário do tipo Gerente de Loja, na tela em questão, o gerente da loja Calvin Klein visualiza em detalhes a informações de penetração das promoções que lançou no sistema, cuja principal métrica é o número de visualizações por parte dos Clientes. 25

14 GLOSSÁRIO Log on: Termo utilizado para demonstrar a ação de um usuário quando entra no sistema dom login e senha. Log off: Termo utilizado para demonstrar a ação de um usuário quando este sai do sistema. 26