Brainstorming
Introdução
Este documento tem como objetivo identificar e documentar os requisitos de software para o aplicativo CAESB Autoatendimento, utilizando a técnica de Brainstorming. O CAESB Autoatendimento é um aplicativo gratuito desenvolvido para facilitar o acesso e a gestão de serviços de saneamento. Ele permite ao usuário realizar funcionalidades como revisão de conta, alteração de titularidade e vencimento, além de auto leitura do hidrômetro, promovendo maior controle e transparência no consumo de água. O aplicativo está disponível para os sistemas operacionais Android e iOS.
Metodologia
A técnica utilizada nesse documento foi o brainstorming, essa técnica é um método de geração de ideias coletiva, no qual os participantes oferecem ideias de maneira livre e natural. A meta é incentivar a criatividade, evitando críticas ou julgamentos durante a sessão, com o intuito de produzir o maior número possível de ideias. Em seguida, as propostas são examinadas, aprimoradas e escolhidas.
Tabela 01: Dados da Entrevista
Função | Nome | Duração | Local | Horário | Data |
---|---|---|---|---|---|
Mediador | Matheus Barros | 15 min | Sala multiuso - UAC/FCTE | 16:00 | 22/11 |
Participante | Rodrigo de Andrade | 15 min | Sala multiuso - UAC/FCTE | 16:00 | 22/11 |
Participante | Rodrigo | 15 min | Sala multiuso - UAC/FCTE | 16:00 | 22/11 |
Participante | Mike | 15 min | Sala multiuso - UAC/FCTE | 16:00 | 22/11 |
Participante | Esther | 15 min | Sala multiuso - UAC/FCTE | 16:00 | 22/11 |
Participante | Luís | 15 min | Sala multiuso - UAC/FCTE | 16:00 | 22/11 |
Autor: Matheus Barros
Requisitos
Os requisitos levantados durante a análise de documentos, identificados com 'B' + número do requisito, e com a seguinte legenda de categoria:
-
RF: Requisitos Funcionais - Descrevem o comportamento ou a funcionalidade que o software deve ter para atender às necessidades do usuário.
-
RNF: Requisitos Não-Funcionais - Descrevem os atributos que o software deve ter, como desempenho, segurança e usabilidade, mas não descrevem o comportamento do software em si.
Rastreabilidade | Descrição | Categoria |
---|---|---|
B01 | O usuário deve poder ter uma barra de busca | RF |
B02 | O sistema deve ter as funções mais utilizadas/mais buscadas em uma barra | RF |
B03 | O sistema deve permitir acessar contas passadas | RF |
B04 | O sistema deve permitir emitir segunda via de documentos | RF |
B05 | O sistema deve permitir consultar consumo | RF |
B06 | O sistema deve permitir bloqueio, reativação ou solicitação de reparo | RF |
B07 | O sistema deve exibir pequenas descrições ao lado dos serviços para mostrar seu estado atual | RF |
B08 | O sistema deve oferecer várias formas de pagamento | RF |
B09 | O sistema deve possibilitar redirecionamento para outros aplicativos de pagamento | RF |
B10 | O sistema deve permitir a configuração de um pagamento mensal recorrente | RF |
B11 | O sistema deve possibilitar o adiantamento de processos via aplicativo | RF |
B12 | O aplicativo deve ter botões maiores para facilitar a interação | RNF |
B13 | O aplicativo deve adotar um design menos sobrecarregado | RNF |
B14 | O sistema deve minimizar o número de cliques necessários para interações | RNF |
B15 | O sistema deve organizar serviços de forma lógica e acessível | RNF |
Autor(a): Matheus Barros
Link da gravação - Brainstorming
Pode ser vista no YouTube.
Vídeo 01: Verificação dos Aplicativos Avaliados
Autor(a): Matheus Barros
Referência
1. VASQUEZ, Carlos Eduardo; SIMÕES, Guilherme Siqueira. Engenharia de requisitos: software orientado ao negócio. 1. ed. São Paulo: Pearson, 2016. 328 p. ISBN 9788574527901. Disponível em: https://aprender3.unb.br/pluginfile.php/2972448/mod_resource/content/4/Elicitacao%20de%20Req%202.pdf. Acesso em: 22 de Nov. 2024
Histórico de versão
Versão | Data | Descrição | Autor(es) | Revisor(es) |
---|---|---|---|---|
1.0 | 22/11/2024 | Adicionando introdução, metodologia e questões | Matheus Barros | Leandro de Almeida |
1.1 | 22/11/2024 | Padronização | Matheus Barros | Leandro de Almeida |