ImageVerifierCode 换一换
格式:DOCX , 页数:6 ,大小:8.80KB ,
资源ID:184662      下载积分:3 金币
快捷下载
登录下载
邮箱/手机:
温馨提示:
快捷下载时,用户名和密码都是您填写的邮箱或者手机号,方便查询和重复下载(系统自动生成)。 如填写123,账号就是123,密码也是123。
特别说明:
请自助下载,系统不会自动发送文件的哦; 如果您已付费,想二次下载,请登录后访问:我的下载记录
支付方式: 支付宝    微信支付   
验证码:   换一换

加入VIP,免费下载
 

温馨提示:由于个人手机设置不同,如果发现不能下载,请复制以下地址【https://www.bdocx.com/down/184662.html】到电脑端继续下载(重复下载不扣费)。

已注册用户请登录:
账号:
密码:
验证码:   换一换
  忘记密码?
三方登录: 微信登录   QQ登录  

下载须知

1: 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。
2: 试题试卷类文档,如果标题没有明确说明有答案则都视为没有答案,请知晓。
3: 文件的所有权益归上传用户所有。
4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
5. 本站仅提供交流平台,并不能对任何下载内容负责。
6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

版权提示 | 免责声明

本文(某银行软件项目需求管理办法.docx)为本站会员(b****1)主动上传,冰豆网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对上载内容本身不做任何修改或编辑。 若此文所含内容侵犯了您的版权或隐私,请立即通知冰豆网(发送邮件至service@bdocx.com或直接QQ联系客服),我们立即给予删除!

某银行软件项目需求管理办法.docx

1、XXXX银行软件项目需求管理办法第一章总则第一条为实现XXXX银行(以下简称“我行”)对软件 项目开发需求的有效管理,保证软件项目需求收集、分析、 实施等各环节顺畅流转,提高软件项目开发的可行性和计划 性,结合我行实际,制定本管理办法。第二条 本办法所描述的软件项目需求(以下简称“需 求)是指为了完善和优化我行信息系统已有功能、开发新 的功能或新建系统而提出的各类需求。第三条 本办法适用于我行信息科技软件项目需求管理 相关的所有工作,包括但不限于:需求沟通管理、需求分析 管理、需求审核管理、需求优先级评估管理、需求变更管理 等。第二章部门及职责第四条 需求管理的职能部门包括需求提出部门、需求

2、实现和实施部门。第五条 需求提出部门包括总行各业务部门,其主要职 责为:(一)负责提出新业务、新系统或已有系统功能新增和 优化的业务需求,提出的对产品的功能、性能、设计约束和 其他方面的期望和要求;(二)负责根据需求评审和评估意见,及时修改和调整 业务需求内容;(三)参与新业务、新系统或已有系统功能新增和优化 项目开发的需求分析、需求审核、需求优先级评估等工作;(四)负责配合需求开发、测试人员提供业务知识的支 持;(五)负责对最终业务功能实现进行结果验证,确认需 求结果并进行项目验收;(六)负责新业务、新系统上线投产后的后评价工作。第六条需求实现和实施部门为总行信息科技部,其主 要职责为:(一

3、)负责需求审批、评估、技术文档评审、测试、上 线等需求管理流程的整体协调工作;(二)负责需求评估分析工作,从技术角度对需求实现 方式、安全、风险等非功能性需求方面进行评估;(三)负责需求开发过程相关工作,包括分配相关人员, 处理需求开发、实现、测试和投产工作;(四)负责需求开发实现过程中的沟通、协调管理工作, 负责需求开发进度、成员、变更等相关管理。第七条信息科技部需求与测试中心需求分析岗是需求 管理的主管岗位,其职责包括但不限于:(一)负责软件开发项目的需求收集、分析和评估;(二)协助需求提出部门业务人员分析、确定业务需求;(三)负责编写软件开发需求文档,实现业务人员与开 发人员的有效交互;

