图18 ——MaintainTheResource 模式
示例:
图19 表示了MaintenanceTheResource 模式的一个实例,在汽车修理店系统中,其中“Vehicle”扮演“Resource”,“Repair log”扮演“Resource Maintenance”,“Repair shop branch”扮演“Source-party”,“Customer”扮演“Destiny-Party”。
图19 ——MaintainTheResource 模式实例
相关模式:
MaintainTheResource 是“Association-Object”模式[Boy98],和“Time-Association”模式[Coa 92]的特例。它也是“Participant-Transaction”和“Specific Item-Transaction”[Coa97]的组合应用。如果你考虑类“Maintenance Quotation”(pattern 6)和“Resource Maintenance”(本模式),这里有一个“Transaction——Subsequent Transaction”pattern[Coa 97]的应用。
下一模式:
第3 节的模式,利用它们详细说明其它细节。
模式10 ——CheckResourceDelivery(资源交付检查)
上下文
应用软件处理资源交易,可能是资源销售,也可能是购买资源。你已经确定、分类、量化了应用软件需要管理的资源,也可能应用了QuoteTheTrade 模式(5),并且已经应用了radeTheResource 模式(8)。在有些系统中,需要提供一种检验交易发货的机制。例如,当你进行了一次采购,还没有获得货物,你会收到详细的采购清单。必须建立一种机制在增加库存前,检查与采购相关的交货。
问题:
如何管理应用系统的资源交付?
约束:
在有些应用系统中,只有当交货完成后才进行交易登记。因此,在其间不知道交易的事情。这就导致许
多报告中缺乏细节信息。这种方法,虽然经济,但不反映实际情况。
如果检查仅仅是为了确认交易,在交易中添加一个表明交货日期的属性就可以了。但是,如果与交货相
关的信息很多,并且对系统的效率有影响,那么就需要系统记录下来。
知道以前的交货情况对选择供应商非常重要。
当交货独立注册时存储空间和处理时间都要增加。
结论:
确认应用系统是否包括交货检查。