Three-Level Scale
Funções dos autores
| Nome | Função |
|---|---|
| João Pedro Costa | Criação do documento, ajustes e validação, Revisão Geral |
| Julia Gabriela | Revisão geral. |
| Ryan Salles | Criação do documento, ajustes, manutenção e evolução pós priorização com o usuário |
Introdução
O Three-Level Scale é um método utilizado para priorizar requisitos em projetos de software, classificando-os em três categorias: alta prioridade, prioridade média e baixa prioridade. Esse método, embora seja subjetivo, é eficaz quando os stakeholders concordam sobre os critérios de cada nível. A avaliação é feita com base em duas dimensões principais:
- Importância: Relevância do requisito para os objetivos do negócio.
- Urgência: Necessidade imediata de implementação do requisito.
As categorias são definidas da seguinte forma:
- Alta Prioridade: Requisitos importantes e urgentes, necessários para alcançar os objetivos do negócio na próxima versão. Incluem obrigações contratuais ou requisitos de conformidade que não podem ser adiados.
- Prioridade Média: Requisitos importantes, mas não urgentes, que podem ser adiados para versões futuras sem grandes prejuízos.
- Baixa Prioridade: Requisitos que não são críticos para o negócio e podem ser adiados ou descartados sem impacto significativo.
Requisitos percebidos como urgentes, mas que não são importantes para os objetivos de negócio, devem ser evitados ou removidos, pois não agregam valor suficiente ao produto. Além disso, é recomendável incluir a prioridade de cada requisito como um atributo nos documentos de requisitos para garantir clareza e alinhamento entre os envolvidos.
Aplicação no App Cadastro Único
No contexto do aplicativo Cadastro Único, o método pode ser aplicado para organizar e priorizar os requisitos de forma eficiente. A seguir, apresentamos os requisitos funcionais e não funcionais identificados, categorizados de acordo com a técnica Three-Level Scale. A partir dos requisitos obtidos pelas tecnicas de elicitação, que são questionário, entrevista e análise de documentos e introspecção, foram definidos os requisitos funcionais e não funcionais do sistema. Os requisitos foram organizados em tabelas, com suas respectivas descrições, rastreabilidade e prioridades. Os requisitos foram classificados em três níveis de prioridade, com base na importância e urgência de cada um deles.
Note que alguns requisitos podem se repetir por conta de serem identificados em mais de uma técnica de elicitação. Além disso, alguns foram renomeados para melhorar a clareza. Os requisitos foram organizados em duas tabelas 1 e 2, uma para os requisitos funcionais e outra para os não funcionais. A seguir, apresentamos as tabelas com os requisitos priorizados.
Requisitos Priorizados
Os resultados da priorização realizada são apresentados por meio das tabelas 1 e 2.
Requisitos Funcionais
Essa seção apresenta os resultados da priorização dos requisitos funcionais por meio da tabela 1.
| ID | Nome | Implementado | Prioridade |
|---|---|---|---|
| RF01 | Cadastro de Famílias | Sim | Média |
| RF02-v2 | Cadastro de Pessoas | Sim | Alta |
| RF03 | Cadastro de Domicílios | Sim | Média |
| RF04 | Cadastro de Agricultores Familiares | Sim | Alta |
| RF05 | Atualização de Dados de família | Sim | Média |
| RF06 | Processamento de Dados | Sim | Alta |
| RF07 | Correção de Inconsistências | Sim | Média |
| RF08 | Consulta de Dados | Sim | Não Fazer |
| RF09 | Relatórios e Divulgação | Sim | Baixa |
| RF10 | Formulários de Coleta | Sim | Alta |
| RF11 | Cadastro MEI | Não | Média |
| RF12 | Informações MEI | Não | Baixa |
| RF13 | Personalização MEI | Não | Média |
| RF14 | Consultar dados cadastrais | Sim | Média |
| RF15 | Pré-cadastrar família | Sim | Alta |
| RF16 | Localizar postos de atendimento | Sim | Alta |
| RF17 | Enviar notificações | Sim | Alta |
| RF19 | Cadastro de Usuário | Sim | Alta |
| RF20 | Atualização de Dados do Usuário | Sim | Média |
| RF21 | Consultar Situação Cadastral | Sim | Não Fazer |
| RF22 | Emissão de Comprovante de Cadastro | Sim | Média |
| RF23 | Filtragem de Benefícios | Não | Alta |
| RF24-v2 | Consulta de status de Benefícios | Sim | Alta |
| RF25 | Informações Cadastrais | Sim | Média |
| RF26 | Chatbot de atendimento automatizado | Não | Baixa |
| RF27 | Notificação de pendências ou atualizações | Não | Alta |
| RF28-v2 | Simulador de benefícios sociais | Não | Baixa |
| RF29 | Upload de documentos | Não | Alta |
| RF30 | Agendamento de atendimento no CRAS | Não | Alta |
| RF31 | Notificações Personalizadas | Não | Não Fazer |
| RF32 | Guia de Atualização Cadastral | Não | Alta |
| RF33 | Simulador de Benefícios | Não | Baixa |
| RF34 | Chat de Atendimento | Não | Média |
| RF35 | Tutoriais Interativos | Não | Alta |
| RF36 | Vídeos Explicativos | Não | Média |
| RF37 | Assistência por Voz | Não | Média |
| RF38 | Modo escuro | Não | Alta |
| RF40-v2 | Login | Sim | Alta |
Requisitos Não Funcionais
Essa seção apresenta os resultados da priorização dos requisitos não funcionais elicitados por meio da Tabela 2.
| ID | Nome | Implementado | Prioridade |
|---|---|---|---|
| RNF01 | Desempenho | Não | Alta |
| RNF02 | Segurança | Sim | Alta |
| RNF03 | Escalabilidade | Sim | Alta |
| RNF04 | Conformidade Legal | Sim | Alta |
| RNF05 | Acessibilidade | Não | Média |
| RNF06 | Disponibilidade | Sim | Alta |
| RNF07 | Compatibilidade com Aplicativo Off-line | Não | Alta |
| RNF08 | Transmissão via Conectividade Social | Não | Baixa |
| RNF09 | Acesso Restrito | Sim | Alta |
| RNF10 | Interface intuitiva e amigável | Sim | Média |
| RNF11 | Suporte a grande base de usuários | Sim | Média |
| RNF12 | Integração com sistemas oficiais | Sim | Alta |
| RNF13 | Usabilidade | Não | Média |
| RNF14 | Compatibilidade com Dispositivos | Sim | Alta |
| RNF15 | Acessibilidade para pessoas com deficiência visual | Não | Média |
| RNF16 | Backup e restauração de sessão | Não | Média |
| RNF17 | Alta disponibilidade e recuperação de desastres | Não | Média |
| RNF18 | Possibilidade de outros idiomas | Não | Baixa |
| RNF19 | Integração MEI | Não | Alta |
| RNF19 | Integração com o GOV.br | Não | Alta |
Validação
A priorização foi realizada presencialmente. As informações da reunião presencial são apresentadas por meio da tabela 1 e 2
| Campo | Informação |
|---|---|
| Local | UnB - FCTE |
| Data | 05/06/2025 |
| Horário | 9:00 |
| Duração | Cerca de 20 minutos |
| Nome | Função |
|---|---|
| Artur | Usuário/ Project Owner |
| João Pedro | Entrevistador |
| Ryan Salles | Secretário |
| João Igor | Observador |
| Gabriel Flores | Secretário |
Conclusão
A aplicação do método Three-Level Scale neste estudo permitiu organizar e priorizar os requisitos funcionais e não funcionais do sistema Cadastro Único, considerando sua importância e urgência. Essa priorização é essencial para garantir que os esforços sejam direcionados aos aspectos mais críticos do sistema.
Referências
Three level scale: Setting requirement priorities. In: WIEGERS, Karl E.; BEATTY, Joy. Software Requirements. 3. ed. [S. l.]: Microsoft Press, 2013. cap. 16, p. 319-320. ISBN 0735679665.
Imagem 1: Three Level Scale
Fonte: Adaptado de WIEGERS, Karl E.; BEATTY, Joy. Software Requirements. 3. ed. [S. l.]: Microsoft Press, 2013. cap. 16, p. 319-320.
Imagem 2: Three Level Scale
Fonte: Adaptado de WIEGERS, Karl E.; BEATTY, Joy. Software Requirements. 3. ed. [S. l.]: Microsoft Press, 2013. cap. 16, p. 319-320.
Histórico de Versões
| Versão | Data | Descrição | Autor | Revisor |
|---|---|---|---|---|
| 1.0 | 28/04/2025 | Criação da página da técnica Three Level Scale | João Pedro Costa | Ryan Salles |
| 1.1 | 03/05/2025 | Atualização da aplicação da técnica | João Pedro Costa | Ryan Salles |
| 1.2 | 04/05/2025 | Alteração nas prioridades do MEI | Ryan Salles | João Pedro Costa |
| 1.3 | 04/05/2025 | Adicionando links e corrigindo tabelas | João Pedro Costa | Ryan Salles |
| 1.4 | 06/05/2025 | Ajustando conteúdo, adicionando imagens, o video e referências | João Pedro Costa | Julia Gabriela |
| 2.0 | 02/07/2025 | Adequação do documento para validação e conserto em cascata | Ryan Salles | João Pedro Costa |