Com relação aos conceitos básicos e princípios da engenharia...

A alternativa correta é a E - I, II e IV, apenas.

Vamos entender o porquê dessa alternativa ser a correta analisando cada um dos itens:

I. Embora nem sempre seja possível uma definição ampla e estável dos requisitos, uma definição de objetivos ambígua pode ser receita para um desastre.

Este item está correto. Na engenharia de software, é sabido que definir requisitos pode ser uma tarefa complexa devido à evolução das necessidades dos usuários e à complexidade dos sistemas. Contudo, ter objetivos claros é fundamental para guiar o desenvolvimento e evitar problemas futuros. Requisitos ambíguos podem levar a mal-entendidos e a um produto final que não atenda às necessidades dos usuários.

II. Os requisitos de software mudam, mas o impacto da mudança varia dependendo do momento em que ela for introduzida.

Este item também está correto. As mudanças nos requisitos são comuns durante o ciclo de vida do desenvolvimento de software. O impacto dessas mudanças geralmente é menor quando identificado e tratado nas fases iniciais do desenvolvimento, pois mudanças posteriores podem ser mais custosas e complexas de implementar.

III. Se o cronograma de entrega do software atrasar, a solução mais eficiente sempre é a contratação de mais programadores.

Este item está incorreto. Contratar mais programadores pode parecer uma solução lógica para acelerar o desenvolvimento, mas não é necessariamente a mais eficiente. A Lei de Brook, uma famosa afirmação no campo da engenharia de software, diz que "adicionar mão de obra a um projeto de software atrasado, só o atrasa ainda mais". A razão para isso é que novos desenvolvedores precisam de tempo para se familiarizar com o projeto, e a comunicação se torna mais complexa à medida que a equipe cresce.

IV. Quando diferentes clientes ou usuários propõem necessidades conflitantes, é preciso conciliar esses conflitos por meio de um processo de negociação.

Este item está correto. Na prática de engenharia de software, frequentemente nos deparamos com requisitos conflitantes de diferentes partes interessadas. É essencial ter um processo de negociação para resolver esses conflitos e assegurar que o produto final atenda aos interesses de todos da melhor forma possível.

Portanto, os itens I, II e IV estão corretos e refletem princípios e práticas fundamentais da engenharia de software, enquanto o item III não representa uma abordagem eficiente de acordo com os conhecimentos estabelecidos na área.

e-

Negociação é parte da eng. dos requisitos:

   Concepção. identificam-se os stakeholders e seus pontos de vista

   Elicitação. ...

   Elaboração. ...

   Negociação. ...

   Especificação. ...

   Validação. ...

   Gerenciamento.