Questões de Concurso
Comentadas sobre engenharia de requisitos em engenharia de software
Foram encontradas 1.273 questões
As notações gráficas, como o diagrama de casos de uso da UML, são úteis para a especificação dos requisitos funcionais e não funcionais de um sistema de informação
O uso de uma notação matemática é uma forma válida para redução da ambiguidade da especificação dos requisitos do sistema.
Mesmo não conseguindo capturar requisitos relacionados com o desempenho e a eficiência, os protótipos têm um bom emprego na elicitação e na validação dos requisitos de um sistema desejado pelo cliente.
Um exemplo de requisito de sistema bem descrito é: “O sistema deve fornecer um gráfico comparativo entre as vendas previstas e as realizadas”
Após receber a solicitação de um novo sistema, é correto que o engenheiro de requisitos apresente ao cliente questões de livre contexto que busquem um entendimento básico do problema, como: “Em uma solução de sucesso, quais seriam as características das saídas necessárias ao negócio?”.
Os processos de gerenciamento de requisitos são iniciados após a elicitação das necessidades, para acompanhar e controlar as mudanças nos requisitos inicialmente identificados
Em uma coleta colaborativa de requisitos, é correto definir um cliente interessado no sistema como o facilitador da reunião.
A etnografia é uma técnica eficaz para descobrir requisitos ligados à forma com que as pessoas efetivamente trabalham no sistema, e não ao modo como deveriam trabalhar para se ajustar a normas e regulamentos formais em vigor.
As atividades do gerenciamento de requisitos incluem a análise e a negociação, a qual visa garantir que todos os requisitos do sistema tenham sido declarados de modo não ambíguo, sem inconsistências, omissões e erros
Workshop de requisitos, brainstorming, entrevistas e questionários são técnicas que podem ser utilizadas para elicitar requisitos.
A fase de análise define os requisitos do cliente, conforme as necessidades de negócio, e as considerações técnicas envolvidas, que se agrupam em uma solução tecnológica, compõem a fase de projeto de software.
Requisitos não funcionais do sistema podem influenciar o estilo e a estrutura escolhida para uma aplicação, pois a arquitetura de sistema afeta seu desempenho, sua distribuição e manutenção.
A rastreabilidade bidirecional deve ocorrer tanto de forma horizontal quanto vertical. A horizontal estabelece a dependência de um requisito-fonte até o nível de decomposição mais baixo do produto, enquanto a rastreabilidade vertical estabelece a dependência dos requisitos entre si.
O desenvolvimento de requisitos é constituído por processos de elicitação de requisitos, análise e negociação de requisitos, especificação e modelagem dos requisitos e validação de requisitos.
Após a identificação, os requisitos devem ser modelados para se obter uma melhor compreensão do produto a ser desenvolvido. Os principais paradigmas de modelagem de requisitos são análise estruturada e análise orientada a objetos.
A gerência de requisitos deve manter a matriz de rastreabilidade atualizada para, caso o cliente solicite uma mudança, o item de configuração correspondente seja implementado.
De acordo com a evolução dos requisitos, estes podem ser classificados em permanentes, que são gerados nas fases iniciais do desenvolvimento, e voláteis, que surgem ao longo do processo de construção do software
Em uma situação de resolução de conflitos, a especificação de requisitos engloba requisitos funcionais e descarta requisitos não funcionais.
O gerenciamento de requisitos permite, entre outras atividades, o controle das mudanças nos requisitos e, consequentemente, a análise de impacto de tais mudanças.
A revisão de documentação é uma etapa à parte da engenharia de requisitos e, normalmente, é desconsiderada durante o levantamento dos requisitos.