项目文档管理规范方案v1

项目文档管理规

金蝶建筑与房地产事业部

实施管理部

1.目的 (3)

2.围 (3)

3.文档发布标准 (3)

4.文档变更标准 (4)

5.文档归档标准 (4)

6.项目文档围 (5)

7.文档审计标准 (6)

附件 (10)

1.目的

在项目生命周期中会形成很多文档资料，包括工作文档和技术文档。这些文档资料是未来进行系统维护、升级和提供运维服务所必须的，是项目管理中非常重要的一部分工作。为加强项目过程中的风险控制，维护金蝶公司利益，特制订本规对项目各类文档进行规管理。

从法律角度来看，项目生命周期中产出的文档代表了金蝶公司作为服务提供方按照合同约定完成交付义务的标志，具有重要的证据作用；同时也代表了客户方对金蝶公司提供的服务的接受和确认。

2.围

此规适用于组织所有项目的文档管理活动，并且各公司设置了相应的项目管理办公室（PMO）管理项目，各公司可依据自身的实际情况进行修改选用。

3.文档发布标准

为了规项目文档的格式、结构、围和填写标准等，金蝶房地产实施管理部参考公司开发方法论和实施方法论，整理了项目各阶段需要提交的文档名称和模板，通过评审后进行发布，所有在建项目均须使用标准模板。

流程说明：

（1）项目管理专员参考公司实施方法论和开发方法论制定文档模板；

（2）PMO对文档进行评审，部门经理对文档进行会审；

（3）审核通过后，项目管理专员通过OA和发布。

注：PMO为项目管理办公室，文档模板见实施工具包中，参考选用。

4.文档变更标准

在文档使用过程中，如果发现文档模板或提交方式等有问题，可以提交变更需求，由PMO 进行评审，评审通过后，由PMO修改并进行发布应用。

流程说明：

（1）顾问或项目经理将变更需求提交给部门经理审核；

（2）部门经理汇总后提交PMO评审；

（3）项目管理专员根据需求修改标准模板，并发布应用。

5.文档归档标准

一般而言，项目生命周期中的重要文档都需客户方项目经理签字并加盖公章。但考虑到文档重要性不同以及实际情况的复杂性，不同性质文档的确认标准也有所不同。需要客户签字或盖章确认的各项目成果、文档和文件一律采取书面形式提交PMO，不得通过口头、电子等其他形式。纸质文档提交的同时，需要提交版本一致的电子档（在盖章审批的时候作为附件

提交即可），以供PMO进行项目配置管理。

流程说明：

（1）项目经理将经客户项目经理签字盖章的项目文档原件提交部门经理；

（2）部门经理审查确认后，将文档（原件）提交PMO；

（3）PMO盖章后，留一份存档，同时更新文档服务器（VSS）；

（4）PMO将经公司盖章的文档返回给项目经理。

6.项目文档围

实施类项目周期主要包含项目规划、蓝图设计、系统建设、系统切换和持续支持五个阶段，开发类项目周期主要包含规划、设计、编码、上线和验收五个阶段，各个阶段的工作任务不同，所涉及和需要提交的文档也有所不同。

实施类文档清单：

序号阶段文档清单数量确认方式

1 项目规划《项目启动会会议纪要》一式两份签字＋盖章《项目组成员》一式两份签字＋盖章《项目主计划》一式两份签字

2 蓝图设计《需求分析报告》一式两份签字＋盖骑缝章《解决方案》一式两份签字＋盖骑缝章

3 系统建设《系统测试报告》一式两份签字＋盖骑缝章

4 切换准备

5 系统切换《上线切换报告》一式两份签字＋盖骑缝章《初验报告》一式两份签字

6 持续支持

《验收报告》一式两份签字＋盖骑缝章《系统运行问题跟踪记录单》一式两份签字

7 其他

《项目变更单》一式两份签字＋盖章《产品安装确认报告》一式两份签字＋盖章《重要阶段会议会议纪要》一式两份签字

开发类文档清单：

序号阶段文档清单数量确认方式

1 项目规划《项目启动会会议纪要》一式两份签字＋盖章《项目组成员》一式两份签字＋盖章《项目主计划》一式两份签字

2 设计《需求分析报告》一式两份签字＋盖骑缝章《设计方案》一式两份签字＋盖骑缝章

3 编码

4 上线《系统测试报告》一式两份签字＋盖骑缝章《初验报告》一式两份签字

5 验收

《验收报告》一式两份签字＋盖骑缝章《系统运行问题跟踪记录单》一式两份签字

6 其他

《项目变更单》一式两份签字＋盖章

《实施日志》一式两份签字《重要阶段会议会议纪要》一式两份签字

备注及说明：

（1）所有文档一式两份，一份公司存档，一份客户存档；

（2）文档页数≦2页时每页都须盖章；文档页数﹥2页时，首页和未页须盖章，其余盖骑缝章；

（3）项目立项时，可根据评审情况适当裁减。

7.文档审计标准

PMO设置项目管理专员，定期（每个季度不少于一次）根据《文档审计标准》审计项目文档，并出具《文档审计报告》，审计报告发：项目经理、部门经理、PMO经理。《文档审计报告》发出后，项目经理有2周的整改时间，2周后PMO再组织审计，其作为阶段审计结果，纳入项目KPI考核，最终审计结果影响KPI。

为了体现文档审计的可操作性和标准性，本规建立了审计评分规则，按照标准模板设置Checklist点和对应分值，对顾问提交上来的文档逐项进行打分，从而判定文档是否合格，打分结果纳入项目KPI考核。

文档审计评分标准（满分100分，不合格项扣分）

文档名称盖章Checklist 分值评价

《项目启动会会议纪要》★是否使用PMO标准模板 2 采用非标模板得0分会议决议容：

①是否指定双方项目经理和项目组成员；

②是否明确说明项目围；

③项目计划是否与客方确认；

④关键阶段验收标准和时间是否与客方确认。

4 缺一项扣1分，不明确作为决

议得0分。

双方是否签字盖章。 4 无得0分，只签字得2分

《项目主计划》无是否使用PMO标准模板 2 无得0分包含容：

①是否有项目编码和项目名称；

②是否有项目围和验收标准；

③是否有项目组织架构和成员；

④是否有项目计划；

是否有人力投入计划。

5 缺一项扣1分。

