软件架构核心问题和关键决策探讨.docVIP

软件架构核心问题和关键决策探讨 　　摘要：架构是实现软件相关服务和基本业务系统的重要阶段，而架构决策又是这一阶段的核心。为了帮助理解软件架构的本质和架构实现，概述了架构的基本过程，介绍了系统分解原则，重点讨论了架构决策的范围及主要决策内容。在架构决策框架中解释了实现架构决策的3个层次，以及各层次可以使用的UML图表等工具。掌握好这些方法能有效减少软件架构的盲目性，为软件设计与实现提供规范与指导。 　　关键词： 　　软件架构；架构决策；系统分解 　　DOIDOI：10.11907/rjdk.172989 　　中图分类号：TP301 　　文献标识码：A 文章编号：1672-7800（2017）012-0057-03 　　Abstract：Architecture is an important stage for implementing software-related services and basic business systems， and architectural decisions are the core of this stage. To help understand the full essenceof the software architecture and its implementation， this paper summarizes the basic process of architecture， introduces the system decomposition principle， and focuses on the scope of architectural decisions and major decisions. The three levels of architectural decision are explained in the decision framework， as well as tools such as UML diagrams that can be used at all levels. In summary， mastering these methods can effectively reduce the blindness of software architecture and provide specifications and guidance for software design and implementation. 　　Key Words：software architecture； architecture decision； system decomposition 　　0 引言 　　软件在人类社会活动中发挥着不可估量的作用，软件工程旨在研究软件系统架构、开发、运行、维护、演化的创新方法以提高效率和质量[1]。软件并非开发商为客户提供的第一样东西，但它的好坏会直接影响客户的感受。无论公司大小，对软件的依赖程度都在急剧增加。不管公司关注的战略重点是什么，软件架构已经成为一种能力，掌握得好将极大提升公司的实力和水平，否则会严重削弱项目或系统构建[2]。本文通过视图帮助架构师解决软件架构的关键问题，从而使其概念具有可操作性。 　　1 软件架构概述 　　以往软件架构所关注的核心问题是系统的复杂性，然而今天许多系统具有与摩天大楼媲美的复杂性。因此，软件设计问题超出了算法和数据结构，设计和指定整个系统结构就是软件架构级别的设计。很明显，复杂性是软件架构必须解决的一个关键问题[3]。主要体现在两方面：①知识难驾驭，如构建系统的复杂性、规模、依赖关系和采用技术等；②管理难驾驭，如构建系统的组织和流程、参与构建系统的人数、项目的依赖关系、外包、地理分布的团队等[4]。 　　分解系统可以解决复杂性问题，但是怎么分片？好的分解满足组件之间松散耦合的原则，通过干净接口，合理地将其划分为可单独处理的独立部分以简化问题。该结构必须支持系统所需的功能或服务。因此，必须考虑系统的动态行为，还要有必要的基础设施支持这些服务[5]。 　　如何将切片结合在一起是界面与各个部分之间的关系问题。保持系统完整性的同时，也需要保证这些切片组成的系统具有良好适应性。这些品质或特性对系统具有分散或系统性影响，因此是交叉分割的关注点。这不是一个孤立的问题，因为分解是由其它问题驱动的，无论怎样分割，多个部分都必须合作解决这些关注点。为了有效地解决跨部门关切的问题，必须首先在范围更广的层面上处理问题。许多系统质量（非功能性要求或服务级协议）具有这种性质，包括性能、安全性和互操作性要求。例如，为了使图像更加复杂，可能会与系统质量发生冲突，因此要