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.