Fórum Melhoria do Produto de Software Brasileiro

Apresentação em tema: "Fórum Melhoria do Produto de Software Brasileiro"— Transcrição da apresentação:

1 Fórum Melhoria do Produto de Software Brasileiro
Modelo SQuaRE para especificação e avaliação da qualidade de produto de software 14 Novembro/2004 Danilo Scalet Tratar 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. << destacar >> Esta apresentação se concentrará nos principais modelos que definem os processos previstos no SQuaRE. CELEPAR – Companhia de Informática do Paraná Modelo SQuaRE

2 Sumário Especificação de requisitos e avaliação da qualidade de produto de software As normas existentes e o novo modelo SQuaRE Modelo de qualidade Medidas da qualidade de produto de software Desdobrando requisitos de qualidade Processo de avaliação da qualidade de produto de software A evolução do modelo SQuaRE modelos apresentados têm alternativas, porém são os aderentes ao estabelecidos nas normas da ISO/IEC; Será apresentada uma visão resumida do escopo de abrangência do modelo SQuaRE Apesar de tratar basicamente de conceitos, tem grande aplicação prática para os diversos públicos envolvidos com produtos de software: desenvolvedores, gerentes de qualidade, compradores, ... Mesmo abordado em partes, tem aplicação prática (ex. requisitos, medidas, definição de prioridades, etc). Uso de Normas como referência: - consenso de especialistas no assunto; - somatória de experiências nas empresas; - consolidação (espera-se) das melhores práticas de determinada área. CELEPAR – Companhia de Informática do Paraná Modelo SQuaRE

3 Qualidade no Ciclo de Vida
efeitos do produto de software processo produto de software Contextos de uso Influencia Influenciam Influenciam Atributos de qualidade interna Atributos de qualidade em uso Atributos de qualidade externa Qualidade do processo 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. Analisar dois sentidos da figura --> e <-- influencia: situação projeta novo status; depende de: define o desdobramento de requisitos esclarecer contextos de uso; usuário, tarefa, equipamento, ambiente. Orientações para qualidade Depende de Dependem de Dependem de Medidas de processo Medidas internas Medidas externas Medidas de qualidade em uso CELEPAR – Companhia de Informática do Paraná Modelo SQuaRE

4 Relacionamento entre as séries 9126 e 14598
Recursos e Ambiente Processo de Avaliação Efeitos do Produto de Software Produto de Software Suporte à avaliação Processo de avaliação Métricas internas Métricas Externas Métricas de qualidade em uso 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; 9126-1 9126-3 9126-2 9126-4 CELEPAR – Companhia de Informática do Paraná Modelo SQuaRE

5 A Série 9126 9126-1 Quality Model 9126-2 External Metrics 9126-3
Internal Metrics 9126-4 Quality in use Metrics IS :2001 TR ,3:2003 TR :2004 A surgiu após a conclusão do guia geral de avaliação, o que gerou uma certa deficiência na avaliação de qualidade em uso. O próprio documento inseriu um resumo de processo para esta avaliação. Norma brasileira. CELEPAR – Companhia de Informática do Paraná Modelo SQuaRE

6 A Série 14598 14598-1 Visão Geral 14598-2 Planejamento e gestão
Processo para desenvolvedores Processo para adquirentes Processo para avaliadores Todas são IS; :1999 :2000 :2000 :1999 :1998 :2001 Este enfoque em avaliação esconde alternativas adicionais como especificação de requisitos e ações gerenciais ao longo do processo de desenvolvimento. Todas são normas brasileiras. Documentação de módulos de avaliação CELEPAR – Companhia de Informática do Paraná Modelo SQuaRE

7 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 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 CELEPAR – Companhia de Informática do Paraná Modelo SQuaRE

8 SQuaRE - Histórico ISO/IEC 9126: > NBR 13596:1994 Avaliação de produto de software - Características de qualidade e diretrizes para o seu uso Série 14598: > NBR ISO/IEC Avaliação de produto de Software Série 9126: > NBR ISO/IEC 9126 Qualidade de produto de software 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. 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: a ; a em votação nacional; CELEPAR – Companhia de Informática do Paraná Modelo SQuaRE

