银行收单系统开发计划

《银行收单系统开发计划》由会员分享，可在线阅读，更多相关《银行收单系统开发计划（15页珍藏版）》请在装配图网上搜索。

1、目录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 创建渠道测试

2、- 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编写目的为了保证项目团队按时保质地完成项目目标，便于项目团队成员更好地了解项目情况，使项目工作开展的各个过程合理有序，有必要以文件化的形式，把对于在项目生命周期内的工作任务范围、各项工作的任务分解、项目团队组织结构、各团队成员的工作责任、团队内外

3、沟通协作方式、开发进度、经费预算、项目内外环境条件、风险对策等内容以书面的方式描述出来，作为项目团队成员以及项目干系人之间的共识与约定，项目生命周期内的所有项目活动的行动基础，项目团队开展和检查项目工作的依据。本项目开发计划用于从总体上指导网上书店项目顺利进行并最终得到通过评审的项目产品。本项目开发计划面向项目组全体成员。1.2背景收单业务是指签约银行向商户提供的本外币资金结算服务。就是最终持卡人在银行签约商户那里刷卡消费，银行结算。收单银行结算的过程就是从商户那边得到交易单据和交易数据，扣除按费率计算出的费用后打款给商户。1.3定义专门术语：MySQL:系统服务器所使用的数据库关系系统（DB

4、MS）。SQL：一种用于访问查询数据库的语言事务流：数据进入模块后可能有多种路径进行处理。主键：数据库表中的关键域。值互不相同。外部主键：数据库表中与其他表主键关联的域。系统：若未特别指出，统指本沿海银行收单系统。SQL：Structured Query Language(结构化查询语言)。UML：统一建模语言、是一套用来设计软件蓝图的标准建模语言，是一种 从软件分析、设计到编写程序规范的标准化建模语言。2项目概述 本系统分三个平台，分别是总后台（银行操作用），渠道商后台，商户后台。银行审核通过商户后，给商户分配二维码，用户到店扫描二维码支付，三个后台可通过账单的查询来获取交易记录，总后台和渠

5、道商后台还可查看返佣金额，从而知道通过该商户赚了多少钱。2.1工作内容1、 制作和修订项目开发计划； 2、 进行计划跟踪与监控； 3、 工作产品及时进行受控管理； 4、 按计划提请阶段评审； 5、 提交测试部门评测开发产品； 6、 交付最终工作产品。7、 项目实施总结 8、 项目验收2.2主要参加人员为了完成银行收单系统的项目开发，公司组建了一个项目团队，有产品经理、技术组长、组员构成。表2.1人员分工姓名角色工作描述陈龙产品经理负责监督任务的进行，开软件设计文档的编写，需求分析文档的编写田鹏技术组长负责软件开发计划的编写，编写代码陈波组员编写代码贾博然组员编写代码高鹏组员美工王禄皓组员编写前

6、台代码2.3产品及成果 2.3.1程序 软件名称：沿海银行收单系统编程语言：php功能：1. 子商户管理：可以查询、添加和修改商户信息，添加完商户后，继续添加门店和设备，从而获取支付二维码。2. 渠道管理：可以查询、添加和修改渠道信息。3. 业务员管理：可以查询、添加和修改业务员信息。4. 交易查询：可以查看订单情况，以及总计。5. 返佣结算管理：可以查看商户、渠道和业务员的返佣信息。6. 审核管理：可以审核渠道商报上来的商户，验证进件商户是否符合银行要求。2.3.2服务 计划提供以下服务：课堂培训：以讲课形式对客户进行培训，使其能够正确使用软件。免费咨询：客户可以在工作时间向技术人员提出问题

7、并获得解答。技术支持：对于某些客户，采取上门指导的方式。软件维护：获取软件使用中的问题，提供补丁程序。升级通知：在软件新版本发布的时候，及时通知(Email或邮寄信件)注册的用户，并提供试用版本。软件升级：对于注册用户，只需较少的费用即可升级到新的版本。2.3.3非移交产品 可行性分析报告：说明该软件开发项目的实现在技术上、经济上和社会因素上的可行性，评述为了合理地达到开发目标可供选择的各种可能实施方案，说明并论证所选定实施方案的理由。 项目开发计划：为软件项目实施方案制订出具体计划，应该包括各部分工作的负责人员、开发的进度、开发经费的预算、所需的硬件及软件资源等。 软件需求说明书（软件规格说

