Project Data

Rede do bem
Documento de Requisitos

Project Data; todos os direitos reservados.

 PD
Documento de Requisitos Versão 0.1, 07 junho, 2021
Rede do bem

Histórico de revisões do modelo

Versão Data Autores Descrição Localização

(XX.YY) (DD/MMM/YYYY)
00.01 07/JUN/2021 Izavan, Versão inicial Recife
Luiza, Lucas
Renan e
Lucas
Henrique.
00.02 13/JUN/2021 Izavan, Formatação do Recife
Luiza, Lucas doc. e revisão
Renan e para fechar
Lucas uma versão.
Henrique.
00.03 20/JUL/2021 Izavan, Mudanças Recife
Luiza, Lucas menores
Renan e p/finalização do
Lucas documento
Henrique.
01.00 26/JUL/2021 Izavan, Formato final Recife
Luiza, Lucas
Renan e
Lucas
Henrique.
01.01 29/AGO/2021 Izavan, Versão revisada Recife
Luiza, Lucas
Renan e
Lucas
Henrique.

Aprovadores

Nome Função
Lucas Renan Gerente de Projeto
Lucas Henrique Gerente de Configuração
Luiza Alencar Engenheira de Qualidade e Processo
Izavan dos Santos Analista de Negócios
Lucas Renan Arquiteto de Software
João Victor Cliente

Documento de Requisitos Project Data; todos os direitos Página 2 de 16

reservados.
PD
Documento de Requisitos Versão 0.1, 07 junho, 2021
Rede do bem

Índice

Introdução 4
Propósito 5
Público Alvo 5
Escopo 5
Definições e Abreviações. 5
Referências 6
Visão geral do documento 6

Visão Geral do Produto 6

Descrição dos usuários 7

Premissas e restrições 7

Requisitos Funcionais 8
Usuário 9
Publicação 10
Perfil 13
Sugestões e reclamações 15

Requisitos Não Funcionais 16

Modelo Navegacional 18

Documento de Requisitos Project Data; todos os direitos Página 3 de 16

reservados.
PD
Documento de Requisitos Versão 0.1, 07 junho, 2021
Rede do bem

1. Introdução
1.1. Propósito
Este documento especifica os requisitos do sistema Rede do Bem desenvolvido pela
Project Data fornecendo aos desenvolvedores as informações necessárias para o
projeto e implementação, assim como para a realização dos testes e homologação do
sistema.

1.2. Público Alvo

Este documento se destina aos arquitetos de software, engenheiros de software,
testadores e também aos clientes.

1.3. Escopo
Este documento realiza a elicitação de requisitos do Rede de Bem para ações sociais
e voluntárias.

1.4. Definições e Abreviações.

● Administradores (AD), tem todas as permissões dos outros mais a
permissão de excluir postagens e ações e tendo destaque na criação de uma
postagem com o carimbo de administrador, também verificam a validação
de denúncias.

● Organizadores de eventos (OE), tem todas as permissões de apagar

comentários da sua empresa ou grupo. E tendo destaque na criação de uma
postagem com o carimbo de organizador.

● Pessoas/Ativistas (AT) , Criar ações, participar de ações, excluir

comentários, apagar sua publicação, editar a publicação. E que de acordo
com a quantidade de seguidores pode se tornar um organizador fiel ao
sistema.

● Publicações/Ações sociais: são o meio de tornar a realização de um

problema e resolução através de metas, por exemplo, precisa-se de uma
doação de 3 mil reais para a compra de um computador para uma
creche/biblioteca, e através da criação da ação, os usuários podem ter o
contato e decidirem se participam ou não desta ação, se ajudam ou não.

1.5. Referências

1.6. Visão geral do documento

▪ Na seção 2 apresenta uma visão geral do sistema, caracterizando qual é o
seu escopo e descrevendo seus usuários.
▪ A seção 3 especifica as premissas e restrições dos requisitos levantados.

Documento de Requisitos Project Data; todos os direitos Página 4 de 16

reservados.
PD
Documento de Requisitos Versão 0.1, 07 junho, 2021
Rede do bem

▪ Na seção 4 são enumerados todos os requisitos funcionais, e

▪ Na seção 5 os requisitos não-funcionais do sistema.
▪ Na seção 6 é apresentado o modelo navegacional.

