Documento de Requisitos - cin.ufpe.br · Nas seções cinco, seis e sete os requisitos...

UFPE – Universidade Federal de Pernambuco

CIn – Centro de Informática

Documento de Requisitos

(Portal do Torcedor Colaborador)

“a violência ao redor do futebol não é acontecimento novo e há exemplos na história do

futebol brasileiro e mundial (Murphy, Williams e Dunning)”

“o Estado deve investir não só no treinamento das tropas envolvidas em grandes eventos

esportivos, mas numa inteligência que torne a identificação dos maus elementos e sua punição

mais fácil de ser realizada (Fernando Capez, Promotor de Justiça do estado de SP)”

“a violência nos grandes jogos de futebol afasta cada vez mais minha família desses eventos, o

que muito me entristece, pois adoro ir a campo torcer por meu time do coração” (Rafael Moia

Filho – Torcedor Paulistano que ainda fica indignado com a covardia e a falta de respeito nos

estádios brasileiros)

Recife, 26 de maio de 2011.

Curso: Bacharelado em Ciência da Computação

Disciplina: Especificação de Requisitos e Validação de Sistemas

Professor: Jaelson Freire Brelaz de Castro

Equipe: Arthur Cireno Rizzo (acr2)

Romero Teixeira Gonçalves (rtg)

Rubem Salzano Neto (rsn3)

Conteúdo 1. Introdução ........................................................................................................................ 1

1.1 Motivação ................................................................................................................. 2

1.2 O problema identificado ............................................................................................ 2

1.3 A cultura brasileira..................................................................................................... 3

1.4 Metodologia .............................................................................................................. 4

2. Requisitos Organizacionais ................................................................................................ 5

3. Requisitos Funcionais ........................................................................................................ 5

3.1. Acesso ............................................................................................................................ 5

3.2 Colaboração .................................................................................................................... 6

3.3 E-Commerce ................................................................................................................... 7

3.4 Mapeamento .................................................................................................................. 8

4. Requisitos Não-Funcionais................................................................................................. 8

4.1 Requisitos de Segurança ............................................................................................ 8

4.2 Requisitos de Usabilidade .......................................................................................... 9

4.3 Requisitos Externos ................................................................................................. 10

4.4 Requisitos do Processo ............................................................................................ 11

5. Modelagem Organizacional i* ......................................................................................... 11

6. Modelagem dos Requisitos Funcionais – Diagrama de UC ............................................... 15

6.1 Diagrama do Pacote de Acesso ................................................................................ 15

6.2 Diagrama do Pacote de Colaboração ............................................................................. 15

6.3 Diagrama do Pacote de E-Commerce ............................................................................. 16

6.4 Diagrama do Pacote de Mapeamento............................................................................ 17

7. Modelagem dos Requisitos Não-Funcionais ..................................................................... 17

8. Conclusão ....................................................................................................................... 18

Apêndice – Casos de Uso ........................................................................................................ 18

Acesso ................................................................................................................................ 18

Colaboração ........................................................................................................................ 20

E-Commerce ....................................................................................................................... 21

Mapeamento ...................................................................................................................... 24

1

1. Introdução

Esse documento tratará da descrição dos requisitos do sistema Portal do Torcedor

Colaborador. Essa descrição é apresentada de forma não ambígua, consistente, completa e

objetiva para que os stakeholders envolvidos no projeto tenham um entendimento comum a

cerca do projeto.

O sistema foi selecionado na fase de estudo da viabilidade como a melhor opção para

solucionar o problema da violência nos estádios de futebol brasileiros. Essa solução constitui-

se basicamente de um portal web que aborda a colaboração dos torcedores contra a violência

através do twitter, além de fornecer um sistema de compra de produtos dos clubes e

informações detalhadas sobre a organização do evento.

Para realização do nosso estudo, avaliamos alguns sistemas que já fornecem informações

de eventos de grande porte e outros sistemas que vendem produtos esportivos. Na parte de

pesquisa comportamental, coletamos várias informações em blogs de torcedores e em seus

twitter’s relacionados.

Temos como principal diferencial do nosso sistema a colaboração do usuário através do

