四、 软件体系结构标准分类
根据体系结构标准的成熟度，可以对其进行适度的分类。如下图1所示，标准成熟度金字塔，最顶端的是最成熟的，而最低端的则是最不成熟的。
图1．结构成熟度金字塔
图1．结构成熟度金字塔
1）提交：这一级别意味着标准制定中已经考虑了产品、模式或实践等因素。
2）侯选：此级别表明已经通过了IT项目专家的详细审查。
3）推荐：推荐级别已经将参考模型及参考实现配置在合适的位置了。
4）实践：实践级别指已经定义了支持度模型，至少有一种产品实现。
5）非常好的实践：有多个产品实现，同时对支持度模型进行重新定义。
上面的软件体系结构标准成熟度分类，为标准及其成熟度提供了一种比较客观的评估方式。可以有力排除了组织权力、个人喜爱、商业业务伙伴等人为因素的干扰。
当然，上面的分类，基本上遵循了W3C（World Wide Web Consortium）组织的标准分类，当然也有所变化与增加，例如增加了实践与非常好的实践两个阶段，用来表明软件体系结构标准的高级别的成熟度。W3C定义标准的工作流程如下所示：
1）Submission
我们平常向会议或者杂志投递论文叫“paper submission"，这里也一样。submission指由W3C member向www consortium投递自己的一个建议。W3C有可能决定不接收这个建议。
2）Notes
如果IBM向W3C提了一个Submission，而且W3C没有拒绝这个submission，那么它就进入Note阶段。Note的内容由IBM进行编辑修改，W3C是不管的。发表Note的时候，表示W3C还没有开始和这个submission有关的任何工作。
3）Working Groups
Notes被W3C认可后，W3C会成立一个Working Group。Group包括W3C member和有兴趣的外界团队和个人。
4）Working Draft
Draft会在w3c的站点上公布，并邀请公共的评论和意见。Working Draft一般不应该作为参考的资料，因为它还会经过大量的修改/更新，而且可能随时被废弃。比如现在WSDL2.0就还在Working Draft阶段，还会经过大量的修改。
5）Candidate Recommendations
这个阶段是可选的，依据论题的复杂程度而定。它一般不应该作为参考的资料，因为它还会经过大量的修改/更新，而且可能随时被废弃。
6）Proposed Recommendations
Proposed Recommendations是Working Groups工作的最后一个阶段。它有被继续修改的可能，但一般情况下，它很可能马上不做改动地成为w3c的recommendation。
7）Recommendation
Proposed Recommendations经过了W3C member的检查和W3C的主席的盖章后，成为 W3C recommendation。它一般是一个稳定的规范，可以作为参考资料进行学习。
五、 小结
五、 小结
在本文中，读者可以清晰的看到使用标准如何定义组织进行软件开发过程当中的产品、模式及实践。同时，可以感觉与体会到标准化为软件开发所带来的好处，例如加速软件产品或项目的交付周期，降低开发的总费用。
所以的标准不尽相似。而软件体系结构标准的主要特征却相似，主要包括项目专家建议与意见、参考模型及参考实现、支持度模型、产品实现及规划支持等。相应地，通过这些特征的判别，可以将标准分为以下五个级别：提交、候选、推荐、实践及非常好的实践。
那么，读者所在的组织，已经建立了软件体系结构标准吗？他们可以按成熟度进行相应的分类吗？已经认识、定义、沟通及成熟度标准了吗？同时，有没有成功的加快产品交付使用的标准实践？如果都没有，读者可以考虑参考本文的内容，建立适合自己企业的标准体系。
