零件销售系统的质量属性
基于SSH的零件销售系统的质量属性应满足可用性,可修改性,性能,安全性,可测试性和易用性。在此采用质量属性场景作为一种描述质量属性的规范。
质量属性场景是一种面向特定的质量属性的需求。它由6部分组成:1 刺激源:这是某个生成该刺激的实体(人、计算机系统或者任何其他刺激器)2 刺激:该刺激是当刺激到达系统时需要考虑的条件。3 环境:该刺激在某些条件内发生。当刺激发生时,系统可能处于过载,或者运行,也可能是其他情况。4 制品:某个制品被刺激。这可能是整个系统,也可能是系统的一部分。5 响应:该响应是在刺激到达后所采取的行动。6 响应度量:当响应发生时,应当能够以某种方式对其进行度量,以对需求进行测试。
1 零件销售系统的可用性场景分析:可用性所关注的方面主要是如何检测故障,发生故障的频度,出现故障时的现象,系统故障排除的时限,如何防止故障的发生,发生故障时的处理。
场景举例:
| 场景的部分 | 1.1 | 
| 源 | 系统外部 | 
| 刺激 | 用户输入错误信息 | 
| 制品 | 零件销售系统 | 
| 环境 | 正常运行 | 
| 响应 | 系统判断输入错误种类,反馈信息,提示用户 | 
| 响应度量 | 98%的错误判断识别率 
 | 
| 场景的部分 | 1.2 | 
| 源 | 系统内部 | 
| 刺激 | 数据库信息格式错误 | 
| 制品 | 零件销售系统 | 
| 环境 | 正常运行 | 
| 响应 | 系统对数据库信息判断,错误格式抛出异常 | 
| 响应度量 | 80%的识别率 | 
实现手段:首先在输入界面上对用户输入信息进行提示和判断,筛选不符合输入标准的数据。其次在输入框旁边显示正确输入信息格式。在读取数据库信息时进行读取判断,不符合标准的返回为空,并抛出异常,提示用户。
2 零件销售系统的可修改性场景分析:所关注点:可以修改什么?何时以及谁进行修改。
场景举例:
| 场景的部分 | 2.1 | 
| 源 | 开发人员 | 
| 刺激 | 修改前端界面 | 
| 制品 | 零件销售系统 | 
| 环境 | 在设计时 | 
| 响应 | 查找系统中需要修改的前端界面,进行修改时且不会影响数据库,跳转控制等功能 | 
| 响应度量 | 在5小时之内 | 
| 场景的部分 | 2.2 | 
| 源 | 系统管理员 | 
| 刺激 | 管理数据库 | 
| 制品 | 零件销售系统 | 
| 环境 | 在运行时 | 
| 响应 | 查找相应数据库表,修改信息,对其他功能部分没有影响 | 
| 响应度量 | 在1小时之内 | 
实现手段:在设计时使用SSH框架,html+jsp实现MVC的View,Hibernate和Spring实现model和Controller。当对view视图修改时不会影响到系统的其他功能,充分发挥MVC框架的优点。提高各个模块之间的内聚性,比如零件管理和用户管理两个模块,它们可以独立的工作,当一个模块修改时,不会影响其他模块的功能。 当两个模块之间有联系时,尽量保证他们之间参数,语法,语义的一致性,使他们之间的数据,服务一致,防止连锁反应。
3 零件销售系统的性能场景分析:所关注点等待时间、处理期限、系统吞吐量、响应抖动、未处理事件、丢失数据量。
场景举例:
| 场景的部分 | 3.1 | 
| 源 | 用户 | 
| 刺激 | 订购零件 | 
| 制品 | 系统 | 
| 环境 | 正常模式 | 
| 响应 | 将信息录入数据库中 | 
| 响应度量 | 在1秒之内 | 
| 场景的部分 | 3.2 | 
| 源 | 30个用户 | 
| 刺激 | 登陆系统 | 
| 制品 | 系统 | 
| 环境 | 正常运行 | 
| 响应 | 在数据库中查找信息,判断请求 | 
| 响应度量 | 在4秒之内 | 
实现手段:采用hibernate实现数据库的连接,面向对象的数据库编程使对数据库的操作更加系统,规范化,提高了工作效率。在多个页面的跳转处理中,使用Struts配置xml文件的方式使跳转更加流畅稳定,特别是在多用户访问时。当一个资源调用结束后,即时关闭事物,释放资源,减少系统资源的浪费,提高系统资源的利用率。
4 零件销售系统的安全性场景分析:
场景举例:
| 场景的部分 | 4.1 | 
| 源 | 非法用户 | 
| 刺激 | 访问网站 | 
| 制品 | 系统 | 
| 环境 | 正常模式 | 
| 响应 | 拦截非法用户,阻止修改系统数据 | 
| 响应度量 | 95%的拦截率 
 
 | 
实现手段:1 在Struts中配置拦截器,验证登陆用户,将非正常注册用户拦截,阻止其登陆系统,提高系统安全性。2 对每个注册用户设定操作权限,防止用户越权操作。此外对传输数据进行加密,对收到的数据先检验合格后再存储,保证数据的完整性,正确性。
5 零件销售系统的易用性场景分析:
场景举例:
| 场景的部分 | 5.1 | 
| 源 | 普通用户 | 
| 刺激 | 初次使用网站 | 
| 制品 | 系统 | 
| 环境 | 正常运行 | 
| 响应 | 做出交互,提示用户 | 
| 响应度量 | 90%的用户操作成功 | 
| 场景的部分 | 5.2 | 
| 源 | 普通用户 | 
| 刺激 | 信息才输入错误 | 
| 制品 | 系统 | 
| 环境 | 正常运行 | 
| 响应 | 提供撤销,返回 | 
| 响应度量 | 80%的错误可以撤销 
 | 
实现手段:导航简单明了,界面实现友好化,在系统需要和用户交互的地方给出操作提示。建立用户模型,当用户操作失误时,提供撤销,修改功能,把操作错误的影响最小化。系统 会为用户提供适当的反馈和协助。
 
                    
                     
                    
                 
                    
                 
                
            
         
 
         浙公网安备 33010602011771号
浙公网安备 33010602011771号