需求跟踪矩阵编号规则

作用：“需求跟踪矩阵”主要用于记录和跟踪需求的分析、设计、实现、验证的过程。注：客户需求与产品需求、测试用例、设计、代码之间为多对多的关系。

关于“需求跟踪矩阵”编号，建议编号规则如下:

A.规则一:

（1）用户需求编号(UR_001_001_001),其中UR是代表用户需求,001_001_001代表一级模块_二级模块_功能点

（2）软件需求编号(SR_001_001_001),其中SR是代表软件需求,001_001_001代表一级模块_二级模块_功能点

（3）概要设计编号(PSD_001_001_001),其中PSD是代表概要设计,001_001_001代表一级模块_二级模块_功能点

（4）详细设计编号(DSD_001_001_001),其中DSD是代表详细设计,001_001_001代表一级模块_二级模块_功能点

（5）代码编号(CODE_001_001_001),其中CODE是代表代码,001_001_001代表一级模块_二级模块_功能点

（6）集成测试用例编号(ITC_001_001_001),其中ITC是代表集成测试用例,001_001_001代表一级模块_二级模块_功能点

（7）单元测试用例编号(UTC_001_001_001),其中UTC是代表单元测试用例,001_001_001代表一级模块_二级模块_功能点

（8）系统测试用例编号(STC_001_001_001),其中STC是代表系统测试用例,001_001_001代表一级模块_二级模块_功能点

B.规则二:

（1）用户需求编号(UR_一级模块英文/中文第一个大写字母_二级模块英文/中文第一个大写字母_功能点英文/中文第一个大写字母)

（2）软件需求编号(SR_一级模块英文/中文第一个大写字母_二级模块英文/中文第一个大写字母_功能点英文/中文第一个大写字母)

（3）概要设计编号(PSD_一级模块英文/中文第一个大写字母_二级模块英文/中文第一个大写字母_功能点英文/中文第一个大写字母)

（4）详细设计编号(DSD_一级模块英文/中文第一个大写字母_二级模块英文/中文第一个大写字母_功能点英文/中文第一个大写字母)

（5）代码设计编号(CODE_一级模块英文/中文第一个大写字母_二级模块英文/中文第一个大写字母_功能点英文/中文第一个大写字母)

（6）集成测试用例编号(ITC_一级模块英文/中文第一个大写字母_二级模块英文/中文第一个大写字母_功能点英文/中文第一个大写字母)

（7）单元测试用例编号(UTC_一级模块英文/中文第一个大写字母_二级模块英文/中文第一个大写字母_功能点英文/中文第一个大写字母)

（8）系统测试用例编号(STC_一级模块英文/中文第一个大写字母_二级模块英文/中文第一个大写字母_功能点英文/中文第一个大写字母)

例:客户管理(一级模块),客户资料(二级模块),新建(功能点)

PR_KHGL_KHZL_XJ

C.项目组自定义ID，或者是对应文档中的自定义编号。

公司文件编号规则

重庆富士电梯有限责任公司管理文件 1.目的 为了使公司文件易于识别和检索，特制定此编号方法 2.适用范围 适用于富士电梯公司各部门制定的与质量、环境、职业健康安全管理体系相关的文件及记录。 3.职责分配 3.1质安中心负责编号方法的解释工作。 3.2质安中心负责公司管理手册和程序文件的编号，其它文件及记录由各制定部门根据此编号方法进行编号。 4.内容和要求 文件编号写在公司标准模板相应的位置，受控文件的分发号写在右上侧，分发号按部门代号来编。 记录编号应写在记录的上左侧，记录的序号写在右上侧。 4.1质量手册编号为： FJ/QCTEOMS/M口口 -口口口口 FJ是本公司的代号 QCTEOMS 代表质量环境职业健康安全（五标）管理体系 M是管理手册的代号 口口是顺序号 口口口口为编制时的年号 4.2程序文件编号为：FJ/QCTEOMS/P口口-口口口口 FJ是本公司的代号 QCTEOMS 代表质量环境职业健康安全（五标）管理体系 P是程序文件代号 口口是程序文件顺序号 口口口口为编制时的年号 4.3其他文件编号为： FJ/QCTEOMS/口/口口口口口-口口口口 FJ本公司的代号 QCTEOMS 代表质量环境职业健康安全（五标）管理体系 口是文件种类代号，管理制度为 C;作业文件为 S; 口口是部门代号，具体如下：人力行政中心为RX；信息中心为XX；质安中心为ZA；技研中心为JY；财会中心为CK；营销中心为YX；营运中心为YY；维保中心为WB。 口口口是文件编制顺序号(2位阿拉伯数字) 口口口口为编制时的年号 4.4记录编号为：FJ/QR/口口口/口口口口 FJ本公司的代号 QR为质量记录代号

公司文件编号规则84050

中电新源文件编号规则 1. 目的 加强公司文件的标准化管理，便于文件的识别、追溯和控制，规范存档，确保公司重要文件具有唯一编号，保证公司文件体系有效运转。 2. 适用范围 适用于公司文件的编号管理和控制。 a)技术类文件：是指在公司的研发、生产、销售、服务等各个环节中与技术有关的各类文件和资料。 b)其他文件：包括公司规章制度、管理文件、合同协议、传真等； c)编号文件包括纸介文件以及电子文件。 3. 编号办法 3.1 公司名称约定 公司全称：中电新源智能电网科技有限公司 简称：CPHV 3.2 日期表示格式：yyyy-mm-dd yyyy:年份：用四位数字表示公元年份，如2012表示公元2012年。 mm月份：用两位数字表示月份，不足两位时，用零补齐，如03表示第3月。dd 某日：用两位数字表示当日，不足两位时，用零补齐，如05表示第5日。例如：2012-10-12表示（2012年10月12日） 3.3 文件版本编号 下面是对文件版本进行编号要遵守的标准： 起草版本的编号为0.1, 0.2, 0.3, ..., 0.10。版本编号可以根据项目需要延伸到若干层，例如，0.1, 0.1.1, 0.1.1.1. 一旦文件版本得以确认后，即正式版本编号应该始自1.0，版本编号不断变化为：1.0, 1.1, 1.2, ..., 1.10。项目可以根据需要将版本编号晋升为2.0，2.1, 2.2

