完整word版项目文档命名规则与格式要求word文档良心出品

1、. 项目文档命名规则 编 制： 日期：_/_/_ 审 核： 日期：_/_/_ 批 准： 日期：_/_/_ . XXXX公司 二零一五年五月制. 历史记录 编号 章节名称 说明 修订日期 版本号 修订人 发布日期 01 全文新建 1.0 02 修订 4.1 章节 1.1 . 目 录 1 目的 . 5 2 适用范围 . 5 3 术语和缩略词 . 5 4 规程 . 5 4.1 文档命名规则 . 5 4.2 配置项的版本标识 . 12 4.3 标签的命名 . 13 . 1 目的 本文的目的是定义各项目所有相关文档和CMM要求的过程文件的格式和规则，以及配置管理中对配置项和版本的标识。 2 适用范围 本

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产品版本号-阶段英文缩写-文档名称英文缩写。 文档名称英

3、文缩写流-阶段英文缩写-产品版本号V首字母大写多个子文档： 2). 水号。 3) 周期性：首字母大写V产品版本号-文档名称/英文名称-八位日期。 (2) 项目阶段及文档名称英文缩写，见下表： 阶段 序号 文档名称 英文及缩写 产品调研(PI) 1 产品调研任务书 PIA(Project Investigate Assignment) 2 产品调研计划 PIP(Project Investigate Plan) 3 竞争对手产品对比差异分析报告OPA(Opponent Product Difference Analyse Report) 4 标准吻合度分析报告 SMR(Standard Matc

4、h Report) 5 产品系统需求PSR(Product System Requirement ) 技术预(TS) 研1 XX技术预研计划TSP(Technology Study Plan) 2 技术预研报告XX TSR(Technology Study Report) 3 技术可行性分析报告TFA(Technology Feasibility Analyse Report) 4 产品系统需求PSR(Product System Requirement ) 计划与立项(PP) 1 产品需求规格说明书SRS(Product Requirement Specification) 2 项目开发计划

5、PDP(Product Development Plan) . 3 风险管理计划 RMP(Risk Management Plan) 4 产品系统测试计划PTP(Product Test Plan) 5 质量保证计划 QAP(Quality Assurance Plan) 6 配置管理计划 CMP(Configuration Management Plan) 7 项目会议记录 meeting 8 产品工程计划与进度跟表PST(Product Schedule Trace) 9 产品界面原型设计 UID(User Interface Design) 10 产品任务书无需 11 产品立项申请书 P

6、SA(Product Start Apply) 设计(DE) 1 产品总体设计说明书 PSD(Product System Design) 2 模块概要设计说明书 XXHLD(High Level Design) 3 XX模块详细设计说明书 DD(Detail Design) 单编码、元测试(CUT) 1 产品单元测试汇总报告 UTR(Product Unit Test Report) 2 用户手册 无需 3 产品集成测试用例 ITC(Product Integerate Test Case) 4 集成测试计划 ITP(Integerate Test Plan) 集成测(IT) 试1 产品集成

7、测试报告ITR(Integerate Test Report) 2 产品系统测试用例STC(System Test Case) 增量测1 测试入口检查单 无需. 试和系统测试(ST) 2 系统测试方案 STP(System Test Plan) 3 增量测试方案ATP(Alternate Test Plan) 4 增量测试报告 ATR(Alternate Test Report) 5 系统测试报告STR(System Test Report) 4 文档版本 (1) 格式：V.，初始版本号为V0.1，最大版本号为：V999.999。其中，草稿状态的版本均为V0.，例如：V0.1，V0.2V0.9

8、99；而经过评审通过的文档版本均从V1.0开始，例如：V1.0，V1.1，V2.0等。 5 密级程度 (1) 文档（包括电子文档和纸质文档）的密级分为三级，由低到高分别是：公开级、限制级、核心级： 1) 公开级的文档使用的范围不受约束，例如研发人员，生产人员、市场人员、行政人员和产品用户等；包括 用户手册、技术白皮书、产品安装说明、宣传资料等。 2) 限制级的文档使用的范围仅限于研发内部的人员或生产人员；包括 研发制度和规范、计划、产品需求、总体设计、模块设计、详细设计、测试用例、测试报告、评审文档、生产资料等。 3) 核心级的文档使用的范围仅限于研发开发经理以上的人员。包括 产品源码、产品镜

