eu indicaria o seguinte:
la no modelo você tem regras de negocio que são chamadas pelo seu controle. Vamos pegar por exemplo o struts e o JSF, nas suas actions ou managed beans você interagiria diretamente com suas classes de negócio do modelo. Ok, agora pensa que você vá portar isso para desktop por exemplo, ou para um session bean. Essa parte da interação você teria que replicar no session bean ou na sua classe do desktop, por qeu as actions do struts ou managed beans do JSF ja não se aplicariam mais ao seu caso.
Para resolver seu problema, crie uma classe para cada action/managed bean, o que você fosse fazer nestes você faz na classe nova, essa será a sua fachada neste caso de MVC, assim nas classes destes frameworks você só chamaria os métodos da fachada e repassaria o resultado para a view. Se você tiver que trocar do struts para o JSF ou o contrario, só pegar a chamada do façade do anterior e replicar no novo framework usado, sem precisar se preocupar com toda aquela iteração com classes de negócio (elas estão na fachada), o mesmo se aplica caso você queira colocar no EJB ou em uma aplicação swing, a fachada abstrai toda essa parte que você teria que se preocupar sem ela.
O conceito de fachada é ela abstrair de forma mais facil uma determinada ação que envolveria varias chamadas a métodos de classes de negócio, é exatamente o que você está aplicando ai, tem um outro padrão que deve ter vindo do façade que se chama session façade, basicamente é a aplicação disso que eu falei em session beans…