等。 3.4 技术文件命名格式：CPHV-TT-NN-YYYY-MM CPHV：公司名称缩写 TT文件类型： SC：质量手册 CX：程序文件 JS：作业指导书、说明书等 GL:操作规程，计算书等 ZD：制度 JL：记录 NN：版本号，参见3.3节 YYYY-MM：年月 3.5 其他文件的编号 3.5.1 公司规章制度和管理文件 公司规章制度和管理文件的编号格式为：CPHV(-DN)-TT-nnn-dd-YY DN：大写英文字母，部门代号，如该制度是公司级文件，适用于公司全体人员，该部分编码省略； 如该文件是部门内部管理制度，则应标记部门编号，表示该制度由部门内部使用。相应的部门代号如下： 质量部QM 综管部：ZG 生产部：SC 工程部：GC 研发部：YF 市场部：XS 财务部：CW

需求管理过程

需求管理过程 本文件属深圳天源迪科信息技术股份有限公司所有， 未经书面许可，不得以任何形式复印或传播。 2008-1-31发布 2008-2-18 实施

文件建立/修改记录

目录 1 简介 (4) 1.1 目的 (4) 1.2 适用范围 (4) 1.3 背景描述 (4) 1.4 术语表 (4) 1.5 参考资料 (5) 2 总体描述 (5) 2.1 概述 (5) 2.2 职责分工 (5) 2.3 结构描述 (6) 3 活动描述 (7) 3.1 需求培训 (7) 3.2 建立需求跟踪矩阵 (8) 3.3 维护需求跟踪矩阵 (9) 3.4 检查一致性 (10) 3.5 采取更正行动 (11) 3.6 需求变更管理 (12) 4 附录 (13) 4.1 附录A－相关过程 (13) 4.2 附录B－相关规范、指南 (13) 4.3 附录C－相关模板列表 (13)

1简介 1.1目的 制定需求管理过程的目的是管理产品和组件的需求，识别需求与项目计划及工作产品之间的不一致，有效地控制需求变更、以及跟踪需求的演进，指导项目组管理需求。 1.2适用范围 本过程适用于公司所有的软件项目，贯穿项目的整个生命周期。 1.3背景描述 无。 1.4术语表 ●软件需求：用户解决某一问题或者得到某一目标所需的软件功能。 ●基线：基线是经过评审和批准的配置项的集合，其作用是明确划分项目各阶段，确定各阶 段的结束点。在项目的开发过程中，最基本的基线有需求基线、开发基线、发布基线等。 ●配置控制委员会(Configuration Control Board)：简称CCB，是确定配置基线，评估、批准 变更，并保证已批准变更的实施的组织。 ●需求变更：需求变更主要来自三个方面－客户、高层和开发人员。因此，无论哪一方面提 出需求变更的要求，都应当对变更请求进行评估。需求变更通常包括三项内容：新增需求、修改需求、删除需求。每一种变更都可能影响到其他需求的变化，因此在进行变更时需要利用需求跟踪记录。 ●需求跟踪：需求跟踪主要是跟踪需求及其实现之间的一致性，需求跟踪通过管理需求跟踪 记录来进行。在需求的阶段已经建立了需求跟踪记录，在后续的开发过程中，通过不断填写需求跟踪记录，将设计、开发和测试等阶段产品与需求进行一一对应。同时，在任何一个阶段发生变更时，都要检查需求跟踪记录是否需要进行变更。需求跟踪是分布在各个开发阶段之中的。 ●涉众:专指所有会受到项目结果重大影响的人。要有效地解决任何复杂的问题，就会涉及 到满足不同涉众的需要。涉众通常会对问题持有不同的观点，因而必须用所提供的解决方案来满足不同的需要。许多涉众都是系统的用户。其中许多涉众只是系统的间接用户，或者只受到系统所影响的业务结果的影响。还有许多涉众是系统的经济型买主或支持者。了解涉众的组成及其特定需要是开发有效解决方案的关键。典型的涉众有客户（或客户代表）、用户（或用户代表）、投资者、股东、生产经理、买方、项目经理、设计人员、测试

公文编号规则

公文编号规则 公文编号至少应包括年度代码、发文单位简称、发文顺序代码。 （1）红头文件以公司简称+年度代码+发文序号进行编号，以2009年下发的第10份文件为例： 发文单位全称或规范化简称文件编号 明宇实业集团有限公司明实发【2009】10号 明宇实业〃明宇旅业集团明旅发【2009】10号 明宇实业〃明宇置业集团明置发【2009】10号 宇豪酒店股份有限公司宇股发【2009】10号 莱茵威尔农业开发有限公司莱威农发【2009】10号 南充宇豪酒店有限公司南宇酒发【2009】10号 南充宇豪〃东方花园酒店有限公司南宇东发【2009】10号 成都宇豪〃罗曼大酒店有限公司成宇罗发【2009】10号 成都宇豪〃金荷花酒店有限公司成宇荷发【2009】10号 成都宇豪〃金港湾酒店有限公司成宇港发【2009】10号 成都明宇尚雅饭店有限公司成明尚发【2009】10号 四川明宇房地产开发有限公司川明房发【2009】10号 丰泰（四川〃南充）房地产开发有限公司南丰房发【2009】10号 四川华科建设工程有限公司川华建发【2009】10号 南充宇豪物业管理有限公司南宇物发【2009】10号 南充市恒盛商贸有限公司南恒商发【2009】10号 （2）内部公函编号应包括单位简称的大写字母（2—4位数）、日期（6位数）、当月发函的顺序（2位数）。以2009年4月3日发的第4份内部公函为例，各单位内部公函编号为：