twitter. As outras duas funcionalidades de e-commerce e mapeamento da organização do

evento vêm como agregadores de mais qualidade ao nosso portal. Dessa forma conseguimos

capturar mais informações relevantes na área da colaboração dos torcedores. Vimos que eles

sempre buscam passar informações entre si sobre a violência e tumultos gerais. Concluímos

também que muitos deles estão se sentindo acuados com a atual situação das partidas de

futebol e buscam quaisquer alternativas para continuar a freqüentar os jogos de maneira

segura.

Para a definição de forma objetiva dos requisitos do Portal do Torcedor Colaborador, o

documento está dividido da seguinte maneira:

Nesta primeira seção falaremos da motivação, do problema em si, da organização na qual o

problema está inserido, sobre a metodologia que utilizamos para a coleta e validação dos

requisitos e de algumas convenções que foram utilizadas para facilitar o entendimento.

Na segunda, terceira e quarta seção trataremos dos requisitos organizacionais, funcionais e

não-funcionais respectivamente.

Nas seções cinco, seis e sete os requisitos organizacionais, funcionais e não-funcionais são

respectivamente modelados com as representações: i*, diagrama de caso de uso e NFR.

2

1.1 Motivação

Com a chegada de grandes eventos esportivos ao nosso país, cresce, a cada dia, a

preocupação da sociedade em relação à preparação do Estado para recebê-los. Porém, por

todo país continua crescendo o número de acontecimentos trágicos, principalmente em

estádios de futebol, devido à violência praticada por alguns torcedores. Isso fica bastante

evidenciado se considerarmos que esses incidentes muitas vezes acontecem em eventos

regionais, como em campeonatos estaduais. Dessa forma questiona-se se os nossos

governantes estão investindo o suficiente em “inteligência” para receber eventos de porte

internacional como são as Olimpíadas de 2016 e a Copa do Mundo de 2014.

Esse projeto propõe uma ferramenta que tentará diminuir a violência nos estádios de

futebol e em grandes eventos esportivos através da colaboração dos próprios torcedores,

diminuindo assim os custos do governo em investimentos de “inteligência”.

1.2 O problema identificado

O alto nível de profissionalismo das torcidas organizadas, aliado à falta de respeito de

torcedores isolados vem aumentando os atos de violência nos estádios de futebol.

Esse problema se intensifica demasiadamente se levarmos em conta também o

despreparo das tropas policiais designadas para esses eventos e a falta de estrutura

organizacional desses acontecimentos em si.

O poder moderador do Estado não possui artefatos suficientes para reprimir atos de

vandalismo nesses eventos. Primeiramente, não existe inteligência organizacional suficiente

no preparo das missões policiais para esses eventos. Em segundo lugar, devido à falta de

planejamento, essas autoridades não conseguem minimizar grandes tumultos entre

torcedores. Mesmo que isso acontecesse de maneira mais eficaz, não existe qualquer controle

das pessoas envolvidas num jogo de futebol e em seus tumultos, o que dificulta a identificação

dos maus elementos e favorece sua volta aos estádios após incidentes. Isso é só um exemplo

da falta de controle da polícia sobre a situação.

Recentemente foi elaborado pelo Congresso Nacional o Estatuto do Torcedor: um

conjunto de regras que busca harmonizar todas as relações envolvidas durante uma partida de

futebol. Porém, suas condições básicas parecem exacerbadamente utópicas para qualquer

torcedor que freqüente um mínimo de jogos. Em suma, é fácil perceber que as autoridades

repressoras de atos fora da lei nos estádios encontram-se de mãos atadas nessas ocasiões e

apenas conseguem torcer para que nenhuma desordem de grande proporção aconteça.

Porém, com um uma visão um pouco mais analítica, consegue-se perceber que o

problema é bem mais complexo do que a falta de investimento do estado em recursos para a

polícia e sua falta de preparo. O que acontece nos estádios que faz com que verdadeiras

guerras aconteçam é a falta de respeito dos próprios clubes com seus contribuintes: os clubes

3

