收藏 分销(赏)

银行软件开发操作规程模版.doc

上传人:人****来 文档编号:2877723 上传时间:2024-06-07 格式:DOC 页数:9 大小:96KB
下载 相关 举报
银行软件开发操作规程模版.doc_第1页
第1页 / 共9页
银行软件开发操作规程模版.doc_第2页
第2页 / 共9页
银行软件开发操作规程模版.doc_第3页
第3页 / 共9页
银行软件开发操作规程模版.doc_第4页
第4页 / 共9页
银行软件开发操作规程模版.doc_第5页
第5页 / 共9页
点击查看更多>>
资源描述

1、软件开发操作规程编制部门: 版 次 号: 生效日期:xx年06月01日目 录0修改与审批记录31目的和范围42定义、缩写和分类43职责与权限44基本规定55流程描述及操作要点55.1项目开发流程56内外部规章制度索引86.1外部法律法规86.2内部规章制度97附录98记录9记录1.软件开发维护业务需求书9记录2.系统测试报告10记录3.软件产品上线申请110 目的和范围为规范银行(以下简称“本行”)各部门的信息系统应用开发,防范信息系统风险,促进全行信息科技开发工作的健康发展,更好地为本行金融业务服务,根据银行信息科技管理基本制度,特制定本操作规程。本规程适用于全行各部门、各分支机构在日常经营

2、管理活动中需要涉及信息系统程序开发、功能升级、数据处理、查询统计等各类经需求科室审定受理需求的开发和实现。1 定义、缩写和分类(1) 需求分析,是指在建立一个新的或改变一个现存的电脑系统时描写新系统的目的、范围、定义和功能时所要做的所有的工作。(2) 概要设计,是指把需求分析得到的系统扩展用例图转换为软件结构和数据结构。设计软件结构的具体任务是:将一个复杂系统按功能进行模块划分、建立模块的层次结构及调用关系、确定模块间的接口及人机界面等。数据结构设计包括数据特征的描述、确定数据的结构特性、以及数据库的设计。(3) 详细设计,是对概要设计的一个细化,就是详细设计每个模块实现算法,所需的局部结构。

3、(4) ST测试(System Test),是指系统测试,系统测试是整个测试阶段的最后一步,所有的开发和测试在这一点上集中表现为生成一个具有一定功能的软件系统。该阶段主要对系统的准确性及完整性等方面进行测试。(5) UAT测试(User acceptance testing),是指用户接受测试即验收测试,验证软件的有效性,即软件的功能和性能如同用户所合理期待的那样。2 职责与权限部门岗位职责权限需求管理岗1) 负责受理业务部门提出的开发需求;2) 负责需求分析和分类;3) 负责需求说明书的管理4) 负责开发项目的立项。开发岗1) 接收需求管理科需求,确定项目经理全面管理项目开发;2) 协调外包

4、人员和项目开发小组,跟踪项目进度;3) 对开发完结项目进行ST测试。业务部门1) 提出开发需求;2) 协同需求管理岗进行需求分析;3) 负责进行UAT测试。运维岗负责对开发完结项目进行上线管理并协调后期运维工作。主管行领导负责开发项目立项审批。3 基本规定(1) 任何单位和个人未经授权不得开发或引进侵犯他人知识产权的、含有计算机病毒或可能危害本行计算机系统安全的软件产品;任何单位和个人未经授权不得安装与本行业务无关的计算机软件产品。4 流程描述及操作要点123455.1 项目开发流程本流程包括立项审批、设计开发、测试和上线运行四个阶段,具体的流程描述及要求如下:节点任务名称部门/操作岗位操作要

5、点外部合规要求内部合规要求操作风险提示1)A1提出开发需求业务部门根据自身业务发展需要,提出开发需求。1)B1受理需求并立项需求管理岗1) 受理业务部门开发需求并立项;2) 整理项目资料报主管行领导审批。1)C1审批主管行领导1) 对部门需求进行评审并确定是否可开发;2) 对评审通过的项目立项并指定项目经理。1)C2是否立项主管行领导是否对部门需求进行立项开发:是,转2)B1;否,转1)A1。2)B1需求分析需求管理岗1) 与业务部门对需求进行讨论,分析和确定;2) 对讨论确定的需求由业务部门提供软件开发文虎业务需求书(记录1)(以下简称需求说明书);3) 需求说明书由需求管理岗统一管理;4)

6、 需求说明书由开发岗项目经理作为开发依据。2)D2概要设计开发岗联合外包进行概要设计,并完成概要设计书。2)D3详细设计开发岗联合外包进行详细设计,并完成详细设计书。风险点:设计有缺陷风险类型:信息科技系统事件风险级别:中等风险关键控制措施:项目评审控制岗位:系统安全岗2)D4编程开发开发岗联合外包进行编程开发。3)D1ST测试开发岗1) 联合外包进行ST测试,生成系统测试报告(记录2);2) 对于功能不足、性能不足和BUG及时发现并通知开发人员改正。3)D2测试是否通过开发岗软件是否通过ST测试:是,转3)A3;否,转2)D4。3)A3UAT测试业务部门1) 开发岗项目经理联系相关业务部门进

7、行验收测试。2) 对于不合需求或系统问题需要改正联系开发项目小组进行改正再测试。风险点:测试不完善风险类型:信息科技系统事件风险级别:低风险关键控制措施:书面记录控制岗位:业务部门测试人员3)A4测试是否通过业务部门软件是否通过UAT测试:是,转4)A1;否,转2)D4。4)A1上线申请业务部门向提交软件产品上线申请(记录3)。4)E1上线运行运维岗开发完成项目上线运行。4)E2日常维护运维岗对上线运行的软件系统进行日常维护。5 内外部规章制度索引66.1 外部法律法规本文件无外部法律法规。6.2 内部规章制度(1) 银行信息科技管理基本制度(2) 银行信息系统开发管理办法6 附录本文件无附录

8、。7 记录1.软件开发维护业务需求书2.系统测试报告3.软件产品上线申请记录1.软件开发维护业务需求书软件开发/维护业务需求书(主件部分)业务部门填写栏需求名称部门来源提交日期功能描述需求附件需求联系人姓名电话需求部门签字盖章:业务管理部门意见(如牵涉账务分录请业务部室签属意见)需求部门主管行长签字:科部门填写栏需求受理人员需求类别科技部门签字:生产问题改进类功能升级类新产品开发类记录2.系统测试报告系统测试报告(主体部分)需求编号需求名称测试时间 年 月 日 至 年 月 日 测试支持科技部 开发公司 测试报告附件实际结果通过 未通过 备注测试部门部门名称测试人员联系电话签字盖章测试人员签字测试部门盖章记录3.软件产品上线申请软件产品上线申请业务部门填写栏项目编号申请日期申请部门相关要求部门签字盖章科技部门填写栏科技部门意见上线日期年 月 日

展开阅读全文
相似文档                                   自信AI助手自信AI助手
猜你喜欢                                   自信AI导航自信AI导航
搜索标签

当前位置:首页 > 管理财经 > 金融保险

移动网页_全站_页脚广告1

关于我们      便捷服务       自信AI       AI导航        获赠5币

©2010-2024 宁波自信网络信息技术有限公司  版权所有

客服电话:4008-655-100  投诉/维权电话:4009-655-100

gongan.png浙公网安备33021202000488号   

icp.png浙ICP备2021020529号-1  |  浙B2-20240490  

关注我们 :gzh.png    weibo.png    LOFTER.png 

客服