软件需求立项及开发管理制度办法.docVIP

软件需求立项及开发管理制度办法 PAGE PAGE 1 ———————————————————————————————— 作者： ———————————————————————————————— 日期： 文件编号 (2010)-XX-**-0012 版 本 1.0 文件类型 软件系统需求立项开发管理办法 发文日期 2010 PAGE PAGE 7 第 PAGE 7 页/ 共 NUMPAGES 7 页 第 PAGE 1 页/ 共 NUMPAGES 7 页 软件系统需求立项开发管理办法 一、目的 为明确软件开发的需求，使软件开发过程规范化，并有效的管理和控制软件开发项目进度及项目风险，保障公司核心业务系统的稳健性及适用性，节约软件系统开发成本及提高开发效率。 二、范围 此方案适用全公司所有的营业部门、操作中心及其他相关职能部门。 三、适用文件 此办法暂无适用文件。 四、内容 （一） 系统需求立项开发管理办法整体流程 1．系统需求部门对产生的系统需求，整理成文档后，起草《系统需求立项申请》工作流申请。依次至流程起草部门分管领导审批。 2、审批后，信息研发部门进行项目详细需求调研与分析，确保业务部门对系统的具体需求明确。 3、通过召开需求分析结果评审会议，对信息研发部门的需求调研详细结果进行确认，以保障项目需求的正确性、可性行、完整性、可实施性及风险点，审计项目预计成本与产出是否成正比，评审会议有权否决项目开展。 4、通过评审的项目，由信息研发部门进行开发，并明确项目完成时间。 5、审批完成后，项目进入到开发阶段与内部测试阶段。 6、信息研发部门在内部测试完成后，通知需求部门相关人员，进行项目验收测试。 7、需求部门在提交需求开发申请后至项目验收期间，需求原则上不进行变更。 8、在建软件项目需求变更的，必须由原需求项目申请人起草《在建软件项目需求变更》流程。 9、信息研发部门在需求项目经过外部测试验收合格后，起草《系统版本上线申请》流程，依次至分管领导。上线申请具备条件有：内测验收签字表、外测验收签字表、项目技术评审表、升级程序脚本检查表、项目培训文档。 10、流程审批后，信息服务部根据系统升级的影响系统功能及系统影响到的部门发布系统上线升级通知，由信息研发部门系统升级专员进行系统升级操作。 具体流程图如下： （二）系统需求立项申请 1、系统需求项目必须通过《OA需求立项审批流程》审批。 （1）申请人必须为部门经理级别及以上人员。 （2）申请人必须填写软件需求申请单，软件需求申请单参照（附录1）。 （3）申请人直接上级审批需求是否合理及是否违反公司相关制度、规范流程等。 （4）申请人为业务部门项目负责人,必须全程配合系统需求调研，为需求项目提供各项详细的要求、业务流程、算法、单据及相关制度文件，协调信息研发部部门相关人员调研期间的调研工作。 （5）信息研发部门在流程审批通过时必须给出明确的需求分析完成时间，如否决需求流程必须给出明确的理由。 2、系统需求项目经过《OA需求立项审批流程》审批完成后，进入到项目需求分析调研阶段，标识项目正式启动。 （1）需求审批完成后，信息服务部存档软件需求申请单并进行项目跟踪，信息研发部负责人指定专人负责需求项目调研工作（以下简称需求分析人员），并将系统需求进行分类管理。 （2）需求分析人员必须充分的挖掘需求部门潜在需求，并用原型方法展示软件界面，使需求部门充分了解未来软件项目的功能。 （3）需求分析调研阶段的项目责任人为业务部门项目负责人及需求分析人员，双方按照流程约定项目期限进行相关工作开展。 （4）需求分析人员与业务部门项目负责人达成一致意见后，由需求分析阶段进入到需求评审阶段。 （5）进入需求评审前，需求分析人员必须根据需求部门的实际需求整理出需求分析规格说明书及其他项目相关文档，并且评估出需求项目成本及项目开发周期。 （6）需求立项申请审批后，信息研发部门必须在五个工作日内进行需求调研工作。 （三）系统需求立项评审 1、系统需求立项必须通过需求评审会议评审通过后，项目才能生效。 （1）需求评审会议由信息研发部主持，并根据需求类型通知相关部门人员参加。原则上，需求评审团队由业务方代表、需求分析人员、开发代表、相关分管领导组成。 （2）需求评审不通过，则由需求分析人员与业务部门项目负责人继续进行调研分析，直至通过为止。 （3）需求评审会议有权否决项目的继续进行。 （4）需求评审人员必须对开发成本投入与产出进行审核，确认后签署需求评审表，需求评审表参照（附录2） （5）需求评审会议必须对项目的优先等级进行