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
| Requisito | Prioridade |
|---|---|
| 01 - Sistema requer login do usuário para acessar | MÉDIA |
| 02 - O sistema deve permitir que o Usuário 'Aluno' possa vizualizar o material disponibilizado pelo Usuário 'Professor'. | ALTA |
| 03 - O sistema deve permitir que o Usuário 'Aluno' possa baixar arquivos. | BAIXA |
| 04 - O sistema deve permitir que ‘Alunos’ possam filtrar as suas matérias cursadas. | BAIXA |
| 05 - O sistema deve possuir usuário do tipo 'Aluno', 'Professor' e 'Monitor'. | ALTA |
| 06 - O sistema deve notificar o aluno de entregas se aproximando da deadline por meio do Calendário ou Painel/Dashboard. | BAIXA |
| 07 - O sistema deve permitir que os usuários 'Professor’ e 'Monitor’ possam corrigir atividades enviadas pelo usuário ‘Aluno'. | ALTA |
| 08 - O sistema deve avisar o usuário 'Aluno' quando ele tiver alguma atividade próxima. | BAIXA |
| 09 - O sistema permite que alunos visualizem as turmas em que já foram cadastrados (arquivadas) | BAIXA |
| 10 - O sistema disponibiliza as notas do usuário | ALTA |
| 11 - O usuário ‘Aluno’ deve poder consultar as notas das atividades já corrigidas. | ALTA |
| 12 - O sistema permite que alunos visualizem as turmas em que estão cadastrados | ALTA |
| 13 - O sistema permite que o 'aluno' veja feedback de tarefas | MÉDIA |
| 14 - O conteúdo deve poder ser organizado pelo usuário 'Professor' em tópicos e índices de tópicos. | MÉDIA |
| 15 - 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 |
| 16 - O usuário 'Professor’ deve ser capaz de elegir um ou mais usuário(s) 'Monitor’ para a sua matéria. | BAIXA |
| 17 - O sistema disponibiliza um fórum para conversa entre alunos e professores | MÉDIA |
| 18 - 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 |
| 19 - O sistema deve possuir uma funcionalidade calendário, permitindo que o usuário 'Aluno' possa vizualizar atividades próximas. | MÉDIA |
| 20 - A navegação do aplicativo mobile deve ser simples e intuitiva. | MÉDIA |
| 21 - O sistema deve possuir um sistema de busca, dentro das disciplinas, para facilitar e simplificar a navegação dos usuários. | BAIXA |
| 22 - O sistema deve ter um tempo de resposta admissível. | MÉDIA |
| 23 - O sistema deve permitir que usuários possam responder formulários. | ALTA |
| 24 - Os arquivos enviados ao sistema devem possuir um limite máximo de tamanho. | MÉDIA |
| 25 - O sistema deve possuir uma auto-compactação de arquivos se recebê-los exceder o tamanho máximo do arquivo. | BAIXA |
| 26 - 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 |
| 27 - O sistema permite que alunos façam upload de tarefas | ALTA |
| 28 - O sistema permite a realização de aulas síncronas por chamas de vídeo | MÉDIA |
| 29 - O sistema integra outros aplicativos da mesma família para uso da turma | BAIXA |
| 30 - O sistema permite que usuários conversem por chats privados | BAIXA |
| 31 - 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
| Requisito | Prioridade |
|---|---|
| 02 - O sistema deve permitir que o Usuário 'Aluno' possa vizualizar o material disponibilizado pelo Usuário 'Professor'. | ALTA |
| 05 - O sistema deve possuir usuário do tipo 'Aluno', 'Professor' e 'Monitor'. | ALTA |
| 07 - O sistema deve permitir que os usuários 'Professor’ e 'Monitor’ possam corrigir atividades enviadas pelo usuário ‘Aluno'. | ALTA |
| 10 - O sistema disponibiliza as notas do usuário | ALTA |
| 11 - O usuário ‘Aluno’ deve poder consultar as notas das atividades já corrigidas. | ALTA |
| 12 - O sistema permite que alunos visualizem as turmas em que estão cadastrados | ALTA |
| 15 - 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 |
| 23 - O sistema deve permitir que usuários possam responder formulários. | ALTA |
| 27 - 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
| Requisito | Prioridade |
|---|---|
| 01 - Sistema requer login do usuário para acessar | MÉDIA |
| 13 - O sistema permite que o 'aluno' veja feedback de tarefas | MÉDIA |
| 14 - O conteúdo deve poder ser organizado pelo usuário 'Professor' em tópicos e índices de tópicos. | MÉDIA |
| 17 - O sistema disponibiliza um fórum para conversa entre alunos e professores | MÉDIA |
| 18 - 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 |
| 19 - O sistema deve possuir uma funcionalidade calendário, permitindo que o usuário 'Aluno' possa vizualizar atividades próximas. | MÉDIA |
| 20 - A navegação do aplicativo mobile deve ser simples e intuitiva. | MÉDIA |
| 22 - O sistema deve ter um tempo de resposta admissível. | MÉDIA |
| 24 - Os arquivos enviados ao sistema devem possuir um limite máximo de tamanho. | MÉDIA |
| 28 - O sistema permite a realização de aulas síncronas por chamas de vídeo | MÉDIA |
| 31 - 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
| Requisito | Prioridade |
|---|---|
| 03 - O sistema deve permitir que o Usuário 'Aluno' possa baixar arquivos. | BAIXA |
| 04 - O sistema deve permitir que ‘Alunos’ possam filtrar as suas matérias cursadas. | BAIXA |
| 06 - O sistema deve notificar o aluno de entregas se aproximando da deadline por meio do Calendário ou Painel/Dashboard. | BAIXA |
| 08 - O sistema deve avisar o usuário 'Aluno' quando ele tiver alguma atividade próxima. | BAIXA |
| 09 - O sistema permite que alunos visualizem as turmas em que já foram cadastrados (arquivadas) | BAIXA |
| 16 - O usuário 'Professor’ deve ser capaz de elegir um ou mais usuário(s) 'Monitor’ para a sua matéria. | BAIXA |
| 21 - O sistema deve possuir um sistema de busca, dentro das disciplinas, para facilitar e simplificar a navegação dos usuários. | BAIXA |
| 25 - O sistema deve possuir uma auto-compactação de arquivos se recebê-los exceder o tamanho máximo do arquivo. | BAIXA |
| 26 - 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 |
| 29 - O sistema integra outros aplicativos da mesma família para uso da turma | BAIXA |
| 30 - O sistema permite que usuários conversem por chats privados | BAIXA |
Fonte: Esther Sousa, João Paulo
Referência¶
| # | Referência |
|---|---|
| 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 |