Domain Object ：基于业务行为的分析(2)

对于LifeCycle，每个LifeCycle Status的变化都可能会有独自的Entry Data（与Request Context有关，与Domain相关的）需要记录。

2.2 以上是对核心业务系统的讨论，现在要看的是所谓综合业务系统 ：
对于综合业务系统，关注的是Party, Product两个对象系统。
很显然，客户的金融资产（保险系统）或者阅读习惯（BookStore）是系统关心的；product则是系统能为客户提供的服务或者产品；而Provider以及Channel Role包括Deliverer在内都是为服务提供支撑。

对于这些对象也就有自己的LifeCycle。虽然其LifeCycle的周期可能要长于Policy或者Order，但是其LifeCycle的状态却可能简单于Policy或者Order

Party和Product两个对象系统也有自己的Process，其Business Process的发起也是由request,由于相对于Policy和Order，两个系统相对 “ 静态 ” ，并由于其LifeCycle的简单性，加上这两类对象在实际业务中相比更带有正式授权特征。因此我用一个不同于request的概念ReGIStration来代替。

其Process的过程和核心业务过程相差无几，不在复述。
目前对于综合业务系统还没有更多的想法就这样吧。

三、不算小结的小结
无论系统建模还是系统重构，努力去观察了解Domain Object的动静之分，以及Domain Object与Business Process的关系，都有助细粒度的分析系统的业务行为，做出合理的设计方案。
（听上去更像是口号宣传）