TSPP09G01 产品集成规程 V100.docx

《TSPP09G01 产品集成规程 V100.docx》由会员分享，可在线阅读，更多相关《TSPP09G01 产品集成规程 V100.docx（11页珍藏版）》请在第一文库网上搜索。

1、TIANSU产品集成规程文件编号TSP-P09-G01生效日期2009-11-25受控编号保密级别秘密版本号V1.00修改次数0总页数11正 文7附 录0编 制陆增审 核批 准南京天溯自动化控制系统有限公司（版权所有,翻版必究）变更日志编号版本修改内容修改人修改日期10. 10创建初稿陆增2009-10-3020. 20内部评审陆增2009-11-1031.00发布陆增2009-11-251 弓I II . 1I I目的1II 2适用范围1III 3定义1IV 4参考资料12 产品集成总体描述22.1 产品集成的目标22. 2产品集成概述21. 2. 1产品集成22. 2. 2集成构造23.

2、2. 3集成测试24. 2. 4集成策略35. 2. 5关键模块46. 2. 6集成过程47. 产品集成过程描述57.1 概述53. 2角色与职责53. 3进入标准53. 4输入53. 5任务51. 5. 1准备产品集成环境53. 5. 2审查接口的描述54. 5. 3编制软件集成计划65. 5. 4确认集成产品构件已准备66. 5. 5组装产品构件67. 5. 6 (build) * 68. 5. 7集成测试69. 5. 8计划跟踪与集成总结63. 7退出条件71引言1.1 目的把产品构件组装成产品，确保所集成的产品恰当地发挥作用，确保交付产品。1.2 适用范围本规程适用于公司所有软件和集成

3、开发项目。1.3 定义下表列出本报告中专门术语的定义、英文缩写词的原词组和意义、项目组内达成一致意见的专用词汇, 同时继承全部的先前过程中定义过的词汇。词汇名称词汇含义备注1.4 参考资料2产品集成总体描述2.1 产品集成的目标加强产品构件的内部和外部界面管理，要确保界面之间的兼容性2.2 产品集成概述2. 2.1产品集成集成就是指在每一个模块都能单独工作的很好的情况下，把模块放在一起以构成完整的目标系统。集成主要通过以下几个步骤实现： 项目组按照预定的集成策略进行集成的设计，形成软件集成计划； 集成构造，也称为build； 集成测试； 集成是一个反复循环的过程，项目组按照集成计划回到第2）步

4、继续循环进行，直至集成完成。当一个新的模块被当作集成进来时，软件发生改变，新的数据流路径建立，新的I/O操作出现，可能 激活新的控制逻辑，这些改变可能使原本工作正常的功能产生错误。因此集成主要关注以下几个方面： 模块之间的接口（数据可能在集成时通过接口丢失）； 模块之间的相互关系（一个模块在集成后可能对另一个模块产生无法预料的副作用；当子函数被 联在一起时，可能不能达到期望中的功能）； 全局数据结构（集成后全局数据结构可能存在问题）； 错误或缺陷的被放大（在单个模块中可以接受的不精确性在集成后可能会扩大到无法接受的程 度）； 集成的策略； 关键模块的集成测试； 等等。2. 2. 2集成构造集成

5、构造即build,是指按照预先设计的集成策略和顺序对模块进行组合,形成具有一定功能的子系统, 该子系统可提交进行集成测试。3. 2. 3集成测试详见测试过程。2. 2.4集成策略集成分为增量集成和非增量集成两种策略。非增量集成是一种理想化的集成策略，增量集成又分为自 顶向下和自底向上的集成。一般在程序结构的高层使用自顶向下的集成策略，在下面的较低层使用自底向上的集成策略。（1）非增量集成非增量集成是一种较为理想化的集成策略，即采用一步到位的方法来构造程序。所有模块都预先结合 在一起，整个程序作为一个整体来进行测试，这种集成策略往往会导致程序的结构混乱不堪，程序中存在 较多的缺陷，要在整个程序中

6、分离出缺陷的位置非常困难，因此对缺陷的修正也非常困难，一旦这些缺陷 被修正后，容易引起新的缺陷产生。（2）增量集成增量集成即分布集成，将一个大的系统分为多个子系统，对子系统进行构造和测试，这时缺陷比较容 易分离和修正，接口也更容易进行彻底的测试，而且可使用一种系统化的测试方法。增量集成一般采用以下几种方法：（3）自顶向下集成自顶向下集成，模块的集成顺序是首先集成主控模块或主程序，然后按照控制层次结构向下进行集成， 隶属于（或间接隶属于）主控模块的模块按照深度优先或广度优先的方式集成到整个结构中去。自顶向下集成的整个过程由下列五个步骤完成： 首先对主控模块及隶属于主控模块的模块进行集成组合； 根

7、据集成的实现方法（深度或广度优先），对下一层的模块分布进行集成组合； 在每个模块组合进来的时候都要进行集成测试； 在完成了每一次集成测试后，才进行下一步的集成构造； 可以用回归测试来保证没有引进新的错误；整个过程回到第2）步继续循环进行，直至系统结构被 构造完成。优点：自顶向下的集成策略主要侧重于在测试过程的早期验证控制和决策点，尽早发现主控中存在的 缺陷。缺点：在实践中可能会出现逻辑上的问题，最普遍发生的问题如：高层测试需要首先对较低层次的足 够测试完成后才能进行。在自顶向下的测试开始时，由于底层的模块的分布集成，因此，在程序结构中不 会有重要的数据向上传递，测试者只有以下三种选择： 把测试

