项目文档命名规则跟格式要求

合集下载

需求编号规则

需求编号规则

第一种
项目(系统)需求:
(1)需求文档命名规则:项目名称+文档名称+文档版本,中间使用“_”连接。

格式:项目名称_文档名称_文档版本
其中文档版本:以十进制标识符xx.yy
其中xx起始为1,yy起始为0,如果发生重大的修改,xx递增;如果只有小修改,递增yy。

例如:四川农信CRM零售管理项目_详细设计_V1.0.xls
备注:未经评审或审核通过的版本,版本号不能高于V1.0,达成V1.0版的需求纳入配置管理库,正式受控。

新增或变更需求:
(2)对新增需求或变更的需求采用如下的形式:版本以xx.yy.zz.pp的形式标识,其中
格式:项目名称_文档名称_版本信息
例如:四川农信CRM零售管理项目_XXX需求_V1.1.0.0.xls 新增
四川农信CRM零售管理项目_XXX需求_V1.0.1.0.xls维护
四川农信CRM零售管理项目_XXX需求_V1.0.0.1.xls 补丁
四川农信CRM零售管理项目_XXX需求_V1.1.0.1.xls 新增/补丁
第二种
将机构部门纳入命名规则:需求提出方
格式:机构/部门名称_项目名称_XXX需求名称_版本号
例如:省联社业务发展部_核心业务系统_增加保证金存款产品用户需求说明书_V1.0 第三种
项目名称_需求名称_BA_版本号
项目名称_需求名称_SA_版本号
BA@...
ba
ba2014。

文档标题的格式和标准要求

文档标题的格式和标准要求

文档标题的格式和标准要求格式要求
文档标题应符合以下格式要求:
1. 标题应具备清晰明了的描述性,以便读者能够准确理解文档内容。

2. 标题应简洁明确,避免冗长的文字和复杂的结构。

3. 标题中的每个词的首字母应大写,除非该词为冠词、介词或连词。

4. 标题中的专有名词应按照正确的拼写和大小写规则书写。

以下是一个示例标题,符合上述格式要求:
"项目计划书 - 2022年度市场推广策略"
标准要求
除了满足格式要求外,文档标题还应符合以下标准要求:
1. 标题应准确地反映文档内容,避免使用误导性或不相关的词语。

2. 标题应接近文档内容的主题,以帮助读者准确预期所阅读的
内容。

3. 标题中应避免使用模糊或不明确的词语,以确保读者能够快
速理解文档的范围和目的。

在选择文档标题时,建议用户根据实际情况,在满足格式和标
准要求的前提下,尽量采用简洁明了的方式来命名标题。

> 注意:本文档中所列示的要求和建议,仅供参考,请根据实
际情况,灵活应用,并遵守相关机构或公司的具体规定。

以上是关于文档标题的格式和标准要求的介绍。

感谢您的阅读!。

需求编号规则

需求编号规则

第一种
项目(系统)需求:
(1)需求文档命名规则:项目名称+文档名称+文档版本,中间使用“_”连接。

格式:项目名称_文档名称_文档版本
其中文档版本:以十进制标识符xx.yy
其中xx起始为1,yy起始为0,如果发生重大的修改,xx递增;如果只有小修改,递增yy。

例如:四川农信CRM零售管理项目_详细设计_V1.0.xls
备注:未经评审或审核通过的版本,版本号不能高于V1.0,达成V1.0版的需求纳入配置管理库,正式受控。

新增或变更需求:
(2)对新增需求或变更的需求采用如下的形式:版本以xx.yy.zz.pp的形式标识,其中
格式:项目名称_文档名称_版本信息
例如:四川农信CRM零售管理项目_XXX需求_V1.1.0.0.xls 新增
四川农信CRM零售管理项目_XXX需求_V1.0.1.0.xls维护
四川农信CRM零售管理项目_XXX需求_V1.0.0.1.xls 补丁
四川农信CRM零售管理项目_XXX需求_V1.1.0.1.xls 新增/补丁
第二种
将机构部门纳入命名规则:需求提出方
格式:机构/部门名称_项目名称_XXX需求名称_版本号
例如:省联社业务发展部_核心业务系统_增加保证金存款产品用户需求说明书_V1.0 第三种
项目名称_需求名称_BA_版本号
项目名称_需求名称_SA_版本号
BA@...
ba
ba2014。

公司文件命名管理制度范本

公司文件命名管理制度范本

