自己画得状态图，请大家拍砖

张恂

五老星2011 发表于 2012-1-12 14:14
吸取了一些建议，重新画了状态图。不过我个人观点，作废还是保留了各种作废，原因是激活的条件和产生的动 ...

画复杂了。

用嵌套状态可以减少重复连线。

客户来电作废订单好像是有条件的。一旦审核通过开始备货，要取消可以走退货流程。

张恂

五老星2011 发表于 2012-1-17 14:47
恩，命名上确实是没注意到。“状态要用能够反应状态的名词 而条件要使用动词进行表述”，很不错的建议！回 ...

>>客户作废、电商作废、系统作废是三种不同的作废方式，有可合并为“已作废”的前提。但是问题也恰恰在这里，三者对应的触发条件不同，且后续如果有数据分析，也不同，那么到底是不是合并呢？

应该合并。

父状态是“已作废”。

子状态是“被客户作废”、“被客服作废”和“被系统作废”。

一个父状态嵌套（内含）三个子状态。

这样，业务需求和软件设计是一致的，你可以用 State 模式实现。

张恂

五老星2011 发表于 2012-1-12 14:14
吸取了一些建议，重新画了状态图。不过我个人观点，作废还是保留了各种作废，原因是激活的条件和产生的动 ...

这张图并没有比我的那张说明更多的语义和需求，反而画得更复杂了，所以不好，应该合并。

多余的线条和状态未必有更多的价值。

在说明相同内容的情况下，形式应该越简明越好。

lodge

我画了一张不完全的（因为不懂这块业务想画也画不全）　
有几点特别说明一下．

１．货到付款和款到发货，是静态分支，因此没有使用条件分支（用静态结构就能实现）
２．追加状态＂等待付款中＂，并增加每小时查看一次的条件．如果没有该状态，迁移到审核或者作废状态的时间点就显得比较模糊
３．修改状态和条件的描述，其中状态全部使用名词，条件使用动词或条件表达式以明确状态迁移的具体条件
４．考虑到ＬＺ很在意作废的不同方式，追加作废中状态，如有必要可在该状态中嵌套子状态和迁移条件
５．追加备货的条件分支，此处使用条件分支的理由是，这里是动态分支（实现时需要程序作判断）
６．按照自己的感觉追加提货等待中的状态，没啥特别理由．
７．感觉备货过程是一个内部的过程，建议使用嵌套，这样也可以简化主状态图

草原001

好! 学习!