单位名称内部公函编号明宇实业集团有限公司MY09040304 明宇实业〃明宇旅业集团MYLY09040304 明宇实业〃明宇置业集团MYZY09040304 宇豪酒店股份有限公司YHGF09040304 莱茵威尔农业开发有限公司LYWE09040304 南充宇豪酒店有限公司YH09040304 南充宇豪〃东方花园酒店有限公司YHDF09040304 成都宇豪〃罗曼大酒店有限公司YHLM09040304 成都宇豪〃金荷花酒店有限公司YHJHH09040304 成都宇豪〃金港湾酒店有限公司YHJGW09040304 成都明宇尚雅饭店有限公司MYSY09040304 四川明宇房地产开发有限公司MYFC09040304 丰泰（四川〃南充）房地产开发有限公司FTFC09040304 四川华科建设工程有限公司HKJS09040304 南充宇豪物业管理有限公司YHWG09040304 南充市恒盛商贸有限公司HSSM09040304

需求跟踪矩阵(RTM)

需求跟踪矩阵（RTM）有什么作用？ （1）在需求变更、设计变更、代码变更、测试用例变更时，需求跟踪矩阵是目前经过实践检验的变更波及范围、影响分析的最有效的工具，如果不借助RTM，则发生上述变更时，往往会遗漏某些连锁变化。 （2）RTM也是验证需求是否得到了实现的有效工具，借助RTM，可以跟踪每个需求的状态：是否设计了，是否实现了，是否测试了。 2 需求跟踪矩阵分为哪几类？ （1）纵向跟踪矩阵，包括如下的3种： 需求之间的派生关系，客户需求到产品需求 实现与验证关系：需求到设计，需求到测试用例等 需求的责任分配关系；需求由谁来实现 （2）横向跟踪矩阵：需求之间的接口关系 3 在实践中，如何把握该建立哪些RTM？ （1）在SEI的调查中达成的基本共识是：纵向跟踪是必须的，如果没有，则REQM SP1.4无法通过。横向跟踪如果不作，则是大部分实施。 （2）对于纵向跟踪矩阵： 必需的： 客户需求与产品需求的跟踪，产品需求与测试用例的跟踪。 100%的接口需求需要建立客户需求-产品需求-设计-编码-测试用例的跟踪矩阵。 全局性需求要建立跟踪矩阵，包括：客户需求-产品需求-设计-编码-测试用例的跟踪矩阵。 核心需求要建立跟踪矩阵

并非必需的： 性能需求可以不建立跟踪矩阵 不影响系统架构的功能需求 4 需求跟踪矩阵由谁来建立？ 有多个角色参与建立RTM。需求开发人员负责客户需求到产品需求的RTM建立，设计人员负责需求到设计的RTM的建立，测试用例的编写人员负责需求到测试用例的RTM建立等等。PPQA 负责检查是否建立了RTM，是否所有的需求都被覆盖了。 5 RTM是否纳入基线管理？ RTM要纳入基线管理。纳入基线后，每次变更都要申请，RTM的变更一般是和其他配置项的变更一起申请，很少单独申请变更RTM，除非RTM有错误。 6 如何简化RTM的工作？ 由于在RTM中，需求可能有很多项，设计、测试用例、代码等都有多项，所以建立和维护RTM 的工作量还是比较大、比较烦琐。对于变化频繁的项目，更是如此。在实践中，为了简化该RTM的建立与维护工作，有的企业仅仅通过需求与设计、代码、测试用例的编号来实现跟踪，如需求为：r1,r2,……等编号，而设计的编号为：r1-d1,r1-d2,…….,测试用例的编号为：r1-t1,r1-t2等等。需要注意的是需求与它们之间是多对多的关系，仅通过编号是无法实现这种关系的。 如果不借助DOORS之类的需求管理工具，一般只能通过EXCEL来维护RTM，工作量就是比较大。要简化，就要平衡管理的投入与产出，平衡时，可以借鉴上面的问题3。 当然也可以考虑增大需求、设计、代码、测试用例的颗粒度大小，但是那样RTM的作用就打了折扣，还是一个平衡问题。

体系文件编号规则

体系文件编号规则SUP-GM-R01

版本修改描述日期编制人A/00首次发布2014.3.13蔡媛媛

1.目的： 对公司体系文件和记录的编号作出明确规定，规范统一体系文件的编号，便于文件及记录的识别和检索。 2.适用范围： 适用于公司与质量管理体系有关的所有文件及实施记录的编号。 3.参考文件或标准： 无 4.术语和定义： 无 5.责任部门及职责： 综合管理部：负责制定统一的文件编号规则并监督执行。其他相关部门：按照规则执行 6.流程图 无 7.控制要求： 7.1质量管理体系文件的编号 7.1.1质量手册（一级文件）编号； SUP/QM 7.1.2程序文件（二级文件）； SUP ×.××-×× 例如：SUP1.1-GM 《文件和记录控制程序》 7.1.3支持性文件（包括操作指导书、检验规范、操作规程、内部标准、规章制度等，三级文 责任部门代码 1-2位流水号 分类号码： 1．质量管理体系2．管理职责部分3．资源管理部分 4．产品实现和运行控制部分5．检查、测量、分析和改进部分 公司名称代号

件）； SUP -××-×-××× 例如：SUP-GM-R01表示综合管理部负责实施和控制的有关制度规定类文件。 7.2文件记录的编号和流水号7.2.1文件记录的编号 F ××/SUP ×××× 例如：编号ESPBB1.1-QM 的文件产生的第一个记录为“F01/ESPBB1.1-QM ”。7.2.2文件记录的流水号 一般文件记录的流水号，按年份加3位阿拉伯数字流水号的形式编制。如：No.2014001,表示2014年第一份记录。如记录表格较多，各部门可按年、月、日及字母缩写等形式编制流水号。 7.3外来文件的编号 7.3.1外来文件（国际标准、国家标准、行业标准、法律法规、客户要求等） 外来文件一律使用原文件编号 备注：部门代号采用英文名称的缩写字母表示，具体如下： 综合管理部:GM 采购部:PU 销售部:SD 客服部:CS 市场部:MK 研究所:R&D 技术部:TD 生产部:PD 品质部:QM 计划部:PM 两位流水号 部门内部分类代码（数字）如:不同班组（可选） 文件分类号： S ：企业技术标准、规范等（评判的准则） O ：作业指导书、实施的细则、指引等 R ：单项规定、制度等 责任部门代号 公司名称代号 产生该记录的文件的编号 两位流水号（01开始） 记录（表格英文Form 的第1个字母）