一、目的为规范公司文件命名,提高文件管理效率,确保文件检索、存储和传递的准确性,特制定本制度。

二、适用范围本制度适用于公司内部所有文件,包括但不限于合同、报告、计划、通知、会议纪要、技术文档等。

三、文件命名规则1. 文件命名应遵循简洁、规范、易识别的原则。

2. 文件命名格式:部门简称+年份+序号+文件类型+文件标题。

3. 部门简称:根据公司组织架构,采用简短、易于识别的部门名称,如“财务部”可简称为“财”。

4. 年份:采用四位阿拉伯数字表示,如“2023”。

5. 序号:采用两位阿拉伯数字表示,按文件生成顺序排列,如“01”、“02”等。

6. 文件类型:根据文件内容,采用以下类型名称:a. 合同:CTb. 报告:RPTc. 计划:PLNd. 通知:NOTe. 会议纪要:MINf. 技术文档:DOC7. 文件标题:根据文件内容,采用简洁、明了的标题,不超过30个字。

四、文件命名示例以下为文件命名示例:- 财202301CT项目合同- 财202301RPT年度财务报告- 财202301PLN部门工作计划- 财202301NOT部门通知- 财202301MIN部门会议纪要- 财202301DOC项目技术文档五、文件命名变更1. 文件命名变更需经文件所属部门负责人审批。

2. 文件命名变更后,需在文件首页注明变更原因及变更日期。

六、监督与考核1. 各部门负责人对本部门文件命名进行监督,确保文件命名符合本制度要求。

2. 公司定期对文件命名情况进行检查,对不符合要求的文件进行整改。

3. 对违反本制度规定,导致文件命名混乱、难以检索等情况,将追究相关部门及人员的责任。

七、附则1. 本制度由公司行政部负责解释。

2. 本制度自发布之日起实施,原有相关规定与本制度不一致的,以本制度为准。

3. 本制度如需修改,由公司行政部提出修改意见,经公司领导批准后发布实施。

项目文档命名规则与格式要求

项目文档命名规则与格式要求

项目文档命名规则编制:日期:____/____/____ 审核:日期:____/____/____ 批准:日期:____/____/____XXXX公司二零一五年五月制历史记录目录1 目的 (5)2 适用范围 (5)3 术语和缩略词 (5)4 规程 (5)4.1 文档命名规则 (5)4.2 配置项的版本标识 (12)4.3 标签的命名 (13)1 目的本文的目的是定义各项目所有相关文档和CMM要求的过程文件的格式和规则,以及配置管理中对配置项和版本的标识。

2 适用范围本规则适用于所有需求、设计等文档和过程文件。

3 术语和缩略词无4 规程4.1 文档命名规则1组织标准软件过程文档编号(1)过程文件格式:XXX-P-××,初始编号为:XXX-P-01,最大编号为:XXX-P-99。

(2)指南文件编号:XXX-G-××××,前两位××为指南所对应的过程文件编号。

(3)模板文件编号:XXX-T-××××,前两位××为指南所对应的过程文件编号。

2产品命名规范(1)中文命名规范:中文全称V产品版本号。

英文命名规范:首字母大写V产品版本号。

3项目文档编号(1)编号规则分三种:1)单个文档:首字母大写V产品版本号-阶段英文缩写-文档名称英文缩写。

2)多个子文档:首字母大写V产品版本号-阶段英文缩写-文档名称英文缩写—流水号。

3)周期性:首字母大写V产品版本号-文档名称/英文名称-八位日期。

(2)项目阶段及文档名称英文缩写,见下表:4文档版本(1)格式:V×××.×××,初始版本号为V0.1,最大版本号为:V999.999。

其中,草稿状态的版本均为V0.×××,例如:V0.1,V0.2……V0.999;而经过评审通过的文档版本均从V1.0开始,例如:V1.0,V1.1,V2.0等。

项目文档管理规范

项目文档管理规范

项目文档管理规范一、背景和目的项目文档是项目管理中至关重要的一部份,它记录了项目的目标、计划、发展、决策和交付物等重要信息。

良好的项目文档管理可以提高项目的效率、减少沟通成本、保证项目的顺利进行。

本文档旨在规范项目文档的创建、存储、更新和归档,确保项目文档的可靠性、一致性和安全性。

二、文档管理流程1. 文档创建项目文档应在项目启动阶段开始创建,包括但不限于项目计划、需求文档、设计文档、测试文档、用户手册等。

文档创建应由相应的责任人完成,并按照统一的模板和格式进行。