não oferecem infra-estrutura de segurança alguma para que seus torcedores possam ir aos

estádios.

Superlotação, falta de higiene, funcionários mal preparados e falta de organização na

entrada/saída dos torcedores inflamam os ânimos dos torcedores para que eles se

desentendam entre si. Mais uma vez, constata-se que praticamente nenhuma regra do

estatuto do torcedor é respeitada. Aos olhos de pessoas de fora, dá para se concluir que os

mandantes desses eventos apenas visam aos lucros, não se preocupam com as condições de

segurança dos torcedores e muito menos do seu conforto.

Com base nesses aspectos, pode-se concluir que um problema de tal proporção não

viabiliza uma única solução. Existem várias soluções possíveis que ajudariam a minimizar os

danos causados por esses eventos na sociedade. Temos esperanças que ainda possamos

chegar ao dia que a união de algumas dessas soluções possa extinguir de uma vez por todas a

violência nos estádios e os direitos dos torcedores sejam respeitados.

Temos esperanças que nossa ferramenta ajude as pessoas a freqüentar os estádios de

maneira segura, pois já que vimos que nosso problema é muito complexo, buscamos apenas

que os torcedores possam ir aos jogos tentando não ser prejudicados pela baderna de outras

pessoas e grupos. Nossa ferramenta também busca incentivar a paixão pelo esporte, que anda

muito desgastada, através da venda de produtos dos clubes.

1.3 A cultura brasileira

Como nesse documento daremos especificidade a eventos de futebol, que são os mais

problemáticos em termos de segurança, procuraremos nessa seção atual introduzir os

costumes brasileiros nesses eventos.

O futebol é o esporte mais praticado pelo brasileiro. A história do nosso país muitas

vezes se confunde com a das conquistas da nossa seleção. Jogadores de futebol são tratados

como verdadeiros ídolos e o sonho da maioria das crianças é um dia poder defender as cores

do seu time de coração. Dessa forma, o futebol é muito mais do que um simples esporte: é um

negócio, é um agente transformador da realidade pobre do país e é o entretenimento favorito

de grande parte da população.

Jogos entre grande clubes podem, em média, envolver a participação de 35 mil

pessoas e, entre esses torcedores, muitos têm como tradição ir ao estádio aos domingos:

programa que é passado de geração a geração e envolve toda a família brasileira.

Por outro lado, a acirrada rivalidade entre os clubes fazem muitas pessoas sensatas

extrapolar seus limites e se transformar nesses eventos. O que antes eram casos isolados,

atualmente, se transformou em cotidiano com a criação de entidades organizadas chamadas

de torcidas organizadas.

4

Muitos torcedores vêm se afiliando a essas organizações, que muitos as consideram

como verdadeiras gangues, para se sentirem protegidos a tanta violência que não vem sendo

reprimida de maneira adequada pelas autoridades. Infelizmente, outros cidadãos preferem

abandonar seus antigos costumes e não mais freqüentar religiosamente campos de futebol:

fato bastante triste para a história do futebol brasileiro.

1.4 Metodologia

Para elicitação – descobrimento, coletar informações a cerca do sistema a ser

desenvolvido – dos requisitos utilizamos duas principais técnicas:

Leitura de documentos

Lemos vários blogs e twitter’s de torcedores que sempre reclamam, reportam e

fiscalizam os casos de violência no futebol brasileiro. Lemos também matérias antigas de

jornais de grande circulação que contam casos memoráveis de verdadeiras guerras entre

torcidas rivais.

Análise de similares

Essa etapa foi, basicamente, importante apenas para as funcionalidades de e-

commerce e mapeamento da organização do evento (funcionalidades já bem difundidas em

outros sistemas). Navegamos em sites de e-commerce genéricos para elucidar algumas

dúvidas que nós tínhamos quanto ao seu funcionamento e navegamos também em alguns

sites de vendas de ingressos que possuem a segunda funcionalidade.

A etapa de análise dos requisitos ocorreu paralelamente à elicitação porque à medida

que identificávamos os requisitos, ou um grupo deles, verificávamos se havia alguma

incoerência, alguma dúvida, redundância, contradição ou ambigüidade e já tentávamos

