Profa. Liliam Sakamoto

Aula 3

Modelo SQuaRE para especificação e

avaliação da qualidade de produto de

software

Trata da qualidade de produto de software segundo a abordagem do novo modelo que está sendo desenvolvido pela ISO/IEC que revisa as normas existentes e cria novas normas. Novo modelo reforça a questão de requisitos de qualidade de software, destacando o conceito de qualidade em uso e a derivação de necessidades para requisitos de qualidade. Esta visão facilita o entendimento da necessidade de ampliar a eficácia das soluções de software para problemas e oportunidades empresariais.

Qualidade no Ciclo de Vida

Qualidade

do

processo

processo produto de software

efeitos do

produto de

software

Medidas

de processo

Medidas

internas

Medidas

externas

Medidas de

qualidade em uso

Contextos

de uso

Atributos

de qualidade

interna

Atributos

de

qualidade

externa

Atributos

de qualidade

em uso

Influencia Influenciam Influenciam

Depende de Dependem de

Dependem de

Qualidade no Ciclo de Vida

Qualidad

e

do

process

o

processo produto de software

efeitos do

produto de

software

Medidas

de processo

Medidas

internas

Medidas

externas

Medidas de

qualidade em uso

Contextos

de uso

Atributos

de qualidade

interna

Atributo

s

de

qualidad

e

externa

Atributos

de qualidade

em uso

Influencia Influenciam Influenciam

Depende de Dependem de

Dependem de

Esta figura justifica o esforço no sentido de melhoria da qualidade de produto de software e, de certa forma, sumariza diversos conceitos utilizados no modelo SQuaRE. Devemos analisar dois sentidos da influencia: -situação projeta novo status; -depende de: define o desdobramento de requisitos esclarecer contextos de uso; usuário, tarefa, equipamento, ambiente. Refere-se à orientações para qualidade.

Relacionamento entre as séries 9126 e 14598

Recursos

e

Ambiente

Produto

de

Software

Processo

de

Avaliação

Efeitos do

Produto de

Software

Suporte à

avaliação

Processo

de

avaliação

Métricas

internas

Métricas

Externas

Métricas de

qualidade

em uso

14598-1

9126-1 14598-2

14598-6

14598-3

14598-4

14598-5 9126-3 9126-2 9126-4

ISO 9126 Qualidade de Produtos de Software

ISO 14598 Plano para a avaliação de produtos de software

Relacionamento entre as séries 9126 e 14598

Três visões de avaliação: desenvolvedores, adquirentes e avaliadores independentes; Visão geral de avaliação conceitua praticamente todo o modelo que é detalhado em documentos específicos;

ISO 9126 Qualidade de Produtos de Software

9126-1

Quality Model

9126-4

Quality in use

Metrics

9126-3

Internal Metrics

9126-2

External Metrics

ISO 14598 Plano para a avaliação de produtos

de software

14598-2

Planejamento

e gestão

14598-6

Documentação

de módulos

de avaliação

14598-3

Processo para

desenvolvedores

14598-4

Processo para

adquirentes

14598-5

Processo para

avaliadores

14598-1

Visão Geral

SQuaRE

Software product Quality Requirements and Evaluation

Grupo WG6 do ISO/IEC JTC1 SC7

Nova geração das séries ISO/IEC 9126 e 14598

Documento inicial em 1999 na reunião de Kanazawa

Aprovado pelo SC7 em 2000 na reunião de Madri

SQuaRE

Software product Quality Requirements and Evaluation

O modelo de avaliação que vem sendo utilizado é baseado na definição de requisitos de qualidade, o que demandava uma maior atenção para esta questão. As séries existentes foram construídas ao longo de alguns anos e foram geradas algumas inconsistências Necessário rever e padronizar os modelos adotados no conjunto de normas Definir um conjunto integrado de normas que permita especificar e avaliar a qualidade de produto de software Reorganização e complementação

SQuaRE - Histórico

ISO/IEC 9126:1991 --> NBR 13596:1994 Avaliação de produto de software - Características de qualidade e diretrizes para o seu uso

Série 14598:1998-2001--> NBR ISO/IEC 14598 Avaliação de produto de Software

Série 9126: 2001-2004 --> NBR ISO/IEC 9126 Qualidade de produto de software

SQuaRE - Histórico

Primeiros trabalhos da 9126 ocorreram em 1978, com o projeto iniciando em 1985. A 9126 foi uma referência importante tanto para definição das 6 características de qualidade: funcionalidade, confiabilidade, usabilidade, eficiência, manutenibilidade e portabilidade), bem como de um primeiro processo de avaliação.

SQuaRE - Histórico

As subcaracterísticas faziam parte de um anexo. Com a separação das séries, o processo de avaliação foi detalhado e o modelo de qualidade foi complementado por métricas de avaliação. Inserido o conceito de qualidade em uso Normas brasileiras: 14598-1 a 14598-5; a 14598-6 em votação nacional; 9126-1.

Quality ModelDivision

Quality ModelDivision

QualityRequirement

Division

QualityRequirements

Division

QualityEvaluation

Division

QualityEvaluation

Division

Quality MetricsDivision

Quality MeasurementDivision

2501n

2504n2503n

2502n

2500n

Planning and

Management

Guide to the SQuaRE

Quality Management Division

A nova arquitetura SQuaRE

Quality ModelDivision

Quality ModelDivision

QualityRequirement

Division

QualityRequirements

Division

QualityEvaluation

Division

QualityEvaluation

Division

Quality MetricsDivision

Quality MeasurementDivision

2501n

2504n2503n

2502n

2500n

Planning and

Management

Guide to the SQuaRE

Quality Management Division

