银行收单系统开发计划Word文档格式.docx

银行收单系统开发计划Word文档格式.docx

《银行收单系统开发计划Word文档格式.docx》由会员分享，可在线阅读，更多相关《银行收单系统开发计划Word文档格式.docx（18页珍藏版）》请在冰豆网上搜索。

系统：

若未特别指出，统指本沿海银行收单系统。

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商户后台开发进度

扫码收款

通过扫描用户二维码付款

退款

通过订单号申请退款（此功能需要开通）

选择设备

切换其他设备

账单

查询订单信息

4测试

4.1测试计划

1.单体测试：

由开发者自己测试，所开发的页面。

2.相互测试：

开发者们交换测试，测试不是自己开发的页面。

3.最终测试：

产品经理测试。

具体测试进度安排如下：

表4.1.1总后台测试进度

测试模块

测试人员

测试进度

陈波、贾博然

2017.01.15

2017.01.16~

2017.01.16

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.22~

2017.01.22

2017.01.23~

2017.01.23

表4.1.3商户后台测试进度

田鹏、贾博然

4.2测试案例

本次测试通过创建渠道，渠道创建商户->

商户通过审核->

审核商户创建二维码->

用户扫码支付，这样的流程来达到一个全面的测试。

4.2.1创建渠道测试

填写