信息系统开发管理制度.doc

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