标签：
一， 时间特性的要求：普遍情况下，根据国际标准3-5-8原则推算业务处理时间。
登陆时间最长不超过5秒。
检索票务时间不超过5秒。
页面之间跳转时间不超过3秒。
平均时间在3~5秒以内。
二，系统容量需要求：
静态用户（注册用户）在5 000以上
动态用户（在线用户）在1 500以上
并发数200以上
三，一般网站构建系统需求:
（1）检查系统在200个用户的负载下，所有业务动作是否可用及稳定。
（2）检查系统在200个用户的负载下，连续运行72小时过程中，用户登陆、订票、检索票务等业务动作是否可用及稳定。
（3）检查系统在1 500个用户在线（1 500x20%），即300个并发用户操作的负载下，连续运行72小时过程中，以上业务动作是否可用及稳定。(80/20原则，即80%的压力是由20%用户产生的)
（4）检查系统在8.0 GB业务数据、1 500个用户在线（1 500x20%），即300个并发用户运行的负载下，连续运行72小时过程中，以上业务动作是否可用及稳定。
四，性能需求指标
根据既有的性能需求对本系统的用户访问量、系统处理能力、业务处理能力、
系统响应时间、
容灾需求性能指标、
网络流量等5个主要方面进行分析估算。其中部分指标也参考测试行业标准，得出该项目具体性能指标。
1．并发用户指标
300≥
并发用户数≥160（估算并结合前面系统需求动态用户1500*20%得出
）
2．系统稳定性指标
系统有效工作时间要求≥99.5%（用行业标准得出）
Web服务持续稳定工作时间≥3天（72小时）（用行业标准得出）
3．系统吞吐量指标（多层体系结构）
完成业务情况（数据库容量）≥140万（笔）交易（客户给出的性能需求）
4．业务处理能力性能指标
在业务高峰时，每分钟能够同时处理150笔数据维护更新操作；100笔的数据查询操作。（估算得出）
在150个并发用户访问时，确定条件的信息查询响应时间小于8秒钟。（用行业标准得出）
每笔业务的响应时间在5秒以内。（用行业标准得出）
登录要求响应时间在5秒以内。（用行业标准得出）
业务处理（每秒请求数）≥4次/秒（估算得出）
TPS（每秒交易数）≥150（估算得出）
5．容灾需求性能指标（多层体系结构）
并发用户数≥400（估算得出）
每天完成业务情况≥70万（笔）交易（用行业标准得出）
每分钟完成的业务≥500（笔）交易（估算得出）
6.网络流量分析估算
假设执行每笔业务时，假设大约占用10Kbps资源，同时不考虑网络带宽在传输
过程中的效率损失，表6-1给出了对网络带宽的需求。
表6-1 网络带宽的需求表（无效率损失）
| 类型 |
年度 |
吞吐量（年） |
高峰期单位时间 |
日高峰期每分钟数据 |
日高峰期每分钟数据 |
| 常规 |
2007 |
140万 |
136 |
1 360 |
22.6 |
| 2008 |
161万 |
157 |
1 570 |
26.2 |
|
| 2009 |
185万 |
180 |
1 800 |
30 |
|
| 2010 |
212万 |
207 |
2 070 |
34.5 |
|
| 容灾 |
2007 |
|
486 |
4 860 |
80.8 |
假设每笔业务处理需要10Kbps的流量，考虑到并发情况及网络利用效率等问题（效率损失为60%），实际所需要的网络带宽如表6-2所示。
表6-2 实际所需网络带宽列表
| 类 型 |
年 度 |
吞吐量（万） |
不考虑网络效率损失 |
考虑网络效率损失后的带 |
假定传输压缩率50%， |
| 常规 |
2007 |
140 |
22.6 |
37.6 |
18.8 |
| 2008 |
161 |
26.2 |
36.9 |
18.4 |
|
| 2009 |
185 |
30 |
|
|
|
| 2010 |
212 |
34.5 |
50 |
25 |
|
| 容灾 |
2007 |
70 |
80.8 |
134.6 |
67.3 |
标签：
原文地址：http://my.oschina.net/yygh/blog/496516