2. 文档存储项目文档应存储在统一的文档管理系统中,以确保文档的集中管理和易于查找。

文档管理系统应具备版本控制、权限管理和文档关联等功能,以便于团队成员协同工作。

3. 文档更新项目文档应及时更新,以反映项目的最新发展和决策。

文档的更新应由责任人完成,并及时通知相关人员进行查阅。

更新后的文档应存储在文档管理系统中,并标记清晰更新时间和版本号。

4. 文档归档项目文档应根据项目的阶段和重要性进行归档。

归档的文档应备份并存储在安全可靠的位置,以备将来的查阅和审计。

归档文档应按照一定的分类和命名规则进行管理,以便于查找和使用。

三、文档管理规范1. 文档命名规范项目文档的命名应简洁明确,能够准确反映文档的内容和用途。

命名中应避免使用特殊字符和空格,并采用统一的命名规则,如使用项目名称+文档类型+文档名称的方式进行命名。

2. 文档模板和格式项目文档应使用统一的模板和格式进行创建,以确保文档的一致性和可读性。

模板和格式应包括标题、页眉、页脚、字体、字号、段落格式等要素,并应与项目团队进行共享和沟通。

3. 文档审批流程项目文档的审批流程应明确,包括审批人、审批顺序和审批标准等。

审批人应根据自身职责和权限对文档进行审批,并及时反馈审批结果。

审批流程应记录在文档中,并存储在文档管理系统中。

4. 文档权限管理项目文档的访问权限应根据团队成员的角色和职责进行管理。

项目文档管理规范

项目文档管理规范一、引言项目文档是项目管理过程中不可或缺的重要组成部分,它记录了项目的目标、计划、执行过程、结果以及相关决策等信息。

良好的项目文档管理能够提高项目的效率和质量,确保项目的可持续发展。

本文档旨在规范项目文档的管理流程和要求,以确保项目文档的准确性、完整性、可追溯性和安全性。

二、文档分类与命名规则1. 文档分类根据文档的性质和用途,将项目文档分为以下几类:- 项目计划类文档:包括项目章程、项目计划、项目进度表等。

- 需求文档类:包括需求规格说明书、需求变更记录等。

- 设计文档类:包括系统设计文档、技术设计文档等。

- 测试文档类:包括测试计划、测试用例、测试报告等。

- 会议纪要类:包括会议议程、会议纪要等。

- 培训文档类:包括培训材料、培训记录等。

- 风险管理类:包括风险评估报告、风险处理方案等。

2. 文档命名规则为了方便管理和查找,每个文档应采用统一的命名规则,建议采用以下格式:[文档类别]-[项目名称]-[文档名称]-[版本号]-[日期]。

例如:需求文档-项目A-需求规格说明书-V1.0-20220101。

三、文档编写与审核1. 文档编写项目文档的编写应遵循以下原则:- 准确性:文档内容应准确反映项目的实际情况,避免夸大或缩小事实。

- 完整性:文档应包含项目相关的全部信息,确保不遗漏重要内容。

- 清晰易懂:文档应使用简明扼要的语言,避免使用过于专业或晦涩的术语。

- 结构合理:文档应按照统一的结构和格式编写,包括目录、标题、段落等。

- 格式规范:文档应使用统一的字体、字号、行距、页眉页脚等格式设置。

2. 文档审核为确保文档的质量和准确性,每个文档在发布之前应进行审核。

审核人员应具备相关领域的专业知识,能够对文档的内容进行全面、准确的评估。

审核过程包括对文档的内容、结构、格式、语言等方面的审核,并记录审核意见和建议。

审核人员应及时反馈审核结果,并协助编写人员进行修改和完善。

四、文档版本控制与发布1. 版本控制为了追踪文档的修改历史和确保文档的一致性,每个文档都应进行版本控制。

项目文档管理规范

项目文档管理规范一、引言项目文档是项目管理过程中不可或缺的重要资源,它记录了项目的计划、执行、监控和交付过程中的关键信息和决策。

有效的项目文档管理可以提高项目团队的协作效率,确保项目进展顺利,并为项目的后续运营和维护提供依据。

本文档旨在规范项目文档的创建、存储、更新和归档流程,确保项目文档的质量和可追溯性。

二、文档分类和命名规范1. 项目文档应根据其内容和用途进行分类,常见的分类包括但不限于项目计划、需求规格说明、设计文档、测试报告、用户手册等。