Documento de Requisitos Project Data; todos os direitos Página 5 de 16

reservados.
PD
Documento de Requisitos Versão 0.1, 07 junho, 2021
Rede do bem

2. Visão Geral do Produto

O objetivo do sistema é a facilitação do acesso às ações sociais, independentes do

seus temas e tipos, com o intuito de unir pessoas a agir em prol de um bem comum,
criado com o contexto da pandemia do novo coronavírus, para ajudar as pessoas a
se unirem e resolverem problemas de acordo com seu grau de complexidade, como
uma vaquinha para ajudar um estudante a comprar material para escola, ou até
mesmo organizar um evento com várias pessoas ajudando uma comunidade ou um
grupo de pessoas. Assim, com o objetivo de proporcionar o bem para todas as
pessoas que participam.

2.1. Descrição dos usuários

AD - Os administradores têm permissão em quase tudo, como apagar todas as
postagens, validar as denúncias e excluir usuários, são pessoas escolhidas de
confiança pelos clientes ou cliente para administrar o Sistema Rede do bem;
OE – Poderão criar, gerenciar(criar divulgações, criar notificações) e organizar
projetos e eventos para incentivar as pessoas a participarem, são pessoas que tem
muita influência sobre os outros com muitos seguidores ou amigos, e também
pessoas confiáveis e que possuem um selo de fácil identificação;
AT - Pessoas voltadas para ações sociais com o intuito de ajudar outras pessoas e
que se registraram na Rede do Bem, podendo criar e participar de ações como o
exemplo da compra de material e a criação de ações simples.

Documento de Requisitos Project Data; todos os direitos Página 6 de 16

reservados.
PD
Documento de Requisitos Versão 0.1, 07 junho, 2021
Rede do bem

3. Premissas e restrições

Documento de Requisitos Project Data; todos os direitos Página 7 de 16

reservados.
PD
Documento de Requisitos Versão 0.1, 07 junho, 2021
Rede do bem

4. Requisitos Funcionais
4.1. Usuário

[RF001] Criar Conta

O sistema permite que o usuário se cadastre na tela de criar conta, o usuário deve
cadastrar uma conta para utilizar o sistema. O usuário possui um nome, sobrenome,
data de nascimento, endereço, cartão, e-mail e senha. O e-mail é único para cada
usuário. A senha deve possuir ao menos um caractere alfabético maiúsculo e um
numérico. A senha deve ter no mínimo de 8 caracteres e máximo de 64 caracteres.
Nome,sobrenome,data de nascimento, email e senha são campos obrigatórios. Por
padrão, todo usuário criado tem permissões mínimas e entra na categoria de Pessoa.

O usuário pode se cadastrar no sistema usando os dados de sua rede social

Facebook, Google ou Twitter.

No momento do cadastro o sistema deve validar se o e-mail informado é realmente

do usuário com um envio de email de confirmação ao email do usuário, em seguida,
o sistema cria automaticamente um perfil para o usuário com os dados informados.

Requisitos Relacionados: RF002 e RF003

Prioridade: ■ Essencial ◻ Importante ◻ Desejável

[RF002] Login do Usuário

O sistema solicita ao usuário o e-mail e a senha cadastrados para realizar o login e

verificar se os dados coincidem com as informações fornecidas no cadastro.

Também pode se fazer o login pelo google, pelo twitter e facebook

O sistema deverá prosseguir para tela de início caso o usuário preencha os campos
corretamente, se não o sistema informará ao usuário que os dados fornecidos estão
incorretos.

O sistema deverá permitir ao usuário recuperar a senha de login caso tenha

esquecido essa informação, através do e-mail informado no cadastro do usuário.

Requisitos Relacionados: RF001 e RF002

Prioridade: ■ Essencial ◻ Importante ◻ Desejável

[RF003] Editar Perfil

Na tela de Perfil, o sistema deve permitir que um usuário visualize seus dados e
possa editá-los. Pode ser editado todos os dados de cadastro, caso o usuário deseje

Documento de Requisitos Project Data; todos os direitos Página 8 de 16

reservados.
PD
Documento de Requisitos Versão 0.1, 07 junho, 2021
Rede do bem

alterar o e-mail será necessário a revalidação do e-mail. Os demais dados alterados,

