O paradigma de programação Orientada a Objetos − OO utiliza,...

Alternativa correta: A

Para resolver essa questão, é preciso compreender os conceitos de coesão e acoplamento no contexto do paradigma de Orientação a Objetos (OO). A Orientação a Objetos é um paradigma de programação que se baseia no conceito de "objetos", que são instâncias de "classes". As classes são como moldes que definem o estado e comportamento que seus objetos terão. Esses conceitos são centrais para a boa prática da engenharia de software e para a criação de sistemas que são mais fáceis de manter, compreender e expandir.

Em termos de engenharia de software, o objetivo é projetar e implementar classes de maneira que elas tenham uma alta coesão e baixo acoplamento. A alta coesão refere-se à situação em que uma classe tem um conjunto limitado e bem definido de responsabilidades. Isso significa que uma classe deve se concentrar em fazer uma coisa e fazê-la bem.

Por outro lado, o baixo acoplamento é desejável porque implica que uma classe tem poucas dependências em outras classes. Isso torna cada classe mais isolada e independente, o que facilita a manutenção do código e a compreensão do sistema como um todo. Reduzir o acoplamento pode ser alcançado, por exemplo, por meio da utilização de interfaces e abstrações que desacoplam a implementação concreta das classes que a utilizam.

A alternativa A está correta porque encapsula precisamente esses conceitos essenciais à Orientação a Objetos. Ela aponta corretamente que uma classe deve ter alta coesão, ou seja, ser focada e ter poucas responsabilidades, e também deve ter baixo acoplamento, indicando pouca dependência de outros componentes. Essas qualidades contribuem para a criação de um design de software robusto, sustentável e adaptável.

Gabarito: Letra A

Alta coesão: Uma classe de projeto coesa é limitada. Ela tem um conjunto de responsabilidades pequeno e concentrado e aplica de forma simples atributos e métodos para implementar aquelas responsabilidades.

Baixo acoplamento: No modelo de projeto, é necessário que as classes de projeto colaborem umas com as outras. No entanto, a colaboração deverá ser mantida em um nível mínimo aceitável. Se um modelo de projeto é altamente acoplado, o sistema é difícil de implementar, testar e manter com o decorrer do tempo. Em geral, classes de projeto em um subsistema deverão ter apenas um limitado conhecimento das outras classes.

Fonte: Engenharia de Software - Uma abordagem Profissional. Pressman, Roger. 7ª Edição. Página 749.

A FCC gosta dos conceitos de coesão e acoplamento.