QUALIDADE EM REQUISITOS

1
QUALIDADE EM REQUISITOS
Gabriela Moreira Carneiro CampêloTeresa Maria
de Medeiros Maciel Universidade Federal de
PernambucoDepartamento de Informática
2
Roteiro

• Introdução e Contextualização
• Qualidade do Documento de Requisitos
• Qualidade do Processo de Requisitos
• Conclusões

3
Introdução e Contextualização

• Globalização
• Novas exigência, alta competitividade,
  concorrência internacional
• Qualidade como Arma Competitiva
• Equiparação com padrões internacionais, garantia
  de conformidade do produto, garantia satisfação
  do cliente
• Qualidade Software
• Garantia de conformidade do software com os
  requisitos especificados

4
Introdução e Contextualização

• Problemas comuns no âmbito da engenharia de
  software
• Não abrangência dos requisitos da organização
• Ambigüidade na especificação de características
  de qualidade
• Especificação incompleta
• Qualidade da especificação
• Qualidade do processo de especificação
• Qualidade do produto gerado ? documento de
  especificação de requisitos

5
Qualidade do Documento de Requisitos

• Qualidade do documento de requisitos ? sucesso do
  software
• Melhoria da estrutura e organização do documento
• Definir padrão para o documento
• Especificar como utilizar o documento
• Incluir sumário nos requisitos
• Fazer business case para o sistema
• Definir termos especializados
• Organizar documento para melhoria da leitura
• Facilitar a localização de informações
  necessárias
• Tornar o documento fácil de ser modificado

6
Atributos de Qualidade do Documento de
Requisitos

• Conjunto de Atributos que o Documento de
  Requisitos deve Apresentar
• Não ambiguidade
• Completude
• Corretude
• Entendimento
• Verificável
• Consistência Interna
• Consistência Externa
• Realizável

7
Atributos de Qualidade do Documento de
Requisitos

• Conjunto de Atributos que o Documento de
  Requisitos deve Apresentar
• Conciso
• Independente de Projeto
• Fácil identificação
• Fácil de modificar
• Armazenamento eletrônico
• Executável/Interpretável/Prototipável
• Comentado relativo a importância
• Comentado relativo a estabilidade

8
Atributos de Qualidade do Documento de
Requisitos

• Conjunto de Atributos que o Documento de
  Requisitos deve Apresentar
• Comentado por versão
• Não redundante
• Alto nível de abstração/detalhamento
• Preciso
• Reusável
• Rastreável
• Organizado
• Referências-cruzadas

9
Atributos de Qualidade do Documento de
Requisitos

• Para cada um destes atributos, serão
  apresentados
• Definição
• Idéia de como medí-lo
• Recomendação de peso relativo
• Atividades para otimizar seu alcance

Estes atributos devem ser priorizados de acordo
com o tipo do sistema e com os procedimentos da
organização
10
Qualidade da Linguagem Natural dos Requisitos

• O documento de requisitos utiliza linguagem
  natural (LN) para realizar a comunicação entre os
  stakeholders.
• LN dificulta o entendimento de certas estruturas
  complexas, gera ambigüidade, apresenta termos
  específicos da aplicação.

11
Qualidade da Linguagem Natural dos Requisitos

• Elaboração do modelo de qualidade de requisitos
• Tipos de Qualidade
• Sintática
• Estrutural
• Semântica
• Pragmática
• Fatores
• Critérios
• Atividades

12
Modelo de Qualidade Lingüística
Tipos de Qualidade
Fatores
Critérios
Atividades
Sintática
Validade Sintática
Corretude Léxica
Checagem léxica
Inspeção do
Vocabulário
Corretude Sintática
Checagem sintática
Syntax-Driven
writing
13
Qualidade do Processo de Requisitos

• Modelos de melhoria de processo
• CMM
• Ian Summerville
• Recomendações ISO9000
• Utilização de medições no processo
• Goal Questions Metrics (GQM)
• Pontos de Função
• Como medir a qualidade do processo

14
A Proposta CMM

• Os Níveis de Maturidade do CMM

Nível 2-Repetível

• Gerência de Requisitos
• Planejamento de Projeto de Software
• Rastreamento de Projeto de Software
• Gerência de Subcontratados
• Garantia de Qualidade de Software
• Gerência de Configuração de Software

15
A Proposta CMM

• A alocação de requisitos incluem
• requisitos não-técnicos (acordos, condições e
  termos contratuais) que afetam e determinam as
  atividades do projeto de software
• requisitos técnicos do software, como linguagem
  de programação, requisitos de interface,
  requisitos de performance etc
• critérios de aceitação que serão utilizados para
  validar se os produtos de software satisfazem à
  alocação dos requisitos.

16
A Proposta CMM

• Exigências
• Requisitos alocados são gerenciados e controlados
  e são base para planos de software, produtos de
  trabalho e atividades.
