Logo Passei Direto
Buscar

Qualidade de Software

Outros
A avaliação da qualidade de software segundo a ISO/IEC 9126 tem por título geral “Engenharia de software - qualidade do produto”. Esta norma é constituída por 6 subdivisões: Funcionalidade, confiabilidade, usabilidade, eficiência, manutenibilidade e portabilidade.
Dentro da Usabilidade encontramos as seguintes características:
A Compreensibilidade, apreensibilidade e operacionalidade.
B Maturidade, apreensibilidade e operacionalidade.
C Compreensibilidade, processos e qualidade.
D Maturidade, operacionalidade e processos.
E Compreensibilidade, usabilidade e metodologia.
User badge image
Desafios para Aprender

anteontem

User badge image
Desafios para Aprender

anteontem

prova 2 - qualdiade software
4 pág.

prova 2 - qualdiade software

Respostas

User badge image

Ed Verified user icon

anteontem

Para responder à sua pergunta, precisamos analisar as características que fazem parte da usabilidade segundo a norma ISO/IEC 9126. A usabilidade é uma das subdivisões da qualidade de software e se refere à facilidade com que os usuários podem utilizar um sistema. Vamos analisar as alternativas: A) Compreensibilidade, apreensibilidade e operacionalidade - Esta opção menciona características que estão relacionadas à usabilidade. B) Maturidade, apreensibilidade e operacionalidade - Maturidade não é uma característica da usabilidade. C) Compreensibilidade, processos e qualidade - Processos e qualidade não são características específicas da usabilidade. D) Maturidade, operacionalidade e processos - Novamente, maturidade e processos não se encaixam nas características da usabilidade. E) Compreensibilidade, usabilidade e metodologia - Usabilidade não pode ser uma característica dentro de si mesma. A alternativa que melhor representa as características da usabilidade segundo a ISO/IEC 9126 é a) Compreensibilidade, apreensibilidade e operacionalidade.

Essa resposta te ajudou?

0
Dislike0

Ainda com dúvidas?

Envie uma pergunta e tenha sua dúvida de estudo respondida!

Essa pergunta também está no material:

prova 2 - qualdiade software
4 pág.

prova 2 - qualdiade software

Mais perguntas desse material

O protótipo permite que a comunicação entre usuários e times de desenvolvimento melhorem e desta forma contribuindo para implementação de software mais aderente às necessidades reais dos usuários. O protótipo pode ser feito em baixa fidelidade, média e alta fidelidade. Em processo incremental, a prototipação vai melhorando de acordo com as reuniões com os usuários.
Quais as características de um protótipo de alta fidelidade?
A O protótipo de alta fidelidade é muito similar ao de média fidelidade com o uso apenas de papel e lápis.
B Um protótipo de alta fidelidade já é uma versão similar ou a própria UI final de desenvolvida em uma linguagem de programação em conjunto com frameworks.
C Protótipo de alta fidelidade é simplesmente a UI implementada e nada mais.
D Protótipo muito similar ao de baixa e média fidelidade.
E Protótipo desnecessário, pois já é feita a implementação da UI diretamente no framework Adobe XD.

O Test Driven Development (TDD) é uma concepção ágil para o desenvolvimento de software orientado a testes. Nele, os desenvolvedores escrevem seus casos de testes e, depois, programam as funcionalidades. TDD caminha lado a lado com as boas práticas de desenvolvimento de software, para garantir código limpo, menos acoplado e mais coeso.
Com TDD, conseguimos? Assinale a única alternativa correta;
A • código limpo (sem código desnecessário e/ou duplicado); • código fonte dos testes como documentação dos casos de testes; • código confiável, logo, com mais qualidade; • suporte para teste de regressão
B • código limpo (sem código desnecessário e/ou duplicado); • código fonte dos testes como documentação dos casos de testes; • código confiável, logo, com mais qualidade; • suporte para teste vazio.
C • código confuso. • código fonte dos testes como documentação dos casos de testes; • código confiável, logo, com mais qualidade; • suporte para teste vazio.
D • código confuso. • código fonte dos testes como documentação dos casos de testes; • código confiável, logo, com menor qualidade. • suporte para teste vazio.
E Apenas código fonte dos testes como documentação dos casos de testes;