PMO是否确认 3 无得0分

《项目组成员》★是否使用PMO标准模板 2 采用非标模板得0分包含容：

①是否明确双方项目经理和项目总监；

②是否包含、项目角色、联系方式；

4 缺一项扣1分。

图书馆管理系统文档(含源代码)免费

程序设计综合训练<图书馆管理系统> 设计报告院系：材料科学与工程学院专业班级：材料成型一班姓名：张成智学号： 20111402128 指导老师：肖老师

一、程序功能简介图书排序功能 1）按图书编号排序可以按图书编号的大小排序，显示到屏幕上。（从小到大） 2）按图书出版时间排序可以按图书出版时间的前后排序，显示到屏幕上。（从近到远） 3）按图书价格排序可以按图书价格的贵宜排序，显示到屏幕上。（从便宜到贵） 4）按图书书名排序可以按图书书名字符的大小排序，显示到屏幕上。（从小到大） 5）按图书作者名排序可以按图书作者名字符的大小排序，显示到屏幕上。（从小到大）二、本人完成的主要工作图书排序功能（排序比较简单只要做出来一个，其他都和它雷同。）三、设计方案 1.设计分析； 1)序功能简介： s 进入系统

|| 2）各个功能流程图 1、按图书编号排序菜单 1-添加图书 4-图书排序 5-查询图书 6-修改图书 7-录入数据 0-退出系统 2-删除图书 3-图书列表输入编号、书名、作者名、出版社、类别、出版时间、价格。按照编号、书名、作者名、出版社、类别、出版时间、价格进行删除。按照编号、书名、作者名、出版社、类别、出版时间、价格进行列出。按照编号、书名、作者名、出版社、类别、出版时间、价格进行排列。按照编号、书名、作者名、出版社、类别、出版时间、价格进行咨询。依次录入编号、书名、作者名、出版社、类别、出版时间、选择编号、书名、作者名、出版社、类别、出版时间、价格进行修改。输入0返回原始菜单。

项目文档管理制度

营销中心项目文档管理制度版本信息：

一、目的建立营销中心的文档管理制度，对项目中所有文档进行清晰有效的分类管理与控制，实现项目文档的有序保管与规范流动，为项目文档提供规范化的管理，提高项目的成功率，有效控制项目成本、进度、时间。二、范围本文适用于营销中心各单元、公司内配合部门及与之有关的客户、合资公司、渠道的文档。三、原则（一）定义文档包括接收、发放和内部文档，含传真、电邮、备忘录或是会议纪要、邮递、商务运作阶段文档及其他内部文档。（二）规范 1.明确内部文档的编制和命名（1）文件名应是文件的标题。（2）标题应能直观简明体现文件的内容。（3）每个文档必须有一个统一的编号。（4）在电子文档的命名后面加上编号。（5）文件编制应使用对应的统一文档模板。 2.接收文档控制编号所有接收文档需有统一文档控制编号，统一由文档中心管理。文档控制编号形式由项目管理者根据实际情况确定，建议体现接收日期的信息。 3.明确项目文档的使用制度

（1）在项目前，应建立一套文档的管理程序明确文档的拟制、审核人员, 文档控制员。明确所有文档的编号、收发登记操作，及受控等级。（2）建议接收文档的管理程序由文档控制员统一接收。加盖或记录接收日期（时间）。赋予文档控制编号。记录输入文档中心数据库，保存原件。（3）明确发送文档的管理程序加盖或记录发送日期（时间）。记录输入文档中心受控库，保存原件。发送后由文档控制员统一记录归档。（4）明确合同各方之间的文档传递等相关规定（5）文档借阅登记和保密规定原则上严禁文档原稿进行借阅。借阅副本应进行登记，加盖副本章。副本销毁的规定。限期返还原件的规定。（6）电子文档的共享规定 4.明确文档的归档存放（1）建立纸面存储和电子件存储两套相对应的文档管理系统，目录结构见附表一《项目文档归档结构》。

GMP文件管理规程(新版)

GMP文件管理规程

目录目录 (3) 前言 (8) 1目的 (9) 2范围 (9) 3责任 (9) 4GMP文件分类 (9) 表1：GMP文件分类、代码及起草、审核、修订责任部门及批准人 (9) 5GMP文件起草、审核、修订责任部门及批准人 (11) 6GMP文件编码 (12) 图1：GMP文件编码 (12) 图2：GMP文件编码示例 (12) 7GMP文件电子版文件名称及编码 (13) 图3：GMP文件电子版文件名称及编码示例 (13) 8GMP文件要素 (13) 8.1封面、表头、题目 (13) 8.2目录 (13) 8.3前言 (14) 8.4目的 (14) 8.5范围 (14) 8.6责任 (14) 8.7规范性引用外来文件 (14) 8.8规范性引用内部文件 (15) 8.9正文 (15)

8.11资料性附件 (16) 8.12术语和定义 (16) 8.13参考文献 (16) 8.14附则 (16) 9GMP文件格式 (16) 9.1封面、表头 (16) 9.2页眉 (16) 9.3页脚和页码 (16) 9.4正文标题格式 (17) 9.5正文字体、字号与行距 (17) 9.6示例、图、表格 (17) 9.7终结符号 (18) 10GMP文件制作材料及版面 (18) 11规范用词的说明 (19) 12GMP文件管理流程 (19) 表2：标准类文件、基准批记录类文件各阶段管理要求 (19) 13GMP文件要求通则 (22) 13.1格式 (22) 13.2标题 (22) 13.3编码 (22) 13.4条款 (22) 13.5法规 (22) 13.6自查和修订 (23) 14GMP文件的正文内容 (23) 14.1中药材、中药饮片企业标准类文件正文内容 (23) 14.2化学原辅料企业标准类文件正文内容 (24) 14.3包装材料企业标准类文件正文内容 (25) 14.4中间产品（包括中药提取物、待包装产品）企业标准类文件正文内容 (25)

项目立项管理制度

