系统总体设计报告msc

  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

基于个人信用记录的互联网消费金融系统

总体设计报告

小组人员:常林娟陈晓王天时

王艳牛蕾毛书聪

目录

0.文档介绍 (3)

0.1 文档目的 (3)

0.2 文档范围 (3)

0.3 读者对象 (3)

0.4 参考文献 (3)

0.5 术语与缩写解释 (3)

1.系统概述 (4)

1.1 系统概述 (4)

1.2 设计约束 (5)

2.总体设计 (5)

2.1 系统总体结构 (5)

2.2 功能分配 (6)

3.模块设计 (6)

3.1 系统功能模块设计- (6)

4.接口设计 (8)

4.1 外部接口 (8)

4.2 内部接口 (8)

5.数据库设计 (8)

5.1数据库环境说明 (8)

5.2数据库命名规则 (9)

5.2.1原则 (9)

5.2.2库名 (9)

5.2.3表名 (9)

5.3逻辑设计 (10)

5.5安全性设计 (11)

5.6优化 (11)

5.6.1调整数据结构的设计。 (11)

5.6.2调整应用程序结构设计。 (11)

5.6.3调整数据库SQL语句。 (12)

5.6.4调整服务器内存分配。 (12)

5.6.5调整硬盘I/O。 (12)

5.6.6调整操作系统参数。 (12)

6.用户界面设计 (13)

0.文档介绍

0.1 文档目的

需求的编写为实现基于个人信用记录的互联网消费金融系统奠定了基础,定义了基于个人信用记录的互联网消费金融系统的详细需求,同时它也是进行项目策划、概要设计和详细设计的基础,是维护人员进行内部维护,信息更新,验收和测试的依据。

0.2 文档范围

包含系统概述,总体设计及子系统设计,模块设计,接口设计,数据库设计,用户界面设计

0.3 读者对象

小组成员:常林娟陈晓王天时王艳牛蕾毛书聪

0.4 参考文献

杨选辉,《信息系统分析与设计》,清华大学出版社

王晟韩泽坤,《Access数据库开发经典案例解析》,清华大学出版社

武新华等,《Visual Basic管理信息系统开发案例》,西安电子科技大学出版社0.5 术语与缩写解释

1.系统概述

1.1 系统概述

互联网金融是“互联网”与“金融”的有机结合,重点在于后者。金融的本质是资金融通和借贷交易,核心是信用风险管理。尽管对于金融专业的人来讲是老调常谈,但是对于互联网出身、新进入互联网金融领域的人来说,可能需要对此多一些重视。互联网金融一样离不开风险识别、判断、评估和管理。

互联网以三种形式服务金融

第一种形式是渠道功能。比如说商业银行网银,从商业银行的角度上来讲,可以说它是一种渠道,另外也可以说它是一种服务方式。

第二种形式是信息来源。互联网对人们生产、生活造成重要影响,是因为它记录了不易被记录的信息,互联网成为信贷交易或者是金融交易中重要的信息来源。

第三种形式是中介功能。互联网在整个互联网金融当中,起着中介的作用,就是把有钱的人和需要钱的人匹配在一起。

在互联网上留下来的信息,哪些信息是可以用的,需要怎么来用,哪些不可以用于商业目的,需要有规则。征信系统来说,放弃隐私换回的是和金融机构发生信贷交易关系的可能性、便捷性,换回来的是更多的融资机会和较低的融资成本。

互联网金融与征信体系互为补充

征信并非银行或金融机构所做的资信调查,征信的本质是放贷机构之间的信息共享。共享是有一样东西,本质上一致的东西,但是每个人所拥有的都不全面,当把所有信息凑起来的时候,才是一个比较全面的信息,我们把这个过程或行为叫做“共享”.

信贷信息共享的例子。一个人在工商银行有贷款,招商银行也有贷款。工商银行与招商银行是竞争关系,那么,永远不要期望他们之间能够对话,或者去点对点互通信息。工商银行只了解他的一部分负债,招商银行也只了解他的部分负债。两家银行能对他的负债状况进行评估的信息都不全面,从而很难判断授信风险系数和额度。如果两家银行能够把信息分享,就能够更加全面地了解客户的情况。在这样一个共享的过程中,要求信息具有同质性。

1.2 设计约束

(1)需求约束体系结构设计人员从需求文档(如《用户需求说明书》和《软件需求规格说明书》)中提取需求约束.

✧本系统应当遵循的标准或规范

✧软件、硬件环境(包括运行环境和开发环境)的约束

✧接口/协议的约束

✧用户界面的约束

✧软件质量的约束,如正确性、健壮性、可靠性、效率(性能)、易用性、

清晰性、安全性、可扩展性、兼容性、可移植性等等。

(2)隐含约束。有一些假设或依赖并没有在需求文档中明确指出,但可能会对系统设计产生影响,设计人员应当尽可能地在此处说明。例如对用户教育程度、计算机技能的一些假设或依赖,对支撑本系统的软件硬件的假设或依赖等。

2.总体设计

2.1 系统总体结构

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

这部分功能主要是用来模拟买卖双方在交易前各自往自己的虚拟账户中转入资金的流程,用户向银行发出转账请求,将自己银行账户中的资金转入平台的银行账户,随之他的平台账户资金会增加;当他想要将平台账户中的资金转入银行时,可以申请提现,平台的银行账户中的资金会转入用户银行账户,同时用户的平台虚拟账户资金会减少相应的金额。

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

1)买家发出支付请求;

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

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

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

相关文档
最新文档