公司档案文件编码规则

公司档案文件编码规则 文件编号 行政类文件的编号，其代号组成： XX1-XX2XX3-XXXX4—XXX5 XX1：企业代号，以大写的公司简体名称拼音表示，本公司以“GY”表示； XX2：文件一级类号，本公司文件类号见下表 XX3：文件二级类号，本公司文件类号见下表 XXXX4：文件年份； XXX5：同类别下文件流水号； 1.1.1.文件编号例： GY-XZ05-2012-001 文件顺序号 年份 文件类别 公司简写 意为共远行政部通知通告类2012年001号文件 一级类目（代码）二级类目 （代码） 归档范围 行政类 XZ 证照 01 各种证照（营业执照正副本，组织机构代码证正副本，税务登记证，生产 许可证，注册证，获奖证，商标证等） 公司战略 02 企业经营战略、决策、发展规划、管理目标等文件材料，董事会决议等 制度 03 公司各项规章制度 合同 04 合同、协议、公证书、意向书、招投标及有关谈判材料 通知通告 05 红头文件，通知，通报等 办公文件 06 通联文件（上级下达的文件，下级上报的文件，平行部门往来文件等） 各职能部门工作总结，报告，计划等文件

会议 07 公司级会议文件（报告，纪要，记录，简报，发言材料等）政府文件 08 公司申请、批复等有关材料（项目文件，产品注册文件等） 活动09 公司印刷、汇编材料、大事记等 公司大型活动的议程，领导讲话，照片、录音、录像等资料 其它 10 其它类型文件 销售类 XS 市场 01 新市场开拓、新项目论证、评价、市场调查、分析、预测等文件材料销售政策 02 产品销售价格及调价政策等有关材料 其它 03 其它销售类文件 技术类 JS 分析报告 01 产品质量分析报告，样品问题反馈报告等项目 02 项目的调研立项报告、请示、批复等 产品设计定型、改型、改进报告、批复其它 03 其它技术相关文件 生产类SC 生产 01 生产统计报告，发货统计报告，库存盘点报告，质量统计报告等其它 02 其它生产相关文件

软件测试之软件测试报告编写指南

软件测试之软件测试报告编写指南 测试报告编写指南 由安博测试空间技术中心:///提供摘要 测试报告是把测试的过程和结果写成文档，并对发现的问题和缺陷进行分析，为纠正软件的存在的质量问题提供依据，同时为软件验收和交付打下基础。本文提供测试报告模板以及如何编写的实例指南。 关键字 测试报告缺陷 正文 测试报告是测试阶段最后的文档产出物，优秀的测试经理应该具备良好的文档编写能力，一份详细的测试报告包含足够的信息，包括产品质量和测试过程的评价，测试报告基于测试中的数据采集以及对最终的测试结果分析。 下面以通用的测试报告模板为例，详细展开对测试报告编写的具体描述。 PARTⅠ 首页 0.1页面内容： 密级 通常，测试报告供内部测试完毕后使用，因此密级为中，如果可供用户和更多的人阅读，密级为低，高密级的测试报告适合内部研发项目以及涉及保密行业和技术版权的项目。XXXX项目/系统测试报告 报告编号 可供索引的内部编号或者用户要求分布提交时的序列号 部门经理 ______项目经理______ 开发经理______测试经理______ XXX公司 XXXX单位（此处包含用户单位以及研发此系统的公司） XXXX年XX月XX日 0.2格式要求： 标题一般采用大体字（如一号），加粗，宋体，居中排列 副标题采用大体小一号字（如二号）加粗，宋体，居中排列 其他采用四号字，宋体，居中排列 0.3版本控制： 版本作者时间变更摘要 新建/变更/审核 PARTⅡ 引言部分 1.1编写目的 本测试报告的具体编写目的，指出预期的读者范围。

实例：本测试报告为XXX项目的测试报告，目的在于总结测试阶段的测试以及分析测试结果，描述系统是否符合需求（或达到XXX功能目标）。预期参考人员包括用户、测试人员、、开发人员、项目管理者、其他质量管理人员和需要阅读本报告的高层经理。 提示：通常，用户对测试结论部分感兴趣，开发人员希望从缺陷结果以及分析得到产品开发质量的信息，项目管理者对测试执行中成本、资源和时间予与重视，而高层经理希望能够阅读到简单的图表并且能够与其他项目进行同向比较。此部分可以具体描述为什么类型的人可参考本报告XXX页XXX章节，你的报告读者越多，你的工作越容易被人重视，前提是必须让阅读者感到你的报告是有价值而且值得浪费一点时间去关注的。 1.2项目背景 对项目目标和目的进行简要说明。必要时包括简史，这部分不需要脑力劳动，直接从需求或者招标文件中拷贝即可。 1.3系统简介 如果设计说明书有此部分，照抄。注意必要的框架图和网络拓扑图能吸引眼球。 1.4术语和缩写词 列出设计本系统/项目的专用术语和缩写语约定。对于技术相关的名词和与多 义词一定要注明清楚，以便阅读时不会产生歧义。 1.5参考资料 1．需求、设计、测试用例、手册以及其他项目文档都是范围内可参考的东东。 2．测试使用的国家标准、行业指标、公司规范和质量手册等等 PARTⅢ 测试概要 测试的概要介绍，包括测试的一些声明、测试范围、测试目的等等，主要是测试情况简介。（其他测试经理和质量人员关注部分） 2.1测试用例设计 简要介绍测试用例的设计方法。例如：等价类划分、边界值、因果图，以及用这类方法。 提示：如果能够具体对设计进行说明，在其他开发人员、测试经理阅读的时候就容易对你的用例设计有个整体的概念，顺便说一句，在这里写上一些非常规的设计方法也是有利的，至少在没有看到测试结论之前就可以了解到测试经理的设计技术，重点测试部分一定要保证有两种以上不同的用例设计方法。 2.2测试环境与配置 简要介绍测试环境及其配置。 提示：清单如下，如果系统/项目比较大，则用表格方式列出 数据库服务器配置 CPU：

