Questões de Concurso
Sobre qualidade de software em engenharia de software
Foram encontradas 609 questões
Riscos que afetam a qualidade ou o desempenho do software que está sendo desenvolvido, como por exemplo, a falha de um componente comprado para o desempenho esperado e que compromete o desempenho geral do sistema são considerados riscos de I . Outro exemplo de riscos dessa categoria é a II .
As lacunas I e II são preenchidas correta e respectivamente por
que se seguem.
A engenharia de software pode ser considerada uma tecnologia, com métodos e ferramentas próprios, estruturada em camadas, do ponto de vista sistêmico. A abordagem sistêmica da engenharia de software deve se apoiar num compromisso organizacional com a qualidade que leve à cultura de um processo contínuo de aperfeiçoamento, e é essa cultura que, em última análise, leva ao desenvolvimento de abordagens cada vez mais efetivas. A camada de base em que a engenharia de software se apoia é I e o “adesivo” que mantém unidas as camadas, estruturadas segundo a visão sistêmica, é o I I .
As lacunas I e II devem ser preenchidas, correta e respectivamente, por:
I. Fundamentos de qualidade de software;
II. Métricas de desempenho;
III. Gerência do processo de qualidade de software;
IV. Considerações práticas.

No gráfico, a curva
I. Uma introdução ao produto, contendo uma descrição do produto, seu mercado pretendido e as expectativas de qualidade do produto.
II. Planos do produto, com datas críticas de release e responsabilidades para o produto, junto com os planos para a distribuição e prestação de serviço do produto.
III. Descrições de processo. Os processos de desenvolvimento e serviço são padrões que devem ser usados para o gerenciamento e desenvolvimento de produto.
IV. Os riscos mais importantes que podem afetar a qualidade do produto e as ações que devem ser tomadas ao lidar com eles.
É correto incluir os itens:
analistas para garantir a qualidade dos sistemas de informação em
produção na entidade. Para cumprir suas atribuições, a equipe
recorreu a diversas técnicas e metodologias para a avaliação da
qualidade do desenvolvimento de software.
Com base nessa situação hipotética, julgue os itens que se seguem
I. Estamos construindo o produto correto?
II. Estamos construindo o produto corretamente?
Essas afirmativas estão relacionadas, respectivamente, aos conceitos de
I. Todas as partes alteradas nos documentos, funcionalidades e informações devem ser testadas como se fosse um produto novo.
II. Todas as partes inalteradas que sejam influenciadas pelas partes alteradas ou por mudanças em um requerido sistema (de acordo com os conhecimentos específicos do testador) devem ser testadas por amostragem.
III. Todas as outras partes que não foram alteradas ou influenciadas pelas alterações, devem ser testadas como sendo um novo produto.
Está correto o que se afirma em
I. A resiliência é a capacidade de o sistema voltar ao nível de desempenho anterior a falhas ou comportamento imprevisto de usuários, software ou hardware e recuperar os dados afetados, caso existam.
II. O desempenho e uso de recursos referem-se à capacidade do sistema de alcançar tempos de resposta, latência, tempo de processamento, vazão, etc dentro do período de tempo especificado e ao fato do software exigir mais ou menos recursos de acordo com suas condições de uso.
III. A analisabilidade é o grau de facilidade, com qual seja possível procurar por deficiências no software ou por partes que devem ser modificadas para algum fim.
As subcaracterísticas contidas nos itens I, II e III referem-se, respectivamente, aos atributos de qualidade
Considerada uma área de conhecimento constituinte da engenharia de software, a qualidade de software é responsável por definir e normatizar o processo de desenvolvimento.
A garantia de qualidade de software possui padrões, entre eles os padrões de processo, que se aplicam ao produto do software em desenvolvimento e que incluem a estrutura de documentos de requisitos.
A verificação da aderência do software aos requisitos deve ser avaliada pela garantia da qualidade de software, antes de o software ser entregue e durante o seu processo de desenvolvimento.
É responsabilidade da garantia da qualidade de software identificar não conformidades, mantê-las registradas e comunicá-las; as ações corretivas cabem à gestão de configuração.
Sendo as etapas de identificação de defeitos relatar o defeito e reconhecer o defeito, um defeito é considerado identificado quando o patrocinador do projeto formaliza a existência desse defeito como um defeito válido.
O processo de gerenciamento de defeitos visa acompanhar todo o ciclo de vida de um defeito, desde a sua identificação, e avaliar a necessidade de consertá-lo.
Para encontrar defeitos em software, podem ser utilizadas diversas técnicas, sendo uma delas a técnica operacional, em que uma falha na operação do software corresponde a um defeito.