Questões de Concurso
Sobre engenharia de requisitos em engenharia de software
Foram encontradas 1.321 questões
Considerando a figura precedente como referência inicial, julgue o item a seguir, em relação à engenharia de requisitos.
Estudos etnográficos prescindem na etapa indicada por #2 na
figura, uma vez que estão mais afetos à atividade indicada
por #1.
Com relação à engenharia de software, julgue o item a seguir.
Para levantamento de requisitos, pode-se considerar que
clientes e usuários finais de um software são pessoas ou
entidades diferentes.
Julgue o próximo item, com relação à engenharia de software.
Na análise de requisitos se software, os funcionais devem ser
restritos ao que o sistema deve fazer; os não funcionais não
devem abordar restrições que se apliquem ao sistema como
um todo e sim aos detalhes específicos, tais como segurança
e desempenho.
Julgue o seguinte item, relativos à engenharia de software.
Os processos de verificação e validação de um sistema
devem demonstrar que ele atende à sua especificação e que o
seu comportamento suporta os requisitos do cliente, por
meio da busca de erros na especificação ou de projeto.
Julgue o seguinte item, relativos à engenharia de software.
O modelo de desenvolvimento de software prototipação é
dirigido a riscos contendo etapas que são executadas na
forma de evolução, cada uma contendo planejamento,
definição de requisitos, projeto e sistema final, em que cada
evolução representa uma versão do software.
Julgue o seguinte item, relativos à engenharia de software.
No modelo de desenvolvimento Waterfall, a partir da coleta
de requisitos e da elaboração do projeto desenvolve-se uma
implementação inicial, que é apresentada para a apreciação
dos usuários; esse ciclo continua com a criação de várias
versões, até que o sistema final seja desenvolvido por meio
da execução das etapas de desenvolvimento e testes de forma
intercalada.
Julgue o seguinte item, relativos à engenharia de software.
Na técnica etnografia utiliza-se um conjunto predefinido de
questões; a equipe de engenharia de requisitos explora essa
série de questões com os stakeholders do sistema, de modo a
obter a compreensão de suas necessidades.
Julgue o item a seguir, relativos a gerenciamento do ciclo de vida do sistema.
Apenas um requisito não funcional de segurança pode afetar
a arquitetura geral de um sistema inteiro; em função dele,
pode-se gerar uma série de requisitos funcionais
relacionados, assim como requisitos que restrinjam os já
existentes.
A respeito de requisitos e experiência do usuário, julgue o item subsecutivo.
Uma das limitações da prototipação relacionada ao design da
solução ocorre quando as partes interessadas se concentram
mais nas especificações do design do que nos requisitos e os
desenvolvedores acreditam que é necessário fornecer ao
usuário uma interface fielmente precisa ao protótipo, mesmo
que existam tecnologias e abordagens de interface mais
interessantes.
A respeito de requisitos e experiência do usuário, julgue o item subsecutivo.
Os critérios de aceitação descrevem um conjunto mínimo de
requisitos que precisam ser atendidos para que valha a pena
implementar uma solução específica.
A respeito de requisitos e experiência do usuário, julgue o item subsecutivo.
Histórias de usuário são ferramentas para a definição de escopo de produtos de software voltadas a fornecer uma análise detalhada sobre a atividade do usuário e a viabilizar a retenção de conhecimento em longo prazo.
A respeito de requisitos e experiência do usuário, julgue o item subsecutivo.
Ferramentas automatizadas para armazenamento derequisitos, gerenciamento de mudanças e gerenciamento de rastreabilidade são indicadas para apoio ao processo de gerenciamento de requisitos.
I - Requisitos funcionais são declarações de serviços que o sistema deve fornecer, de como o sistema deve reagir a entradas específicas e de como o sistema deve se comportar em determinadas situações; em alguns casos, também podem explicitar o que o sistema não deve fazer.
II - O processo de descobrir, analisar, documentar e verificar requisitos e restrições é chamado Descoberta de Requisitos.
III- Embora muitas vezes seja possível identificar quais componentes do sistema implementam requisitos funcionais específicos, é frequentemente mais difícil relacionar os componentes não funcionais. Sua implementação pode ser difundida em todo o sistema, pois pode afetar a arquitetura geral de um sistema ao invés de componentes individuais, e um único requisito (por exemplo, proteção) pode gerar uma série de requisitos funcionais relacionados que definam os serviços necessários no novo sistema.
Quais estão corretas?
Algumas vezes, durante a fase de levantamento de requisitos, é importante identificar como funções e características de um sistema serão usadas por diferentes classes de usuários. Para tanto, pode-se utilizar um conjunto de __________________ que identifique roteiros de uso para o sistema a ser construído.
Assinale a alternativa que preenche corretamente a lacuna do trecho acima.
Considere o seguinte texto relacionado à Engenharia de Requisitos: “Clientes e
usuários podem solicitar durante a fase de levantamento de requisitos mais do que pode ser
alcançado, como, por exemplo, em termos de custos ou tempo de desenvolvimento. Além disso,
requisitos conflitantes podem ser levantados. Portanto, deve ser solicitado que a todos os interessados
que discutam os requisitos em termos de prioridade, avaliando custos e riscos e também conflitos
internos. Dessa forma, como resultado desse processo, requisitos podem ser eliminados, combinados
e/ou modificados, até que se atinja certo grau de satisfação”. O texto descreve uma etapa de
engenharia de requisitos conhecida como:
A engenharia de requisitos abrange sete tarefas distintas: concepção, levantamento/elicitação, elaboração, negociação, especificação, validação e gestão. A fase de levantamento/elicitação envolve uma série de dificuldades. Sobre essas dificuldades, analise as assertivas abaixo e assinale a alternativa correta.
I. Clientes e usuários podem especificar detalhes técnicos desnecessários, que podem confundir em
vez de esclarecer os objetivos globais do sistema.
II. Clientes e usuários não estão completamente certos do que é preciso, de forma que é difícil
especificar os requisitos detalhadamente, já que estes não podem mudar após o início da fase de
análise.
III. Clientes e usuários têm problemas em transmitir suas necessidades, omitindo informações que
acreditam ser óbvias, ou especificando requisitos ambíguos ou impossíveis de serem testados.
Conheça nossos planos