4、(四)负责需求评审,验证需求文档的一致性、可行性、 完整性和有效性;(五)配合需求测试人员处理环境问题,解决测试缺陷;(六)负责维护需求信息、跟进需求变更以及需求处理进展,定期向相关领导报告需求进展;第八条信息科技部开发中心软件开发岗是需求开发和 实现的主管岗位,其职责包括但不限于:(一)负责根据需求文档制定需求开发计划、技术规范, 编写需求相关的各类技术文档;(二)负责选取合适技术手段进行需求的编码工作和代 码管理;(三)负责根据需求开发阶段情况,及时向需求分析人 员反馈问题,协助需求分析人员改进和完善需求文档。(四)负责提交上线申请,如有需要可配合上线部署, 配合上线问题的查询和解决等工作

5、。第三章需求分类第九条我行的各类需求可按需求提出部门、需求内容、 需求紧急程度等多维度进行分类。第十条 按需求提交部门可分为信息科技部内部需求和 业务部门需求:(一)信息科技部内部需求:信息科技部内部提出的系 统开发、性能优化、软件升级等需求;(二)业务部门需求:总行其他各业务部门提交的新业 务、新系统或已有系统功能新增和优化开发需求。第一条按需求内容可分为新业务功能需求、功能改 进完善需求和需求变更:(一)新业务功能需求:已有系统中没有此功能需要在 原有基础上新增功能的需求;或尚无该业务相关系统,需新 建业务系统的需求;(二)功能改进完善需求:当前系统已经有此功能,因 组织架构、制度规范、业

6、务处理流程和性能安全等发生变化, 需要对现有系统的某些功能进行优化调整而提出的需求;(三)需求变更:系统功能上线前,需要在原有需求的 基础上增加、修改或删除需求内容。第十二条按需求紧急程度可分为紧急需求和普通需 求:(一)紧急需求:需通过特批增加资源,并对部分流程 进行加急处理才可满足上线要求的需求;(二)普通需求:紧急需求以外按常规流程处理的需求。第四章需求管理第十三条 需求提交。需求提出部门人员应根据需求内 容的不同在我行办公自动化系统中发起不同的流程。新业务 功能需求应在办公自动化系统中通过“新项目开发申请流 程”,提交产品开发业务需求书以及新项目可行性报告,逐级 审批流转至信息科技部项

7、目经理;功能改进完善需求应在办 公自动化系统中通过“需求变更开发申请流程提交变更需求 文档,逐级审批后流转至信息科技部项目经理。第十四条需求评估。信息科技部需求与测试中心主任、 开发中心主任、项目经理及相关开发人员共同确认需求内 容,分析需求合理性,确认需求实现方式和需求实现工作量, 明确需求系统设计、编码、测试、上线各阶段里程碑及责任 人。第十五条 需求变更。若原需求提出部门对已提交的需 求进行变更,即对原需求进行增加、修改和删除需求内容, 则需求提交人员应在办公自动化系统中重新发起“需求变更 开发申请流程”,提交新的业务需求书,逐级审批后流转至 信息科技部项目经理。信息科技部项目经理应协同

8、信息科技 部需求测试中心主任、开发中心主任及相关开发人员共同确 认新的需求内容,分析需求合理性,确认需求实现方式和需 求变更工作量。第十六条 需求开发。开发人员根据确认的业务需求进 行设计开发和代码编写工作,完成并提交相关产出物。第十七条 需求测试。按测试控制流程对已开发完的业 务需求和功能进行单元测试、集成测试和回归测试等,如有 需要可安排需求提交部门业务人员参与业务测试,以确认需 求和功能是否得到满足。第十七条 需求上线。需求提出部门在测试完成后,对 需求开发进行验收,确认满足上线条件后,在办公自动化系 统通过“新项目上线申请流程”,提交上线手册和测试报告, 或通过原有的“需求变更开发申请流程”进行上线申请操作, 提交上线手册和测试报告,逐级审批后流转至上线执行人员 后,按指定时间上线。第五章附则第十八条本办法由XXXX银行信息科技部负责制定、修 订及解释。第十九条 本办法自印发之日起施行。

copyright@ 2008-2022 冰豆网网站版权所有

经营许可证编号:鄂ICP备2022015515号-1