信息系统开发管理制度V0.1_第1页
信息系统开发管理制度V0.1_第2页
信息系统开发管理制度V0.1_第3页
信息系统开发管理制度V0.1_第4页
信息系统开发管理制度V0.1_第5页
已阅读5页,还剩5页未读 继续免费阅读

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

爱登堡(中国)有限公司内部控制系列文件信息系统管理信息系统开发管理制度第1 版编制: 文件编号:审核: 批准日期:批准: 实施日期:执行: 总页数:更新一览表修改次数 修订日期 修订摘要 修订人 审核人 批准第1次 年月日注:1.本表记录每次制度修订的内容和版本号;每次制度更新时,修订、审核和批准记录必须完整,日期必须注明。目录1.0 目的 22.0 适用范围 23.0 信息系统开发流程 34.0 各部门职责 35.0 需求分类 46.0 流程管理 41.0目的为规范爱登堡(中国)有限公司(以下简称爱登堡)有关信息系统开发管理工作,适应项目开发和管理的需要,提高信息系统开发的管理水平,有效提升信息系统支撑日常业务的效率和质量,特制定本管理制度。2.0适用范围本制度适用于信息系统开发包括系统规划、系统分析、系统设计、系统实施、系统维护与评价五个阶段。3.0信息系统开发流程16.1信息系统开发信息部/人员 管理中心开始未通过提出申请 审批

项目组需求分析 通过是否需要委外否开发是选择开发商 未通过审批审核

通过未通过通过

组成项目组编制设计/开发说明书未通过通过通过未通过程建立跟踪评价机流制通过审核发开统系息结束信

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

信息系统开发管理流程业务需求流程说明列业务需求状态说明列填写业务需求新申请提交到部门领导审批不通过需求负责人从需求提出部门审需求部门领导审批OA上接收需批通过/不通过审批通过求,并填写业审核不通过务需求,无需需求开发部门审再进行审批、接收部门领导审核核通过/不通过审核审核通过需求负责人接收需求需求负责人已接收业务需求任务分配要评审业务需求确认任务评审中/不要评审任务评审任务已确认不通过填写软件需求申请表全部通过软件需求申请审批不通过软件需求审批软件需求审批通过/不通过审批通过维护人员分配和维护开发商已接接收软件需求人员进行维护确认收软件需求安排开发计划安排开发软件需求的开发实现开发完成开发完成开发商集成测试测试完成测试不通过上线测试上线测试完成/退回测试通过填写上线测试公告开发商软件版本发布上线申请审批不通过软件负责人上线审批需求负责人上线审批通过/退回审

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论