软件架构设计这本书最开始主要讲述了软件架构的概念,以及一些软件结构设计的方法。
软件架构的概念:
组成派:软件架构 = 组件 + 交互。
决策派:软件架构 = 重要决策集。
软件架构子系统和框架之间的关系:好的架构设计必须把变化点错落有致地封装到软件系统的不同部分。
软件架构在软件开发过程中有着非常重要的作用,软件架构承接着业务的目标,下接着技术的决策,先进行架构设计,后进行详细设计和编码实现,符合“基于问题深度分而治之”的理念。软件架构方案在小组中间扮演了“桥梁”和“合作契约”的作用。架构设计为增量交付提供了良好的基础,通过软件架构设计可以使软件产品支持批量定制,提高产品的质量,缩短开发产品的周期,因此软件架构设计是十分重要的。
软件产品线:指具有一组可管理的、公共特性的、软件密集性系统的集合,这些系统满足特定的市场需求或任务需求,并且按照预定义方式从一个公共的核心资产集开发得到。
软件产品线架构:针对一个公司或组织内的一系列产品而设计的通用架构。
架构视图:是一种设计架构、描述架构的核心手段。通过“架构视图”作为分而治之的手段,使架构师可以分别专注于架构的不同方面、相对独立地分析和设计不同“子问题”。架构视图分为2设计视图和5设计视图,2设计视图:逻辑视图 + 物理视图;5设计视图:逻辑视图 + 物理视图 + 运行视图 + 数据视图 + 开发视图。每个视图都是从特定角度规划系统的分割与交互,都是(架构的定义)“组件+交互”的一种体现。5视图方法错落有致地将众多技术关注点分成“群落”,“群落”内高聚合,“群落”间松耦合,有利于架构师设计思维的有序展开。
架构设计中的关键要素及解决策略:
是否遗漏了至关重要的非功能需求? 全面认识需求。
能否驯服数量巨大且频繁变化的需求? 关键需求决定架构。
能否从容地设计软件架构的不同方面? 多视图探寻架构。
是否及早验证架构方案并作出了调整? 及早验证架构。
软件架构的设计程度会根据项目和开发团队情况的不同而有所不同,避免出现高来高去式架构设计,比如缺失重要架构视图,不能够深入的去进行架构设计,各层之间的交互接口和交互机制设计严重不足。
我觉得在软件架构设计的过程中,最重要的还是去关注需求,只有深入的了解需求我们才能更好的去了解产品,了解需求的途径有多种,我们也不能仅仅依靠软件需求规格说明书,因为他往往不够精确,可能会丢失一些重要的需求,我们要从多种途径中去了解需求,了解关键需求是进行架构设计的关键,前期的准备十分重要,一个好的架构设计能够提高软件开发的效率,避免出现更多的错误。
免责声明:本文系网络转载或改编,未找到原创作者,版权归原作者所有。如涉及版权,请联系删