如何做好软件系统的架构设计?

日期: 2010-05-31 作者:张勇 来源:TechTarget中国 英文

  软件系统架构(Software Architecture)是关于软件系统的结构、行为、属性、组成要素及其之间交互关系的高级抽象。任何软件开发项目,都会经历需求获取、系统分析、系统设计、编码研发、系统运维等常规阶段,软件系统架构设计就位于系统分析和系统设计之间。做好软件系统架构,可以为软件系统提供稳定可靠的体系结构支撑平台,还可以支持最大粒度的软件复用,降低开发运维成本。如何做好软件系统的架构设计呢?笔者就这一问题做如下探讨分析。

  软件系统架构设计方法步骤

  基于体系架构的软件设计模型把软件过程划分为体系架构需求、设计、文档化、复审、实现和演化6个子过程,现逐一简要概述如下。

  体系架构需求。即将用户对软件系统功能、性能、界面、设计约束等方面的期望(即“需求”)进行获取、分析、加工,并将每一个需求项目抽象定义为构件(类的集合)。

  体系架构设计。即采用迭代的方法首先选择一个合适的软件体系架构风格(如C/S、B/S、N层、管道过滤器风格、C2风格等)作为架构模型,然后将需求阶段标识的构件映射到模型中,分析构件间的相互作用关系,最后形成量身订做的软件体系架构。

  体系架构文档化。即生成用户和研发人员能够阅读的体系架构规格说明书和体系架构设计说明书。

  体系架构复审。即及早发现体系架构设计中存在的缺陷和错误,及时予以标记和排除。

  体系架构实现。即设计人员开发出系统构件,按照体系架构设计规格说明书进行构件的关联、合成、组装和测试。

  体系架构演化。如果用户需求发生了变化,则需相应地修改完善优化、调整软件体系结构,以适应新的变化了的软件需求。

  以上6个子过程是软件系统架构设计的通用方法步骤。但由于软件需求、现实情况的变化是难以预测的,这6个子过程往往是螺旋式向前推进。

  软件系统架构设计常用模式

  目前软件领域广泛使用的软件系统架构模式,主要有层次化架构设计、企业集成架构设计、嵌入式架构设计和面向服务的架构设计模式。

  层次化架构设计模式。分层设计是一种最为常见的架构设计方案,能有效地使系统结构清晰、设计简化。MVC模式是当今最为流行的多层设计模式。该模式把一个应用的输入、处理、输出流程进行分离并抽象为控制器(Controller)、模型(Model)、视图(View)三个模块,实现了业务逻辑层、数据库访问层和用户界面层之间在彼此分离的同时仍保持松散的耦合关系,增加了灵活性和可扩展性。我们常见的C/S架构、B/S架构、N层架构都是层次化架构设计的表现形式。

  企业集成架构设计模式。该模式不仅为企业在异构分布式环境下(操作系统、网络、数据库)的业务应用提供了一致的信息访问和交互手段,而且为各类业务应用提供了有效的通信、信息集成、应用集成、维护开发、运行管理等服务。目前最著名的企业集成架构设计包括:CORBA、COM+、J2EE、WebService等。

  嵌入式架构设计模式。该模式具备良好的可配置性、可管理性、可扩展性、时效性等性能指标。目前业界主流的嵌入式操作系统都是特定领域专用的,其中包括:WinCE、Linux、ECOS、EPOC、LynxOS、VxWorks等。

  面向服务的架构设计模式。该模式将业务应用按照一定的粒度和原则划分成为统一标准和统一格式的服务,使企业可以按照模块化的方式添加新服务或更新现有服务,有助于打破信息孤岛,促进企业系统集成、资源共享。该模式包括服务注册表模式和企业服务总线模式两类。

  软件系统架构设计实践

  软件系统架构设计是一项非常复杂的工作任务。如何才能做好软件系统架构设计呢?笔者认为需要做好以下几项工作:

  树立软件系统架构的意识。设计人员不能局限在算法和数据结构上,而是要树立和不断强化软件系统整体架构的意识,学会运用多层架构的视角和观念去分析设计软件。在多层架构的实践上,通过MVC模式实现软件多层结构,层和层之间要做到职责清晰、互相独立、耦合关系松散;在模块设计原则上,要尽量体现“高内聚、低耦合”的思想。

  高度重视软件设计模式。软件设计模式是设计人员在长期开发实践中总结出来的,其他设计人员可借助这些模式加快软件设计进程,降低开发风险。所以,设计人员应高度重视设计模式思想,切勿滞留在编码的层面,应不断总结经验,积极尝试运用软件设计模式的思想去提出问题、分析问题、解决问题,提高自身开发软件的水平。

  形成自身的软件架构风格。软件系统架构设计的核心目标是实现体系架构级别的软件复用。这就需要设计人员一方面不断学习钻研不同应用领域中软件架构的惯用模式、思维、风格;另一方面要借鉴吸收先进理念,积极探索实践,最终形成自身独特的软件架构风格。

  充分了解用户需求,做好全局架构设计。要做好软件系统的架构设计,不能急于求成,首先,要全面准确地收集到用户需求,对整个系统功能形成清晰完整的认识;其次,针对整个软件系统做好全局架构设计工作,从而避免因考虑不周或片面理解带来的失误。

我们一直都在努力坚持原创.......请不要一声不吭,就悄悄拿走。

我原创,你原创,我们的内容世界才会更加精彩!

【所有原创内容版权均属TechTarget,欢迎大家转发分享。但未经授权,严禁任何媒体(平面媒体、网络媒体、自媒体等)以及微信公众号复制、转载、摘编或以其他方式进行使用。】

微信公众号

TechTarget微信公众号二维码

TechTarget

官方微博

TechTarget中国官方微博二维码

TechTarget中国

作者

张勇
张勇

相关推荐

  • 前期设计够用就好

    前期做完整设计的瀑布模型时代已经结束了吗? 本文建议前期做足够的架构设计,以便提供项目启动所需的结构,统一团队愿景以及评估可能的风险。

  • 2012MPD大会首次在中国软件名城南京召开

    2012年9月22-23日亚太软件研发团队管理峰会将在中兴和泰酒店盛大举行。目前各项工作正在积极的筹备当中。此次大会的目的何在?

  • 架构设计实践:基于WCF大型分布式系统

    在大型系统应用中,一个架构设计较好的应用系统,其总体功能肯定是由很多个功能模块所组成的,而每一个功能模块所需要的数据对应到数据库中就是一个或多个表。

  • 面向服务的“拦路虎”(上)

    通过观察在面向服务的世界中当下的开发实践,我发现(有些吃惊),有三个几乎毫不相干的领域,有可能会制约或早已经影响了,在业务和IT之间采用面向服务的策略。