9 A nova arquitetura SQuaRE
Software product Quality Requirements and Evaluation. Dar nova consistência aos documentos; gerar novos documentos faltantes; exemplo requisitos e guia. filosofia de guias; mnemônico; nova família 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. CELEPAR – Companhia de Informática do Paraná Modelo SQuaRE

10 O modelo de referência SQuaRE
Business system Information system Target of Process Software product Internal software quality External software quality Quality in use Process Requirements Specification Evaluation 25022 25041 25030 25023 25042 25024 25043 Execution 25044 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. 25021 Particular Guidance 25001 25020 25040 25001 25010 General Guidance 25000 CELEPAR – Companhia de Informática do Paraná Modelo SQuaRE

11 MODELO DE QUALIDADE (ISO/IEC 25010)
SQuaRE 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; Será melhor explicado em 2 slides a seguir CELEPAR – Companhia de Informática do Paraná Modelo SQuaRE

12 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 Subcaracterística é obtida pela consolidação dos atributos e sua consolidação define a qualidade da característica. CELEPAR – Companhia de Informática do Paraná Modelo SQuaRE

13 Atributos externos e internos
subcaracterística Atentar para a relação de 1 atributo para múltiplos atributos/subcaracterísticas/características. característica Atributos internos (atributos do software) Atributos externos (atributos do sistema) CELEPAR – Companhia de Informática do Paraná Modelo SQuaRE

14 MODELO DE QUALIDADE Qualidade externa e qualidade interna
Funcionalidade Confiabilidade Usabilidade Qualidade externa e Qualidade interna Eficiência 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). Manutenibilidade Portabilidade CELEPAR – Companhia de Informática do Paraná Modelo SQuaRE

15 MODELO DE QUALIDADE Adequação Acurácia Interoperabilidade Seg. acesso
Funcionalidade Adequação Acurácia Interoperabilidade Seg. acesso Conformidade Confiabilidade Maturidade Toler. Falhas Recuperabilidade Conformidade Usabilidade Inteligibilidade Apreensibilidade Operabilidade Atratividade Conformidade Eficiência Comport. relação ao tempo Comport. relação aos recursos Conformidade Manutenibilidade Analisabilidade Modificabilidade Estabilidade Testabilidade Conformidade Modelo já bastante conhecido e utilizado. Pretende ser capaz de definir a qualidade de qualquer tipo de software; A verificação de cada subcaracterística é um excelente checklist na definição de requisitos de qualidade. Mínimo a fazer. Portabilidade Adaptabilidade Cap. p/ ser Instalado Co-existência Cap. p/ substituir Conformidade CELEPAR – Companhia de Informática do Paraná Modelo SQuaRE

16 MODELO DE QUALIDADE Qualidade em uso Eficácia Produtividade Qualidade
Segurança Satisfação 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. 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. CELEPAR – Companhia de Informática do Paraná Modelo SQuaRE

17 Definições Qualidade de software: capacidade de um produto de software satisfazer necessidades explícitas e implicitas quando utilizado sob condições especificadas (ISO/IEC 25000). Nova definição do SQuaRE - diferença com ISO 9000 que se refere a atendimento a requisitos. motivação para qualidade: competitividade, satisfação do cliente, $$$ gerar qualidade: precisa especificar o desejado e trabalho gerido e direcionado; O que significa “necessidades”? CELEPAR – Companhia de Informática do Paraná Modelo SQuaRE

18 Definições Necessidades: É a expectativa quanto aos efeitos de um produto. Um usuário não deseja um produto e sim os efeitos do uso do produto, que caracterizam suas necessidades. É difícil que as reais necessidades sejam identificadas pelo usuário ou por um desenvolvedor. Complexidade do desenvolvimento de software : atender a expectativas; Não é suficiente obter-se os produtos desejados do produto de software, é necessário projetar-se os resultados esperados com o uso do produto. Missão impossível?  depende de processos, ferramentas e gente competente. CELEPAR – Companhia de Informática do Paraná Modelo SQuaRE