irão gerar um e-mail informando a alteração.

Os campos do endereço podem ser preenchidos pela busca do CEP.

Na tela deve-se permitir que os usuários durante a edição da conta tenham opção de
excluir sua conta.

Requisitos Relacionados: RF001 e RF002

Prioridade: ■ Essencial ◻ Importante ◻ Desejável

4.2. Publicação

[RF004] Publicar ação

Na tela de início, o sistema permite que todo usuário possa criar ações sociais para
realizar, sendo elas, presencial ou não presencial. Algumas ações vão ter destaque
de acordo com o grupo do usuário(administradores, empresas ou ativistas) que
publicou.

Ação presencial: toda ação vai ter o texto de apresentação da ação, data(não pode
ser menor do que a data atual), usuário (aquele que postou), gostei, não gostei,
quantidade de pessoas que pretende ir e o local da ação. ao publicar a ação o
sistema permitirá a abertura de um chat para o evento, onde poderá ser decidido o
papel de cada usuário interessados na ação. Após o evento poderá ser incluído fotos
na publicação e quantidade de usuários que participaram da ação. Exemplos de
ações presenciais; distribuição de cestas básicas, limpeza de praias e manguezal,
etc., também pode-se definir se a ação vai ser em períodos ou não.pelo usuário da
publicação, como meta a ser batida, e será determinado um período

Ação não presencial: Trata-se de doações de dinheiro, será determinado um valor

para bater a meta, ao final do período estimado, será exibido o valor arrecadado e a
quantidade de usuários participantes.

O sistema deverá averiguar a quantidade de pessoas que possivelmente estarão na

atividade, através de confirmações feitas pelos próprios usuários interessados e
também realizará o envio de notificações como lembrete para as pessoas.

O sistema deverá organizar essas atividades de maneira simples e sistemática, onde

os administradores das atividades postam o que irá acontecer e a divulga, os
usuários que queiram participar deverão confirmar a presença para que haja a maior
organização possível do espaço onde irá acontecer a atividade.

O sistema permitirá que o usuário use filtros para localizar uma determinada ação,
seja ela, presencial ou não presencial.

Documento de Requisitos Project Data; todos os direitos Página 9 de 16

reservados.
PD
Documento de Requisitos Versão 0.1, 07 junho, 2021
Rede do bem

Requisitos Relacionados: RF005

Prioridade: ■ Essencial ◻ Importante ◻ Desejável

[RF005] Editar publicação

O sistema deve permitir que somente o usuário do grupo ativista que criou a ação
tenha o direito de editar a publicação ou excluí-la. Administradores podem alterar
qualquer publicação e se o grupo organizador for o mesmo, podem alterar algumas
outras publicações permitidas pelo criador da postagem.

O sistema deve conferir se os dados informados na edição da publicação estão

corretos com o que os campos necessitam no seu preenchimento.

O sistema deve após a confirmação da edição realizar as atualizações na publicação

que foi anteriormente postada na página principal das ações.

Requisitos Relacionados: RF004

Prioridade: ■ Essencial ◻ Importante ◻ Desejável

[RF006] Participar da ação

O sistema permite que o usuário possa clicar em um botão para confirmar
participação no evento/ ação social publicada na página principal.

O sistema deve conferir se o usuário está participando de duas ou mais ações

presenciais que ocorrem ao mesmo tempo e informar que os horários são
incompatíveis para o usuário, informando assim que o usuário tentar participar de
outra ação presencial com a mesma data.

O sistema permite apenas que o usuário participe de duas ações ou mais na mesma
data, quando apenas uma for presencial e as demais não presencial.

Requisitos Relacionados: RF004

Prioridade: ■ Essencial ◻ Importante ◻ Desejável

[RF007] Deixar de participar da ação

O sistema na tela de início permite que o usuário possa clicar num botão cancele a
participação em qualquer evento/ ação social que ele tenha escolhido participar.

O sistema deve remover o usuário do evento/ ação social e atualizar a lista de

participantes.

Requisitos Relacionados: RF006

Documento de Requisitos Project Data; todos os direitos Página 10 de 16

reservados.
PD
Documento de Requisitos Versão 0.1, 07 junho, 2021
Rede do bem

Prioridade: ■ Essencial ◻ Importante ◻ Desejável

