NFR Framework
Introdução
Neste artefato, nosso objetivo é relatar de forma detalhada a verificação do artefato NFR Framework desenvolvido pelo Grupo 02. Essa verificação é fundamental para garantir que todas as atividades planejadas estejam devidamente alinhadas com os objetivos do projeto, os prazos estabelecidos e as expectativas dos stakeholders. Analisaremos a coerência das datas, a distribuição das tarefas e a viabilidade dos casos de uso assegurando que eles sejam realistas e exequíveis.
Características da Verificação do NFR Framework
A Tabela 1 a seguir detalha as características referentes à execução da verificação do artefato desenvolvido pelo Grupo 02, destacando informações essenciais como a entrega referente, nome do artefato, versão, responsável pelo desenvolvimento e verificação, e a data em que a verificação foi realizada.
Tabela 1 - Características da execução da verificação.
Entrega referente | Nome do Artefato | Versão do artefato | Responsável pelo Desenvolvimento do Artefato | Responsável pela Verificação do Artefato | Data da Verificação |
---|---|---|---|---|---|
Entrega 04 | NFR Framework | 1.8 |
Breno, Larissa, Luana e Pedro | Arthur Alves e Eric Silveira | 10/06/2024 |
Fonte: Arthur Alves e Eric Silveira.
Verificação do NFR Framework
A Tabela 2 apresenta um checklist abrangente para a verificação geral dos artefatos, incluindo aspectos essenciais como a padronização dos títulos, a inclusão de introduções descritivas, a referência adequada de tabelas e figuras no texto, e a citação correta das fontes. Este checklist é uma ferramenta fundamental para assegurar que os artefatos estejam desenvolvidos de acordo com os padrões estabelecidos, promovendo a clareza, a consistência e a integridade da documentação. A presença de um histórico de versão padronizado, com detalhes sobre as revisões, responsáveis e datas, é crucial para manter um registro claro e organizado das alterações realizadas nos artefatos. A correta utilização de bibliografias e referências bibliográficas, com citações precisas e navegação facilitada, garante a credibilidade das informações apresentadas e a possibilidade de consulta adicional.
Tabela 2 - Checklist geral para o artefato NFR Framework.
ID | Descrição | Avaliação | Observações |
---|---|---|---|
1 | O artefato possui uma introdução descrevendo-o? | SIM | |
2 | O artefato possui padronização nos títulos? | INCOMPLETO | No geral existe uma padronização dos artefatos terem introdução e metodologia, mas a metodologia não está presente neste artefato. |
3 | O artefato, caso contenha tabelas, as referencia no texto? | INCOMPLETO | As tabelas de 7 a 13 não estão referenciadas no texto. A tabela de cartões de acessibilidade não está referenciada. |
4 | O artefato, caso tenha figuras, as referencia no texto? | SIM | |
5 | O artefato possui a fonte das figuras, tabelas e outras aspectos que necessitem da mesma? | INCOMPLETO | Cartões de acessibilidade não têm fonte. Despadronização na fonte de requisitos não funcionais elicitados anteriormente (possui duas fontes). A fonte das figuras de 1 a 3 está descrita como 'autor' e não 'fonte'. |
6 | O artefato possui bibliografia e/ou referência bibliográfica? | INCOMPLETO | Não possui a página ou tópico das citações. Não tem bibliografia. |
7 | O artefato chama as referências bibliográficas presentes de forma correta no texto? | INCOMPLETO | Não possui a página ou tópico das citações e não tem navegabilidade ao clicar na referência pelo index. |
8 | O artefato possui um histórico de versão padronizado apresentando as versões, datas, datas de revisão, descrição, responsáveis e revisores? | INCOMPLETO | Não tem data de revisão. |
Fonte: Arthur Alves e Eric Silveira.
A Tabela 3 apresenta um checklist detalhado e específico para o NFR (Non-Functional Requirements) Framework, abordando aspectos críticos como a definição clara dos requisitos não-funcionais, a participação das partes interessadas na elicitação desses requisitos, e a categorização adequada dos NFRs. Este checklist é fundamental para assegurar que os requisitos não-funcionais estejam bem definidos, documentados e alinhados com os objetivos estratégicos do projeto. A clareza na definição de NFRs é crucial para garantir que o sistema atenda às expectativas de qualidade, desempenho e segurança. A participação das partes interessadas, como o Product Owner (PO), cliente e personas, na elicitação e validação dos NFRs, assegura que todos os requisitos de qualidade sejam capturados e priorizados adequadamente.
Tabela 3 - Checklist para a verificação do NFR Framework.
ID | Descrição | Avaliação | Observações | Explicação e Referência |
---|---|---|---|---|
29 | Os requisitos não-funcionais (NFRs) estão claramente definidos e documentados? | SIM | É crucial ter NFRs bem definidos para garantir que o sistema atenda às expectativas de qualidade e desempenho8. | |
30 | Os NFRs foram elicitados com a participação de todas as partes interessadas relevantes? | INCOMPLETO | Não está documentado de forma descritiva que os NFR foram elicitados com PO, cliente ou persona. | Envolver todas as partes interessadas ajuda a capturar uma visão completa dos requisitos de qualidade8. |
31 | Os NFRs são mensuráveis e verificáveis? | SIM | Para garantir que os NFRs sejam cumpridos, eles devem ser mensuráveis, com critérios claros de aceitação8. | |
32 | Os NFRs foram categorizados adequadamente (e.g., usabilidade, desempenho, segurança)? | SIM | NRF05 consta como usabilidade, mas está em acessibilidade. | Categorizar NFRs ajuda a estruturar e priorizar os requisitos de qualidade8. |
33 | Existem conflitos entre NFRs diferentes? Se sim, foram documentados e gerenciados? | SIM | Não foi documentado nenhum conflito. | Identificar e gerenciar conflitos entre NFRs é essencial para evitar problemas de implementação futuros8. |
34 | Os softgoals foram utilizados para representar NFRs de forma que capturem suas qualidades sutis? | SIM | Softgoals são usados para capturar a natureza qualitativa dos NFRs e são refinados em metas mais específicas8. | |
35 | Existe um gráfico de interdependência de softgoals (SIG) para visualizar as relações entre NFRs? | SIM | Um gráfico de interdependência ajuda a visualizar como os diferentes NFRs se relacionam e afetam uns aos outros8. | |
36 | As relações de contribuição (positiva ou negativa) entre softgoals foram identificadas? | SIM | Entender as contribuições ajuda a balancear trade-offs entre NFRs conflitantes8. | |
37 | As decisões de design foram documentadas em relação aos NFRs? | SIM | Documentar decisões de design com base nos NFRs assegura que as escolhas feitas durante o desenvolvimento são justificáveis e rastreáveis8. | |
38 | Há evidências de que os NFRs foram considerados durante todas as fases do ciclo de vida do projeto? | SIM | Garantir que os NFRs sejam considerados desde o início até a fase de manutenção é vital para a qualidade do produto final8. |
Fonte: Arthur Alves e Eric Silveira.
Vídeo de Verificação
Vídeo de Verificação do NRF Framework, executado pelos membros Arthur Alves e Eric Silveira.
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: 07 de junho de 2024 às 21:00.
2. SERRANO, Milene. SERRANO, Maurício. Apresentação: Requisitos - Aula 23. Página 19.
3. RADIGAN, Dan. Product Backlog Explained [+ Examples]. Atlassian, 2023. Disponível em: https://www.atlassian.com/agile/scrum/backlogs. Acesso em: 9 jun. 2024.
4. REHKOPF, Max. Epics, Stories, Themes. Atlassian, 2023. Disponível em: https://www.atlassian.com/agile/project-management/epics-stories-themes. Acesso em: 9 jun. 2024.
5. REHKOPF, Max. Epics. Atlassian, 2023. Disponível em: https://www.atlassian.com/agile/project-management/epics. Acesso em: 9 jun. 2024.
6. REHKOPF, Max. User Stories. Atlassian, 2023. Disponível em: https://www.atlassian.com/agile/project-management/user-stories. Acesso em: 9 jun. 2024.
7. COHN, Mike. User Stories Applied: For Agile Software Development. Boston: Addison-Wesley, 2004. Capítulo 2: Testable, p. 27. Disponível em: https://github.com/free-educa/books/blob/main/books/User-Stories-Applied-Mike-Cohn.pdf. Acesso em: 9 jun. 2024.
8. Chung, L., Nixon, B. A., Yu, E., Mylopoulos, J. Non-functional requirements in software engineering. Springer Science & Business Media: [S.l.], 2000. v. 5. Acesso em: 9 jun. 2024.
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: 07 de junho de 2024 às 20:00.
2. SERRANO, Milene. SERRANO, Maurício. Apresentação: Requisitos - Aula 23.
Histórico de Versão
Versão | Data | Data Prevista de Revisão | Descrição | Autor(es) | Revisor(es) |
---|---|---|---|---|---|
1.0 |
10/06/2024 | 10/06/2024 | Criação do documento e inserção da tabela de verificação do artefato | Arthur Alves e Eric Silveira | João Artur e Henrique Torres |