XX公司文件编号管理规定

广西桂平市中润地产顾问有限公司 中润行通字第（2017）001号 关于发布【锦洲·时代广场】营销中心 《文件编号管理规定》的通知 公司各部门： 为有效管理公司、部门层级起草的文件，确保各职责单位所使用的文件为有效版本，现结合我司锦洲时代广场项目工作实际情况，特制订广西桂平市中润地产顾问有限公司《文件编号管理规定》，具体如下。 该规定自2017年3月1日份起生效，请各部门遵照执行。 特此通知 广西桂平市中润地产顾问有限公司 2017年3月3日

报：总经理 抄：行政部、总经办、财务部、策划部、销售部、按揭部 广西桂平市中润地产顾问有限公司 《文件编号管理规定》 一、目的 对公司、部门层级起草的文件进行有效管理，确保各职责单位所使用的文件为有效版本。 二、适用范围 广西桂平市中润地产顾问有限公司范围内。 三、文件编号细则 1、文件编号格式 2、文件分类

公司文件分为以下几类： 合同类：包括合同、协议、合作意向书等。与客户签订的商品房买卖合同、认购书、 协议书等属于广西锦洲投资建设有限公司名义签订，不在本规定范畴。 制度、规定类：包括公司的各项管理制度、规定、决定等。 通知类：以公司、各部门名义下发或向有关合作单位发出的各项通知。 纪要类：以公司名义召开会议形成的各项会议纪要。 公函类：以公司名义向各合作企业、单位、组织或个人发出的函。 申请、请示类：以公司名义向各合作单位、企业、上级机构、行政单位发出的各类申 请、请示。 报告、总结类：以公司名义向上级单位、行政机构提交的各类报告。 文件类别简称： 发文时对照文件类别使用上述简称。 3、发文单位及简称

编写需求跟踪矩阵指南

编写需求跟踪矩阵指南 山东中创软件工程股份有限公司 二ОО七年三月

文件变更记录*A–增加M–修改D–删节

目录 1目的 (1) 2角色和职责 (1) 3格式 (1) 4表格说明 (1) 4.1项目基本信息 (1) 4.1.1 角色等基本信息 (1) 4.2需求跟踪矩阵（纵向） (1) 4.2.1 基线标识 (1) 4.2.2 列值说明 (1) 4.2.3 注意事项 (3) 4.3 需求跟踪矩阵（横向） (4) 4.3.1 列值说明 (4) 5需求跟踪矩阵的不断完善 (4)

1目的 需求跟踪是需求管理的一项重要内容。需求跟踪的主要意义在于获得需求目前的实现状态，确保用户所有的需求都得到满足。 它的主要目标是: 维护软件工作产品间的一致性。 2角色和职责 3格式 需求跟踪矩阵采用EXCEL电子表格形式制作。具体格式请参考《需求跟踪矩阵模板》。 4表格说明 4.1项目基本信息 4.1.1 角色等基本信息 填写项目名称、项目经理、项目小组责任人、更新次数、最后更新日期、更新需求跟踪矩阵的工作量（多次更新累加）以及版本号（此为需求跟踪矩阵的版本号）等信息。 4.2需求跟踪矩阵（纵向） 4.2.1 基线标识 列出该需求跟踪矩阵中用到的各个工作产品的基线标识号。 4.2.2 列值说明 关于优先级的说明：优先级表示的是某项内容相对于同类的其他内容的优先级顺序，其取值范围为：高、中、低。如果某几项内容的优先级相同则将其优先级设为相同的值。 《用户需求说明书》 需求编号：《用户需求说明书》中描述软件需求的唯一代号（或标识）。 责任人：相关需求的责任人。 《软件需求规格说明书》

访谈问题列表 for Developer(需求,设计,编码,测试)

