项目文档命名规则跟格式要求-(4526)
(完整word)项目文档命名规则及格式要求
项目文档命名规则编制: 日期：____/____/____审核：日期：____/____/____批准：日期：____/____/____XXXX公司二零一五年五月制历史记录目录1 目的 (4)2 适用范围 (4)3 术语和缩略词 (4)4 规程 (4)4。
1 文档命名规则 (4)4.2 配置项的版本标识 (8)4。
3 标签的命名 (8)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。
项目文档命名规则与格式要求
项目文档命名规则编制：日期：____/____/____ 审核：日期：____/____/____ 批准：日期：____/____/____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等。
文件命名规则
XXXX项目文件名命名规则
1、需求、计划类文档：在一个版本基础上持续迭代的文档。
如：需求说明书、详细设计、概要设计、测试用例、操作手册等。
命名规则：XXXX项目 xx xx xx xx xx
11 11 22 22 33
1）前四位1111表示具体模块（账务管理模块、订单管理模块、人力资源模块等。
空缺表示所有模块。
2）四位2222表示文档种类（需求说明书、详细设计说明书、概要设计、操作手册等）；
3）最后两位33表示文档版本（V1、V2、V3....）
例如：账务管理模块详细设计命名为：
XXXX项目账务管理模块详细设计说明书V1
2、会议纪要类文档：不需要持续迭代的一次性文档。
如：会议纪要、工作日报、工作周报、统计报表等。
命名规则：XXXX项目 xx xx xx xx xx xx xx xx
11 11 22 22 33 33 33 33
1）前四位1111表示具体工作内容（周例会、分组讨论、评审等）
2）四位2222表示文档种类（会议纪要、工作周报、统计报
表等）；
3）中间八位33333333表示时间例如：20200809；例如：今天的会议纪要文件名为：
XXXX项目周例会会议纪要20210809。
项目命名及管理规范
项目命名及管理规范一、项目命名规范项目命名是项目管理中的重要环节，规范的项目命名可以提高项目管理效率和沟通效果。
以下是项目命名的规范格式：1. 项目名称：项目名称应简洁明了，能够准确反映项目的核心内容和目标。
例如，假设我们要开展一个新的在线教育平台项目，可以将项目命名为“e学习平台”。
2. 项目代号：为了方便内部管理和沟通，可以给项目分配一个独立的代号。
代号可以由字母、数字或符号组成，长度不超过5个字符。
例如，我们可以将“e学习平台”项目的代号设定为“ELP”。
3. 版本号：对于长期进行迭代和更新的项目，可以使用版本号来标识不同的项目版本。
版本号通常由数字和点组成，例如1.0、2.0等。
每次更新时，版本号应递增。
例如，我们可以将“e学习平台”项目的第一个版本标识为“1.0”。
4. 日期：在项目命名中加入日期信息可以方便追踪项目的时间线和历史记录。
日期格式应为YYYYMMDD，例如20220101。
将日期加入项目命名中可以避免重复和混淆。
例如，我们可以将“e学习平台”项目的第一个版本发布日期为“20220101”。
综上所述，我们可以将“e学习平台”项目的命名规范为：项目名称-项目代号-版本号-日期，即“e学习平台-ELP-1.0-20220101”。
二、项目管理规范项目管理规范是为了确保项目顺利进行和达到预期目标而制定的一系列规定和流程。
以下是项目管理规范的一些基本要求：1. 项目目标和范围明确：在项目启动阶段，应明确项目的目标和范围，并与项目相关方进行充分沟通和确认。
项目目标和范围应具体、明确，避免模糊和含糊不清的描述。
2. 项目计划和进度管理：项目经理应制定详细的项目计划，包括项目的各个阶段、任务和里程碑。
项目计划应合理、可行，并与项目相关方进行共享和确认。
项目进度应及时跟踪和更新，确保项目按时完成。
3. 资源管理：项目经理应合理配置项目所需的人力、物力和财力资源，确保项目执行过程中资源的有效利用和协调。
项目部公文格式规定
项目公司公文格式规定为了提高项目公司行政公文的规范化、标准化水平，参照国家标准化管理委员会发布的《党政机关公文格式》国家标准（GB/T 9704-2012），对公司公文格式要素、式样等作出了相应规定，具体如下：一、公文用纸幅面尺寸及版面要求1. 幅面尺寸公文用纸采用A4 型纸，成品幅面尺寸为:210 mm×297 mm。
2. 版面公文页面布局一般为：天头（上白边）为2.8 mn± 1 mm公文用纸订口（左白边）为28mn± Imm下边距及右边距 2.5mn± 1 mm为了便于页面美观，可做适当调整。
3. 行数和字数一般每面排22 行，每行排28 个字，并撑满版心。
特定情况可以作适当调整。
4. 文字的颜色如无特殊说明，公文中文字的颜色均为黑色。
二、公文格式各要素编排规则除红头文外，一般公文由标题、主送机关、正文、后缀、附件等部分构成。
1.1 标题一般用 2 号小标宋体字，分一行或多行居中排布; 回行时，要做到词意完整，排列对称，长短适宜，间距恰当，标题排列应当使用梯形或菱形。
1.2 主送机关编排于标题下空一行位置，居左顶格，回行时仍顶格，最后一个机关名称后标全角冒号。
1.3正文1公文首页必须显示正文。
一般用3号（或-3、4号）仿宋体字，编排于主送机关名称下一行，每个自然段左空二字，回行顶格。
文中结构层次序数依次可以用“一、”“（一）”“ 1. ”“ （1）”标注；一般第一层用黑体字、第二层用楷体字、第三层和第四层用仿宋体字标注。
1.4后缀为发文机关署名、成文日期和印章成文时间用汉字，“零”可写为“O”，右空4个字。
印章上不压正文，下压日期，“骑年盖月”。
单一机关行文时，一般在成文日期之上、以成文日期为准居中编排发文机关署名。
1.5附件说明如有附件，在正文下空一行左空二字编排“附件”二字，后标全角冒号和附件名称。
如有多个附件，使用阿拉伯数字标注附件顺序号（如“附件:1. XXXXX）；附件名称后不加标点符号。
(完整word版)项目文档命名规则与格式要求(word文档良心出品).doc
.项目文档命名规则编制：日期： ____/____/____ 审核：日期： ____/____/____ 批准：日期： ____/____/____.XXXX公司二零一五年五月制.历史记录编号章节名称说明修订日期版本号修订人发布日期01 全文新建 1.002 修订章节 4.1 1.1.目录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)项目阶段及文档名称英文缩写，见下表：阶段序号文档名称英文及缩写PIA(Project Investigate1 产品调研任务书Assignment)2 产品调研计划PIP(Project Investigate Plan)产品调OPA(Opponent Product3 竞争对手产品对比差异分析报告研 (PI) Difference Analyse Report)4 标准吻合度分析报告SMR(Standard Match Report)PSR(Product System5 产品系统需求Requirement )1 XX 技术预研计划TSP(Technology Study Plan)2 XX 技术预研报告TSR(Technology Study Report)技术预TFA(Technology Feasibility3 技术可行性分析报告研 (TS) Analyse Report)PSR(Product System4 产品系统需求Requirement )计划与SRS(Product Requirement1 产品需求规格说明书立项Specification) (PP)2项目开发计划PDP(Product Development Plan)设计(DE)编码、单元测试(CUT)集成测试(IT)增量测.3 风险管理计划RMP(Risk Management Plan)4 产品系统测试计划PTP(Product Test Plan)5 质量保证计划QAP(Quality Assurance Plan)CMP(Configuration Management 6 配置管理计划Plan)7 项目会议记录meeting8 产品工程计划与进度跟表PST(Product Schedule Trace)9 产品界面原型设计UID(User Interface Design)10 产品任务书无需11 产品立项申请书PSA(Product Start Apply)1 产品总体设计说明书PSD(Product System Design)2 XX 模块概要设计说明书HLD(High Level Design)3 XX 模块详细设计说明书DD(Detail Design)1 产品单元测试汇总报告UTR(Product Unit Test Report)2 用户手册无需ITC(Product Integerate Test 3 产品集成测试用例Case)4 集成测试计划ITP(Integerate Test Plan)1 产品集成测试报告ITR(Integerate Test Report)2 产品系统测试用例STC(System Test Case)1 测试入口检查单无需.试和系 2 系统测试方案STP(System Test Plan)统测试 3 增量测试方案ATP(Alternate Test Plan) (ST) 4 增量测试报告ATR(Alternate Test Report)5 系统测试报告STR(System Test Report)4文档版本(1)格式： V××× . ×××，初始版本号V0.1 ，最大版本号： V999.999 。
项目文档管理规范
项目文档管理规范一、引言项目文档是项目管理中不可或者缺的重要组成部份，对项目的顺利进行和后续的维护具有重要意义。
为了确保项目文档的有效管理和使用，制定本文档管理规范，以规范项目文档的编写、存储、传递、审批和归档等流程，提高项目管理效率和项目成果的质量。
二、文档编写1. 文档格式规范(1) 文档标题：清晰、简明，能准确反映文档内容。
(2) 字体和字号：建议使用常见的字体，字号普通为12号。
(3) 页面设置：页边距设置合理，确保文档内容整洁。
(4) 行间距：建议设置为1.5倍行距，保证文档易读性。
(5) 标题层次：按照层次分级，使用标题样式进行标记。
2. 文档内容规范(1) 项目概述：对项目的背景、目标、范围和重要性进行简要介绍。
(2) 项目组织：明确项目组织结构、职责和沟通渠道。
(3) 项目计划：详细列出项目的时间计划、资源分配和里程碑。
(4) 需求分析：对项目需求进行详细描述和分析，确保项目目标的实现。
(5) 设计方案：详细描述项目的技术方案和设计思路。
(6) 测试计划：制定测试策略和测试计划，确保项目的质量。
(7) 实施方案：明确项目的实施步骤和方法。
(8) 运维手册：编写项目的运维手册，包括系统配置、故障处理等内容。
(9) 风险管理：对项目可能面临的风险进行评估和管理。
(10) 项目评估：对项目的成果进行评估和总结，提出改进意见。
三、文档存储1. 存储位置(1) 项目文档应存储在统一的文件夹或者项目管理平台中。
(2) 文件夹结构应清晰、规范，方便查找和管理。
2. 文件命名规范(1) 文件名应简洁明了，能准确反映文档内容。
(2) 使用英文命名，避免使用特殊字符和空格。
(3) 文件名中可以包含日期、版本号等信息，方便追溯和管理。
3. 权限管理(1) 对项目文档进行权限控制，确保惟独授权人员能够访问和修改。
(2) 对重要文档进行备份，防止意外丢失或者损坏。
四、文档传递1. 传递方式(1) 电子邮件：适合于小型文件或者少量文档的传递。
项目命名及管理规范
项目命名及管理规范一、项目命名规范在进行项目命名时，需要遵循以下规范：1. 项目名称应简洁明了，能够准确反映项目的主要内容和目标。
2. 项目名称应具有惟一性，避免与已有项目重名或者产生混淆。
3. 项目名称应使用英文或者拼音，并且遵循驼峰命名法，即首字母小写，后续单词首字母大写，例如：projectName。
4. 项目名称中不应包含特殊字符、空格或者下划线。
二、项目管理规范在进行项目管理时，需要遵循以下规范：1. 项目目标明确：确保项目团队对项目的目标和范围有清晰的认识，并将其明确地记录下来。
2. 项目计划制定：制定详细的项目计划，包括项目的里程碑、任务分配、时间安排等，以确保项目能够按时、按质完成。
3. 风险管理：及时识别项目中的风险，并制定相应的风险应对措施，以降低项目风险对项目进度和质量的影响。
4. 沟通协作：建立良好的沟通渠道，确保项目团队成员之间的有效沟通和协作，提高项目的执行效率。
5. 变更管理：对项目中的变更进行管理，确保变更的合理性和可行性，并及时更新项目计划和相关文档。
6. 质量控制：建立有效的质量控制机制，对项目的过程和成果进行监控和评估，确保项目交付的质量符合要求。
7. 项目文档管理：建立完善的项目文档管理体系，包括项目计划、需求文档、设计文档等，确保项目文档的及时更新和存档。
8. 项目评估与总结：在项目完成后进行评估和总结，分析项目的成功因素和不足之处，并提出改进意见，为下一项目提供经验借鉴。
三、示例为了更好地理解项目命名及管理规范，以下是一个示例：项目名称：在线学习平台开辟项目管理规范：1. 项目目标明确：将开辟一个功能完善、用户友好的在线学习平台，提供高质量的教育资源和学习体验。
2. 项目计划制定：制定详细的项目计划，包括需求分析、系统设计、开辟、测试和上线等阶段的任务和时间安排。
3. 风险管理：识别项目中的风险，如技术风险、人力资源风险等，并制定相应的风险应对措施，以降低风险对项目的影响。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
项目文档命名规则编制：日期：____/____/____ 审核：日期：____/____/____ 批准：日期：____/____/____XXXX公司二零一五年五月制历史记录编号章节名称说明修订日期版本号修订人发布日期01 全文新建 1.002 修订章节 4.1 1.1目录1 目的 (4)2 适用范围 (4)3 术语和缩略词 (4)4 规程 (4)4.1 文档命名规则 (4)4.2 配置项的版本标识 (8)4.3 标签的命名 (9)1 目的本文的目的是定义各项目所有相关文档和CMM要求的过程文件的格式和规则，以及配置管理中对配置项和版本的标识。
2 适用范围本规则适用于所有需求、设计等文档和过程文件。
3 术语和缩略词无4 规程4.4文档命名规则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) 项目阶段及文档名称英文缩写，见下表：阶段序号文档名称英文及缩写产品调1 产品调研任务书P IA(Project InvestigateAssignment)研(PI) 2 产品调研计划PIP(Project Investigate Plan)3 竞争对手产品对比差异分析报告OPA(Opponent ProductDifference Analyse Report) 4 标准吻合度分析报告SMR(Standard Match Report)5 产品系统需求P SR(Product System Requirement )1 XX技术预研计划TSP(Technology Study Plan)2 XX技术预研报告TSR(Technology Study Report) 技术预研(TS) 3 技术可行性分析报告T FA(Technology FeasibilityAnalyse Report)4 产品系统需求P SR(Product SystemRequirement )1 产品需求规格说明书S RS(Product RequirementSpecification)2 项目开发计划PDP(Product Development Plan)3 风险管理计划RMP(Risk Management Plan)4 产品系统测试计划PTP(Product Test Plan)计划与 5 质量保证计划QAP(Quality Assurance Plan)立项(PP)6 配置管理计划C MP(Configuration ManagementPlan)7 项目会议记录meeting8 产品工程计划与进度跟表PST(Product Schedule Trace)9 产品界面原型设计UID(User Interface Design)10 产品任务书无需11 产品立项申请书PSA(Product Start Apply)设计(DE) 1 产品总体设计说明书PSD(Product System Design)2 XX模块概要设计说明书HLD(High Level Design)3 XX模块详细设计说明书DD(Detail Design)1 产品单元测试汇总报告UTR(Product Unit Test Report)编码、单 2 用户手册无需元测试(CUT) 3 产品集成测试用例I TC(Product Integerate TestCase)4 集成测试计划ITP(Integerate Test Plan)集成测 1 产品集成测试报告ITR(Integerate Test Report) 试(IT)2 产品系统测试用例STC(System Test Case)1 测试入口检查单无需增量测试和系统测试2 系统测试方案STP(System Test Plan)3 增量测试方案ATP(Alternate Test Plan)4 增量测试报告ATR(Alternate Test Report)(ST)5 系统测试报告STR(System Test Report)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 行，多倍行距，设置选 33) 目录内容来自模板，显示级别 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.5配置项的版本标识根据产品的需要，软件产品制造过程中的每个配置项和不同阶段的基线发布都需要进行相应的版本标识，下面分别介绍。
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.994.6标签的命名SCM 人员负责对开发过程中的重要里程碑及基线进行标签的标注。
标签的命名不可随意为之，要让标签名称具有很强的自说明性，并且尽量不要过于复杂。
标签命名分为以下两种情况：a)正是基线命名标签名称必须以该项目组产品名称的英文字母开头，格式如下：产品英文名称_版本号_REL+ 标签版本号，其中“版本号”指的是所开发产品的版本，初始版本号为v1_0，最大版本号为v999_999；而“标签版本号”指的是每次打标签递增的序号，范围从01 到99。