管理复用 17.ppt

第十七章:管理复用
复用的实现
复用规划的表达
复用开发的支持
复用的实现
复用的基本思想:
系统可分解为组件,系统由不同的组件构成。每个组件的不同版本,可能多次参与不同的系统的构成。
适合复用的软件系统架构
首先,应该是一个组件化的软件系统架构
采用面向对象思想的的软件,有利于实现组件化及组件复用
复用的实现
软件系统架构不仅要组件化,还要层次化。
典型的分层系统:
最底层是系统软件;如操作系统
其次,中间价;如J2EE
第三层,与特定业务有关的层。
第四层,应用系统层
怎么样的研发过程适合复用?
以产品为中心的软件研发过程,是不适合复用的
要集中精力于标准版本的研发
公共组件是每个组件的一个或几个常用版本
复用的实现
研发过程还要注意开发新的组件或改造常用版本
主要关注公共组件的常用版本的研发和演进
结合具体应用进行公共组件的常用版本的研发
研发中,保持公共组件的常用版本的公共性
比较常用的功能应尽量在公共组件的常用版本中实现
借助软件配置管理的支持
复用的实现
人员组织结构也应该适合复用
保证公共组件的常用版本研发的独立性
研发涉及到的各方面的人力资源要能独立供应,保证有足够的资源
保证有相关人员进行总体规划和协调工作
规划和协调工作应独立于具体应用软件产品的研发
软件复用绝不仅仅关乎软件配置管理的事
复用规划的表达
与软件配置管理相关的复用规划表达
资产的识别与表达
构成系统的组件,主要包括:源代码组件、运行组件、库组件;
区分表达每个组件可能存在着的不同历史版本
区分表达每个组件的不同的变体版本
对于系统,要区分表达历史版本和变体版本
资产间静态关系的识别与表达
构成关系
生成或产生关系
复用规划的表达
相似关系
静态关系
资产继承与变更流转的识别与表达
识别各组件版本间的相似关系
记录规划后的版本之间的演进
通过分支的合并来传播缺陷修复和功能增强等
复用规划的表达
资产与团队间对应关系的识别与表达
关系包括软件生产者与软件资产的关系和使用者与资产的关系
关系的产生
比如,研发团队开发了某种产品;应用软件系统SuperPen由组件A、B、C构成,而应用软件系统SuperPan由C、D、E构成,那么谁能改动组件C的源代码呢?SuperPen团队? SuperPan团队?组件C团队?还是他们中的某两个团队或三个团队都可以修改?
此时,需要规划和协商,明确地表达和记录下来