状态，设计人员数据化对象的独孤九剑

已经做了两个基础的数据对象，物料和用户，下一步粗略的设计抽象一个业务实体。有一句话说，世界上唯一不变的真理就是一切在变，这说得对不对我们不去讨论，但确将变化提到了一个哲理的高度。过去仁人志士说的改变世界抽象数据化的到信息技术中，我认为就是改变对象的属性或状态，可见设计人员抽象数据化信息的一个很重要的点那就是对实体状态的考证和认知。考察程序合理性和实用性的一个关键评估面，就是对象状态分析的正确性和是否完备，有点抽象，具体化一点展开来说。

对象的状态决定了对象在一个动态的业务过程中某一个静态的时刻点所具有的能力

如果你感觉这名话似乎还是有点抽象，建议仔细看一下软件设计模式中的状态模式。形象一点的说，在不对的状态下，实体对象应该对操作（方法）做出不同的反应，就像武侠小说里面武功再高的人在闭关的时候有时功力（方法）发挥不出来，这是符合实际且客观的，如果一个对象在任何一个状态下都是一个恒久不变的状态，那孙子兵法和小时候看的什么游击战术将失去了理论基础。再具体一点说，假如我们抽象出了一个入库单据，你认为它只有一个审核状态，那仓库主管审核了只后它就更新库存，它的基础功能就完成了。但若你想包含更多信息量，你给它抽象出来检验、审核、退库等多种状态，且有各种业务逻辑，例如入库了之后，先要品质部人员在单据上签字才能交给仓库主管去审核、制单人员制单完成就表示进入品管仓库去检验还是仓库主管审核后才算进入品管仓库去检验，后面用红色的单据表示检验处理后续检验不合格退库等，具体的业务定义过程和对象状态的抽象依赖于物料的特性、检验时间的长短、配备人员的多寡，业务流程本身原先的处理惯性和业务人员权限的赋予、公司与供应商的