基于某某系统设计时所实现的质量属性战术

1.可用性(Availability)的战术

用try,catch进行异常处理

2.易用性(Usability)战术

对用户的一些基本信息,系统会自动记住,用户下次输入信息时,不需填写某些内容。

3.可修改性(Modifiability)的战术

修改数据库的某些配置,就可以连接到不同类型的数据库,比如mysql,sqlserver,oracle等

4.性能(Performance)的战术

在用户进行提交表时,在第一份表提交时间过了30秒之后,第二份表才可提交,减轻服务器负担。

5.安全性(Security)的战术

对用户的密码进行MD5加密,让数据具有安全性

6.可测试性(Testability)战术

将系统分为service,dao,model,impl层,用Junit进行单元测试

时间: 2024-08-16 20:51:22

基于某某系统设计时所实现的质量属性战术的相关文章

实现xxx系统设计时所实现的质量属性战术

实现xxx系统设计时所实现的质量属性战术       1.     可用性战术:心跳 我们的系统是为了征集用户录入的消息,所以我们需要定义一个组件定时向另一个组件(数据库)发送信息,另一个组件(数据库)反馈是否接收的信息,以此用来监控信息是否能够准确被接受,以便纠正错误. 2.     可修改战术:信息隐藏 我们的系统征集的信息最后是要公布与众的,但是对于有些机密信息不能进行公开,所以就需要将信息进行定义,将信息分为公有的和私有的信息,并将私有的信息进行隐藏.可以将私有的信息隔离在填报和审核模块

作业五之系统设计时所实现的质量属性战术

一.可用性战术 恢复或修复错误是可用性的重要方面 战术:异常,识别错误的一个方法就是遇到了异常,异常战术在一个进程中操作. 写action时需要加上异常处理,异常处理常被用到与数据库交互的地方,也是传递操作信息的好方法,比如保存成功或失败了都可以用抛出异常和接受异常来处理要显示的信息. 二.易用性战术 易用性战术与用户完成期望任务的难易程度以及系统为用户提供的支持种类有关.我们的系统填报信息时需要必要的智能联想. 三.可修改性战术 战术:维持语义的一致性,某一个模块只负责一小部分的功能.将系统分

全面阐述某系统设计所实现的质量属性战术

一.文档说明 在完成了<软件架构体系>课程中关于六种软件质量属性的内容之后就上学期开发的**系统进行反思,阐述设计开发时所实现的质量属性战术,说明原因. 二.质量属性战术说明 1.可用性战术 可用性战术主要在系统错误方面着手.从错误的检测和恢复,到错误的预防和屏蔽等等.系统在运行过程中会不可避免的出现故障,可以说出现故障是绝对的,而故障的次数是相对的.在这方面我们对于**系统的开发上加强了错误的预防处理,增强了系统的可用性属性.首先我们采用了事务的处理机制,对某几个有序的步骤进行事务性的绑定.

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

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

课堂作业05 《6种质量属性战术》

实现xxxx系统质量属性战术 1.可用性战术:错误检测战术 对XXXX系统的所有信息的输入及数据处理进行异常的处理.尤其对信息进行填报时,编写异常类来捕获异常. 2.易用性战术:设计战术 (1)在进行归口部门填写时,可以使用搜索词进行提示,方便进行填写. 在填写需求征集表格时,对于用户已注册填写过的基本信息,可以折叠,看起来更加简洁明了. (2)将用户接口与应用的其余部分分离开来:为方便用户接口的修改.将用户操作界面与实现分开实现. 3.可修改性战术:局部化修改 设计登陆的泛化模块,不同身份登陆

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

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

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

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

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

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

如何实现基于框架的书籍交易网站的质量属性

1.可用性的实现 首页书籍网站的界面以简洁为主,能方便的让用户找到自己购书的途径,这样在用户疲劳.注意力比较分散.紧急任务的情况下都能完成自己想要的业务流程,有效性保证,就是用户能到达自己购买书籍的目标,系统的完整流程是用户注册信息,然后登陆,然后搜索自己想要的书籍,对一个书籍选择合适的版本后点击购买,然后会弹出一个订单号,购书者凭订单号去卖书方交钱拿书完成目标,效率保证,不支持在线支付,在可凭订单号直接去校园内的卖书方交钱拿书,