软件工程 一体化案例分析教程(六)第6章 实现 Implementation(杜育根).ppt

软件工程 一体化案例分析教程(六)第6章 实现 Implementation(杜育根).ppt

  1. 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
  2. 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  3. 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
查看更多
软件工程 一体化案例分析教程 (六)Implementation 杜育根 本PPT教材: 杜育根. 软件工程教程:IBM RUP方法实践[M]. 北京:机械工业出版社,2013 第 6 章 实现Implementation 此规程解释了如何开发、组织、单元测试和集成来实现基于设计规约的构件。 根据按层组织的实现子系统,定义代码的组织 用实现元素来实现设计元素 按单元来测试开发好的构件 将单个实现者(或团队)产生的结果集成到一个可执行系统中 主要内容 实现工作流程 6.1 实现关键任务 6.2 JSP代码实现案例 6.3 6.1 实现工作流程 图6-1 实现工作流程 6.1.1 结构化实现模型Structure the Implementation Model 实现模型代表实现的物理组成,包括实现子系统和实现元素(目录和文件,包括源代码、数据和可执行文件)。 结构化实现模型通常会产生一个实现子系统的集合,这样可以对这些子系统进行相对独立开发。一个组织良好的模型将可以防止配置管理问题,并将允许产品从相继增大的集成块中合成。 6.1.2 计划集成Plan the Integration 计划集成关注要实现哪些实现子系统,以及在当前迭代中各实现子系统的集成顺序。 6.1.3 服务实现Service Realization 服务最终都将由不同的服务构件来实现。因此服务实现是衔接服务建模和构件详细设计的关键步骤。服务实现首先将服务分配到相应的服务构件,然后逐个分析服务实现方式并进行技术可行性的验证。 在服务发现的过程中,我们根据业务领域的分析结果将服务按照业务范围进行分类。在服务实现的过程中,将业务范围直接映射到服务构件,从而实现业务与IT的一致性。 6.1.4 实现构件Implement Components 此活动的目的是完成一部分实现,以便可以将其交付进行集成。 当实现者实现设计模型中的元素时,他们编写源代码、更改现有源代码、编译、链接并执行单元测试。如果发现设计中的缺陷,实现者将对该设计提交返工回馈。 实现者还修订代码缺陷并执行单元测试以验证更改。最后,复审代码以评估质量以及与编程准则的一致性。 6.1.5 集成每个子系统Integrate each Subsystem 此活动的目的是集成多个实现者的更改,以创建新的一致的实现子系统版本。 如果几个实现者(作为一个团队)致力于同一实现子系统,则需要集成各个实现者的更改以创建一个新的一致的实现子系统版本。该集成将导致在子系统集成工作空间中的一系列构建块。然后由一名测试者或一名执行开发人员测试的实现者集成测试每个构建块。测试之后,将实现子系统交付至系统集成工作空间。 6.1.6 集成系统Integrate the System 此活动的目的是集成实现子系统,以创建新的一致的整体系统版本。 集成者按照集成构建块规划,通过将已交付的实现子系统添加至系统集成工作空间并创建构建块,集成系统。然后由一名测试者集成测试每个构建块。最后的递增之后,可以由一名测试者对该构建块进行完整的系统测试。 6.2 实现关键任务 6.2.1 结构化实现模型Structure the Implementation Model 此任务描述如何为实现子系统及其内容来建立基于分配职责的实现元素(implementation elements)的结构。 建立实现模型结构 调整实现子系统 为每个实现子系统定义引入 Define imports for each implementation subsystem 决定如何处理测试资产Decide how to treat test assets 决定如何处理可执行程序(以及其他派生对象)Decide how to treat executable programs (and other derived objects) 更新实现视图 评估实现模型 图6-2 从子系统D中抽取的类型声明 将一些类型声明从子系统D抽取到新的子系统Types中,使得子系统A独立于子系统D的公用(可视)工作产品的更改。 图6-3 抽取子系统A的工作产品并放到新的子系统 A1 中 调整依赖关系。假设子系统A和子系统B引入相互依赖关系。但是想让B较少依赖于子系统A的更改,抽取B引入的A的工作产品,并放之到较低层的新实现子系统A1中。 构建块(Build) 为便于选择和引用,特别为了部署,推荐定义单独的配置项来包含可部署的可执行程序集(关于哪些可执行程序部署在哪些节点上,这是记录在部署模型中)。 从建模的观点来看,由

您可能关注的文档

文档评论(0)

flyben + 关注
实名认证
内容提供者

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

1亿VIP精品文档

相关文档