性能需求分析案例word版Word下载.docx

上传人:b****5 文档编号:20923649 上传时间:2023-01-26 格式:DOCX 页数:15 大小:23.37KB
下载 相关 举报
性能需求分析案例word版Word下载.docx_第1页
第1页 / 共15页
性能需求分析案例word版Word下载.docx_第2页
第2页 / 共15页
性能需求分析案例word版Word下载.docx_第3页
第3页 / 共15页
性能需求分析案例word版Word下载.docx_第4页
第4页 / 共15页
性能需求分析案例word版Word下载.docx_第5页
第5页 / 共15页
点击查看更多>>
下载资源
资源描述

性能需求分析案例word版Word下载.docx

《性能需求分析案例word版Word下载.docx》由会员分享,可在线阅读,更多相关《性能需求分析案例word版Word下载.docx(15页珍藏版)》请在冰豆网上搜索。

性能需求分析案例word版Word下载.docx

特大型

大型

中型

小型

2004

3500万笔

1500万笔

1000万笔

500万笔

2005

4200万笔

1800万笔

1200万笔

600万笔

2006

5040万笔

2160万笔

1440万笔

720万笔

2007

6048万笔

2592万笔

1728万笔

864万笔

2008

7258万笔

3110万笔

2074万笔

1037万笔

2009

8079万笔

3732万笔

2488万笔

1244万笔

3.2.3.2.用户访问量估算

表3-2用户访问量计算

地市数

联网机构数

日均访问量

高峰访问量

并发用户峰值数

并发用户平均值

20

200

600

480

160

15

150

450

360

120

10

100

300

240

80

说明:

1按照连接联网中心的税务征收机关数目为地市数的5倍;

财政和地市数一样;

商业银行为地市数的2倍计算,加上国库核算自身,那么一个地市将有对应10倍的联网机构用户。

2日均访问量按照每个联网机构一个用户计算

3高峰访问量按照一个国库机构2个手工用户,1个实时用户,每个税务机关1个手工用户,1个实时用户,每个银行1个手工用户,1个实时用户,每个财政2个手工用户,高峰时段为每月10,20,30日上午9:

00-11:

00,下午2:

00-4:

00

4并发用户峰值数按高峰访问量的80%同时访问计算

5并发用户平均值按照日均访问量的80%计算

3.2.3.3.系统处理能力计算

⏹省集中模式数据中心处理能力计算

根据以上税票业务量统计及增长情况估算表,同时考虑到扣税业务的发生在时间上分布存在不规则性的特点,作如下假设:

高峰交易日业务量假定

假设全年税票业务量集中在11个月处理,每月处理全年业务量的1/11,每月的业务量平均分布在三旬当中,每旬业务量的80%集中发生在每旬的后三天。

在最不理想的情况下,假定后三天的业务量的80%集中在每旬的最后一天处理。

则高峰交易日业务量计算公式为:

高峰日交易量=年业务量/11/3*80%*80%(笔/天)

平均交易日业务量假定

假设每年的正常工作日为200天,则平均交易日业务量计算公式为:

平均日交易量=年业务量/200(笔/天)

系统处理能力TPM-C值计算公式为:

TPM-C=M*M0/T/M1

M为日交易量,包括对数据库更新、查询、增加、删除等操作。

计算TPM-C的目的是为了确定机器的处理能力,由于在每天的业务处理过程中,业务发生的频度不尽相同,一般情况下是按照8/2原则,具体来说,在20%的工作时间内业务人员要处理80%的业务。

M0为一个应用交易所对应的标准交易个数,推荐值为8-20,由于系统体系结构的不同、应用服务器的结构不同,各个厂商的推荐值也不同,如:

HP公司推荐为10。

T为交易的高峰时间,使用2/8原则,如:

每日工作时间为8小时,那么交易的高峰时间T=8*20%=1.6小时。

