以淘宝为例的质量属性分析

为了掌握质量属性概念，以淘宝网为例进行质量属性分析。

 

可用性分析:

场景设想:由于同时登陆淘宝网的人数过多造成登陆响应超时。

刺激源:淘宝网用户。

刺激:淘宝网服务器崩溃。

制品:淘宝网的处理器和服务器。

环境:正常的登陆操作。

响应:显示登陆过程的进度条或登陆超时提醒或网络环境异常。

响应度量:系统服务器后台启用降级模式，并且在30分钟内进行快速修复。

 

可修改性分析:

场景设想:由于双11的到来，首页需要稍做变动，将特卖商品放到比较显眼的位置，需要对界面布局进行调整排布，以区别于平常的界面布局。需要这设计时改变代码，要求在3个小时之内完成代码修改及测试，且用户使用时比较稳定。

刺激源:开发人员、活动项目组、淘宝用户。

刺激:希望修改用户界面。

制品:系统用户界面异于平常界面、活动界面迎合用户需求的系统。

环境:设计时、编译时、运行时。

响应:对界面布局顶部、边框等进行重新设计，修改不影响且方便用户进行选购，对所做的修改进行测试，部署所做修改。

响应度量:使用户找到想要选购的商品的时间至少减少3秒。

 

性能分析:

场景设想:200万人希望登陆上淘宝网来选购想要的商品。

刺激源:200万淘宝网用户。

刺激:试图同时登陆淘宝网站进行选购商品。

制品:淘宝网站。

环境:正常模式(超载模式)。

响应:处理登陆请求。

响应度量:登陆等待时间不超过2秒。

 

安全性分析:

场景设想:某用户选中某件商品进行修改自己的收货地址并付款购买。

刺激源:淘宝网用户。

刺激:希望购买商品，修改数据，访问淘宝网用户服务。

制品:淘宝网用户信息系统、付款系统。

环境:用户和商家在线(离线)，达成交易。

响应:进行安全检测，保护资金支付环境安全以及动态显示商品购买后的状态。

响应度量:进行两次或以上的确认验证，商品属性验证，收货地址验证，付款密码验证等。

 

可测试性分析:

场景设想:单元测试人员想要测试搜索功能的性能。

刺激源:单元测试人员。

刺激:对淘宝网的搜索引擎代码加上模糊查询功能。

制品:具有模糊查询功能的查询模块。

环境:设计时、开发时、编译时。

响应:提供对搜索内容的访问，提供所查的值。

响应度量:在2~3秒内查找出与搜索内容相关的200条商品。

 

易用性分析:

场景设想:

刺激源:淘宝网用户。

刺激:淘宝网用户希望了解如何有效的使用系统，使错误降低，希望能了解系统特性以便可以快速上手购买商品。

制品:淘宝网站。

环境:在运行时。

响应:系统提供新手导航、帮助、小贴士、撤销、显示商品状态、找相似等等功能来响应用户对系统进行了解。

响应度量:按照步骤简练概括怎么做。