楼主

请斑竹解释一下STD-28设计成有限状态机的原因 在实际开发过程中，常有人说“STD-28上的SDL图不全，很多异常的工作流没有包括”。 我认为，STD-28是通过严谨的分析设计，并经过严格审核所产生的工业标准。怎么可能“不全”？！？！ 仅实现正常流程不困难，本公司小灵通开发中造成的巨大工作量，都是因为穷举并处理异常。 我猜想大量的异常工作流都是不需要一一处理，而应拥有某种极其简单的统一处理原则和机制，这与STD-28的原设计思想是紧密相关的。 本公司的开发者是否考虑了大量无需考虑的情况，做了大量根本不需要做的工作？！？！？！

	第2楼

STD-28的状态图确实不够完整，你可以参考Q931的状态图就知道异常是该如何处理的。STD-28内容基本是很完整的，还不至于因为那一点瑕疵是开发陷入绝地~

	第3楼

同意，CC协议完全可以参考Q931协议。

----------------------------------------------

	第4楼

谢谢。 tuoniao和Tom也认为STD-28有问题？！？！ 这东东都到v3.3版本了，还有如此明显的缺陷？！？！ 怎么没见着别的工业标准有这么大的瑕疵。例如：TCP/IP,UDP,SOCKS协议等，至少不会毛病大得人人都看得出来吧。 个人认为STD-28省掉大量的异常流程肯定是有理由的！！！ 我的推想如下： 以工作态为特征的系统往往跟变化的工作流有关，例如：电梯调度，机器鸟群体行为模拟（伯依得群实验），而变化的流是不可能穷举的，因此不能画在SDL中。按其它系统惯例，变化的流的处理往往采用自适应的方法学，简化统一处理。例如：金融交易中使用的事务机制 以上相关知识可以见混沌理论和《自适应软件开发》，都是方法论方面的东东。我强调做东西在大思路上是不能与其原思路相悖的。 上述思路急需求证，还是请各位大虾再解释一下STD-28设计成有限状态机的原因。

	第5楼

你误解了我的意思，CC协议完全可以参考Q931协议，因此CC协议并没有详细列出所有情况，比较环保嘛。GSM连SDL图也没有，不知道如何设计？   另外，STD-28已经到V4.0了。

----------------------------------------------