GoConqr has a new look! Let us know what you think.

Sign up free

Quiz

Introdução à Qualidade de Software

Charles Alves 15 questions

Take the quiz

Questions in this quiz (15)

  1. 1Os mitos sobre o gerente são incentivados pela pressão para manter o orçamento e prazo estimados promovendo a melhoria contínua da qualidade. A intenção deles é diminuir a pressão a que são submetidos, mesmo que temporariamente.



    Nesse contexto, qual das alternativas abaixo NÃO é um mito vs realizado que permeiam o Gerente?
    1. AMito: Temos um livro que está cheio de padrões e procedimentos para construir o software. Isso não é o bastante para que a equipe saber tudo que precisa?
      Realidade: O livro de padrões pode até existir, mas ele normalmente não é usado. Sua existência deve ser divulgada e ele deve refletir a situações do dia a dia a que os trabalhadores são envolvidos. Além disso, o guia deve ser adaptável e completo, mantendo foco na qualidade.
    2. BMito: Se nos atrasarmos no cronograma, podemos incluir mais programadores e ficarmos em dia.
      Realidade: O desenvolvimento de software não é um processo engessado, então incluir pessoas em um software com cronograma atrasado fará com que o cronograma fique em dia, pois terá um número maior de especialistas trabalhando
    3. CMito: Se eu decidir terceirizar o software para uma empresa, não vou ter nenhum trabalho.
      Realidade: Se uma empresas não entende como gerenciar e controlar os projetos de software internamente, elas vão ter muito trabalho ao envolver empresas terceirizadas.
  2. 2Os mitos do cliente levam a falsas espectativas e insatisfação com o desenvolvedor. Eles acontecem porque os gerentes de software fazem pouco para corrigir mal-entendidos. Estes clientes podem ser um grupo técnico, um usuário, um departamento ou uma companhia que requisitou o software. Existem dois grandes mitos para o papel do cliente:

    Sobre estes mitos, julgue as afirmativas a seguir:
    Mito: Os requisitos de software mudam continuamente, mas as mudanças podem ser facilmente acomodadas porque o software é flexível.

    Realidade: O impacto do acolhimento de mudanças depende do tempo em que elas são introduzidas no projeto. Em fases iniciais do projeto, o impacto é pequeno. No entanto, o custo de inserir novos requisitos cresce rapidamente com o andamento do projeto porque os recursos já foram alocados e toda a estrutura do projeto foi definida para os requisitos estabelecidos anteriormente.

    Resposta 1 Correto
    1 - Mito: Uma definição geral dos objetivos é suficiente para começar a implementar o programa, pois os detalhes podem ser acertados depois.

    Realidade: Mesmo sabendo que um documento de requisitos detalhado não é possível em fases iniciais do projeto, uma definição geral dos objetivos leva ao insucesso do projeto. Os requisitos não ambíguos apenas podem ser desenvolvidos através da comunicação contínua entre o cliente e o desenvolvedor
    1. A1 - Verdadeira 2 - Verdadeira
    2. B1 - Falsa - 2 Verdadeira
    3. C1 - Falsa - 2 Falsa
    4. D1 - Verdadeira - 2 Falsa
  3. 3O software é um conjunto de conceitos inter-relacionados: conjuntos de dados, relacionamentos entre os dados, algoritmos e chamadas de funções. Esta essência é abstrata, de forma que a construção conceitual é a feita sob representações diferentes. Ela não é altamente detalhadamente precisa. De acordo com Brooks (BROOKS, 1987), julgue as seguintes afirmativas sobre os atributos de um software.

    I. Mutabilidade: O software deve ser desenvolvido de acordo com as exigências do requisitos ao qual ele é submetido, e não os requisitos que deve se adaptar ao software. Como consequência, se o software está conforme os requisitos, todo o suporte operacional deve se adaptar ao software. Uma vez que o software é complexo, a conformidade se torna complexa por consequência.

    II. Complexidade: O software é mais complexo do que talvez qualquer outro produto construído por seres humanos. Isto acontece porque duas partes do software não são iguais. Se elas forem, devem se transformar em uma só rotina que será chamada diversas vezes. Neste prisma, o software se difere profundamente de hardware, automóveis e prédios. Outro fator incentivador da complexidade é que frequentemente o software tem um grande número de estados. Por isso, o planejamento, implementação e os testes são igualmente complexos. Além disso, os problemas ao nível do gerenciamento das atividades do software também levam a situações de imprevisibilidade.

    III. Invisibilidade: O software é invisível e invisualizável. Modelos podem fornecer uma visão aproximada de seu comportamento, de forma a detectar contradições e omissões. Mesmo assim, a realidade do software não pode ser capturada em um modelo porque estes por sua essência somente conseguem capturar o comportamente em alguns níveis. À medida que tentamos elaborar um diagrama representativo do comportamento do software, este representa somente uma das infinitas representações que correspondem à realidade do software.

    IV. Conformidade: O software sempre está submetido a pressões para sofrer mudanças. Outros produtos sempre são substituídos por novas versões fisicamente diferentes de suas anteriores, ou mudanças essenciais são incorporadas em versões posteriores do produto. Recalls de carros e celulares são menos prováveis de acontecer, mas atualizações de software são frequentes nos dias de hoje. Isto decorre do fato de que o software tem uma função, e esta sempre sofre pressões por mudanças que são proporcionais a seu uso. Como o software representa um conjunto de instruções que são muito mais fáceis de mudar do que paredes de concreto, as modificações frequentemente são incorporadas ao produto final.
    1. AERRADA – CERTA – ERRADA – ERRADA.
    2. BCERTA – CERTA – ERRADA – ERRADA.
    3. CERRADA – CERTA – CERTA – ERRADA
  4. 4Sommervile (SOMMERVILLE, 2011) confirma a ideia de Pressman, informando que o software é composto de programas de computadores e suas documentações associadas. Os produtos de software podem ser desenvolvidos para um cliente particular ou para um mercado mais abrangente. Ele também descreve que um software de qualidade deve possuir as seguintes características: manutenibilidade, dependabilidade e segurança, eficiência e aceitabilidade. Nesta questão, associe cada uma destas características com suas respectivas descrições:

    Incluem um conjunto de atributos como confiabilidade e estabilidade. A dependabilidade do software não deve causar danos aos usuários durante o uso se houver um problema no sistema. Para isso, o processo de testes a que o sistema é submetido deve ser cuidadosamente planejado e executado. Estes testes devem estar em conformidade com os requisitos estebelecidos pelo usuário. Além disso, os testes devem focar em situações em que o software está submetido a um grande número de requisições, incluindo robustez, respostas adequadas a situações-limite e usuários maliciosos tentando ter acesso a dados confidenciais ou invadir o sistema.
    Envolve a visão que o usuário tem da versão final do software que está sendo entregue. O software deve ser aceitável para os tipos de usuários finais. Consequentemente, ele deve ser usável e compatível com outros sistemas registrados no documento de requisitos. Para obter o melhor nível de satisfação do usuário, são realizados testes de uso durante a interação do usuário e do software. Com isso, os problemas identificados neste processo podem ser resolvidos antes de uma possível insatisfação do usuário final.
    Visa usar os recursos do sistema com o máximo aproveitamento possível. O software não deve desperdiçar recursos como memória e capacidade de processamento do microprocessador. Portanto, a eficiência trabalha diretamente com itens como uso de memória e tempo de resposta e processamento. O uso de testes para explorar a resposta do sistema nestes casos também é importante, uma vez que é possível detectar problemas antes da entrega do software ao usuário final.
    Diz respeito à capacidade do software ser desenvolvido para evoluir sempre atendendo às necessidades do cliente. Sempre que mudanças nos requisitos estabelecidos ocorrerem, o software deve ser capaz de acolhê-las, permitindo com que novos desenvolvedores possam continuar o trabalhos de seus antecessores. Para isso, é preciso que o código que compõe as instruções do software esteja documentado, em consonância com seus requisitos. Esta característica é muito importante porque as mudanças no software são inevitáveis no ambiente de trabalho dos dias atuais.
    ( ) Manutenibilidade

    ( ) Dependabilidade e segurança

    ( ) Eficiência

    ( ) Aceitabilidade



    Marque a alternativa com a sequência CORRETA:
    1. A4, 1, 3, 2
    2. B3, 1, 2, 4.
    3. C2, 3, 1, 4.
  5. 5Os mitos dos membros da equipe perduram desde o início dos softwares. No começo, programar era comparado a uma forma de arte. Por isso, eles informavam que só era possível se ter uma ideia de como o software iria ficar no ato da entrega. Seguem os mitos que permeiam os membros da equipe de projeto:

    Nesse contexto, julgue a seguinte relação mito vs realizado que permeiam os membros da equipe de projeto.

    Mito: A única entrega em um projeto de sucesso é um programa funcionando.

    Realidade: Se o programa estiver funcionando não será preciso entregar mais nenhum aterfato.

    Escolha uma opção:
    1. ATrue
    2. BFalse
  6. 6Segundo Pressman (PRESSMAN, 2015), qualidade de software é um processo de software efetivo aplicado de uma maneira que cria um produto usável que fornece valores mensuráveis para aqueles que o produzem e que o usam.

    Escolha uma opção:
    1. ATrue
    2. BFalse
  7. 7De acordo com Garvin (GARVIN, 1984), a qualidade permeia diversas áreas, incluindo filosofia, economia, marketing e gerenciamento de operações. Ele também enumera várias definições de qualidade, afirmando que este conceito é subdividido em cinco principais coletâneas de definições:

    Adotada pelo Guia PMBOK (PMBOK, 2015) na área de gerenciamento de qualidade . Ela é mais voltada a este sentido, em que a qualidade consiste na capacidade de satisfazer os desejos ou necessidades do consumidor e é vista como um aspecto do produto que influencia a curva de demanda, depedendo do quanto ela preenche os padrões do usuário.
    É assumido que a qualidade não pode ser definida, mas ainda sim é possível percebê-la em um produto. Ela implica em uma condição de excelência e altos padrões. Ela universalmente reconhecida como uma marca de alto reconhecimento.
    Caracteriza a qualidade em termos de custo e preço, sendo mais complexa que a definição baseda em manunfatura. Portanto, é levado em consideração o grau de excelência com um preço aceitável e o controle de variabilidade a um custo aceitável.
    A qualidade pode ser medida de forma precisa. Aqui, as diferenças na qualidade refletem diferenças na quantidade de algum componente do produto. Por exemplo, a qualidade de uma carne pode ser medida em torno do grau de gordura que ela possui. Sendo assim, a qualidade é relacionada a diferenças na quantidade de um ingrediente ou produto desejado.
    A qualidade remete à adequação dos requisitos, sendo vista como o grau em que um produto específico está em conformidade com o projeto ou especificação. Uma vez que o projeto ou especificação foi estabelecido, qualquer desvio implica em uma redução na qualidade.
    ( ) Transcedental
    ( ) Baseada no produto
    ( ) Baseada no usuário
    ( ) Baseada em manufatura
    ( ) Baseada em valor
    Marque a alternativa com a sequência CORRETA:
    1. A4, 2, 3, 1, 5.
    2. B3, 4, 1, 2, 5
    3. C2, 4, 1, 5, 3
  8. 8Em seu trabalho, Garvin (GARVIN, 1984) apresenta um framework dos elementos básicos da qualidade do produto, a saber: desempenho, características, escalabilidade, conformidade, durabilidade, flexibilidade, estética e qualidade percebida. Estes elementos se tornam a base de uso da qualidade com vistas a que o produto sendo desenvolvido adquira o diferencial necessário para se destacar no mercado. Portanto, os elementos da qualidade são muito mais do que simplesmente teoria que não pode ser aplicada na prática do dia a dia dos projetos.

    Escolha uma opção:
    1. ATrue
    2. BFalse
  9. 9A norma NBR ISO/IEC 9126-1 (NBR, 2003) descreve um modelo para avaliar a qualidade do produto de software. Ela é composta por duas partes: a qualidade interna e externa, e a qualidade em uso. A qualidade interna e externa se diferenciam pela forma como o software é medido, podendo ser internamente ou externamente ao software. A qualidade externa é percebida pelas pessoas que desenvolvem o software e pelos usuários. A qualidade interna é percebida apenas pelas pessoas que fazem o software. Se os fatores internos forem observados, os fatores externos também o serão. Por isso, os fatores internos são um meio para se alcançar os fatores externos.



    Em relação a qualidade interna e externa, qual das alternativas abaixo NÃO é um atributo de qualidade de software?

    Escolha uma:
    1. AFlexibilidade.
    2. BInteroperabilidade.
    3. CConfiabilidade.
    4. DPortabilidade.
    5. EFuncionalidade.
    6. FEficiência.
  10. 10Mas a norma ISO 9126-1 não foi a única iniciativa de definir os fatores que afetam a qualidade de software. McCall et al. [PRESSMAN, 2015] propuseram uma categorização que foca em três aspectos importantes do produto de software, a saber: a revisão, transição e operação do produto. Cada aspecto tem um conjunto de atributos que o compõem, similarmente à norma ISO 9126-1.

    Sobre os aspectos, julgue as afirmativas a seguir:

    I. Correção: É a extensão na qual um programa satisfaz sua especificação e preenche os objetivos do cliente.

    II. Confiabilidade: A quantidade de recursos computacionais e código requerido por um programa para realizar sua função.

    III. Eficiência: Mede o quanto um programa pode realizar as funções predeterminadas com precisão.

    IV. Integridade: Examina se o software restringe acesso aos dados por requisições não autorizadas.

    V. Usabilidade: É o esforço demandado ao usuário para aprender, operar, fornecer a entrada e a saída do programa. V.Usabilidade: É o esforço demandado ao usuário para aprender, operar, fornecer a entrada e a saída do programa.

    VI. Manutenção: É o esforço requerido para testar um programa, garantindo que ele realiza suas funções adequadamente.

    Marque a alternativa com a sequência CORRETA:

    Escolha uma:
    1. AERRADA – ERRADA- CERTA – ERRADA – CERTA – CERTA.
    2. BCERTA – ERRADA- ERRADA – CERTA – CERTA – ERRADA
    3. CERRADA – CERTA - CERTA – ERRADA – CERTA – ERRADA

Information

Description
Simulado para prova final do curso de pós graduação - MBA EM GESTÃO DA QUALIDADE.
Language
Português
Views
5
Rating
No ratings yet
Rate this quiz
Rate this quiz

More on Qualidade de software

Feedback

What is it about?

What do you think of the new look?

How do you like it?