• Planos de projetos, produtos de trabalho e
  atividades são adequadamente revisados sempre que
  mudanças ocorrerem nos requisitos.
• Mudanças de comprometimentos resultantes de
  mudanças nos requisitos são negociadas com os
  grupos afetados.
• Medições devem ser efetuadas e utilizadas para
  determinar a situação das atividades para
  gerenciamento dos requisitos alocados.
• As atividades de revisões dos requisitos devem
  ser garantidas pelo grupo de garantia da
  qualidade (SQA).

17
A Proposta Sommerville
Nível 3Definido
Nível 2Repetível
Nível 1Inicial

• Inicial não existe processo definido
• Repetível existem padrões para documentos de
  requisitos, e procedimentos e políticas
  preliminares de engenharia dos requisitos
• Definido processo bem definido programa efetivo
  de melhoria de processos

18
A Proposta Sommerville

• Guidelines básicos e indicados para implantação
  do processo
• Definição do documento de requisitos
• Controle de mudança do documento
• Identificação de cada requisito
• Políticas de gerenciamento de requisitos
• Padrões para descrição de requisitos
• Uso de linguagem simples, consistente e
  consciente
• Organização formal de inspeções de requisitos
• Definição de checklists de validação
• Utilização dos checklists para análise dos
  requisitos
• Planejamento de resolução de conflitos

19
As Recomendações ISO9000-3 e ISO12207 - Foco
em Requisitos

• Foco na conformidade do produto com as
  expectativas do cliente.
• Controle da alterações, revisões, validações e
  acordos entre todas as partes envolvidas e
  documentação das alterações.
• Identificação e documentação, de forma completa e
  não-ambígua
• das funções e capacidades do sistema
• dos requisitos do negócio, organizacionais e de
  usuários
• dos requisitos de proteção, de segurança, de
  engenharia de fatores humanos (ergonomia), de
  interface, de operações e de manutenção
• das restrições de projeto e requisitos de
  qualificação.
• Revisões efetivas, considerando
• rastreabilidade consistência testabilidade
  viablidade do projeto de arquitetura do sistema.

20
Uso de Medições no Processo de Requisitos

• O Método Goal Question Metrics (GQM)
• Enfoque de mensuração orientada a metas que ajuda
  na definição e implementação de um espectro amplo
  de metas de melhoria de software
• Consiste de
• Um conjunto de metas as quais são definidas
  fundamentadas na situação atual da organização
• Um conjunto de questões que refinam as metas e
  caracterizam o objetivo da mensuração
• Um conjunto de métricas associadas com cada
  questão a fim de prover uma resposta de forma
  quantitativa.

21
Uso de Medições no Processo de Requisitos

• A Técnica de Análise de Pontos de Função
• É realizada através da divisão dos pontos de
  função do projeto pelo custo de disponibilização
  do mesmo.
• As medições são consistentes, objetivas e podem
  ser auditadas.
• Pode ser utilizada para todos os tipos de
  aplicações e organizações, independente da
  tecnologia utilizada.
• As medições são facilmente entendidas, aplicadas,
  utilizadas e obtidas tanto pelos engenheiros de
  software quanto pelos clientes.

22
Medindo a Qualidade do Processo ER

• DIMENSÕES
• O custo do processo ER
• A qualidade dos produtos ER
• A qualidade dos serviços ER

23
Medindo a Qualidade do Processo ER

• Alguns Critérios de Medição
• Nível de comprometimento dos usuários sobre as
  mudanças necessárias no negócio
• A clara integração entre os modelos e os
  objetivos do sistema
• A relação de custo com outro processo similar ER
  
• A reação do usuário com relação à estimativa de
  custo
• A fração do custo das atividades ER com relação
  ao custo total do projeto
• O relacionamento entre o cliente e a equipe
  técnica de requisitos
• O grau de aprovação dos cliente sobre os
  documentos gerados.

24
Conclusões

• O documento de requisitos deve descrever as
  características e funcionalidades do software e
  deve acompanhar todo o ciclo de vida do sistema.
  Para isso, deve ser escrito de forma clara e deve
  ser mantido atualizado durante todo o ciclo.
• Os padrões definidos para o documento devem
  respeitar as práticas da organização, os clientes
  e o tipo de sistema a ser desenvolvido.
• Medidas de atributos também têm sido estudadas
  para permitir o acompanhamento e avaliação das
  qualidades de um documento de requisitos.

25
Conclusões

• O processo ER deve garantir revisões constantes,
  integridade contínua com os produtos das demais
  fases, gerenciamento efetivo dos requisitos e
  documentação completa e não-ambígua.
• Os critérios para se medir a qualidade do
  processo ER estão relacionados com a satisfação e
  comprometimento do cliente, o custo do processo
  ER, e o grau de compreensão e integridade entre
  os documentos ER e os demais modelos e documentos
  do projeto.
• Medições devem ser utilizadas como meio
  primordial para análise de melhoria do processo.

26
Obrigada!