uml建模实例讲解_图文.pptVIP

* 本方案中，纳入配置管理的通常只有第三方产品的发布包（zip压缩文件），和能够自动将第三方产品进行构建和安装的构建脚本。项目将在各基线中保持其不同版本的发布包，版本控制变得非常简单，而构建脚本的执行能确保正确的发布版本安装到目标开发空间，供项目其它构件引用。第三方产品虽然本身展开的目录各自不同，但是其安装后的目标目录结构却完全一样，其它构件只需要到include下找头文件，到lib下找需要链接的库文件，引用依赖关系变得简单明了。 * 参见《构架实施（第四次迭代）计划》 集成与构建的内容 配置项目集成的开发工具（列如msvc6/bcc55等编译器）和自动构建工具（列如ant/cpptasks） 配置软件配置管理环境（例如clearcase客户端） 制定不同构件间的编译引用、库链接等集成原则 确定针对第三方开发包的源码结构组织与构建步骤 确定针对项目构件的源码结构组织与构建步骤 编制构建脚本 制定集成计划 执行实施—〉单元测试—〉提交—〉集成—〉冒烟测试流程 构建计划 说明要在此迭代中实施哪些子系统/构件，并说明为及时做好集成准备而实施这些子系统的首选顺序，这一顺序取决于构件间的依赖关系 列明增量集成的工作版本（Working Version），每次迭代可能包含多个可测试的集成构造版本，它们决定了每次集成构建周期 Ant构建脚本 Ant配置文件描述了一个构建项目（project），它由一些属性定义（property）和一个目标树（target tree）组成； 目标代表了一个期望的构建结果（例如生成一个链接好的可执行文件），并表述了其依赖的其它目标，常见的构建目标有初始化（Init）、编译（Compile）、单元测试（Test）、安装（Install）、清除（Clean）等； 每个目标包含了实现它而将要执行的任务（task），Ant支持的任务种类非常丰富，例如源码编译、文件拷贝、执行命令行操作等。 Ant执行示例 源码目录组织原则 开发（产品）目录提供了项目团队进行开发、管理等活动的统一共享场所，它需要满足不同涉众（角色），在不同的阶段，对不同类型工件进行访问的多种场景需求 因为项目的编码实施、集成等活动相互间的依赖关系远比其它文档编写类活动要复杂，协同整合更为困难，使得合理的源码组织结构变得极为重要 构架师和配置管理员必须投入更多精力关注开发（产品）目录中的源码组织部分 源码目录结构示例 第三方开发包的源码结构组织 第三方开发包每个产品有各自不同的目录结构，组织的方式不统一，直接使用将增加引用和依赖关系的复杂性； 产品目录全部展开后有时文件数量非常庞大，如果直接纳入配置管理的话，加入源码控制的开销很大，而当其版本升级时替换原有文件更是非常繁琐且容易出错，但是不控制的话又会造成第三方开发包版本冲突和安装路径不一致的问题 项目中对第三方开发包的引用，通常不直接使用其源码，而是链接其编译好的静态库。 第三方开发包构建方案示例 第三方开发包构建脚本示例 ?xml version=1.0? project name=Log4cplus-Install default=InstallAll basedir=. description Build file for all log4cplus library project /description !-- task and type extension -- taskdef resource=cpptasks.tasks/ typedef resource=cpptasks.types/ taskdef resource=net/sf/antcontrib/antcontrib.properties/ target name=AutoBuild depends=-Init description=AutoBuild all source to get bin out if equals arg1=${cc} arg2=msvc/ then available file=${src_dsw} filepath=${int.msvchome} property=MsvcProjExist/ assert name=MsvcProjExist apply executable=msdev dir=${int.msvchome} failonerror=true vmlauncher=false os=Windows 2000 srcfile / arg value=/MAKE/ arg value=${proj_list}/ fileset dir=${int.msvchome} include n