8、明书）：对所开发软件的功能、性能、用户界面及运行环境等做出详细的说明。它是在用户与开发人员双方对软件需求取得共同理解并达成协议的条件下编写的，也是实施开发工作的基础。该说明书应给出数据逻辑和数据采集的各项要求，为生成和维护系统数据文件做好准备。 概要设计说明书：该说明书是概要实际阶段的工作成果，它应说明功能分配、模块划分、程序的总体结构、输入输出以及接口设计、运行设计、数据结构设计和出错处理设计等，为详细设计提供基础。 详细设计说明书：着重描述每一模块是怎样实现的，包括实现算法、逻辑流程等。 测试计划：为做好集成测试和验收测试，需为如何组织测试制订实施计划。计划应包括测试的内容、进度、条件、人

9、员、测试用例的选取原则、测试结果允许的偏差范围等。 测试分析报告：测试工作完成以后，应提交测试计划执行情况的说明，对测试结果加以分析，并提出测试的结论意见。 开发进度月报：该月报系软件人员按月向管理部门提交的项目进展情况报告，报告应包括进度计划与实际执行情况的比较、阶段成果、遇到的问题和解决的办法以及下个月的打算等。 项目开发总结报告：软件项目开发完成以后，应与项目实施计划对照，总结实际执行的情况，如进度、成果、资源利用、成本和投入的人力，此外，还需对开发工作做出评价，总结出经验和教训。 软件问题报告：指出软件问题的登记情况，如日期、发现人、状态、问题所属模块等，为软件修改提供准备文档。 软件

10、修改报告：软件产品投入运行以后，发现了需对其进行修正、更改等问题，应将存在的问题、修改的考虑以及修改的影响做出详细的描述，提交审批。 源程序：软件开发过程中的全部代码以及注释。3实施总计划 3.1开发过程3.1.1 需求分析 需求分析是整个设计中重要的一环，当可行性分析完成，项目立项，确定开发角色后，有关的设计开发人员与相关业务人员共同对业务流程、管理方式进行分析，并进行资料的收集、整理。在完成了对有关数据信息的收集、归纳和分析整理后，确定了用户需求，对软件必须完成的功能进行了定义，在此基础上完成了数据定义，建立了数据字典。3.1.2 系统设计 完成对整个系统的分析设计，对概念模型、存储模式、

11、完整性控制、存取权限等进行了定义，对系统功能各模块进行了详细设计、定义了数据库总体结构、编码命名规范。3.1.3 编码及测试阶段完成程序设计和系统测试，完成了数据库建立及程序的编制调试。为了避免错误积累，采用边开发边测试的基本模式，对每个模块都安排专人进行单独测试，系统联调及系统测试，对系统处理逻辑、例外处理能力、容错能力等进行大规模的测试，对发现的问题进行彻底纠正。3.1.4 文档、产品部署 完成用户培训工作，编写各类文档，系统投入运行阶段。3.1.5 项目总结 项目结束后用两天左右时间，对项目研发、部署等开发过程中的问题、经验教训总结备案，以利于项目经验的积累和开发进时间的缩短。3.3接口

12、人员负责本项目的接口人员为田鹏，由软件发开方派专人，按客户要求，编写代码和接口文档。3.4进度方法：采用结构化开发设置模块开发优先级：通过对收单系统的特点和信息流程等的分析，确定各模块开发的先后次序。具体开发进度安排如下：表3.4.1 总后台开发进度开发模块开发功能开发进度子商户管理查询、添加和修改商户信息（以及门店和设备的添加和修改）2016.11.012016.11.15渠道管理查询、添加、修改和审核渠道信息2016.11.162016.11.21业务员管理业务员信息查询、添加和修改2016.11.222016.11.27交易查询订单信息查询2016.11.282016.11.30返佣结算

