基于框架的应用系统的质量属性

质量属性指的是影响质量的相关因素,是对质量的描述。下面我从6个常见的系统质量属性和一些其他质量属性进行系统的质量描述。

系统质量属性:

可用性:

  在可用性方面,本系统可以相对应的任务如用户信息的传输,页面信息与数据库的传输,即可以完成特定任务和达到特定任务时具有高度的正确和完整度。在任务执行和信息传输时所用时间短和所占资源少。基于以上两个准则,让用户可以正常操作无障碍,使得系统具有较高的用户主管满意度。在应对可用性的战术中应用如心跳、异常等进行错误检测。

可修改性:

  软件不是一成不变的,跟着用户需求,往往会对系统做出改变。为了应对这些改变,就要提高此信息系统的可修改性。所使用的可修改战术有三种:①减少由某个变更直接影响的模块的数量—局部化修改,②限制对局部化的模块的修改—防止连锁反应,③控制部署时间和成本—推迟绑定时间。在第一个战术的应用中,开发过程中尽量维持语义一致性,即提高组件的可重用性,减少对其他模块的依赖。如登陆模块中,它被其他模块所引用而对它的修改因为对其他模块的依赖少就不需要对其他模块进行过多修改,只需要修改登陆模块就可以了。第二个战术的实践,第一是实现信息隐藏,将变更隔离在一个模块内,防止变更扩散。我们可以对信息和类进行封装,把某个实体或系统的责任分解为更小的部分,并选择使哪些信息成为公有的,哪些信息成为私有的;可以通过指定的接口获得公有责任。

性能:

  为了提高系统的性能,此系统要做到减少资源消耗和闭锁时间。我通过简化事件流和进行资源管理。如在系统的设计中,通过简化事件流来提高系统性能,我们要做一个电子设备信息登记和查询系统,管理员已经向系统中添加了一个设备的信息,当企业或普通用户再想添加这个设备,只需要提醒用户进行修改或者进行两个信息的合并来减少重复信息给系统性能带来的损失。

安全性:

  对于安全性的设计,此系统首先通过用户身份的授权和验证,来保证不同用户拥有相应的权限。如企业和个人用户只能拥有对信息的查询、修改和添加的权限。修改和添加的过程需要进行审核。而管理员则拥有更高的权限,即删除的权限,还有对用户信息的管理。对于传输的信息进行加密,如密码加密,用户详细信息加密等。

可测试性:

  为了提高可测试性,在设计和编码阶段,将接口与实现分离,即方便了功能的重写,也对单元测试有着积极的意义。还可以对系统编写,内部监视器,对系统的可维持状态,性能负载、容量、安全性或其他可通过接口访问的信息进行监视,当监视状态被激活时可以记录事件。如此系统中,我们可以记录访问数量,某时间节点的同时在线的用户数量,页面响应时间等。

易用性:

  用户在系统中想要做的是完成用户心中的访问目的,而到达这个目的的难易程度对用户的使用的直观感受有很大的影响。易用性是指用户是否方便使用。方便使用就设计到人机交互的过程,既做到更加的人性化。在系统实现时,可以进行错误避免及错误处理的设计,如当用户输入某一项信息时,例如用户注册时,当用户输入非法字符时,对用户进行错误提醒和提交的限制。来避免因为非法输入带来的更多的错误。还可以让系统“主动”进行的方式提高易用性,即维持任务的一个模型的战术。如用户搜索一个型号的电子设备,我们可以按照默认浏览量的多少或关注度的多少来进行排序,保证系统显示的信息,越靠前越有可能是用户想要要的,从而方便了用户的查找过程。

其他质量属性:

可移植性:

  因为此系统是一个网页信息系统,所以在网页的设计中,要满足的是对不同操作系统和浏览器的兼容,还有对硬件的兼容,硬件兼容中最大的问题就是在不同分辨率的显示器没有较大差异。如果没有对浏览器的兼容进行测试,网站往往在实际的使用中会出现各种问题。在构架中对与平台相关问题的封装常采用一个可移植层,可移植层是信息隐藏原则运用的结果,它是一组软件服务的集合,使上层应用软件与其环境具有抽象接口,并且在移植时接口不变。

可重用性:

  提高可重用性可以提高我们系统开发的效率,可重用性与构架密切相关,它还可以看作是可修改性或可集成性的特例。这相当于一个硬币的两面:建立的系统可修改导致了系统可重用。构架的各个组件就是重用的单位,一个组件的可重用程度依赖于它与其它组件的耦合程度。

可集成性:

  可集成性是使独立开发的系统组件能够协同运行的能力。集成性依赖于:

  l 组件的外部复杂性

  l 组件之间的交互机制和协议

  l 组件功能划分的清晰程度

  l 组件接口的定义是否完整、合理

  可集成性表明了一个系统内个组件之间相互协作的能力,而互操作性衡量的则是一个系统与另一个系统的协作能力。

时间: 2024-10-12 19:26:09

基于框架的应用系统的质量属性的相关文章

基于框架的应用系统开发的质量属性

基于框架的应用系统开发(以你开发的系统为原型)的质量属性 质量属性分别有: 可用性(Availability)的战术 可用性是指系统正常运行时间的比例,可用性关注的问题有:如何检测故障.发生故障的频度.出现故障时的现象.系统故障排除的时限.如何防止故障的发生.发生故障时的处理: 可修改性(Modifiability)的战术 性能(Performance)的战术 安全性(Security)的战术 易用性(Usability)的战术 可测试性(Testability)

