Em um projeto de desenvolvimento de um sistema de controle d...

Próximas questões
Com base no mesmo assunto
Q3885102 Engenharia de Software
Em um projeto de desenvolvimento de um sistema de controle de frotas para uma empresa de logística, o Analista de Sistemas precisa garantir que os requisitos levantados junto aos motoristas e gerentes sejam claros e consistentes antes de iniciar a fase de design. O Analista descobriu que há requisitos contraditórios sobre a forma como o rastreamento deve ser feito em tempo real versus por paradas programadas.
Assinale a opção que apresenta a tarefa da Engenharia de Requisitos primariamente responsável por identificar e resolver inconsistências ou contradições como a descrita, transformando a informação bruta dos stakeholders em um modelo coerente
Alternativas

Gabarito comentado

Confira o gabarito comentado por um dos nossos professores

Gabarito: D

Fundamento decisivo: A distinção funcional entre as tarefas clássicas da Engenharia de Requisitos: conflito e coerência dos requisitos pedem análise, não elicitação, validação, gerenciamento ou especificação.

Tema central: Análise de requisitos
Análise das alternativas
A
Errada
Incorreta. Elicitação é a atividade de levantamento e descoberta dos requisitos junto aos stakeholders. O fato de a contradição ter sido descoberta nessa etapa não muda a função principal pedida na questão: identificar tecnicamente, refinar e resolver o conflito para consolidar um modelo coerente é papel da análise.
B
Errada
Incorreta. Validação verifica se os requisitos resultantes estão corretos, completos e consistentes, mas não é a atividade primária de tratamento inicial das contradições. A alternativa erra ao deslocar para a validação a responsabilidade principal pela resolução dos conflitos.
C
Errada
Incorreta. Gerenciamento de requisitos envolve controle de mudanças, versionamento, rastreabilidade e acompanhamento. Registrar a contradição em um log pode fazer parte do controle, mas isso não resolve o conflito de conteúdo nem transforma os requisitos em um modelo coerente.
D
Certa
A alternativa D está certa porque a análise de requisitos é a tarefa voltada a tratar inconsistências e conflitos entre requisitos dos stakeholders, refinando-os e modelando-os em um conjunto coerente. É nessa etapa que a informação bruta é trabalhada para seguir para as fases seguintes.
E
Errada
Incorreta. Especificação é a formalização e documentação dos requisitos. Documentar não é, por si só, o mecanismo primário de identificação e resolução de contradições; para especificar adequadamente, os conflitos precisam ter sido tratados pela análise.
Pegadinha da questão
Confundir o momento em que o conflito aparece com a tarefa que o trata: ele pode surgir na elicitação, mas é a análise que o resolve.
Dica para questões semelhantes
  • Se a questão falar em refinar, negociar, classificar, modelar e resolver conflitos entre requisitos, o foco é análise de requisitos.
  • Se o verbo principal for levantar ou descobrir requisitos com stakeholders, pense em elicitação, mesmo que conflitos apareçam nessa fase.
  • Se o núcleo for verificar correção, completude ou consistência do resultado, pense em validação, não em resolução primária do conflito.
  • Se a atividade descrita for registrar, rastrear, versionar ou controlar mudanças, trate como gerenciamento de requisitos.

Clique para visualizar este gabarito

Visualize o gabarito desta questão clicando no botão abaixo

Comentários

Veja os comentários dos nossos alunos

Na literatura clássica de Engenharia de Software (especialmente em Ian Sommerville e Roger Pressman), a Engenharia de Requisitos não é um bloco único, mas sim um conjunto de tarefas sequenciais (e muitas vezes iterativas).

A fase de Análise de Requisitos (frequentemente chamada de Análise e Negociação) é o "filtro" do processo. É neste exato momento que a equipe pega a informação bruta coletada, identifica os problemas como os motoristas querendo rastreamento por paradas e os gerentes exigindo tempo real e senta com os stakeholders para negociar, priorizar e resolver esses conflitos. O objetivo final da Análise é gerar um modelo coerente e sem contradições antes de escrever o documento final.

letra d)

A elicitação e análise de requisitos podem envolver diversos tipos de pessoas em uma organização.  As atividades do processo são:

1. Descoberta de requisitos. Essa é a atividade de interação com os stakeholders do sistema para descobrir seus requisitos. Os requisitos de domínio dos stakeholders e da documentação também são descobertos durante essa atividade. Existem várias técnicas complementares que podem ser usadas para descoberta de requisitos, que discuto mais adiante.

2. Classificação e organização de requisitos. Essa atividade toma a coleção de requisitos não estruturados, agrupa requisitos relacionados e os organiza em grupos coerentes. A forma mais comum de agrupar os requisitos é o uso de um modelo de arquitetura do sistema para identificar subsistemas e associar requisitos a cada subsistema. Na prática, a engenharia de requisitos e projeto da arquitetura não podem ser atividades completamente separadas.

3. Priorização e negociação de requisitos. Inevitavelmente, quando os vários stakeholders estão envolvidos, os requisitos entram em conflito. Essa atividade está relacionada com a priorização de requisitos e em encontrar e resolver os conflitos por meio da negociação de requisitos. Normalmente, os stakeholders precisam se encontrar para resolver as diferenças e chegar a um acordo sobre os requisitos.

4. Especificação de requisitos. Os requisitos são documentados e inseridos no próximo ciclo da espiral.

Fonte: Engenharia de Software -  Ian Sommerville - nona edição

Clique para visualizar este comentário

Visualize os comentários desta questão clicando no botão abaixo