Baixe o app para aproveitar ainda mais
Prévia do material em texto
Qualidade de software Fabiano Gonçalves dos Santos Revisão 1 Aula Conteúdo resumido Aula 1 • Conceitos da Qualidade:Processo e produto Aula 2 • Fatores e Métricas de Qualidade / SQA Aula 3 • SQA Estatístico /ISO 9.000 Aula 4 • Normas: NBR/ISO 9126 (Produto) e 12.119 (Pacote) Aula 5 • Norma:NBR 9.241 (Usabilidade) Conteúdo resumido por aula 2 1) A responsabilidade da Qualidade de software é uma discussão que vem sendo travada ha algum tempo e geralmente cabe: ( ) Aos analistas de sistemas ou de negócios, que iniciam o processo de desenvolvimento ( ) Aos programadores, pois são quem efetivamente materializam a idéia, o projeto em realidade ( ) De uma equipe especializada que entre em cena para prover a qualidade do produto. ( ) Exclusivamente a equipe de programação. ( ) Todas as pessoas envolvidas no processo de desenvolvimento de software. 3 1) A responsabilidade da Qualidade de software é uma discussão que vem sendo travada ha algum tempo e geralmente cabe: ( ) Aos analistas de sistemas ou de negócios, que iniciam o processo de desenvolvimento ( ) Aos programadores, pois são quem efetivamente materializam a idéia, o projeto em realidade ( ) De uma equipe especializada que entre em cena para prover a qualidade do produto. ( ) Exclusivamente a equipe de programação. (X) Todas as pessoas envolvidas no processo de desenvolvimento de software. 4 2) Sobre a QSA -Garantia Estatística de Qualidade, podemos afirmar I. É uma das técnica de revisão II. Registra a frequência de erros do software III. Registra as inconsistências do software IV.Apoia-se na questão qualitativa Assinale a única opção correta ( ) Estão corretas as opções II e III ( ) estão corretas as opções I e IV ( ) Estão corretas as opções II e IV ( ) Estão corretas as opções III e IV ( ) Estão corretas as opções I e III 5 2) Sobre a QSA -Garantia Estatística de Qualidade, podemos afirmar I. É uma das técnica de revisão II. Registra a frequência de erros do software III. Registra as inconsistências do software IV.Apoia-se na questão qualitativa Assinale a única opção correta (X) Estão corretas as opções II e III ( ) estão corretas as opções I e IV ( ) Estão corretas as opções II e IV ( ) Estão corretas as opções III e IV ( ) Estão corretas as opções I e III 6 3) A SQA está baseada no que denomina "poucas causas vitais" dos problemas. Assinale a opção que explica corretamente esse conceito. ( ) São as poucas causas irrelevantes. ( ) São as poucas causas que são responsáveis por todo os problemas. ( ) São as muitas causas que são responsáveis pela maioria dos problemas. ( ) São todos as causas de todos os defeitos e falhas do projeto de software ( )São as poucas causas que são responsáveis pela maioria dos problemas. 7 3) A SQA está baseada no que denomina "poucas causas vitais" dos problemas. Assinale a opção que explica corretamente esse conceito. ( ) São as poucas causas irrelevantes. ( ) São as poucas causas que são responsáveis por todo os problemas. ( ) São as muitas causas que são responsáveis pela maioria dos problemas. ( ) São todos as causas de todos os defeitos e falhas do projeto de software (X)São as poucas causas que são responsáveis pela maioria dos problemas. 8 4) A definição abaixo, refere-se a que conceito? - “a probabilidade de operação livre de falhas de um programa de computador num ambiente específico durante determinado tempo especificado” ( ) Segurança ( ) Garantia de qualidade ( ) Confiabilidade ( ) Eficiência ( ) Eficácia 9 4) A definição abaixo, refere-se a que conceito? - “a probabilidade de operação livre de falhas de um programa de computador num ambiente específico durante determinado tempo especificado” ( ) Segurança ( ) Garantia de qualidade (X) Confiabilidade ( ) Eficiência ( ) Eficácia 10 5) Sobre a certificação ISO 9000, analise as considerações abaixo: ( ) Garante que todos os produtos gerados a partir dos processos certificados terão as mesmas características e consistências. ( ) Garante que todos os produtos gerados a partir dos processos certificados terão 100% de qualidade ( ) Garante que os processos tenham a característica de certificado até o fechamento da empresa. ( ) A Norma especifica exatamente como a empresa deve proceder para obter a certificação. ( ) Garante que os processos serão para sempre 100% eficientes. 11 5) Sobre a certificação ISO 9000, analise as considerações abaixo: (X) Garante que todos os produtos gerados a partir dos processos certificados terão as mesmas características e consistências. ( ) Garante que todos os produtos gerados a partir dos processos certificados terão 100% de qualidade ( ) Garante que os processos tenham a característica de certificado até o fechamento da empresa. ( ) A Norma especifica exatamente como a empresa deve proceder para obter a certificação. ( ) Garante que os processos serão para sempre 100% eficientes. 12 ( ) Confiabilidade ( ) Segurança ( ) SQA Estatística ( ) ISO 9000 A. Descreve os elementos de garantia, de forma genérica B. Operar isento de falhas, em ambiente e tempo determinados C. Atividade SQA, que identifica e avalia riscos do software D. Analise frequência de ocorrência de erros e inconsistências. 6) Relacione as 2 colunas. 13 (B) Confiabilidade (C) Segurança (D) SQA Estatística (A) ISO 9000 A. Descreve os elementos de garantia, de forma genérica B. Operar isento de falhas, em ambiente e tempo determinados C. Atividade SQA, que identifica e avalia riscos do software D. Analise frequência de ocorrência de erros e inconsistências. 6) Relacione as 2 colunas. 14 7) Assinale a alternativa correta para a seguinte frase,pertinente a SQA Estatística. Considerar que 20% do código têm 80% dos defeitos. ( ) Grande parte dos defeitos concentra-se em pequena parte do código. ( ) Todo programa tem de 20 % a 80% de defeitos. ( ) Uma pequena parte dos defeitos concentra-se em grande parte do código. ( ) Sempre que se chega ao desenvolvimento de 20% do código, problemas acontecem ( ) de 20 80% dos problemas de software , são de código 15 7) Assinale a alternativa correta para a seguinte frase,pertinente a SQA Estatística. Considerar que 20% do código têm 80% dos defeitos. (X) Grande parte dos defeitos concentra-se em pequena parte do código. ( ) Todo programa tem de 20 % a 80% de defeitos. ( ) Uma pequena parte dos defeitos concentra-se em grande parte do código. ( ) Sempre que se chega ao desenvolvimento de 20% do código, problemas acontecem ( ) de 20 80% dos problemas de software , são de código 16 8) Assinale P (Produto) e R (pRocesso) indicando se a respectiva norma ISO/IEC foca a qualidade do Produto ou Processo, respectivamente. ( ) 9126 ( ) 12119 ( ) 9000 ( ) 9241 17 8) Assinale P (Produto) e R (pRocesso) indicando se a respectiva norma ISO/IEC foca a qualidade do Produto ou Processo, respectivamente. (P) 9126 (P) 12119 (R) 9000 (P) 9241 18 9) McCall criou categorias para agrupar fatores que afetam a qualidade do software. Assinale o único fator que não pertence à categoria de Revisão: ( ) Testabilidade ( ) Confiabilidade ( ) Manutenibilidade ( ) Flexibilidade 19 10) Segundo Sommerville, Inspeções de Projeto ou de Programa é um tipo de revisão capaz de: ( ) Controlar os custos do projeto. ( ) Detectarerros nos requisitos, projeto ou código. ( ) Fornecer informações para a gerência sobre o progresso geral do projeto. ( ) Assegurar que padrões de qualidade definidos foram seguidos. 20 9) McCall criou categorias para agrupar fatores que afetam a qualidade do software. Assinale o único fator que não pertence à categoria de Revisão: ( ) Testabilidade (X) Confiabilidade ( ) Manutenibilidade ( ) Flexibilidade 21 10) Segundo Sommerville, Inspeções de Projeto ou de Programa é um tipo de revisão capaz de: ( ) Controlar os custos do projeto. (X) Detectar erros nos requisitos, projeto ou código. ( ) Fornecer informações para a gerência sobre o progresso geral do projeto. ( ) Assegurar que padrões de qualidade definidos foram seguidos. 22 11) De uma maneira, geral podemos dizer que a ISO 9000 descreve os elementos de garantia em termos genéricos: (assinale a única alternativa correta) ( ) que podem ser aplicados a qualquer negócio (serviço ou produto). ( ) que podem ser aplicados exclusivamente a produtos e serviços de software. ( ) que podem ser aplicados a qualquer negócio de prestação de serviços. ( ) que podem ser aplicados a qualquer negócio, porem apenas a produtos. 23 11) De uma maneira, geral podemos dizer que a ISO 9000 descreve os elementos de garantia em termos genéricos: (assinale a única alternativa correta) (X) que podem ser aplicados a qualquer negócio (serviço ou produto). ( ) que podem ser aplicados exclusivamente a produtos e serviços de software. ( ) que podem ser aplicados a qualquer negócio de prestação de serviços. ( ) que podem ser aplicados a qualquer negócio, porem apenas a produtos. 24 12) A norma NBR 9241-11 definiu oficialmente o conceito de usabilidade, e estabeleceu, de forma ampla, diretrizes para sistemas computacionais a fim de permitir que o usuário atinja seu objetivo e a satisfação de sua necessidade em um contexto particular. Esta norma definiu alguns efeitos como o da SATISFAÇÃO. De acordo com às definições assinale a resposta que represente corretamente o efeito citado: ( ) Ausência do desconforto e presença de atitudes positivas para com o uso de um produto ( ) Completude com as quais usuários alcançam objetivos específicos ( ) Medida na qual um produto pode ser usado por usuários específicos para alcançar objetivos específicos com eficácia, eficiência e satisfação em um contexto específico de uso ( ) Recursos gastos em relação à acurácia e abrangência com as quais usuários atingem objetivos 25 12) A norma NBR 9241-11 definiu oficialmente o conceito de usabilidade, e estabeleceu, de forma ampla, diretrizes para sistemas computacionais a fim de permitir que o usuário atinja seu objetivo e a satisfação de sua necessidade em um contexto particular. Esta norma definiu alguns efeitos como o da SATISFAÇÃO. De acordo com às definições assinale a resposta que represente corretamente o efeito citado: (X) Ausência do desconforto e presença de atitudes positivas para com o uso de um produto ( ) Completude com as quais usuários alcançam objetivos específicos ( ) Medida na qual um produto pode ser usado por usuários específicos para alcançar objetivos específicos com eficácia, eficiência e satisfação em um contexto específico de uso ( ) Recursos gastos em relação à acurácia e abrangência com as quais usuários atingem objetivos 26 13) Qual das afirmativas abaixo não está correta com relação à práticas de desenvolvimento antes da adoção de qualidade em software? ( ) Muitos projetos são cancelados antes de serem finalizados ( ) Inúmeros projetos falham nas entregas das funcionalidades ( ) Os prazos não excedem os cronogramas originais ( ) Os custos extrapolam assustadoramente o orçamento inicial 27 13) Qual das afirmativas abaixo não está correta com relação à práticas de desenvolvimento antes da adoção de qualidade em software? ( ) Muitos projetos são cancelados antes de serem finalizados ( ) Inúmeros projetos falham nas entregas das funcionalidades (X) Os prazos não excedem os cronogramas originais ( ) Os custos extrapolam assustadoramente o orçamento inicial 28 15)A norma ISO/IEC 12119 Define requisitos para avaliação do pacote de software, que são (descreva todos os requisitos): ( ) Descrição do produto, Documentação do usuário e Programas e dados ( ) Descrição dos testes, Análise do usuário e Programas e dados ( ) Descrição do produto e Documentação do usuário ( ) Requisitos de testes, Programas e dados 29 15)A norma ISO/IEC 12119 Define requisitos para avaliação do pacote de software, que são (descreva todos os requisitos): (X) Descrição do produto, Documentação do usuário e Programas e dados ( ) Descrição dos testes, Análise do usuário e Programas e dados ( ) Descrição do produto e Documentação do usuário ( ) Requisitos de testes, Programas e dados 30 Qualidade de software Fabiano Gonçalves dos Santos Revisão 2 Conteúdo Resumido por Aula Aula Conteúdo resumido Aula 6 • Norma: NBR/ISO 14598 (Produto – Avaliação) Aula 7 • Norma: NBR/ISO 9000-3 (Processo – Modelos de Melhoria) Aula 8 • Norma: NBR/ISO 12207 (Processo – Modelos de Qualidade) Aula 9 • Norma: NBR/ISO 15504 e CMMI (Processo – Avaliação/Melhoria) Aula 10 • Gerência de Riscos 2 • A norma fornece uma visão geral dos processos de avaliação de software. • Fornece guias para avaliação baseada na utilização prática da Norma NBR ISO/IEC 14.598 • Define 3 enfoques de processos para: DESENVOLVEDORES ADQUIRENTES AVALIADORES Visão Geral da Norma NBR ISO/IEC 14598 3 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 Relação entre as partes da norma ISO/IEC 14598 4 Avaliar a qualidade de um software é: Verificar, através de técnicas e atividades operacionais, o quanto os requisitos são atendidos Tais requisitos expressam as necessidades explicitadas e objetivam definir as características do SW, para que se possa examiná- lo e compreende-lo A proposta da Norma ISO/IEC 14.598 5 Relação entre as normas da série 6 • Orientar um contrato entre duas partes que exige a demonstração da capacidade do fornecedor em desenvolver, fornecer e bem como, manter softwares. Contexto de uso da norma ISO 9000-3 Consiste a abordagem na prática de ações orientadas para alteração dos processos aplicados para: Aquisição Fornecimento Desenvolvimento Manutenção e/ou suporte de sistemas 7 ATIVIDADES DE APOIO / SUPORTE 9000-3 ESTRUTURA do SISTEMA DE QUALIDADE ATIVIDADES DO CICLO DE VIDA D O C U M E N T A Ç Ã O Estrutura da norma ISO9000-3 8 As diretrizes propostas cobrem questões como: • Entendimento dos requisitos funcionais entre contratante e contratado; • Uso de metodologias consistentes para o desenvolvimento de software; • Gerenciamento de projeto desde a concepção até a manutenção. •Ponto central: Documentação Questões cobertas pela ISO9000-3 9 • O sistema de qualidade deve ser documentado – como um manual. • Plano de Qualidade: controle da qualidade – Detalhar os procedimentospara: • Controlar a gerência de configuração • Verificar o produto • Validar o produto • Não conformidade – Mostrar como cumprir os requisitos do sistema de qualidade – Integrados com atividades do ciclo de vida – qualidade em todo o projeto Requisitos do sistema de qualidade 10 Processos Fundamentais Processos de Apoio P ro c e s s o d e A d a p ta ç ã o Aquisição Documentação Fornecimento Gerência de Configuração Desenvolvimento Operação Garantia da Qualidade Verificação Validação Revisão Conjunta Manutenção Auditoria Usabilidade Gerência de Resolução de Problemas Gerência de Solicitação de Mudanças Avaliação do Produto Processos Organizacionais Gerência Engenharia de Domínio Melhoria Gestão de Ativos Infra-estrutura Gestão de Programa de Reúso Recursos Humanos Os Processos da NBR ISO/IEC 12207 (2004) 11 • Iniciam o ciclo de vida • Comandam a execução dos demais. • Aquisição – inicia o ciclo • Fornecimento – responde pela execução dos 3 abaixo • [1] Desenvolvimento • [2] Operação • [3] Manutenção – modificação para alteração ou melhoria. Processos Fundamentais 12 • Responsabilidade da organização que o executa • Proporciona qualidade aos demais processos • Exemplo: apoiar a documentação do software Processos de apoio 13 • Responsabilidade da organização que o executa • São chamados pelos outros processos e são independentes do que esta sendo executado. Processo Organizacional Gerência Infraestrutura Melhoria Recursos humanos Gestão de ativos Gestão de programa de reuso Engenharia de domínio 14 Visão Geral da Norma ISO/IEC 15504 Processo Determinação da capacitação Avaliação do Processo Melhoria do Processo Identifica mudanças É sujeito a Leva a Leva a Pode levar a Identifica aplicabilidade 15 Fundamentais •Aquisição •Fornecimento •Engenharia •Operação Organizacionais •Gerência •Melhoria de processo •Recursos e infraestrutura •Reuso • 48 processos que estão organizados em 3 categoria de processo e 10 grupos de processo. 15504-5 Dimensões de Processos Apoio •Controle de configuração •Garantia da Qualidade 16 Contínua (Níveis de Capacidade) e por Estágios (Níveis de Maturidade) Representações no CMMI h tt p :/ /3 .b p .b lo g s p o t. c o m 17 Níveis de Maturidade: CMMI por Estágios h tt p :/ /w w w .l in h a d e c o d ig o .c o m .b r 18 h tt p :/ /o g e re n te .c o m .b r Níveis de Capacidade: CMMI Contínua Nível CMM Foco Áreas Chave do Processo Nível 5 - Otimizado Melhoramento continuo do processo. • Prevenção de Defeitos • Gerenciamento de Mudanças Tecnológicas • Gerenciamento de Mudanças de Processo Nível 4 - Gerenciado Qualidade do produto e do processo • Gerenciamento Quantitativo do Processo • Gerenciamento da Qualidade do Software Nível 3 - Definido Processos de engenharia e apoio • Foco no Processo da Organização • Definição do Processo da Organização • Programa de Treinamento • Gerenciamento Integrado do Software • Engenharia de Produto do Software • Coordenação entre Grupos • Revisões Nível 2 - Repetitivo Processos de gerenciamento de projetos • Gerenciamento de Requisitos • Planejamento de Projeto de Software • Acompanhamento de Projeto de Software • Gerenciamento de Subcontratos • Qualidade Assegurada de Software • Gerenciamento de Configuração Nível 1 - Inicial Pessoas competentes e heróis 19 Definir a área de processo Definir seu nível de Capacitação CMMI: Representação contínua Áreas de processo Objetivos específicos Objetivos gerais Práticas específicas Práticas gerais Níveis de capacitação 20 Definir Nível de Maturidade CMMI: Representação por Estágios (TODA a empresa) Áreas de processo Objetivos específicos Objetivos gerais Práticas específicas Práticas gerais Níveis de maturidade 21 CMMI – Equivalência entre níveis Nível de Capacitação Nível de Maturidade Nível 0 Incompleto Nível 1 Realizado Inicial Nível 2 Gerenciado Gerenciado Nível 3 Definido Definido Nível 4 Quantitativamente Gerenciado Quantitativamente Gerenciado Nível 5 Otimização Otimização 22 Atividades do gerenciamento de risco • Identificação de riscos –Descoberta dos riscos potenciais para o projeto, produto e negócios • Análise de riscos –Capacidade de compreender, analisar, estimar e avaliar as dimensões de cada fator de risco individual e o seu peso para o conjunto 23 Atividades do gerenciamento de risco • Planejamento de risco –Elaboração de planos para cuidar dos riscos evitando-os ou minimizando sues defeitos • Monitoração de riscos –Observação da efetividade dos planos de ação na execução do desenvolvimento do projeto de software 24
Compartilhar