[RF008] Curtir publicação

O sistema na tela de início deve permitir que o usuário interaja com a postagem por
meio de curtir e descurtir.

O sistema deve notificar o criador da postagem sempre que alguém interagir com a
publicação.

O sistema deve permitir ao criador da publicação desativar as notificações da

publicação.

Requisitos Relacionados: RF004 e RF006

Prioridade: ■ Essencial ◻ Importante ◻ Desejável

[RF009] Comentar publicação

O sistema na tela de início deve permitir que o usuário interaja com a postagem por
meio de comentários na publicação. Para ações presenciais, o evento abrirá um chat,
onde os participantes poderão alinhar seus papéis entre si, não será visível para
outros usuários que não estarão participando do evento/ação presencial.

O sistema deve notificar o criador da postagem sempre que alguém interagir com a
publicação.

O sistema deve permitir ao criador da publicação desativar as notificações e excluir

comentários na publicação.

Requisitos Relacionados: RF004 e RF006

Prioridade: ■ Essencial ◻ Importante ◻ Desejável

[RF010] Confirmar participação

O sistema deve permitir que o usuário que criou uma publicação confirme os
usuários que desejam participar do evento ou ação.

O sistema deve notificar os usuários que foram confirmados sempre que houver
alguma mudança no evento ou ação e enviar um lembrete alertando sobre o dia do
evento/ ação presencial.

Requisitos Relacionados: RF006

Prioridade: ■ Essencial ◻ Importante ◻ Desejável

Documento de Requisitos Project Data; todos os direitos Página 11 de 16

reservados.
PD
Documento de Requisitos Versão 0.1, 07 junho, 2021
Rede do bem

[RF011] Finalizar publicação

O sistema deve excluir as publicações que já aconteceram conforme a data
informada na criação da publicação.

O sistema deve solicitar ao criador da ação que valide os usuários que participaram
da ação social.

O sistema deve gerar um relatório resumido com os dados gerais do evento e

encaminhar por e-mail ao criador da ação e aos usuários que participaram.

O sistema deve avisar aos usuários que mostraram interesse que o evento terminou.

Se não tiver nenhuma confirmação do criador, o sistema irá dizer que todos que
confirmaram a participação, participaram e irá fazer essa etapa automaticamente

Requisitos Relacionados: RF004

Prioridade: ■ Essencial ◻ Importante ◻ Desejável

[RF012] Visualizar perfil

O sistema deve permitir aos usuários visualizarem o seu perfil e o perfil de outros
usuários com informações básicas (nome, sobrenome, data de nascimento, histórico
e conquistas) e a opção de seguir o perfil, o usuário também poderá colocar imagem
de perfil e um banner.

O sistema deve permitir aos usuários deixarem seu perfil visível ou oculto para
outros usuários.

O sistema não deve permitir que usuários com perfil oculto participem de ações
sociais ou interajam com as publicações.

Requisitos Relacionados: Não possui.

Prioridade: ■ Essencial ◻ Importante ◻ Desejável

[RF013] Gerar Histórico de participação

O sistema deve criar um histórico de participação ou criação de ações sociais no
perfil dos usuários.

O sistema deve mostrar no histórico um resumo (nome da ação, descrição, data,

conquistas e quantidade de participantes e caso seja evento não presencial o valor

Documento de Requisitos Project Data; todos os direitos Página 12 de 16

reservados.
PD
Documento de Requisitos Versão 0.1, 07 junho, 2021
Rede do bem

arrecadado) de cada ação que o usuário participou. O relatório também mostrará os

eventos/ações que o usuário criou.

Requisitos Relacionados: RF004, RF009 e RF011

Prioridade: ◻ Essencial ■ Importante ◻ Desejável

[RF014] Exibir Conquistas

O sistema deve gerar conquistas para os usuários que participaram de ações ou
criaram uma ação social bem sucedida. Essas conquistas possuem um nome, um
símbolo e uma descrição. Para cada nova ação social concluída ou participada a
conquista gerada é diferente.

O sistema deve exibir no perfil dos usuários as conquistas que eles recebem por
participarem das ações e também um botão para compartilhar as conquistas.

As conquistas podem ser de ações sociais presenciais ou não presencial, onde terá
um ranking para cada uma

