如何写性能要求说明.docVIP

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