(完整word版)项目文档资料管理规范
一、目的
为了规范项目文档资料的管理工作，确保项目文档资料的系统性、完整性和准确性，充分发挥文档资料管理在项目中的作用，特制定本规定。
二、范围
本规定适用于项目开始直到项目结束的内外来往信函、会议纪要、备忘录、技术文件、管理文件、质量记录等所有与项目有关文件和资料的管理。
三、职责
3.1 项目经理
a) 负责组织制定项目文件的相关规定，对项目文件的控制负全责；
b) 负责为项目文件和资料管理创造必要的条件。
3.2 综合管理经理
a) 负责项目文档资料相关规定的编制和监督检查；
b) 负责编制项目文件和资料的编码规定；
c) 负责组织项目结束后文档资料立卷、移交归档。
3.3 分项经理
a) 负责本部门的文档资料的管理；
b) 负责本部门项目结束后文档资料的移交。
3.4 文控管理工程师
a) 配合综合管理经理制定项目文档资料管理规定并监督检查；
b) 负责项目文件和资料的接收、分类、登记、传递、发放等；
c) 负责项目实施阶段文档资料收集、整理、编目及归档工作；
d) 负责项目结束后项目文档资料立卷、移交。
4 管理要求和方法
4.1 一般规定
项目文档资料的管理应从项目申请立项到竣工验收的全过程，项目经理部各分项经理应在职责范围内对项目实施过程中所形成的文件、图纸、资料，随时进行积累整理、立档和保管，并采取必要措施，防止档案资料的损毁和遗失以及有关保密档案资料的泄密。
4.2 文档分类及编号
4.2.1 项目文件分类
4.2.1.1 项目信息文件
项目信息文件指项目实施过程中传递的任何书面信息文件。
a) 来往信件、传真；
b) 备忘录；
c) 会议纪要；
d) 文件传送单。
4.2.1.2 项目管理文件
项目管理文件指项目运行过程中必须编写的管理文件。
a) 项目协调程序；
b) 项目进度与费用控制程序；
c) 项目质量保证手册；
d) 项目资源配置手册等。
4.2.1.3 项目技术文件
项目技术文件指按照合同要求，项目技术人员完成的各种设计文件及图纸等。
4.2.1.4 项目其它文件
项目其它文件除上述几种文件外，项目实施过程中产生的其它文件。
a) 进度报表；
b) 绩效报告；
c) 工作总结报告；
d) 质量记录。
4.2.2 文档资料编号管理
为了便于文件资料管理，文控管理工程师要根据项目的特点及分子公司相关规定制定项目经理部文件编号原则，编号原则经综合管理经理审核，项目经理批准后文控管理工程师组织执行。
4.3 项目文档资料管理
4.3.1 项目文档资料管理流程
图 ZH.04.01项目文档资料管理流程
4.3.2 项目文档资料管理要求
4.3.2.1 项目文档的收集
a) 项目文档的收集贯穿于项目建设的整个生命周期,随项目的发展及时收集、完善；
b) 分项经理负责本部门所涉及档案资料的组织管理工作，并对本部门所形成的相关文档资料进
行收集、分类、整理、保存；
c) 文控管理工程师在项目经理的统一督导下，按分子公司的相关规定进行编号。
4.3.2.2 项目文档的移交
分项经理或指派兼职文控管理工程师负责对本部门涉及的文档进行收集、整理，并在该过程完成后将相关资料移交给项目文档管理工程师归档；项目收尾结束后项目文档管理工程负责将项目文档资料移交分子公司档案室。
4.3.2.3 项目文档的验收
项目阶段成果评审验收、工程项目竣工验收、重要设备开箱验收等由分项经理安排专人对其文档材料（含图纸）的完整性、系统性进行鉴定验收，否则不予通过。
a) 项目阶段文档验收：依据所规定阶段节点，由分项经理组织，文控管理工程师对所归类整理
的文档进行验收，确保阶段文档有效、完整地移交；
b) 项目竣工文档验收：综合管理经理负责对项目竣工文档资料的完整性、有效性、标准化及编
号的有效性等进行验收。
4.3.2.4 项目文档的归档
a) 归档文档必须完整、成套、系统；必须记述和反映建设项目的全过程；必须真实记录和准确
反映项目建设过程和竣工时的实际情况，图像相符、技术数据可靠、签字手续完备；
b) 分项经理完成本业务范围内资料的收集、整理，移交文控管理工程师进行分类、编号、整理、
立卷、编目，经项目经理审核签字后，移交分子公司档案室存档；
c) 对于电子文档，分项经理应定期把经过鉴定符合归档条件的电子文档移交给文控管理工程师，
并按相应管理规定的格式将其存储到符合保管期限要求的脱机载体上。
4.3.2.5 项目文档的借阅
对所有接收和发出的文档，文控管理工程师要建立严格的登记制度和借阅制度，项目成员借阅文控管理工程师保管的文档时，应填写项目文档借阅单，由分项经理签字批准方可借阅。
4.3.3 项目文档控制要点及要求
4.3.3.1 项目文档控制要点
a) 合同签订前的项目管理文档控制要点
① 项目建议书及其批复；
② 可行性研究报告及其批复；
③ 环境影响报告及其批复；
④ 询价文档；
⑤ 报价文档；
⑥ 合同评审及谈判记录、协议；
⑦ 信函。
b) 项目管理文档和资料控制要点
① 合同、协议类；
② 项目基础资料类；
③ 管理文档类（如项目计划、项目协调程序等）；
④ 进度控制类；
⑤ 费用控制类；
⑥ 材料控制类；
⑦ 质量管理类；
⑧ HSE管理类；
⑨ 项目财务类；
⑩ 报告和总结类；
?信函类。
c) 设计文档和资料控制要点
① 总体（规划）设计；
② 工艺设计；
③ 初步设计（基础工程设计）；
④ 技术设计（若有）；
⑤ 施工图设计（详细工程设计）；
⑥ 设计计算书；
⑦ 设计计划（设计开工报告）；
⑧ 项目设计数据（设计统一规定）；
⑨ 设计评审。
d) 采购文档和资料文档和资料控制要点
① 采购文档；
② 请购单；
③ 询价文档；
④ 报价文档；
⑤ 报价评审；
⑥ 采购合同（订单）；
⑦ 检验；
⑧ 催交；
⑨ 运输。
e) 施工文档和资料控制要点
① 管理性文档和资料：施工计划、施工招标文档、施工投标文档、施工评标文档、施工合同协
议、施工组织设计、施工安全技术资料等；
② 工程交工技术资料：按单项或单位工程立卷；按土建，设备安装，管道安装、电气、仪表等
专业分类（包括施工记录、检验记录、交工验收记录等）；竣工图按设计文档分类、立卷。 f) 试运行文档和资料控制要点
① 试运行计划；
② 试车方案；
③ 操作手册；
④ 培训计划；
⑤ 生产考核；
⑥ 验收报告。
g) 涉外文档和资料控制要点
① 合同、合同附件；
② 协议、谈判记录；
③ 设计文档和资料；
④ 标准、规范；
⑤ 信函。
4.3.3.2 项目文档控制要求
a) 文控管理工程师根据公司QHSE关于文档和资料控制要素的要求，建立并保持项目文档和资料
控制的程序，包括项目文档和资料的接受、评审、传递、发布、更改、有效版本的控制、失效和/或作废文档的控制、有效标准、规范的控制等；
b) 文控管理工程师负责项目文档资料管理相关规定的编制和监督检查，负责编制项目文档和资
料的编码规定，负责接受项目文档和资料的归档、入库、保管；
c) 项目文控管理工程师负责日常的项目文档和资料的接收、分类、登记、传递、发放、保管工
作；项目结束后负责立卷、移交归档；
d) 项目文档和资料的管理和控制，涉及到项目实施过程中的每一个岗位和每一个成员，参与项
目实施的每一个成员，均应按照分子公司和项目的有关规定管理和控制本人接收、产生和发放的文档和资料；
e) 各供方负责收集、整理本单位范围内的档案资料，按分包合同约定移交文控管理工程师，由
文控管理工程师汇总、整理。竣工时由项目经理部根据相关规定向分子公司相关部门提交完整、准确的项目档案资料。
4.4 电子版文档的管理
电子版文档的管理和使用，由文控管理工程师采用和文本资料一样的管理方式进行严格的管控，项目成员需要使用文控管理工程师保管的电子文档时，应填写项目电子文档使用单，由分项经理签字批准方可使用。
4.4.1 阶段文档管理
每个版次的电子版文档需随文本资料一同交文控管理工程师保存。
4.4.2 竣工文档管理
a) 电子版文档需存档2份,其中一份供借阅；
b) 文控管理工程师负责竣工文档电子档案的建立,项目竣工后随文本档案移交分子公司档案管
理部门。
图书馆管理系统文档(含源代码)免费
程序设计综合训练<图书馆管理系统> 设计报告 院系：材料科学与工程学院 专业班级：材料成型一班 姓名：张成智 学号： 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.明确内部文档的编制和命名 （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类）；
[应用]建设工程项目立项管理办法
[应用]建设工程项目立项管理办法建设工程项目立项管理办法 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库中要求区别对待不同用户的可访问权、可读权、可写权。