|
复杂应对复杂的发展之路。我们看到，从方法到概念都日趋复杂。
一开始，很多软件的早期版本较为清晰，后来逐渐走向“大泥球”模式。最终，它们“活成了我们最讨厌的样子”。
“技术债务”成为软件生命周期中的常见问题，所以，对软件设计方法尤其是架构方法的探索始终未停。这些探索与软件工程方法的演进互相作用。
对这种日趋复杂、难以驾驭的状况，很多软件人希望能有所改善。众所周知，标准化对提升架构设计效率和提高软件开发成功率很有裨益。在架构方法发展的过程中，关于这个方面的标准化努力也一直在缓慢推进。这个标准并非指软件开发标准，比如国内的 GB8567-88，而是指能直接应用于具体开发的设计参考，比如行业级标准化模型。
本文探讨架构演进的另一个趋势，就是行业级标准化。
一、为何行业级标准化发展缓慢？
行业级标准化之所以较难达成，是因为背后有许多复杂因素。
首先，这是一项带有公益性质的工作。一旦做成功，大家都受益，但推动者的付出与其收益之间不成比例，要靠一定的“奉献”精神支撑。
其次，标准达成需要统一众多观点。而这种统一并非可以强制达成，标准本身的建立过程就会比较缓慢。时间一久，甚至不了了之。
最后，即便建立标准，更新维护的主体通常也难以确定和维持，“保鲜”难度大。
如此困难之事，为何今日应该重提？这又涉及另外两个原因，而它们却是今后软件或者数字化的发展方向。
1. 软件在生产、生活中的基础性地位还不够
我们现在常说，软件、互联网改变了人类社会，但实际上，并非所有行业和生活场景都充分线上化了。事实是，大部分行业中，软件的基础性地位还没有达到人们通过宣传所“认为”的水平，并且，软件行业总产值也没在 GDP 中有很高占比。
这表明，软件还未像工业制成品那样深入到社会的各个角
（编辑：新余站长网）
【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!
|
