客户信贷管理
**集团的原煤销售大部分都是先付款，后提货模式。但是，部分大型长期客户也存在部分应收款情况，甚至存在多年的呆账老账。因此，未来的煤炭运销管理系统，也应该提供客户信贷管理功能，具体要求如下：
1、可以针对不同的客户设定不同的信贷额度。在应收款超过信贷额度时，系统能够自动报警，并冻结后续销售凭证的制定；只有经过审批后方可解冻；
2、应可以对集团内不同的部门分配不同的信贷额度。面对同一个客户，尽管集团信贷额度尚未超标，但在某个销售组织内超过信贷额度，也将在该销售组织内冻结创建相应的销售凭证；
使用Specification模式。信贷额度是销售额的一个规格约束，只有满足信贷的一些条件限制，才能有一些功能的许可。
我觉得用Observer模式比较合适，可以监听信贷额度是否超出并作出处理。
在具体实现时，是有可能会使用到observer模式，但是observer模式属于行为类模式，属于执行层面战术性质模式，打个比喻：什么时候有行为呢？是有了战略方向以后才会行动。所以，战略方向比行为行动更重要，更宏观。
一开始，我是从分析模式这个宏观层面来看信贷额度，想到了MF的分析模式中的测量模式，但是那是一种提供多种可替换式的测量方式和行为，大概类属于策略模式这一类。个人认为不够宏观。
Spec规格模式是MF和DDD都仿佛强调的重要建模模式，也许没有GOF那么有名，容易被忽视，其实其宏观战略意义远远超于GOF模式，进行分析建模时，你可以不知道GOF，但是不可以不知道Specification模式，DDD中花费大量篇幅来描述它，其他分析方法如电信领域的NGOSS中也推荐Specification模式。
Specification模式属于一种结构性模式，结构性模式和类图一样，是决定事物内部的结构，就象我们使用原子结构图表达事物物理或化学结构一样，是对事物最基本的描述，所以，我们分析需求时，结构性质类图是第一个目标，要产生结构类图，就需要结构性质模式，如GoF结构式模式，Spce模式，以及聚合等等结构性宏观模式。
以上只是个人经验，仅供参考。
为什么一定要加模式上去呢？实现需求，按照设计原则来就可以了 啊
banq老师能否给出一个详细的分析，比如说应该抽取出什么领域对象和值对象，他们之间是什么关系，用四色图怎么分析，一直都无法入门，盼老师能给予帮助