经营类项目立项管理制度 1．目的为规范集团投资决策的基本程序，以化解风险，减少损失，提高效益，特制定本制度。 2．适用范围本制度适用于集团总部和各分子公司。 3．定义经营类项目指以盈利为目的，周期长、投资较大，一般采取有限责任公司等独立法人形式长期运营的项目。 4．职责 4.1集团投资发展中心负责各类项目信息汇总、完成《项目建议书》，并提交董事长办公会研究。 4.2集团事业部或董事长指定责任人负责组织《项目可行性报告》编制，并提交董事长办公会讨论。 4.3董事长办公会负责《项目建议书》、《项目可行性研究报告》、项目立项的审批。 5．文件内容 5.1项目立项流程项目立项由三步工作完成：提交《项目建议书》；；审议《项目可行性研究报告》；决策立项。 5.2项目建议书各类项目信息由投资发展中心汇总、完成《项目建议书》，并提交董事长办公会研究。 5.3项目可行性《项目可行性研究报告》由集团事业部或董事长指定责任人负责组织编制，并提交董事长办公会审议决策。

5.4外聘如在项目论证过程中需要外聘专家或机构，另行规定。 5.5项目立项项目经董事长办公会审批立项后，应确定项目经理。投资发展中心登记立项，并下发《项目任务书》；人力资源中心据此调配项目组人员；财务管理中心凭此注入开办资金。 5.6本制度与《投资项目红黄绿灯管理制度》、《股权激励制度》等制度配套执行。 6．相关文件《投资项目红黄绿灯管理制度》、《股权激励制度》 7．附件附件一《项目任务书》、附件二《项目可行性研究报告》 8．附则 8.1本制度由董事长办公会制订和执行，投资发展中心负责解释和实施。 8.2本制度自颁布之日起生效。

Git源代码管理规范样本

Git源代码管理规范一、分支管理使用git进行源代码管理, 一般将某个项目的所有分支分为以下几条主线: 1.Master 顾名思义, 既然名字叫Master, 那么该分支就是主分支的意思。master分支永远是production-ready的状态, 即稳定可产品化发布的状态。 2.Develop 这个分支就是我们平常开发的一个主要分支了, 不论是要做新的feature还是需要做bug fix, 都是从这个分支分出来做。在这个分支下主要负责记录开发状态下相对稳定的版本, 即完成了某个feature或者修复了某个bug后的开发稳定版本。 3.Feature branches 这是由许多分别负责不同feature开发的分支组成的一个分支系列。new feature主要就在这个分支系列下进行开发。当功能点开发测试完毕之后, 就会合并到develop分支去。

4.release branches 这个分支系列从develop分支出来, 也就是预发分支。在预发状态下, 我们往往会进行预发环境下的测试, 如果出现缺陷, 那么就在该release分支下进行修复, 修复完毕测试经过后, 即分别并入master分支后develop分支, 随后master分支做正常发布。 5.Hotfix branches 这个分支系列也就是我们常说的紧急线上修复, 当线上出现bug且特别紧急的时候, 就能够从master拉出分支到这里进行修复, 修复完成后分别并入master和develop分支。下面这张图将完整展示这一个流程

二、工作原理Git的工作方式:

也就是说, 每次提交版本变动的时候, git会保存一个快照(snapshot)。如果文件没有被更改, git也不会再次保存, 而是提供一个到原来文件的链接。这样一来, git更像是一个小型的文件系统。另外, git的所有操作都能够是本地的, 仅仅在将新版本的内容上传到服务器上时才需要连接网络。 Git目录( repository) 是Git保存元数据和对象数据库的地方。这也是Git最重要的部分。

项目管理办法

项目文档管理办法（版本） 2015-04-14

1 引言 1 .1编写目的制订统一的文档管理办法及格式，对项目过程中产生的项目有关资料提供规范，便于在今后项目开展过程中对各项资料的查找和相互交流 ,以利项目开发及进展；制订项目开发过程中的评审和查阅规范，明确相应的管理人员责任。 2 任务概要 2 .1工作内容项目发展的过程中，随着项目逐步展开，会产生大量的设计方案文件、设计说明书、源代码、会议记录及培训资料等内容，对这些内容进行分类整理归档；同时根据项目需要，对有关文档在项目文档服务器上发布。 2 .2工作要求项目部目前使用SVN管理项目文档，建立相应文档目录，根据要求适时添加文档并与相关人员（各专业组负责人）合作及时将文件归档，注意对项目信息的及时更新，以帮助各组人员获得最新信息。 2 .3工作程序对于项目常规文档： 1.综合组对文档（纸质和电子版）收集及文档分类。 2.各专业组负责人负责对项目每个阶段过程中产生的文档资料进行汇总，由负责人审核后将相关文档上传到SVN服务器相关目录（建立

统一的项目文档目录，例如命名为“项目存档文档”）下。 3.项目进行每个阶段产生的各项文档资料包括：调研资料、设计方案文件/图、设计说明书、会议培训资料、汇报材料、报告文件、数据文档、文献等文档资料。对于项目存档文档： 1.综合组对项目常规文档目录下的文档进行审核。 2.对阶段性重要的文件进行归档，文档管理员将其处理成PDF格式，加入文档编号后上传到SVN服务器相关目录下。注：各类存档文件均需提交由质量测试组审核。 3 文档管理 3 .1总则 3.1.1 所有重要文档集中管理，维护档案的安全与完整。 3.1.2 所有存档文件根据需要归档。 3.1.3 各项目专业组人员在工作中形成的具有参考价值的文件、材料由个人或该组负责人整理后报文档管理人员存档。 3.1.4 所有人员均有承担按时提交文档的义务和职责。 3.1.5 由专人负责项目文档管理工作。 3 .2范围 3.2.1 项目准备阶段 a. 与本项目有关的上级主管部门下达的规划和工作计划； b. 有关项目的审批文件、合同书、专家建议； c.国内外相关情况考察报告和专题分析报告；

公司文件管理规定

公司文件管理规定第一章总则第一条为使公司的文件管理工作实现规范化、制度化、科学化，提高办文速度和发文质量，充分发挥文件在各项工作中的指导作用，特制定本规定。第二条文件管理的范围包括：上级下发文件、公司各类制度文件、外部传真文件、政策指导类文件、各类合同文件等。本规定中，公文指公司内外部发文文件，是具有法定效力和规范体式的文书。第二章公文管理第三条公文管理指公文的办理、管理、整理（立卷）、归档等一系列相互关联、衔接有序的工作。公文管理应当坚持实事求是、精简、高效的原则，做到及时、准确、安全，必须严格执行国家保密法律、法规和其他有关规定。第四条公文种类与应用范围 1.公文种类：决定、公告、通知、通报、报告、请示、批复、意见、函、会议纪要等。 2.公司常用文种应用范围 2.1决定：适用于对重要事项或重大行动做出安排，奖惩有关部门及人员；变更或者撤销不适当的决定事项。 2.2公告：适用于对外宣布重要事项或法定事项。一般基层单位不宜用公告的形式随意制发公告。 2.3通知：适用于转发上级单位和不相隶属单位的公文；传达要求公司各部门执行和需要有关单位阅知的事项。

