msc系统概要设计说明书剖析Word下载.docx

上传人:b****2 文档编号:1556304 上传时间:2023-04-30 格式:DOCX 页数:14 大小:112.64KB
下载 相关 举报
msc系统概要设计说明书剖析Word下载.docx_第1页
第1页 / 共14页
msc系统概要设计说明书剖析Word下载.docx_第2页
第2页 / 共14页
msc系统概要设计说明书剖析Word下载.docx_第3页
第3页 / 共14页
msc系统概要设计说明书剖析Word下载.docx_第4页
第4页 / 共14页
msc系统概要设计说明书剖析Word下载.docx_第5页
第5页 / 共14页
msc系统概要设计说明书剖析Word下载.docx_第6页
第6页 / 共14页
msc系统概要设计说明书剖析Word下载.docx_第7页
第7页 / 共14页
msc系统概要设计说明书剖析Word下载.docx_第8页
第8页 / 共14页
msc系统概要设计说明书剖析Word下载.docx_第9页
第9页 / 共14页
msc系统概要设计说明书剖析Word下载.docx_第10页
第10页 / 共14页
msc系统概要设计说明书剖析Word下载.docx_第11页
第11页 / 共14页
msc系统概要设计说明书剖析Word下载.docx_第12页
第12页 / 共14页
msc系统概要设计说明书剖析Word下载.docx_第13页
第13页 / 共14页
msc系统概要设计说明书剖析Word下载.docx_第14页
第14页 / 共14页
亲,该文档总共14页,全部预览完了,如果喜欢就下载吧!
下载资源
资源描述

msc系统概要设计说明书剖析Word下载.docx

《msc系统概要设计说明书剖析Word下载.docx》由会员分享,可在线阅读,更多相关《msc系统概要设计说明书剖析Word下载.docx(14页珍藏版)》请在冰点文库上搜索。

msc系统概要设计说明书剖析Word下载.docx

5.2物理结构设计要点.............................................................................................................7

6系统出错处理设计..............................................................................................................7

6.1出错信息............................................................................................................................7

6.2补救措施.............................................................................................................................8

6.3系统维护设计.....................................................................................................................8

1引言

1.1编写目的

主要说明基于个人信用记录的互联网消费金融系统的总体设计,和系统的大致设计目标,让开发人员有总体的设计方向,方便系统测试人员测试和使用者与检查人员对系统的了解,明确任务和需求,使系统测试有条理。

1.2背景

随着80、90后成长为消费市场的主流消费人群,年轻人消费观念更加多样开放,再加上居民收入的不断增加、社保体系的逐步健全、消费环境的逐渐改善,消费者开始敢消费也愿意消费。

社会主流的消费模式由传统的理性保守消费转变为提前消费、信用消费,消费金融的发展迎来了历史性的机遇。

互联网特别是移动互联网技术在消费金融领域的应用,使得消费金融服务更具普惠性,能够覆盖更多的中低端用户群体,包括农民工等流动人口,以与大学生等中低端用户群体。

消费金融服务的覆盖面,也进一步扩展到生活消费的各个场景。

1.3定义

互联网消费金融是指资金供给方通过互联网与移动互联网的技术手段,将资金提供给消费者购买、使用商品或服务。

互联网消费金融得益于互联网技术的进步,相比较传统的消费金融服务模式,一般具有覆盖用户面更广、提供服务更方便快捷等特点。

消费金融:

指的是消费者提供消费贷款的现代金融服务方式,消费贷款一般是指消费金融公司向借款人发放的以消费(不包括购买房屋和汽车)为目的的贷款。

1.4参考资料

[1]郑联盛,刘亮,徐建军.互联网金融的现状、模式与风险[j]金融市场研究,2014.

[2]赵志超.互联网金融模式的探讨.中国电子银行网.

[3]中国互联网消费金融市场专题研究报告2015,易观智库网

2总体设计

2.1需求规定

1)预期功能:

分期付款、赊购。

根据信用等级规定透支额度,可转卡提现。

紧急贷款,超出透支额度的部分将收取利息。

由实物交易扩展至服务类消费。

2)风险控制:

关联银行卡、支付宝等账户余额,自动还款。

签订还款协议,当无法还款时,可以由朋友分额帮助还款。

防范洗钱、传销等欺诈行为。

3)信用评估:

五维度综合评估:

身份特质、行为偏好、履约能力、人脉关系、信用历史。

鼓励增加和完善个人信息、资产信息、人脉信息。

鼓励消费,奖励信用分,提高透支额度。

根据信用分,划分信用等级,规定相应等级的透支额度。

转账逻辑结构设计

表一交易流水表

名称

类型

约束条件

说明

交易码

varchar(20)

不允许空

主码

支付方

时间

借款方

款项信息

int

金额

表二分户账

账户名

账户余额

Float

表三分户明细账

主码

借贷方向

float

日期

datetime

表四总账

科目

Varchar(8)

借贷汇总

贷记汇总

表五二次结算条件表

还款人信息

Varchar(20)

收款人信息

状态

Varchar(40)

2.2运行环境

系统运用SSH开发框架开发平台,结合HTML的标签使用设计登陆页面,使用WRB容器,数据库技术,数据挖掘技术等多种开发技术和tomcat运行环境。

2.3基本设计概念和处理流程

1.第三方平台与银行之间的转账功能:

这部分功能主要是用来模拟买卖双方在交易前各自往自己的虚拟账户中转入资金的流程,用户向银行发出转账请求,将自己银行账户中的资金转入平台的银行账户,随之他的平台账户资金会增加;

当他想要将平台账户中的资金转入银行时,可以申请提现,平台的银行账户中的资金会转入用户银行账户,同时用户的平台虚拟账户资金会减少相应的金额。

2.平台内部买卖双方交易时的虚拟账户资金的转让:

1)买家发出支付请求;

2)买家虚拟账户资金转入平台的虚拟账户;

3)买家确认付款(这一步发生在用户确认收货等流程之后);

4)平台虚拟账户资金转入卖家虚拟账户;

2.4功能需求

根据用户的基本需求,本系统拟划分为以下子模块。

整个系统间各子模块的结构如下图所示:

2.4.1系统划分

(1)登陆界面子系统

该系统是用户要使用本平台所要进行的第一步操作,用户需要填清自己信息并通过审核注册后才能进入本系统,然后去实现消费支付等功能。

(2)用户界面子系统

该系统是用户与系统进行交互的界面,在该交互界面中,用户可以很清晰的看到自己的账户信息以与历史记录、信用评价与等级划分,这些都是用户的私有信息。

并且能够在本界面浏览合作商家的商品信息,实现消费功能。

(3)后台管理子系统

该系统是进行系统管理的实现,在该系统中,管理员以相应权限进行入,进行对用户信息的审查和管理并检查系统的各个地方功能是否易用,确保系统的正常运行。

2.4.2用户角色划分

(1)普通(游客)用户

是该交易系统的一种用户,普通用户以游客身份登录本系统,只具有查看本系统的官方首页,不能进行其他操作。

(2)注册用户

具备普通用户所有的能力,必须是已经注册了的用户,可以登录、修改个人信息,并且可以实现消费、支付等功能。

(4)管理员

管理员登录以后可以对系统进行管理,包括系统目前的运行状况、各用户的基本信息、合作商家信息以与和其他相关信息等等。

2.5尚未解决的问题

在线支付下的个人信用等级评价的指标体系还可以再完善,越多的指标体系越具有说服力;

用层次分析法来确定指标体系的权重,是通过一定的参考文献和专家建议,评估出各个指标之间的相对关系,加入了过多的主观因素,希望将来能够寻找一种更加客观的评估方法

3接口设计

3.1用户接口

TCP/IP协议

3.2外部接口

采用广泛应用的GUI,即诸如窗口、菜单、对话框、滚动条等。

3.3内部接口

开放式数据库连接(ODBC):

ODBC是一个工业标准,支持到关系数据库的SQL请求。

数据库管理系统提供者通常发布一个ODBC驱动程序,将SQL语句转换成特定数据库的访问函数。

4运行设计

4.1运行模块组合

系统组件框架图:

4.2运行控制

用户登录后即可使用权限内的每一种权限

4.3运行时间

一般用户的操作响应时间应在5秒钟左右

5.系统数据结构设计

5.1逻辑结构设计

用户(用户编号,用户名,密码,邮箱,一卡通账号,,账户余额,账户状态)

商品(商品编号,商品价格,商品名称,商品描述,发布时间,发布状态)

订单(订单号,用户编号,商家编号,商品编号,状态,时间)

管理员(管理员编号,管理员用户名,管理员密码,管理员权限)

用户表和订单表、商品表由字段名相关联,通过关键字相互关联。

用户表:

序号

字段名

字段含义

长度

默认值

允许空

主键

1

CId

用户编号

20

自动编号

2

CName

用户名

nvarchar

40

3

CPassword

用户密码

4

Cemail

邮箱

varchar

5

AccountNumber

一卡通账号

char

6

AccountBalance

Long

7

AccountStatus

账户状态

Boolean

订单表

Id

订单号

null

true

GId

商品编号

OrderStatus

订单状态

saleid

商家编号

Time

8

situa

管理员表

AId

管理员编号

AName

管理员用户名

10

APassword

管理员密码

ALimit

管理员权限

商品表

GName

商品名称

GPrice

商品价格

GDescription

商品描述

400

GState

商品状态

DownAccount

5.2物理结构设计

表名

存储类型

访问权限

存取权限

外模式

所有用户

public

用户表

模式

管理员

private

内模式

6.系统出错处理设计

6.1出错信息

错误代码

含义

输出错误形式

处理方法

001

密码不符合要求

注册不成功

重置密码

002

有相同的用户名

注册失败

提示用户名

003

信息不完全

错误页面

检查并提示错误类型

004

找不到文件

专门的错误页面

检查并更新数据库

6.2补救措施

当错误为找不到文件时,有可能是数据库丢失,这时可以启用副本的建立和启用技术,制作系统时采用记录日志的方式,与时备份,周期性的吧磁盘信息记录到磁带上去。

使用软件从故障恢复点执行或使软件从头开始重新运行。

当错误是由于用户输入或注册有误时需要由系统自动检测出错误类型并给出准确的提示出错地点和修改措施。

(1)在输入数据不符合定义时提示正确类型并重新输入;

(2)用户名和密码输入三次还没有正确输入,则系统自动锁定;

(3)数据在数据库中已有备份,系统出错时可以靠数据库恢复;

(4)再启动技术,使软件从故障点恢复执行或使软件从头开始重新运行的方法;

(5)断电后系统会自动保存数据

6.3系统维护设计

在设计系统时,设置专门的检查与维护的检测点和专用模块。

各个程序详细写明注释和详细设计的说明书。

规范化文档整理和程序的存放。

展开阅读全文
相关资源
猜你喜欢
相关搜索

当前位置:首页 > 法律文书 > 调解书

copyright@ 2008-2023 冰点文库 网站版权所有

经营许可证编号:鄂ICP备19020893号-2