esclarecê-las com algum possível usuário do nosso sistema que encontrássemos.

Para a validação dos requisitos realizamos um protótipo em papel e mostramos a

alguns alunos do Centro de Informática entusiastas e freqüentadores de jogos de futebol. A

maioria deles gostou muito da idéia e se consideravam como possíveis usuários e beneficiários

de um sistema como esse. Em contrapartida, outros questionaram se um sistema como esse

que necessita de acesso à internet com telefonia móvel seria realmente usado na prática. Nós

respondemos a essa dúvida afirmando e acreditando no crescimento exponencial da telefonia

móvel e do acesso à internet nos próximos anos.

5

2. Requisitos Organizacionais

Requisitos organizacionais mapeiam as metas, objetivos e políticas estratégicas de

uma empresa ou organização. Foram identificados através da leitura de textos os seguintes

pontos:

Os torcedores, atualmente, não se sentem seguros dentro dos estádios e procuram não levar suas famílias para jogos de grande público;

Grande parte dos torcedores é contra a ação de torcidas organizadas e sempre que possível busca ficar longe de problemas durante os jogos;

Grande parte dos torcedores que usam rotineiramente a internet, a usam como meio de passar/obter informações do andamento do evento.

3. Requisitos Funcionais

Nesta seção trataremos dos requisitos funcionais do Portal do Torcedor Colaborador.

Esses são os requisitos que descrevem as funcionalidades do sistema desejadas pelos clientes,

ou seja, o que o software fará. Os requisitos foram agrupados em categorias para facilitar o

entendimento e a manutenção da documentação do sistema. Os casos de uso

correspondentes estão descritos no Apêndice. Para facilitar o entendimento, tanto os

requisitos funcionais quanto os casos de uso correspondentes foram divididos em quatro

pacotes de acordo com a funcionalidade: acesso, colaboração, e-commerce e mapeamento.

3.1. Acesso

Identificação: [RF01] Logar no sistema

Casos de Uso relacionados: [UC01]

Descrição: Os usuários do sistema devem ser capazes de autenticar sua

entrada.

Prioridade: Essencial Importante Desejável

Identificação: [RF02] Sair do sistema


6

Descrição: Os usuários do sistema devem ser capazes de autenticar sua saída.


3.2 Colaboração

Identificação: [RF03] Carregar tweets


Descrição:

O sistema deve apresentar os tweets dos usuários relacionados à

organização do evento esportivo quando essa funcionalidade for

apresentada.


Identificação: [RF04] Classificar tweets de acordo com relevância


Descrição: O sistema deve classificar os tweets importados para o portal, por

ordem de importância, quando essa funcionalidade for solicitada.


Identificação: [RF05] Carregar meus tweets


Descrição:

O sistema deve importar para o portal os tweets relacionados à

organização do evento esportivo do usuário logado quando essa

funcionalidade for solicitada.


7

3.3 E-Commerce

Identificação: [RF06] Carregar produtos


Descrição: O sistema deve carregar uma lista de produtos que podem ser

adquiridos pelo usuário quando essa funcionalidade for solicitada.


Identificação: [RF07] Ver saldo


Descrição: O sistema deve mostrar o extrato do usuário, com seus pontos

adquiridos e utilizados, quando essa funcionalidade for solicitada.


Identificação: [RF08] Ver produtos adquiridos


Descrição: O sistema deve relacionar os produtos já adquiridos pelo usuário

logado quando essa funcionalidade for solicitada.


Identificação: [RF09] Comprar produto


Descrição:

O sistema deve ser capaz de realizar uma transação entre o estoque

de produtos e o cliente quando esse solicitar uma função de compra

para determinado produto.


8

3.4 Mapeamento

Identificação: [RF10] Carregar mapa do evento


Descrição: O sistema deve ser capaz exibir um mapa da organização do evento

esportivo, com a localização dos pontos mais importantes.


Identificação: [RF11] Localizar ponto no mapa


Descrição: O sistema deve ser capaz de localizar no mapa do evento esportivo

algum ponto específico solicitado pelo usuário.


