信息系统开发管理制度不v0.1.docVIP

爱登堡（中国）有限公司 内部控制系列文件 信息系统管理 信息系统开发管理制度 第 1 版 编制： 文件编号： 审核： 批准日期： 批准： 实施日期： 执行： 总 页 数： 更新一览表 修改次数 修订日期 修订摘要 修订人 审核人 批准 第1次 年 月 日 注：1.本表记录每次制度修订的内容和版本号； 2.每次制度更新时，修订、审核和批准记录必须完整，日期必须注明。 目录 1.0 目的 2 2.0 适用范围 2 3.0 信息系统开发流程 3 4.0 各部门职责 3 5.0 需求分类 4 6.0 流程管理 4 目的 为规范爱登堡（中国）有限公司（以下简称爱登堡）有关信息系统开发管理工作，适应项目开发和管理的需要，提高信息系统开发的管理水平，有效提升信息系统支撑日常业务的效率和质量，特制定本管理制度。 适用范围 本制度适用于信息系统开发包括系统规划、系统分析、系统设计、系统实施、系统维护与评价五个阶段。 信息系统开发流程 各部门职责 一、管理中心：主司信息系统规划与公司信息战略方向研发功能。涵盖系统规划阶段。并负责组成系统开发项目综合组，负责项目开发总体协调工作。 （1）管理中心信息主管负责信息系统开发项目的总体规划； （2）信息系统开发项目经理根据总体规划制订开发计划； （3）项目组系统分析员负责搜集开发资料。 二、信息管理部：主要负责信息系统实施管理工作，集开发和需求两大功能。涵盖系统分析、系统设计、系统实施、系统维护与评价四个阶段。 开发单元职责： 负责组织人员做好与合作厂商沟通协调工作。 负责审核、审批需求分析报告。 负责审核业务需求的技术可行性审核。 负责组织人员做好软件需求、软件版本、系统上线跟踪协调工作。 负责组织人员做好软件开发项目文档归档管理工作。 负责组织人员对软件项目进行验收工作。 负责对软件需求的结算工作量进行审核。 需求单元职责： 负责业务方案的策划。 负责编写、审核、审批业务需求。 负责审批业务测试及质量验证。 需求分类 业务需求目前包括以下六类： 业务需求：新增业务需求，需要新增系统功能。 优化改进：优化现有系统功能、流程，改善现有系统功能。 需求变更：对现有功能进行设计修改。 配置修改：修改现有系统的配置参数，例如系统参数配置数据。 数据修改：现有业务数据展示修改，如内容、产品、订购关系、用户相关数据修改。 业务需求的优先级别从高到低依次分为紧急、重要、日常三类。具体的开发排期可按照优先级从高到低进行。 流程管理 需求申请 需求单元人员提交日常业务需求申请表，提交至需求单元负责人审批。紧急或重要的需求单可直接递交至开发单元负责人，开发单元在需求单上标明其优先级。对于特别紧急需求，开发单元可先安排支撑，需求单元必须在上线前提交工单。 需求评审 为确保需求明确，需求单元人员提交需求前，必须先与开发单元的项目管理负责人、厂商需求负责人进行需求评审，明确需求并确认技术可行性。 需求审批 需求单元负责人审阅软件需求申请表，审批通过后工单流转至开发单元。 开发审批 开发单元负责人审阅软件需求申请表，并分派给具体负责的需求分析负责人。 需求分析 需求分析负责人分析需求的技术可行性及其对系统架构的影响。如需求对系统架构可能造成较大影响，由需求分析负责人协调并组织项目管理负责人、业务负责人进行整体考虑和统筹设计，并就业务支撑方案达成一致。 方案评估 项目管理负责人安排人员根据需求组织编写技术方案（需求功能规格说明书等）。方案设计完成后，组织需求单元人员进行方案的评估和确认，并形成方案终稿冻结。 开发跟踪 项目管理负责人与合作厂商需求负责人沟通确认软件项目“预计启动时间”及“预计上线时间”，合作厂商需求负责人将上线时间明确写入每周跟踪表，每周五对各需求的上线时间进行跟踪评审。对于不能按时完成的需求，合作厂商必须在原定上线时间前，及时向项目管理负责人沟通解释，并向信息管理部门提交书面解释报告。 业务测试 需求开发完成后，项目管理负责人协调需求负责人进行业务验收测试，并根据测试发现的问题，对具体问题进行优化调整，直至需求负责人最终验证需求达到技术方案中的要求。 质量控制 需求负责人在完成业务测试后，对于需求上线后会影响用户使用，须协调质检小