Planejamento
Planejamento da Verificação da Entrega 3 do Grupo 6 - Skoob
Introdução
A fase de verificação representa um passo fundamental no desenvolvimento de um projeto, dedicada à análise dos artefatos produzidos para garantir a aderência aos requisitos determinados. Assim, este documento detalha o planejamento para verificar os artefatos de Caso de Uso, Cenários, Especificação Suplementar e Léxicos Histórias, elaborados pelo Grupo 6 durante a Etapa 3.
Objetivo
Este documento tem como objetivo a análise do artefato de cenários elaborado pelo Grupo 6 - Skoob. É importante destacar que essa avaliação é conduzida de forma imparcial e isenta de qualquer intenção de crítica pessoal.
Metodologia
A verificação será realizada por meio de inspeção, seguindo os seis passos principais conforme proposto por Fagan na IBM em 1976: planejamento, visão geral, preparação, inspeção, correção e acompanhamento. Para a elaboração do modelo de critérios, os membros do grupo considerarão elementos relevantes da disciplina, bem como as informações compartilhadas pelo professor em sala de aula. Na definição dos critérios específicos, o responsável pelo artefato deve se basear no plano de ensino da disciplina e nas correções disponibilizadas pelo monitor. Além disso, trabalhos de semestres anteriores podem servir como fonte de inspiração na criação dos critérios.
Cronograma
A tabela 1 a seguir apresenta o cronograma das atividades a serem realizadas.
| Data | Descrição | Responsável |
|---|---|---|
| 13/11/2023 | Verificação dos Casos de Uso | Carolina Barbosa |
| 13/11/2023 | Verificação dos Léxicos | Catlen Cleane |
| 13/11/2023 | Verificação da Especificação Suplementar | Júlia Souza |
| 13/11/2023 | Verificação dos Cenários | Júlia Vitória |
Checklists
As checklists foram desenvolvidas com base em padrões de referência para os artefatos. Elas foram organizadas em duas seções: uma geral, que é aplicável em todas as etapas, e outras específicas para os Cenários, Léxicos, Caso de Uso e Especificação Suplementar. As tabelas de 2 a 6 detalham essas checklists.
Geral
A tabela 2 a seguir apresenta a checklist referente aos aspectos gerais que os artefatos devem seguir.
| ID | Descrição | Avaliação | Observações |
|---|---|---|---|
| 1 | O artefato possui introdução? | ||
| 2 | O artefato possui uma bibliografia/referência bibliográfica? | ||
| 3 | O artefato possui um histórico de versões com o id e descrição das versões, data, autores e revisores? | ||
| 4 | Todas as tabelas e imagens são chamadas no texto, possuem legendas e fontes? | ||
| 5 | Todos os textos estão na norma padrão? |
Verificação dos Cenários
| ID | Descrição | Avaliação | Observações |
|---|---|---|---|
| 6 | O cenário possui: título, metas/objetivos, contexto, ator(es), recursos, exceções e episódios? | ||
| 7 | O título do cenário é autoexplicativo? | ||
| 8 | O objetivo do cenário é condizente com seu título? | ||
| 9 | O contexto é descrito em função de local, tempo e pré-condições? | ||
| 10 | O cenário descreve situações realistas e relevantes de interação do sistema? | ||
| 11 | Os atores são condizentes com o contexto do cenário? | ||
| 12 | Os episódios do cenário estão coerentes e seguem uma ordem lógica para atingir o objetivo? | ||
| 13 | A exceção é condizente com a realidade? |
Verificação dos Léxicos
| ID | Descrição | Avaliação | Observações |
|---|---|---|---|
| 6 | Cada símbolo possui classificação, sinônimo, noção e impacto? | ||
| 7 | Cada símbolo apresenta sua noção de forma breve e compreensível? | ||
| 8 | Cada símbolo apresenta seu impacto de forma breve e compreensível? | ||
| 9 | Caso seja do tipo Estado, as definições de noção e de impacto se encaixam com o que é descrito? | ||
| 10 | Caso seja do tipo Verbo, as definições de noção e de impacto se encaixam com o que é descrito? | ||
| 11 | Caso seja do tipo Objeto, as definições de noção e de impacto se encaixam com o que é descrito? | ||
| 12 | O princípio circular foi devidamente propagado, ou seja, os léxicos são referenciados e estão conectados? | ||
| 13 | A descrição dos léxicos é coerente e esclarecedora? | ||
| 14 | O vocabulário mínimo foi apropriadamente adotado nas descrições? | ||
| 15 | Quanto à organização dos léxicos, eles respeitam sua ordem numérica? |
Verificação do Caso de Uso
| ID | Descrição | Avaliação | Observações |
|---|---|---|---|
| 6 | Cada caso provê um resultado observável e de valor para os atores ou outros interessados no sistema? | ||
| 7 | As elipses representam as ações do caso de uso? (constituem internamente fluxos/cenários)? | ||
| 8 | Há o uso de verbos no infinitivo e não substantivos? | ||
| 9 | Há relacionamentos de extend, include e generalization? | ||
| 10 | O caso de uso representa o usuário e suas interações com o sistema? | ||
| 11 | O ator principal está posicionado ao lado esquerdo do sistema? | ||
| 12 | O usuário reside fora das fronteiras da aplicação? | ||
| 13 | O usuário possui um nome associado a ele, como: cliente, analista de RH, estudante, etc.? | ||
| 14 | Quando o ator é um software ou um hardware, há a tag << system >>? | ||
| 15 | O caso de uso produzido é uma funcionalidade completa que entrega algum valor? | ||
| 16 | Os casos de uso são de requisitos funcionais? | ||
| 17 | Foi usada alguma técnica para a produção dos casos de uso? | ||
| 18 | Os elementos de atores, sistema e metas estão presentes no caso de uso? | ||
| 19 | A especificação dos casos de uso consiste no detalhamento da execução dos casos de uso? | ||
| 20 | Existem fluxos como: principal, alternativo e de exceção? | ||
| 21 | Cada especificação de caso de uso tem somente um fluxo principal? | ||
| 22 | Os fluxos principais representam como o usuário usaria a funcionalidade de forma primária? | ||
| 23 | Os fluxos alternativos são possibilidades de cenários alternativos ao fluxo principal? | ||
| 24 | Os fluxos de exceção demonstram como o sistema reagirá na presença de situações inesperadas? |
Verificação da Especificação Suplementar
| ID | Descrição | Avaliação | Observações |
|---|---|---|---|
| 6 | O documento segue o modelo FURPS+? | ||
| 7 | O documento possui um tópico de Funcionalidade? | ||
| 7.1 | Os requisitos apresentados são testáveis? | ||
| 8 | O documento possui um tópico de Usabilidade? | ||
| 8.1 | Os requisitos apresentados são testáveis? | ||
| 8.2 | Os requisitos apresentados facilitam as tarefas realizadas pelos usuários? | ||
| 9 | O documento possui um tópico de Confiabilidade? | ||
| 9.1 | Os requisitos apresentados são testáveis? | ||
| 9.2 | Os requisitos apresentados aumentam a confiabilidade do sistema? | ||
| 9.3 | Os requisitos relacionados à segurança são apresentados? | ||
| 10 | O documento possui um tópico de Desempenho? | ||
| 10.1 | Os requisitos apresentados são testáveis? | ||
| 10.2 | Os requisitos sobre os tempos de respostas são apresentados? | ||
| 10.3 | Os requisitos sobre a disponibilidade são apresentados? | ||
| 11 | O documento possui um tópico de Suportabilidade? | ||
| 11.1 | Os requisitos apresentados são testáveis? | ||
| 11.2 | É apresentado os sistemas operacionais nos quais o sistema funcionará? | ||
| 12 | O documento possui um tópico de Restrições de Design? | ||
| 12.1 | Os requisitos apresentados são testáveis? | ||
| 12.2 | Os requisitos apresentados especificam ou restringem o design do sistema? |
Histórico de Versão
A tabela 7 representa o histórico de versão do documento.
| Versão | Data | Descrição | Autor(es) | Revisor(es) |
|---|---|---|---|---|
1.0 |
13/11/2023 | Criação do artefato | Júlia Vitória | Catlen Cleane |
1.1 |
13/11/2023 | Aperfeiçoamento das tabelas | Júlia Vitória | Catlen Cleane |
Bibliografia
[2] SALES, ANDRÉ B. Plano de ensino da disciplina de Requisitos de Software. Universidade de Brasília. 2023.