4. Requisitos Não-Funcionais

Esse capítulo descreve os requisitos não funcionais do software, ligados às exigências

de qualidade e restrições que o produto deve atender.

4.1 Requisitos de Segurança

Identificação: [NFR01] Autenticação

Casos de Uso relacionados: UC01, UC02, UC05, UC07, UC08, UC09.

Descrição:

Determinadas funções precisam de autenticação prévia do

usuário. Os usuários devem se autenticar com o login e senha

previamente cadastrados de maneira segura, com o objetivo de

aumentar a confidencialidade das informações e, por sua vez,

aumentar a segurança do sistema.


9

Identificação: [NFR02] Backups agendados do banco de dados

Casos de Uso relacionados: Todos

Descrição:

O sistema deve realizar backups agendados do banco de dados,

de forma a possibilitar um retorno seguro em caso de perda de

dados, aumentando assim a disponibilidade do software e,

conseqüentemente, a segurança.


Identificação: [NFR03] Duplicação do servidor


Descrição:

O sistema poderá ter uma duplicação do servidor, para permitir

que o serviço continue disponível caso um dos servidores fique

indisponível, aumentando assim a disponibilidade do software

e, conseqüentemente, a segurança.


4.2 Requisitos de Usabilidade

Identificação: [NFR04] Mensagens explicativas


Descrição:

O sistema deve possuir mensagens explicativas para todas as

funcionalidades, com o objetivo de facilitar a aprendizagem e,

conseqüentemente, a usabilidade do sistema. Os usuários

devem ser capazes de utilizar todas as funcionalidades com a

ajuda destas mensagens, sem a necessidade de consultar

manuais externos.


10

Identificação: [NFR05] Menus bem estruturados


Descrição:

Os menus devem ser bem estruturados de modo a permitir uma

navegação simples e intuitiva, proporcionando uma interface

simples, melhorando a usabilidade.


Identificação: [NFR06] Mapa navegável

Casos de Uso relacionados: UC10, UC11

Descrição:

O mapa do evento esportivo a ser carregado deve ser fácil de

ser manipulado para facilitar o entendimento e ganho de mais

informações pelo usuário.


4.3 Requisitos Externos

Identificação: [NFR07] Interoperabilidade


Descrição:

O sistema deve ser capaz de rodar pelo menos nos browsers

Internet Explorer, Firefox, Safari e Chrome, contribuindo com a

interoperabilidade do sistema.

O sistema também deve realizar uma boa comunicação com os

serviços de cartão de crédito, garantindo, dessa forma,

também, a segurança do sistema.


Identificação: [NFR08] Confidencialidade das informações dos torcedores


Descrição: Os dados dos torcedores e suas compras devem ser mantidos

11

em sigilo.


4.4 Requisitos do Processo

Identificação: [NFR09] Seguir um processo bem estruturado


Descrição:

O projeto deve seguir o processo padrão da fábrica de software

que for desenvolver-lo, desde que esse seja suficientemente

bem estruturado, com a finalidade de facilitar a manutenção do

software.


5. Modelagem Organizacional i*

A seguir, relacionaremos cinco diagramas.

Esses diagramas referem-se ao diagrama SD e aos diagramas SR Torcedor, SR Policial,

SR Sistema e SR Clube, respectivamente.

Através desses diagramas pode-se perceber facilmente que o torcedor é o principal

usuário do sistema, utilizando e sendo beneficiário de quase todas as suas funcionalidades.

O ator policial interage com o sistema, na medida em que ele pode usufruir das

informações mineradas pelo sistema para aumentar o desempenho de seu trabalho. Esse tipo

de usuário, em geral, tem também a responsabilidade de divulgar, para os administradores do

portal, as informações mais relevantes sobre o evento para que eles possam atualizar o

mapeamento do portal o mais rápido possível.

Os clubes também se beneficiam diretamente do sistema, isso porque eles são os

fornecedores dos materiais esportivos disponibilizados pelo portal. Dessa forma, os clubes

podem aumentar sua receita dessa maneira e também se considerarmos que com a

