revisaoav2

Esta é uma pré-visualização de arquivo. Entre para ver o arquivo original

*
Aula 01
*
QUALIDADE DE SOFTWARE - Aula VER AV2
GESTÃO DA TECNOLOGIA DA INFORMAÇÃO - EAD
PROF MARCELO VASQUES
Rio de Janeiro 10 de SETEMBRO de 2011
NBR ISO/IEC 9126 (PRODUTO) E NBR ISO/IEC 12119 (PACOTE)
*
AULA 11
*
CRISE DO SOFTWARE
*
AULA 11
*
PROCESSO DE DESENVOLVIMENTO
Organiza o trabalho, em fases
As fases se sucedem e se relacionam – cada processo, uma interação diferente.
Facilita o entendimento do problema 
Facilita o controle do projeto
Propicia controle de qualidade do processo
Especializa o trabalho
Fases comuns: concepção, análise, projeto, programação, testes e implantação
*
AULA 11
*
QUALIDADE É:
Estar em conformidade com os requisitos
Antecipar e satisfazer os desejos dos clientes
Escrever tudo que se deve fazer. Fazer tudo que foi escrito  Compromisso
Processo sistemático
Qualidade no processo
Qualidade do produto  influenciada pela qualidade no processo.
*
AULA 11
*
Qualidade no Processo
Revisões / Auditorias / RTF
Documentos / Modelos
Validações
Qualidade no Produto
Testes diversos
Unidade, integração, Sistema, Homologação e etc
QUALIDADE É:
*
AULA 11
*
GARANTIA DE QUALIDADE DE SW
A garantia da qualidade de software (Software Quality Assurance – SQA) 
 Aplicada em todo o processo de engenharia de software.
Avaliações, Auditorias, revisões
Define 
Padrões, Procedimentos, Acompanhamento de erros e Documentação necessária
Realimenta a equipe com conclusões do projeto
*
AULA 11
*
ATIVIDADES - SQA
*
AULA 11
*
REVISÕES DE SOFTWARE
Métodos de validação de qualidade – uso pela equipe técnica.
Processo
Produto
Filtram erros e inconsistências no processo de desenvolvimento.
Objetivos
Apontar melhorias ao produto ou parte dele
Tornar o trabalho técnico mais administrável.
*
AULA 11
*
CUSTOS DA QUALIDADE 
REV SW
 Custos Operacionais de implementação de atividades de qualidade no processo.
4 categorias
 1 Prevenção (defeitos) – 5 a 15 %
 2 Avaliação - 20 a 25%
 3 Custos de Falha interna – 65 a 70%
 4 Custos de Falha externa – 65 a 70% 
*
AULA 11
*
Confiabilidade de software
A probabilidade de um programa operar sem falhas, num ambiente específico durante determinado tempo especifico”.
Segurança de Software
Implementação da segurança
 1. identificar a presença de riscos o mais cedo possível
2. Traças as estratégias no projeto de software que eliminem ou controlem esses riscos em potencial.
CONCEITOS RELEVANTES
*
AULA 11
*
POR QUE CERTIFICAR-SE?
 Gestão: prover confiança a ADM de que os produtos vão satisfazer os clientes.