需求访谈 1.请说明公司怎样明确需求人员岗位职责？在哪些方面体现？ 由高层指定项目经理，由项目经理在立项会议时通知我负责这个项目的需求。这些内容都记录在《项目计划》中。 2.需求方面，公司是否有一些指导的方针？ 有的，存放在“过程改进方针.doc”中，在这里有对我的需求开发和管理的主要指导思想。这个方针是由公司高层制订的。主要内容是：需求获取，需求分析，还有根据需求做概要设计和详细设计等。 3.请你描述一下需求阶段分为几个子过程？及主要的工作是什么？ 需求阶段分为需求获取，审核和确认，需求分析，需求评审，需求管理（填写需求跟踪矩阵）等。 （1）需求获取阶段主要收集客户的需求，并整理到《用户需求说明书》，然后给客户确认，采用的方式主要是EMAIL沟通，有时会用电话，网络交流工具，面对面地访谈等； （2）《用户需求说明书》确认通过后，需求人员来填写《需求跟踪矩阵》的“用户需求”列； （3）需求分析人员根据《用户需求说明书》制定《软件需求说明书》。然后项目组人员对《软件需求说明书》进行评审。评审通过后，需求人员填写《需求跟踪矩阵》中的“软件需求”列。 4.你是如何获取项目和产品的需求？有哪些方法？ 采用的方式主要是面对面地访谈，EMAIL沟通，有时会用电话，网络交流工具等； 还有一些《问卷调查》做一些静态效果图给客户，帮助客户发现一些潜在的需求。这些都记录在用户需求说明书当中。 5.你是如何对需求分类（功能、非功能）？ 需求分为功能性需求与质量属性方面的需求。质量属性可以分为可维护性，安全性，兼容性，易用性等。 6.你是如何标识需求状态的？你采用了什么方法或工具跟踪需求的状态？ 我们在每个阶段完成时，都填写《需求跟踪矩阵》来标识需求状态； 当需求变更时，我们采用《需求跟踪矩阵》来查看每个需求的状态，了解因变更而影响的需求范围。 7.需求分析采用了哪些方法？你是如何判断这些方法符合项目要求？ 我们采用VISIO（根据实际列举所使用到的工具）工具来分析系统，并对系统进行建模，制定出系统的业务流程图和系统架构图，当《软件需求说明书》制定完成后，由项目经理组织邀请客户，开发人员，测试人员，配置人员，质量保证人员，高层参加需求评审会议，以保证需求分析是满足客户需求的，并得到大家的认可。 8.需求分析结果是否都记录?在哪里，主要内容有哪些？ 记录在《软件需求说明书》，主要的内容有系统架构图，每个功能的业务流程图及场景描述和接口需求等。 9.需求的优先级如何确定？需求程度（验证、一般），需求的稳定性？ 高——软件必须实现的功能，用户有明确的功能定义和要求； 中——软件应该实现的功能，用户的功能定义和要求可能是模糊的、不具体的、或低约束的，但是这类功能的缺少会导致用户的不满意，因此这类功能的具体需求应当由需求分析人员诱导用户产生并明确； 低——软件尽量实现的功能，并可根据开发进度进行取舍，但这类功能的实现将会增加用户的满意度。 10.你是如何与客户确定需求变更的约定？有哪些记录？ 当需求变更时，由项目经理对需求变更进行分析，主要是从需求变更所影响的范围，进度，质量和成本四个方面进行分析。 当项目经理分析后，确定这次变更的影响值，如果变更影响值小于或等于2,则由项目经理决定是否执行变更，当变更影响值大于2,则提交给CCB（变更控制委员会，由高层、客户和项目经理组成）来决定是否执行变更。 关于变更都记录在《变更申请表》、《变更控制跟踪表》等文档中。 11.需求变更的流程是如何的？ 首先填写《变更申请表》，主要内容是本次需求变更的内容，项目经理分析本次需求变更的影响值，我们这个项目影响值为“3”，由项目经理提交给CCB，高层组织我们开了一个变更决策会议，会议通过打分的方式决定变更。决策结果是执行变更。 当然，如果变更影响值为2或小于2，则可以由项目经理决定是否执行变更。

CMMI3需求访谈提纲

需求访谈提纲 一、自我介绍 1、你的姓名？ 2、你担任的角色？ 3、你来公司多长时间？ 4、你参与了哪几个项目？ 5、目前项目处于什么阶段？ 二、能力（GP2.3 资源、GP2.4分配职责、GP2.5培训、OT组织培训过程域） 1、你在公司的岗位是什么？ 答：公司有岗位职责表。在《项目组岗位职责》中明确在该项目中的职责。 2、为了胜任本岗位工作，你参加过哪些方面培训？ 答：进入公司时，参加了公司的入职培训；正式上岗之前，参加了岗位培训；需求分析，Visio2003、沟通技巧。 3、项目启动时，是否进行过培训？ 答：项目启动时，项目经理依据《员工技能一览表》查看人员的技能，组织项目团队。根据项目的实际情况和人员能力要求，项目经理会制定《项目培训计划》，参加《项目培训计划》的内容参加相应的培训。举例说明你在参加项目过程中参加了哪些培训。 4、为了更好的开展你的工作，公司为你提供了哪些资源？ 答：机器设备如电脑、办公场地、办公软件等，公司还有专门一个文件《工作环境标准》明确一些资源使用的要求。 三、制度（GP3.1组织标准过程文件和裁剪） 1、你工作时主要依据哪些方针和制度（过程文件、规范、指南、模板）？ 答：需求开发的方针是保证后阶段产物与客户的需要一致，并获取客户及相关人员承诺；需求管理的方针是需求进行良好的跟踪，保证最终产品满足客户的要求。规范指南：需求的过程文件、需求分析指南等 2、文件是如何产生和更新的？ 答：我是EPG的成员（具体按照实际情况回答），参与了这些文件的编写和评审。做为PAT（过程行动组成员），在项目试点及推广时，负责对我负责的文件跟踪，收集过程改进建议。一般会通过《过程改进建议表》提交给EPG组长，EPG组长

某企业文件编号规范

保密级别： 公司内部 传阅范围： 公司内部 文件编号规范 20130101发布20130101实施

修改历史记录

目录 1 目的 (4) 2 使用范围 (4) 3 编号办法 (4) 3.1 公司名称及项目名称约定: (4) 3.2 日期表示 (4) 3.3 文件版本编号 (4) 3.4 技术文件命名 (5) 3.5 其他文件的编号 (6) 3.5.1 公司规章制度和管理文件 (6) 3.5.2 合同协议 (6) 3.5.3 传真 (6) 3.5.4 电子邮件的命名规则 (7) 3.5.5 外来文件 (7) 3.5.6 对外发文 (7) 3.5.7 会议纪要 (7) 3.5.8 其它文件 (8) 3.5.9 文件附件 (8) 4 编号管理 (9)

1 目的 确保公司重要文件具有唯一编号，便于文件的识别、追溯和控制，保证公司文件体系有效运转。 2 使用范围 适用于公司文件的编号管理和控制： a)技术类文件：是指在公司的设计、生产、销售、服务等各个环节中与技术 有关的各类文件和资料。 b)其他文件：包括公司规章制度、管理文件、合同协议、传真等； c)编号文件包括纸介文件以及电子文件。 3 编号办法 3.1公司名称及项目名称约定: 公司全称为：南非中国制衣集团(北京) 本组织简称：CGMBJ 项目全称：CGM 企业信息管理系统 1.0版 项目简称：CGM v1 3.2日期表示 格式：yyyy-mm-dd 或yyyymmdd yyyy:用四位数字表示公元年份，如2005表示公元2005年。 mm:用两位数字表示月份，不足两位时，第一位用零补齐，如03表示3月。 dd:用两位数字表示日期，不足两位时，第一位用零补齐，如15表示第15号。 例如： 2003-10-27 或20031027 表示（2003年10月27日） 3.3文件版本编号 下面是对文件版本进行编号要遵守的标准： 起草版本的编号为0.1, 0.2, 0.3, ..., 0.10。 版本编号可以根据项目需要延伸到若干层，例如，0.1, 0.1.1, 0.1.1.1. 一旦文件版本得以确认后，版本编号应该始自 1.0。 版本编号不断变化为： 1.0, 1.1, 1.2, ..., 1.10。 项目可以根据需要将版本编号晋升为2.0，2.1, 2.2 等。