2.4通报：适用于表彰先进，批评错误，传达重要精神或情况。 2.5报告：适用于向上级单位汇报工作，反映情况，提出意见或建议，答复上级单位的询问。 2.6请示：适用于向上级单位提出请求，并要求回复的公文。 2.7批复：适用于答复下级单位的请示事项。 2.8意见：适用于上级单位或主管部门对重要问题提出见解和处理办法。 2.9函：适用于平行单位或不相隶属单位之间，相互商洽和联系工作、询问和答复问题，请求批准和答复事项。 2.10会议纪要：适用于记载、传达会议情况和议定事项。第五条职责权限 1.综合部是行政公文的管理部门，负责公文的审核、印制、发放及收文登记、督办、归档保管。涉及公司性文件由综合部负责拟稿，专业性文件原则上由相关业务部门拟稿。 2.行政公文由总经理签发，制度规定类文件由法人代表签发，公司各部门负责公文的宣传、贯彻、落实。 3.各部门不得自行向上、向下发送正式公文。第六条发文规则 1.发文应当确有必要，注重效用；发文根据隶属关系和职权范围确定，不得越级请示和报告。 2.发文统一使用公司的红头文件格式，由拟稿部门领导核稿后送综合部审核打印，经总经理签发后由综合部成文。如管理制度、公司机构设置等需董事会决定的

业务项目管理办法(试行)

支付业务项目管理办法（试行）第一章总则第一条目的为规范公司业务项目管理，明确业务项目管理的工作要求、项目管理各方职责以及工作流程，合理配置资源，确保公司各业务项目的全面评估、有效管控，提高业务项目管理的工作效率和水平，特制订本办法。第二条基本要求业务项目（以下简称项目）管理工作的基本要求是：鼓励创新、服务市场、科学管理、规范流程。 1.在执行公司有关保密规定的原则下，由公司业务规划管理委员会及业务与运营管理部对项目立项评审、项目实施、阶段性成果、项目上线评审以及项目工作效果评估等进行公开发布。 2.项目主办部门应按照项目规划进度，定期报告项目推进实施和执行情况，并具体说明项目分阶段的进展程度。 3.项目推进过程中应严格按照项目方案和项目工作流程操作。对于已经生产上线的项目，业务与运营管理部组织对项目运作情况定期开展过程控制、监督评价及项目质量效果评估。第三条适用范围本办法适用于以下项目的管理： 1.公司面向市场所开发的新业务、新产品。主要指在业务品

种、产品功能、支付方式、业务管理、运营流程等一个或多个方面，与公司现有业务和产品具有显著差异，或对公司现有业务和产品进行重大改进、资源整合，并能给公司带来较好经济价值的业务和产品。 2.已上线的综合支付项目的优化，涉及较大程度的系统、业务改造支持。 3.公司明确要求进行立项和上线评审的其他项目。 4.已上线，需进行跟踪评价和监督管理的项目。总公司各部门及各分支机构应遵照本办法（含附件）的要求，开展项目立项、上线评审及项目跟踪评价等相关项目管理工作。本办法内容将根据公司业务的实际发展情况，及时进行更新和调整。第二章参与主体及各方职责第四条参与主体在项目管理工作中，参与主体应主要由项目主办部门、项目管理部门和项目专业评审部门组成。项目主办部门，是提报项目立项申请的部门，承担项目建设的主要工作责任，并完成项目立项申请、项目上线申请等所需的项目基础资料的准备工作。项目管理部门，是负责组织项目论证、立项评审、上线评审，协调推进项目实施和项目过程管控，开展项目效果评估管理的部

项目文档管理办法

项目文档管理办法（V1.1版本） 2015-04-14

1 引言 1 .1编写目的制订统一的文档管理办法及格式，对项目过程中产生的项目有关资料提供规范，便于在今后项目开展过程中对各项资料的查找和相互交流,以利项目开发及进展；制订项目开发过程中的评审和查阅规范，明确相应的管理人员责任。 2 任务概要 2 .1工作内容项目发展的过程中，随着项目逐步展开，会产生大量的设计方案文件、设计说明书、源代码、会议记录及培训资料等内容，对这些内容进行分类整理归档；同时根据项目需要，对有关文档在项目文档服务器上发布。 2 .2工作要求项目部目前使用SVN管理项目文档，建立相应文档目录，根据要求适时添加文档并与相关人员（各专业组负责人）合作及时将文件归档，注意对项目信息的及时更新，以帮助各组人员获得最新信息。 2 .3工作程序对于项目常规文档： 1.综合组对文档（纸质和电子版）收集及文档分类。 2.各专业组负责人负责对项目每个阶段过程中产生的文档资料进行

汇总，由负责人审核后将相关文档上传到SVN服务器相关目录（建立统一的项目文档目录，例如命名为“项目存档文档”）下。 3.项目进行每个阶段产生的各项文档资料包括：调研资料、设计方案文件/图、设计说明书、会议培训资料、汇报材料、报告文件、数据文档、文献等文档资料。对于项目存档文档： 1.综合组对项目常规文档目录下的文档进行审核。 2.对阶段性重要的文件进行归档，文档管理员将其处理成PDF格式，加入文档编号后上传到SVN服务器相关目录下。注：各类存档文件均需提交由质量测试组审核。 3 文档管理 3 .1总则 3.1.1 所有重要文档集中管理，维护档案的安全与完整。 3.1.2 所有存档文件根据需要归档。 3.1.3 各项目专业组人员在工作中形成的具有参考价值的文件、材料由个人或该组负责人整理后报文档管理人员存档。 3.1.4 所有人员均有承担按时提交文档的义务和职责。 3.1.5 由专人负责项目文档管理工作。 3 .2范围 3.2.1 项目准备阶段 a. 与本项目有关的上级主管部门下达的规划和工作计划；

项目立项管理办法

