项目标准化流程术语表 序 号 术语中文 1 Beta版本 经过研发中心内部测试通过的程序版本，可作为正式版本 的备选版本，需要提供给各项目进行确认和评估。 2 Beta测试 由实施项目成员针对本项目反馈的问题进行确认，以及本 项目主要业务流程确认的测试。 3 CC 圈复杂度 Cyclomatic Complexity 一种代码复杂度的衡量标准，用来衡量一个模块判定结构 的复杂程度，数量上表现为独立现行路径条数，即合理的 预防错误所需测试的最少路径条数，圈复杂度大说明程序 代码可能质量低且难于测试和维护，根据经验，程序的可 能错误和高的圈复杂度有着很大关系。 4 5 Check in Check out Quality assurance 为了提供足够的信任表明实体能够满足质量要求，而在质 量体系中实施并根据需要进行证实的全部有计划和有系统 的活动。 6 QA（质量保证） 术语英文 定义 7 QA标准活动 QA的标准活动主要是： 1、工作产品检查 2、过程/流程审计 3、不符合项跟踪 4、项目指导与培训 5、QA记录与报告 6、过程改进并推广 8 QA活动报告 QA人员每月提交的关于本人的工作内容、花费的时间、发 现的问题等，便于品质保证经理了解QA工作状况及效率。 9 QA检查记录 根据过程或主要产品的检查表（checklist）进行检查，在 checklist中记录检查结果并存档。 10 QA总结报告 主要针对产品/项目状态跟踪表、主要工作产品跟踪表和质 量保证活动报告进行分析、计算，按问题分类、按项目、 按部门统计检查出来的各类问题发生的次数、耗费的工作 量等，总结汇总成功的项目的成功经验和值得在公司推广 的最佳实践，过程尽职调查的总结，每半年一次。 11 StarTeam Label 12 StarTeam Project 13 StarTeam View 14 WBS 15 16 17 18 19 20 版本 版本范围定义 版本分支 版本管理场景 版本号 版本合并 21 版本控制 22 版本配置项 23 版本遗留问题 24 变更 对在配置库中存储并已经纳入基线的产品进行修改，即为 变更。 25 不符合项问题分类 不符合项分类意在区分不同类型的不符合项便于统计分析 ，找出应进行改进的地方。 26 27 28 测试报告 测试环境 测试用例 29 产品实施方案 30 产品愿景 31 产品咨询方案 即工作分解结构，WBS中的每一项都是一个工作包，包括 我们需要做的内容/事项，所为最基本的项目要求。 WBS 是一个层次化的树状结构。 Version Version Control 包括程序清单、工具清单、用户文档、实施文档、更新说 明等等。 针对实施和售后的技术解决方案，主要包括产品系统实施 时应注意的事项，为什么要这样来实施，产品实施包含的 内容。 针对售前／需求调研，主要包括产品的特性／优势；针对 业务的具体处理方法和解决方案，帮用户建立相应的规范 制度。 32 抽查计划 33 初验 34 代码评审 35 36 37 38 单元测试 调研对象 调研计划 调研时间确认 39 调研提纲/调查问卷 40 度量 41 42 43 44 发版计划 访问控制 非功能性需求 风险 45 风险管理 46 干系人 47 更新说明 48 工程规范 49 工作产品 50 工作产品检查 51 工作空间 52 工作量估计偏差 由于品质保证人员无法跟踪所有项目的执行情况，每月制 定抽查计划，选3-5个项目进行配置库的抽查，范围要覆盖 研发中心所有的项目。 把软件代码呈现给项目人员、管理人员、用户、客户或其 他感兴趣的人员用于评论或批评的会议。 系统、部件或进程占有给定的属性的程度的数量的测量。 遭受损失的可能性。 识别潜在的问题，以便策划处理风险的活动和在必要时在 整个项目生存周期中实施这些活动，缓解不利的影响，实 现目标。 是受到某种负责产生输出的方式影响的群体或个人。干系 人可能包括项目经理、供方、顾客以及其他人。术语“相关 的干系人”用于指某个计划中要求执行某类活动或接收某类 信息的群体和个人。 说明当前程序版本所作调整的描述文档。分为程序修改更 Release Notes 新说明和正式发本更新说明。 指公司内部制定的针对项目的一些的规范，如编码规范、 注释规范、界面规范等。 是项目活动的执行过程所产生模板、文档、代码和样例， Work Product 也称为交付件。 Work Product 使用相应工作产品的检查表（CHECKLIST），针对工作产 Check 品进行规范性检查。 53 公司项目状态视图 54 功能 Function 55 功能点 Function Point 公司所有项目状态的一览表，可以了解公司所有项目的大 致情况及当前状态。由公司级的配置管理员进行维护更新 ，各部门经理和项目经理配合进行信息的收集。 系统或部件的定义的目标或特征动作，例如，一系统有库 存控制作为它的主要功能。 56 功能模块 57 功能模块图 58 59 60 61 62 63 功能评审 功能清单 功能性需求 构建 构建脚本 构建体系 64 故事板 65 66 Function Module 以层次结构画图说明系统划分为多少个功能模块，以及各 功能模块之间的关系，系统都有一个总的目标，为了达到 这个目标， 必须要完成各子系统的功能，而各子系统功能 的完成，又依赖于下面各项更具体功能的执行。 为满足项目生命周期过程中特定的管理或工程目标而进行 的把输入转换为输出的一组彼此相关的活动，比如配置管 理过程、项目计划过程、项目估算过程等。 过程 过程/流程审计 通过调查研究确定已制定的过程、指令、规格说明、代码 Process Audit 和标准或其他的合同及特殊要求是否恰当的被遵守，以及 其实现是否有效而进行的活动。 过程裁剪 通过对过程的过程元素的细节或其他不完备的规范进行提 炼、调整和（或）补充的方法来生成过程描述的一种活动 。在过程裁剪期间通常说明项目的特定业务需要。 68 过程尽职调查 不定期对项目和员工抽样，下发调查表，收集员工对组织 定义的过程的认可度情况。了解员工在参与的项目中认为 做得好的实践有哪些，做得不好的实践有哪些，公司标准 研发流程有哪些过程需要改进。 69 活动 增加经验的度量标准。 70 活动图 71 基线 活动图描述各种活动的顺序关系。 项目储存库中每个工件版本在特定时期的一个“快照”。它提 供一个正式标准，随后的工作基于这个标准进行，并且只 有经过授权后才能变更这个标准。 72 73 集成 集成测试 74 技术方案 针对招标书或者用户原始项目目标提供的，包括部署、系 统架构、大粒度功能描述、主要技术解决要领、实施培训 等内容的综合文档。 75 技术规范书 招标时由甲方提供的对项目的技术和业务方面要求。 76 技术建议书 投标时…… 67 Baseline 77 架构 78 检查表 79 80 建模 角色 81 进度估计偏差 82 进化型原型 83 84 85 86 87 88 开发规范 客户化开发 类图 里程碑 录音笔 内部版本 89 抛弃型原型 90 配置 Configuration 91 配置标识 Configuration Identification 92 配置管理 Configuration Management 93 配置管理标准活动 94 95 配置管理环境 配置管理要素 96 配置控制组/委员会 97 配置审核 Configuration Auditing 98 配置项 Configuration 为配置管理设计的硬件、软件或两者的集合，它在配置管 Item 理过程中作为一单个实体来对待。 99 配置项安全级别 100 配置项依赖关系 Checklist 列举一些检查要点并记录检查结果的表格。用于对过程的 审计或主要产品的检查。 描述所有类之间的关联、继承、依赖等关系 需求访谈的工具 Configuration 是对提出的配置项的变更负责进行评价、批准或不批准， Control Board 并保证批准的变更的实现的权利机构（一组人）。 101 102 103 104 105 106 107 108 配置状态统计 Configuration Status Accounting 评审 把工作产品或一组工作产品提交给项目个人、管理者、用 户、客户或其他感兴趣的部门为了评论或批准的过程或会 议。评审可以在项目前期发现产品问题并采取解决措施， 遵循问题越早发现越早解决越经济的原则，可有效的降低 后期发现问题并解决的成本。 普通项目 普通项目是指一项在特定的环境与要求下有待完成的任务 ，项目必须在一定的组织机构内，利用有限资源（人力、 物力、财力等）在规定的时间内完成任务，且任务要满足 一定性能、质量、数量、技术指标等要求。 缺陷分类 按照缺陷的严重程度分为重大缺陷、待确认缺陷、一般缺 陷。重大缺陷指在软件开发过程中的针对软件产品和开发 过程的问题，这些问题已经影响用户的正常使用。待确认 的缺陷指该缺陷需要测试人员进行重现和确认是否为缺陷 。一般缺陷指在软件开发过程中的针对软件产品和开发过 程的问题，这些问题已经影响或者可能影响软件产品的质 量。 缺陷密度（代码缺陷 Defect Density 产品中标识出的缺陷数目除以产品成分的规模。 率） 是项目活动的最小单元，是项目成员日常需要完成的具体 任务 工作事项。任务通常可被分配到具体人员、可被跟踪、可 被度量。 软件基线库 Software 软件开发库 Development Library 109 软件配置 110 111 112 上线 申请立项部门 申请立项人 113 审计 114 生产环境 115 生产率（编码效率） Software Configuration Audit a) 为评估工作产品或工作产品集是否符合软件需求、规格 说明、基线、标准、过程、指令、代码以及合同和 特殊 要求而进行的一种独立的检查。 b）通过调查研究确定已制定的过程、指令、规格说明、代 码和标准或其它的合同及特殊要求是否恰当和被遵守，以 及其实现是否有效而进行的活动。 生产率描述一个项目团队在一定时期内交付软件数量的能 力。 116 生命周期模型