软件体系结构第1章概述(编辑修改稿)内容摘要：
项性能。 （ 3）在项目设计阶段，需要从实现的角度对体系结构进行更深入的分解和描述。 （ 4）在项目实施阶段，体系结构的层次和部件是建立开发人员的组织和分工、协调开发人员关系的依据。 （ 5）在项目评估阶段，体系结构是性能测试和评价的依据。 （ 6）在项目维护升级阶段，对软件的任何扩充和修改都需要在体系结构的指导下进行，以维持整体设计的合理性和正确性以及性能的可分析性，并为维护升级的复杂性和代价分析提供依据。 在任何一个有规模的从事现代软件产品开发的单位或部门中，都需要在系统工程师的层次上，在配备体系结构分析师。 它的作用是从战略和宏观上把握软件结构的组成、发展和实现技术。 对它的素质要求较高，应该能够全面掌握软件设计的理论、分析技术和实现技术以及发展方向。 1． 2 当前的软件设计 尽管人们已经普遍认识到，体系结构的设计选择对于软件的长远成功是至关重 要的，但在现实实践中，软件体系结构的理论和工具还没有形成系统、规范的概念和描述。 初看起来，当前体系结构描述中存在的这些不规范性，似乎说明了体系结构描述对于软件设计来说是无足轻重的。 然而，这种现象的存在是有两方面的原因造成的。 首先，由于体系结构所处背景、使用环境、开发目的、历史发展的不同，在长期的工程实践，软件设计人员和公司已经形成了自有的概念、用语和软件系统的设计表述。 当前体系结构的表达式多层次的、多方面的，虽然已经提出了多种体系结构的表达视图，但目前没有形成统一的结构表达方法。 所以，目前采用的各种系 统结构表达，对于体系结构的总体目标而言都是不全面的。 特别是传统的系统分块结构和功能分析，都不能全面和深入把握系统的构成和实现。 其次，对于实际系统的构成而言，高层次的体系结构反映的是它们之间较粗的、抽象的关系。 然而，系统代码的构成细节，对于理解诸如吞吐量、通信模式、控制结构、可扩展性等系统层面的概念，已经提供了直接而自然的分析框架。 体系结构的描述不过是把这些特性更加表面化。 虽然这并不能说明不需要体系结构的形式化描述和更加严格的分析方法，但是在已经完成了代码的设计后在建立体系结构的描述，除了必要的结构抽取和分 析总结作用，的确有点画蛇添足的感觉。 造成这种现象的原因， 在于传统的软件设计是开始于总体概念和代码的。 说到底，这是由于体系结构方法和工具还没有成熟到产生巨大吸引力的程度所造成的。 关于软件体。阅读剩余 0%
本站所有文章资讯、展示的图片素材等内容均为注册用户上传(部分报媒/平媒内容转载自网络合作媒体)，仅供学习参考。
用户通过本站上传、发布的任何内容的知识产权归属用户或原始著作权人所有。如有侵犯您的版权，请联系我们反馈本站将在三个工作日内改正。