Priorização por Escala de Três Níveis (Three-Level Scale)¶
Introdução¶
A priorização Three-Level Scale, segundo Karl Wiegers e Joy Beatty em seu livro 'Software Requirements', na página 319 do capítulo 16, consiste em dividir seus requisitos elictados em três categorias diferentes: as de alta prioridade, média prioridade e baixa prioridade. Para um requisito se encaixar em qualquer uma dessas categorias se faz necessário que os stakeholders concordem do grau de importância e urgência deles, sendo de alta prioridade importante e urgente, de média prioridade importante, porém não tão urgente e baixa prioridade não tão importante e não tão urgente.
Metodologia e Execução¶
A priorização por Three-Way Scale foi feita em uma reunião pelo Google Meet pelos autores deste artefato, onde eles se passando pelo papel dos stakeholders, discutiram cada requisito elicitado, analisando o grau de importância e de urgência deles.
Dessarte, quando finalizado a priorização, organizamos os requisitos em tabela; a tabela 1 possui todos os requisitos reunídos e as tabelas 2 a 4 estão separadas por cada categoria de prioridade. As tabelas estão disponíveis a seguir, após o vídeo da priorização.
Gravação da Priorização por Three Level Scale¶
Tabela 1 — Tabela com todos os requisitos elicitados e já priorizados
| Código | Requisito | Prioridade |
|---|---|---|
| RE01 | Sistema requer login do usuário para acessar | MÉDIA |
| RE02 | O sistema deve permitir que o Usuário 'Aluno' possa vizualizar o material disponibilizado pelo Usuário 'Professor'. | ALTA |
| RE03 | O sistema deve permitir que o Usuário 'Aluno' possa baixar arquivos. | BAIXA |
| RE04 | O sistema deve permitir que ‘Alunos’ possam filtrar as suas matérias cursadas. | BAIXA |
| RE05 | O sistema deve possuir usuário do tipo 'Aluno', 'Professor' e 'Monitor'. | ALTA |
| RE06 | O sistema deve notificar o aluno de entregas se aproximando da deadline por meio do Calendário ou Painel/Dashboard. | BAIXA |
| RE07 | O sistema deve permitir que os usuários 'Professor’ e 'Monitor’ possam corrigir atividades enviadas pelo usuário ‘Aluno'. | ALTA |
| RE08 | O sistema deve avisar o usuário 'Aluno' quando ele tiver alguma atividade próxima. | BAIXA |
| RE09 | O sistema permite que alunos visualizem as turmas em que já foram cadastrados (arquivadas) | BAIXA |
| RE10 | O sistema disponibiliza as notas do usuário | ALTA |
| RE11 | O usuário ‘Aluno’ deve poder consultar as notas das atividades já corrigidas. | ALTA |
| RE12 | O sistema permite que alunos visualizem as turmas em que estão cadastrados | ALTA |
| RE13 | O sistema permite que o 'aluno' veja feedback de tarefas | MÉDIA |
| RE14 | O conteúdo deve poder ser organizado pelo usuário 'Professor' em tópicos e índices de tópicos. | MÉDIA |
| RE15 | O sistema deve permitir que o usuário ‘Professor’ possa enviar conteúdos, que ficarão disponíveis ao tipo de usuário ‘Aluno’ e 'Monitor'. | ALTA |
| RE16 | O usuário 'Professor’ deve ser capaz de elegir um ou mais usuário(s) 'Monitor’ para a sua matéria. | BAIXA |
| RE17 | O sistema disponibiliza um fórum para conversa entre alunos e professores | MÉDIA |
| RE18 | O sistema deve permitir que o usuário 'Monitor' possa acompanhar o conteúdo da mesma forma que o usuário 'Aluno' para poder ajudá-los no conteúdo. | MÉDIA |
| RE19 | O sistema deve possuir uma funcionalidade calendário, permitindo que o usuário 'Aluno' possa vizualizar atividades próximas. | MÉDIA |
| RE20 | A navegação do aplicativo mobile deve ser simples e intuitiva. | MÉDIA |
| RE21 | O sistema deve possuir um sistema de busca, dentro das disciplinas, para facilitar e simplificar a navegação dos usuários. | BAIXA |
| RE22 | O sistema deve ter um tempo de resposta admissível. | MÉDIA |
| RE23 | O sistema deve permitir que usuários possam responder formulários. | ALTA |
| RE24 | Os arquivos enviados ao sistema devem possuir um limite máximo de tamanho. | MÉDIA |
| RE25 | O sistema deve possuir uma auto-compactação de arquivos se recebê-los exceder o tamanho máximo do arquivo. | BAIXA |
| RE26 | O sistema deve automaticamente considerar conteúdos dados, atividades corrigidas, notas de prova e de projetos, resumindo-os em uma porcentagem de conclusão da disciplina. | BAIXA |
| RE27 | O sistema permite que alunos façam upload de tarefas | ALTA |
| RE28 | O sistema permite a realização de aulas síncronas por chamas de vídeo | MÉDIA |
| RE29 | O sistema integra outros aplicativos da mesma família para uso da turma | BAIXA |
| RE30 | O sistema permite que usuários conversem por chats privados | BAIXA |
| RE31 | Encontrar a barra de busca de turmas é facilmente localizável e intuitiva | MÉDIA |
Fonte: Esther Sousa, João Paulo
Tabela 2 — Tabela com todos os requisitos de ALTA Prioridade
| Código | Requisito | Prioridade |
|---|---|---|
| RE02 | O sistema deve permitir que o Usuário 'Aluno' possa vizualizar o material disponibilizado pelo Usuário 'Professor'. | ALTA |
| RE05 | O sistema deve possuir usuário do tipo 'Aluno', 'Professor' e 'Monitor'. | ALTA |
| RE07 | O sistema deve permitir que os usuários 'Professor’ e 'Monitor’ possam corrigir atividades enviadas pelo usuário ‘Aluno'. | ALTA |
| RE10 | O sistema disponibiliza as notas do usuário | ALTA |
| RE11 | O usuário ‘Aluno’ deve poder consultar as notas das atividades já corrigidas. | ALTA |
| RE12 | O sistema permite que alunos visualizem as turmas em que estão cadastrados | ALTA |
| RE15 | O sistema deve permitir que o usuário ‘Professor’ possa enviar conteúdos, que ficarão disponíveis ao tipo de usuário ‘Aluno’ e 'Monitor'. | ALTA |
| RE23 | O sistema deve permitir que usuários possam responder formulários. | ALTA |
| RE27 | O sistema permite que alunos façam upload de tarefas | ALTA |
Fonte: Esther Sousa, João Paulo
Tabela 3 — Tbela com todos os requisitos de MÉDIA Prioridade
| Código | Requisito | Prioridade |
|---|---|---|
| RE01 | Sistema requer login do usuário para acessar | MÉDIA |
| RE13 | O sistema permite que o 'aluno' veja feedback de tarefas | MÉDIA |
| RE14 | O conteúdo deve poder ser organizado pelo usuário 'Professor' em tópicos e índices de tópicos. | MÉDIA |
| RE17 | O sistema disponibiliza um fórum para conversa entre alunos e professores | MÉDIA |
| RE18 | O sistema deve permitir que o usuário 'Monitor' possa acompanhar o conteúdo da mesma forma que o usuário 'Aluno' para poder ajudá-los no conteúdo. | MÉDIA |
| RE19 | O sistema deve possuir uma funcionalidade calendário, permitindo que o usuário 'Aluno' possa vizualizar atividades próximas. | MÉDIA |
| RE20 | A navegação do aplicativo mobile deve ser simples e intuitiva. | MÉDIA |
| RE22 | O sistema deve ter um tempo de resposta admissível. | MÉDIA |
| RE24 | Os arquivos enviados ao sistema devem possuir um limite máximo de tamanho. | MÉDIA |
| RE28 | O sistema permite a realização de aulas síncronas por chamas de vídeo | MÉDIA |
| RE31 | Encontrar a barra de busca de turmas é facilmente localizável e intuitiva | MÉDIA |
Fonte: Esther Sousa, João Paulo
Tabela 4 — Tbela com todos os requisitos de BAIXA Prioridade
| Código | Requisito | Prioridade |
|---|---|---|
| RE03 | O sistema deve permitir que o Usuário 'Aluno' possa baixar arquivos. | BAIXA |
| RE04 | O sistema deve permitir que ‘Alunos’ possam filtrar as suas matérias cursadas. | BAIXA |
| RE06 | O sistema deve notificar o aluno de entregas se aproximando da deadline por meio do Calendário ou Painel/Dashboard. | BAIXA |
| RE08 | O sistema deve avisar o usuário 'Aluno' quando ele tiver alguma atividade próxima. | BAIXA |
| RE09 | O sistema permite que alunos visualizem as turmas em que já foram cadastrados (arquivadas) | BAIXA |
| RE16 | O usuário 'Professor’ deve ser capaz de elegir um ou mais usuário(s) 'Monitor’ para a sua matéria. | BAIXA |
| RE21 | O sistema deve possuir um sistema de busca, dentro das disciplinas, para facilitar e simplificar a navegação dos usuários. | BAIXA |
| RE25 | O sistema deve possuir uma auto-compactação de arquivos se recebê-los exceder o tamanho máximo do arquivo. | BAIXA |
| RE26 | O sistema deve automaticamente considerar conteúdos dados, atividades corrigidas, notas de prova e de projetos, resumindo-os em uma porcentagem de conclusão da disciplina. | BAIXA |
| RE29 | O sistema integra outros aplicativos da mesma família para uso da turma | BAIXA |
| RE30 | O sistema permite que usuários conversem por chats privados | BAIXA |
Fonte: Esther Sousa, João Paulo
Referências¶
| # | Fonte |
|---|---|
| 1 | WIEGERS, Karl; BEATTY, Joy. Software Requirements. Pearson Education. 3 ed. 2013. 319p. Seção disponível em:(https://aprender3.unb.br/pluginfile.php/2972454/mod_resource/content/3/PriorizaA%CC%83%C2%A7A%CC%83%C2%A3o%20de%20Req.pdf)[https://aprender3.unb.br/pluginfile.php/2972454/mod_resource/content/3/PriorizaA%CC%83%C2%A7A%CC%83%C2%A3o%20de%20Req.pdf]. Acesso em: 23/11/2024 |
Histórico¶
| Versão | Descrição | Autor | Revisor | Revisado | Data |
|---|---|---|---|---|---|
| v1.0 | Priorização Three-Level Scale | João Paulo e Esther Silva | Rodrigo Orlandi | 24/11/2024 | |
| v1.1 | Alteração do código dos requisitos | Laís Cecília | Júlia Lopes | 02/12/2024 |