2. 每个项目文档应具有唯一的文件名,文件名应能够清晰地反映文档的内容和版本信息。

推荐使用以下命名规范:[文档名称]_[版本号]_[日期],例如:需求规格说明书_v1.0_20220101.docx。

三、文档创建和审批流程1. 项目文档的创建应由指定的文档负责人或相关专业人员负责,确保文档的准确性和完整性。

2. 在文档创建过程中,应充分考虑相关利益相关者的需求和意见,确保文档的可理解性和可操作性。

3. 完成文档的初稿后,应进行内部审批,确保文档符合项目要求和质量标准。

审批人员应对文档的内容、格式、逻辑和可行性进行评审,并提出修改意见或建议。

4. 审批通过后,文档负责人应及时通知相关人员进行文档的最终审查和确认。

确认人员应对文档的准确性和可操作性进行验证,并签署确认意见。

四、文档存储和版本控制1. 所有项目文档应存储在统一的文档管理系统中,确保文档的安全性和可访问性。

文档管理系统应具备版本控制和权限管理功能。

2. 每个文档在创建时应标明初始版本号,随后的修改和更新应按照一定的版本控制规则进行。

推荐使用主版本号.次版本号的方式进行版本控制,例如:v1.0、v1.1、v2.0等。

3. 每次文档的修改和更新应记录在版本控制系统中,包括修改的内容、修改的原因和修改的人员。

同时,应保存文档的历史版本,以便追溯和回溯。

五、文档更新和归档1. 项目文档应根据需要进行定期的更新和维护,确保文档与项目实际情况的一致性。

项目命名及管理规范

项目命名及管理规范
标题:项目命名及管理规范
引言概述:
在进行项目开辟过程中,良好的命名和管理规范是非常重要的。

它不仅可以提高团队的工作效率,还可以减少混乱和错误。

本文将从项目命名和管理两个方面进行详细介绍。

一、项目命名规范
1.1 统一命名规范
1.2 故意义的命名
1.3 避免使用缩写
二、项目管理规范
2.1 制定明确的项目计划
2.2 设立清晰的任务分工
2.3 定期进行项目进度检查
三、版本控制规范
3.1 使用版本控制工具
3.2 遵循版本控制流程
3.3 确保代码备份和恢复
四、文档管理规范
4.1 编写清晰的文档
4.2 统一文档格式和命名
4.3 定期更新和维护文档
五、团队协作规范
5.1 沟通及时有效
5.2 尊重他人意见
5.3 建立良好的团队氛围
结语:
通过遵循项目命名及管理规范,可以有效提高项目的质量和效率,降低错误和混乱的发生。

团队成员应该共同遵守规范,保持良好的协作和沟通,共同推动项目的顺利进行。

项目文档管理规范

项目文档管理规范一、引言项目文档是项目管理过程中必不可少的一部份,它记录了项目的计划、执行和控制过程中的关键信息和决策。

良好的项目文档管理规范能够确保项目团队成员之间的沟通顺畅,提高项目的执行效率和质量。

本文档旨在规范项目文档的创建、存储、更新和归档等方面的管理。

二、文档创建1. 文档命名:每一个项目文档应该有一个清晰、简洁的名称,能够准确反映其内容和用途。

命名应遵循统一的命名规则,以便于项目团队成员快速识别和查找所需文档。

2. 文档模板:根据项目的不同阶段和需求,制定相应的文档模板。

模板应包含必要的字段和格式,以确保文档的一致性和规范性。

模板的更新和维护由项目文档管理员负责。

3. 文档编写:文档应该清晰、简洁,语言通俗易懂,避免使用专业术语和复杂的句子结构。

必要时,可以使用图表、表格等辅助工具来展示信息。

三、文档存储1. 存储位置:项目文档应存储在统一的文档管理系统或者共享文件夹中,以确保团队成员能够方便地访问和共享文档。

存储位置应具备良好的权限管理机制,确保惟独授权人员能够查看和修改文档。

2. 文件夹结构:根据项目的不同阶段和模块,建立相应的文件夹结构,以便于组织和管理文档。

文件夹的命名和分类应符合项目的实际情况,避免过于复杂和冗余。

3. 版本控制:对于频繁更新的文档,应采用版本控制机制,确保每一个文档的修改历史可追溯。

版本控制应包括文档的版本号、修改人、修改日期等信息,以便于团队成员了解文档的演变过程。

四、文档更新1. 更新频率:项目文档应根据需要进行定期更新,以反映项目的最新状态和决策。

