Planejamento da Verificação da Etapa 2
Introdução
A verificação é uma abordagem metódica para avaliar e garantir a qualidade de um produto de software, assegurando que ele atenda às especificações e requisitos elicitados1. Neste artefato, planejaremos o processo de verificação dos artefatos desenvolvidos pelo Grupo 01.
O objetivo é garantir que todos os componentes desenvolvidos estejam em conformidade com os requisitos estabelecidos. Isso assegura que a plataforma ofereça uma experiência robusta e alinhada às expectativas dos usuários finais. É importante citar que essa verificação em momento nenhum busca diminuir os membros do Grupo 01 ou seu trabalho, apenas aplicar os conceitos de verificação nos artefatos.
Metodologia
A metodologia que utilizaremos será a de inspeção, que é aplicada para a verificação de documentos, pois seu objetivo principal é a descoberta de "defeitos" nos mesmo2. Será utilizado uma espécie de checklist, parte da análise estática, onde não há execução do produto1. Avaliaremos cada entrega com base nos artefatos desenvolvidos, utilizando checklists detalhados para garantir que todos os aspectos do projeto estejam cobertos. Isso nos permitirá verificar se todos os itens estão definidos e completos, e se não há ausência de dados ou especificações importantes.
Utilizaremos de referência as listas de verificação da disciplina que foram especificadas pelos monitores e o feedback dos outros grupos, fornecidos durante as apresentações.
Essa abordagem sistemática nos ajudará a identificar lacunas ou inconsistências nos artefatos, assegurando que todos os requisitos sejam atendidos de maneira completa e precisa. O uso de checklists proporciona uma maneira estruturada e repetível de conduzir a verificação, facilitando a detecção de problemas e garantindo que as entregas estejam alinhadas com as expectativas e padrões de qualidade definidos. Ao final de cada avaliação, compilaremos os resultados e faremos as correções necessárias para manter a integridade e a qualidade do projeto.
Características da Verificação dos Artefatos
A tabela 1 descreve as caraterísticas sobre como irá proceder as verificações dos documentos referente aos artefatos da primeira entrega:
Tabela 1 - Caracteristicas das Verificações dos Artefatos.
| Entrega referente | Nome do Artefato | Versão do artefato | Responsável pelo Desenvolvimento do Artefato | Responsável pela Verificação do Artefato |
|---|---|---|---|---|
| Entrega 02 | Perfil de Usuário | 1.1 |
Eric Silveira | Arthur Alves e Eric Silveira |
| Entrega 02 | Personas | 1.0 |
Arthur Alves e Eric Silveira | Diego Sousa e Luiz Gustavo |
| Entrega 02 | Introspecção | 1.0 |
Diego Sousa e João Artur | Arthur Alves e Eric Silveira |
| Entrega 02 | Observação | 1.2 |
Diego Sousa | Arthur Alves e Eric Silveira |
| Entrega 02 | Análise de Interface | 1.1 |
Henrique Torres | Diego Sousa e João Artur |
| Entrega 02 | Priorização Quadrante de Três Níveis | 1.4 |
João Artur | Arthur Alves e Eric Silveira |
| Entrega 02 | Priorização In or Out | 1.4 |
Douglas Marinho, João Artur e Luiz Gustavo | Arthur Alves e Eric Silveira |
| Entrega 02 | Priorização MoSCoW | 1.4 |
Douglas Marinho, João Artur e Luiz Gustavo | Arthur Alves e Eric Silveira |
Fonte: Eric Silveira.
Os resultados obtidos após as verificações serão exibidos na respectiva guia destacadas a seguir:
- Verificação do artefato Perfil de Usuário
- Verificação do artefato Personas
- Verificação do artefato Introspecção
- Verificação do artefato Observação
- Verificação do artefato Análise de Interface
- Verificação do artefato Quadrante de Três Níveis
- Verificação do artefato In or Out
- Verificação do artefato MoSCoW
Checklists
Os checklists são uma ferramenta essencial de verificação, ajudando a identificar defeitos ou características ausentes no projeto. Esses checklists asseguram a consistência, completude e conformidade dos artefatos com os requisitos estabelecidos, promovendo a qualidade e a integridade do projeto.
Perfil de Usuário
Veja na tabela 2 a tabela de verificação que será usada para Perfil de Usuário.
Tabela 2 - Checklist para Perfil de Usuário.
| ID | Descrição | Avaliação | Observações | Explicação e Referência | Imagem da Referência |
|---|---|---|---|---|---|
| 1 | O Perfil de Usuário identifica características de interesse como cargo, função, experiência, nível de instrução, atividades principais, faixa etária, principais tarefas realizadas, entre outras? | Como visto na Seção 7.2, devemos identificar as características de interesse (e.g., cargo, função, experiência, nível de instrução, atividades principais, faixa etária etc.)【4†. | |||
| 2 | O Perfil de Usuário foi feito através de algum estudo, como entrevistas ou questionários? | e conduzir um estudo (e.g., através de entrevistas e questionários) para coletar os dados dos usuários. A partir dos dados coletados, podemos agregar os valores em grupos e faixas na qual os usuários【4†. | |||
| 3 | As características do usuário foram priorizadas? | As características de um Perfil de Usuário podem ser priorizadas conforme o produto e projeto em questão【4†. | |||
| 4 | As porcentagens de usuários em cada faixa de características foram determinadas | Uma vez que a faixa de respostas para cada uma das características e a porcentagem de usuários nessa faixa tiverem sido determinadas, podemos categorizar seus usuários em grupos, com base em suas semelhanças【4†. |
Fonte: Douglas Marinho.
Personas
Veja na tabela 3 a tabela de verificação que será usada para Personas.
Tabela 3 - Checklist para Personas.
| ID | Descrição | Avaliação | Observações | Explicação e Referência | Imagem da Referência |
|---|---|---|---|---|---|
| 9 | A persona possui nome e foto fictícios? | Nominar e incluir uma foto fictícia ajuda a humanizar a persona e facilita a identificação por parte dos membros da equipe. | |||
| 10 | Inclui uma biografia resumida? | Uma biografia resumida proporciona contexto e ajuda a entender melhor o background da persona. | |||
| 11 | Descreve os objetivos e motivações da persona? | Conhecer os objetivos e motivações é essencial para alinhar o desenvolvimento do produto às expectativas e necessidades da persona. | |||
| 12 | Fornece informações sobre os desafios e frustrações da persona? | Identificar desafios e frustrações permite criar soluções que realmente resolvam os problemas da persona. | |||
| 13 | Inclui dados demográficos como idade, profissão e localização? | Dados demográficos fornecem uma visão clara do público-alvo, ajudando a segmentar e personalizar melhor o produto. | |||
| 14 | Detalha o comportamento da persona em relação ao produto/serviço? | Compreender o comportamento da persona em relação ao produto/serviço é crucial para melhorar a experiência do usuário e a usabilidade do produto. |
Fonte: Douglas Marinho.
Introspecção
Veja na tabela 4 de verificação que será usada para Introspecção.
Tabela 4 - Checklist para Introspecção.
| ID | Descrição | Avaliação | Observações | Explicação e Referência | Imagem da Referência |
|---|---|---|---|---|---|
| 1 | A introspecção permite uma reflexão profunda sobre o uso do sistema pelo próprio usuário? | Refletir profundamente sobre o uso do sistema permite identificar problemas e oportunidades de melhoria do ponto de vista do usuário. | |||
| 2 | O método de introspecção está claramente definido e justificado? | Ter um método bem definido e justificado assegura que a introspecção seja realizada de maneira consistente e eficaz. | |||
| 3 | Foram fornecidos exemplos ou casos práticos de introspecção? | Exemplos práticos ajudam a ilustrar como a introspecção pode ser aplicada em diferentes contextos. | |||
| 4 | A introspecção inclui a identificação de sentimentos e pensamentos dos usuários durante o uso do sistema? | Identificar sentimentos e pensamentos dos usuários durante o uso do sistema ajuda a compreender melhor suas necessidades e expectativas. | |||
| 5 | Há uma análise dos dados coletados através da introspecção? | Analisar os dados coletados permite extrair insights valiosos que podem guiar melhorias no sistema. | |||
| 6 | Inclui recomendações baseadas na introspecção para melhorias no sistema? | Recomendações baseadas na introspecção ajudam a direcionar esforços de melhoria de forma eficaz e focada nas necessidades dos usuários. | |||
| 7 | O processo de introspecção foi revisado e ajustado conforme necessário? | Revisar e ajustar o processo de introspecção garante que ele se mantenha relevante e eficaz ao longo do tempo. |
Fonte: Douglas Marinho.
Observação
Veja na tabela 5 de verificação que será usada para Observação.
Tabela 5 - Checklist para Observação.
| ID | Descrição | Avaliação | Observações | Explicação e Referência | Imagem da Referência |
|---|---|---|---|---|---|
| 1 | A observação descreve claramente o cenário e os participantes? | Descrever o cenário e os participantes com clareza é fundamental para contextualizar as observações feitas. | |||
| 2 | Inclui uma descrição detalhada das interações entre os participantes e o sistema? | Uma descrição detalhada das interações ajuda a compreender como os usuários realmente utilizam o sistema. | |||
| 3 | Fornece exemplos de comportamentos observados? | Exemplos de comportamentos observados ilustram padrões de uso e problemas recorrentes. | |||
| 4 | A observação inclui uma análise dos dados coletados? | Analisar os dados coletados é essencial para transformar observações em insights acionáveis. | |||
| 5 | Apresenta recomendações baseadas nas observações para melhorias no sistema? | Recomendações baseadas nas observações ajudam a guiar melhorias concretas e práticas no sistema. | |||
| 6 | O método de observação foi revisado e ajustado conforme necessário? | Revisar e ajustar o método de observação garante que ele continue sendo relevante e eficaz ao longo do tempo. | |||
| 7 | A observação é suportada por registros visuais ou auditivos? | Registros visuais ou auditivos complementam as observações escritas, proporcionando uma visão mais completa e detalhada. |
Fonte: Douglas Marinho.
Análise de Interface
Veja na tabela 6 de verificação que será usada para Análise de Interface.
Tabela 6 - Checklist para Análise de Interface.
| ID | Descrição | Avaliação | Observações | Explicação e Referência | Imagem da Referência |
|---|---|---|---|---|---|
| 1 | A análise de interface identifica os principais elementos da interface? | Identificar os principais elementos da interface é crucial para entender a estrutura e o funcionamento do sistema. | |||
| 2 | Descreve a funcionalidade de cada elemento da interface? | Descrever a funcionalidade de cada elemento ajuda a esclarecer como o sistema deve ser utilizado. | |||
| 3 | Fornece uma avaliação da usabilidade da interface? | Avaliar a usabilidade da interface permite identificar problemas que podem ser resolvidos para melhorar a experiência do usuário. | |||
| 4 | Inclui recomendações para melhorias na interface? | Recomendações para melhorias são essenciais para guiar as mudanças necessárias para aprimorar a interface. | |||
| 5 | Apresenta uma análise dos feedbacks dos usuários sobre a interface? | Analisar o feedback dos usuários ajuda a entender as dificuldades encontradas e as preferências dos usuários. | |||
| 6 | A análise de interface foi revisada e ajustada conforme necessário? | Revisar e ajustar a análise de interface garante que as mudanças feitas continuem sendo eficazes e relevantes. | |||
| 7 | Inclui exemplos ou casos práticos de uso da interface? | Exemplos práticos de uso da interface ajudam a ilustrar como os usuários interagem com o sistema em situações reais. |
Fonte: Douglas Marinho.
Quadrante de Três Níveis
Veja na tabela 7 de verificação que será usada para Quadrante de Três Níveis.
Tabela 7 - Checklist para Quadrante de Três Níveis.
| ID | Descrição | Avaliação | Observações | Explicação e Referência | Imagem da Referência |
|---|---|---|---|---|---|
| 9 | Os critérios para categorizar os itens nos três níveis (baixo, médio, alto) estão claramente definidos e justificados? | Definir criteriosamente os níveis de prioridade ajuda a orientar decisões de desenvolvimento e alocação de recursos. | |||
| 10 | Existe uma metodologia específica para determinar em qual nível cada item deve ser classificado? | Seguir uma metodologia rigorosa assegura consistência na categorização dos itens nos três níveis. | |||
| 11 | O método considera impacto e urgência na atribuição dos níveis de prioridade? | Considerar impacto e urgência ajuda a priorizar adequadamente os requisitos ou itens em cada nível. | |||
| 12 | Há uma análise detalhada dos trade-offs entre os itens classificados em diferentes níveis? | Analisar trade-offs permite tomar decisões informadas sobre quais requisitos priorizar ou adiar. | |||
| 13 | O método inclui critérios para revisão periódica e ajuste dos itens nos níveis de prioridade? | Estabelecer critérios de revisão e ajuste mantém a relevância e atualidade dos itens classificados nos três níveis ao longo do projeto. | |||
| 14 | Como o método de Quadrante de Três Níveis facilita a comunicação e o alinhamento entre as partes interessadas? | Avaliar como o método promove a comunicação e o entendimento comum das prioridades definidas nos três níveis. |
Fonte: Douglas Marinho.
In or Out
Veja na tabela 8 de verificação que será usada para In or Out.
Tabela 8 - Checklist para In or Out.
| ID | Descrição | Avaliação | Observações | Explicação e Referência | Imagem da Referência |
|---|---|---|---|---|---|
| 9 | O artefato claramente define os critérios de inclusão? | Definir claramente os critérios de inclusão ajuda a garantir que todos os elementos necessários sejam considerados no escopo do projeto. | |||
| 10 | Define claramente os critérios de exclusão? | Critérios de exclusão bem definidos evitam ambiguidades e garantem que itens irrelevantes ou fora do escopo sejam descartados corretamente. | |||
| 11 | Inclui exemplos ou casos de inclusão? | Exemplos de inclusão ilustram como aplicar os critérios de forma prática, facilitando o entendimento. | |||
| 12 | Inclui exemplos ou casos de exclusão? | Exemplos de exclusão ajudam a esclarecer o que deve ser deixado de fora, tornando os critérios mais compreensíveis | |||
| 13 | Os critérios são justificados e explicados? | Justificar e explicar os critérios assegura que todos os envolvidos compreendam a razão por trás das decisões tomadas. | |||
| 14 | Inclui um processo para revisão e ajuste dos critérios? | Um processo de revisão e ajuste garante que os critérios permaneçam relevantes e atualizados ao longo do projeto. |
Fonte: Douglas Marinho.
MoSCoW
Veja na tabela 9 de verificação que será usada para MoSCoW.
Tabela 9 - Checklist para MoSCoW.
| ID | Descrição | Avaliação | Observações | Explicação e Referência | Imagem da Referência |
|---|---|---|---|---|---|
| 9 | O artefato descreve claramente os requisitos "Must have"? | Descrever claramente os requisitos "Must have" é crucial, pois são os requisitos essenciais para o sucesso do projeto. | |||
| 10 | Descreve claramente os requisitos "Should have"? | Clareza na descrição dos requisitos "Should have" ajuda a priorizar funcionalidades importantes, mas não essenciais. | |||
| 11 | Descreve claramente os requisitos "Could have"? | Detalhar os requisitos "Could have" permite considerar funcionalidades adicionais que podem ser implementadas se houver tempo e recursos. | |||
| 12 | Descreve claramente os requisitos "Won't have"? | Definir com clareza os requisitos "Won't have" ajuda a evitar expectativas não atendidas e foca nos elementos excluídos deliberadamente. | |||
| 13 | Inclui uma justificativa para cada categoria de requisitos? | Justificar cada categoria de requisitos ajuda a alinhar expectativas e facilita a tomada de decisão durante o desenvolvimento do projeto. | |||
| 14 | Fornece exemplos ou casos para cada tipo de requisito? | Exemplos ou casos práticos para cada tipo de requisito ajudam a contextualizar e esclarecer como cada um se aplica ao projeto. |
Fonte: Douglas Marinho.
Referência Bibliografica
1. Gerência e Qualidade de Software - Aula 05 - Verificação e Validação. UNIVESP. Disponível em: https://www.youtube.com/watch?v=1Y-1zz6rZxo&t=205s. Acesso em: 05 de junho de 2024 às 12:00.
2. SERRANO, Milene. SERRANO, Maurício. Apresentação: Requisitos - Aula 23. Página 19.
3. Barbosa, S. D. J.; Silva, B. S. da; Silveira, M. S.; Gasparini, I.; Darin, T.; Barbosa, G. D. J. (2021) Interação Humano-Computador e Experiência do usuário. Capítulo 6.3, página 112. Autopublicação. ISBN: 978-65-00-19677-1.
4. Barbosa, S. D. J.; Silva, B. S. da; Silveira, M. S.; Gasparini, I.; Darin, T.; Barbosa, G. D. J. (2021) Interação Humano-Computador e Experiência do usuário. Capítulo 8 Organização do Espaço de Problema, Tópico 8.1 Perfil de Usuário página 166. Autopublicação. ISBN: 978-65-00-19677-1.
Bibliografia
1. Gerência e Qualidade de Software - Aula 05 - Verificação e Validação. UNIVESP. Disponível em: https://www.youtube.com/watch?v=1Y-1zz6rZxo&t=205s. Acesso em: 05 de junho de 2024 às 12:00.
2. SERRANO, Milene. SERRANO, Maurício. Apresentação: Requisitos - Aula 23.
3. Barbosa, S. D. J.; Silva, B. S. da; Silveira, M. S.; Gasparini, I.; Darin, T.; Barbosa, G. D. J. (2021) *Interação Humano-Computador e Experiência do usuário Autopublicação. ISBN: 978-65-00-19677-1.
Histórico de Versão
| Versão | Data | Data Prevista de Revisão | Descrição | Autor(es) | Revisor(es) |
|---|---|---|---|---|---|
1.0 |
06/06/2024 | 07/06/2024 | Criação do documento com Introdução, Metodologia e Características da Verificação dos artefatos e Checklists dos artefatos | Douglas Marinho | Eric Silveira , João Artur e Arthur Alves |
1.1 |
10/06/2024 | 10/06/2024 | Adição das referências as questões de checklist | Douglas Marinho | Eric Silveira , João Artur e Arthur Alves |
1.2 |
01/07/2024 | 01/07/2024 | Adição das imagens as tabelas de checklist | Douglas Marinho | Eric Silveira , João Artur e Arthur Alves |
1.2 |
06/07/2024 | 07/07/2024 | Ajustando a tabela "Características da Verificação dos Artefatos" | Eric Silveira | João Artur e Arthur Alves |
1.3 |
08/07/2024 | 08/07/2024 | Inserindo fonte faltante nas tabelas dos artefatos" | Eric Silveira | João Artur e Arthur Alves |