Estou projetando um serviço para o FundManagement. O Serviço de Gerenciamento de Fundos possui uma operação denominada “UpdateFundApprovalDate (FundDTO Fund)”. Esta operação atualizará o registro da tabela de fundos com a data de aprovação do ID do financiamento. O serviço será usado por um cliente "FundManagementUI".

Existe uma regra comercial de que a data de aprovação não deve ser atualizada se a renovação do contrato estiver em andament

Existe um serviço de renovação separado. O serviço Renovação usa dados da tabela Renovação (que possui o ID de financiamento). A estrutura da tabela Renewal é (RenewalID, FundingID, RenewalStartDate, Renewal CompletionDate, RenewalStatus). Existe uma operação de serviço chamada "public List GetInProgressRenewal (FundDTO fund)".

Um ponto importante está aqui. Embora ambos os serviços estejam usando o mesmo banco de dados, as renovações "Em andamento" devem ser decididas pelo serviço de renovação. Pode ser baseado no status ou na data de conclusão do registro de renovação. Cabe ao Serviço de Renovação decidir a lógica de negócios das renovações "Em andamento". O Serviço de Gerenciamento de Fundos não reivindica nenhuma propriedade sobre essa lógic

Qual é o princípio / padrão de SOA que explica o comportamento acima? (Uso do Serviço de Renovação para determinar as renovações "Em andamento", embora exista um risco de que o Serviço de Renovação possa alterar a lógica por seu próprio interesse.). Quais são as diretrizes para esses cenários?

Você tem alguma sugestão para algum artigo que lide com essas decisões de design?

Dentro do Serviço de Gerenciamento de Fundos, quem deve serresponsáve por validar que a lista de renovações retornada é NULL? Onde essa validação deve ocorrer dentro do código do método de operação de serviço ou dentro do FundBusinessLayer (para quem o serviço chama)?

ota: Aqui, a SOA será implementada usando o WCF e as classes de negócios serão dlls desenvolvidas usando C

LENDO