信息化项目档案管理细则

信息化项目档案管理细则一、总则1.1目的与依据为规范本单位信息化项目档案的收集、整理、归档、保管与利用工作，确保项目全生命周期数据的完整性、准确性和可追溯性，防范项目资产流失与运维断档风险，依据《中华人民共和国档案法》《电子文件归档与电子档案管理规范》（GB/T18894）及本单位《信息化项目管理办法》，制定本细则。1.2适用范围本细则适用于本单位所有信息化项目的档案管理活动，涵盖基础设施新建、业务系统开发、系统集成、云服务采购及系统升级改造等类型。涉密信息化项目的档案管理除执行本细则外，还必须严格执行国家保密相关规定。1.3管理原则信息化项目档案管理遵循“项目启动即建档、过程同步即收集、验收完成即移交”的原则。档案工作必须与项目立项、实施、验收同部署、同检查、同考核。二、组织机构与职责划分项目档案管理涉及多方协同，任何一个环节的脱节都会导致运维阶段“无图可依、无码可查”的严重后果。2.1决策层职责主管信息化工作的副总负责审批项目档案管理总体规划，协调解决重大档案归属与知识产权争议，签批超期档案的销毁申请。2.2管理层职责信息中心档案管理员负责制定项目档案分类方案与保管期限表；提供归档模板与工具；在项目验收阶段对归档材料的完整性、规范性进行前置审查，未通过审查的项目不得进入终验流程。2.3执行层职责•项目经理：为项目档案管理第一责任人，负责在项目计划中明确档案收集节点，督促承建单位按时移交技术文档，确保源代码与数据库字典与实际交付系统一致。•承建单位项目经理：负责按照合同约定和本细则要求，在项目各里程碑节点收集、整理技术文档与过程记录，执行电子化归档操作。•监理单位（如有）：负责对承建单位的档案收集与移交过程进行监督，出具档案专项审核意见。三、档案分类与归档范围归档范围是档案管理的边界，决定了哪些资产在项目结束后必须被留存。漏项将直接导致系统运维阶段无据可依。项目档案按内容性质分为项目前置文件、研发过程文件、测试验收文件、核心技术资产四类。3.1项目前置文件•立项申请报告及批复文件•招投标文件（含招标书、投标书、评标报告、中标通知书）•项目合同及保密协议、技术附件•项目启动会纪要及总体实施计划3.2研发过程文件•需求规格说明书（必须包含业务流程图与数据流图）•系统架构设计书（含网络拓扑图、部署架构图）•数据库设计字典（含表结构、字段说明、主外键关系）•接口设计文档（必须包含接口鉴权机制、请求/响应参数说明及异常码表）•重大设计变更评审记录与代码审查报告3.3测试与验收文件•第三方软件测评报告（含功能性、性能效率、安全性测试）•漏洞扫描报告及修复验证记录•用户操作手册与系统管理员手册•培训记录（含签到表、培训课件、考核成绩）•初验报告与终验报告（必须附验收专家签字单）3.4核心技术资产（重点要求）核心技术资产是系统运行与二次开发的命脉，缺失即导致系统变为“黑盒”，无法运维。•源代码：包含全量编译脚本与依赖配置文件（pom.xml、package.json等）。•部署脚本：Dockerfile、CI/CD流水线配置（Jenkinsfile、.gitlab-ci.yml）或自动化部署脚本。•数据脚本：全量初始化SQL脚本、增量升级SQL脚本。•配置清单：生产环境配置文件（脱敏处理）、中间件参数配置、SSL证书及私钥（需加密移交）。四、归档时间与质量要求4.1归档时间节点1.前置文件：合同签订后10个工作日内完成归档。2.研发过程文件：对应里程碑（如需求评审通过、架构设计冻结）结束后15个工作日内完成归档。3.测试与验收文件及核心技术资产：项目终验通过后20个工作日内完成全量归档。4.2质量与格式标准•版本一致性：移交的源代码版本号、数据库脚本版本号必须与生产环境实际运行的系统版本号完全一致。若发现版本造假或植入后门，直接扣除合同尾款的20%，并追究承建单位违约责任。•格式要求：文档类文件统一转为PDF/A格式移交；源代码及脚本以ZIP格式打包，压缩包内必须保留标准目录结构，严禁将代码直接平铺打包。•命名规范：电子文件统一采用项目编号_阶段_文档名称_版本号_日期格式命名，例如2024IT001_设计_数据库字典_V1.2_20241015.pdf。4.3介质与存储要求•优先采用在线电子化归档，通过单位档案管理系统接口直传。•若涉密项目或系统断网无法直传，则刻录至一次性写入光盘（CD-R/DVD-R）移交，一式三份，光盘表面必须使用油性笔手写编号与内容摘要，严禁使用贴纸标签（贴纸在长期存储中易脱落或引起盘片失衡）。•存储容量估算：项目归档前按S=N×V×五、档案收集与整理流程5.1收集与预整理承建单位项目经理对照本细则第3章的归档范围，从各开发人员、测试人员处收集原始文件。收集过程中必须剔除过程草稿，保留最终签字定稿版本。预整理阶段需填写《项目档案移交目录清单》。5.2移交与审查档案移交分为物理移交与系统线上移交。承建单位提交线上归档申请后，信息中心档案管理员在5个工作日内完成审查：•合格：系统内确认接收，档案状态变更为“归档完成”。•不合格：发起退回操作，在退回意见中必须具体指出缺失文件名称、格式错误或版本不符之处，承建单位需在5个工作日内整改并重新提交。5.3异常处置与回退若承建单位因人员离职等原因无法提供完整源代码或数据库字典，项目经理必须立即向主管副总报告，启动合同违约追责程序。同时，信息中心组织第三方安全公司对系统进行逆向提取，提取出的代码视为不可信资产，需在档案管理系统中加注“逆向提取资产”标签，并强制要求安排后续重构计划。六、档案保管与利用6.1存储与备份机制•在线电子档案存储于单位核心存储阵列，配置RAID6冗余。•执行“3-2-1”备份策略：保留3份数据副本，存储在2种不同介质上，其中1份离线异地保管。•每半年进行一次恢复演练，随机抽取5%的归档项目进行数据完整性校验（比对文件MD5值）。6.2权限控制与借阅•档案查阅权限分为三级：公开级（项目立项批复等）、内部级（操作手册等设计文档）、秘密级（源代码、数据库字典、系统架构图）。•内部级档案：项目运维人员与本单位业务人员通过OA系统申请，部门负责人审批后即可查阅。•秘密级档案：必须经主管副总签字审批。借阅人必须签订《保密承诺书》，且仅能在单位提供的专用离线阅档终端上查阅，该终端禁用USB接口与外部网络连接，严禁截屏或拍照。6.3严禁行为与替代方案•严禁直接将生产环境的源代码打包发送至个人外部邮箱（源码外发将直接导致核心业务逻辑泄露，被竞争对手复制或被黑客利用寻找漏洞）。•替代方案：确需在外部环境调试代码的，必须通过单位代码托管平台（如内部GitLab）生成临时访问令牌，设置24小时有效期，且只开放只读权限。七、档案变更与销毁7.1档案变更项目运维期间产生的补丁脚本、配置变更记录，必须按季度汇总，于每季度首月10日前作为增量档案归档。严禁直接覆盖原始归档版本，档案系统必须保留全生命周期变更轨迹。7.2销毁鉴定与执行档案保管期限分为永久、定期（10年、30年）。系统淘汰下线且过保管期限的档案，按以下流程销毁：1.鉴定：信息中心提出销毁申请，鉴定档案确无利用价值。2.审批：报主管副总及档案管理部门联合审批。3.执行：由两名以上工作人员共同执行电子数据逻辑擦除（需执行全盘覆写至少3次），并对存储介质进行物理粉碎。4.记录：填写《电子档案销毁记录单》，全程录像备查并永久保存。八、检查与考核机制8.1考核前置条件项目档案归档审查通过是项目尾款支付的必要前置条件。未取得档案管理员签发的《项目档案归档合格单》，财务部门严禁拨付项目尾款。8.2日常稽核与处罚信息中心每季度对归档系统进行抽查，抽查比例不低于20%。发现以下情形按次扣减当期绩效考核分：•文档版本与生产环境不符：扣减项目经理5分/次。•缺失关键接口文档导致集成故障排查受阻：扣减承建单位维保费用2000元/次。•未按期归档且无正当理由延期超1个月：暂停承建单位后续投标资格6个月。九、附则本细则自印发之日起执行，由信息中心负责解释。原有规定与本细则不一致的，以本细则为准。附件1：信息化项目档案移交目录清单（样表）序号档案分类文档名称版本号介质类型页数/体积密级备注1前置文件XX系统采购合同V1.0电子(PDF)2MB内部附技术附件2核心资产后端服务源代码V2.1.4电子(ZIP)150MB秘密含编译脚本34移交