项目立项管理办法项目信息报备管理工作是市场部管理的一项重要基础性工作。为了加强公司工程项目的管理力度，规范项目立项管理，特制定本办法。一、当前项目信息报备管理的基本情况现今区域向市场部所报备的项目信息数量较多，无重点；市场部对区域所报备的信息核实困难，是否准予立项只凭区域单方陈述来考量。批准立项的信息基本上都已经由市场部实施启动流程，但大部分项目都是有头无尾。二、项目立项管理的范畴 “项目立项管理”是指公司新开发的项目立项。老项目的改建项目和增量项目不对其进行规定。项目立项流程中的项目信息报备是确认销售机会的过程，业务员要对项目报备的数据负责，他们所报备的资料，真实性以及对甲方的掌控是业务员的绩效考核指标之一。目前是由业务人员提交表格形式的报备需求（《项目信息表》），然后由区域总经理签署准予立项意见，由所选择的设计院所长对项目进行判断、分类和立项意见，准予立项的项目发至市场部，由市场部部长确认后批准正式录入项目报备系统，给其项目编号。三、项目立项的流程 1、业务经理填写《项目信息表》，由区域总经理填写准予立项意见后提交公司设计院三所所长审核，各所所长审核并签署立项意见。2．需要召开项目立项评审会德特殊项目，由设计院各所负责人召集

项目评审小组召开评审会议。 3．市场部汇总评审小组的评审意见，经2/3以上评审成员同意可以正式立项，总经理和董事长拥有否决权。 4、一般项目由设计院将准予立项的项目及相关的所有资料（包含《项目信息表》）一并转给市场部部长。 5．市场部负责进行对项目需求的确认，并根据甲方需求给设计院各所下达项目启动通知。 6．市场部负责对项目的实施过程进行跟踪，并将所有项目完成的最终方案进行存档和记录。

项目文档管理制度

营销中心项目文档管理制度版本信息：

（1）在项目前，应建立一套文档的管理程序 ①明确文档的拟制、审核人员, 文档控制员。 ②明确所有文档的编号、收发登记操作，及受控等级。（2）建议接收文档的管理程序 ①由文档控制员统一接收。 ②加盖或记录接收日期（时间）。 ③赋予文档控制编号。 ④记录输入文档中心数据库，保存原件。（3）明确发送文档的管理程序 ①加盖或记录发送日期（时间）。 ②记录输入文档中心受控库，保存原件。 ③发送后由文档控制员统一记录归档。（4）明确合同各方之间的文档传递等相关规定（5）文档借阅登记和保密规定 ①原则上严禁文档原稿进行借阅。 ②借阅副本应进行登记，加盖副本章。 ③副本销毁的规定。 ④限期返还原件的规定。（6）电子文档的共享规定 4.明确文档的归档存放（1）建立纸面存储和电子件存储两套相对应的文档管理系统，目录结构见附表一《项目文档归档结构》。

研发系统文件管理规范

研发系统文件管理规范 1目的建立并执行研发系统文件要求和管理的规定，确保研发系统文件管理工作规范、统一、有效，符合公司文件管理程序要求。 2适用范围适用于研发系统开发文档、技术文件、程序文件、管理工作文件、指南文件的管理。 3术语和定义无。 4职责与权限研发管理部负责产品开发文档、技术文档、管理工作文件、指南文件及其它文件的归口管理，研发系统相关部门配合。 5内容及流程研发系统文件包括产品开发文档、技术文档、程序文件、管理工作文件、指南文件及其它文件等。结构如下图：

研发系统文件编号及版本参考《研发系统文件编号及版本规定》。 5.1研发系统管理文件 5.1.1管理工作文件及指南文件的编写、审核、批准 5.1.1.1研发系统程序文件、管理工作文件、指南文件由技术委员会依据质量体系要求，规划研发系统程序文件及各级工作文件，研发管理组织相关部门编写，文件编号由编写者向质管QA助理申请。编写需使用公司统一的文件模板。程序文件、管理工作文件经研发系统内部预审后，提交质管部按组织公司涉及部门评审、会签，文件经管理者代表批准后在OA上发布生效。 5.1.1.2研发系统级指南文件由研发管理部组织评审，各产品线及部门级指南文件由编写人所在部门技术秘书负责组织评审。指南文件提交文件编写者主管部门经理审核，部门所属产品线负责人批准，研发管理部发布生效。生效后的文件电子档抄送质管部及相关部门备案。 5.1.2管理工作文件及指南文件的更改、升版 5.1.2.1程序文件、管理工作文件的更改及升版按《管理工作文件的控制办法》执行。 5.1.2.2研发指南文件的更改升版，由编写人提前知会研发管理部后进行，升版后文件按首版评审方式审核、批准发布。 5.1.3程序文件、管理工作文件及指南文件的发布生效方式及文件共享路径 5.1.3.1管理工作文件的生效发布由质管部在公司OA-办公系统的通知栏内进行发布；工作指南文件由研发管理部通过QQ信息发布，同时在研发系统信息平台http://vss2/default.aspx 发布备查。 5.1.3.2程序文件、管理工作文件及工作指南文件在以下路径电子文件共享：\\VSS2\研发管理\工作文件。 5.2技术文件产品技术文件分设计文件及工艺文件以及支持产品生产、检验的工装夹具、设备仪器文件。根据项目研发现状，我们对技术文件分别进行研发过程的受控管理及样机文件（开发样机、工程样机）质管受控管理。 5.2.1研发过程技术文件管理控制 5.2.1.1分类研发过程技术文件分机械类过程技术文件和硬件板卡过程技术文件，其中：机械类过程技术文件：机械零件图（C类）；

[应用]建设工程项目立项管理办法