Garantia: prover confiança dos CLIENTES de que os produtos atenderam as suas expectativas e os processos são geridos com eficiência.
A empresa ganha na produtividade e credibilidade, aumentando sua competitividade.
Estratégia competitiva 
diferenciação e 
galgar novas oportunidades em um mercado global
*
AULA 11
*
NORMAS VOLTADAS AO PRODUTO	
14598 – Processo de Avaliação de SW
Usa a 9126 como referência na avaliação de qualidade
9126 – Modelo e Métricas de Qualidade do SW
12119 – Requisitos de Qualidade de um Pacote	+ Como testar o pacote 
9241 – Usabilidade (visão do usuário)
Medida em termos de desempenho e satisfação do usuário
*
AULA 11
*
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
NBR ISO/IEC 14598 (PRODUTO)
*
AULA 11
*
NBR ISO/IEC 14598 (PRODUTO)
*
AULA 11
*
NBR ISO/IEC 9126 (PRODUTO)
Quando executado
Durante o desenvolvimento
Utilização do software
*
AULA 11
*
9126 MODELO – QUALIDADE 
Características
Subaracterísticas
*
AULA 11
*
NBR ISO/IEC 12119 (PACOTE)
*
AULA 11
*
ISO/IEC  9241
Esclarece os benefícios de medir usabilidade em termos de desempenho e satisfação do usuário.
Emprega o termo usabilidade para referenciar mais precisamente os atributos de um produto que o torna mais fácil de usar (hardware, software ou serviços), além das medidas relevantes de usabilidade
não cobre os processos de desenvolvimento de sistema.
*
AULA 11
*
ISO/IEC  9241
*
AULA 11
*
ISO/IEC  9241
*
AULA 11
*
NORMAS VOLTADAS AO PROCESSO
9000-3 – Modelo de Melhoria e Avaliação de Processo de SW
12207 - Modelos de qualidade do processo de desenvolvimento de SW 
*
AULA 11
*
9000-3 MELHORIA DE PROCESSO SW
Consiste na prática de ações orientadas para alteração dos processos aplicados para:
Aquisição
Fornecimento
Desenvolvimento
Manutenção e/ou suporte 
*
AULA 11
*
NBR ISO/IEC 12207
Processos de Ciclo de Vida de Software 
Estabelecer uma estrutura comum para os processos de ciclo de vida de software como forma de ajudar as organizações a compreenderem todos os componentes presentes na aquisição e fornecimento de software e, assim, conseguirem firmar contratos e executarem projetos de forma eficaz. 
*
AULA 11
*
Estabelece:
Uma arquitetura de ciclo de vida de software construída a partir de uma estrutura de processos e seus inter-relacionamentos descritos tanto em nível de propósito/saída como em termos de processos, atividades, tarefas, propósito e resultados que servem para ser aplicados:
Na aquisição
No fornecimento, desenvolvimento, operação e manutenção de produtos de software.
NBR ISO/IEC 12207
*
AULA 11
*
1. De acordo com conceito de qualidade, os padrões especificados (standards):
A. Definem um conjunto de critérios de desenvolvimento 
B. São criados unicamente para a satisfação dos requisitos do usuário (cliente)
C. Garantem uma boa manutenção do produto de software
D. Garantem os atributos de usabilidade
EXERCÍCIOS – AULA 1
*
AULA 11
*
2. Qual das opções abaixo representa uma comunicação entre os membros de uma equipe de desenvolvimento?
A Teste de software
B Requisitos de software
C Documentação e modelos de analise e projeto
D Padrões de qualidade
EXERCÍCIOS – AULA 1
*
AULA 11
*
3) Sobre o padrão ISO-9001 pode-se afirmar que:
A Define os processos de qualidade que devem ser usados
B Controle de processo não é uma responsabilidade de gerência deste padrão
C É especificamente voltado para desenvolvimento de software
D Não é especificamente voltado para desenvolvimento de software
EXERCÍCIOS – AULA 1
*
AULA 11
*
4) O fator de qualidade Portabilidade significa:
A Controle de acesso ao software ou a dados de forma controlada.
B Demanda de esforço para transferir um programa de um ambiente de hardware e/ou software para outro
C Esforço exigido para se acoplar um sistema a outro.
D O quanto um programa executa a função pretendida com a precisão exigida.
EXERCÍCIOS – AULA 2
*
AULA 11
*
5) Segundo Sommerville, Inspeções de Projeto ou de Programa é um tipo de revisão capaz de:
A Fornecer informações para a gerência sobre o progresso geral do projeto.
B Detectar inconsistência nos requisitos, projeto ou código. 
C Assegurar que padrões de qualidade definidos foram seguidos.
4DControlar os custos do projeto.
EXERCÍCIOS – AULA 2
*
AULA 11
*
6) Segurança de software é:
(assinale a única altenativa correta)
A Garantir em 100% o funcionamento, sem falhas
B Detectar e avaliar riscos em potencial, que possam causar falhas no software.
C Garantir em 90% o funcionamento, sem falhas
D Garantir que mesmo falhando o software possa ser confiável.
EXERCÍCIOS – AULA 2
*
AULA 11
*
7) A responsabilidade da Qualidade de software cabe:
A. Aos analistas de sistemas ou de negócios, que inciam o processo de desenvolvimento
B. Aos programadores, pois são quem efetivamente materializam a idéia, o projeto em realidade
C. Todas as pessoas envolvidas no processo de desenvolvimento de software
D. De uma equipe especializada que entre em cena para prover a qualidade do produto.
EXERCÍCIOS – AULA 3
*
AULA 11
*
8) A SQA está baseada no que denomina "poucas causas vitais" dos problemas. O que isso significa?.
A São as poucas causas irrelevantes.
B São as poucas causas que são responsáveis pela maioria dos problemas. 
C São as poucas causas que são responsáveis por todo os problemas.
D São as muitas
causas que são responsáveis pela maioria dos problemas.
EXERCÍCIOS – AULA 3
*
AULA 11
*
Segundo McCall (1977), muitas das métricas só podem ser medidas ........................ Por isso, considera importante, mais uma vez, a utilização de uma lista de verificação
(checklist) para graduar atributos específicos do software.
Marque a opção que completa essa afimativa:
A tecnicamente.
B subjetivamente. 
C especificamente.
D integralmente.
EXERCÍCIOS – AULA 4
*
AULA 11
*
A justificativa da usabilidade de produtos se faz pela incorporação de características e atributos conhecidos como capazes de beneficiar os usuários em um contexto particular de uso. Para especificar ou medir usabilidade algumas informações são necessárias. 
I - Descrição dos objetivos pretendidos;
II - Descrição dos componentes (usuários, tarefas, equipamento e ambientes
III -Valores reais ou desejados de eficácia, eficiência e satisfação para os contextos pretendidos;
De acordo com as informações assinale a alternativa correta:
A Somente os itens I e III estão corretos
B Somente os itens I e II estão corretos
C Somente os itens II e III estão corretos
D Todos os itens estão corretos
EXERCÍCIOS – AULA 5
*
AULA 11
*
A Norma ISO/IEC 14598 apresenta-se constituída de seis partes, a quarta contém requisitos, recomendações e orientações para a medição, julgamento e avaliação sistemática da qualidade de produto de software durante a aquisição de produtos de software de prateleira, produtos de software sob encomenda ou modificações em produtos de software existentes. Esta parte é conhecida como:
A Processo para adquirentes 
B Processo para avaliadores
C Planejamento e gestão
D Documentação de módulos de avaliação
EXERCÍCIOS – AULA 6
*
*
AULA 11
*
A norma ISO/IEC 14598 oferece uma visão geral dos processos de avaliação de produtos de software. Pela norma podem existir três enfoques diferentes para a avaliação
da qualidade do produto; os processos são para:
A Desenvolvedores, Compradores e Avaliadores -
B Produto, Desenvolvimento e Avaliação
C Analistas, Programadores e Gerentes
D Produção, Gerência e Manutenção
EXERCÍCIOS – AULA 6
*
AULA 11
*
O que determina que uma organização tenha processos executados de forma que sejam gerenciados, definidos, medidos, controlados, efetivos e melhorados continuamente?
A Capacidade de processo
B Melhoria de processo
C Configuração de processo
D Integração de processo
EXERCÍCIOS – AULA 7
*
AULA 11
*
A ISO/IEC 12207 – Processos de Ciclo de Vida de Software [ISO/IEC 12207, 1998] [ISO/IEC PDAM 12207, 2002] tem como objetivo:
A estabelecer uma estrutura para os processos do ciclo de vida de software. 
B firmar contratos de aquisição ou aluguel de imóveis.
C nomear o gerente de projetos.
D formar e capacitar a equipe do projeto de software.
EXERCÍCIOS – AULA 8
*
AULA 11
*
A Norma ISO/IEC 12207 estabelece uma arquitetura de ciclo de vida de software construída a partir de uma estrutura de processos e seus inter-relacionamentos
Cabe às partes envolvidas a responsabilidade de adaptação dos processos, atividades e tarefas da norma a fim de atender ao modelo de ciclo de vida para o projeto de software. De acordo com a natureza dos processos, esses se agrupam da seguinte forma:
A Fundamental - De apoio - Organizacional - Adaptação -
B Fundamental - De lógica - Organizacional - Manutenção
C Principal - De acordo - Organizacional - Adaptação
D Principal - De apoio - Organizacional - Manutenção
EXERCÍCIOS – AULA 8
*
*