9、像文件、公司或部门的敏感文件。 (2) 密级标注 密级在密级标识栏中填写，若无标识栏则在文档的右上角标注密级。 文档编写格式 6. 文档编写可以从研发模板库中取得相应模板进行编写，也可根据格式要求进行编写，具体格式要求如下： (1) 封面 1) 页眉、页脚空白 2) 封面上方文档编号表格 ? 属性：文字环绕-无 ? 置顶，上面无空行 ? 中文宋体、英文Arial，全部加粗，宋体，10.5号 3) 标题 ? 2行：第一行：产品中文名称Vx.x；第二行：文档名称 ? 小一号字体，黑体，Arial，加粗 ? 段前段后2.6磅，单倍行距；无缩进，无悬挂 ? 上方空2行，下方空3行 4) 签核栏位 ?

10、四号字体，宋体，Arial，加粗 ? 签核栏位4栏，到部门批准（研发副总）；签核栏位5栏，到批准（郭总）。具体的签核栏位数见研发过程文档命名及签批流程.xls ? 左侧缩进4字符，右侧缩进-4.16字符，无悬挂；段前段后2.6磅，单倍 行距. 5) 模板制度日期 ? “XXXX公司”“二零XX年X月制”分两行； ? 小三号字体，黑体，Arial，加粗；居中 ? 段前段后0行，单倍行距；无缩进，无悬挂 ? 下方插入分节符“下一页” (2) 历史记录 1) “历史记录” ? 小三，黑体，不加粗 ? 段前段后0行，单倍行距 2) 表格 ? 属性：文字环绕选无；行高，0.6，最小；设置“在各页端以标题

11、行形式重复出现” ? 表头：五号，宋体，加粗，全部居中 ? 格式：五号，宋体，Arial，不加粗，全部居中 ? 内容：日期格式为yyyy.mm.dd，版本号Vx.x ? 表格下方插入分节符-下一页 3) 页眉、页脚 页眉： ?. ? 页脚：开始插入页码，页码格式为“第X页 共X页”，小五号，宋体，Arial，居中 (3) 目录 2) “目录” ? 字体：小三，黑体，不加粗 ? “目录”两个字中间空2个字 ? 段前段后0行，多倍行距，设置选3 3) 目录内容 ? 来自模板，显示级别3级，不加冒号 4) 页眉、页脚 ? 页眉： ? 页脚：插入页码，页码格式为“第X页 共X页”，小五号，宋体，Ari

12、al，居中 (4) 正文 1) 标题：字体均采用宋体加黑，标题一为小三号字体，标题二为四号，依次类推。段落为单倍行距。 2) 标题一段落段前13磅，段后6磅；标题二段落段前段后6磅； 3) 页眉页脚：页眉格式：左上角标注“西安交大公司网络科技有限公司”，右上角 共页，封面不显示页码。 标注文档名称；页脚格式：第页. 4) 内容：正文，字体，宋体，Arial，五号，不加粗，两端对齐，首行缩进2字符，段后0行，1.5倍行距。 (5) 表格 1) 表头：字体宋体，Arial，五号，加粗；上下居中，水平居中；表格底纹设置为灰度25% 2) 内容：字体宋体，Arial，五号，不加粗 3) 行高：0.6c

13、m，最小值 4) 宽度：设置为页面宽度 (6) 流程图 均采用Visio 画图，底色均为默认的白色，图中字体均为宋体，大小采用五号字体或10pt大小字体。 (7) 页边距：上下2.54厘米，左右3.17厘米 均采用Visio 画图，底色均为默认的白色，图中字体均为宋体，大小采用五号字体或10pt大小字体。 4.2 配置项的版本标识 根据产品的需要，软件产品制造过程中的每个配置项和不同阶段的基线发布都需要进行相应的版本标识，下面分别介绍。 、配置项版本标识1. 对于文档、软件和硬件的版本号，项目过程中采用三位编码的原则，格式如下： Vxxx.xxx.xxxx，初始版本号为V1.0.0，最大版本号

14、为：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_99