Documento de visão
1. Introdução
Este documento tem como propósito demonstrar a visão geral, as características, reunir as funcionalidades, requisitos e os objetivos do aplicativo web a ser produzido o +Monitoria. Fornece uma visão unificada das necessidades e expectativas do cliente em relação ao software, além de ajudar a reduzir riscos.
Muitos alunos no meio acadêmico possuem dificuldades em seu aprendizado durante seus estudos tradicionais. Através disso foi idealizado, um ambiente agradável que possibilitasse aos alunos disponíbilizar monitorias com o objetivo de incentivar a troca de conhecimento entre os estudantes da Universidade de Brasilia.
2. Descrição do problema
2.1 5W2H
| 5W2H | |
|---|---|
| O que? | Aplicação voltada para estudos |
| Quem? | Estudantes da Universidade de Brasília - Gama |
| Onde? | Universidade de Brasília, FGA |
| Quando? | Primeiro semestre de 2019 |
| Por quê? | Para facilitar a troca de conhecimento entre estudantes da UnB |
| Como? | Por meio de encontros entre alunos |
| Quanto custa? | +- R$ 330.000,00 |
2.2 Problema
| Informações do problema | |
|---|---|
| O problema | Horarios incompativéis entre os estudades para realizar ou assistir monitorias, e número limitado de monitorias disponíveis por disciplina. |
| Afeta | Estudantes da Universidade de Brasilia - FGA |
| Cujo impacto é | Falta de informações sobre as monitorias, burocracia para organizar os encontros, menos troca de informações entre os estudades impactando na sua formação. |
| Uma solução | Utilizar a ferramenta +Monitoria para auxiliar os alunos a organizar seus encontros |
3. Objetivos
O +Monitoria visa integrar alunos da Universidade de Brasília campus Gama que estão dispostos e tem interesse em ensinar, com alunos que buscam ajuda no seu aprendizado. Nossa proposta é somar ao modelo de monitoria atual, resolvendo alguns impedimentos que existem como: número limitado de monitores por disciplina, horários incompatíveis e o receio de como monitor matriculado não possuir o conhecimento necessário para abordar todos os tópicos da disciplina. Dentro do nosso produto este usuário poderá escolher os tópicos da disciplina que tenha um conhecimento bom e queira compartilhá-lo, disponibilizando horários mais flexíveis em relação às monitorias tradicionais, e assim aumentando o conhecimento e a iteração entre os estudades.
4. Descrição do usuário
Os usuários serão discentes que poderão optar por ministrar monitorias, ou optar por participar da monitoria como aluno interessado. O aplicativo irá facilitar o encontro entre os usuários possibilitando um maior fluxo de informações de maneira simples e eficiente.
4.1 Usuários
| Tipo | Descrição | Responsabilidade |
|---|---|---|
| Aluno | Monitor | Cadastrar monitorias, procurar monitorias, entrar em contato com outros usuários |
4.2 Principais Necessidade do Usuários
| Necessidade | Prioridade | Interesses | Solução atual | Solução proposta |
|---|---|---|---|---|
| Encontrar monitoria | Alta | Encontrar monitoria que necessita | Monitorias formais, ministradas por alunos selecionados pelo professor | Buscar monitorias e ajudas de alunos que tenham interesse em ministrar |
| Agendar monitoria | Alta | Conseguir monitorias em horários diversos | Monitorias com horários pré-definidos | Selecionar monitorias em melhores horários |
| Estimular alunos a ajudar | Baixa | Ajudar ao próximo | Créditos | Sistema de ranking e recompensas para as melhores monitorias |
5. Envolvidos
| Nome | Descrição | Principais responsabilidades |
|---|---|---|
| Bruna Nayara | Orientadora e avaliadora do projeto e produto | Orientar e direcionar o desenvolvimento do projeto |
| Carla Silva | Orientadora e avaliadora do projeto e produto | Orientar e direcionar a equipe de EPS |
| João Pedro Soares | Membro da equipe de desenvolvimento | Realizar o desenvolvimento do software e manter a documentação |
| Lucas Alexandre | Membro da equipe de desenvolvimento | Realizar o desenvolvimento do software e manter a documentação |
| Matheus de Cristo | Membro da equipe de desenvolvimento | Realizar o desenvolvimento do software e manter a documentação |
| Moacir Mascarenha | Membro da equipe de desenvolvimento | Realizar o desenvolvimento do software e manter a documentação |
| Renan Cristyan | Membro da equipe de desenvolvimento | Realizar o desenvolvimento do software e manter a documentação |
| Caio Oliveira | Product Owner | Responsável por maximizar o valor resultante do produto desenvolvido, gerenciando e priorizando o product backlog |
| Lucas Macêdo | Arquiteto | O arquiteto deve monitorar a equipe de desenvolvimento para instruí-los a seguir a arquitetura planejada e lidarem com seu fluxo de dados |
| Lucas Siqueira | Scrum Master | Responsável por monitorar e garantir que a equipe esteja seguindo os valores, práticas e regras escolhidas das metodologias ágeis, de forma que a equipe consiga ser produtiva e auto-organizável |
| Matheus Rodrigues | DevOps | Responsável por definir as ferramentas utilizadas no desenvolvimento do projeto. O devOps deve configurar o ambiente, buscando aumentar a produtividade da equipe de desenvolvimento |
6. Visão Geral
A principal funcionalidade da aplicação é flexibilizar as monitorias, ou seja, facilitar o encontro entre estudantes e monitores. O aluno cadastrado terá acesso a uma série de funcionalidades que o ajudará a entrar em contato com algum monitor que esteja disponível em um horário comum.
7. Analise de Outros Aplicativos
Nesta sessão serão listados alguns aplicativos de monitoria encontrados na playstore.
7.1 Monitoria+App
Figura 1- Tela de subtópicos do Monitoria+App
O aplicativo Monitoria+App é uma plataforma mobile, compatível somente com Android 5.0 ou superior, que possui informações a respeito de conteúdos acadêmicos, porém todos documentos de texto e temas fixos. Em comparação o aplicativo +Monitoria possuirá uma maior flexibilidade em relação aos temas e conteúdos, e será compatível para alguns navegadores.
7.2 Monitoria USJT
Figura 2 -Tela do Menu do Monitoria USJT
O aplicativo Monitoria USJT, compatível com Android 4.4 ou superior, possui funcionalidades muito semelhantes ao aplicativo Monitoria+App, diferenciando-se na exibição dos assuntos, dividindo-os em áreas de conhecimento e apresentando todas as opções.
Algumas poucas novidades em relação ao Monitoria+App são apresentadas, destacando-se o chat e os avisos gerais. Além disso, o +Monitoria filtrará a pesquisa de monitorias utilizando palavras chave e as apresentará de forma organizada para facilitar a busca.
8. Instrução de posição do +Monitoria
| Instrução de posição do produto | |
|---|---|
| Para | Qualquer aluno que esteja disposto em adiquirir novos conhecimentos a partir da iteração entre estudantes |
| Que | Incentiva a troca de conhecimento entre os estudantes da Universidade de Brasilia |
| +Monitoria é | Uma aplicação para facilitar encontros entre alunos para realização de monitorias |
| Diferente do | Monitoria+App e Monitoria USJT |
| Nosso produto | Tem mais flexibilidade em relação aos temas, conteúdos e horários |
9. Recursos do produto
9.1 Conta
O usuário poderá realizar seu cadastro, ou caso já esteja cadastrado poderá realizar o login. Terá a sua disposição toda informação do seu perfil.
9.2 Monitoria
Será possivel ao usuário o cadastro, visualização, solicitação de monitorias e adicionar uma monitoria aos favoritos para faciliar a consulta da mesma. .
9.3 Pesquisa de Monitorias
Poderá ser realizada a busca para encontrar a monitoria desejada de forma mais eficiente.
9.4 Ranking
O ranking é um método de gamificação para incentivar os usuários a permanecer utilizando o aplicativo. Dependendo do desempenho do usuário a cada semana, ele receberá pontos e multiplicadores que o auxiliarão a subir no ranking, e os primeiros colocados poderão receber brindes simbólicos exclusivos.
10. Requisitos Não Funcionais
Os Requisitos não Funcionais não estão relacionados diretamente às funcionalidades que estão disponiveis para o usuario em um sistema. Tratados geralmente como premissas e restrições técnicas de um projeto, os requisitos não funcionais são necessidades que não podem ser atendidas através de funcionalidades.
Os requisitos não funcionais levantados do +Monitoria são:
- Usabilidade: Este requisito visa definir a facilidade e aprendizibilidade com que as pessoas podem desempenhar o uso do produto.
- Portabilidade: Este requisito visa tornar o produto capaz de ser usado em diferentes sistemas e computadores.
- Segurança: Este requisito visa garantir a integridade dos dados fornecidos pelo usuario e do seu uso na aplicação.
- Desempenho: Este requisito visa contemplar como o produto desempenha seus propositos durante o uso.
Tais recursos serão definidos e modelados no NFR.
11. Restrições
- O +Monitoria não possui sistema de chat. Sendo assim, é necessário utilizar sistemas de chat externos para comunicação direta entre os usuários
- A falta de conexão com a internet resultará em uma limitação no numero de funcionalidades disponíveis
12. Referências bibliográficas
[1] IBM Knowledge Center - Documento de Visão.Disponível em:https://www.ibm.com/support/knowledgecenter/pt-br/SSYMRC_6.0.6/com.ibm.rational.rrm.help.doc/topics/r_vision_doc.html. Acesso em: 30 de março de 2019.
[2] Artefato: Documento de Visão.Disponível em: http://demoiselle.sourceforge.net/process/ds/1.2.3-BETA1/ProcessoDemoisellePlugin/workproducts/documentoVisao_DFFF024D.html. Acesso em: 30 de março de 2019
[3] Requisitos funcionais e não funcionais. Disponível em: https://codificar.com.br/aplicativos/requisitos-funcionais-nao-funcionais/
Histórico de revisão
| Data | Versão | Descrição | Autor(es) |
|---|---|---|---|
| 28/03/2019 | 0.1 | Criação do documento de visão | João Pedro, Lucas Alexandre, Matheus de Cristo, Moacir Mascarenha e Renan Cristyan |
| 28/03/2019 | 0.2 | Preenchimento dos tópicos de Descrição do Usuário | João Pedro, Lucas Alexandre, Moacir Mascarenha |
| 29/03/2019 | 0.3 | Preenchimento dos tópicos de visão geral e Visão Geral do Produto | Matheus de Cristo, Moacir Mascarenha |
| 30/03/2019 | 0.4 | Criação do tópico Outros Aplicativos, preenchimento Visão Geral do Produto, Referências Bibliográficas, Recursos do Produto | João Pedro, Lucas Alexandre, Matheus de Cristo, Moacir Mascarenha e Renan Cristyan |
| 31/03/2019 | 0.5 | Finalização do papel dos Envolvidos | João Pedro e Lucas Alexandre |
| 01/05/2019 | 0.6 | Refatorado tópico 9 | João Pedro,Lucas Alexandre e Lucas Siqueira |
| 01/05/2019 | 0.7 | Tópicos refatorados 4, 7, 9, 11 e Histórico de revisão | Matheus de Cristo, Moacir Mascarenha, Renan Cristyan e Lucas Siqueira |
| 10/06/2019 | 0.8 | Ajustes finos no documento | Lucas Siqueira |