A nova arquitetura SQuaRE Dar nova consistência aos documentos; gerar novos documentos faltantes; exemplo requisitos e guia. filosofia de guias; mnemônico; nova família 25000. Novos itens em discussão: 12119 – pacotes Modelo de qualidade para dados Common industry format for Usability test report Já está sendo discutida a nova arquitetura para o modelo SQuaRE.

O modelo de referência SQuaRE

Target of Process

Requirements Specification

Process

Execution 25030

25022 25023 25024

25041 25042 25043 25044

Evaluation

Particular Guidance

General Guidance 25010

25000

Business system

Information system

SW product

25001 25001 25040 25020

25021

SQuare

Para se obter qualidade é imprescindível a definição de requisitos. Foi necessário destacar este processo. Destacar focos de atuação: especificação de requisitos, medição e avaliação, com suporte do processo de planejamento; Duas abordagens: produto de software e efeito de uso do produto; Modelo representa toda a trilha de uso dos documentos do modelo SQuaRE. Orienta o uso de documentos conforme a finalidade.

MODELO DE QUALIDADE (ISO/IEC 25010)

Definição de modelo de qualidade:

O conjunto de características e os relacionamentos

entre elas, que fornecem a base para a

especificação dos requisitos de qualidade e para a avaliação da qualidade.

Modelo de qualidade é um produto do desdobramento da qualidade Base para os processos de especificação de requisitos e avaliação do modelo SQuaRE; Pode ser uma boa Referência para especificação de requisitos independente do uso do modelo; checklist para definição e verificação;

Estrutura Hierárquica de um Modelo de

Qualidade

Característica

Subcaracterística Subcaracterística Subcaracterística

Atributo Atributo Atributo Atributo Atributo

Observe-se, pela definição, que a entidade mensurável é o atributo. Qualidade da Sub-característica é obtida pela consolidação dos atributos e sua consolidação define a qualidade da característica.

x

x x

x x

x x

x

x

x

x x x

x

x

x

x x

x

x x

x

x x

x x

x

x

x x

x x

atributo

subcaracterística

característica Atributos internos

(atributos do software)

Atributos externos

(atributos do sistema)

Atributos externos e internos

Atentar para a relação de 1 atributo para múltiplos atributos/subcaracterísticas/características.

MODELO DE QUALIDADE

Qualidade externa e qualidade interna

Qualidade externa

e

Qualidade interna

Confiabilidade

Funcionalidade

Usabilidade

Eficiência

Manutenibilidade

Portabilidade

MODELO DE QUALIDADE Este modelo pretende considerar todas as características de qualidade do produto de software. Funcionalidade é considerada como característica de qualidade e qualifica as funções que o software cumpre. A ótica do usuário é a associada a funcionalidade. Programas contém funções internas para cobrir os diversos aspectos de qualidade esperados. A maioria dos desenvolvedores ignora os requisitos de qualidade e acabam por ter um produto inadequado. Outros cumprem com alguns destes requisitos intuitivamente. Quem conhece este modelo? Quem define requisitos de qualidade levando em consideração um modelo de qualidade? Histórico: normalizado desde 1991.

Qualidade de software: Capacidade de um produto de software satisfazer necessidades explícitas e implícitas quando utilizado sob condições especificadas (ISO/IEC 25000)..

MODELO DE QUALIDADE

Adequação Acurácia Interoperabilidade Seg. acesso Conformidade

Funcionalidade

Maturidade Toler. Falhas Recuperabilidade Conformidade

Confiabilidade

Inteligibilidade Apreensibilidade Operabilidade Atratividade Conformidade

Usabilidade

Comport. relação ao tempo Comport. relação aos recursos Conformidade

Eficiência

Analisabilidade Modificabilidade Estabilidade Testabilidade Conformidade

Manutenibilidade

Adaptabilidade Cap. p/ ser Instalado Co-existência Cap. p/ substituir Conformidade

Portabilidade

MODELO DE QUALIDADE

Modelo já bastante conhecido e utilizado. Pretende ser capaz de definir a qualidade de qualquer tipo de software; A verificação de cada sub-característica é um excelente checklist na definição de requisitos de qualidade. Mínimo a fazer..

MODELO DE QUALIDADE

Qualidade em uso

Qualidade

em uso

Produtividade

Eficácia

Segurança

Satisfação

Qualidade em reuso

E este modelo quem conhece?

Modelo mais recente – ainda em fase de compreensão quanto ao seu alcance.

Qualidade em uso: Capacidade do produto de software de permitir que usuários especificados atinjam metas especificadas com eficácia, produtividade, segurança e satisfação em contextos de uso especificados.

Eficácia

Capacidade do produto de software de permitir que usuários atinjam metas especificadas com acurácia e completitude, em um contexto de uso especificado.

Produtividade

Capacidade do produto de software de permitir que seus usuários empreguem quantidade apropriada de recursos em relação à eficácia obtida, em um contexto de uso especificado.

NOTA - Recursos relevantes podem incluir tempo para completar a tarefa, esforço do usuário, materiais ou custos financeiros.

Qualidade em reuso Segurança

Capacidade do produto de software de apresentar níveis aceitáveis de riscos de danos a pessoas, negócios, software, propriedades ou ao ambiente, em um contexto de uso especificado.

NOTA – Geralmente, os riscos são decorrentes das deficiências na funcionalidade (incluindo segurança de acesso), confiabilidade, usabilidade ou manutenibilidade.

Satisfação

Capacidade do produto de software de satisfazer usuários, em um contexto de uso especificado.

NOTA - Satisfação é a resposta do usuário à interação com o produto e inclui atitudes relacionadas ao uso do produto. Qualidade em uso é o que representa os resultados para o usuário. É mais fácil de medir do que especificar. Isso é que faz a real diferença. O restante é meio para alcançar este objetivo.