项目文档命名规则跟格式要求-(4526)
- 格式:doc
- 大小:1.42 MB
- 文档页数:9
项目文档命名规则编制: 日期:____/____/____审核:日期:____/____/____批准:日期:____/____/____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);附件名称后不加标点符号。
.项目文档命名规则编制:日期: ____/____/____ 审核:日期: ____/____/____ 批准:日期: ____/____/____.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. 风险管理:识别项目中的风险,如技术风险、人力资源风险等,并制定相应的风险应对措施,以降低风险对项目的影响。
项目计划书格式要求一、所用软件使用office word2003,尽量不要用2007版本或者其他版本女。
二、页面设置1.全篇设置:上下边距均为2.54,左右边距3.17,行间距均为固定值26磅。
对齐方式:两端对齐。
2.标题:一级、二级、三级、四级、五级标题以次按照“1”、“1.1”、“1.1.1”、“(1)”、“①”的形式设定。
一级标题:用“1执行总结”的形式,居中,段前、段后均为0.5行,对齐方式:两端对齐。
小二号黑体加粗。
独立设行,末尾不加标点符号。
二级标题:用“1.1”形式,首行缩进0字符,段前、段后均为0.5行,对齐方式:两端对齐。
三号黑体字加粗。
独立设行,末尾不加标点符号。
三级标题:用“1.1.1”形式,首行缩进2字符。
段前为0.5行,段后为0行,对齐方式:两端对齐。
独立设行,末尾不加标点符号。
三号仿宋-GB2312字体加粗。
四级标题:用“(1)”、“(2)”……形式,首行缩进2字符。
段前段后均为0行,对齐方式:两端对齐。
小三仿宋-GB2312字体加粗。
根据内容考虑是否单独设行。
五级标题:用“①”形式,首行缩进2字符。
段前段后均为0行,对齐方式:两端对齐。
小三仿宋-GB2312字体,与正文一致。
不单独设行。
三、页眉页脚通篇插入页眉页脚,左侧为“河北师范大学”原字体,可以用图片,右侧为“某某公司创业计划书”(小四仿宋-GB2312字体加粗)。
四、页码通篇页码居右,页码1从正文首页开始插入。
目录没有页码。
五、正文除标题外,正文所有字体均为:小三仿宋-GB2312字体。
行间距均为固定值26磅。
对齐方式:两端对齐。
首行缩进2字符。
段前段后均为0行。
六、表格每个表格均设在一页上,表格内行间距、字号根据表格大小调节,表格下方居中注明表格名称,序号为“1.1表:某某表”,意思为第一部分的第一张表格,以此类推。
字号为宋体小四号字。
七、图如果是图,在图的下方居中注明“1.1图:某某图”,方注明表格名称,序号为“1.1表:某某表”,意思为第一部分的第一张表格,以此类推。
项目文件命名规范在进行项目管理过程中,项目文件的命名规范是非常重要的。
一个良好的命名规范可以提高团队成员之间的沟通效率,减少文件管理的混乱,并且有助于整个项目的顺利进行。
本文将介绍一些常用的项目文件命名规范,并给出一些建议。
一、文件命名原则1. 有意义:文件名应该能够准确地反映出文件的内容和用途。
避免使用无意义的数字或字母组合作为文件名。
2. 简洁明了:文件名应该尽量简洁明了,避免过长的文件名。
可以使用缩写、关键词等方式使文件名更加简明扼要。
3. 规范统一:项目组成员应遵循相同的文件命名规范,以便于团队成员间的相互理解和协作。
4. 可读性强:文件名应该具有良好的可读性,方便项目成员阅读和理解文件内容。
二、常用的文件命名规范1. 项目计划文件项目计划文件通常为 Microsoft Project 或其他项目管理软件生成的文件,可以按照以下格式命名:[项目名称]_[版本号]_[日期].mpp示例:项目A_V1.0_20220316.mpp2. 需求文档或功能规格说明书针对项目的需求文档或功能规格说明书,可以按照以下格式命名:[项目名称]_[文档类型]_[版本号]_[日期].docx示例:项目A_需求文档_V1.0_20220316.docx3. 会议纪要项目会议纪要按照以下格式命名:[会议日期]_[会议主题]_Meeting Notes_[会议编号].docx示例:20220316_项目A_会议纪要_Meeting Notes_001.docx4. 测试文档测试文档可以按照以下格式命名:[项目名称]_测试计划_[版本号]_[日期].docx示例:项目A_测试计划_V1.0_20220316.docx5. 用户手册或操作指南用户手册或操作指南可以按照以下格式命名:[项目名称]_用户手册_[版本号]_[日期].pdf示例:项目A_用户手册_V1.0_20220316.pdf6. 项目报告项目报告可以按照以下格式命名:[项目名称]_项目报告_[报告类型]_[日期].docx示例:项目A_项目报告_进展报告_20220316.docx三、文件命名的其他建议1. 使用英文命名文件,避免使用中文或其他特殊字符。
项目文档管理规范一、引言项目文档是项目管理中至关重要的组成部分。
良好的文档管理规范可以保证项目的顺利进行,提高项目团队的工作效率和沟通效果。
本文档旨在制定一套标准的项目文档管理规范,以确保项目文档的有效管理和使用。
二、文档命名规范1. 文件名应简洁明了,能够准确反映文档内容。
2. 文件名应使用英文命名,避免使用特殊字符或空格。
3. 文件名应包含文档类型、版本号和日期信息,以便于识别和跟踪。
三、文档版本管理1. 每个文档应有唯一的版本号,以便于追踪和管理文档的变更。
2. 对于每次文档的修改,应及时更新版本号,并记录修改的内容和日期。
3. 当文档需要共享给项目团队成员时,应确保他们使用的是最新版本的文档。
四、文档存储和备份1. 所有项目文档应存储在统一的文档管理系统中,以便于集中管理和查找。
2. 文档管理系统应具备权限管理功能,确保只有授权人员才能访问和修改文档。
3. 定期进行文档备份,以防止意外数据丢失。
五、文档分类和目录结构1. 项目文档应按照一定的分类进行组织,例如按照项目阶段、功能模块或文档类型等进行分类。
2. 文档管理系统应提供良好的目录结构,方便用户快速定位和访问所需的文档。
六、文档编写规范1. 文档应采用统一的格式和模板,以确保文档的一致性和可读性。
2. 文档应包含清晰的标题、摘要、目录和正文内容。
3. 文档中的内容应准确、完整、简洁,并使用易于理解的语言。
七、文档审批流程1. 对于重要的文档,应设立审批流程,确保文档经过相关人员的审核和批准后才能发布。
2. 审批流程应明确审批人员和审批顺序,以及审批的时间限制。
八、文档归档和销毁1. 对于项目结束或不再需要的文档,应进行归档或销毁处理。
2. 归档的文档应进行分类存档,并记录归档的日期和位置。
3. 销毁的文档应按照相关规定进行安全销毁,以防止信息泄露。
九、文档培训和沟通1. 对于项目团队成员,应进行文档管理培训,使其了解和掌握文档管理规范。
项目工程文件格式及编号标准随着项目管理逐步走向规范化、信息化,项目工程文件格式及编号标准日益成为项目管理中不可或缺的一部分,它对于项目的顺利开展和管理至关重要。
本文将深入探讨项目工程文件格式及编号标准的相关问题,并提出一些解决方案和建议。
一、为什么需要项目工程文件格式及编号标准项目工程文件格式及编号标准是项目管理中的重要文件,是对项目管理过程进行监控和控制的重要依据。
如果项目工程文件格式和编号标准不统一,就会影响项目管理的效率和质量,甚至会影响项目的顺利进行。
因此,制定和遵守项目工程文件格式及编号标准非常必要。
二、项目工程文件格式及编号标准的具体内容1. 文件格式项目工程文件格式必须符合国家标准,既要符合国内的文件格式规定,还必须符合国际标准。
一般来说,文件格式应该包括文本、表格、图片、ppt等。
2. 编号规范不同的项目均有不同的文件编号规范,它是每个文件的唯一标识符。
一般的文件编号规范应该包含项目名称、文档类型、文档编码、版本号等内容,例如:项目名称_类型_编码_版本号。
文档类型应该包括技术、管理、设计等。
编码需要缩写文档类型,例如:TEC代表技术文档,MAN代表管理文档,DES代表设计文档。
版本号包括主版本号和次版本号两个部分,例如:V1.1,其中1代表主版本号,.1代表次版本号。
3. 关键字设置关键字是指在工程文件编写过程中设置的一些标识符,方便查找和管理文件。
如常用的关键字包括:项目名称、项目编号、文档编号、作者名称、日期等等。
三、项目工程文件格式及编号标准实施的方法实施项目工程文件格式及编号标准需要建立相应的工作流程和制度,这些流程和制度需要经过科学的设计和分析反复改进。
确保制度可以被顺利执行。
1. 建立规范标准在项目工程文件格式及编号标准的实施过程中,需要建立一套完整的规范标准系统。
这个系统包括文件格式、文件编号、关键字、名称上等方面。
规范标准的建立应遵循国家法律法规和项目管理规范。
项目命名及管理规范一、项目命名规范1. 项目命名原则项目命名应简洁、清晰、易于理解和记忆,能够准确反映项目的特点和目标。
2. 项目命名要求(1)项目名称应由字母、数字或者下划线组成,不得包含特殊字符或者空格。
(2)项目名称应具备惟一性,不得与已有项目重名。
(3)项目名称应尽量避免使用缩写词或者简写,以免引起混淆。
3. 项目命名示例(1)按照项目类型命名:如"市政道路改造项目"、"电子商务平台开辟项目"等。
(2)按照项目目标命名:如"提升客户满意度项目"、"降低生产成本项目"等。
(3)按照项目地点命名:如"北京分公司扩建项目"、"上海新办公楼装修项目"等。
二、项目管理规范1. 项目管理流程(1)项目启动阶段:-明确项目目标和范围-制定项目计划和时间表-确定项目资源和预算-成立项目团队和分配任务(2)项目执行阶段:-按照计划执行项目任务-监控项目进度和成本-及时解决项目中的问题和风险-保持与相关方的沟通和协调(3)项目收尾阶段:-评估项目成果和效果-总结项目经验和教训-撰写项目报告和归档相关文档-进行项目验收和交接2. 项目管理要求(1)项目目标和范围管理:-明确项目目标和范围,避免范围蔓延和目标含糊。
-制定详细的项目计划和时间表,确保项目按时交付。
(2)项目团队和任务管理:-成立项目团队,明确团队成员的职责和任务。
-分解项目任务,明确任务的优先级和完成时间。
(3)项目进度和成本管理:-监控项目进度,及时调整资源和任务分配。
-控制项目成本,避免超出预算和资源浪费。
(4)问题和风险管理:-及时发现和解决项目中的问题和风险。
-制定应对措施,降低项目风险的影响。
(5)沟通和协调管理:-与项目相关方保持良好的沟通和协调。
-定期召开项目会议,汇报项目发展和解决方案。
3. 项目管理工具(1)项目计划工具:如Microsoft Project、Wrike等,用于制定和跟踪项目计划。
项目文档命名规则和格式要求1. 项目文档命名规则在一个项目中,文档命名必须遵循一定的规则,便于标识和管理。
以下是一些常见的文档命名规则。
1.1 使用英文命名为了尽可能地避免出现乱码和字符转换问题,建议使用英文字母和数字来命名项目文档,尽量避免使用中文或特殊字符。
1.2 命名规则简单明了项目文档的命名应该简短、明了,不宜过于冗长和复杂。
一般来说,直接使用概括性词汇即可,如“需求文档”、“测试报告”等。
1.3 统一命名规则在一个项目中,建议尽可能地保持文档命名的统一规范,例如统一大小写、统一缩写、统一前缀等。
1.4 版本控制在文档命名中需要体现出版本信息,以便在需要查找历史版本时能够快速找到。
例如:“测试报告V1.0”、“需求文档V2.3”等。
2. 项目文档格式要求在项目文档的编写中,遵循一定的格式规范也是非常重要的。
格式的规范化可以使得文档内容更加清晰易懂,有利于文档的阅读和传播。
以下是一些常见的格式要求。
2.1 使用标准文档格式在编写文档时,需要根据文档的类型来选择对应的标准文档格式。
例如,需求文档需要符合IEEE 830-1998标准要求,测试文档需要符合ISTQB标准要求等。
2.2 统一字体和字号在整个文档中需要统一字体和字号,这样可以避免字体混乱,造成阅读障碍。
一般来说,建议使用宋体、黑体、微软雅黑等常见字体,字号建议在10-12号之间。
2.3 规范段落格式每个段落需要有合理的分段,段落之间需要留有适当的间隔。
首行缩进2个字符,段落不要过长,一般控制在10行以内。
2.4 表格、图片要求表格和图片需要精心制作,使用清晰易懂的样式,避免出现混乱的格式。
表头应该清晰明了,内容应该和表头一一对应。
图片需要设置适当的大小、清晰度和边距,以便查看和阅读。
3.项目文档的命名规则和格式要求对于项目工作的顺利开展有着至关重要的作用,只有通过规范的文档命名和格式规范,才能够真正实现文档的价值。
在实际项目中,需要根据具体情况,制定出符合自身实际情况的文档命名和格式规范。
项目文档管理规范引言概述:在项目开发过程中,文档的管理是非常重要的一环。
良好的文档管理规范能够提高项目的效率和质量,保证项目的顺利进行。
本文将详细介绍项目文档管理规范的内容和要求。
一、文档命名规范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 审核和审批的结果应该及时反馈给文档的编写人员,以便及时修正和完善文档。
总结:良好的项目文档管理规范对于项目的顺利进行和成功交付起着至关重要的作用。
通过规范的文档命名、版本管理、编写、存储和共享以及审核和审批等环节的管理,可以提高项目的效率和质量,保证项目的成功实施。
希望本文介绍的项目文档管理规范能够对读者有所帮助。
xx信息技术有限公司项目文档撰写规范业主单位:XXXX承建单位:xx信息技术有限公司编制时间:XXXX年XX月修订记录目录1. 目的 (1)2. 适用范围 (1)3. 文档结构规范 (1)4. 页面布局 (1)5. 字体大小及格式 (1)5.1. 封面 (1)5.2. 修订记录 (1)5.3. 目录 (2)5.4. 正文 (2)5.5. 页眉页脚 (2)5.6. 图表与题注 (2)5.7. 正文内部编号 (3)5.8. 其他 (3)6. 项目过程资料清单 (3)1.目的为了加强公司项目开发过程文档的规范化管理,提高文档质量,以便向客户提供更好的交付验收文档。
2.适用范围项目过程文档及项目验收文档。
3.文档结构规范包括封面、修订记录、目录、正文。
4.页面布局页边距,普通。
上下5.54cm,左右3.18cm。
5.字体大小及格式5.1.封面项目名称:宋体,一号,加粗,居中,行距1.5。
分割线:双线,上细下粗,长度14.5厘米,宽度4.5磅,嵌入型环绕,居中。
文档标题:宋体,一号,加粗,居中,行距1.5,单字一行。
单位、时间:宋体,三号,加粗,首行缩进5字符,行距1.5。
5.2.修订记录修订记录标题:宋体,四号,加粗,居中,行距1.5。
表头:底纹,白色、背景一、深色15%;文字,宋体,五号,加粗,居中,行距1.5。
表格内容:宋体,五号,居中,行距1.5。
5.3.目录目录标题:宋体,四号,加粗,居中,行距1.5。
一级目录:宋体,小四,加粗,行距1.5。
二级目录:宋体,小四,段落文本之前2字符,行距1.5。
注:一般目录只需要两级。
5.4.正文正文:宋体,小四,段落首行缩进2字符。
标题:宋体,加粗,左对齐,段落段前12,段后12,行距1.5,自动编号;其中,一级标题小二,二级标题三号,三级标题四号,四级标题小四,后续均为小四。
5.5.页眉页脚页眉:项目名称+公司名称,宋体,小五,两端分散对齐,加页眉横线,封面不需要。
项目文档编号规则往往越是规模大的公司,其项目工作中的每一个环节都有相应的规范进行管理,这些规范都是都前辈呕心沥血,披荆斩棘所获的的经验总结,而非普通文书工作者的推猜可得。
当然,如果刚刚创业起步的小公司如能更早的抓住项目规范、文档规范,更是使公司发展或者比大公司更大的推动力。
做文档应当十分注意细节问题,可以文档的细节规范决定文档的成败,正所谓细节决定成败。
1. 首先,绝对不允许有错别字。
2. 文档标题:命名标准为:客户公司名称+项目名称+版本号。
(××公司采编项目_V1.0 )。
3. 文档属性:打开word文档->文件->属性(标题、作者、单位)。
4. 首页:文档标题,客户公司和实施公司LOGO,左下角标注(实施公司名,作者,更新时间,版本,文档编号)。
5.文档管理:修改记录,审阅记录,分发记录,致被分发者。
6.目录:动态更新目录,任何栏目修改都要及时更新。
7. 项目编号:整个项目编号撑起了整篇文档的栏目构架,在视图->文档构架图中应可以看清这个脉络。
8. 文档字体:文档的项目编号、正文、注释都应有相应的字体大小。
9. 图片表格:每个图片和表格都必须要编号。
10. 段落:段落的之间的行距,是否空行,紧密程度应当十分注意,影响整体美观。
11. 页眉和页脚:页眉,左边是实施公司LOGO,右边是文档标题;页脚,左边有公司名及版权声明。
拥有准确技术文档不仅对于公司是非常有益处,而且也能够让客户从中受益。
由于产品如何使用在某种程度上是要依赖技术文档来进行说明,因此技术文档必须十分准确可靠。
使用不准确和已经过时技术文档对于公司发展也会产生一定阻碍,同样,它也会对公司客户们产生消极影响。
一旦客户发现在他们使用产品时候遇到了问题,却不能通过求助于伴随产品技术文档手段进行解决时候,客户们就会对这种产品产生怀疑乃至于失去信心,那么,公司信誉和利益自然而然就会受到损害。
这就是不准确和过时技术文档给我们带来危害。
文档类型Document Type密级Confidentiality Level文件格式撰写规范仅供收件方查阅文档编号Document Code版本Version共 5 页1.2 5 Pages项目文档格式撰写规范Prepared by 拟制刘海霞Date日期2009-07-27Reviewed by 评审人Date 日期Approved by 批准Date 日期版权所有不得复制Copyrigh t © BroadenGate Technologies, Co., Ltd.All Rights ReservedRevision Record 修订记录Date 日期RevisionVersion修订版本CR ID/Defect IDCR/ Defect号Sec No.修改章节ChangeDescription修改描述Author作者2009-07-27 V0.8 1 初稿完成刘海霞2009-07-27 V1.0 2 修改部分内容刘海霞2009-07-27 V1.1 3 修改文件格式刘海霞2009-8-11 V1.2 4 增加示例刘海霞目录1 目的 (1)2 适用范围 (1)3 文件结构规范 (1)4 字体大小规定 (1)5 示例 (2)项目文档格式撰写规范1 目的为加强公司文件的管理,提高文件的质量,使文件管理规范化,保证公司文件体系有效运转。
2 适用范围仅限SVN中需提交的项目文档。
3 文件结构规范由于每个阶段需提交不同的文档,每个文档均有模板,具体文件结构参照模板来写。
4 字体大小规定1.文件名称英文:华文细黑二号2.中文:华文细黑二号3.目录英文标题:Times New Roman 小二中文标题:宋体小二内容:英文Times New Roman 五号中文宋体五号4.一级标题(1、2、3…)英文标题:Times New Roman 三号加粗中文标题:宋体三号加粗段落:段前12磅段后12磅单倍行距5.二级标题(1.1、1.2、1.3…)英文标题:Times New Roman 四号加粗中文标题:宋体四号加粗段落:段前12磅段后12磅单倍行距缩进为06.三级标题(1.1.1、1.1.2、1.1.3…)英文标题:Times New Roman 小四加粗中文标题:宋体小四加粗段落:段前12磅段后12磅单倍行距缩进两个字符7.四级标题(1.1.1.1、1.1.1.2、1.1.1.3…)英文标题:Times New Roman 五号加粗中文标题:宋体五号加粗段落:段前12磅段后12磅单倍行距缩进两个字符8.正文内容英文:Times New Roman 五号中文:宋体5号单倍行距首行缩进两个字符9.表格文字英文:Times New Roman 五号中文:宋体五号10.页眉页脚页眉:统一的页眉图片,写有公司名称,公司图标,实验室图标页脚:仅供收件方查阅,技术类文档,两端对齐11.页码首页、目录单独编页码,具体可参看本文档。
项目文档命名规则编制:日期:____/____/____ 审核:日期:____/____/____ 批准:日期:____/____/____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。