diminuição da violência nos estádios, mais pessoas vão passar a freqüentá-los.

15

6. Modelagem dos Requisitos Funcionais – Diagrama de UC

Dividimos a modelagem dos Requisitos Funcionais em 4 diagramas de Casos de Uso

para que o entendimento fosse mais fácil. Assim, para cada pacote – seguindo a mesma

divisão da seção 3 criamos um diagrama para cada pacote de Casos de Uso. No Apêndice,

temos a descrição detalhada de cada caso de uso.

6.1 Diagrama do Pacote de Acesso

Esse pacote diz respeito de como é a relação de acesso ao sistema entre os diferentes

atores. Note que apenas o usuário do tipo Torcedor autentica sua entrada no sistema.

6.2 Diagrama do Pacote de Colaboração

Esse pacote mostra como é a relação dos atores com a parte colaborativa do sistema,

ou seja, a parte de integração com o twitter. Nota-se que o usuário do tipo Policial pode

usufruir de duas funcionalidades, mesmo sem ter autenticado sua entrada, com o objetivo de

obter informações estratégicas.

16

6.3 Diagrama do Pacote de E-Commerce

Esse pacote diz respeito às relações de venda de produtos exclusivos pelo nosso Portal.

Nota-se que os torcedores podem adquiri e usufruir de todas as funcionalidades dessa parte

do sistema. Pode-se também verificar que os clubes guardam uma certa relação com esse

pacote, pois, na verdade, serão eles os fornecedores desses produtos.

17

6.4 Diagrama do Pacote de Mapeamento

Nosso último pacote diz respeito ao mapa navegável geral do evento esportivo que

poderá ser utilizado pelos torcedores para uma maior comodidade e segurança. Os policiais

guardam relação com essa funcionalidade pois eles serão os fornecedores dessas informações

para os administradores do portal.

7. Modelagem dos Requisitos Não-Funcionais

18

8. Conclusão

Esse documento de requisitos mostrou o problema a ser resolvido (bem como, o seu

contexto) e a forma como ele será resolvido. O detalhamento do como o problema será

solucionado se deu por meio de uma descrição dos requisitos organizacionais, funcionais e

não-funcionais do sistema.

Além da descrição, utilizamos as representações gráficas (i*, diagrama de caso de uso

e NFR) para facilitar o entendimento do sistema Portal do Torcedor Colaborador.

Apêndice – Casos de Uso

Acesso

Identificador: [UC01] Logar no Sistema

Descrição: Permite que um usuário do tipo Torcedor autentique sua entrada no

sistema.

Ator: Torcedor

19

Prioridade: Essencial

Pré-condições: Usuário previamente cadastrado

Pós-condições: Usuário logado no sistema

Fluxo de Eventos Principal

1. Torcedor fornece seu login e sua senha; 2. O sistema autentica sua entrada

Fluxo Secundário 1

1. Torcedor fornece seu login e sua senha; 2. O sistema informa que as informações passadas estão inválidas.

Requisitos Não Funcionais Específicos - NFR01

-NFR04

-NFR08

Identificador: [UC02] Sair do Sistema

Descrição: Permite que um Torcedor autentique sua saída do sistema.

Ator: Torcedor

Prioridade: Importante

Pré-condições: Torcedor logado no sistema

Pós-condições: Torcedor deslogado do sistema


1. Torcedor solicita a autenticação de sua saída; 2. O sistema desloga o torcedor.


-NFR04

-NFR08

20

Colaboração

Identificador: [UC03] Carregar Tweets

Descrição: Permite que um usuário qualquer do sistema visualize os tweets

minerados.

Ator: Torcedor, Policial e Clube


Pré-condições: -

Pós-condições: Exibição ou Atualização da lista de tweets


1. O usuário solicita o carregamento dos tweets; 2. O sistema atualiza ou exibe os tweets relacionados na tela principal.


-NFR07

Identificador: [UC04] Classificar tweets de acordo com relevância

Descrição: Mediante solicitação, o sistema coloca em ordem de relevância os tweets

minerados.


Prioridade: Desejável

Pré-condições: -

Pós-condições: Re-organização dos tweets na tela principal


