软件需求立项及开发管理办法.pdf

  1. 1、本文档共7页,可阅读全部内容。
  2. 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
  3. 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  4. 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
查看更多

软件需求立项及开发管理办法

LT

软件系统需求立项开发管理办法

一、目的

为明确软件开发的需求,使软件开发过程规范化,并有效的管理和控制软件开发项目进度及

项目风险,保障公司核心业务系统的稳健性及适用性,节约软件系统开发成本及提高开发效率。

二、范围

此方案适用全公司所有的营业部门、操作中心及其他相关职能部门。

三、适用文件

此办法暂无适用文件。

四、内容

(一)系统需求立项开发管理办法整体流程

1.系统需求部门对产生的系统需求,整理成文档后,起草《系统需求立项申请》工作

流申请。依次至流程起草部门分管领导审批。

2、审批后,信息研发部门进行项目详细需求调研与分析,确保业务部门对系统的具体

需求明确。

3、通过召开需求分析结果评审会议,对信息研发部门的需求调研详细结果进行确认,

以保障项目需求的正确性、可性行、完整性、可实施性及风险点,审计项目预计成本与

产出是否成正比,评审会议有权否决项目开展。

4、通过评审的项目,由信息研发部门进行开发,并明确项目完成时间。

5、审批完成后,项目进入到开发阶段与内部测试阶段。

6、信息研发部门在内部测试完成后,通知需求部门相关人员,进行项目验收测试。

7、需求部门在提交需求开发申请后至项目验收期间,需求原则上不进行变更。

8、在建软件项目需求变更的,必须由原需求项目申请人起草《在建软件项目需求变更》

流程。

9、信息研发部门在需求项目经过外部测试验收合格后,起草《系统版本上线申请》流

程,依次至分管领导。上线申请具备条件有:内测验收签字表、外测验收签字表、项目

技术评审表、升级程序脚本检查表、项目培训文档。

10、流程审批后,信息服务部根据系统升级的影响系统功能及系统影响到的部门发布系

统上线升级通知,由信息研发部门系统升级专员进行系统升级操作。

具体流程图如下:

第1页/共7页

第1页/共7页

第1页/共7页

2.2信息研发部门在单元测试通过后,将需求项目功能与原系统功能集成封装后,

交由信息服务部进行内部集成测试。在交付集成测试前,必须要有需求项目的方案

与技术记录文档;同时需要向信息服务部书面提供项目关联模块及数据监测项等测

试相关信息。

2.3集成测试时,必须要按照需求评审内容逐项测试,并模拟准用户业务场景产生

的各因素、条件等进行测试。

2.4每一项测试通过后,由测试负责人填写内部测试表,如某项功能不能通过测试,

必须第一时间通过书面文档形式反映给信息研发部门,并要求其完成时间,记录在

测试文档并进行跟踪。

2.5信息研发部门交付集成测试版本之日起,三个工作日内必须提供测试结果。

3.外部测试

3.1.内部测试完成后,由信息服务部组织相关业务部门人员进行系统外部测试。

(1)业务部门负责人根据需求评审过的项目需求,每一项进行严格测试,合格后按

每一项功能进行签字。

(2)项目测试时发现的错误,信息研发部门必须及时改进,并通知业务部门负责人

继续进行验收测试,直至验收合格为止。

(3)自信息研发部通知之日起,业务部门负责人三个工作日内必须给出测试回复,

六个工作日内必须测试完成。

(4)因没按规定时间进行测试工作,导致项目整体延期,对业务部门负责人按《奖

励与处罚管理规定XZ-0071》中相关规定进行处罚。

(5)因系统错误等原因延误测试工作,导致项目整体延期,对信息研发负责人按《奖

励与处罚管理规定XZ-0071》中相关规定进行处罚。

3.2.业务部门负责人签字验收后,信息研发部门方可起草系统升级流程。

(1)项目验收表由信息

您可能关注的文档

文档评论(0)

176****6896 + 关注
实名认证
内容提供者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档