andretads,
se buscarmos na literatura, referências aos exemplos citados, teremos apenas os conceitos de coesão e acoplamento.
Estes conceitos estão diretamente associados as boas práticas da OO, mas não existe um fator decisivo para se calcular o quanto… ou seja para julgar o que é bom e o que é ruim.
Acoplamento é quanto um recurso (classe, objeto, método…) depende e conhece do outro. Elementos muito acoplados geralmente são muito dependentes, mudou um e você com certeza vai ter que mudar o outro.
Coesão é o quanto as tarefas que um elemento realiza estão relacionadas com um mesmo conceito.
Logo, deve-se procurar a coesão e diminuir o acoplamento.
Com relação ao código, quando se encontra em uma aplicação, algo como você descreveu, ou seja, um metodo A que contém apenas uma referência a um segundo método e que os dois métodos possui os mesmos parâmetros, com os mesmos tipos de dados e mesma visibilidade do método, comece a suspeitar.
Na prática, apenas recorremos a métodos wrappers quando não existe outra solução, ou seja, em situação que você escreve um código que será utilizado por dois sistemas ou componentes diferentes e que você não pode mudar o código que necessite desses métodos. Infelizmente, código e aplicação legadas existem e as vezes exigem esse tipo de coisas…
Existem alguns programas que podem ajudar a fazer a análise do código, entre eles:
http://pmd.sourceforge.net/
http://metrics.sourceforge.net/
http://emma.sourceforge.net/
Mais para estilos e possíveis bugs
http://checkstyle.sourceforge.net/
http://findbugs.sourceforge.net/
fw