O sistema deve permitir que os usuários consigam ver os usuários que ganharam
mais conquistas presenciais ou não presencial em um ranking, que pode ser, desde
sempre, anual, mensal e semanal.

Requisitos Relacionados: RF004, RF009, RF010 e RF011

Prioridade: ◻ Essencial ■ Importante ◻ Desejável

[RF015] Seguir perfil

O sistema deve permitir aos usuários que sigam o perfil de outros usuários. Dessa
forma, sempre que o usuário seguido participar de uma ação social ou criar uma
nova ação social o usuário que curtiu esse perfil vai ser notificado pelo sistema. O
sistema também deve informar aos usuários quando seu perfil for seguido.

Requisitos Relacionados: RF012

Prioridade: ◻ Essencial ■ Importante ◻ Desejável

[RF016] Parar de seguir perfil

O sistema deve permitir que o usuário que tenha seguido perfis possa parar de
seguir qualquer perfil. Dessa forma, o sistema deve garantir que o usuário não será
mais notificado por ações nos perfis que ele anteriormente seguia.

Requisitos Relacionados: RF015

Documento de Requisitos Project Data; todos os direitos Página 13 de 16

reservados.
PD
Documento de Requisitos Versão 0.1, 07 junho, 2021
Rede do bem

Prioridade: ◻ Essencial ■ Importante ◻ Desejável

4.3. Sugestões e reclamações

[RF017] Dar sugestões ao nosso sistema
O sistema deve permitir que o usuário possa dar uma sugestão de melhoria para que
as próximas funcionalidades do sistema sejam de acordo com nossos usuários. Com
uma melhoria e com algo que o usuário gosta.
O sistema deve enviar as sugestões para o e-mail cadastrado dos administradores do
sistema.
Requisitos Relacionados: Não possui.

Prioridade: ◻ Essencial ■ Importante ◻ Desejável

[RF018] Verificar Usuário

O sistema deve permitir que o administrador possa verificar o usuário. O
Administrador poderá verificar se o usuário é ativo nas ações seja ela presencial e
não presencial, o administrador poderá verificar dados cadastrais.

Requisitos Relacionados: Não possui.

Prioridade: ◻ Essencial ■ Importante ◻ Desejável

5. Requisitos Não Funcionais

[RNF001] Segurança
Toda informação deve trafegar em segurança pelo sistema, através de um protocolo
seguro (como o https ou wss).

Todas as senhas dos usuários serão armazenadas no banco em hash SHA-512, e

informações de cunho sigiloso serão criptografadas.

[RNF002] Desempenho
O sistema deve responder a uma ação feita pelo usuário em um tempo médio de 10
microssegundos utilizando 10 Mega de internet.

[RNF003] Usabilidade
O sistema deve utilizar de javascript para manipular as imagens, por exemplo, as
curtidas vão ficar mais destacadas quando forem clicadas, em tempo real para
melhor usabilidade do usuário.

Documento de Requisitos Project Data; todos os direitos Página 14 de 16

reservados.
PD
Documento de Requisitos Versão 0.1, 07 junho, 2021
Rede do bem

O usuário deve conseguir realizar todas as ações dentro do sistema em um tempo

médio de 8 minutos.

[RNF004] Confiabilidade
O sistema deverá ter alta disponibilidade de por exemplo 99% do tempo.

[RNF005] Padrões
MVT: Modelos, Views e Templates.

[RNF006] Hardware e software

O software deve ser elaborado com um servidor PostgreSQL, as funcionalidades e
telas produzidas com o uso da linguagem de programação Python e com auxílio do
framework Django.

O hardware mínimo para o funcionamento correto do sistema consiste de um

sistema operacional com windows Vista 32-bit ou superior, acesso a um navegador
(Opera, Chrome, Mozilla Firefox, Microsoft edge, entre outros), processador dual core
de 2 GHz ou superior, 2GB de RAM ou superior, placa de vídeo com 512 MB de
memória e suporte a DirectX 10.1

Documento de Requisitos Project Data; todos os direitos Página 15 de 16

reservados.
PD
Documento de Requisitos Versão 0.1, 07 junho, 2021
Rede do bem

6. Modelo Navegacional

Documento de Requisitos Project Data; todos os direitos Página 16 de 16

reservados.