XXXX公司文件编号规则

文件编号规则 1. 目的 加强公司文件的标准化管理，便于文件的识别、追溯和控制，规范存档，确保公司重要文件具有唯一编号，保证公司文件体系有效运转。 2. 适用范围 适用于公司文件的编号管理和控制。 a)技术类文件：是指在公司的研发、销售、服务等各个环节中与技术有关的各类文件和资料； b)管理类文件：包括公司规章制度、管理文件、合同协议等； c)编号文件包括纸介文件以及电子文件。 3. 编号办法 3.1 公司名称约定 公司全称：北京XX科技有限公司 简称：**KJ 3.2 日期表示格式：yyyy-mm-dd或yyyymmdd yyyy:年份：用四位数字表示公元年份，如2020表示公元2020年。 mm月份：用两位数字表示月份，不足两位时，用零补齐，如03表示第3月。dd 某日：用两位数字表示当日，不足两位时，用零补齐，如05表示第5日。例如：2020-10-12或20201012 表示（2020年10月12日） 3.3 文件版本编号 下面是对文件版本进行编号要遵守的标准： 起草版本的编号为0.1, 0.2, 0.3, ..., 0.10。版本编号可以根据项目需要延伸到若干层，例如，0.1, 0.1.1, 0.1.1.1. 一旦文件版本得以确认后，即正式版本编号应该始自1.0，版本编号不断变化为：1.0, 1.1, 1.2, ..., 1.10。项目可以根据需要将版本编号晋升为2.0，2.1, 2.2

等。 3.4 技术文件命名格式：FIRST-AA-NN-YYYYMM FIRST：公司名称缩写 AA：项目名称 NN：版本号，参见3.3节 YYYYMM：年月 3.5 管理类文件的编号 3.5.1 公司规章制度和管理文件 公司规章制度等管理文件的编号格式为：FIRST(-DN)-TT-nnn-dd-YY DN：大写英文字母，部门代号，如该制度是公司级文件，适用于公司全体人员，该部分编码省略； 如该文件是部门内部管理制度，则应标记部门编号，表示该制度由部门内部使用。相应的部门代号如下： 总裁办：ZCB 市场咨询部：SCZX 项目管理部：XMGL 研发管理部：YFGL 销售管理部：XSGL TT文件类型：①规章制度—RR，指公司颁布执行的各种规章制度； ②质量管理文件—QS，公司运转过程中的各类文件和记录。 nnn：文件流水号 dd：文件版本号 YY：年份 例如：员工手册的文件编号为：JJKJ-RR-001-1.0-20，表示2020年发布的1.0版员工手册，适用于公司全体人员的规章制度。 3.5.2 合同协议 合同协议的编号格式为：FIRST -yyyymmdd-T-nnn yyyymmdd：签订合同的年月日 T：合同类型

文件制度编号规则

管理制度 文件名： 文件制度编号规则 德鲁克管理咨询（济南）有限公司发布 本文件版权为德鲁克管理咨询（济南）有限公司所有，未经德鲁克管理咨询（济南）有限公司许可，不得复制、转发或引用。

修改记录

文件制度编号规则 1 目的为了控制文件制度的有效性、规范性，便于管理检索，特制定本规定。 2 范围适用于德鲁克管理咨询（济南）有限公司所有文件制度的编号管理。 3 定义 无 4 职责 4.1 企管办负责本规则的归口管理。 4.2 其他各中心/ 分公司按此规则编制各中心/ 分公司内文件。 5 规定 5.1 管理体系文件编号规则 XX - X - XX XX - XXX X/X 公司名称缩写，两位，用LB 表示文件属性，一位；见属性表； 文件类型简写，两位；见文件类型表；文件顺序号，两位，从01 开始；文件编制年度，四位；文件版本号，一位，文件版本号，用A、B、C表示 版本号的第一、第二版、第三版、以此类推 文件修改次数，从0 开始；

5.2 管理规章制度编号规则XX - XX - XX XX - XXX X/X 公司名称缩写，两位，用LB 表示文件属性，两位； 见属性表；中心部门/ 分公司简写，两位；见简称代 号表；文件顺序号，两位，从01 开始；文件编制 年度，四位；文件版本号，一位，文件版本号，用 A、B、C表示版本号的第一、第二版、第三版、以 此类推文件修改次数，从0 开始；

XX - XX- XX XX - XXX X /X 公司名称缩写，两位，用LB 表示文件属性，两位（不足，可三位）；见属性表；中心部门/ 分公司简写，两位；见 5.2 代号表；文件顺序号，两位（不足可补），从01 开始；文件编制年度，四位；文件版本号，一位，文件版本号，用A、B、C表 示版本号的第一、第二版、第三版、以此类推 文件修改次数，从0 开始； 5.4 文件内容规范 体系和管理规章制度文件，应按模板及内容格式进行规范，模板见附件，文件内容格式要求：文件字体：页眉用小四黑体，正文标题用二号宋体（加粗），正文内容用小四宋体；行距设置值为 1.5 倍行间距；页眉内容：公司LOGO、名称，文件名称、编号，发、自（部门）；页脚：页码，底端居中。 6 相关文件 6.1 《文件控制程序》

需求跟踪矩阵编写指南

需求跟踪矩阵编写指南 山东中创软件工程股份有限公司 二ОО七年三月

文件变更记录*A–增加M–修改D–删节

目录 1目的 (1) 2角色和职责 (1) 3格式 (1) 4表格说明 (1) 4.1项目基本信息 (1) 4.1.1 角色等基本信息 (1) 4.2需求跟踪矩阵（纵向） (1) 4.2.1 基线标识 (1) 4.2.2 列值说明 (1) 4.2.3 注意事项 (3) 4.3 需求跟踪矩阵（横向） (4) 4.3.1 列值说明 (4) 5需求跟踪矩阵的不断完善 (4)

