信息系统开发管理制度V01.docxVIP

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