一种面向服务软件产品线架构设计方法.docxVIP

一种面向服务软件产品线架构设计方法.docx

  1. 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
  2. 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  3. 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  4. 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  5. 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  6. 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  7. 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
一种面向服务软件产品线架构设计方法 摘要:软件产品线工程是一种有效的软件规模化生产方 法,面向特定业务领域实现了软件资产的系统化复用,从而 降低了软件生产成本,缩短了产品生产周期。然而面对市场 快速变化,传统的软件产品线工程方法无法满足要求。针对 行业领域应用,把SOA技术应用于软件产品线工程中,提出 了能够适应业务敏捷变化的面向服务的软件产品线架构设 计方法。 关键词:软件产品线;面向服务架构;领域建模;可变 性分析;系统化复用 中图分类号:TP311文献标识码:A文章编号: 1009-3044 (2012) 31-7472-03 随着整个社会信息化进程的加快,软件系统的规模和复 杂度不断提高,以及快速的市场变化,企业正面临着成本、 质量和交付时间多方面压力。 软件产品线工程是一种有效的软件规模化生产方法 [1-5],它面向特定业务领域实现软件资产的系统化复用, 从而降低了软件生产成本,缩短了软件产品生产周期,并能 提高软件质量。但经典的软件产品线工程方法先决条件为产 品结构相对稳定,否则会导致产品线核心资产结构的不稳 定,而核心资产结构不稳定可能会引发产品线的崩溃,失去 软件产品线规模化生产能力。当今企业面对快速变化的市 场,为适应市场的变化,需要业务应能够敏捷变化,这就要 求支撑业务的软件体系结构能柔性变化,满足业务敏捷性变 化的要求。因此现有软件产品线工程无法满足要求。 面对快速变化的市场,开发能适应市场变化的敏捷系统 是关键。SOA技术为实现业务敏捷性提供了有力支持,可以 借助SOA建设一个灵活的IT来帮助企业快速应变市场并且 引领业务创新。 为使软件产品线工程方法能在行业领域得到有效应用, 本文把SOA技术应用于软件产品线工程中,提出了面向服务 的软件产品工程方法。该方法既可以利用SOA技术开发敏捷 系统适应市场的快速变化,又能实现基于系统化复用的软件 规模化生产,从而降低开发成本,缩短交付时间。 1面向服务的产品线架构设计方法 面向服务的软件产品线架构设计方法是一种自顶向下 的系统识别方法,同时也是一种支持面向服务的核心资产复 用的有效方式。 该方法的架构风格如图1所示,满足SOA开发的通用分 层结构,架构本身被分为4个层次:分别是服务接口层,服 务组合层,服务层,构件层。其中每个层次都代表不同的含 义。接口层是由图形用户接口组件构成的,这一层服务于面 向对象的产品线,为产品线提供虚拟接口,这些虚拟接口用 来实现服务和服务组合的通信。服务组合层是由不同的服务 集合组成的,这些服务集合可以用来执行一个完整的业务活 动,或者一个完整的业务过程。服务层是由一些自制的、单 一业务表示的服务构成,这些服务可以完成细粒度业务活 动。构件层是由构件集合构成,构件本身为服务提供功能, 确保并维护服务质量。 在图1中,架构中的构件、服务、服务组合以及服务接 口构件都在开发的过程中涉及到可变性,因此这些架构元素 本身也具有必选依赖、可选依赖及可替换关系。 面向服务的产品线架构设计方法将软件产品线工程分 为两个生命周期:核心资产开发和产品开发。核心资产开发 的目的是为后续的识别过程提供指导和步骤规范,同时记录 并执行包含可变性的通用架构元素。在产品开发过程中,这 些架构元素通过专门定制来满足特殊用户需求或者市场阶 段性需要。 面向服务的产品线架构方法从识别阶段开始,该方法的 输入包括特征模型和业务流程模型,输出包括可能构件列 表、候选服务以及候选服务组合。并且这些架构元素可以复 用在所有的产品中。上述处理过程分为构件识别和服务识 别。 在构件识别和服务识别过后,还要进行可变性分析。把 构件和服务列表作为输入,定义并记录架构中相关的可变 性,同时说明可变性如何影响服务和构件执行的。 软件产品线架构还要遵循一定的架构规范。架构规范包 括使用不同的视角来记录架构,这是为了给不同的产品相关 人员描述项目的关键点。在架构规范活动中,构件、服务、 服务组合和它们之间的流将会逐一规范化。例如,架构将会 被规范。在这个活动中,方法和规范在可变性的作用下由所 有的核心资产开发工件产生出来,架构规范需要符号来支持 可变性的表达。 软件架构是一个复杂的实体,不能简单的通过一维形式 表示出来。因为项目对应有许多不同的利益相关者,他们对 系统的关注点不相同,因此从不同的角度来描述系统是很重 要的。 在架构规范过程中,第一步是定义构件和服务接口。接 下来,不同的架构视角能被生产出来,包括:结构视角,分 层视角,交互视角,依赖视角,并发视角和物理视角。结构 视角描述了架构的静态结构,这个视角展示额架构中的构 件,服务和服务组合。分层视角描述了服务在每一层上的组 织结构。交互视角展示了服务和构件之间如何通过交流来实 现特殊功能。依赖视角描述了服务和构件之间的依赖信

文档评论(0)

ggkkppp + 关注
实名认证
文档贡献者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档