Skip to content

Commit

Permalink
Merge branch 'main' into docs/unidade2
Browse files Browse the repository at this point in the history
  • Loading branch information
@MatheussBrant
MatheussBrant authored Dec 16, 2024
2 parents 3208ab5 + c87876f commit 9172a4c
Show file tree
Hide file tree
Showing 4 changed files with 122 additions and 6 deletions.
71 changes: 71 additions & 0 deletions .gitignore
View file
Original file line number Diff line number Diff line change
@@ -0,0 +1,71 @@
# Byte-compiled / optimized / DLL files
__pycache__/
*.py[cod]
*$py.class

# Distribution / packaging
.Python
build/
develop-eggs/
dist/
downloads/
eggs/
.eggs/
lib/
lib64/
parts/
sdist/
var/
wheels/
share/python-wheels/
*.egg-info/
.installed.cfg
*.egg
MANIFEST

# Installer logs
pip-log.txt
pip-delete-this-directory.txt

# Unit test / coverage reports
htmlcov/
.tox/
.nox/
.coverage
.coverage.*
.cache
nosetests.xml
coverage.xml
*.cover
*.py,cover
.hypothesis/
.pytest_cache/
cover/

# Django stuff:
*.log
local_settings.py
db.sqlite3
db.sqlite3-journal

# PEP 582; used by e.g. github.com/David-OConnor/pyflow and github.com/pdm-project/pdm
__pypackages__/

# Environments
.env
.venv
env/
venv/
ENV/
env.bak/
venv.bak/

# mkdocs documentation
/site

# PyCharm
# JetBrains specific template is maintained in a separate JetBrains.gitignore that can
# be found at https://github.com/github/gitignore/blob/main/Global/JetBrains.gitignore
# and can be added to the global gitignore or merged into this file. For a more nuclear
# option (not recommended) you can uncomment the following to ignore the entire idea folder.
.idea/
2 changes: 1 addition & 1 deletion docs/engenharia-requisitos/atividades_er.md
View file
Original file line number Diff line number Diff line change
Expand Up @@ -72,7 +72,7 @@ Histórias e cenários: Histórias e cenários feitos com base no novo ambiente
| **Execução da Sprint** | **Representação** | Alinhamento entre a equipe e o cliente quanto à visualização/representação | - Mockup<br>- Prototipagem<br>- Modelagem de Domínio | Reconhecimento dos requisitos na prototipagem/interface desenvolvida. |
| | **Verificação e Validação** | Garantir funcionalidades completas, monitorar o progresso com ajustes necessários e manter alta qualidade de código. | - Checklist de Validação<br>- Checklist de Verificação<br>- Definição de Acabado (DoD)<br>- Feedback | Itens desenvolvidos que atendem às necessidades do cliente e aos requisitos, garantindo que os objetivos da sprint foram cumpridos e a qualidade do código mantida. |
| **Revisão da Sprint** | **Elicitação e Descoberta** | Coleta de novos requisitos (se houver mudanças no ambiente). | - Entrevistas com stakeholders<br>- Histórias e Cenários | Backlog de produto atualizado e feedbacks quanto à usabilidade. |
| | **Análise e consenso** | Alinhamento com stakeholders e análise dos critérios de aceitação. | - Reuniões de Revisão<br>- Testes manuais e automatizados | Assegurar a implementação correta das funcionalidades na plataforma. |
| | **Análise e consenso** | Alinhamento com stakeholders e análise dos critérios de aceitação. | - Reuniões de Revisão | Assegurar a implementação correta das funcionalidades na plataforma. |
| | **Verificação e Validação** | Atualizar o backlog com base nas mudanças ou novas informações. | Refinamento de Backlog (Técnica MoSCoW) | Backlog com itens mais claros e ajustados às necessidades do cliente. |
| **Planejamento da Próxima Release** | *Fase que só será realizada após a entrega da release anterior* | **Análise e consenso** | - Análise de Risco<br>- Negociação<br>- Análise de Objetivo de Domínio | Backlog organizado e Lista de Necessidades |
| | **Verificação e Validação** | Revisão da release anterior e alinhamento de pendências e objetivos | - Revisão em pares<br>- Feedback | Revisão da release anterior |
Expand Down
43 changes: 43 additions & 0 deletions docs/engenharia-requisitos/lista-requisitos.md
View file
Original file line number Diff line number Diff line change
@@ -0,0 +1,43 @@
## Observações

Conforme reuniões com o cliente, foram levantados requisitos para diferentes usuários. A regra de negócio da empresa visa a padronização do questionário entre todas as suas turmas e instituições. Por isso, o banco de perguntas é global (único para todas as turmas) e um professor não terá a permissão de realizar modificações nas perguntas.

## Requisitos Funcionais