基于SSH的高校网上选课系统的质量属性的实现

我对于基于SSH的高校网上选课系统的质量属性的实现是从可用性.性能.安全性.可维护性.易用性五个方面进行的实现. 可用性方面: 实现方式:(1)当系统试图超出限制范围来进行课程查询或选课时必须进行错误检测并且抛出异常,中止进一步的错误操作,所采用的战术为错误(异常)检测, 此异常属于Action层,只捕获自定义应用异常,其他异常上抛.Struts2提供了异常拦截器,拦截器会将定义的异常捕获,记录日志,然后根据配置的异常的类型顺序跳转到相应的页面.(2)遵从J2EE的系统提供了可以使用的事务服务,

基于SSH框架的网上商城的质量属性

常见质量属性 1.性能 性能就是一个东西有多快,通常指响应时间或延迟. 响应时间:从发出请求到收到响应所用的时间,比如用户点击网页中的超链接或桌面应用程序中的按钮 延迟:消息从A点到B点,通过你的系统所用的时间. 就算构建的不是“高性能”软件系统,性能也可应用于Web应用系统.桌面应用系统.面向服务架构.消息系统等几乎所有你要构建的软件系统. 2.可用性 可用性是软件对服务请求的可操作和可见程度.你常会看到用“9”来衡量或指代可用性,如99.99%(四个9)或99.999%(五个9).这些数字指

如何实现应用系统的质量属性

对于实现图书管理系统的质量属性分析 我主要通过以下六个方面,来总结在我的系统中,实现质量属性的途径. 可用性(Availability)的战术 易用性(Usability)战术 可修改性(Modifiability)的战术 性能(Performance)的战术 安全性(Security)的战术 可测试性(Testability)战术 1.可用性战术 我认为可用性是一个系统最基本的属性,说的直白一点就是系统能否正常无错的使用,其故障的出现频率等等,是系统的产品质量,也是用户首先关注的一点.可用性战

实现xxxxxxx系统六大质量属性战术

一.可用性 错误检测战术:对XXXX系统的所有信息的输入的数据进行异常处理.在<xxxxxxx需求系统>中,在填写表格时,通过异常类来捕获输入的异常. 二. 可修改性战术1)功能模块划分独立,封装变化点,降低模块依赖性,接口保持不变,能够适应需求变更,需求变更只需做局部化少量修改:2)使用ODBC操作数据库:3)采用配置文件,使得用户可灵活设置想要的功能: 三.易用性 1)界面风格统一,操作简单.2)界面与业务逻辑分离. 四.性能战术 优化算法,提高效率,降低系统运行反应的时间. 五.安全性战

基于Yii2的医院信息管理系统的质量属性

软件质量的好坏,不仅要看系统是否满足客户的功能性要求,也要看其是否满足客户的非功能性要求,系统非功能性用质量属性来描述.在软件体系结构设计中,相关的系统质量属性有可用性.可修改性.性能.安全性.可测试性和易用性,所以基于yii的医院信息管理系统应该满足可用性.可修改性.性能.安全性.可测试性和易用性.下面就以这六个质量属性通过场景来分析系统的质量属性. 1.可用性分析: 可用性是指系统能够正常运行的时间比例.它常用两次故障之间的时间长度或出现故障时系统能够回复正常的速度来表示. 场景部分 值 刺

《淘宝网》质量属性例子

系统的质量属性:可用性,可修改性,性能,安全性,可测试性和易用性. 可用性 刺激源 服务器集群 刺激 单个服务器宕机 环境 正常运行 制品 淘宝网 响应 将服务由另外的服务器继续提供支持 响应度量 15s内完成服务的转移  可修改性 刺激源  开发人员 刺激  更改商品搜索算法 环境  正常运行 制品  淘宝网 响应  后台处理数据的算法优化 响应度量  搜索商品的范围精确度提高30%  性能 刺激源  浏览用户 刺激  节日购物 环境  正常运行 制品  服务器处理系统 响应  对订单交易处理

作业05-XX系统设计的质量属性战术

XX系统的质量属性战术 一.可用性战术 当系统不再提供与其规范一致的服务时,故障就发生了:该系统的用户可以观察到这个故障.错误可能会导致故障的发生.可用性战术将会阻止错误发展成故障,至少能够把错误的影响限制在一定范围内,从而使修复成为可能. 1.错误检测:命令/响应:心跳(dead man 计时器):异常: 2.错误恢复-检测和修复:表决:主动冗余(热重启):被动冗余(暖重启/双冗余/三冗余):备件: 3.错误恢复-重新引入:shadow操作:状态再同步:检查点/回滚 4.错误预防:从服务中删除

软件架构---质量属性(二)

一般情况下,质量属性可分为三类,系统的质量属性,商业属性,概念属性. 这里主要讨论的是系统的质量属性,可用性,可修改性,性能,安全性,可测试性和易用性. 1.可用性Availability 可用性是指系统掩盖或修复故障的能力,使得累积的服务中断时间不超过规定时间间隔内的所要求的值 当一个系统不再提供其规格说明中所声明的服务时,我们就认为其出了故障,即出现了可用性问题 通常情况下,我们以下面这个公式来量化可用性: α =  MTBF/(MTBF+MTTR) MTBF:平均正常工作时间 MTTR:平