[应用]建设工程项目立项管理办法建设工程项目立项管理办法 1范围本办法规定了建设工程项目管理流程、工程项目申报管理、工程项目年度计划和零计划管理、工程项目审批管理、工程项目内容管理、工程项目时效性管理、工程项目追加管理、工程项目风险管理的基本要求。本办法适用于公司所属各单位。 2术语 2.1建设工程项目:是指由八钢公司投资的构成固定资产项目或对固定资产功能进行恢复、改造的项目～固定资产项目主要包括:基建、技改、安全、环保、能源、更新改造、零购、零固。非固定资产投资项目主要包括:大中修、检修、抢修、绿化、环境治理。 2.2立项:是指八钢公司为了发展和维持正常的生产经营活动～进行必要的投资～并对投资项目进行可行性和必要性论证～确定投资控制目标并上报宝钢集团或八钢公司得到批准的过程。 3管理职责 3.1设备工程部负责 3.1.1对拟立工程项目可行性和必要性的调研和审查管理～包括咨询设计及咨询设计成果的审查管理。 3.1.2拟立工程项目中有关投资金额的审核管理。 3.2项目单位负责 3.2.1拟立工程项目,包括本单位内部项目,的审查确认和申报管理。 3.2.2配合主管部门对拟立工程项目的调研并提供有关资料的管理。 4管理程序 4.1建设工程项目立项管理流程图见附件一。 4.2工程项目申报管理

4.2.1对八钢公司发展有影响的、建设规模大、涉及面广的拟立建设工程项目～如:基建、技改、技措、环保、能源等固定资产投资项目～各单位可通过八钢办公信息网“OA”或SGMIS系统向设备工程部和八钢公司领导申报。 4.2.2申报单位应详细说明立项理由～尽可能对拟立项目的可行性进行论述～如拟立项目通过SGMIS系统申报的～须将以上内容挂入文档。 4.2.3对于影响面不大、建设规模小的拟立建设工程项目～如:小型基建、大中修、检修、零购、零固、绿化、环境治理等～各单位应通过SGMIS或WZMIS系统向设备工程部申报。 4.2.4申报单位应以文档形式说明立项理由、实施方案及工程量概预算清单明细～属更新改造、安措、技措等固定资产投资项目～应做投入产出效益分析～以便调查立项。如拟立项目较复杂～需要进行专业设计的～申报单位可通过SGMIS委托设计院做设计方案～详细的设计要求等内容需挂入委托书文档。 4.2.5大中修和检修项目申报费用原则上不含设备和备品配件及主要材料的采购费用。 4.2.6必要时～对于涉及生产、生活和公共设施的突发性抢修项目～各单位应通过电话直接向设备工程部申报～设备工程部同意后协调组织实施～项目单位在一周内～通过SGMIS补办立项手续。 4.3工程项目年度计划和零批计划管理 4.3.1申报单位应根据本单位的发展要求和生产工艺及设备的运行状况～在当年9月前向设备工程部申报次年计划实施的各类工程项目～设备工程部组织审批后～以年度计划的形式下发执行。 4.3.2除年度计划之外～申报单位也可根据当年的实际情况和需求～向设备工程部申报项目～该类临时申报的项目称为零批计划项目。项目的咨询设计和调研

安全性文档管理规范

安全性文档管理规范（IATF16949-2016） 1.目的 1.1规定安全性文档的记录、存档方式，保证安全性文档在保存年限内有效。 2.范围 2.1本规定适用于DXC公司的涉及安全特性的文件、记录，包括来自分供方的质量记录。 3.定义 3.1无 4.职责 4.1各部门各有关人员负责填写相应的记录。 4.2质量部负责DXC所有批量生产阶段的安全性记录和涉及安全性的人员培训记录的存档保管。 4.3产品工程部负责DXC所有批量生产阶段前的安全性记录及涉及安全性文件的存档保管。 5.内容 5.1安全标识

本公司的安全性标识采用“CC”。顾客有特殊要求时，按顾客特殊要求进行标识（如，对于VW的产品，安全标识为“D”）。凡是安全性的记录或文件应该在右上角敲兰色的安全性标识，对于电子形式的安全性文档，标识敲在电子介质上。 5.2安全性文档种类安全性文档主要包括：产品图纸、标准、作业指导书等技术文件以及零件/成品记录、生产过程记录、检测设备/生产设备记录等。具体参见各部门所产生的记录列表。在记录列表中，“标识需求”列的含义为“有：假若产品涉及安全特性，则这些涉及安全特性的记录需要进行安全标识，没有表注：不管产品是否涉及安全特性，这些记录都不需要进行安全标识”。 5.3存档要求安全性文档应当进行安全存档，存档期限为至少20年。存档介质可以是纸张和电子媒介形式。必须储存在档案室的适当的文件柜中，并作好防火防霉防水，电子介质记录必须作好防霉防磁。电子版本保存的记录，每三年必须检查一次，防止贮存媒介损坏。在其使用的相应软件升级时，保管人员必须确认记录是否可以用新版本软件打开。如果不能打开，必须保留相应的旧版本软件，确保记录的可读性，或者用新软件将原记录格式版本更新重新保存，原电子版本记录同时保留。 5.4 储存 5.4.1 管理人员应当对涉及安全性的技术文件、记录设置单独的文件柜，并在文件柜上贴安全标识和存档文件、记录查询索引。对于作废的受控文件应当按

研发项目立项管理制度(汇编)

研发项目立项管理制度为使公司研究开发（以下简称研发）项目的管理工作规范化、程序化、充分调度研发人员的积极性，提高研发成果的产出率和成果转化率，特制定管理办法。一、研发项目的立项：原则上公司部设立基础研究项目。研发项目的重点放在符合市场需要。能很快转化成产品，或对现有生产工艺或技术、产品质量或产量的提高有重要意义的项目。主要包括根据公司发展资助开发的项目，与公司外相关科研院所合作开发或技术转让的项目，公司享有稀罕的重大技术改造项目。 1. 立项程序： 1.1研发项目由研发中心向公司提出，项目提出要有立项申请书。 1.2公司组织专业技术委员会的专家对项目建议的可行性进行评估、论证，必要时可聘请公司外专家参与项目的论证。 1.3项目经过初步论证、筛选后，重大研发项目主管部门组织进行市场调研，收集信息，并就项目的前瞻性、市场需求等做出可行性分析，写出可行性报告，可行性报告的内容包括： 1）总论； 2）技术可行性分析； 3）项目成熟程度；

4）市场需求情况； 5）投资估算及资金筹措； 6）经济效益和社会效益； 7）考核指标及进度计划； 8）总论。 2．立项批准：经过可行性论证的项目，列入公司年度研发计划。提高董事会讨论，董事会根据公司的总体发展、效益的情况、技术储备需求等决定是否开展研发项目并对研发经费投入额度进行批准。二、研发项目的管理： 1．项目管理部门：研发中心是实施研发项目管理的职能部门，负责编制公司研发项目的年度计划及预算，监督、协调研发项目的进展，以及研发项目的考核验收、成果的申报等。为便于研发项目的管理，充分利用现有的厂房、设备、人员等科研资源，一些研发项目可由相关部门进行主管，或根据需要单独建立项目研究组。 2．研发项目实行项目负责人制