更新频率应根据项目的复杂程度和变化情况来确定,避免频繁更新或者长期不更新。

2. 更新流程:文档的更新应经过相应的审批和验证,确保更新内容的准确性和合理性。

更新流程应明确责任人和时间节点,避免文档更新的延误和混乱。

3. 通知和共享:一旦文档更新完成,应及时通知项目团队成员,并确保他们能够方便地获取到更新后的文档。

  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

项目文档命名规则
编制:日期:____/____/____审核:日期:____/____/____ 批准:日期:____/____/____
XXXX公司
二零一五年五月制
历史记录
目录
1 目的 (4)
2 适用范围 (4)
3 术语和缩略词 (4)
4 规程 (4)
4.1 文档命名规则 (4)
4.2 配置项的版本标识 (8)
4.3 标签的命名 (9)
1 目的
本文的目的是定义各项目所有相关文档和CMM要求的过程文件的格式和规则,以及配置管理中对配置项和版本的标识。

2 适用范围
本规则适用于所有需求、设计等文档和过程文件。

3 术语和缩略词

4 规程
4.1 文档命名规则
1组织标准软件过程文档编号
(1)过程文件格式:XXX-P-××,初始编号为:XXX-P-01,最大编号为:XXX-P-99。

(2)指南文件编号:XXX-G-××××,前两位××为指南所对应的过程文件编号。

(3)模板文件编号:XXX-T-××××,前两位××为指南所对应的过程文件编号。

2产品命名规范
(1)中文命名规范:中文全称V产品版本号。

英文命名规范:首字母大写V产品版本号。

3项目文档编号
(1)编号规则分三种:
1)单个文档:首字母大写V产品版本号-阶段英文缩写-文档名称英文缩写。

2)多个子文档:首字母大写V产品版本号-阶段英文缩写-文档名称英文缩写—流
水号。

3)周期性:首字母大写V产品版本号-文档名称/英文名称-八位日期。

(2)项目阶段及文档名称英文缩写,见下表:
4文档版本
(1)格式:V×××.×××,初始版本号为V0.1,最大版本号为:V999.999。

其中,
草稿状态的版本均为V0.×××,例如:V0.1,V0.2……V0.999;而经过评审通过
的文档版本均从V1.0开始,例如:V1.0,V1.1,V2.0等。

5密级程度
(1)文档(包括电子文档和纸质文档)的密级分为三级,由低到高分别是:公开级、限
制级、核心级:
1)公开级的文档使用的范围不受约束,例如研发人员,生产人员、市场人员、行
政人员和产品用户等;包括用户手册、技术白皮书、产品安装说明、宣传资
料等。

2)限制级的文档使用的范围仅限于研发内部的人员或生产人员;包括研发制度
和规范、计划、产品需求、总体设计、模块设计、详细设计、测试用例、测试
报告、评审文档、生产资料等。

3)核心级的文档使用的范围仅限于研发开发经理以上的人员。

包括产品源码、
产品镜像文件、公司或部门的敏感文件。

(2)密级标注
密级在密级标识栏中填写,若无标识栏则在文档的右上角标注密级。

6文档编写格式
文档编写可以从研发模板库中取得相应模板进行编写,也可根据格式要求进行编写,具体格式要求如下:
(1)封面
1)页眉、页脚空白
2)封面上方文档编号表格
✓属性:文字环绕--无
✓置顶,上面无空行
✓中文宋体、英文Arial,全部加粗,宋体,10.5号
3)标题
✓2行:第一行:产品中文名称Vx.x;第二行:文档名称
✓小一号字体,黑体,Arial,加粗
✓段前段后2.6磅,单倍行距;无缩进,无悬挂
✓上方空2行,下方空3行
4)签核栏位
✓四号字体,宋体,Arial,加粗
✓签核栏位4栏,到部门批准(研发副总);签核栏位5栏,到批准(郭总)。

