Questões de Concurso Comentadas por alunos sobre engenharia de requisitos em engenharia de software
Foram encontradas 1.078 questões
Resolva questões gratuitamente!
Junte-se a mais de 4 milhões de concurseiros!
Em relação à engenharia de requisitos de software, considere as afirmativas a seguir.
I - Os requisitos funcionais descrevem as funções que o software deve executar, isto é, aquilo que ele deve fazer.
II - Os requisitos não funcionais descrevem restrições sobre os serviços ou funções que o software oferece. Esses requisitos podem ser de vários tipos como, por exemplo, de eficiência, de confiabilidade, de portabilidade e de segurança.
III - As regras de negócio ou requisitos de domínio restringem ou estabelecem condições para os requisitos funcionais existentes.
IV - Para o levantamento de requisitos, as únicas técnicas conhecidas são a prototipagem, a entrevista e o brainstorming.
Está(ão) correta(s)
Considerando as atividades de levantamento, análise, gerenciamento de requisitos e histórias de usuários, analise as afirmativas a seguir.
I. Uma importante atividade em engenharia de requisitos é entender as metas de negócios de longo prazo que devem ser atendidas pelo sistema de software. Essas metas podem ser funcionais ou não funcionais e são, frequentemente, uma boa maneira de explicar os requisitos aos envolvidos e, uma vez estabelecidas, podem ser usadas para gerenciar conflitos entre eles.
II. No processo de verificação de requisitos, diferentes processos de conferências podem ser realizados para garantir que a especificação do sistema, produto ou serviço atenda às necessidades do cliente e de outras partes envolvidas. Entre esses processos pode-se encontrar a geração de casos de teste, inspeção, rastreabilidade, conferência de consistência, de completude e de realismo.
III. Os modelos comportamentais representam os elementos funcionais do sistema e como eles transformam dados à medida que se movem pelo sistema. Entre os modelos UML pode-se encontrar o diagrama de estados.
IV. Histórias de usuários descrevem funcionalidades e são compostas de três partes: cartão onde uma funcionalidade é escrita e é usada no planejamento do sistema de software; conversas entre equipe de desenvolvimento e cliente, por meio das quais o cliente explica e detalha o que escreveu no cartão; e, confirmação que é um teste escrito pelo cliente, em alto nível, que ajuda a identificar que a história foi implementada como esperado. Para escrever uma boa história ela precisa focar em seis atributos, conhecidos pelo acrônimo INVEST.
Está correto o que se afirma apenas em
I. Possibilitar que a interação de usuário possa ser interrompida e desfeita, ou seja, o usuário deve ser capaz de interromper a sequência de trabalho para fazer alguma outra coisa (sem perder o trabalho que já havia feito).
II. Aumentar a complexidade da interação à medida que os níveis de competência avançam e permitir que a interação possa ser personalizada. O usuário cria níveis de competência que permitem trabalhar com interações mais complexas.
III. Se modelos interativos anteriores criarem expectativa nos usuários, não será necessário fazer alterações a menos que haja uma forte razão para isso. Uma vez que determinada sequência interativa tenha se tornado um padrão de fato (como o uso de alt-S para salvar um arquivo), o usuário pressupõe que poderá ocorrer em qualquer aplicação que vá utilizar. Uma mudança poderá causar confusão.
IV. O layout visual da interface deverá se basear na metáfora do mundo real, pois permite ao usuário se apoiar em indicações visuais bem compreensíveis, em vez de memorizar uma sequência de interações misteriosa.
Está correto o que se afirma apenas em
I. Etnografia: técnica de observação que pode ser usada para compreender os processos operacionais e ajudar a extrair os requisitos de apoio para tais processos.
II. Gerenciamento de requisitos: processo de reunir informações sobre o sistema requerido e os sistemas existentes e separar as informações, os requisitos de usuário e de sistema.
III. Elicitação de requisitos: processo pelo qual verifica se os requisitos definem o sistema que o cliente realmente quer.
IV. Entrevistas formais ou informais com os stakeholders do sistema: parte da maioria dos processos de engenharia de requisitos.
Está correto o que se afirma apenas em