图16——TradeTheResource 模式
示例：
图17 表示了TradeTheResource 模式的一个实例，在存货控制系统中，其中“Product”扮演“Resource”，“Purchase”扮演“Resource Trade”，“Supplier”扮演“Source-party”，“Store-branch”扮演“Destiny-Party”
图17——TradeTheResource 模式实例
相关模式：
TradeTheResource 是“Association-Object”模式[Boy98]，和“Time-Association”模式[Coa 92]的特例。它也是“Participant-Transaction”和“Specific Item-Transaction”[Coa97]的组合应用。
下一模式：
交易下一个步骤是发货，采用CheckResourceDelivery 模式（10）。也可以看第3 节的模式，在对其它通用的事务细节建模时，它们非常有用。
模式9 ——MaintainTheResource（维护资源）
上下文
应用系统处理资源的维护和修理，象在模式6 中描述的那样。你已经确定、分类、量化了应用软件需要管理的资源，也可能应用了QuoteTheMaintainence 模式（6）。
问题：
如何在应用程序中控制资源维护？
约束：
保留维护信息对顾客和组织都很重要。如果维护不能令人满意的话，顾客有权投诉。为了财务上的目的，组织经常需要这些数据。如果这些信息不需要保留，一个简化处理方法是在资源类中加入一个属性保存上一次维修日期。
保存维修信息需要大量的存储资源，并且每个资源都有很多维修记录，需要花大量的时间来处理。
结论：
确定应用系统是否包括资源维护和修理。
解决方案：
创建与“Resource”类相关的“Resource Maintenance”类来控制维护过程。如果采用了“QuoteThe Maintenance”（6），将“Resource Maintenance”类与“Maintenance Quotation”类采用“0..1 to 0..1”关系相关联。因为询价后可能维护也可能不维护，维护前可能有询价过程，也可能没有询价过程。如果没有采用模式6，那么创建“SourceParty”和“Destiny-party”与“Resource Rental”连接分别用来表示组织分支与顾客，道理与在模式4 中描述的一样。
略图：
图18 表示了MaintainTheResource 模式，维护与一个来源方，一个目的方和一个资源相关。使用
ItemizeTheResourceTransaction（11）模式实现一次交易过程中处理多个资源。在“Resource Maintenance”类中，必要的属性有“接收日期”和“离开日期”以及描述资源问题的“故障表现”。其它方法有：开始维修，注册待修资源，结束维修，完成维修，获得等待维修资源，获得未完成维修资源。通过来源获得维修、通过目的获得维修以及通过资源获得维修等方法添加到相关类中，如图18 所示。