基于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%的错误可以撤销
|
实现手段：导航简单明了，界面实现友好化，在系统需要和用户交互的地方给出操作提示。建立用户模型，当用户操作失误时，提供撤销，修改功能，把操作错误的影响最小化。系统 会为用户提供适当的反馈和协助。