如何写性能要求描述课件.doc
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
如何写一个好的性能要求描述
在做软件项目需求分析时,需要关注项目的性能要求,描述项目实现所要达到的性能要求,写一个清楚的性能要求描述,主要需要分析四部分内容:
硬件描述;
网络环境描述;
用户体验基本要求;
具体分析系统功能,并发用户。
描述分析:
1、测试时硬件要求,最好同实际环境中机器配置一致,如:机器型号、CPU、内存、机器
上安装的软件等;
2、测试时网络环境,将网络带宽等信息描述清楚;
3、用户体验:
1) 基本准则:
一个普遍被接受的响应时间标准为2/5/10 秒,也就是说:
在2 秒之内给客户响应被用户认为是“非常有吸引力的”;
在5 秒之内响应客户被认为是“比较不错的”;
而10 秒是客户能接受的响应的上限。
2) 几个基本概念:
并发用户数:有多少用户会在同一个时间段内访问被测试的系统。
吞吐量:指“单位时间内系统处理的客户请求的数量”,直接体现软件系统的
性能承载能力;
性能计数器:描述服务器或操作系统性能的一些数据指标。
例如,对Windows
系统来说,使用内存数(Memory In Usage ),进程时间(Total Process Time )
等都是常见的计数器。
如:“某某系统在承受1000 用户的并发访问时,Web 服
务器的CPU 占用率为68%,平均的内存占用率为55%”,这其中,68%和55%
就是典型的资源利用率的数值。
4、系统功能分析:
系统功能分析是为了写出合理的用户体验邀请。
1) 将项目所有的功能罗列,依次分析每个功能点用户使用的频率、涉及的DB 记录数、
用户访问所能接受的反映时间等信息,如:
功能用户使用频率涉及DB记录数要求响应时间
测点信息添加低(偶尔使用)测点表数据(10000 1 秒
条)
测点超温信息添加低(偶尔使用)测点超温数据 1 秒
(50000 条)
测点实时数据浏览极高(实时查看)测点实时数据 1 秒
(10000 条)
报警信息查询高(每天使用)测点报警数据(1000 2 秒
条)
评估点历史查询中(每周使用)评估点历史数据 5 秒
(10000000 条)
2) 并发用户分析:
在需求分析时,需要考虑项目实施后大概使用的人数,以及不同类型用户所分别关
注的功能:
用户分类,如:
用户类型人员数目关注功能
管理员 2 系统维护,分配用户权限
生产人员10 实时数据、偶尔关注历史数据管理人员 5 每周报警信息、超温信息
综上两个图表分析:
※并发最大用户数12 人,其中生产人员10 人,其它用户登陆 2 人;
※功能主要关注,历史数据查询和实时数据展示。
举例说明:
我们以上面进行功能分析的系统为例来对系统性能进行描述:
1) 硬件描述:
Web 发布服务器:
DB 服务器:
模拟客户端机器:
2) 网络描述:
网络带宽为4M;
3) 用户体验要求:
功能相应时间要求:
功能支持并发用户数要求响应时间测点信息添加 2 1 秒
测点超温信息添加 2 1 秒
测点实时数据浏览10 1 秒
报警信息查询 2 2 秒
评估点历史查询 1 5 秒
吞吐量要求:
吞吐量>40/秒;
性能计数器要求:
12 用户并发访问时,web 发布服务器CPU 使用率<70%, 内存使用率<80%;2 12 并发用户模块发布:
实时数据10 个用户,数据管理 1 个用户,历史数据查询 1 个用户。
可靠性:
12 用户并发访问时,服务器运行正常,客户端访问正常,系统支持7*24 长期运行;。