8、推迟到底层模块集成组合之后再进行；这种方法可能导致在特定测试和特定模块组合之间的对应控制； 开发能够实现有限功能的对底层模块的模拟；这种方法会引起较大的开销，模拟部分会变得越来 越复杂； 从层次结构的最底层向上来对软件进行集成，即自底向上的集成。（4）自底向上集成自底向上集成是从原子模块（在程序结构最底层的模块）开始进行构造和测试的。自底向上集成主要由以下几个步骤完成： 底层模块组合成为能够实现软件特定子功能的子系统； 写一个驱动程序（一个供测试用的控制程序）来协调测试用例的输入输出； 对子系统进行集成测试； 移走驱动程序，沿着程序结构的层次向上对子系统进行组合集成；整个过程回到第2）步继续循

9、环 进行，直至系统结构被构造完成。2. 2.5关键模块在集成过程中，关键模块应尽早进行测试，回归测试也应集中在关键模块的功能上，关键模块主要符 合下列要求： 与多个软件需求相关； 含有高层控制； 本身复杂或容易出错； 含有确定性的性能需求。3. 2. 6集成过程集成阶段可包含多次集成过程，每次集成过程都是针对指定的构建阶段提交的工作产品进行的，每次 集成过程的结束以集成测试结束为前提，对在集成测试中发现的问题和缺陷根据测试过程进行记录并 反馈至相关人员处。根据软件集成计划，在上次集成过程结束后，当需要组合进新的子系统，增加新的功能时，需要 进行再一次的集成，启动下次集成过程。3产品集成过程描述

10、3.1 概述产品集成不只是在设计结束时产品构件的一次性组装。产品集成往往是采用“产品构件组装、评价组 装的产品、再组装更多的产品构件”这样一个迭代过程逐渐进行。3.2 角色与职责 项目经理：负责根据产品集成规程，制定集成计划，并在集成过程中协调各个成员的活动，在集 成完成后提供产品集成总结报告。 项目组成员：根据项目经理要求，进行产品构件的集成工作，并进行调试。 QA人员：检查集成过程的记录，确保集成产品的质量。 CM人员：提供正确的等待集成的产品构件。3.3 进入标准完成编码和组件测试。构建阶段提交可供集成的工作产品。3.4 输入软件代码和相关硬件。3.5 任务3.5.1 准备产品集成环境确

11、定必须采办的或开发的环境，可以包含对组织的现有资源的复用。在这种情况下，集成战略应该指 出这些资源的用途并且必须作出使用安排。关于是采办还是开发产品集成环境的决策，是在“技术解决” 过程方面进行。如果决定开发产品集成环境，将实施“技术解决”和其他涉及项目开发的过程方面中的有 关惯例。在产品集成过程中的每个步骤上所要求的环境可能包括测试设备、仿真程序（在没有现成可用的 产品构件的情况下）和记录设备等。3.5. 2审查接口的描述对产品构件的内部和外部接口进行完备性审查，确保现行描述与正在开发或购买的产品之间不发生偏3.5. 3编制软件集成计划在项目的计划阶段，项目负责人和集成负责人以及集成小组应对

12、项目的软件集成编制软件集成计 划，参见软件集成计划模版，软件集成计划应含以下主要内容： 集成的目标和范围； 集成的角色安排及职责； 集成策略； 按照集成策略实施时，计划的代码单元的开发顺序（考虑关键性、难度、集成和测试的问题）， 以及相对应的build （构造）顺序，以及每个build中所含的子系统； 每个build的结构组成和验收标准； 每个build的集成测试描述，包含为执行并测试build的安装和启动顺序，包含采用哪些集成测试 方案以及预期的测试结果。软件集成计划在概要设计阶段编写，在概要设计评审通过后对其进行评审（具体参见评审过程 指导），之后形成基线，具体参见配置管理过程。形成基线的

13、软件集成计划的变更必须按照配置管理过程的要求进行。1.1.4 确认集成产品构件已准备项目开发人员和CM人员配合，确保那些准备进行组装的产品构件都己经得到恰当识别、符合其描述。1.1.5 组装产品构件按照产品集成战略组装产品构件，从最初的产品构件开始，经过中间产品构件的组装，到组装完成整 个产品，反复进行组装和核查活动。1.1.6 构造（build）按照软件集成计划实施软件子系统的构造；每次build完成后，build no号加1。3.5 . 7集成测试集成小组依据相关文档，编写相关的集成测试设计及集成测试用例，应对集成测试设计及集成测试用 例进行评审，集成小组按照通过评审后的集成测试设计及集成测试用例进行集成测试。核查组装的产品构件，对组装完成的构件进行集成测试（IT）,并对测试结果进行核查，确保组装的 产品能够正确集成。参见测试和验收过程中有关集成测试部分内容。3.6 . 8计划跟踪与集成总结对软件集成计划的执行情况进行跟踪，在集成阶段结束时对集成阶段进行总结，包含在测试总结报告中。3.7 输出 软件集成计划 测试总结报告中集成测试部分。3.8 退出条件软件系统结构被构造完成；提交可供系统测试的完整的工作产品;