1. O usuário solicita a organização dos tweets; 2. O sistema reorganiza a lista de tweets minerados


-NFR07

21

Identificador: [UC05] Carregar meus tweets

Descrição: Permite que um Torcedor autoriza o envio de seus tweets para o portal.

Ator: Torcedor


Pré-condições: Torcedor logado no sistema.

Pós-condições: Lista de tweets atualizada.


1. O torcedor autoriza o sistema a coletar suas informações; 2. O sistema atualiza a lista de tweets minerados.

Fluxo Secundário 1

1. O torcedor autoriza o sistema a coletar suas informações; 2. O sistema informa que o usuário não possui tweets relacionados.


-NFR04

-NFR05

-NFR07

-NFR08

E-Commerce

Identificador: [UC06] Carregar produtos

Descrição: Permite que o usuários verifique os produtos disponíveis para compra.



Pré-condições: -

Pós-condições: Lista de produtos disponíveis.


1. O usuário solicita a lista de produtos disponíveis; 2. O sistema exibe a lista de produtos.

22


Identificador: [UC07] Ver saldo

Descrição: Permite que um Torcedor verifique seu saldo de pontos acumulados.

Ator: Torcedor



Pós-condições: Extrato de pontos acumulados.


1. O torcedor solicita seu extrato de pontos acumulados; 2. O sistema exibe o extrato do torcedor.

Fluxo Secundário 1

1. O torcedor solicita seu extrato de pontos acumulados; 2. O sistema informa ao torcedor que ele não possui pontos acumulados.


-NFR04

-NFR05

-NFR08

Identificador: [UC08] Ver produtos adquiridos

Descrição: Permite que um Torcedor verifique seu extrato das suas últimas

transações.

Ator: Torcedor

Prioridade: Importante


Pós-condições: Extrato das últimas transações do torcedor.

23


1. O torcedor solicita seu extrato de últimas transações realizadas; 2. O sistema exibe o extrato do torcedor.

Fluxo Secundário 1

1. O torcedor solicita seu extrato de últimas transações realizadas; 2. O sistema informa ao usuário que ele ainda não realizou nenhuma transação.


-NFR04

-NFR05

-NFR07

-NFR08

Identificador: [UC09] Comprar Produto

Descrição: Permite que um Torcedor compre um produto disponível.

Ator: Torcedor



Pós-condições: Transação realizada.


1. O torcedor solicita a compra de um determinado produto; 2. O sistema realiza a transação com sucesso.

Fluxo Secundário 1

1. O torcedor solicita a compra de um determinado produto; 2. O sistema informa falha de comunicação com o serviço de cartão de crédito ou

que o torcedor não possui pontos suficientes.


-NFR04

-NFR05

-NFR07

-NFR08

24

Mapeamento

Identificador: [UC10] Carregar mapa do evento

Descrição: Permite que um usuário visualize o mapa do evento esportivo com seus

detalhes e navegue por ele.

Ator: Torcedor, Clube e Policial


Pré-condições: -

Pós-condições: Mapa navegável do evento esportivo.


1. O usuário solicita exibição do mapa do evento; 2. O sistema exibe o mapa navegável do evento.

Fluxo Secundário 1

1. O usuário solicita exibição do mapa do evento; 2. O sistema informa que ainda não possui informações estratégicas daquele

determinado evento.


-NFR06

Identificador: [UC11] Localizar ponto

Descrição: Permite que um usuário localize um determinado ponto no mapa.


Prioridade: Desejável

Pré-condições: -

Pós-condições: Navegação do mapa atualizada


1. O usuário solicita a localização de um determinado ponto no mapa; 2. O sistema atualiza a navegação do mapa.

25

Fluxo Secundário 1

1. O usuário solicita a localização de um determinado ponto no mapa; 2. O sistema informa que o ponto não existe nesse determinado evento.


-NFR06

Documento de Requisitos - cin.ufpe.br · Nas seções cinco, seis e sete os requisitos...

Documents

Transcript of Documento de Requisitos - cin.ufpe.br · Nas seções cinco, seis e sete os requisitos...