具体的签核栏位数见《研发过程文档命名及签批流程.xls》
✓左侧缩进4字符,右侧缩进-4.16字符,无悬挂;段前段后2.6磅,单倍行距
5)模板制度日期
✓“XXXX公司”“二零XX年X月制”分两行;
✓小三号字体,黑体,Arial,加粗;居中
✓段前段后0行,单倍行距;无缩进,无悬挂
✓下方插入分节符“下一页”
(2) 历史记录
1)“历史记录”
✓小三,黑体,不加粗
✓段前段后0行,单倍行距
2)表格
✓属性:文字环绕选无;行高,0.6,最小;设置“在各页端以标题行形式重复出现”
✓表头:五号,宋体,加粗,全部居中
✓格式:五号,宋体,Arial,不加粗,全部居中
✓内容:日期格式为yyyy.mm.dd,版本号Vx.x
✓表格下方插入分节符-下一页
3)页眉、页脚
✓页眉:
✓页脚:开始插入页码,页码格式为“第X页共X页”,小五号,宋体,Arial,居中
(3) 目录
2)“目录”
✓字体:小三,黑体,不加粗
✓“目录”两个字中间空2个字
✓段前段后0行,多倍行距,设置选3
3)目录内容
✓来自模板,显示级别3级,不加冒号
4)页眉、页脚
✓页眉:
✓页脚:插入页码,页码格式为“第X页共X页”,小五号,宋体,Arial,居中
(4) 正文
1)标题:字体均采用宋体加黑,标题一为小三号字体,标题二为四号,依次类推。

段落为单倍行距。

2)标题一段落段前13磅,段后6磅;标题二段落段前段后6磅;
3)页眉页脚:页眉格式:左上角标注“西安交大公司网络科技有限公司”,右上
角标注文档名称;页脚格式:第×页共×页,封面不显示页码。

4)内容:正文,字体,宋体,Arial,五号,不加粗,两端对齐,首行缩进2字
符,段后0行,1.5倍行距。

(5)表格
1)表头:字体宋体,Arial,五号,加粗;上下居中,水平居中;表格底纹设置
为灰度25%
2)内容:字体宋体,Arial,五号,不加粗
3)行高:0.6cm,最小值
4)宽度:设置为页面宽度
(6)流程图
均采用Visio 画图,底色均为默认的白色,图中字体均为宋体,大小采用五号字体
或10pt大小字体。

(7)页边距:上下2.54厘米,左右3.17厘米
均采用Visio 画图,底色均为默认的白色,图中字体均为宋体,大小采用五号字体
或10pt大小字体。

4.2 配置项的版本标识
根据产品的需要,软件产品制造过程中的每个配置项和不同阶段的基线发布都需要进行
相应的版本标识,下面分别介绍。

1、配置项版本标识
对于文档、软件和硬件的版本号,项目过程中采用三位编码的原则,格式如下:
Vxxx.xxx.xxxx,初始版本号为V1.0.0,最大版本号为:V999.999.9999.
例如:V1.0.0;V82.456.15
在个人工作区如果对文档或编码进行修改,版本号的第三位迭代1,如V1.0.1。

文档、软件和硬件的各配置项的版本号第二位应统一。

从个人工作区提交到开发区时,由项目经理控制版本号的第二位的迭代。

建议:如果其中一项的特征进行了较大修改或者增加了新特性,第二位迭代1,第三位恢复为0。

如V1.1.0。

从开发区提交到基线区时,由SCCB控制版本号的第一位的迭代,进行一次变更版本号的第二位迭代1,并由SCM去掉版本号的第三位后放入基线区。

如:V56.45。

2、基线版本标识
SCM负责人负责把基线发布给外部客户(如发布运行基线)或内部使用(如为测试而发布)。

基线的版本号采用两位编号原则,格式如下:
Vxxx.xxx,初始版本号为V1.0.,最大版本号为V999.999。

例如:V1.0;V33.99
4.3 标签的命名
SCM人员负责对开发过程中的重要里程碑及基线进行标签的标注。

标签的命名不可随意为之,要让标签名称具有很强的自说明性,并且尽量不要过于复杂。

标签命名分为以下两种情况:
a)正是基线命名
标签名称必须以该项目组产品名称的英文字母开头,格式如下:
产品英文名称_版本号_REL+标签版本号,其中“版本号”指的是所开发产品的版本,初始版本号为v1_0,最大版本号为v999_999;而“标签版本号”指的是每次打标签递增的序号,范围从01到99。

b)非正式基线或里程碑命名
标签名称以类型的英文字母开头,格式如下:
类型_版本号_标签版本号,其中“类型”指的是alpha测试版、beta测试版等,“版本号”指的是所开发产品的版本,初始版本号为v1_0,最大版本号为v999_999;而“标签版本号”指的是每次打标签递增的序号,范围从01到99。

注意:标签名称必须以字母开头,中间可以包含字母、数字、下划线(_)和连字符(-),不能使用小数点。

相关文档
最新文档