Vamos analisar as alternativas com base no modelo cliente/servidor e comunicação via sockets: A) "Essa abordagem é amigável para o programador especialmente quando este necessita requisitar um método remotamente." - Comunicação via sockets é de baixo nível e exige mais cuidado do programador, não sendo tão amigável para chamadas remotas. B) "Esse modelo tem baixo nível de acoplamento e sincronização, pois a ordem que o cliente fornece os parâmetros é independente da ordem que o servidor os recebe e inicializa." - Na comunicação via sockets, a ordem dos dados é importante; o modelo não é desacoplado nesse sentido. C) "Estabelecer a sincronização entre cliente e servidor em aplicações complexas é algo simples, já corriqueiro em ambientes de desenvolvimento orientados a objetos." - Sincronização em aplicações complexas é desafiadora, não simples. D) "Em linguagens voltadas para a programação orientada a objetos, como Java, por exemplo, essa abordagem de sincronização é natural e facilmente implementada." - Sincronização via sockets não é natural nem fácil, mesmo em Java. E) "A chamada remota de procedimentos (Remote Procedure Call, RPC) permite que procedimentos/métodos remotos sejam invocados de maneira transparente." - Esta afirmação está correta e é uma característica importante da RPC, que facilita chamadas remotas de forma transparente. Portanto, a alternativa correta é: E) A chamada remota de procedimentos (Remote Procedure Call, RPC) permite que procedimentos/métodos remotos sejam invocados de maneira transparente.