Orientação a Objetos

Pelo contrário, deve-se evitar e só usar quando realmente for o caso.

isso dai pode aumentar muito a complexidade do sistema, você pode criar artefatos(classes, interface) demais para realizar manutenção, se realmente não precisar é melhor evitar.

Não.
Assim como qualquer coisa na vida, depende da necessidade.

Mas quanto mais fragmentado o código estiver não é melhor para a manutenção? Não seria mais prático quando voltasse ao código depois ou até pra outra pessoa mexer no back end?

Nao entendi a relação com herança e polimorfismo. Você pode ter um código bem separado por responsabilidade sem usar modelo orientado a objetos.

A fragmentação do código não está diretamente relacionada à herança.
Na verdade, alguns conceitos de OO só serão bem entendidos e, por consequência, empregados, quando você entender alguns outros conceitos mais interessantes, como os princípios SOLID, clean code e, fundamentalmente, o princípio KISS, a saber:

• SOLID: é um conjunto de elementos representados por cada letra. Este é um bom artigo, sugiro que leia.
• Clean Code é um livro baseado num compilado de boas maneiras e práticas, escrito por Robert Cecil Martin.
• KISS: Keep it stupidly simple ou keep it simple, stupid! ou, no português, mantenha isso estupidamente simples ou mantenha isso simples, estúpido! Acho que nem preciso comentar, a ideia básica é trabalhar com o maior nível de simplicidade possível, evitando toda e qualquer complexidade.

Talvez seja necessário rever alguns conceitos…

Se o sistema não precisa de herança/polimorfismo então não há pq usar

obrigada, pessoas