仅实现正常流程不困难，本公司小灵通开发中造成的巨大工作量，都是因为穷举并处理异常。
我猜想大量的异常工作流都是不需要一一处理，而应拥有某种极其简单的统一处理原则和机制，这与STD-28的原设计思想是紧密相关的。

本公司的开发者是否考虑了大量无需考虑的情况，做了大量根本不需要做的工作？！？！？！

这东东都到v3.3版本了，还有如此明显的缺陷？！？！
怎么没见着别的工业标准有这么大的瑕疵。例如：TCP/IP,UDP,SOCKS协议等，至少不会毛病大得人人都看得出来吧。

个人认为STD-28省掉大量的异常流程肯定是有理由的！！！

我的推想如下：
以工作态为特征的系统往往跟变化的工作流有关，例如：电梯调度，机器鸟群体行为模拟（伯依得群实验），而变化的流是不可能穷举的，因此不能画在SDL中。按其它系统惯例，变化的流的处理往往采用自适应的方法学，简化统一处理。例如：金融交易中使用的事务机制

以上相关知识可以见混沌理论和《自适应软件开发》，都是方法论方面的东东。我强调做东西在大思路上是不能与其原思路相悖的。

上述思路急需求证，还是请各位大虾再解释一下STD-28设计成有限状态机的原因。