QualidadeDeSoft

Prévia do material em texto

17/05/2018 EPS
http://estacio.webaula.com.br/Classroom/index.html?id=1985290&classId=894341&topicId=1945460&p0=03c7c0ace395d80182db07ae2c30f034&enableForum=
CCT0316_EX_A3_201607384221_V1
 
 
 QUALIDADE DE SOFTWARE 3a aula
 Lupa 
Vídeo
 
PPT
 
MP3
 
 
Exercício: CCT0316_EX_A3_201607384221_V1 14/05/2018 12:42:39 (Finalizada)
Aluno(a): MARCO ANTONIO ALVES LIMA 2018.1
Disciplina: CCT0316 - QUALIDADE DE SOFTWARE 201607384221
 
 
Ref.: 201607450857
 1a Questão
Escolha, dentre as alternativas a seguir, a que não é provida por um sistema de garantia da qualidade.
e. Satisfação do cliente
 b. Não define responsabilidades
c. Cria procedimentos e processos,
d. Capacita recursos
a. A estrutura organizacional da equipe de qualidade
 
 
 
Ref.: 201607451126
 2a Questão
Segundo Pressman (2004), alguns passos são necessários para realizar a GARANTIA ESTATÍSTICA DA QUALIDADE (SQA esta�s�ca) e criar um
processo adapta�vo de engenharia de so�ware no qual são feitas modificações para aprimorar os elementos do processo que promovem erro.
Quais são estes passos?
 
I. Coletar e categorizar os defeitos de so�ware encontrados
II. Rastrear o defeito até sua causa subjacente
III. Considerar que 100% do código têm 80% dos defeitos
IV. Corrigir os problemas que causaram os defeitos
Apenas II, III e IV
Apenas I, II e III
 Apenas I, II e IV
Apenas I e II
Apenas II e IV
 
 
 
Ref.: 201607481018
 3a Questão
Assinale a opcão que representa o movimento ocorrido na década de 80 que demandou a necessidade de normas
internacionais, culminando com o surgimento da ISO 9000.
17/05/2018 EPS
http://estacio.webaula.com.br/Classroom/index.html?id=1985290&classId=894341&topicId=1945460&p0=03c7c0ace395d80182db07ae2c30f034&enableForum=
A microinformática.
 Globalização.
Especialização.
Retração econômia.
Abertura do mercado, no governo Collor.
 
 
 
Ref.: 201607666591
 4a Questão
Pressman (2004), destaca alguns passos necessários para realizar a SQA estatística e criar um processo adaptativo de
engenharia de software no qual são feitas modificações para aprimorar os elementos do processo que promovem erro.
Marque a opção que possui todos os elementos deste processo:
 Coletar e categorizar os defeitos de software encontrados; Rastrear o defeito até sua causa subjacente;
Considerar que 20% do código têm 80% dos defeitos; Corrigir os problemas que causaram os defeitos.
Coletar e categorizar os defeitos de software encontrados;Considerar que 20% do código têm 80% dos defeitos;
Corrigir os problemas que causaram os defeitos.
Rastrear o defeito até sua causa subjacente; Considerar que 20% do código têm 80% dos defeitos; Corrigir os
problemas que causaram os defeitos.
Coletar e categorizar os defeitos de software encontrados; Rastrear o defeito até sua causa subjacente;
Considerar que 20% do código têm 80% dos defeitos.
Coletar e categorizar os defeitos de software encontrados; Rastrear o defeito até sua causa subjacente; Corrigir
os problemas que causaram os defeitos.
 
 
 
Ref.: 201607451151
 5a Questão
O modelo da série da norma ISO 9000 (edição 1994) apresenta a seguinte descrição:
ISO 9002: Gestão da qualidade e elementos do sistema de qualidade - diretrizes
 ISO 9001: Modelo para garantia da qualidade em projetos/desenvolvimento, produção, instalação e assistência
técnica.
ISO 9009: Gestão de testes de software
ISO 9003: Modelo para garantia da qualidade em produção e montagem, instalação, prestação de serviço
ISO 9004: Gestão da qualidade e elementos do sistema de qualidade - diretrizes
 
 
 
Ref.: 201607481020
 6a Questão
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 que são responsáveis pela maioria dos problemas.
São as poucas causas irrelevantes.
 São poucas as causas que causam grandes problemas.
São as muitas causas que são responsáveis pela maioria dos problemas.
São as poucas causas que são responsáveis por todo os problemas.
 
 
 
Ref.: 201607481035
 7a Questão
Suponha um software que tenha como confiabilidade de 0,87, por oito horas corridas de processamento.
17/05/2018 EPS
http://estacio.webaula.com.br/Classroom/index.html?id=1985290&classId=894341&topicId=1945460&p0=03c7c0ace395d80182db07ae2c30f034&enableForum=
Significa dizer que se o software for executado 100 vezes por um tempo de execução de 8h:
é provável que não seja confiável.
é provável que não funcione corretamente.
 é provável que funcione corretamente 87 das 100 vezes.
é provável que funcione corretamente 98 das 100 vezes.
é provável que funcione corretamente 13 das 100 vezes.
 
 
 
Ref.: 201607450830
 8a Questão
Segurança de software é:
e. Garantir um software 100% que funcione em qualquer ambiente
a. Garantir em 100% o funcionamento, sem falhas, do software.
 b. Detectar e avaliar riscos em potencial, que possam causar falhas no software.
c. Garantir em 90% o funcionamento, sem falhas, do software.
d. Garantir que mesmo falhando o software possa ser confiável.
 
 
Explicação:
Os requisitos de segurança de software são o conjunto de necessidades de segurança que o software deve atender,
sendo tais necessidades influenciadas fortemente pela política de segurança da organização, e compreendendo aspectos
funcionais e não-funcionais. Os aspectos funcionais descrevem comportamentos que viabilizam a criação ou a
manutenção da segurança e, geralmente, podem ser testados diretamente. Na maioria dos casos, remetem a
mecanismos de segurança como, por exemplo, controle de acesso baseado em papéis de usuários (administradores,
usuários comuns, entre outros.), autenticação com o uso de credenciais (usuário e senha, certificados digitais, entre
outros.), dentre outros. Os aspectos não funcionais descrevem procedimentos necessários para que o software
permaneça executando suas funções adequadamente mesmo sob uso indevido. São exemplos de requisitos não
funcionais: validação de dados de entrada e a registro eventos em log de auditoria com informações suficientes para
análise forense.
 
A elicitação de requisitos de segurança de software consiste na definição das necessidades de proteção exigidas pelo
software. Tal atividade exige uma colaboração intensa entre os interessados no software, especialmente daqueles com
visão negocial, que podem ter consciência das consequências no negócio decorrentes de incidentes de segurança, cujo
vetor de ataque se localize no software.
 Algumas das técnicas mais usadas no levantamento de requisitos de segurança incluem:
 
Brainstorming.
Pesquisas de opinião (questionários e entrevistas).
Decomposição da política.
Classificação de dados.
Matriz de objeto-sujeito.
Modelagem de caso de uso e abuso.