建设工程项目立项管理办法

建设工程项目立项管理办法 1范围本办法规定了建设工程项目管理流程、工程项目申报管理、工程项目年度计划和零计划管理、工程项目审批管理、工程项目内容管理、工程项目时效性管理、工程项目追加管理、工程项目风险管理的基本要求。本办法适用于公司所属各单位。 2术语 2.1建设工程项目：是指由八钢公司投资的构成固定资产项目或对固定资产功能进行恢复、改造的项目，固定资产项目主要包括：基建、技改、安全、环保、能源、更新改造、零购、零固。非固定资产投资项目主要包括：大中修、检修、抢修、绿化、环境治理。 2.2立项：是指八钢公司为了发展和维持正常的生产经营活动，进行必要的投资，并对投资项目进行可行性和必要性论证，确定投资控制目标并上报宝钢集团或八钢公司得到批准的过程。 3管理职责 3.1设备工程部负责 3.1.1对拟立工程项目可行性和必要性的调研和审查管理，包括咨询设计及咨询设计成果的审查管理。 3.1.2拟立工程项目中有关投资金额的审核管理。 3.2项目单位负责 3.2.1拟立工程项目（包括本单位内部项目）的审查确认和申报管理。 3.2.2配合主管部门对拟立工程项目的调研并提供有关资料的管理。 4管理程序 4.1建设工程项目立项管理流程图见附件一。 4.2工程项目申报管理 4.2.1对八钢公司发展有影响的、建设规模大、涉及面广的拟立建设工程项目，如：基建、技改、技措、环保、能源等固定资产投资项目，各单位可通过八钢办公信息网“OA”或SGMIS系统向设备工程部和八钢公司领导申报。

4.2.2申报单位应详细说明立项理由，尽可能对拟立项目的可行性进行论述，如拟立项目通过SGMIS系统申报的，须将以上内容挂入文档。 4.2.3对于影响面不大、建设规模小的拟立建设工程项目，如：小型基建、大中修、检修、零购、零固、绿化、环境治理等，各单位应通过SGMIS或WZMIS系统向设备工程部申报。 4.2.4申报单位应以文档形式说明立项理由、实施方案及工程量概预算清单明细，属更新改造、安措、技措等固定资产投资项目，应做投入产出效益分析，以便调查立项。如拟立项目较复杂，需要进行专业设计的，申报单位可通过SGMIS委托设计院做设计方案，详细的设计要求等内容需挂入委托书文档。 4.2.5大中修和检修项目申报费用原则上不含设备和备品配件及主要材料的采购费用。 4.2.6必要时，对于涉及生产、生活和公共设施的突发性抢修项目，各单位应通过电话直接向设备工程部申报，设备工程部同意后协调组织实施，项目单位在一周内，通过SGMIS补办立项手续。 4.3工程项目年度计划和零批计划管理 4.3.1申报单位应根据本单位的发展要求和生产工艺及设备的运行状况，在当年9月前向设备工程部申报次年计划实施的各类工程项目，设备工程部组织审批后，以年度计划的形式下发执行。 4.3.2除年度计划之外，申报单位也可根据当年的实际情况和需求，向设备工程部申报项目，该类临时申报的项目称为零批计划项目。项目的咨询设计和调研 4.3.3属4.2.1条的拟立建设项目，应委托有资质的咨询设计单位对项目开展咨询设计工作，通过咨询和设计对拟立项目的可行性和必要性进行论证，为八钢公司的决策提供依据，具体操作按照《八钢公司建设工程项目咨询管理办法》和《八钢公司建设工程项目设计管理办法》执行。 4.3.4属4.2.3条的拟立建设项目，设备工程部应及时对项目的可行性、必要性、投资和造价相关内容开展调研和审查工作，对拟立项目提出意见或建议。 4.4工程项目审批管理 4.4.1设备工程部通过调研对拟立项目的可行性、必要性组织论证并按

源代码管理规范

1源代码管理 (1) 总则 (1) 源代码完整性保障 (1) 源代码的授权访问 (2) 代码版本管理 (2) 源代码复制和传播 (5) 系统测试验收流程 (5) 系统初验 (6) 试运行 (6) 系统终验 (6) 应用系统验收标准 (8) 文档评审通过标准 (9) 确认测试通过标准 (9) 系统试运行通过标准 (10)

1代码管理总则 1、为保障公司源代码和开发文档安全不至于泄露，保证源代码的完整，明确源代码控制管理流程，特制定此管理办法。 2、本办法适用于所有涉及接触源代码的各部门各岗位。所涉及部门都必须严格执行本管理办法。 3、源代码直接控制管理部门为技术开发部。 4、本办法管理重点在于控制管理源代码的完整性，不被非授权获取，不被非授权复制和传播。 5、本办法所指源代码不仅限于公司开发人员自行编写实现功能的程序代码，而且还包括相应的开发设计文档及用于支撑整个系统运行所必须具备的第三方软件、控件和其它支撑库等文件。源代码完整性保障 1、所有软件的源代码文件及相应的开发设计文档均必须及时加入到指定的源代码服务器中的指定库中。 2、我们研发的产品软件运行所必须的第三方软件、控件和其它支撑库等文件也必须及时加入源代码服务器中指定的库中。 3、软件开始编写或者调整代码之前，其相应的设计文档和代码必须先从相应的SVN库进行SVNUpdate操作。软件编码或功能调整结束测试正确无误后，相应的源代码必须进行SVNCommit操作，在最终进行SVNCommit操作之前需要再进行SVNUpdate操作，查看是否有冲突产生，如果有冲突产生需要和冲突相关人一并解决冲突。

项目管理文档填写及流程管理规范

