银行系统需求分析.docx

上传人:b****5 文档编号:8343554 上传时间:2023-01-30 格式:DOCX 页数:21 大小:288.07KB
下载 相关 举报
银行系统需求分析.docx_第1页
第1页 / 共21页
银行系统需求分析.docx_第2页
第2页 / 共21页
银行系统需求分析.docx_第3页
第3页 / 共21页
银行系统需求分析.docx_第4页
第4页 / 共21页
银行系统需求分析.docx_第5页
第5页 / 共21页
点击查看更多>>
下载资源
资源描述

银行系统需求分析.docx

《银行系统需求分析.docx》由会员分享,可在线阅读,更多相关《银行系统需求分析.docx(21页珍藏版)》请在冰豆网上搜索。

银行系统需求分析.docx

银行系统需求分析

第一章引言3

1.1编写意图3

1.2布景3

1.3参考材料3

第二章需求剖析陈述条件5

2.1功用需求5

2.1.1功用区分5

2.1.2功用描绘5

2.2性能需求13

2.3运转需求14

2.4输入要求14

2.5输出要求15

2.6其他需求15

第三章与用户的沟通16

3.1访谈16

3.2描绘16

第四章体系的数据流程和处理流程17

4.1辨认参与者(人物)17

4.2用例建模(ModelingUseCases)17

4.3界说体系目标类21

第五章定论25

第一章引言

1.1编写意图

本陈述的意图是规范化本软件的编写,旨在于进步软件开发过程中的能见度,便于对软件开发过程中的操控与处理,一起提出了本银行储蓄体系的软件开发过程,便于程序员与客户之间的沟通、协作,并作为作业效果的原始依据,一起也表明晰本软件的共性,以期能够取得更大规模的运用

此文档进一步定制软件开发的细节问题,清晰软件需求、安排项目规划与进展、安排软件开发与测验,便于用户与开发商和谐作业。

经过对该银行储蓄体系项目进行具体调查研究,初拟体系完结陈述,对软件开发中即将面对的问题及其解决方案进行需求剖析。

1.2布景

项目名称:

银行核算机体系

用户:

××银行

阐明:

银行体系是与日子严密相关的一个安排,银行供给了存款、取款、转账等事务。

在银行树立账户的人或安排一般被称为银行的储户。

一个储户能够在银行开多个账户,储户能够存钱到账户中,也能够从自己的账户中取现,还能够将存款从一个账户转到另一个账户。

储户还能够随时查询自己账户的状况,并查询以前所进行的存款、取款等买卖记载。

后台处理员能够对储户的账户进行刊出、删去、查询等处理,还有便是银行利息、汇率、手续费之类参数的设置,以及财政处理以及财政剖析。

1.3参考材料

《件工程(第二版)》齐志昌谭庆平宁洪编著高等教育出书社

《软件工程概论》郑人杰马素霞殷人昆编著机械工业出书社

《软件工程——原理,办法与运用》吴钦藩编着公民交通出书社出书

《软件工程导论(第四版)》张海藩编着清华大学出书社出书

《软件工程》 任胜兵 邢琳 编着  北京邮电大学出书社

第二章需求剖析陈述条件

2.1功用需求

2.1.1功用区分

软件别离有注册,修正,查询,更新等功用。

各个模块各有不同的功用,但都能完结查询和存储功用。

各模块的数据都存放在数据库中。

数据的调用和衔接都有程序来完结。

此软件所要完结的首要功用有三方面:

如果是存款,用户填写存款单,然后交给键入体系,一起体系还要记载存款人名字,住址,身份证,号码,存款类型,存款日期。

利率及暗码(可选)等信息,完结后由体系反应成功存款信息给用户。

如果是取款,用户填写取款的相关信息(取款金额、取款币种)进行提交,体系要求用户输入暗码以承认身份,核对暗码正确无误后体系核算利息并印出利息给用户。