O BDD é uma abordagem que funciona bem com métodos ágeis, projetado para que a gestão e a entrega dos projetos de software tenham uma melhor comunicação entre clientes e desenvolvedores. Ele garante que projetos permaneçam sempre focados na entrega do que o negócio realmente precisa, e que todas as necessidades do usuário estejam atendidas. Nesta metodologia, os testes são importantes, mas os testes não são os elementos que conduzem o desenvolvimento. Seu objetivo é que as metas e os resultados para o cliente sejam definidos de forma clara.
Além de todas as características já comentadas, o BDD auxilia em qual atividade de qualidade de software?
A O método BDD auxilia na construção de um código limpo e utilizando padrões.
B O método BDD auxilia na redução de custos no ciclo de vida do software.
C O método BDD auxilia na implementação da UI.
D O método BDD auxilia na redução de falhas no momento da entrega do software.
E O método BDD é idêntico ao TDD, é orientado a testes.

O TDD (Test Driven Development) é uma forma de desenvolvimento de software orientado por testes. Os desenvolvedores escrevem seus casos de testes e depois partem para a programação das funcionalidades. Estas funcionalidades devem ser testadas pelos testes implementados anteriormente.
O TDD é considerado o pilar de qual metodologia ágil?
A Kanban
B Scrum
C BDD
D DDD
E XP

As métricas são elementos intrínsecos à qualidade de software, podendo ser algo em relação à documentação ou meta dentro do processo de desenvolvimento de software. Estas métricas abordam situações tais como: linha de código, falhas e erros, por exemplo. Para facilitar nossa compreensão sobre as métricas, elas podem ser divididas em relação ao tempo, aos recursos e às ocorrências.
As métricas em relação ao tempo estão relacionadas:
A A um determinado tempo que um processo leva para ser concluído.
B Aos recursos que são utilizados para que um determinado processo seja executado.
C A um determinado evento como erro, defeito, inspeção de código, número de mudanças nos requisitos e número médio de defeito por linhas de códigos alteradas.
D Ao tempo e recurso de um determinado processo.
E Ao tempo e evento sobre um determinado processo.

Validação e Verificação estão relacionadas a testes de software. Há uma grande confusão entre os dois termos, pois os mesmos nos soam como sinônimos. Mas eles são completamente diferentes quando falamos de qualidade de software. Então, qual a diferença entre validação e verificação? * A ». A diferença entre validação e verificação é quase inexistente. De fato ambas dizem respeito ao processo de qualidade após o desenvolvimento de software. B- A verificação traz consigo tarefas que garantem a qualidade do software durante o processo de desenvolvimento (testes, unitários, integração de sistemas), enquanto que a validação é a fase na qual testamos se desenvolvemos o software correto. C- A validação é um processo que é feito durante o processo de desenvolvimento de software e a verificação é feita após a entrega do software. D- A fase de verificação é menos importante que a fase da validação, a qual é feita após o processo de desenvolvimento. E- A fase de validação corresponde apenas ao momento dos requisitos do software, enquanto que a verificação corresponde somente ao momento da aceitação do software.

Padrões de software estão relacionados tanto a produtos (software), quanto a processos (do desenvolvimento do software). Padrões de produtos incluem documentação, estruturação dos requisitos, definição de classes e da codificação do produto.
Enquanto que os padrões de qualidade para processos de desenvolvimento de software incluem:
A Código limpo, padrões de qualidade total e documentação.
B Modelos ágeis, Código limpo, padrões de processo e documentação.
C Estruturação dos requisitos, definição de classes e documentação.
D Codificação do produto com qualidade, Modelos Ágeis, Código limpo e documentação.
E Boas práticas de desenvolvimento, definições de processos e de especificações, validação, ferramenta de apoio a processos e documentação.

A avaliação da qualidade de software segundo a ISO/IEC 9126 tem por título geral “Engenharia de software - qualidade do produto”. Esta norma é alicerçada em quatro importantes pontos.
Os quatro pilares da ISO/IEC 9126 são:
A Modelo de software, modelo de qualidade e modelo de testes.
B Modelo de qualidade e métricas de produto.
C Métricas de processos e métricas de produto de software.
D Modelo de qualidade de software e Métricas de acompanhamento de processo de software.
E Modelo de qualidade, métricas externas, métricas internas e métricas de qualidade em uso.

Mais conteúdos dessa disciplina