项目管理文档填写及流程管理规范 1 项目文档管理 (2) 1.1项目前期 (2) 1.2项目中期 (2) 1.3项目后期 (2) 1.4项目整个周期 (3) 1.5硬件及网络布线 (3) 2 项目管理流程 (3) 2.01项目管理整体流程 (3) 2.02项目立项单流程 (5) 2.03项目调研流程 (5) 2.04项目计划审批流程 (6) 2.05项目预算审批流程 (6) 2.06客户上线准备调查报告 (6) 2.07出差申请单 (6) 2.08项目周报 (7) 2.09新增需求单 (7) 2.10项目费用申请单 (7) 2.11问题集审批流程 (8) 2.12项目转售后服务流程 (8) 2.13奖金制定流程 (8) 2.14洽谈报告 (9)

1项目文档管理 1.1项目前期《项目整体进度步骤》《系统功能要求》《客户资料信息表》《项目立项表》（产品版本、项目人员）《项目实施计划表》《项目实施详细时间表.》《项目预算表》《系统初始设置表》《进驻现场准备表》（与系统相关的其他项目时间进度、如设备到长时间、人员安排、机房建设）《标准培训文档》 1.2项目中期《服务器设备调试报告》（服务器配置数据库配置）《POS设备调试报告》（pos机配置型号、系统安装配置）《其他设备调试报告》（条码打印、电在称、价签、等等）《培训确认报告》（培训功能模块、时间、人数、部门、负责人确认）《系统正式使用确认报告》包括转入售后部分 1.3项目后期《文档提交确认单》《售后服务单》

1.4项目整个周期出差申请单（参考财务）《项目增项需求单》（新需求或变动）《项目周报》《项目分配奖金表-部门》费用申请单（参考财务单据，应用项目当中设备采集、或特殊费用申请单）系统问题集（将项目中遇到的系统问题和客户的一些意见记录成文件，为产品升级提供依据） 1.5硬件及网络布线《设备验收清单》（包括第三方软件）网络布线报告（由第三方布线公司提供） 2项目管理流程 2.01项目管理整体流程

档案管理规范

档案管理工作规范第一章总则第一条为加强公司档案管理工作,充分发挥档案在公司生产、科研、管理及经营中的作用,根据《中华人民共与国档案法》与《中华人民共与国档案实施办法》,结合公司实际情况,特制订本管理规范。第二条****档案就是指公司在生产、经营、建设与党、政、工、团等管理活动中形成的具有保存价值的各种形式的历史记录,主要包括文书档案、会计档案、基建档案、人事档案等实物档案或电子档案。第三条本工作规范适用于公司及各机关职能部室的档案管理工作。第四条档案采用集中与分散共用,兼职与专职并存的管理模式。以“抓好基础管理“为原则,采取“分散管理,统一制度,集中检查,定期培训”的措施,逐步实现档案管理的规范化、标准化、现代化。第二章档案管理职责及人员要求第五条总经办负责公司档案的管理工作,安排专人负责本公司各类文件资料的收集、整理与归档工作,确保档案的完整、准确、系统、安全与有效利用,并指导各职能处室各自专业档案的立卷、整理、归档工作,并妥善保管归档档案。第六条档案管理人员职责及上岗要求一、档案管理人员要求大专以上学历或同等知识水平,具有专

业知识。遵纪守法、忠于职守,有高度的责任心与奉献精神。二、认真贯彻执行集团公司下发的档案管理的各项规定,做好本专业档案的收集、登记、整理、保管、提供利用等工作。三、加强业务学习,提高自身业务水平,不断更新知识,接受新的档案管理技术,提高解决实际工作中出现问题的能力。四、做好档案库房内外的清洁卫生与安全防护工作,保持库房的整洁,维护档案的完整、准确、系统与安全的工作。第三章档案的收集归档第七条归档范围:企业在筹备、建设、生产、经营、管理等活动及产权变动过程中形成的具有保存价值的各种载体形式的文件材料都应纳入归档范围。第八条归档文件材料的主要来源有: —本企业形成的文件材料。 —本企业引进项目、外购设备等接收的文件材料。 —本企业参与的合作项目,合作单位按要求应向本企业提交的文件材料。 —本企业执行、办理的外来文件材料。第九条归档时间一、党群、行政管理、经营管理与生产技术管理工作中形成的各类文书档案在办理完毕后的第二年一季度归档。二、科技档案在其项目鉴定前归档,工程项目竣工档案在项目交工后3个月内归档,周期长的可分阶段、单项归档;产品档案应定期或按阶段归档。

源代码管理规范

代码管理制度 1总则 (2) 2源代码完整性保障 (2) 3源代码的授权访问 (2) 4代码版本管理 (3) 5源代码复制和传播 (4) 6系统测试验收流程 (5) 6.1 系统初验 (5) 6.2 试运行 (5) 6.3 系统终验 (5) 6.4 系统验收标准 (6) 6.5 文档评审通过标准 (7) 6.6 确认测试通过标准 (7) 6.7 系统试运行通过标准 (7)

1总则 1、为保障公司源代码和开发文档安全不至于泄露，保证源代码的完整，明确源代码控制管理流程，特制定此管理办法。 2、本办法适用于所有涉及接触源代码的各部门各岗位。所涉及部门都必须严格执行本管理办法。 3、源代码直接控制管理部门为技术开发部。 4、本办法管理重点在于控制管理源代码的完整性，不被非授权获取，不被非授权复制和传播。 5、本办法所指源代码不仅限于公司开发人员自行编写实现功能的程序代码，而且还包括相应的开发设计文档及用于支撑整个系统运行所必须具备的第三方软件、控件和其它支撑库等文件。 2源代码完整性保障 1、所有软件的源代码文件及相应的开发设计文档均必须及时加入到指定的源代码服务器中的指定库中。 2、我们研发的产品软件运行所必须的第三方软件、控件和其它支撑库等文件也必须及时加入源代码服务器中指定的库中。 3、软件开始编写或者调整代码之前，其相应的设计文档和代码必须先从相应的SVN库进行SVNUpdate操作。软件编码或功能调整结束测试正确无误后，相应的源代码必须进行SVNCommit操作，在最终进行SVNCommit操作之前需要再进行SVNUpdate操作，查看是否有冲突产生，如果有冲突产生需要和冲突相关人一并解决冲突。 3源代码的授权访问 1、源代码服务器对于共享的SVN库的访问建立操作系统级的，基于身份和口令的访问授权。第十条在SVN库中设置用户，并为不同用户分配不同的，适合工作的最小访问权限。要求连接SVN库时必须校验SVN中用户身份及其口令。在SVN库中要求区别对待不同用户的可访问权、可读权、可写权。