Vamos analisar cada uma das alternativas apresentadas sobre a comunicação entre processos baseadas em sockets no modelo cliente/servidor: A) Essa abordagem é amigável para o programador especialmente quando este necessita requisitar um método remotamente. - Essa afirmação é verdadeira, pois a comunicação via sockets pode ser considerada amigável, mas não é a mais precisa em relação ao modelo cliente/servidor. 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. - Essa afirmação é incorreta, pois a comunicação cliente/servidor geralmente requer um certo nível de acoplamento e a ordem dos parâmetros é importante. C) Estabelecer a sincronização entre cliente e servidor em aplicações complexas é algo simples, já corriqueiro em ambientes de desenvolvimento orientados a objetos. - Essa afirmação é enganosa, pois a sincronização pode ser complexa e não é sempre 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. - Embora a programação orientada a objetos possa facilitar a implementação, a afirmação não é totalmente precisa em relação à complexidade da sincronização. E) A chamada remota de procedimentos (Remote Procedure Call, RPC) permite que procedimentos/métodos remotos sejam invocados de maneira transparente. - Esta afirmação é correta, pois o RPC é uma técnica que permite a invocação de métodos em um servidor de forma que o programador não precisa se preocupar com os detalhes da comunicação. Após analisar as alternativas, a resposta correta é: E) A chamada remota de procedimentos (Remote Procedure Call, RPC) permite que procedimentos/métodos remotos sejam invocados de maneira transparente.