一、可用性
可用性（Availability），可用性是指系统正常工作的时间所占的比例。可用性会遇到系统错误，恶意攻击，高负载等问题的影响。
可用性战术将会阻止错误发展为故障，或者至少能够把错误的影响限制在一定范围内，从而使系统恢复成为可能。
维持可用性的方法包括：
1、错误检测——用来检测故障的某种类型的健康监视；
2、自动恢复——检测到故障时某种类型的恢复；
3、错误预防——阻止错误演变为故障。
在设计信息热词分析访问数据库时使用try，catch语句进行语句错误检测。以防止错误访问数据库，提高系统可用性。
二、可修改性
可修改性战术的目标是控制实现、测试和部署变更的时间和成本。
可修改性战术可以分为3类：
1、局部化修改——目标是减少由某个变更直接影响的模块的数量；
2、防止连锁反应——目标是限制对局部化的模块的修改，以防止对某个模块的修改间接地影响到其他模块；
3、延迟绑定时间——目标是控制部署时间并允许非开发人员进行修改。
在设计信息热词分析系统中使用MVC模式对不同的功能进行分块设计，以避免“牵一发而动全身”的连锁反应。同时，我们还是使用xml文件对系统中的类关系进行高内聚低耦合的处理以及提供较好的修改方式。
三、性能
性能战术的目标是对一定的时间限制内到达系统的事件生成一个响应，这些事件可以是消息到达、定时器到时，系统状态的变化。
性能战术包括3个分类：
1、资源需求——分析影响性能的资源因素
2、资源管理——提高资源的应用效率
3、资源仲裁——解决资源的争用
想要提高系统性能就必须要管理好系统资源（资源的访问，资源的分配，资源的争夺，资源的回收等），只有提高资源的利用率才能从根本上提升系统的利用率。
在信息热词分析系统中使用了两种方式来提高系统的利用率。
第一种方式：在数据表中设计了索引字段来提升系统的访问速度。
第二种方式：为了使多个用户访问数据，使用了连接池技术让用户更好的访问数据。
四、可测试性
可测试性战术的目标是允许在完成软件开发的一个增量后，轻松地对软件进行测试。测试的目标是发现错误。
为了保证系统的功能性，单元测试、集合测试、系统测试是不可缺少的。这里我们将每个子功能进行封装成一个函数方法以便于对其进行测试。于此同时，为了后期用户验收测试我们还使用xml对系统进行接口开发即提供功能接口以便用户进行测试使用。
五、安全性
安全性战术包括抵抗攻击的战术、检测攻击的战术和从攻击从恢复的战术。
1、抵抗战术：对用户进行身份验证、对用户进行授权、维护数据的机密性、维护数据的完整性、防止暴露的信息、限制访问。
2、检测战术：检测攻击的工作方式通常是将网络通信模式与数据库中已知攻击的历史记录进行对比；入侵检验一般需要对数据包进行过滤，以进行比较；入侵检验必须有检测攻击的传感器，并且可以存贮事件到数据库中，供以后数据分析使用；
3、从攻击中恢复的战术：与恢复状态相关的战术与可用性一致；审计追踪就是应用到系统中的数据的所有事物和识别信息的一个副本，可以使用它来识别攻击者的操作，支持认可和系统恢复。
在安全性上，系统对部分隐私数据进行了加密，比如：用户密码等。由于该系统属于半开方性系统，支持游客访问热词数据，这里我们设计了权限已保证系统的安全性。除此之外，我们还对数据进行备份，以防止系统被攻击而丢失数据的情况。
六、易用性
易用性与用户完成期望任务的难易程度以及系统为用户提供的支持种类有关。通过为用户提供关于系统正在做什么的反馈，以及为用户提供发出基于易用性命令的能力来增强易用性，如帮助、撤销、取消等。
为了方便各类用户使用我们的系统，我们将界面设计成了“傻瓜式”界面。大多数提供给用户“一键式”按钮，对用户的输入框输入设计了输入提示功能以及非法输入提示等，使用步骤极其简单。
标签：战术,热词,可用性,系统,用户,信息,领域,测试 来源： https://www.cnblogs.com/jbwen/p/13229715.html
本站声明： 1. iCode9 技术分享网（下文简称本站）提供的所有内容，仅供技术学习、探讨和分享； 2. 关于本站的所有留言、评论、转载及引用，纯属内容发起人的个人观点，与本站观点和立场无关； 3. 关于本站的所有言论和文字，纯属内容发起人的个人观点，与本站观点和立场无关； 4. 本站文章均是网友提供，不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属；如您发现该文章侵犯了您的权益，可联系我们第一时间进行删除； 5. 本站为非盈利性的个人网站，所有内容不会用来进行牟利，也不会利用任何形式的广告来间接获益，纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。