1目的 需求跟踪是需求管理的一项重要内容。需求跟踪的主要意义在于获得需求目前的实现状态，确保用户所有的需求都得到满足。 它的主要目标是: 维护软件工作产品间的一致性。 2角色和职责 3格式 需求跟踪矩阵采用EXCEL电子表格形式制作。具体格式请参考《需求跟踪矩阵模板》。 4表格说明 4.1项目基本信息 4.1.1 角色等基本信息 填写项目名称、项目经理、项目小组责任人、更新次数、最后更新日期、更新需求跟踪矩阵的工作量（多次更新累加）以及版本号（此为需求跟踪矩阵的版本号）等信息。 4.2需求跟踪矩阵（纵向） 4.2.1 基线标识 列出该需求跟踪矩阵中用到的各个工作产品的基线标识号。 4.2.2 列值说明 关于优先级的说明：优先级表示的是某项内容相对于同类的其他内容的优先级顺序，其取值范围为：高、中、低。如果某几项内容的优先级相同则将其优先级设为相同的值。 《用户需求说明书》 需求编号：《用户需求说明书》中描述软件需求的唯一代号（或标识）。 责任人：相关需求的责任人。 《软件需求规格说明书》

测试申请表

测试申请表 申请单编号： 项目编号项目名称胜东社区技术监督管理系统版本号V1.0 项目经理王鹏 开发周期人日申请日期2012年03月02日 预计提交测试日期2012年03月02日期望完成日期2012年03月10日 开发平台: Eclipse3.2、J2EE 开发语言: JA V A 软件安装、运行所需要的软、硬件环境： Windows2003、jboss-4.2.3.GA、mysql5.0 测试类型软件产品附带文档及说明 功能测试√业务需求规格说明书 （必备）需求变更记录 （必备） 软件需求规格说明书需求跟踪矩阵 （两者至少有一个）性能测试 提供业务需求规格说明书中对性能的说明（必备） 安全性测试 提供描述系统安全指标的说明（必备） 接口测试 提供描述系统接口的说明（必备） 系统概要设计说明书（必备）、系统详细设计说明书 安装/卸载测试系统安装程序（必备）系统安装手册（必备） UI测试 提供描述UI测试的相关要求（必备） 易用性测试 提供易用性测试的相关要求（必备） 兼容性测试提供测试软件在特定的硬件/软件/操作系统/网络等环境下的性能情况及兼容性要求（必备） 其他测试类型

测试部门意见： 签字：__________日期：__________特殊情况领导意见： 签字：__________日期：__________ 系统测试范围列表 系统名称（若项目存在多个子系统，请分开罗列） 功能模块开发人员状态优先级对其他模块的影响

填写说明： 1、使用范围：该表格适用于济南广域软件有限责任公司，项目组提交测试申请时必须填写的表单，作为 接收、处理任务的依据。 2、申请单编号，由测试部门填写，该编号表示为“项目名称—TR—号码”。 3、特殊情况指正常情况下不予测试，如缺少必备文档等，需领导签字后才能进入测试流程。 4、功能列表上所列出来的功能必须是可以实现的，如果不能实现，请不要列上，并且功能在用户手册上 都要有详细的描述和操作说明。 【状态】：新增，修改等。主要用于在多次测试中，本次提交的功能较之于之前版本而言的，是新增加的功能，还是在原功能上进行修改的。 【优先级】：可选项为高级、中级、低级；项目功能定义优先级后，将会对级别高的功能进行优先测试。 【影响】：状态为新增加的模块或者修改的模块，对其他功能模块的影响；简言之，即所影响到的模块。 5、运行环境：软件运行所需的最低软/硬件要求，如操作系统、数据库、其它应用软件等；使用的CPU（类 型和频率）/内存（类型和大小）/硬盘（容量和转速），网络环境等 6、开发工具：软件开发过程中使用的工具，如VB、VC等 7、需提交的材料：软件测试申请表、软件测试范围列表

公司文件编号管理制度

文件编号管理制度 1.目的 确保公司重要文件具有唯一编号，便于文件的识别、追溯和控制，保证公司文件体系有效运转。 2.适用范围 本制度适用于本公司经营管理过程中，所涉及的全部文件的编号、版号以及分发编号的标识管理。 3.总则 1.凡本公司需进行编号管理的文件、资料，在编号时均应按照本 规定的要求接受管理；本规定不适用于党务文件。 2.由企业发展部负责制订公司文件分类的编号方法，并指导各部 门专职人员执行。 3.根据文件类型和内容进行编号分类，便于科学管理和开发利 用。 4. 文件类别 4.1 文件 1.管理制度

2.技术文件 3.合同(招投标) 4.外来文件 4.2记录 1.会议记录 2.检查记录 3.工作总结(周报、月报) 4.工作计划 5.文件编号规则 5.1编码元素使用规则 5.1.1公司名称 公司全称：湖南华熠智能工程有限公司 简称：HNHY 5.1.2部门代号 QF--企业发展部 ZH--综合部 ZX--管理咨询部 GC--硬件研发部 RJ--软件研发部 5.1.3日期代号 统一采用“yyxx”的格式，例如“1101”代表该文件是2011年

1月制定的。 5.1.4流水号 统一采用三位阿拉伯数字编码，例如：“001”代表第一份文件。 5.1.5文件版本编号 下面是对文件版本进行编号要遵守的标准： 起草版本的编号为 0.1, 0.2, 0.3, ..., 0.10。版本编号可以根据项目需要延伸到若干层。例如， 0.1, 0.1.1, 0.1.1.1。一旦文件版本得以确认后，版本编号应该始自 1.0。版本编号不断变化为： 1.0, 1.1, 1.2, ..., 1.10。项目可以根据需要将版本编号晋升为 2.0，2.1, 2.2 等。 5.2文件编码结构 LYKJ/XX—XX—XX—YYXX—nnn 流水号(000-999)