19 Qualidade no ciclo de vida do software
Modelo de aplicação das características de qualidade. Necessidades dos stakeholders devem ser expressas em termos de requisitos de qualidade em uso e de qualidade externa; Da Qualidade em uso são derivados requisitos de qualidade externa; Da qualidade externa e também do ambiente de desenvolvimento são derivados requisitos de qualidade interna; As medidas são utilizadas como referência para definição de requisitos e como itens a serem avaliados; Na qualidade interna: verificação: produto x requisitos; Explicar desdobramento. Grande complexidade no desdobramento de qualidade interna. A maior parte só será possível especificar em etapas de definição de arquitetura do software. Validation: confirmation, through the provision of objective evidence, that the requirements for a specific intended use or application have been fulfilled NOTE 1 "Validated" is used to designate the corresponding status. [ISO 9000:2000] NOTE 2 In design and development, validation concerns the process of examining a product to determine conformity with user needs. NOTE 3 Validation is normally performed on the final product under defined operating conditions. It may be necessary in earlier stages. Verification: confirmation, through the provision of objective evidence, that specified requirements have been fulfilled NOTE 1 "Verified" is used to designate the corresponding status. [ISO 9000:2000] NOTE 2 In design and development, verification concerns the process of examining the result of a given activity to determine conformity with the stated requirement for that activity. CELEPAR – Companhia de Informática do Paraná Modelo SQuaRE

20 Construindo medidas de qualidade para produto de software (ISO/IEC 25020)
SQuaRE Modelo relacionado ao modelo de informações de medições da ISO/IEC Processo de medição de software Medidas de qualidade indicam características e subcaracterísticas de qualidade. Measurement primitives são os componentes para obtenção das medidas de qualidade. CELEPAR – Companhia de Informática do Paraná Modelo SQuaRE

21 Construindo medidas primitivas (ISO/IEC 25020)
Atributos para medidas de qualidade podem relacionar-se ao produto, processo ou efeito do uso do produto. Conceito de base measure vem da Exemplo: número de erros encontrados; tamanho funcional; produtividade (tamanho/hora). CELEPAR – Companhia de Informática do Paraná Modelo SQuaRE

22 Medidas de qualidade de produto de software
(ISO/IEC 25021, 25022, e 25024) SQuaRE Objetivos de medidas de produto de software definir requisitos de qualidade medir e melhorar a qualidade de produtos intermediários prever e controlar a qualidade do produto tomar decisões quanto a liberação ou aceitação de produto Tipos de medidas de produto de software medidas de qualidade interna medidas de qualidade externa medidas de qualidade em uso Início da discussão sobre medição, contida no modelo de referência da ISO/IEC 25000 A definição de requisitos utiliza o tipo de medidas como referência para definição quantitativa de requisitos. CELEPAR – Companhia de Informática do Paraná Modelo SQuaRE

23 Escolhendo medidas de produto de software
Significância Custo e Complexidade Repetibilidade Reproducibilidade Validade Objetividade Imparcialidade Significância: os resultados da medição devem agregar informação sobre o comportamento do software ou suas características de qualidade. Custo e Complexidade: a aplicação da métrica deve ser econômica e tecnicamente viável dentro do processo de avaliação. Repetibilidade: o uso da métrica i) no mesmo produto; ii) com a mesma especificação de avaliação; iii) com os mesmos avaliadores, usuários-teste e ambiente: deveria produzir resultados aceitos como idênticos. Reproducibilidade: o uso da métrica i) no mesmo produto; ii) com a mesma especificação de avaliação; iii) com diferentes avaliadores, usuários-teste e ambiente: deveria produzir resultados aceitos como idênticos. Validade: deve ser possível demonstrar a corretude e precisão ou a margem de erro dos resultados da medição. Objetividade: os resultados da medição devem ser objetivos, i.e., não podem sofrer influência de opinião e sentimentos do avaliador, usuários de teste etc. Imparcialidade: a medição não deve ser tendenciosa. CELEPAR – Companhia de Informática do Paraná Modelo SQuaRE