如果是转账,用户填写转账的相关信息进行提交,体系要求用户输入暗码以承认身份,核对暗码正确无误后体系核算利息并反应信息给用户。

体系进行及时更新数据库。

其他功用:

开户功用。

用户经过注册的办法向体系提出开户恳求,用户填写相关信息后进行提交,体系依据用户所填写信息为用户分配仅有的银行卡号,而且及时更新数据库,将用户信息进行保存。

还供给了后台处理员的一些相关功用,如账户信息处理,财政处理,体系参数以及财政剖析核算。

2.1.2功用描绘

外部功用:

完结化窗口,开户/销户、存款/取款、查询/转账

内部功用:

同步,过滤,定位,辨认,更新,衔接

开户功用:

经过储户请求树立一个新帐户的描绘信息,并将该帐户增加到帐户信息映射表中,并以体系主动生成的仅有的帐户号作为主键。

一起体系还将生成仅有的银行卡号作为外键。

1.请求需求提交有关材料的证明,并审阅经过。

2.银行为其树立一个新账户。

3.回来账户号/暗码给储户

4.打印开户信息给储户

开户活动图:

销户功用:

消除储户存储在体系中的个人信息。

5.经过储户请求,由处理员进行消户操作。

6.体系消除储户的悉数信息,更新数据库。

7.回来刊出信息成功告诉。

销户活动图:

登录功用:

依据不同身份登录进入到不同的登录界面。

8.用户输入登录相关信息(账号、暗码)。

9.体系检查用户相关信息,提示成功与否。

用户登录活动图:

存款功用:

以储户的存款为首要活动,相关记载依据存款成果进行调整,以使信息坚持共同。

10.体系需求在原帐户信息中增加一条记载,包含存款人名字,住址,存款类型,存款日期。

11.若为新储户须树立一个帐户,并记载此次的记载。

存款活动图:

取款功用:

以储户的取款为首要活动,相关记载依据存款成果进行调整,以使信息坚持共同。

12.体系核算利息,在原帐户信息中取款减去。

13.账户取款相关信息都会写入到数据库中

取款活动图:

查询功用:

为储户供给查询余额服务,将储户的相关记载输出。

①需求储户的帐户信息及暗码。

②打印储户的帐户余额

余额查询活动图:

转账功用:

为储户供给转账给其它储户的服务,将储户的存款信息进行调整,以坚持信息的共同。

14.需求储户的帐户信息及暗码。

15.需求其它储户的账号信息

16.需求进行必定的手续费收取

转账活动图:

暗码修正:

为储户供给暗码修正服务,将储户的暗码信息进行调整,以坚持信息的共同。

17.需求储户的帐户信息及暗码。

18.需求储户输入新暗码并承认。

用户暗码修正活动图:

2.2性能需求

①数据精确度

在进行向数据库文件提取数据时,需求数据记载定位精确,在往数据库文件数组中增加数时,要求输入数精确金额,身份证,卡号等按音讯设定字符数。

19.时刻特性

程序呼应时刻:

在人的感觉和视觉事物规模内;

信息沟通时刻:

要求在程序调用前调用后都与数据库坚持同步更新,网络信息沟通施加应该小于程序调用时刻。

20.习惯性

要求数据库局用很好的更新才能,因为本产品是实验性软件,故对磁盘和内存容量没有很高的要求,但是数据库应该能够对并发事情,脏数据具有较强的辨认处理才能。

④磁盘容量

因为要存贮很多的数据和信息,所以要求要有满意的磁盘容量。

⑤主存容量

为了满意储户的要求,体系有必要要有高的运作速度,储户填写的表单输入到体系,体系有必要能快速及时作出呼应,敏捷处理各项数据、信息,显现出一切必需信息并打印出各项清单,所以要求很高的信息量速度和大的主存容量。

2.3运转需求

①用户界面

屏幕格局:

选用窗口格局,经过火窗口操作进行各个操作之间的转化。

报表格局:

以银行原报表格局规划电子打印表格局。

菜单格局:

下拉式菜单,应显现储户材料及帐户材料的各个具体条目。

21.硬件接口

网络硬件接口要求:

显现中要求具有高速以太网组以完结联网操作,但是在理论实验验证软件自身的意图来看,无需网络通讯接口。

22.软件接口

Windows标准接口,要求与其他软件无抵触过错产生。

23.通讯接口

核算机与打印机有高速传输的衔接接口,最终以纸张的办法打印出清单给储户。

24.毛病处理

软件应具有自在拼写过错检查等功用,在呈现毛病后应从整个体系数据库更新载入数据库进行操作。

2.4输入要求

25.事务员从存取款表单输入数据,要敏捷精确,恰当调整输入时刻,不能让客户等太久,但也不能让事务员过分繁忙避免影响正确率。

26.储户自己在主动机存钱时要耐性等候机器算清正确,待精确无误时再按承认。

2.5输出要求

27.要求能快速精确打印出清单给客户。

28.要求能够快速呼应储户的功用要求。

2.6其他需求

①可用性

本软件业能够经过单步盯梢的操作进行检查处理。

29.安全性

因为软件运转数据库中,所以参数不容易被错改,损坏,如果参数受到损坏也不会影响源程序。

30.可维护性

本软件运用数据库进行编程,体系结构由程序基本无额外,很多的参数及文本内容悉数存放于数据库中。

修正,更新数据库只需在数据库进行修正增加,而不需求对体系结构进行修正,这样体系维护性晋级都非常便利。

31.兼容性

合适windows95,windows98,windowsxp,windowssp2及以上操作体系、数据库:

SQLSERVER2000

第三章与用户的沟通

3.1访谈

当时大多数银行所运用的银行储蓄体系处理业各时手续繁复,人工事务操作过多,严重影响了作业效率,以致客户等候处理手续过长感到不耐烦,且出错率高。

针对于现象,与银行相关人员进行沟通,获取需求以及了解银行的首要功用模块以及各个模块之间的联络。

与用户进行沟通(首要采纳问卷调查办法),检查当时用户的需求。

针对用户以及银行事务人员的要求进行体系的设置。

3.2描绘

如储户用卡取款时能直接取款,能够交给事务员输入材料,再由储户输入暗码以承认身份,然后事务员才把现金交给储户,也能够自己到ATM取款机自己自行。

卡内余额

银行

输入取款信息

输入密码

储户

承认

清单生成程序

清单

第四章体系的数据流程和处理流程

4.1辨认参与者(人物)

经过剖析银行体系的功用需求,能够辨认出3个参与者:

a.后台处理员:

相当于银行的作业人员

b.客户:

任安在银行中开户的个人或安排

c.银行体系:

供给存、取等事务的银行。

客户可在银行中开户或销户(封闭帐户)。

4.2用例建模(ModelingUseCases)

1.运用时序图来描绘用例(UsingActivityDiagramstoRepresentUseCases)

32.修正信息时序图

33.存款(Depositfund)时序图

34.取款(Withdrawfund)时序图

35.转帐(Transferfund)时序图

(5)开户(创立帐户)时序图

(6)刊出账户时序图

4.3界说体系目标类

1.界说过体系需求,就能够依据体系需求来辨认体系中所存在的目标。

2.体系目标的辨认能够经过寻觅体系域描绘和需求描绘中的名词来进行,从体系需求描绘中能够找到的名词有银行(Bank)、帐户(Account)、客户(Customer)、资金(Funds),这些是目标图中的候选目标。

3.判别是否应该为这些候选目标创立类的办法是:

是否有与该目标相关的身份和行为。

如果有,则它是一个存在于模型中的目标,应该为之创立类。

资金没有目标,也没有与资金相关的行为。

4.从上述剖析可知,体系至少具有3个重要的类:

Bank、Account、Customer。

在银行中,对帐户进行存钱、取钱、转帐操作,要保存事务记载。

因而在体系中还应有代表这些事务记载的目标存在:

存(Deposit)、取(Withdraw)、转帐(Transfer),这三个类都是一种事务记载,故可笼统出父类:

Transaction。

5.接着需确认这些目标的特点和行为。

1)类Bank的特点和行为

bankCode:

Stringname:

String

address:

StringPhone:

StringFax:

String

setBankCode(code:

String)

setName(name:

String)

setAddress(address:

String)

setPhone(phone:

String)

setFax(fax:

String))(设置私有特点)

getBankCode(code:

String)

getName(name:

String)

getAddress(address:

String)

getPhone(phone:

String)

getFax(fax:

String))(拜访私有特点)

(2)类Account的特点和行为

bank:

Bankholder:

Customer[]

accountNo:

StringcreateDate:

Date

balance:

float(私有特点)

getHolders():

Customer[]

newAccount(holder:

Customer,balance:

float):

void

remAccount(accountNo:

String):

void(销户)

Withdraw(holderName:

String,holderID:

String,accountNo:

String,money:

float):

float(回来取户余额)

Deposit(holderName:

String,holderID:

String,accountNo:

String,money:

float):

float(回来存款户余额)

2)类Account的特点和行为

transferOut(accountNo:

String,bankCode:

String,money:

float):

float

transferIn(accountNo:

String,bankCode:

String,money:

float):

float

newBalance():

float(核算新的帐户余额)

update():

void(更新数据库中的帐户信息)

save():

void(将帐户信息存储到数据库中)

delete():

void(从数据库中删去帐户)

closeAccount(accountNo:

String):

void

getAccount(accountNo:

String):

Account(回来指定的帐户信息)

query(holderName:

String,holderID:

String,accountNo:

String,money:

float,isSaving:

Boolean):

Boolean(查询存取帐户是否存在,若是取款,还要查询帐户余额是否满意)

3)类Customer的特点和行为

Name:

StringcustomID:

String

address:

Stringaccount:

account[]

getAccounts():

Account[]

Query(name:

String,id:

String):

Boolean

newCustomer(name:

String,id:

String,address:

String,account:

Account[]):

void(创立客户目标)

save():

void(将客户信息存储到数据库中)

update():

void(更新DB中客户信息)

hasAccount():

Boolean(判别客户是否还持有帐户)

delete():

void(删去DB中的客户信息)

(4)类Transaction的特点和行为

私有特点:

account:

Account

createDate:

Datefund:

float(买卖金额)

newTransaction(account:

Account,fund:

float,date:

Date):

void

save():

void(将买卖记载存储到数据库中)

(5)类Deposit的特点和行为

承继类Transaction,忘我有特点

newDeposit(account:

Account,fund:

float,date:

Date):

void(创立存款买卖记载)

save():

void(将存款买卖记载存储到DB中)

6)类Withdraw的特点和行为

承继类Transaction(相同有account,createDate及买卖金额fund特点)。

忘我有特点。

newWithdraw(account:

Account,fund:

float,date:

Date):

void(创立新的取款买卖记载)

save():

void(将取款买卖记载存储到DB中)

(7)类Transfer的特点和行为

承继类Transaction

transferAccountNo:

String

transferBank:

Bank

newTransfer(account:

Account,transferAccountNo:

String,transferBank:

Bank,fund:

float,date:

Date):

void(创立新的转帐买卖记载,但是收帐户或付帐户)

save():

void(将转帐买卖记载存储到DB中)

第五章定论

银行储蓄核算机体系技能在现在是一个技能上老练的体系,而且在银行公局内部预备采纳有力办法确保资金和人员装备等。

因而,分阶段开发“银行事务体系”的设想是可行的。

为了使银行公司习惯现代化高场竞赛的需求,促进银行处理信息化,不断满意储户的要求,争夺更好的经济效益,主张当即着手体系的主张。

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

当前位置:首页 > 初中教育

copyright@ 2008-2022 冰豆网网站版权所有

经营许可证编号:鄂ICP备2022015515号-1