银行软件开发操作规程模版
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
软件开发操作规程
编制部门:
版次号:
生效日期:xx年06月01日
目录
0修改与审批记录.............................................................................. 错误!未定义书签。1目的和范围 .. (3)
2定义、缩写和分类 (3)
3职责与权限 (3)
4基本规定 (4)
5流程描述及操作要点 (4)
5.1项目开发流程 (4)
6内外部规章制度索引 (6)
6.1外部法律法规 (6)
6.2内部规章制度 (6)
7附录 (6)
8记录 (6)
记录1.《软件开发维护业务需求书》 (6)
记录2.《系统测试报告》 (7)
记录3.《软件产品上线申请》 (8)
0目的和范围
为规范银行(以下简称“本行”)各部门的信息系统应用开发,防范信息系统风险,促进全行信息科技开发工作的健康发展,更好地为本行金融业务服务,根据《银行信息科技管理基本制度》,特制定本操作规程。
本规程适用于全行各部门、各分支机构在日常经营管理活动中需要涉及信息系统程序开发、功能升级、数据处理、查询统计等各类经需求科室审定受理需求的开发和实现。
1定义、缩写和分类
(1)需求分析,是指在建立一个新的或改变一个现存的电脑系统时描写新系统的目
的、范围、定义和功能时所要做的所有的工作。
(2)概要设计,是指把需求分析得到的系统扩展用例图转换为软件结构和数据结构。
设计软件结构的具体任务是:将一个复杂系统按功能进行模块划分、建立模块的
层次结构及调用关系、确定模块间的接口及人机界面等。数据结构设计包括数据
特征的描述、确定数据的结构特性、以及数据库的设计。
(3)详细设计,是对概要设计的一个细化,就是详细设计每个模块实现算法,所需的
局部结构。
(4)ST测试(System Test),是指系统测试,系统测试是整个测试阶段的最后一步,
所有的开发和测试在这一点上集中表现为生成一个具有一定功能的软件系统。该
阶段主要对系统的准确性及完整性等方面进行测试。
(5)UAT测试(User acceptance testing),是指用户接受测试即验收测试,验证
软件的有效性,即软件的功能和性能如同用户所合理期待的那样。
2职责与权限
部门岗位职责权限
需求管理岗1)负责受理业务部门提出的开发需求;
2)负责需求分析和分类;
3)负责需求说明书的管理
4)负责开发项目的立项。
开发岗1)接收需求管理科需求,确定项目经理全面管理项目开发;
2)协调外包人员和项目开发小组,跟踪项目进度;
3)对开发完结项目进行ST测试。
业务部门1)提出开发需求;
2)协同需求管理岗进行需求分析;
3)负责进行UAT测试。
运维岗负责对开发完结项目进行上线管理并协调后期运维工作。主管行领导负责开发项目立项审批。
3基本规定
(1)任何单位和个人未经授权不得开发或引进侵犯他人知识产权的、含有计算机病毒
或可能危害本行计算机系统安全的软件产品;任何单位和个人未经授权不得安装
与本行业务无关的计算机软件产品。
4流程描述及操作要点
5.1项目开发流程
本流程包括立项审批、设计开发、测试和上线运行四个阶段,具体的流程描述及要求如下:
节点任务名
称
部门/操
作岗位
操作要点
外部合规
要求
内部合规
要求
操作风险提示
1)A1 提出开发
需求业务部门根据自身业务发展需要,提出开发
需求。
1)B1 受理需求
并立项需求管理
岗
1)受理业务部门开发需求并立项;
2)整理项目资料报主管行领导审
批。
1)C1 审批主管行领
导1)对部门需求进行评审并确定是
否可开发;
2)对评审通过的项目立项并指定
项目经理。
1)C2 是否立项主管行领
导是否对部门需求进行立项开发:是,转2)B1;
否,转1)A1。
2)B1 需求分析需求管理
岗1)与业务部门对需求进行讨论,分
析和确定;
2)对讨论确定的需求由业务部门
提供《软件开发文虎业务需求
书》(记录1)(以下简称《需
求说明书》);
3)《需求说明书》由需求管理岗统
一管理;
4)《需求说明书》由开发岗项目经
理作为开发依据。
2)D2 概要设计开发岗联合外包进行概要设计,并完成概
要设计书。
2)D3 详细设计开发岗联合外包进行详细设计,并完成详
细设计书。
风险点: