如何对金融工具的价格（干净或肮脏）进行建模？

Question

我需要帮助对以下情况进行建模：

金融工具总是有价格。然而，某些金融工具（而是某些类型）也具有所谓的“干净”价格，这是一个取决于（除其他外）价格的属性，在这种情况下，价格也称为“脏”价格。有一个计算器服务可以计算价格（或脏价格）和干净价格。如何最好地对这种情况进行概念建模？

我考虑过两种选择：

1. FinancialInstrument 有价格

   金融工具
     + 价格： 价格
   

   其中 Price 是具有两个派生类的超类型：DirtyPrice 和 CleanPrice。 CleanPrice 取决于 DirtyPrice

   清洁价格
     + 肮脏： DirtyPrice
   

   计算器服务将计算金融工具的价格：

   计算器服务
     +compute_price(FinancialInstrument, ...): 价格
   

2. FinancialInstrument 是具有两个派生的超类型：PlainFinancialInstrument（仅具有价格属性）和同时具有干净价格和脏价格的 CleanPriceFinancialInstrument。

    金融工具
                            + 价格：双倍
   
   PlainFinancialInstrument CleanPriceFinancialInstrument
                                                + 清洁价格：双倍
   

   计算器服务将有两种方法来计算 PlainSecurity 的价格或 CleanPriceSecurities 的干净和脏价格：

   计算器服务
      + 计算价格（PlainFinancialInstrument，...）：双精度
      +compute_price(CleanPriceFinancialInstrument, ...): 对<双精度, 双精度>
   

这两种方案的权衡是什么？还有其他选择吗？

谢谢。

Answer 1

您需要单独的计算器服务吗？如果不是怎么办：

class FinancialInstrument {
    private price: Double;

    public getPrice {
       // calculate the price
       // presumably sets the private price?  Dunno
       this.price= // etc. .....
       return this.price;
    } 

class CleanFinancialInstrument extends FinancialInstrument {
    private cleanPrice: Double;

    public getPrice {
       //override FinancialInstrument.getPrice() as required
    }

    public getDirtyPrice {
       //do you need this? Dunno
       return this.getPrice();
    }

    public getCleanPrice {
       this.cleanPrice = //... etc.
       return this.dirtyPrice;
    }
}

如果您不缓存价格，您甚至可能不需要本地私有变量。

调用者可以简单地在任何实例（FinancialInstrument 或 CleanFinancialInstrument）上调用 getPrice()，而不必担心它是什么类型。

嗯。

Answer 2

我不清楚您是在问如何对示例中指定的抽象问题进行建模，还是在尝试在现实世界中对金融工具定价的业务概念进行建模。我认为是后者，因为你说得很具体，所以我就评论一下。但在这种情况下，我怀疑您的两种方法中的任何一种是否都足够复杂，无法满足您的任务需求。我已经在该领域工作了几年。

我不确定您在哪个业务领域工作。在我曾经工作的领域（银行业），干净价格和肮脏价格之间的区别是一个简单的商业概念。例如，对于按摊余成本评估的债券，干净价格是不考虑应计费用和递延费用的贴现现金流量的价值，肮脏价格是清洁价格和应计费用/递延费用的总和。在我所知的所有情况下，干净价格是脏价格与金融工具（简称 FI）的某些关键数据（简称 FI）的某些大多数情况下的简单函数之间的差异，并且干净价格和脏价格都只是相关的关键数据对于某些（但不是全部）类型的金融工具。

另一方面，根据 GAAP 和业务领域，您是否需要提供干净价格或肮脏价格或两者都提供的问题可能还取决于金融工具分配到哪个账簿，例如银行账簿/交易账簿。对于交易账簿，您通常只想检索脏价格，干净价格与银行账簿相关。

更糟糕的是，FI 可能会被重新分配，从而导致一组不同的关键人物变得相关。如果这与您的环境相关，您应该确保您的设计考虑到此类更改的后果。

就我个人而言，我会开始采用如下概述的方法：

• 为金融工具创建一个抽象类/接口

• 为每种类型的 FI 定义一个子类

• 创建可能与您范围内任何可能的 FI 相关的所有关键数据的列表 - 在您的示例中：干净价格和脏价格，并且可能一个代表代表差异的关键数字。另外创建一个虚拟价格关键指标条目。

• 对于每个关键人物，使用与 KF 相关的方法创建一个关键人物界面。例如计算、更新——这取决于您的整体模型。再次举个例子：干净的价格接口、脏的价格接口、增量接口和价格接口。可能有必要定义它们的更新顺序。价格接口的方法集必须是

• 对于每种类型的 FI，为与该 FI 类型相关的所有关键指标接口创建一个特定的实现（类），当然，还要考虑到重用。严格避免使用 if/else 或 switch 语句，具体取决于这些实现中的关键数字或 FI 类型，如果事实证明这是必要的，则需要额外的类定义。现在，当您实例化代表 FI 的类时，请使用工厂模式来创建关键指标接口的实例。也就是说，您决定创建 FI 实例时使用哪种方法来计算，FI 实例就知道如何计算 FI 的关键指标。工厂模式的一个好处是，您可以额外考虑正在计算的书籍以及其他参数，甚至在运行时（如果需要）。工厂将让价格关键指标接口简单地指向上下文中相关的实例。

• 你所说的计算器服务，为了计算价格，会调用price key figue接口的方法，但是该接口指向的实例是由FI实例提供的，因为工厂只是映射了price接口干净价格接口或脏价格接口取决于该特定上下文中该特定金融机构的正确性。

如果您按照建议使用 FI 实例中的相关关键指标和关键指标计算接口实现的列表，您甚至可以在重新分配 FI 时在运行时更新/交换此列表，而无需删除/重新创建 FI 实例。

希望我没有让你的问题比实际情况更复杂。

问候，

托马斯