Escopo

Acesso rápido

• Elicitação de requisitos
• User Story Mapping
• User Stories
• Sprints
  • EAP/Release plan
  • Definição de pronto
  • Escopo por sprint
    • Sprint 1
    • Sprint 2
    • Sprint 3
    • Sprint 4
  • Backlog

Elicitação de requisitos

🔗 Versão PDF

Contexto

Melissa é designer, ligada à área de publicidade e começou a criar o Appoio a partir de sua tese de doutorado, o projeto foi sendo embasado, exposto em alguns eventos e tomando forma até chegar no seu objetivo atual: gerar autonomia para o público 60+.

O Appoio visa gerar esta autonomia fornecendo tutoriais e dicas para que o público aprenda a lidar com as funcionalidades do celular e de seus aplicativos. Exemplos de tutoriais e dicas que o Appoio pode fornecer: “Como instalar o WhatsApp?”, “Como postar um foto no Instagram?”, “Como aumentar tamanho da fonte do celular?”, “O que é um meme?” e etc.

O conteúdo será alimentado por outros usuários que desejam auxiliar o público 60+ a ter uma maior autonomia tecnológica.

Papéis envolvidos e suas ações

Administrador (ADM):

• senha e usuário fixo (será utilizado pela Melissa);
• login/logout;
• em relação aos tutoriais, o ADM pode: aprovar¹, reprovar², criar, editar e deletar;
• exportar arquivo contendo informações do sistema³.

Notas:

• ¹aprovar: quando um tutorial é aprovado, ele se torna visível aos demais usuários do sistema. Antes disso, ele só é visível ao perfil de ADM;
• ²reprovar: quando um tutorial é reprovado, ele não fica mais visível ao ADM e nem torna-se visível aos demais usuários, é como se tivesse sido deletado;
• ³informações do sistema: estas informações são formadas por dados como: dados do perfil dos usuários (exceto senha) e possivelmente informações de acesso dos usuários dentro da aplicação (os tutoriais ou categorias de tutoriais acessados pelo usuário). Este item está em avaliação de prioridade das informações que deve conter.

Usuário (público 60+ e outros):

• cadastrar-se (informando basicamente: nome, emaill, senha, gênero, localidade (cidade e estado), idade/data de nascimento) (dados pessoais também são obrigatórios para o cadastro);
• login/logout;
• em relação aos tutoriais, este usuário pode:
• pesquisar via texto/voz/tags;
• visualizar lista de tutoriais e dicas;
• criar tutoriais¹, que podem conter: texto, imagens, vídeos e áudios;
• informar os aplicativos que utiliza (ver dúvidas).

Notas:

• ¹criar tutoriais: tutoriais submetidos são visíveis somente ao ADM e após a curadoria, se aprovado, se torna visível aos demais usuários.

Requisitos funcionais

• cadastro (Usuário);
• login/Logout (ADM e Usuário);
• possibilita informar apps instalados no dispositivo;
• listagem de tutoriais e dicas, que podem ser sobre:
  • terminologias e termos (ex.: “O que é um meme?”, “O que é tbt?”);
  • aplicativos instalados (ex.: “Como gravar áudio no WhatsApp?”);
  • aplicativos suportados - mas não instalados: (ex.: “Como baixar o WhatsApp?”);
  • sistema operacional (ex.: “Como aumentar o tamanho da fonte?”).
• listagem de tutoriais e dicas devem considerar a versão do sistema operacional do usuário e as versões dos apps que o usuário possui, para que sejam direcionados a ele;
• pesquisa de tutoriais e dicas, através das interfaces de texto/tags e voz;
• cadastro de tutoriais (ADM e Usuário), cadastro contém:
  • categoria/tag (obrigatório);
  • texto, vídeo, áudio, imagem (No mínimo um destes);
  • versões do sistema operacional e/ou da aplicação ao qual o tutorial se aplica (“o tutorial se aplica a Android 9 e Instagram <= 153.0”)(obrigatório);
• curadoria de tutoriais (ADM): para manter a qualidade e conteúdo atualizado, é possível: excluir (para já visíveis ao público), editar, aprovar e reprovar (quando foi recém cadastrado);
• ADM recebe aviso de tutoriais submetidos para revisão, por email, por exemplo (menor prioridade, sugestão do time);
• favoritar tutoriais (baixa prioridade).

Notas:

• a busca vai ser feita só pelo conteúdo das tags e do título;
• a tag é um campo livre no cadastro de tutorial
• cada app é uma categoria; tem uma categoria livre (para termos. ex.: o que é um meme) e uma categoria para funcionalidades comuns do celular (como usar a câmera?).

Requisitos não-funcionais

• Usabilidade e acessibilidade: fácil de usar, adaptável, intuitivo para o público 60+ e também para o público em geral que pode usar o Appoio.
• Interface interessante: evitar o clichê de botões e textos enormes, sem cores, sem contraste (Ver exemplos de apps abordado na tese de doutorado).
• O público-alvo são idosos, mas o app poderá ser usado por pessoas de qualquer geração.

Plataforma alvo

• Android.

Não está no escopo do projeto

• Plataforma web administrativa.
• Os alunos criarem conteúdos.

User Story Mapping

Com as anotações da reunião de elicitação de requisitos, foi então construído um user story mapping para auxiliar a organizar as funcionalidades da aplicação.

Cada usuário é representado em rosa, suas ações em verde e as funcionalidades específicas em amarelo.

Observações:

• a pesquisa por áudio ficará em baixa prioriade por questão de tempo;
• "Esqueci a senha" ficará com baixa prioriade por questão de tempo.

User Stories

TDB.

Sprints

Nessa seção, encontram-se as user stories por sprint com status de aceite, assim como a EAP do projeto e uma definição de pronto para as USs.

EAP/Release plan

Com as user stories levantadas e após a execução da primeira sprint de desenvolvimento, foi possível criar a estrutura analítica do projeto considerando as quatro sprints que temos. Essa EAP pode ser considerada também como um release plan, sendo possível visualizar o escopo a ser entregue em cada sprint do projeto.

A EAP criada encontra-se abaixo e na página 📄 Gerência.

Definição de pronto

• Código revisado e aprovado por ao menos dois AGES III/IV
• Sem erros no console ao executar o que foi desenvolvido
• Passar no teste funcional, de acordo com os critérios de aceite da US relacionada
• Aplicação em ambiente de homologação
• Aceitação do cliente

Escopo por sprint

Nessa seção, são apresentadas as USs de cada sprint e o status de aceite de cada story, conforme definido pela stakeholder durante as sprints reviews.

Legenda para status de aceite

• ✅ : US aceita
• ⚠ : US parcialmente aceita, ou entregue com dívida técnica
• ❌ : US não aceita

Sprint 1 | 02/09 a 23/09

Sprint 2 | 23/09 a 21/10

Sprint 3 | 21/10 a 11/11

Sprint 4 | 11/11 a 23/11