13、管理查看商户、渠道和业务员的返佣信息。2016.12.012016.12.15结算单查询查看商户和渠道的结算信息。2016.12.162016.12.25用户管理添加和修改登录用户信息。2016.12.262017.1.03表3.4.2 渠道后台开发进度开发模块开发功能开发进度子商户管理查询、添加和修改商户信息（以及门店和设备的添加和修改）2017.01.042017.01.07渠道管理查询、添加、修改和审核渠道信息2017.01.082017.01.10业务员管理业务员信息查询、添加和修改2017.01.112017.01.12交易查询订单信息查询2017.01.132017.01.14返佣

14、结算管理查看商户、渠道和业务员的返佣信息。2017.01.152017.01.17表3.4.3 商户后台开发进度开发模块开发功能开发进度扫码收款通过扫描用户二维码付款2017.01.042017.01.07退款通过订单号申请退款（此功能需要开通）2017.01.082017.01.10选择设备切换其他设备2017.01.082017.01.10账单查询订单信息2017.01.132017.01.144测试 4.1测试计划1. 单体测试：由开发者自己测试，所开发的页面。2. 相互测试：开发者们交换测试，测试不是自己开发的页面。3. 最终测试：产品经理测试。具体测试进度安排如下：表4.1.1 总后

15、台测试进度测试模块测试人员测试进度子商户管理陈波、贾博然2017.01.152017.01.15渠道管理陈波、贾博然2017.01.162017.01.16业务员管理陈波、贾博然2017.01.162017.01.16交易查询陈波、贾博然2017.01.172017.01.17返佣结算管理陈波、贾博然2017.01.172017.01.18结算单查询陈波、贾博然2017.01.192017.01.19用户管理田鹏2017.01.202017.01.20表4.1.2 渠道后台测试进度测试模块测试人员测试进度子商户管理陈波、贾博然2017.01.212017.01.21渠道管理陈波、贾博然2017

16、.01.212017.01.21业务员管理陈波、贾博然2017.01.222017.01.22交易查询陈波、贾博然2017.01.222017.01.22返佣结算管理陈波、贾博然2017.01.232017.01.23表4.1.3 商户后台测试进度开发模块开发功能开发进度扫码收款田鹏、贾博然2017.01.212017.01.21退款田鹏、贾博然2017.01.212017.01.21选择设备田鹏、贾博然2017.01.222017.01.22账单田鹏、贾博然2017.01.222017.01.224.2测试案例本次测试通过创建渠道，渠道创建商户-商户通过审核-审核商户创建二维码-用户扫码支付

17、，这样的流程来达到一个全面的测试。4.2.1 创建渠道测试填写每一项渠道必填信息，创建完成之后，可查询到。4.2.2 创建商户测试填写每一项商户必填信息，创建完成之后，可查询到。4.2.3 商户审核4.2.4 商户创建二维码通过添加门店，添加设备最终得到付款二维码。4.2.5 用户扫描二维码付款4.3测试报告4.3.1 测试执行情况系统测试人员：田鹏、陈波、贾博然、高鹏、王禄皓系统测试时间：2017.01.152017.01.224.3.2 功能测试报告功能测试覆盖整个系统中的功能模块，是开发小组对所使用的多个产品进行充分整合后，为用户提供综合服务的能力。测试整个系统是否达到需求规格中要求实现

18、的各能。模块测试报告单如下：序号测试用例预期结果实际结果测试状态测试单元：子商户管理-支付子商户1添加子商户信息必填项目都有check都能验证成功，最后添加成功。与预期结果一致测试合格2修改子商户信息身份证、手机号等证件的正则验证都能通过，最后修改成功。与预期结果一致测试合格3查询子商户信息通过查询条件，能准确查到想要查看的商户。与预期结果一致测试合格4商户审核通过查看商户提交上来的信息，平台审核通过后，能自动生成商户号，商户信息页面可看到。与预期结果一致测试合格序号测试用例预期结果实际结果测试状态测试单元：子商户管理-大商户管理1添加门店信息必填项目都有check都能验证成功，最后添加成功。

