Documento de Requisitos - cin.ufpe.br · Nas seções cinco, seis e sete os requisitos...
Transcript of 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
Casos de Uso relacionados: [UC02]
6
Descrição: Os usuários do sistema devem ser capazes de autenticar sua saída.
Prioridade: Essencial Importante Desejável
3.2 Colaboração
Identificação: [RF03] Carregar tweets
Casos de Uso relacionados: [UC03]
Descrição:
O sistema deve apresentar os tweets dos usuários relacionados à
organização do evento esportivo quando essa funcionalidade for
apresentada.
Prioridade: Essencial Importante Desejável
Identificação: [RF04] Classificar tweets de acordo com relevância
Casos de Uso relacionados: [UC04]
Descrição: O sistema deve classificar os tweets importados para o portal, por
ordem de importância, quando essa funcionalidade for solicitada.
Prioridade: Essencial Importante Desejável
Identificação: [RF05] Carregar meus tweets
Casos de Uso relacionados: [UC05]
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.
Prioridade: Essencial Importante Desejável
7
3.3 E-Commerce
Identificação: [RF06] Carregar produtos
Casos de Uso relacionados: [UC06]
Descrição: O sistema deve carregar uma lista de produtos que podem ser
adquiridos pelo usuário quando essa funcionalidade for solicitada.
Prioridade: Essencial Importante Desejável
Identificação: [RF07] Ver saldo
Casos de Uso relacionados: [UC07]
Descrição: O sistema deve mostrar o extrato do usuário, com seus pontos
adquiridos e utilizados, quando essa funcionalidade for solicitada.
Prioridade: Essencial Importante Desejável
Identificação: [RF08] Ver produtos adquiridos
Casos de Uso relacionados: [UC08]
Descrição: O sistema deve relacionar os produtos já adquiridos pelo usuário
logado quando essa funcionalidade for solicitada.
Prioridade: Essencial Importante Desejável
Identificação: [RF09] Comprar produto
Casos de Uso relacionados: [UC09]
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.
Prioridade: Essencial Importante Desejável
8
3.4 Mapeamento
Identificação: [RF10] Carregar mapa do evento
Casos de Uso relacionados: [UC10]
Descrição: O sistema deve ser capaz exibir um mapa da organização do evento
esportivo, com a localização dos pontos mais importantes.
Prioridade: Essencial Importante Desejável
Identificação: [RF11] Localizar ponto no mapa
Casos de Uso relacionados: [UC11]
Descrição: O sistema deve ser capaz de localizar no mapa do evento esportivo
algum ponto específico solicitado pelo usuário.
Prioridade: Essencial Importante Desejável
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.
Prioridade: Essencial Importante Desejável
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.
Prioridade: Essencial Importante Desejável
Identificação: [NFR03] Duplicação do servidor
Casos de Uso relacionados: Todos
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.
Prioridade: Essencial Importante Desejável
4.2 Requisitos de Usabilidade
Identificação: [NFR04] Mensagens explicativas
Casos de Uso relacionados: Todos
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.
Prioridade: Essencial Importante Desejável
10
Identificação: [NFR05] Menus bem estruturados
Casos de Uso relacionados: Todos
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.
Prioridade: Essencial Importante Desejável
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.
Prioridade: Essencial Importante Desejável
4.3 Requisitos Externos
Identificação: [NFR07] Interoperabilidade
Casos de Uso relacionados: Todos
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.
Prioridade: Essencial Importante Desejável
Identificação: [NFR08] Confidencialidade das informações dos torcedores
Casos de Uso relacionados: Todos
Descrição: Os dados dos torcedores e suas compras devem ser mantidos
11
em sigilo.
Prioridade: Essencial Importante Desejável
4.4 Requisitos do Processo
Identificação: [NFR09] Seguir um processo bem estruturado
Casos de Uso relacionados: Todos
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.
Prioridade: Essencial Importante Desejável
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
Fluxo de Eventos Principal
1. Torcedor solicita a autenticação de sua saída; 2. O sistema desloga o torcedor.
Requisitos Não Funcionais Específicos - NFR01
-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
Prioridade: Essencial
Pré-condições: -
Pós-condições: Exibição ou Atualização da lista de tweets
Fluxo de Eventos Principal
1. O usuário solicita o carregamento dos tweets; 2. O sistema atualiza ou exibe os tweets relacionados na tela principal.
Requisitos Não Funcionais Específicos - NFR05
-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.
Ator: Torcedor, Policial e Clube
Prioridade: Desejável
Pré-condições: -
Pós-condições: Re-organização dos tweets na tela principal
Fluxo de Eventos Principal
1. O usuário solicita a organização dos tweets; 2. O sistema reorganiza a lista de tweets minerados
Requisitos Não Funcionais Específicos - NFR05
-NFR07
21
Identificador: [UC05] Carregar meus tweets
Descrição: Permite que um Torcedor autoriza o envio de seus tweets para o portal.
Ator: Torcedor
Prioridade: Essencial
Pré-condições: Torcedor logado no sistema.
Pós-condições: Lista de tweets atualizada.
Fluxo de Eventos Principal
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.
Requisitos Não Funcionais Específicos - NFR01
-NFR04
-NFR05
-NFR07
-NFR08
E-Commerce
Identificador: [UC06] Carregar produtos
Descrição: Permite que o usuários verifique os produtos disponíveis para compra.
Ator: Torcedor, Policial e Clube
Prioridade: Essencial
Pré-condições: -
Pós-condições: Lista de produtos disponíveis.
Fluxo de Eventos Principal
1. O usuário solicita a lista de produtos disponíveis; 2. O sistema exibe a lista de produtos.
22
Requisitos Não Funcionais Específicos - NFR05
Identificador: [UC07] Ver saldo
Descrição: Permite que um Torcedor verifique seu saldo de pontos acumulados.
Ator: Torcedor
Prioridade: Essencial
Pré-condições: Torcedor logado no sistema.
Pós-condições: Extrato de pontos acumulados.
Fluxo de Eventos Principal
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.
Requisitos Não Funcionais Específicos - NFR01
-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
Pré-condições: Torcedor logado no sistema.
Pós-condições: Extrato das últimas transações do torcedor.
23
Fluxo de Eventos Principal
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.
Requisitos Não Funcionais Específicos - NFR01
-NFR04
-NFR05
-NFR07
-NFR08
Identificador: [UC09] Comprar Produto
Descrição: Permite que um Torcedor compre um produto disponível.
Ator: Torcedor
Prioridade: Essencial
Pré-condições: Torcedor logado no sistema.
Pós-condições: Transação realizada.
Fluxo de Eventos Principal
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.
Requisitos Não Funcionais Específicos - NFR01
-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
Prioridade: Essencial
Pré-condições: -
Pós-condições: Mapa navegável do evento esportivo.
Fluxo de Eventos Principal
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.
Requisitos Não Funcionais Específicos - NFR04
-NFR06
Identificador: [UC11] Localizar ponto
Descrição: Permite que um usuário localize um determinado ponto no mapa.
Ator: Torcedor, Policial e Clube
Prioridade: Desejável
Pré-condições: -
Pós-condições: Navegação do mapa atualizada
Fluxo de Eventos Principal
1. O usuário solicita a localização de um determinado ponto no mapa; 2. O sistema atualiza a navegação do mapa.