项目文档管理规范v1.0(精品资料).doc
【最新整理，下载后即可编辑】
项目文档管理规范
文件类别○手册○过程文件/程序文件●指南文件/作业指导○其他
签字发布版本
号
1.0
发布日期
密
级
●普通○
秘密
金蝶建筑与房地产事业部
实施管理部
目录
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）P MO盖章后，留一份存档，同时更新文档服务器（VSS）；
（4）P MO将经公司盖章的文档返回给项目经理。
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分。
双方是否签字盖章。 4 无得0分，只签字
得2分
《需求分析报告》★是否使用PMO标准模板 2 采用非标模板得0
分
包含内容：
①是否有调研活动总结；
②是否有业务流程描述；
③是否有需求分析；
④是否得到客户方项目经理
确认。
4 缺一项扣1分。
是否签字，并盖骑缝章 4 无得0分，只签字
得2分
《解决方案》（实施类）★是否使用PMO标准模板 2 采用非标模板得0
分
包含内容：
①是否有解决方案概述；
②是否明确方案目标和范
围；
③方案是否详细、完整；
④是否得到客户方项目经理
确认。
4 缺一项扣1分。
是否签字，并盖骑缝章 4 无得0分，只签字
得2分
《设计方案》（开发类）★是否使用PMO标准模板 2 采用非标模板得0
分
包含内容：
①是否有解决方案概述；
②是否明确方案目标和范
围；
③方案是否详细、完整；
④是否得到客户方项目经理
确认。
4 缺一项扣1分。
是否签字，并盖骑缝章 4 无得0分，只签字
得2分
《上线切换报告》★是否使用PMO标准模板 2 无得0分包含内容：
①是否明确上线的模块和范
围；
②是否有实施过程回顾；
③是否有判定上线的决议；
④是否得到客户方项目经理
确认。
4 缺一项扣1分。
是否盖骑缝章 4 无得0分，只签字
得2分
《验收报告》★是否使用PMO标准模板 2 无得0分检查内容：
①是否明确验收的模块和范
围；
②是否有实施过程回顾；
③是否有阶段成果产出物；
④是否有明确表示项目终
验；
4 缺一项扣1分。
⑤遗留问题及处理方法。
是否盖骑缝章 4 无得0分，只签字
得2分
《系统运行问题跟踪记录单》无是否使用PMO标准模板 2 无得0分检查内容：
①是否填写项目名称；
②是否填写提交时间；
③是否填写维护人员；
④是否填写问题类型；
是否填写问题目前状态。
5 缺一项扣1分。
客户方项目经理是否签字 3 无得0分
《实施日志》是否使用PMO标准模板 1 无得0分
检查内容：
①是否填写客户名称；
②是否填写部门；
③是否填写工作内容；
④是否填写起始日期、完成
日期；
⑤是否填写实际工时。
⑥是否每天填写一张实施日
志；
⑦是否每个顾问独自填写；
7 缺一项扣1分。客户是否签字确认。 2 无得0分
文档审计评分标准（加分部分，满分20分，合格项加分）
文档名称盖
章
Checklist
分
值
评价
《系统测试报告》无是否使用PMO标准模板 2 无得0分包含内容：
①是否有测试用例；
4 缺一项扣1分。
②是否有测试问题清
单；
③是否有明确的测试结
果；
④是否得到客户方项目
经理确认。
客户方项目经理是否签
4 无得0分
字
《初验报告》无是否使用PMO标准模板 2 无得0分
4 缺一项扣1分。
检查内容：
①是否明确初验的模块
和范围；
②是否有阶段成果产出
物；
③是否明确遗留问题；
④是否明确终验标准。
客户方项目经理是否签
4 无得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 个月，并大于 5 天），以最大程度确保密码的安全性。 账户丢失或遗忘密码，必须向其所在部门分管领导提出书面密码初始化申请，经核 准后，由账号管理专员具体实施密码的初始化程序，然后通知有关用户，并登记备案。 账号管理专员在发现任何企图非法使用某用户帐号的情况时，应立即强制该用户更改密码，并记录备案。 3.用户帐号的禁止 在超过规定登录次数限制时，用户帐号会被系统自动锁住5。 用户帐号在规定时间（ 30 天）内没有使用，用户帐号会被账号管理专员手工禁止。 5 天）后， 用户没有按密码定期变更的规定定期修改密码，超过系统设定的时限 （用户帐号会被系统自动禁止。 用户在外长期休假（事、病假）、出差，在此期间，其相应的用户帐号应被账号管 理专员手工禁止。 当用户发现帐号由于其他原因被禁止时，应及时报告部门分管领导和账号管理专员，账号管理专员在查明原因后再为其开通，并记录在案。 4.用户帐号的删除 用户如果因变动而不再需要访问平台信息资源时，账号管理专员在收到该用户所在部 门分管领导的书面通知后，删除该用户相应的用户帐号。 用户离职后，账号管理专员在接到离职手续后，删除该用户所有的用户帐号。
为了项目或其他特殊原因而临时开放的用户帐号，如不再需要，经由项目负责人或分 管领导同意后，由账号管理专员立即删除。 5.用户帐号权限的变更 如果用户因职责变动或其他工作原因需要修改平台系统访问权限，其部门分管领导需要书面通知账号管理专员，由账号管理专员修改权限。 账号管理专员需要依照“最小需要知道”原则对用户权限分配情况进行定期检查， 如有必要，将修改用户权限，并通知该用户和其部门分管领导。 6.账号使用其他注意事项 各级用户对自己所能查看到的信息负有保密的责任和义务，不得向任何无关人员泄露信息内容。 用户要定期更改密码，防止被盗。用户要妥善保管个人的帐号及密码，合理利用拥 有的使用权限；每个用户要对本人帐号中的所有活动和事件负责。 若其他人员因工作需要使用到个人账户的密码，须经账户负责人同意后才可将密码提 供他人使用。在相关人员使用密码后的一个工作日内，须及时对密码进行修改。 离职用户必须通知平台系统管理人员，由平台系统管理人员注销其帐号信息，并签字后，方可办理离职手续。 (二)网络故障处理流程 网络故障包括网络中断、服务器异常、平台页面打开速度异常缓慢、平台展示数据 错误、页面错误等需要紧急处理的异常情况。 1.故障的提出 用户发现网络异常情况后，应立即通过电话、邮件等方式通知系统管理人员。 2.服务的响应 系统管理人员应首先判断各自局域网及所租用城域网线路是否正常，公司机关局域网由技术中心系统管理部门负责检查。若网络连接中断，应尽快通知线路服务提供商； 若局域网设备、线路、配臵等出现故障或由于病毒引起网络中断，应立即修复；网络恢 复正常后，应通过电话、邮件等方式通知使用人员； 部门负技术中心管理人员应立即安排网络管理人员进行问题排查，对于重大问题， 责人应及时向分管领导汇报； 系统管理人员应及时判断故障原因，无法解决时，应尽快联系设备或服务提供商， 对于超出服务期的，部门负责人应协助联系人员处理；对于大面积的病毒发作，网络管 理人员应立即排查，迅速切断病毒的传播途径，对传播病毒的机器隔离清除，必要时对 其系统重新安装；
软件版本管理规范标准[详]
软件版本管理规 第一章目的 本规详细规定软件项目版本管理的对象、存储目录、分支、权限、维护等容，使软件项目版本管理流程化并规化，确保在系统开发和实施过程中项目的完整性和一致性。 1.第二章适用围 所有系统开发及实施项目的软件项目都应进行版本管理。项目中所有正式文档和代码都应纳入配置库（可使用工具建立配置库，本文所述使用的是SVN）进行版本管理。 2.第三章职责 配置库管理员：负责配置库的日常维护和管理；监督开发及测试部门及时提交版本管理对象（即配置项）。 此岗位可由开发或测试人员兼任。 3.第四章容 4.1. 版本管理对象 包括但不限于： 项目总体计划 可行性研究报告 开发计划 需求说明书 需求设计原型 设计说明书 系统开发变更申请单 系统管理手册 用户操作手册 培训计划 培训记录 源程序 支持系统运行的配置文件 存储过程脚本 测试计划 测试用例 测试脚本 测试报告 上线计划
上线申请 版本维护日志 4.2. 配置库的目录结构 每个项目在配置库中应拥有唯一的项目名称。配置库目录结构与项目部的目录结构建议按下列格式创建。 配置库目录结构规划： ┠tags(发布) ┃├v1.0.0_T1_2016909 ┃├v1.0.0.33899_T1_20161009 ┃├v1.0.0_R1_20161109 ┃├v1.1.0_T1_20170109 ┃└v1.1.0_R1_20170209 ┠trunk(主版本) ┃└projectA ┃├src ┃├MY_MOOC ┃├doc ┃├tool ┃├。。。 ┖branches(分支) ├SY_ABC ├TJ_ABC ├WH_MOOC 其中，项目部的目录结构： |–projectA |–src （保存该项目的源程序） |–doc （保存项目相关文档） |–000.项目管理（保存项目过程管理相关文档） |–010.项目计划（保存项目计划相关文档） |–020.项目需求（保存项目需求相关文档） |–030.系统设计（保存项目设计相关文档） |–030.系统测试（保存项目代码测试相关文档） |–040.系统实施（保存项目部署实施相关文档） |–050.系统运维（保存项目运维文档，包括培训、用户手册等） |–060.技术资料（保存项目技术文档，包括第三方技术资料等）
项目管理办法
项目文档管理办法 （版本） 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.发文统一使用公司的红头文件格式，由拟稿部门领导核稿后送综合部审核打印，经总经理签发后由综合部成文。如管理制度、公司机构设置等需董事会决定的
(网站运维)网站运营管理规范
XX公司安全操作管理办法 制订部门：XX部门编写日期： 一、总则 为了更好的确保XX公司网站的安全稳定运行，合理、可靠、安全、高效地组织和管理XX公司网站，提高XX公司网站的服务质量，提高维护队伍的整体素质和水平，特制订本管理制度，作为维护和管理XX公司网站的依据。 二、范围 本制度的适用范围包括XX公司网站系统的物理资产（包括：网络设备，主机设备，安全设备，监控设备等）、软件资产（操作系统，数据库，应用程序等）、数据资产（用户账号数据、用户交易数据、网络系统、主机数据，应用程序数据等）以及网站系统的技术人员等。 三、角色与责任 本制度适用于XX公司网站的网络维护人员、服务器管理员、信息管理员等参阅。本制度由总裁办行政部修改和维护。 四、管理制度 a)系统账号管理制度 XX公司网站运营的所有硬软件系统账号，包括网站系统的所有硬件网络设备（包括交换机、路由器、防火墙、IDS以及其他网络设备附属的管理系统），XX公司后台管理系统账号密码、XX公司服务器操作系统账号密码、XX公司远程控制系统账号密码、XX公司数据库账号密码、XX公司域名管理系统账号密码、官方微博、微信公众平台账号密码等。网站产品部门对以上账号密码拥有最高管理权限。 系统账号密码管理制度： 1)账号密码开通及使用
新入职员工或系统初始使用者，开通系统账号，需向其部门分管领导提出账号开通书面申请，经直接上级>办公室主任>网络部门经理核准后，由账号管理专员开通其账号。 2)员工密码的变更 在账号管理专员创建或初始化员工帐号和密码后，员工需要立即改变初始密码。 所有员工的密码必须定期进行变更（所有密码的变更周期应小于1个月，并大于5天），以最大程度确保密码的安全性。 员工丢失或遗忘密码，必须向其所在部门分管领导提出书面密码初始化申请， 经核准后，由账号管理专员具体实施密码的初始化程序，然后通知有关员工，并登记备案。 账号管理专员在发现任何企图非法使用某员工帐号的情况时，应立即强制该员工更改密码，并记录备案。 3)员工帐号的禁止 在超过规定登录次数限制时，员工帐号会被系统自动锁住5。 员工帐号在规定时间（30天）内没有使用，员工帐号会被账号管理专员手工禁止。 员工没有按密码定期变更的规定定期修改密码，超过系统设定的时限（5天）后，员工帐号会被系统自动禁止。 员工在外长期休假（事、病假）、出差，在此期间，其相应的员工帐号应被账号管理专员手工禁止。 当员工发现帐号由于其他原因被禁止时，应及时报告部门分管领导和账号管理专员，账号管理专员在查明原因后再为其开通，并记录在案。 4)员工帐号的删除 员工如果因岗位变动而不再需要访问公司信息资源时，账号管理专员在收到该员工所在部门分管领导的书面通知后，删除该员工相应的员工帐号。 员工离职后，账号管理专员在接到离职手续后，删除该员工所有的员工帐号。 为了项目或其他特殊原因而临时开放的员工帐号，如不再需要，经由项目负责人或分管领导同意后，由账号管理专员立即删除。 5)员工帐号权限的变更 如果员工因岗位变动或其他工作原因需要修改信息系统访问权限，其部门分管领导需要
源代码管理规范
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操作，查看是否有冲突产生，如果有冲突产生需要和冲突相关人一并解决冲突。
项目文档管理办法
项目文档管理办法 （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) 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库中要求区别对待不同用户的可访问权、可读权、可写权。
项目文档管理制度
项目文档管理制度
营销中心 项目文档管理制度版本信息：
一、目的 建立营销中心的文档管理制度，对项目中所有文档进行清晰有效的分类管理与控制，实现项目文档的有序保管与规范流动，为项目文档提供规范化的管理，提高项目的成功率，有效控制项目成本、进度、时间。 二、范围 本文适用于营销中心各单元、公司内配合部门及与之有关的客户、合资公司、渠道的文档。 三、原则 （一）定义 文档包括接收、发放和内部文档，含传真、电邮、备忘录或是会议纪要、邮递、商务运作阶段文档及其他内部文档。 （二）规范 1.明确内部文档的编制和命名 （1）文件名应是文件的标题。 （2）标题应能直观简明体现文件的内容。 （3）每个文档必须有一个统一的编号。 （4）在电子文档的命名后面加上编号。 （5）文件编制应使用对应的统一文档模板。 2.接收文档控制编号 所有接收文档需有统一文档控制编号，统一由文档中心管理。文档控制编号形式由项目管理者根据实际情况确定，建议体现接收日期的信息。 3.明确项目文档的使用制度
（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类）；
代码版本管理规范_v1.1
XXXXXXXX 代码版本管理规范
历史版本
目录 历史版本 (2) 1引言 (4) 1.1目的 (4) 1.2管理工具 (4) 2现状概述 (5) 3现状分析 (5) 3.1现状详述 (5) 3.2目标细化 (6) 3.3SVN版本管理 (6) 3.3.1概述 (6) 3.3.2使用对比 (7) 4完整的实施方案 (9) 4.1开发阶段 (9) 4.2预发布测试阶段 (9)
1引言 1.1目的 为了规范和制度化公司的软件版本管理制度，并保障项目开发资料的完整性和安全性，同时明确开发源代码的控制管理流程，特此制定此规范。 1.2管理工具 沿用SVN管理工具来进行开发的版本管理，源代码管理和开发资料归档。
2现状概述 目前公司研发部门对于代码的版本管理方式较为简单，只是在每次发版后做了基线库存档，导致所有正在开发的需求和项目都在同一个目录里面进行修改，造成每次发版的代码都有可能包含了本次发版以外的内容。 这样会造成如下两点影响： ●会有不稳定的因素存在，比如：测试只会对当前需要发版的内容进行测试，但是代码库 中同时存在多个版本和项目的代码，对于本次发版无涉及的代码没有进过测试就部署到了服务器上，影响运行的稳定性。 ●一旦出现点问题不好定位，比如：出现问题后通常会优先排查发版涉及的内容，但是部 分问题是由于其他项目代码引起的。 因此，随着公司和项目规模的壮大，对软件代码版本管理提出了更高的要求。 3现状分析 3.1现状详述 当前代码版本管理现状如下： 1.所有的开发都在一个目录里面做，各种需求、项目、代码、文件混杂在一起。 2.提交测试服务器时，只考虑了编译能通过，而没有考虑功能本身有没有完成。 3.测试出bug以后，会在开发目录进行修改，然后再次提交到测试服务器。这时提交的 代码就可能包含了他人对其他功能/项目的修改，而测试又只会针对此bug再做测试。 这就导致了除了此bug之外的修改可能会没有测试过就直接发布到了服务器上，引起预发布环境不稳定并增加预发布bug数量。 总体来说，当前工作流程是：预发布出bug，研发修改，再提交测试，然后预发布测试
安全性文档管理规范
安全性文档管理规范 （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 管理人员应当对涉及安全性的技术文件、记录设置单独的文件柜，并在文件柜上贴安全标识和存档文件、记录查询索引。对于作废的受控文件应当按
新媒体平台运营管理办法试行
新媒体平台管理办法（试行） 新媒体是信息公开、服务群众的重要载体，是密切联系干群、改进工作作风、引导宣传舆论、塑造单位形象、建设网络文化的重要措施。为充分发挥新媒体平台（以下简称新媒体）的作用，明确发布原则，规范管理流程，进一步拓展信息公开渠道，根据上级部门有关新媒体管理的规定，结合本单位实际情况，制定本办法。 第一章总则 第一条本办法所指的新媒体平台，指以单位（本单位或下级各部门）名义建设、认证并作为单位运行的官方微信公众号、头条号、微博和APP移动客户端。 第二章管理制度 第二条信息中心是新媒体归口管理部门，其职责是研究制定管理办法，统一管理、协调统筹、整体规划，监督检查与考评新媒体运营状况等。 第三条新媒体的开通。禁止任何个人以本单及所属各单位、部门、任何组织的名义开通各类新媒体。 第四条新媒体信息变更。各单位、部门开通官方新媒体，必须填写《新媒体建设申请表》，对相关情况（如名称、宗旨、信息发布范围等）进行说明，明确主管领导、后台管理人员，登记表须经所在部门主要负责人签字并加盖公章，报信息中心审批，经批准后方可实施。开通新媒体后，应及时申请认证。如因工作需要，发生新媒体建设分管领导或管理员变更，应重新填写《新媒体建设备案登记表》，并及时报
信息中心备案。 第五条实行年度检查制度。各级官方新媒体应每年11月份必须按照要求提交年审报告，报信息中心进行年度审核检查。未提交年审报告或审查不合格的，该平台不得继续运行，须及时其注销账号或通过新媒体平台关闭其帐号。 第六条新媒体建设管理必须严格遵守国家各项法律法规，严格遵循“谁主办、谁负责，谁审批、谁监管”和“守土有责、守土负责、守土尽责”的原则。新媒体建设管理单位必须建立完善的管理制度和运行机制，包括建立责任体系、完善工作队伍、落实发布审核机制、细化工作流程等，各开设单位须落实专人具体负责新媒体内容审核与日常维护等工作。 第三章信息发布 第七条各部门根据实际情况设置1-2名信息员,负责新媒体内容的搜集、整理、编辑上传、发布工作。 第八条新媒体发布信息范围包括： （1）各类动态信息、宣传教育、服务信息、重要事项和行业动态； （2）形象宣传、文化建设、公益活动等； （3）经领导批准发布的信息； （4）结合工作需要，认定需要发布或转发的信息。 第九条新媒体发布信息要确保准确性、时效性和适用性。内容应简洁、文字表达要清晰，语言生动风趣，多运用网络语言，生活语言，发布信息尽量达到图文并茂。
源代码管理规范
1源代码管理 (1) 1.1总则 (1) 1.2源代码完整性保障 (1) 1.3源代码的授权访问 (2) 1.4代码版本管理 (2) 1.5源代码复制和传播 (5) 1.6系统测试验收流程 (5) 1.6.1系统初验 (6) 1.6.2试运行 (6) 1.6.3系统终验 (6) 1.6.4应用系统验收标准 (8) 1.6.5文档评审通过标准 (9) 1.6.6确认测试通过标准 (9) 1.6.7系统试运行通过标准 (10)
1代码管理 1.1总则 1、为保障公司源代码和开发文档安全不至于泄露，保证源代码的完整，明确源代码控制管理流程，特制定此管理办法。 2、本办法适用于所有涉及接触源代码的各部门各岗位。所涉及部门都必须严格执行本管理办法。 3、源代码直接控制管理部门为技术开发部。 4、本办法管理重点在于控制管理源代码的完整性，不被非授权获取，不被非授权复制和传播。 5、本办法所指源代码不仅限于公司开发人员自行编写实现功能的程序代码，而且还包括相应的开发设计文档及用于支撑整个系统运行所必须具备的第三方软件、控件和其它支撑库等文件。 1.2源代码完整性保障 1、所有软件的源代码文件及相应的开发设计文档均必须及时加入到指定的源代码服务器中的指定库中。 2、我们研发的产品软件运行所必须的第三方软件、控件和其它支撑库等文件也必须及时加入源代码服务器中指定的库中。 3、软件开始编写或者调整代码之前，其相应的设计文档和代码必须先从相应的SVN库进行SVNUpdate操作。软件编码或功能调整结束测试正确无误后，相应的源代码必须进行SVNCommit操作，在最终进行SVNCommit操作之前需要再进行SVNUpdate操作，查看是否有冲突产生，如果有冲突产生需要和冲突相关人一并解决冲突。
游戏专卖店运营管理规范
游戏专卖店运营管理规X （暂行版） 中国移动通信XX 目录 第一章总则3
1.1.“游戏专卖店”业务定位3 1.2.“游戏专卖店”合作模式3 1.3.“游戏专卖店”管理办法概述3 第二章“游戏专卖店”总体要求4 2.1.栏目管理要求4 2.1.1.“品牌专卖店”引入要求4 2.1.2.“内容专卖店”引入要求5 2.1. 3.栏目规则5 2.2.业务内容管理要求6 2.3.业务逻辑管理要求7 2.3.1.管理要求7 2.3.2.数据统计要求7 第三章“品牌专卖店”的运营要求8 3.1.运营基本要求8 3.1.1.内容要求8 3.1.2.名称要求8 3.1.3.逻辑要求8 3.1. 4.业务计费要求9 3.1.5.托管要求9
第一章总则 1.1.“游戏专卖店”业务定位 “游戏专卖店”是以客户需求为导向，重点推荐优质内容的合作运营类栏目。 1.2.“游戏专卖店”合作模式 现阶段“游戏专卖店”是与满足业务运营能力和合作信用要求的合作伙伴的深入合作；在无违约、退出、淘汰等前提下，原则上“游戏专卖店”合作将试行半年。 中国移动与“游戏专卖店”合作伙伴的商务模式不变，按照梦网商务模式进行结算。 1.3.“游戏专卖店”管理办法概述 本办法适用于“游戏专卖店”内提供游戏类业务的全网SP。 本办法包括总则、业务总体要求、业务运营要求及业务管理要求、技术管理要求、管理流程等部分。 本办法是《移动梦网SP合作管理办法-手机上网之手机游戏分册》、《游戏频道暂行管理规X》及相关合作管理办法或规定的补充，对于“游戏专卖店”的管理要求在遵循《移动梦网SP合作管理办法-手机上网之手机游戏分册》、《游戏频道暂行管理规X》的基础上，必须满足本管理办法的补充要求。 本办法的所有权、最终解释权、修订权归中国移动。
项目管理文档填写及流程管理规范
项目管理文档填写及流程管理规范 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个月内归档,周期长的可分阶段、单项归档;产品档案应定期或按阶段归档。