Questões de Concurso
Comentadas sobre engenharia de requisitos em engenharia de software
Foram encontradas 1.222 questões
O diagrama e a lacuna da caixa em branco referem-se, respectivamente, aos diagramas UML de
1. Compreensão do domínio: os analistas devem desenvolver sua compreensão do domínio da aplicação.
2. Coleta de requisitos: processo de interagir com os stakeholders do sistema para descobrir seus requisitos.
3. Classificação: atividade que considera o conjunto não estruturado dos requisitos e os organiza em grupos coerentes.
4. Resolução de conflitos: Solucionar conflitos decorrentes do envolvimento de múltiplos stakeholders.
5. Definição das prioridades: envolve a interação com os stakeholders para a definição dos requisitos mais importantes.
6. Descarte de requisitos: atividade de descartar requisitos menos importantes, baseando-se nas indicações dos stakeholders.
7. Verificação de requisitos: os requisitos são verificados para descobrir se estão completos e consistentes e se estão em concordância com o que os stakeholders desejam do sistema.
8. Modelagem de requisitos: os requisitos são modelados utilizando-se o diagrama de casos de uso e de sequência da UML.
Faz parte do processo de levantamento e análise de requisitos o que consta em APENAS 1, 2,
Para Sommerville, a elicitação e a análise de requisitos podem envolver várias pessoas de uma organização. Essas pessoas são denominadas stakeholders ‐ todos os indivíduos ou grupos afetados pelo sistema direta ou indiretamente. Com relação à elicitação e à compreensão dos requisitos dos stakeholders, analise as afirmativas a seguir.
I. Os stakeholders são os conhecedores do negócio e, por terem a verdadeira noção do custo do requisito, tornam‐se exigentes na articulação do que desejam.
II. Fatores políticos podem influenciar os requisitos do sistema. Por exemplo, os gerentes podem solicitar requisitos específicos do sistema que aumentarão sua influência na organização.
III. Diferentes stakeholders possuem diferentes requisitos, expressos de diferentes formas. Os engenheiros de requisitos precisam considerar todas as fontes potenciais de requisitos e descobrir pontos em comum e conflitos.
Segundo Pressman, o processo de engenharia de requisitos é realizado por meio da execução de sete funções. A seguir, são descritas três destas funções.
I. Concepção – O desenvolvedor e o cliente, bem como os outros interessados, estabelecem os requisitos básicos do problema, definem as restrições que afetam o projeto e tratam das principais características e funções que devem estar presentes para que o sistema alcance os seus objetivos.
II. Elaboração – Nesta função são reconciliadas os requisitos conflitantes. Clientes, usuários e outros interessados são solicitados a ordenar os requisitos e depois discutir os conflitos de prioridade.
III. Especificação – Os requisitos são examinados para garantir que foram declarados de forma não ambígua e que as inconsistências, omissões e erros tenham sido detectados e corrigidos e que os produtos de trabalho estejam de acordo com as normas estabelecidas para o processo, projeto e produto.
Assinale:
A respeito dos objetivos que pertencem especificamente à área de processo Gerência de Requisitos (Requirements Management), analise as afirmativas a seguir.
I. Obter o comprometimento dos participantes do projeto com os requisitos do projeto.
II. Manter um rastreio bidirecional dos requisitos.
III. Desenvolver um documento completo da especificação de requisitos do sistema.
Assinale:
A análise de requisitos de um software envolve as atividades de elicitação, análise e registro dos requisitos.
A Engenharia de Requisitos pode ser, em uma visão ampla, dividida em:
I. ...I... : preocupa-se com a descoberta, busca da qualidade (correção, completude, consistência, possibilidade de verificação, ordenação e rastreamento, facilidade de modificação e clareza), detalhamento, documentação, revisão e verificação dos requisitos do sistema.
II. ...II...: é um processo que estabelece e mantém acordos entre o cliente e a equipe do projeto sobre a evolução dos requisitos. Monitora o desenvolvimento e implementação dos requisitos, registrando seus atributos, status e dependência, com o objetivo de controlar o andamento e as mudanças realizadas.
Preenchem, correta e respectivamente, as lacunas I e II:
Conheça nossos planos