M1为机器实际为系统提供的处理能力,机器需要预留一部分处理能力,这一部分的处理能力是为了分配给操作系统、中间件应用服务器及数据库服务器的。

M1一般来说为80%。

⏹说明:

M0=10,参考目前厂商与TPC组织推荐的标准8~20,及借鉴相关类似系统(主要是中国现代化支付系统和中国银联交换系统)的取值情况,同时考虑到国库信息处理系统的单笔交易需要实时转发以及销号审核等信息整理,处理环节较多,自身交易有一定的复杂性。

经估算,我们认为TIPS的交易复杂度系数M0取值10为宜。

T=96分钟,按照每天工作8个小时计算,同时根据2/8原则,即8*20%=1.6小时=96分钟内完成每天的工作量。

数据中心TPM-C=M*(M0/T/M1=10/96/0.8)=0.13*M(其中M1=80%)。

关于业务量M的计算,按照日最大交易量来进行计算,同时按照8/2原则,即在日高峰期要处理全天80%的业务。

表3-3不同级别数据中心税票处理能力表

类型

平均日

交易量

高峰日

日高峰期

TPM-C

176,061

682,903

546,323

71,022

55,854

216,646

173,317

22,531

25,122

97,443

77,954

10,134

4,195

16,272

13,017

1,692

438,096

1,699,281

1,359,426

176,725

138,983

539,085

431,268

56,065

62,512

242,469

193,974

25,217

10,439

40,490

32,390

4,211

3.2.3.4.存储容量分析

其中税票的数据格式如下表所示,长度约为2k。

表3-5税票信息表

要素

属性

长度

说明

税务机关代码

A

11

征收机关的代码,参见征收机关代码表

基层税务机关

提交日期(开票日期)

N2

8

业务发起信息提出的日期

交易类型

2

“1”:

划款等(参见交易类型代码表)

流水号

预留20位,第1位为征收单位类型,1--国税,2--地税,3--海关,4—工商,5--财政,6--其他,作为整个系统中业务的唯一标识。

(包括划款、冲正、退库、拨款、查询等信息)

经收处银行号

纳税人缴纳税款的帐户的开户银行号。

(同城交换行号,参见经收处银行号表)

缴款单位开户行行名

60

收款国库代码

请参见收款国库(单位)代码表

缴款期限

收款帐号

35

入库记帐帐号

付款帐号(缴款单位账号)

纳税人缴纳税款的帐号

缴款单位名称

交易金额

N1

对于缴纳税款信息,交易金额应等于同一条信息中各明细金额的总数。

预算种类

1

1-代表预算内,2-代表预算外

缴款书类型

整理期标志

1-代表本年度、2-代表上年度

备注1

备注2

备注3

电子签名

打印付款凭证标志

委托银行打印银行划款凭证”标志

0:

不打1:

打印

纳税人名称

即付款人名称

纳税人编码

12

自定,打印银行划款凭证”标志为“1”时必须。

企业代码

标准计量局的国标码

扩展明细要素长度

扩展要素长度,以上是公共要素,以下为明细项目

项目序号

明细项目序号1-10

税款所属日期起

打印银行划款凭证”标志为“1”时必须,

格式为YYYYMMDD即:

年月日

税款所属日期止

明细金额

必须

预算级次代码

必须。

预算级次名称

打印银行划款凭证”标志为“1”时必须。

分成比例代码

分成比例

预算科目代码

预算科目名称(取消)

40

税种名称

3

44.

备注

备用字段

收入退还书的格式同税票格式也为2k;

更正通知书格式同税票格式业务2k;

会计凭证的格式为500字节;

财政支出凭证的格式为1k;

额度为1k;

报表为1k*1000=1M;

其他按照1k计算。

表3-6数据中心存储容量表

纯数据量/年

数据库实际

存储量

两年存储量

200G

400G

600G

150G

300G

450G

50G

100G

150G

30G

60G

498G

995G

