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

合集下载

需求编号规则

需求编号规则

第一种
项目(系统)需求:
(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)需求文档命名规则:项目名称+文档名称+文档版本,中间使用“_”连接。

格式:项目名称_文档名称_文档版本
其中文档版本:以十进制标识符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。

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

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

项目文档命名规则编制:日期:____/____/____ 审核:日期:____/____/____ 批准:日期:____/____/____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. 避免使用特殊字符和空格:文档名称中应避免使用特殊字符和空格,以免引起文件系统或操作系统的问题。

5. 使用文件扩展名:为了方便识别文件类型,应在文档名称后面添加合适的文件扩展名,例如.docx、.xlsx、.pdf等。

6. 适当缩短文档名称:为了方便阅读和管理,文档名称不宜过长,最好控制在一行内或者保持较短的长度。

7. 加入版本信息:如果文档需要经常更新或者存在多个版本,可以在文档名称中加入版本信息,以便区分和管理。

总之,文档命名应该简洁明了、具有描述性并且易于辨识和管理。

项目文档管理规范

项目文档管理规范

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

项目文档管理规范

项目文档管理规范

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

项目编码规则

项目编码规则

项目编码规则引言概述:项目编码规则是指在项目开发过程中,为了统一管理和标识项目相关信息而制定的一套规则。

它涵盖了项目命名、文件命名、代码命名等方面,旨在提高项目的可读性、可维护性和可扩展性。

本文将详细介绍项目编码规则的五个部分。

一、项目命名规则:1.1 项目命名应简洁明了,能够清晰地表达项目的功能或目标。

可以采用英文单词、缩写或组合命名方式。

1.2 项目命名应避免使用过长或过于复杂的名称,以免影响项目的识别和理解。

1.3 项目命名应具备唯一性,避免与已有项目或系统命名冲突,可以在命名中加入项目编号或其他标识符。

二、文件命名规则:2.1 文件命名应简洁明了,能够准确描述文件的内容或用途。

可以采用英文单词、缩写或组合命名方式。

2.2 文件命名应避免使用特殊字符、空格或中文等不易识别的字符,以免引起命名冲突或不兼容的问题。

2.3 文件命名应具备一定的层次性和结构性,可以使用目录结构或文件分类来进行命名,方便文件的管理和查找。

三、代码命名规则:3.1 代码命名应符合编程语言的命名规范,遵循驼峰命名法或下划线命名法,以提高代码的可读性和可维护性。

3.2 代码命名应准确地描述代码的功能或作用,避免使用模糊或不相关的命名,以免给他人阅读代码带来困扰。

3.3 代码命名应避免使用过长或过于简短的名称,要能够准确地表达代码的用途,并且要注意命名的一致性,避免不同开发人员之间的差异。

四、版本控制规则:4.1 版本控制规则是指对项目的版本进行管理和控制的规则。

可以采用主版本号、次版本号和修订号的方式进行版本命名,例如1.0.1。

4.2 版本控制规则应明确规定版本号的更新条件和规则,例如主版本号的更新表示重大功能改动,次版本号的更新表示功能增加或改进,修订号的更新表示错误修复或细节调整。

4.3 版本控制规则应定期进行版本的发布和更新,以保证项目的稳定性和可持续性。

五、文档编写规则:5.1 文档编写规则是指对项目文档进行管理和编写的规则。

项目文档管理规范

项目文档管理规范

项目文档管理规范引言概述:在项目开发过程中,文档管理是一个至关重要的环节。

良好的文档管理规范可以提高项目的效率和质量,减少沟通成本和风险。

本文将介绍一套完整的项目文档管理规范,包括文档的分类、命名规则、存储方式、版本控制和权限管理等方面。

一、文档分类1.1 项目计划文档项目计划文档是项目启动的基础,包括项目目标、范围、进度、资源和风险等内容。

在文档管理中,项目计划文档应该被单独分类,并按照时间顺序进行命名和存储。

1.2 需求文档需求文档是项目开发的基础,包括用户需求、功能需求和非功能需求等内容。

在文档管理中,需求文档应该被单独分类,并按照版本号进行命名和存储。

1.3 设计文档设计文档是项目开发的重要组成部分,包括架构设计、详细设计和数据库设计等内容。

在文档管理中,设计文档应该被单独分类,并按照模块进行命名和存储。

二、命名规则2.1 使用清晰简洁的文件名文件名应该能够准确地描述文档的内容,避免使用含糊不清或过长的文件名。

建议使用有意义的关键词进行命名,以便于快速查找和识别。

2.2 统一命名规范为了保持文档的一致性,应该制定统一的命名规范。

例如,可以采用项目缩写+文档类型+版本号的方式进行命名,如"PRJ需求文档V1.0"。

2.3 版本控制为了追踪文档的修改和更新,应该使用版本控制工具对文档进行管理。

每次修改文档时,应该及时更新版本号,并记录修改内容和日期。

三、存储方式3.1 网络共享文件夹项目文档应该存储在网络共享文件夹中,以便团队成员可以方便地访问和共享文档。

文件夹的结构应该清晰明确,便于查找和管理。

3.2 文档管理工具除了网络共享文件夹,还可以使用专业的文档管理工具来管理项目文档。

这些工具可以提供更多的功能,如文档搜索、版本控制和权限管理等。

3.3 定期备份为了防止文档丢失或损坏,应该定期进行文档备份。

备份可以存储在云端或其他存储设备中,以便在需要时进行恢复。

四、版本控制4.1 使用版本控制工具为了确保文档的版本控制,应该使用专业的版本控制工具,如Git或SVN等。

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

项目文档命名规则
编制:日期:____/____/____ 审核:日期:____/____/____ 批准:日期:____/____/____
XXXX公司
二零一五年五月制
历史记录
目录
1 目的 (5)
2 适用范围 (5)
3 术语和缩略词 (5)
4 规程 (5)
4.1 文档命名规则 (5)
4.2 配置项的版本标识 (9)
4.3 标签的命名 (10)
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。

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

相关文档
最新文档