示例：
图15 表示RentTheResource 模式的一个实例，在一个录像带出租系统中，其中“Videotape（录像带）”扮演“Resource（资源）”，“Video Rental（录像带出租）”扮演“Resource Rental（资源出租）”，“Branch（分店）”扮演“Source-party（来源）”，“Customer（顾客）”扮演“Destiny-Party”。
图15——RentTheResource 模式实例
相关模式：
RentTheResource 是“Association-Object”模式[Boy98]，和“Time-Association”模式[Coa 92]的特例。它也是“Participant-Transaction”和“Specific Item-Transaction”[Coa97]的组合应用。如果你考虑类“Resource Booking”（pattern 4）和“Resource Rental”（本模式），这里有一个“Transaction——Subsequent Transaction”pattern[Coa 97]的应用。
下一模式：
第3 节的模式，利用它们详细说明其它细节。
模式8 ——TradeTheResource（资源交易）
上下文
应用软件处理资源交易，可能是资源销售，也可能是购买资源。你已经确定、分类、量化了应用软件需要管理的资源，也可能应用了QuoteTheTrade 模式（5）。资源交易可以看作资源所有权的转移，一方拥有的资源变为另一方所有。在销售过程中，如果没有库存资源，顾客可以填订购单。在采购过程中，系统需要向供应商请求，供应商在一定时间内将货物送到。
问题：
如何管理应用系统交易的资源？
约束：
记录交易信息是基本功能，因为通过交易信息可以获得重要的资源需求报告（许多这一领域的系统关心利润）。
在做性能价格比分析时必须考虑到处理交易过程所需要的存储空间和时间。
结论：
确定应用系统是否有资源交易。
解决方案：
建立与“Resource（资源）”类相连接的“Resource Trade”类表示交易中的所有细节。如果采用了“QuoteTheTrade”
（5），将“Resource Trade”类与“Trade Quotation”类采用“0..1 to 0…1”关系相关联。因为询价后可能成交也可能不成交，一笔交易前可能有询价过程，也可能没有询价过程。“Source-Party”总是表示资源原来的拥有者，“Destiny-Party”总是表示资源最终的拥有者。因此，在销售资源的情况下，“Source-Party”指组织的分支机构或部门，“Destiny-Party”指购买资源的顾客。在采购资源的情况下，“Source-Party”指供应商，“Destiny-Party”指采购资源的组织中的分支机构或部门。尽管应用了模式（5），你还是要将“Resource Trade”（此处原文似有误，译注）与“Source-Party”和“Destiny-Party”连接，因为询价可以进行多次，但实际的交易只有一次。
略图：
图16 表示了TradeTheResource 模式。交易与一个来源方， 一个目的方和一个资源相关。使用
ItemizeTheResourceTransaction（11）模式实现一次交易过程中处理多个资源。“Resource Trade”状态属性描述交易进展：正在执行，部分完成，完全完成。如果采用QuantifyTheResource”模式中的“Resource Measurement”子模式，“Resource Trade”中包含一个表示量的属性。
Resource Trade”类中除了交易、取消交易以及获得未发货交易等方法外，还包括通过来源获得交易情况，通过目的获得交易和通过资源获得交易，如图16 所示。