1.5T

373G

746G

1.1T

124G

249G

75G

149G

224G

3.2.3.5.网络流量分析

⏹根据业务量统计表,下表给出了每分钟交易数量。

说明其中高峰交易量是根据2/8原则,即在工作时间内,80%的业务是在整个工作日的20%时间内完成,其中业务量按照每天可能发生的最大交易量乘80%来计算,其中工作时间按照正常工作时间8小时的20%来进行计算。

表3-7单位时间内业务量统计表

机构

级别

(笔/日)

交易量(笔/96分钟)

高峰期单位时间交易量(笔/分钟)

数据

中心

682,903

546,322

5,691

216,646

173,317

1,805

97,443

77,954

812

16,272

13,018

136

地市

国库

198,858

159,086

1,657

121,538

97,230

1,013

15,717

12,574

131

1,063

850

9

81,223

64,978

677

15,526

12,421

129

1,087

869

9

248

198

2

1,699,281

1,359,424

14,161

4,491

2,021

32,393

338

494,822

395,857

4,123

302,425

241,939

2,521

39,109

31,288

326

2,645

2,115

22

202,109

161,686

1,685

38,634

30,907

321

2,705

2,162

617

493

5

⏹在执行每笔业务时,大约占用2K,假定不考虑网络带宽在传输过程中的效率损失,下表给出了对网络带宽的需求。

表3-8单位时间内各级机构网络汇总流量估算表

日高峰期每分钟数据传输量(Kbit/Min)

日高峰期每分钟数据传输量(Kbps)

91,056

1,517.5

28,880

481.5

12,992

216.5

2,176

36.5

26,512

442

16,208

270

2,096

35

144

2.5

10,832

180.5

2,064

39.5

32

0.5

226,576

3,776

71,862

1,198

32,328

538.5

5,414

91

65,907

1,100

40,330

672

5,215

87

358

6

26,953

449

5,136

86

79

1

⏹按照每笔业务处理需要2K,考虑到并发情况及网络利用效率等问题(效率损失为60%),实际所需要的网络带宽为下表所示。

表3-9网络传输带宽估算表

不考虑网络效率损失的带宽要求(Kbps)

考虑网络效率损失后的带宽要求(60%)(Kbps)

假定传输压缩率67%,压缩后的带宽要求(Kbps)

从省分库到全国数据中心

2,529

834.57

802.5

264.82

361

119.13

61

20

从地市国库到省分库(或省数据中心)

736.5

243.04

450

148.5

58.5

19.3

4

1.32

从县国库到地市国库

301

99.33

57.5

18.97

4

1.32

0.33

6,293

2,076.69

1,997

659

898.5

296.5

152

50.16

1,832.5

604.73

1,119.5

369.44

145.5

48.01

10

3.3

749

247.17

143

47.19

2.5

0.82

3.3.业务处理和系统响应时间

⏹业务处理时间

在不考虑财政、征收机关、商业银行内部系统的处理时间的情况下,信息在TIPS内部的处理时间最长不超过3秒。

⏹系统响应时间

系统登录时间最长3秒;

从报文或文件进入系统到接收回执时间不超过5秒;

报文或文件传输不成功时,在3-5秒时间内通知发送者;

因某种原因,报文或文件滞留在系统中时,应在30秒时间内向发送者发出提示信息。

为此要求:

实时联网交易在不通过小额支付系统进行时,系统响应时间应该在5秒以内:

其中税务、TIPS、金融机构之间整个网络延迟在3秒以内;

数据处理中心处理时间和网间互联平台处理时间之和在2秒以内。

实时联网交易在通过小额支付系统进行时,应该在5秒加上小额支付系统和TBS的处理时间(包括中间的传输时间)。

(本资料素材和资料部分来自网络,仅供参考。

请预览后才下载,期待您的好评与关注!

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

当前位置:首页 > 职业教育 > 中职中专

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

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