| ID | Requisito | Descrição | Papel |
|------|------------------------------------|-----------------------------------------------------------------------------------------------|--------------|
| RF1 | Responder questionário de avaliação | O aluno pode acessar e responder os questionários disponibilizados durante o período de validade. | Aluno |
| RF2 | Visualizar desempenho de questionário | O aluno pode visualizar notas e feedbacks detalhados após o término do questionário. | Aluno |
| RF3 | Sistema de pontos nos questionários | Os alunos ganham pontos ao acertarem questões nos questionários, incentivando maior engajamento. | Aluno |
| RF4 | Visualizar scoreboard | Os alunos podem visualizar uma classificação (scoreboard) com os melhores desempenhos. | Aluno |
| RF5 | Liberar acesso a questionário | O professor pode liberar questionários com datas e horários definidos para início e término. | Professor |
| RF6 | Visualizar gráficos por turma | O professor pode acessar gráficos para monitorar desempenho coletivo e individual por turma. | Professor |
| RF7 | Baixar gráficos | O professor pode exportar gráficos de desempenho em formatos como PDF ou imagem. | Professor |
| RF8 | Criar turma | O administrador pode criar turmas, especificando nome, descrição e período. | Administrador |
| RF9 | Editar turma | O administrador pode modificar nome, descrição e período de turmas existentes. | Administrador |
| RF10 | Remover turma | O administrador pode excluir turmas, desde que não tenham vínculos ativos. | Administrador |
| RF11 | Adicionar usuário | O administrador pode criar usuários gerando login, senha e atribuindo papéis. | Administrador |
| RF12 | Editar usuário | O administrador pode alterar login, senha e papel do usuário. | Administrador |
| RF13 | Excluir usuário | O administrador pode excluir usuários permanentemente. | Administrador |
| RF14 | Adicionar professor em turma | O administrador pode vincular professores a turmas específicas. | Administrador |
| RF15 | Adicionar aluno em turma | O administrador pode vincular alunos a turmas específicas. | Administrador |
| RF16 | Adicionar perguntas ao banco | O administrador pode cadastrar perguntas com tema, dificuldade e tipo. | Administrador |
| RF17 | Editar perguntas no banco | O administrador pode modificar textos, alternativas ou classificações de perguntas. | Administrador |
| RF18 | Excluir perguntas do banco | O administrador pode remover perguntas que não estejam vinculadas a questionários ativos. | Administrador |
| RF19 | Visualizar perguntas do banco | O administrador pode acessar a lista de perguntas com filtros como tema e dificuldade. | Administrador |
| RF20 | Criar questionário | O administrador pode criar questionários a partir do banco de questões. | Administrador |
| RF21 | Editar questionário | O administrador pode modificar questionários existentes, alterando título, perguntas ou tema. | Administrador |
| RF22 | Excluir questionário | O administrador pode excluir questionários que não tenham sido respondidos. | Administrador |
| RF23 | Visualizar gráficos globais | O administrador pode acessar gráficos de desempenho geral com filtros por data, turma ou tema. | Administrador |
| RF24 | Baixar gráficos | O administrador pode exportar gráficos para relatórios. | Administrador |

## Requisitos não funcionais

| Nome do requisito | Campo do URPS+ | Descrição |
|--------------------------------------------|--------------------|-------------------------------------------------------------------------------------------------|
| Tempo de resposta inferior a 2 segundos para cada consulta | Desempenho | As ações realizadas pelos usuários devem ter tempo de resposta inferior a 2 segundos. |
| Suporte a múltiplos dispositivos | Usabilidade | A plataforma deve ser responsiva, funcionando bem em desktops, tablets e smartphones. |
| Garantir segurança dos dados de desempenho de usuário e login | Confiabilidade | Os dados dos usuários devem ser armazenados de forma segura, com criptografia onde necessário. |
| Capacidade de escalabilidade | Suportabilidade | O sistema deve suportar aumento no número de usuários e questionários sem perda de desempenho. |
| Compatibilidade com múltiplos navegadores | Usabilidade | O sistema deve ser compatível com os navegadores mais utilizados, como Chrome, Firefox e Edge, em sua versão mais recente (até o ano de 2024). |
| Suporte de texto para múltiplas linguagens | Suportabilidade | O sistema deve ser capaz de suportar novas linguagens. |
12 changes: 7 additions & 5 deletions mkdocs.yml
View file
Original file line number Diff line number Diff line change
Expand Up @@ -12,13 +12,15 @@ nav:
- Cronograma e entregas: produto/cronograma-entregas.md
- Interação entre equipe e cliente: produto/interacao.md
- Engenharia de Requisitos:
- Atividades e Técnicas de ER: engenharia-requisitos/atividades_er.md
- Backlog: engenharia-requisitos/backlog.md
- DoR e DoD: engenharia-requisitos/Dor_dod.md
- Atividades e Técnicas de ER: engenharia-requisitos/atividades_er.md
- Backlog: engenharia-requisitos/backlog.md
- DoR e DoD: engenharia-requisitos/Dor_dod.md
- Lista de requisitos: engenharia-requisitos/lista-requisitos.md
- Apresentações: apresentacoes/index.md
- Lições aprendidas:
- Unidade 1: licoes/unidade1.md
- Unidade 2: licoes/unidade2.md
- Unidade 1: licoes/unidade1.md
- Unidade 2: licoes/unidade2.md


theme:
name: material
Expand Down

0 comments on commit 9172a4c

Please sign in to comment.