Escolar Documentos
Profissional Documentos
Cultura Documentos
PRD - AstroLab
Cajazeiras, Paraíba
2023
Sumário
Introdução e objetivos..............................................................................................................2
Stakeholders..............................................................................................................................2
Requisitos funcionais................................................................................................................2
User stories........................................................................................................................... 2
Requisitos não funcionais........................................................................................................ 4
Critérios de aceitação............................................................................................................5
Gerenciamento de riscos.......................................................................................................... 6
1
Introdução e objetivos
Stakeholders
Requisitos funcionais
User stories
Publicação
O usuário, ao clicar em um botão, deve ser capaz de poder enviar um texto para a aplicação,
para que a mesma seja vista por todos dentro da aplicação.
No momento de adicionar, deve ser possível acrescentar uma ou várias fotos, que serão
exibidas em conjunto com o texto.
Além disso, deve ser capaz de poder apagar fotos que já publiquei, para que a mesma não
seja mais acessível dentro da aplicação.
2
Ao clicar em um botão da publicação, deve ser possível adicionar um comentário a mesma,
que deverá ser visível a todos os usuários que acessem ela.
Esse calendário não poderá ser editado pelos usuários, os mesmos só poderão visualizar os
eventos mostrados.
Ao clicar em um referente dia da semana, do qual possui algum tipo de evento, será aberto
uma janela onde os usuários poderão visualizar uma descrição sobre do que se trata e na
mesma janela, terá a opção de clicar em um ícone de sino, para criar uma notificação de
lembrete para ser enviado por e-mail na data programada. Ao clicar fora da janela, ela fecha e
o calendário voltará a ser exibido novamente.
Deve ser possível clicar em um botão em determinada publicação, para que o usuário escolha
como ele quer compartilhar ela, dentre essas opções, devem estar: redes sociais em destaque,
e uma opção de criar um link que redireciona para essa publicação.
Todo interessado que deseja utilizar todas as funcionalidades deverá obrigatoriamente fazer
um cadastro no AstroLab.
Usuário que não possui cadastro, só poderá visualizar as publicações de outras pessoas, mas
não terão permissão para acessar o perfil de outros usuários, o calendário de eventos, e não
poderão fazer nenhum tipo de interação em publicações. Onde ficará restringido somente a
visualizar e a compartilhar o link da postagem.
O usuário ao entrar na tela de cadastro terá duas opções, clicar no botão de login caso o
mesmo já possua uma conta, ou poderá preencher o formulário de cadastro, que solicitará um
e-mail, nome de usuário, nome e sobrenome, data de nascimento, senha e confirmar senha.
Caso o usuário não queira realizar um cadastro, ele terá uma opção encima do formulário, ao
qual ele poderá se conectar com uma conta do Google, ao clicar na opção, irá aparecer uma
janela em que ele poderá escolher um e-mail, em seguida ele poderá alterar o nome de
usuário ou permanecer com o que foi gerado ao logar na conta do Google.
3
Requisitos não funcionais
Desempenho
O sistema deve permitir a execução dos requisitos funcionais de forma rápida, leve e suave,
porém, com qualidade, eficiência e satisfação, como retorno e atualização de dados. Tendo
em mente que toda funcionalidade que envolva manipulação de dados acessíveis pelo
usuário, haja meio de confirmação das ações. As notificações de eventos devem ser enviadas
o mais breve possível.
Critérios:
● Tempo de carregamento de novas páginas 2-3 segundos, taxa de erro de até 90% dos
casos;
● Suportar até 10.000 usuários simultâneos;
● Supondo uma quantidade de 200 GB por dia de dados transferidos, deve possuir ao
menos 400 GB de banda de rede por dia;
Acessibilidade
O sistema deve possuir inclusão acessível a todos os usuários, sendo compatíveis com
múltiplos dispositivos, com versões específicas para usuários com necessidades especiais e
possuir conteúdo acessível a todos.
Critérios:
● Atender as especificações do nível A da WCAG, tanto para fatores perceptíveis,
operáveis, compreensíveis ou robustos;
Segurança
O sistema deve garantir a segurança dos dados pessoais dos usuários e das informações que
serão publicadas. Além de buscar a segurança de estado emocional e autoral dos mesmos,
enquanto estiverem conectados na rede.
Critérios:
● Ameaças críticas ao banco de dados devem ser tratadas em até 30 minutos desde o
início da detecção do problema, sem falhas em 100% dos casos;
● Informações de usuários devem ser criptografadas no banco de dados (protocolo
TLS/SSL é uma opção), sem falhas em 100% dos casos;
● Comunicações devem ser criptografadas com algoritmos de chave de 256 bits, sem
falha em 100% dos casos;
Confiabilidade
O conteúdo do sistema deve possuir informações, como notícias, eventos e matérias
confiáveis, podendo deixar aberto apenas as publicações e interações inter-usuários, porém
sempre havendo a verificação de conduta das contas, desde que haja estabilidade no conteúdo
exibido. Além de verificações de contas organizacionais e a autenticidade de suas publicações
(cada publicação deve estar associada a quem a publicou, outros indivíduos não podem estar
associados a publicações sem nenhum relacionamento).
Critérios:
4
● Tempo de acesso a publicações recentes de até 1 minuto depois da publicação, sem
falhas em 70% dos casos;
● Tempo de atualização de respostas de mensagens pessoais de até 5 segundos, sem
falhas em até 90% dos casos;
● Tempo de acesso a fotos ou vídeos de 10 segundos no mínimo, sem falhas em até
80% dos casos;
Usabilidade
Os usuários cadastrados devem ter a liberdade de realizar publicações, interagir com outros
usuários por meio de comentários e acesso ao calendário de eventos. Usuários que não
possuírem cadastro no sistema, não poderão interagir na plataforma de forma direta e não
terão acesso ao calendário, já que não possuirão acesso ao sistema, porém, poderão visualizar
as publicações e compartilhá-las em outras plataformas através de links.
Critérios:
● Banco de dados deve receber solicitações quanto aos dados em 100% dos casos;
● Novos usuários devem ser cadastrados sem falhas em 100% dos casos e com no
mínimo 5-10 segundos da solicitação até o atendimento;
Manutenibilidade
O sistema deve ser mantido constantemente para resoluções de possíveis bugs e
aprimoramento com implementações futuras. Monitoramento de desempenho, gerenciamento
de acessibilidade, atualização e monitoramento constante dos dados e armazenamento dos
mesmos e aperfeiçoamento da segurança dos dados e das informações que circulam nos entre
os usuários.
Critérios:
● Cada nova versão deve manter-se estável (passível de ser utilizado) por minimamente
2 meses antes de cada nova versão;
● Em até 100% dos casos, bugs não devem afetar informações pessoais, conversas ou
publicações dos usuários de forma grave;
Tecnologias
As tecnologias a serem utilizadas para a aplicação, levando em consideração que o projeto é
uma aplicação mobile, são frameworks como React Native para o front-end, e Spring Boot
com Hibernate para o back-end, e postgresql como banco de dados.
Critérios:
● Deve ser compatível com tecnologias utilizadas na stack selecionada no desenvolvimento,
desde que sejam tecnologias ainda continuadas;
Critérios de aceitação
1. Requisito: O usuário deve ser capaz de realizar publicações.
Critério de aceitação: a taxa de falha no processo de publicação não deve exceder 5%.
5
3. Requisito: O usuário deve receber notificação de determinado evento
Critério de aceitação: o usuário deve receber a notificação em 100% dos casos.
Gerenciamento de riscos
Riscos financeiros
Durante as etapas de
O orçamento repentinamente
planejamento, frisar bem as
pode sofrer uma queda
Mudança no orçamento necessidades para a equipe
quanto ao que estava
financeira e evitar custos
previsto
desnecessários
Durante as etapas de
planejamento, deixar claro
Pode haver solicitações para
as etapas que demorarão
mudanças nos prazos de
mais tempo para serem
entrega estabelecidos, pode
Mudança na data limite concluídas, as que serão
afetar também os recursos
mais rápidas, e planejar a
financeiros de acordo com
gestão do tempo e
os custos previstos
orçamento visando a
flexibilidade
Durante o desenvolvimento,
Durante as etapas de
é possível que faltem
planejamento, realizar
recursos financeiros de
Falta de recursos análise de custos de acordo
maneira inesperada. Quase
inesperada com cada etapa do projeto
certo de acontecer caso haja
para evitar falta inesperada
uma mudança no orçamento
de recursos
e na data limite
Tabela 1: Riscos financeiros
6
Riscos técnicos
Os diferentes subprodutos
Realizar testes
desenvolvidos por cada
periodicamente entre as
Dificuldade na integração equipe (back end, front end,
diferentes etapas de criação
do sistema etc.) podem não estar bem
do produto para garantir a
integrados, recursos podem
integração
estar em falta
Riscos de escopo
7
desenvolvimento planejar caso ocorram, além
de manter o
desenvolvimento aberto às
mudanças, flexível. Também
definir os aspectos que não
podem sofrer mudanças
Tabela 3: Riscos de escopo
Riscos legais
8
legislação vigente