24 funcionalidade  adequação Medida Externa
Exemplos de medidas funcionalidade  adequação Medida Externa Nome da medida: completitude das funções Propósito: determinar a taxa de implementação das funções definidas na especificação de requisitos Fórmula: 1 - (# funções faltantes / # funções especificadas) Interpretação: 0  x  1; quanto mais próximo de 1, melhor Entradas: relatórios de avaliação, esp. requisitos Útil em aceitações, como por exemplo em resultados de licitações. CELEPAR – Companhia de Informática do Paraná Modelo SQuaRE

25 confiabilidade  tolerância a falhas Medida Externa
Exemplos de medidas confiabilidade  tolerância a falhas Medida Externa Nome da medida: capacidade de evitar falhas Propósito: determinar controle de ocorrência de falhas Fórmula: (# falhas evitadas / # casos de teste) Interpretação: 0  x  1; quanto mais próximo de 1, melhor Entradas: relatórios de teste e de operação CELEPAR – Companhia de Informática do Paraná Modelo SQuaRE

26 confiabilidade  tolerância a falhas Medida Interna
Exemplos de medidas confiabilidade  tolerância a falhas Medida Interna Nome da medida: capacidade de evitar falhas Propósito: determinar número de falhas previstas e evitadas no código Fórmula: (# falhas previstas no projeto / # falhas possíveis) Interpretação: 0  x  1; quanto mais próximo de 1, melhor Entradas: relatório revisão, especificação de requisitos CELEPAR – Companhia de Informática do Paraná Modelo SQuaRE

27 usabilidade  apreensibilidade (learnability) Medida Interna
Exemplos de medidas usabilidade  apreensibilidade (learnability) Medida Interna Nome da medida: completitude de sistema de ajuda e documentação Propósito: determinar proporção de funções documentadas ao usuário Fórmula: (# funções documentadas / # funções) Interpretação: 0  x  1; quanto mais próximo de 1, melhor Entradas: Especificação requisitos, projeto, relatório revisão CELEPAR – Companhia de Informática do Paraná Modelo SQuaRE

28 *1 após consulta do usuário ao sistema de ajuda
Exemplos de medidas usabilidade  apreensibilidade (learnability) Medida Externa Nome da medida: eficácia de sistema de ajuda e documentação Propósito: determinar proporção de documentação efetiva ao usuário Fórmula: (# funções executadas com sucesso (*1) / # funções) Interpretação: 0  x  1; quanto mais próximo de 1, melhor Entradas: relatório de operação *1 após consulta do usuário ao sistema de ajuda CELEPAR – Companhia de Informática do Paraná Modelo SQuaRE

29 Medida Qualidade em uso
Exemplos de medidas eficácia Medida Qualidade em uso Nome da medida: tarefas completadas Propósito: determinar proporção de tarefas completadas Fórmula: (# tarefas completadas / # tarefas tentadas Interpretação: 0  x  1; quanto mais próximo de 1, melhor Entradas: relatório de operação, registro de histórico de uso. CELEPAR – Companhia de Informática do Paraná Modelo SQuaRE

30 Relação entre necessidades e requisitos (ISO/IEC 25030)
SQuaRE Necessi-dades de stakeholders: Explícitas, Implícitas ou Não pecebi- das Selecionar e especificar Necessid. Selec. e Especif./ Requisitos Qualidade em uso Requisitos funcionais Requisitos: Funcionais Projeto Qld. Interna Solicitar e identificar Necessi-dades de stakeholders (negócio): Coletadas e identificadas Função 1 Função 1 Função 2 Função 2 Função n Função n Contexto uso 1 Planejadores Planejadores Desenvolvedores Desenvolvedores Contexto uso 2 Req. qldade externa Requisitos: n/funcionais Projeto Qld.interna Distribuidores Distribuidores Funcionalidade Contexto uso i Confiabilidade Usuários arquitetura Início da discussão sobre especificação de requisitos de qualidade Em geral, quando se identifica a necessidade de desenvolver um software, há um problema ou oportunidade de negócio a ser equacionada; Nem sempre todos os stakeholders que representam estes problemas ou oportunidades estão identificados numa abordagem inicial. Porém a necessidade pode ser percebida; A partir da identificação, é possível coletar e identificar as necessidades (no âmbito do negócio) dos diversos stakeholders envolvidos; Os requisitos de qualidade em uso podem ser utilizados para representar requisitos de qualidade para contextos de uso diversos (que podem depender dos stakeholders ou grupos que estes representam). As necessidades e requisitos de qualidade em uso serão utilizadas para derivar requisitos funcionais. Da mesma forma, requisitos funcionais, que representem ações de negócio podem ser utililizados para identificar requisitos de qualidade em uso. Aplicam-se as técnicas adequadas para derivar requisitos funcionais que venham a contribuir para atender as necessidades identificadas; Os requisitos de qualidade externa deverão ser obtidos levando em conta a qualidade em uso esperada e os requisitos funcionais; Observe-se que requisitos de qualidade externa, em geral, são relacionados a uma ou mais funções do software; O quadro de requisitos funcionais, de projeto e qualidade interna representa estes requisitos associados a funções específicas do software; O quadro de requisitos não funcionais, de projeto e de qualidade interna representa aspectos gerais que não dependem de funções específicas. Mostra também os requisitos de qualidade interna, derivados dos de qualidade externa que não estejam relacionados a funções específicas. Usuários Usabilidade Usuários finais Usuários finais Contexto uso n Eficiência estrutura Manutenibilid. Outros Outros Estilo cód. Portabilidade Ambiente organizacional Ambiente sistema Ambiente software CELEPAR – Companhia de Informática do Paraná Modelo SQuaRE

31 Requisitos para os requisitos de qualidade (ISO/IEC 25030)
referir-se a um modelo de qualidade Qualidade em uso, externa e interna referir-se a um grupo de propriedades funcionais especificados em termos de método de medição e valores esperados (ISO/IEC 25022, e 25024) possibilidade de verificação do requisito consistência (ausência de conflitos entre requisitos) registrados de forma a permitir sua gestão rastreáveis em relação as necessidades de stakeholders Estes são alguns dos principais requisitos previstos para requisitos de qualidade; CELEPAR – Companhia de Informática do Paraná Modelo SQuaRE

32 Processo de Avaliação- Visão Geral (ISO/IEC 2504n)
SQuaRE Processo de Avaliação- Visão Geral (ISO/IEC 2504n) Estabelecer Requisitos de Avaliação Estabelecer o propósito da avaliação Identificar tipos de produto(s) a serem avaliados Especificar modelo de qualidade Selecionar medidas Especificar a Avaliação Estabelecer níveis de pontuação p/ as medidas Estabelecer critérios para julgamento Projetar a Avaliação Produzir o plano de avaliação Início da discussão sobre o processo de avaliação. Destacar a questão e estabelecer níveis de pontuação para as medidas: Permite, entre outras coisas, definir valores em escala equivalente, possibilitando 2 tipos de comparação: Comparar medidas entre si e seus respectivos impactos e relevância na qualidade esperada; Agregar para definição de um indicador de subcaracterística ou de característica de qualidade. lembrar que é possível estabelecer prioridades de forma quantitativa, o que permite definir modelos de sumarização. Lembrar a comparação com a figura do modelo de referência para medições. Lembrar que o processo de medição do modelo de referência do SQuaRE está contido neste modelo; É possível que haja alguma modificação neste modelo com o novo documento de avaliação, ainda que a visão geral (no SQuaRE) permaneça a mesma; Associar processo a qualidade em uso: lembrar da especificação de requisitos lembrar da avaliação de qualidade em uso- este documento não contempla completamente - vide para uma visão de processo de qualidade em uso. Obter as medidas Executar a Avaliação Comparar com critérios Julgar os resultados CELEPAR – Companhia de Informática do Paraná Modelo SQuaRE

33 Benefícios com o uso do modelo SQuaRE
Modelo que representa a qualidade esperada do produto de software Orientações para desdobramento das necessidades em qualidade em uso, qualidade externa e qualidade interna Possibilita maior eficácia na definição e desenvolvimento da solução envolvendo software Orienta ações gerenciais através de avaliações de produtos intermediários Propõe a perspectiva da qualidade final através de avaliações intermediárias Permite a rastreabilidade entre necessidades, requisitos e medidas decorrentes de avaliações Melhoria da qualidade do produto e do processo de software A definição de requisitos utiliza o tipo de medidas como referência para definição quantitativa de requisitos. CELEPAR – Companhia de Informática do Paraná Modelo SQuaRE

34 A nova arquitetura SQuaRE - Evolução
Software product Quality Requirements and Evaluation. 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: Possiblidade de criação de domínios específicos, como por exemplo pacotes, áreas de negócios; qualidade de dados. CELEPAR – Companhia de Informática do Paraná Modelo SQuaRE

35 E-mail: abnt_sw@pr.gov.br
C.E. QUALIDADE DE SOFTWARE SC10 Rua Mateus Leme, 1142 CEP: Curitiba - Pr Fone:(41) FAX: (41) CELEPAR – Companhia de Informática do Paraná Modelo SQuaRE

36 Quality management division
Guide to SQuaRE; Planning and management:. ISO/IEC 25000: guia com inspiração no documento do Brasil. CELEPAR – Companhia de Informática do Paraná Modelo SQuaRE

37 Quality model division 25010 - Quality model and guide
Quality measurement division Measurement reference model and guide 25021 – Measurement primitives 25022 – Measurement of internal quality 25023 – Measurement of external quality 25024 – Measurement of quality in use CELEPAR – Companhia de Informática do Paraná Modelo SQuaRE

38 Quality requirements division
Quality evaluation division 25040 – Evaluation reference model and guide Evaluation modules 25042 – Evaluation process for developers 25043 – Evaluation process for acquirers 25044 – Evaluation process for evaluators CELEPAR – Companhia de Informática do Paraná Modelo SQuaRE

39 Definições Funcionalidade: Capacidade do produto de software de prover funções que atendam necessidades explícitas e implícitas, quando o software estiver sendo utilizado sob condições especificadas. Confiabilidade: Capacidade do produto de software de manter um nível de desempenho especificado, quando usado em condições especificadas. Usabilidade: Capacidade do produto de software de ser compreendido, aprendido, operado e atraente ao usuário, quando usado sob condições especificadas. CELEPAR – Companhia de Informática do Paraná Modelo SQuaRE

40 Definições Eficiência: Capacidade do produto de software de apresentar desempenho apropriado, relativo à quantidade de recursos usados, sob condições especificadas. Manutenibilidade: Capacidade do produto de software de ser modificado. As modificações podem incluir correções, melhorias ou adaptações do software devido a mudanças no ambiente e nos seus requisitos ou especificações funcionais. Portabilidade: Capacidade do produto de software de ser transferido de um ambiente para outro. CELEPAR – Companhia de Informática do Paraná Modelo SQuaRE

41 Definições 1.1 Funcionalidade
Capacidade do produto de software de prover funções que atendam necessidades explícitas e implícitas, quando o software estiver sendo utilizado sob condições especificadas. 1.1.1 Adequação Capacidade do produto de software de prover um conjunto apropriado de funções para tarefas e objetivos do usuário especificados. 1.1.2 Acurácia Capacidade do produto de software de prover, com o grau de precisão necessário, resultados ou efeitos corretos ou conforme acordados. 1.1.3 Interoperabilidade Capacidade do produto de software de interagir com um ou mais sistemas especificados. CELEPAR – Companhia de Informática do Paraná Modelo SQuaRE

42 Definições 1.1.4 Segurança de acesso
Capacidade do produto de software de proteger informações e dados, de forma que pessoas ou sistemas não autorizados não possam lê-los nem modificá-los e que não seja negado o acesso às pessoas ou sistemas autorizados. [NBR ISO/IEC 12207:1998] 1.1.5 Conformidade relacionada à funcionalidade Capacidade do produto de software de estar de acordo com normas, convenções ou regulamentações previstas em leis e prescrições similares relacionadas à funcionalidade. CELEPAR – Companhia de Informática do Paraná Modelo SQuaRE

43 Definições 1.1 Confiabilidade
Capacidade do produto de software de manter um nível de desempenho especificado, quando usado em condições especificadas. 1.1.1 Maturidade Capacidade do produto de software de evitar falhas decorrentes de defeitos no software. 1.1.2 Tolerância a falhas Capacidade do produto de software de manter um nível de desempenho especificado em casos de defeitos no software ou de violação de sua interface especificada. CELEPAR – Companhia de Informática do Paraná Modelo SQuaRE

44 Definições 1.1.3 Recuperabilidade
Capacidade do produto de software de restabelecer seu nível de desempenho especificado e recuperar os dados diretamente afetados no caso de uma falha. 1.1.4 Conformidade relacionada à confiabilidade Capacidade do produto de software de estar de acordo com normas, convenções ou regulamentações relacionadas à confiabilidade. CELEPAR – Companhia de Informática do Paraná Modelo SQuaRE

45 Definições 1.1 Usabilidade
Capacidade do produto de software de ser compreendido, aprendido, operado e atraente ao usuário, quando usado sob condições especificadas. 1.1.1 Inteligibilidade Capacidade do produto de software de possibilitar ao usuário compreender se o software é apropriado e como ele pode ser usado para tarefas e condições de uso específicas. 1.1.2 Apreensibilidade Capacidade do produto de software de possibilitar ao usuário aprender sua aplicação. CELEPAR – Companhia de Informática do Paraná Modelo SQuaRE

46 Definições 1.1.3 Operacionalidade
Capacidade do produto de software de possibilitar ao usuário operá-lo e controlá-lo. 1.1.4 Atratividade Capacidade do produto de software de ser atraente ao usuário. 1.1.5 Conformidade relacionada à usabilidade Capacidade do produto de software de estar de acordo com normas, convenções, guias de estilo ou regulamentações relacionadas à usabilidade. CELEPAR – Companhia de Informática do Paraná Modelo SQuaRE

47 Definições 1.1 Eficiência
Capacidade do produto de software de apresentar desempenho apropriado, relativo à quantidade de recursos usados, sob condições especificadas. 1.1.1 Comportamento em relação ao tempo Capacidade do produto de software de fornecer tempos de resposta e de processamento, além de taxas de transferência, apropriados, quando o software executa suas funções, sob condições estabelecidas. 1.1.2 Utilização de recursos Capacidade do produto de software de usar tipos e quantidades apropriados de recursos, quando o software executa suas funções sob condições estabelecidas. 1.1.3 Conformidade relacionada à eficiência Capacidade do produto de software de estar de acordo com normas e convenções relacionadas à eficiência. CELEPAR – Companhia de Informática do Paraná Modelo SQuaRE

48 Definições 1.1 Manutenibilidade
Capacidade do produto de software de ser modificado. As modificações podem incluir correções, melhorias ou adaptações do software devido a mudanças no ambiente e nos seus requisitos ou especificações funcionais. 1.1.1 Analisabilidade Capacidade do produto de software de permitir o diagnóstico de deficiências ou causas de falhas no software, ou a identificação de partes a serem modificadas. 1.1.2 Modificabilidade Capacidade do produto de software de permitir que uma modificação especificada seja implementada. CELEPAR – Companhia de Informática do Paraná Modelo SQuaRE

49 Definições 1.1.3 Estabilidade
Capacidade do produto de software de evitar efeitos inesperados decorrentes de modificações no software. 1.1.4 Testabilidade Capacidade do produto de software de permitir que o software, quando modificado, seja validado. 1.1.5 Conformidade relacionada à manutenibilidade Capacidade do produto de software de estar de acordo com normas ou convenções relacionadas à manutenibilidade. CELEPAR – Companhia de Informática do Paraná Modelo SQuaRE

50 Definições 1.1 Portabilidade
Capacidade do produto de software de ser transferido de um ambiente para outro. Adaptabilidade Capacidade do produto de software de ser adaptado para diferentes ambientes especificados, sem necessidade de aplicação de outras ações ou meios além daqueles fornecidos para essa finalidade pelo software considerado. 1.1.2 Capacidade para ser instalado Capacidade do produto de software para ser instalado em um ambiente especificado. CELEPAR – Companhia de Informática do Paraná Modelo SQuaRE

51 Definições 1.1.3 Coexistência
Capacidade do produto de software de coexistir com outros produtos de software independentes, em um ambiente comum, compartilhando recursos comuns. 1.1.4 Capacidade para substituir Capacidade do produto de software de ser usado em substituição a outro produto de software especificado, com o mesmo propósito e no mesmo ambiente. 1.1.5 Conformidade relacionada à portabilidade Capacidade do produto de software de estar de acordo com normas ou convenções relacionadas à portabilidade. CELEPAR – Companhia de Informática do Paraná Modelo SQuaRE

52 Definições Qualidade em uso do software: Capacidade de um produto de software de influenciar a eficácia, produtividade, segurança e satisfação de usuários de modo a satisfazer suas reais necessidades ao utilizar o produto de software para atingir suas metas 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. CELEPAR – Companhia de Informática do Paraná Modelo SQuaRE

53 Definições 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. CELEPAR – Companhia de Informática do Paraná Modelo SQuaRE

54 Definições para produto de software
Qualidade em uso: Capacidade de um produto de software de influenciar a eficácia, produtividade, segurança e satisfação de usuários de modo a satisfazer suas reais necessidades ao utilizar o produto de software para atingir suas metas em contextos de uso especificados. Qualidade externa: capacidade de um produto de software de influenciar o comportamento de um sistema para satisfazer necessidades explícitas e implícitas quando o sistema que inclui o software for utilizado em condições especificadas. Qualidade interna: capacidade de um conjunto de atributos estáticos de um produto de software de satisfazer necessidades explícitas e implícitas quando o produto de software for utilizado em condições especificadas. Qualidade em uso: conceito introduzido na norma ; Exemplo do automóvel; Qualidade em uso: resultado do uso Qualidade externa: produto em operação qualidade interna: resultado da arquitetura. Contexto de uso = {usuário, usuário final, ambiente onde o software processa, tarefa, operação}; Resultados do uso = {Qualidade da saída, efeito nos usuários, efeito nos usuários finais, efeito no ambiente do sistema}; Atributo: propriedade inerente ou característica de uma entidade que pode ser distinguida quantitativamente ou qualitativamente de forma humana ou automática (ISO/IEC 15939) CELEPAR – Companhia de Informática do Paraná Modelo SQuaRE

55 Definições Medição: Conjunto de operações com o objetivo de determinar o valor de uma medida Medida: Variável à qual se atribui um valor como resultado de uma medição. Attribute: A property or characteristic of an entity that can be distinguished quantitatively or qualitatively by human or automated means NOTE Attributes can be internal or external. entity: An object (for example, a process, product, project, or resource) that is to be characterised by measuring its attributes estimator: A measure that can be used to estimate or predict another measure NOTE 1 The predicted measure may be of the same or a different software quality characteristic. NOTE 2 Indicators may be used both to estimate software quality attributes and to estimate attributes of the development process. They are imprecise indirect measures of the attributes measure (noun): A variable to which a value is assigned that represents one or more attributes measurement: A set of operations having the object of determining a value of a measure (based on the definition in [International Vocabulary of Basic and General Terms in Metrology, 1993]) metric: The defined measurement method or combination of measurement methods using a measurement function NOTE 1 The measurement method includes the measurement scale NOTE 2 Metrics can be internal or external, and direct or indirect NOTE 3 Metrics include methods for categorising qualitative data. CELEPAR – Companhia de Informática do Paraná Modelo SQuaRE

56 Bibliografia ISO/IEC : Software Engineering - Product quality - Part 1: Quality model ISO/IEC TR : Software Engineering - Product quality - Part 2: External metrics ISO/IEC TR : Software Engineering - Product quality - Part 3: Internal metrics ISO/IEC TR : Software Engineering - Product quality - Part 4: Quality in Use ISO/IEC : 1999, Information Technology - Product evaluation - Part 1: General overview ISO/IEC : 1999, Software Engineering - Product evaluation - Part 2: Planning and management ISO/IEC : 1999, Software Engineering - Software product evaluation - Part 3: Process for developers ISO/IEC : 1999, Software Engineering - Software product evaluation - Part 4: Process for acquirers ISO/IEC : 1998, Information Technology - Software Engineering - Software product evaluation - Part 5: Process for evaluators ISO/IEC : Information Technology - Software Engineering - Product evaluation - Part 6: Documentation of evaluation modules Azuma, M , Using quality models and metrics for software quality improvement, CELEPAR – Companhia de Informática do Paraná Modelo SQuaRE