19、与预期结果一致测试合格2添加设备信息添加设备成功后，能生成支付二维码。与预期结果一致测试合格3查询门店信息通过查询条件，能准确查到想要查看的门店。与预期结果一致测试合格4添加通知管理员能够通过微信扫一扫，扫描我们给出的二维码，成功添加为管理员，最后能准时收到付款通知。与预期结果一致测试合格5门店审核通过查看门店提交上来的信息，平台审核通过后，才可创建设备，获取支付二维码，否则不能生成支付二维码。与预期结果一致测试合格序号测试用例预期结果实际结果测试状态测试单元：渠道管理1添加渠道信息必填项目都有check都能验证成功，最后添加成功。与预期结果一致测试合格2修改渠道信息身份证、手机号等证件的正则

20、验证都能通过，最后修改成功。与预期结果一致测试合格3查询渠道信息通过查询条件，能准确查到想要查看的渠道。与预期结果一致测试合格4渠道审核通过查看渠道提交上来的信息，平台审核通过后，才可登录渠道平台，创建自己的商户。与预期结果一致测试合格序号测试用例预期结果实际结果测试状态测试单元：业务员管理1添加业务员信息必填项目都有check都能验证成功，最后添加成功。与预期结果一致测试合格2修改业务员信息身份证、手机号等证件的正则验证都能通过，最后修改成功。与预期结果一致测试合格3查询业务员信息通过查询条件，能准确查到想要查看的业务员。与预期结果一致测试合格序号测试用例预期结果实际结果测试状态测试单元：交

21、易查询1查询订单信息通过查询条件，能准确查到想要查看的订单信息，以及本次查询的总计。与预期结果一致测试合格序号测试用例预期结果实际结果测试状态测试单元：返佣结算管理1商户结算查询通过查询条件，能准确查到想要查看的商户返佣和结算信息。与预期结果一致测试合格2渠道结算查询通过查询条件，能准确查到想要查看的渠道返佣和结算信息。与预期结果一致测试合格3业务员结算查询通过查询条件，能准确查到想要查看的业务员返佣和结算信息。与预期结果一致测试合格序号测试用例预期结果实际结果测试状态测试单元：用户管理1设置角色和角色权限创建角色的职称，然后选择该角色登录后所能看到的单元。与预期结果一致测试合格2添加和修改管

22、理员信息创建好管理员后，分配该管理员的权限。与预期结果一致测试合格4.3.3 系统性能测试报告测试人田鹏审核审核通过测试时间：2017.01.20测试内容准备50个商户信息，分别在总后台和渠道后台添加，生成支付二维码，最后扫码支付。测试结果创建和审核很顺畅，只有支付的时候有时会稍微等待13秒。4.3.4 测试bugBug模块Bug内容对应开发者验收状态子商户管理商户名称查询不正确（没有模糊查询功能）陈波修改完成子商户管理添加商户时没有信息验证不正确陈波修改完成子商户管理添加完设备没有显示出支付二维码贾博然修改完成交易查询显示信息不正确（银行卡信息显示不正确）陈波修改完成返佣结算管理代理商返佣计

23、算不正确陈波修改完成绑定通知绑定后没有收到支付完成的模板消息陈波修改完成用户管理角色权限不正确贾博然修改完成审核管理审核后没有直接调用接口进件贾博然修改完成返佣结算管理查询期间时间显示不正确（不应该有时分秒）陈波修改完成交易查询下载excel格式不正确贾博然修改完成返佣结算管理总合计计算不正确陈波修改完成渠道管理渠道信息显示不正确陈波修改完成渠道管理添加渠道信息时图片上传失败陈波修改完成子商户管理添加子商户信息时图片上传失败陈波修改完成渠道管理修改渠道信息时费率第二天没有更新贾博然修改完成子商户管理添加门店时地图显示不正确贾博然修改完成支付提示url未注册田鹏修改完成支付没有成功发送模板消息田鹏修改完成首页显示交易信息不正确贾博然修改完成登录画面验证码不显示田鹏修改完成5总结项目的开发和实施虽然满足了当前业务的功能和性能要求，并实施了相应的系统安全、备份等方案，随着系统的运行和后期工程的投入生产，在现有系统软件硬件条件下，可能会给系统带来一定的压力，所以在后期的开发过程中，可能存在的性能优化和功能调整，以及系统在安全、备份方面加大资源投入力度，保证系统达到稳定、可靠运行的要求。- 14 - / 15文档可自由编辑打印