银行收单系统开发计划.docx
《银行收单系统开发计划.docx》由会员分享，可在线阅读，更多相关《银行收单系统开发计划.docx（21页珍藏版）》请在冰点文库上搜索。
银行收单系统开发计划
1引言-1-
1.1编写目的—1-
1。
2背景—2-
1。
3定义—2-
2项目概述—2-
2。
1工作内容—2—
2。
2主要参加人员—3-
2。
3产品及成果—3-
2.3。
1程序—3-
2.3。
2服务—3—
2。
3。
3非移交产品-4—
3实施总计划-4—
3.1开发过程-4-
3。
1。
1需求分析-4—
3.1.2系统设计—5-
3.1.3编码及测试阶段—5-
3.1。
4文档、产品部署—5—
3。
1.5项目总结—5-
3.3接口人员—5-
3。
4进度-5—
4测试—6-
4.1测试计划—6-
4。
2测试案例—8-
4。
2。
1创建渠道测试—8—
4.2。
2创建商户测试—8—
4.2.3商户审核-9—
4。
2。
4商户创建二维码-9—
4.2。
5用户扫描二维码付款—10—
4.3测试报告—10—
4。
3.1测试执行情况-10-
4.3.2功能测试报告—10—
4.3.3系统性能测试报告-13—
4.3。
4测试bug—13-
5总结—14-
1引言
1.1编写目的
为了保证项目团队按时保质地完成项目目标,便于项目团队成员更好地了解项目情况，使项目工作开展的各个过程合理有序,有必要以文件化的形式，把对于在项目生命周期内的工作任务范围、各项工作的任务分解、项目团队组织结构、各团队成员的工作责任、团队内外沟通协作方式、开发进度、经费预算、项目内外环境条件、风险对策等内容以书面的方式描述出来，作为项目团队成员以及项目干系人之间的共识及约定,项目生命周期内的所有项目活动的行动基础,项目团队开展和检查项目工作的依据。
本项目开发计划用于从总体上指导网上书店项目顺利进行并最终得到通过评审的项目产品。
本项目开发计划面向项目组全体成员.
1.2背景
收单业务是指签约银行向商户提供的本外币资金结算服务.就是最终持卡人在银行签约商户那里刷卡消费，银行结算.收单银行结算的过程就是从商户那边得到交易单据和交易数据,扣除按费率计算出的费用后打款给商户。
1.3定义
专门术语：
MySQL:
系统服务器所使用的数据库关系系统（DBMS）.
SQL:
一种用于访问查询数据库的语言
事务流：
数据进入模块后可能有多种路径进行处理。
主键：
数据库表中的关键域.值互不相同。
外部主键：
数据库表中及其他表主键关联的域。
系统：
若未特别指出，统指本沿海银行收单系统。
SQL：
StructuredQueryLanguage（结构化查询语言）。
UML：
统一建模语言、是一套用来设计软件蓝图的标准建模语言，是一种
从软件分析、设计到编写程序规范的标准化建模语言。
2项目概述
本系统分三个平台,分别是总后台（银行操作用），渠道商后台，商户后台。
银行审核通过商户后,给商户分配二维码，用户到店扫描二维码支付,三个后台可通过账单的查询来获取交易记录，总后台和渠道商后台还可查看返佣金额，从而知道通过该商户赚了多少钱。
2。
1工作内容
1、制作和修订项目开发计划;
2、进行计划跟踪及监控；
3、工作产品及时进行受控管理;
4、按计划提请阶段评审；
5、提交测试部门评测开发产品；
6、交付最终工作产品。
7、项目实施总结
8、项目验收
2.2主要参加人员
为了完成银行收单系统的项目开发，公司组建了一个项目团队，有产品经理、技术组长、组员构成。
表2。
1人员分工
姓名
角色
工作描述
陈龙
产品经理
负责监督任务的进行，开软件设计文档的编写,
需求分析文档的编写
田鹏
技术组长
负责软件开发计划的编写，编写代码
陈波
组员
编写代码
贾博然
组员
编写代码
高鹏
组员
美工
王禄皓
组员
编写前台代码
2。
3产品及成果
2.3。
1程序
软件名称：
沿海银行收单系统
编程语言:
php
功能：
1.子商户管理:
可以查询、添加和修改商户信息，添加完商户后,继续添加门店和设备,从而获取支付二维码.
2.渠道管理：
可以查询、添加和修改渠道信息.
3.业务员管理：
可以查询、添加和修改业务员信息。
4.交易查询：
可以查看订单情况，以及总计.
5.返佣结算管理:
可以查看商户、渠道和业务员的返佣信息。
6.审核管理：
可以审核渠道商报上来的商户,验证进件商户是否符合银行要求。
2。
3.2服务
计划提供以下服务：
课堂培训：
以讲课形式对客户进行培训，使其能够正确使用软件。
免费咨询:
客户可以在工作时间向技术人员提出问题并获得解答.
技术支持：
对于某些客户，采取上门指导的方式。
软件维护:
获取软件使用中的问题，提供补丁程序.
升级通知：
在软件新版本发布的时候，及时通知（Email或邮寄信件）注册的用户，并提供试用版本。
软件升级：
对于注册用户，只需较少的费用即可升级到新的版本。
2.3。
3非移交产品
Ø可行性分析报告：
说明该软件开发项目的实现在技术上、经济上和社会因素上的可行性，评述为了合理地达到开发目标可供选择的各种可能实施方案，说明并论证所选定实施方案的理由。
Ø项目开发计划：
为软件项目实施方案制订出具体计划,应该包括各部分工作的负责人员、开发的进度、开发经费的预算、所需的硬件及软件资源等.
Ø软件需求说明书（软件规格说明书）:
对所开发软件的功能、性能、用户界面及运行环境等做出详细的说明。
它是在用户及开发人员双方对软件需求取得共同理解并达成协议的条件下编写的，也是实施开发工作的基础.该说明书应给出数据逻辑和数据采集的各项要求，为生成和维护系统数据文件做好准备。
Ø概要设计说明书:
该说明书是概要实际阶段的工作成果,它应说明功能分配、模块划分、程序的总体结构、输入输出以及接口设计、运行设计、数据结构设计和出错处理设计等,为详细设计提供基础.
Ø详细设计说明书：
着重描述每一模块是怎样实现的，包括实现算法、逻辑流程等。
Ø测试计划：
为做好集成测试和验收测试，需为如何组织测试制订实施计划。
计划应包括测试的内容、进度、条件、人员、测试用例的选取原则、测试结果允许的偏差范围等。
Ø测试分析报告：
测试工作完成以后，应提交测试计划执行情况的说明,对测试结果加以分析,并提出测试的结论意见.
Ø开发进度月报：
该月报系软件人员按月向管理部门提交的项目进展情况报告，报告应包括进度计划及实际执行情况的比较、阶段成果、遇到的问题和解决的办法以及下个月的打算等。
Ø项目开发总结报告:
软件项目开发完成以后，应及项目实施计划对照,总结实际执行的情况，如进度、成果、资源利用、成本和投入的人力，此外，还需对开发工作做出评价,总结出经验和教训。
Ø软件问题报告：
指出软件问题的登记情况，如日期、发现人、状态、问题所属模块等，为软件修改提供准备文档。
Ø软件修改报告：
软件产品投入运行以后，发现了需对其进行修正、更改等问题，应将存在的问题、修改的考虑以及修改的影响做出详细的描述，提交审批。
Ø源程序:
软件开发过程中的全部代码以及注释。
3实施总计划
3。
1开发过程
3.1.1需求分析
需求分析是整个设计中重要的一环，当可行性分析完成，项目立项，确定开发角色后，有关的设计开发人员及相关业务人员共同对业务流程、管理方式进行分析，并进行资料的收集、整理。
在完成了对有关数据信息的收集、归纳和分析整理后,确定了用户需求,对软件必须完成的功能进行了定义,在此基础上完成了数据定义，建立了数据字典。
3。
1.2系统设计
完成对整个系统的分析设计，对概念模型、存储模式、完整性控制、存取权限等进行了定义，对系统功能各模块进行了详细设计、定义了数据库总体结构、编码命名规范。
3.1.3编码及测试阶段
完成程序设计和系统测试，完成了数据库建立及程序的编制调试。
为了避免错误积累，采用边开发边测试的基本模式，对每个模块都安排专人进行单独测试,系统联调及系统测试，对系统处理逻辑、例外处理能力、容错能力等进行大规模
的测试，对发现的问题进行彻底纠正.
3.1.4文档、产品部署
完成用户培训工作，编写各类文档，系统投入运行阶段。
3.1。
5项目总结
项目结束后用两天左右时间，对项目研发、部署等开发过程中的问题、经验教训总结备案，以利于项目经验的积累和开发进时间的缩短.
3.3接口人员
负责本项目的接口人员为田鹏，由软件发开方派专人，按客户要求，编写代码和接口文档。
3。
4进度
方法：
采用结构化开发
设置模块开发优先级：
通过对收单系统的特点和信息流程等的分析，确定各模块开发的先后次序。
具体开发进度安排如下：
表3。
4。
1总后台开发进度
开发模块
开发功能
开发进度
子商户管理
查询、添加和修改商户信息（以及门店和设备的添加和修改）
2016.11.01~
2016.11.15
渠道管理
查询、添加、修改和审核渠道信息
2016。
11。
16~
2016。
11.21
业务员管理
业务员信息查询、添加和修改
2016。
11。
22～
2016。
11。
27
交易查询
订单信息查询
2016。
11。
28～
2016.11。
30
返佣结算管理
查看商户、渠道和业务员的返佣信息.
2016.12.01~
2016.12。
15
结算单查询
查看商户和渠道的结算信息。
2016.12.16～
2016。
12.25
用户管理
添加和修改登录用户信息。
2016。
12.26~
2017。
1.03
表3。
4.2渠道后台开发进度
开发模块
开发功能
开发进度
子商户管理
查询、添加和修改商户信息（以及门店和设备的添加和修改）
2017。
01。
04~
2017.01.07
渠道管理
查询、添加、修改和审核渠道信息
2017。
01。
08~
2017.01。
10
业务员管理
业务员信息查询、添加和修改
2017。
01。
11~
2017.01.12
交易查询
订单信息查询
2017.01.13~
2017.01.14
返佣结算管理
查看商户、渠道和业务员的返佣信息。
2017.01.15～
2017.01。
17
表3。
4.3商户后台开发进度
开发模块
开发功能
开发进度
扫码收款
通过扫描用户二维码付款
2017。
01。
04～
2017。
01。
07
退款
通过订单号申请退款（此功能需要开通）
2017。
01。
08~
2017.01.10
选择设备
切换其他设备
2017。
01。
08~
2017.01.10
账单
查询订单信息
2017.01.13~
2017.01。
14
4测试
4.1测试计划
1.单体测试:
由开发者自己测试，所开发的页面。
2.相互测试：
开发者们交换测试,测试不是自己开发的页面.
3.最终测试：
产品经理测试。
具体测试进度安排如下：
表4.1.1总后台测试进度
测试模块
测试人员
测试进度
子商户管理
陈波、贾博然
2017.01。
15~
2017。
01.15
渠道管理
陈波、贾博然
2017.01。
16~
2017.01.16
业务员管理
陈波、贾博然
2017.01.16～
2017。
01.16
交易查询
陈波、贾博然
2017.01。
17~
2017。
01。
17
返佣结算管理
陈波、贾博然
2017.01。
17～
2017。
01。
18
结算单查询
陈波、贾博然
2017。
01。
19～
2017。
01。
19
用户管理
田鹏
2017.01.20~
2017。
01.20
表4.1。
2渠道后台测试进度
测试模块
测试人员
测试进度
子商户管理
陈波、贾博然
2017。
01。
21~
2017.01.21
渠道管理
陈波、贾博然
2017。
01.21～
2017。
01.21
业务员管理
陈波、贾博然
2017。
01。
22~
2017。
01。
22
交易查询
陈波、贾博然
2017.01。
22～
2017.01。
22
返佣结算管理
陈波、贾博然
2017。
01。
23~
2017.01。
23
表4。
1。
3商户后台测试进度
开发模块
开发功能
开发进度
扫码收款
田鹏、贾博然
2017。
01.21～
2017.01.21
退款
田鹏、贾博然
2017。
01.21~
2017。
01.21
选择设备
田鹏、贾博然
2017。
01.22～
2017。
01。
22
账单
田鹏、贾博然
2017.01.22~
2017。
01。
22
4。
2测试案例
本次测试通过创建渠道,渠道创建商户-〉商户通过审核—〉审核商户创建二维码—〉用户扫码支付，这样的流程来达到一个全面的测试。
4。
2。
1创建渠道测试
填写每一项渠道必填信息，创建完成之后，可查询到.
4.2.2创建商户测试
填写每一项商户必填信息,创建完成之后，可查询到。
4。
2.3商户审核
4。
2。
4商户创建二维码
通过添加门店，添加设备最终得到付款二维码。
4.2.5用户扫描二维码付款
4.3测试报告
4。
3.1测试执行情况
系统测试人员：
田鹏、陈波、贾博然、高鹏、王禄皓
系统测试时间:
2017.01。
15～2017.01。
22
4.3。
2功能测试报告
功能测试覆盖整个系统中的功能模块，是开发小组对所使用的多个产品进行充分整合后，为用户提供综合服务的能力。
测试整个系统是否达到需求规格中要求实现的各能。
模块测试报告单如下：
序号
测试用例
预期结果
实际结果
测试状态
测试单元:
子商户管理—>支付子商户
1
添加子商户信息
必填项目都有check都能验证成功,最后添加成功.
及预期结果一致
测试合格
2
修改子商户信息
身份证、手机号等证件的正则验证都能通过，最后修改成功。
及预期结果一致
测试合格
3
查询子商户信息
通过查询条件，能准确查到想要查看的商户。
及预期结果一致
测试合格
4
商户审核
通过查看商户提交上来的信息，平台审核通过后,能自动生成商户号，商户信息页面可看到.
及预期结果一致
测试合格
序号
测试用例
预期结果
实际结果
测试状态
测试单元：
子商户管理->大商户管理
1
添加门店信息
必填项目都有check都能验证成功，最后添加成功.
及预期结果一致
测试合格
2
添加设备信息
添加设备成功后，能生成支付二维码。
及预期结果一致
测试合格
3
查询门店信息
通过查询条件,能准确查到想要查看的门店.
及预期结果一致
测试合格
4
添加通知管理员
能够通过微信扫一扫，扫描我们给出的二维码，成功添加为管理员，最后能准时收到付款通知。
及预期结果一致
测试合格
5
门店审核
通过查看门店提交上来的信息,平台审核通过后，才可创建设备，获取支付二维码，否则不能生成支付二维码。
及预期结果一致
测试合格
序号
测试用例
预期结果
实际结果
测试状态
测试单元：
渠道管理
1
添加渠道信息
必填项目都有check都能验证成功,最后添加成功。
及预期结果一致
测试合格
2
修改渠道信息
身份证、手机号等证件的正则验证都能通过,最后修改成功。
及预期结果一致
测试合格
3
查询渠道信息
通过查询条件,能准确查到想要查看的渠道。
及预期结果一致
测试合格
4
渠道审核
通过查看渠道提交上来的信息，平台审核通过后，才可登录渠道平台，创建自己的商户.
及预期结果一致
测试合格
序号
测试用例
预期结果
实际结果
测试状态
测试单元：
业务员管理
1
添加业务员信息
必填项目都有check都能验证成功，最后添加成功。
及预期结果一致
测试合格
2
修改业务员信息
身份证、手机号等证件的正则验证都能通过，最后修改成功。
及预期结果一致
测试合格
3
查询业务员信息
通过查询条件，能准确查到想要查看的业务员。
及预期结果一致
测试合格
序号
测试用例
预期结果
实际结果
测试状态
测试单元:
交易查询
1
查询订单信息
通过查询条件,能准确查到想要查看的订单信息，以及本次查询的总计。
及预期结果一致
测试合格
序号
测试用例
预期结果
实际结果
测试状态
测试单元：
返佣结算管理
1
商户结算查询
通过查询条件,能准确查到想要查看的商户返佣和结算信息。
及预期结果一致
测试合格
2
渠道结算查询
通过查询条件，能准确查到想要查看的渠道返佣和结算信息.
及预期结果一致
测试合格
3
业务员结算查询
通过查询条件，能准确查到想要查看的业务员返佣和结算信息。
及预期结果一致
测试合格
序号
测试用例
预期结果
实际结果
测试状态
测试单元:
用户管理
1
设置角色和角色权限
创建角色的职称,然后选择该角色登录后所能看到的单元。
及预期结果一致
测试合格
2
添加和修改管理员信息
创建好管理员后,分配该管理员的权限。
及预期结果一致
测试合格
4.3.3系统性能测试报告
测试人
田鹏
审核
审核通过
测试时间：
2017。
01.20
测试内容
准备50个商户信息，分别在总后台和渠道后台添加，生成支付二维码，最后扫码支付。
测试结果
创建和审核很顺畅，只有支付的时候有时会稍微等待1~3秒。
4。
3.4测试bug
Bug模块
Bug内容
对应开发者
验收状态
子商户管理
商户名称查询不正确（没有模糊查询功能）
陈波
修改完成
子商户管理
添加商户时没有信息验证不正确
陈波
修改完成
子商户管理
添加完设备没有显示出支付二维码
贾博然
修改完成
交易查询
显示信息不正确（银行卡信息显示不正确）
陈波
修改完成
返佣结算管理
代理商返佣计算不正确
陈波
修改完成
绑定通知
绑定后没有收到支付完成的模板消息
陈波
修改完成
用户管理
角色权限不正确
贾博然
修改完成
审核管理
审核后没有直接调用接口进件
贾博然
修改完成
返佣结算管理
查询期间时间显示不正确（不应该有时分秒）
陈波
修改完成
交易查询
下载excel格式不正确
贾博然
修改完成
返佣结算管理
总合计计算不正确
陈波
修改完成
渠道管理
渠道信息显示不正确
陈波
修改完成
渠道管理
添加渠道信息时图片上传失败
陈波
修改完成
子商户管理
添加子商户信息时图片上传失败
陈波
修改完成
渠道管理
修改渠道信息时费率第二天没有更新
贾博然
修改完成
子商户管理
添加门店时地图显示不正确
贾博然
修改完成
支付
提示url未注册
田鹏
修改完成
支付
没有成功发送模板消息
田鹏
修改完成
首页
显示交易信息不正确
贾博然
修改完成
登录画面
验证码不显示
田鹏
修改完成
5总结
项目的开发和实施虽然满足了当前业务的功能和性能要求,并实施了相应的系统安全、备份等方案,随着系统的运行和后期工程的投入生产，在现有系统软件硬件条件下,可能会给系统带来一定的压力，所以在后期的开发过程中，可能存在的性能优化和功能调整，以及系统在安全、备份方面加大资源投入力度,保证系统达到稳定、可靠运行的要求。
升级会员 