UI设计的可用性原则是什么？
本文行家：
&&&&&&&&软件要为用户使用，用户必须可以理解软件各元素对应的功能。
&&&&&&&&如果不能为用户理解，那么需要提供一种非破坏性的途径，使得用户可以通过对该元素的操作，理解其对应的功能。 &&&&&&&&例如：删除操作元素。用户可以点击删除操作按钮，提示用户如何删除操作或者是否确认删除操作，用户可以更加详细的理解该元素对应的功能，同时可以取消该操作。
&&&&&&&&用户是交互的中心，交互元素对应用户需要的功能。因此交互元素必须可以被用户控制。 &&&&&&&&用户可以用诸如键盘、鼠标之类的交互设备通过移动和触发已有的交互元素达到其它在此之前不可见或者不可交互的交互元素。 &&&&&&&&要注意的是交互的次数会影响可达到的效果。当一个功能被深深隐藏（一般来说超过4层）那么用户达到该元素的几率就大大降低了。 &&&&&&&&可达到的效果也同界面设计有关。过于复杂的界面会影响可达到的效果。（参考简单导向原则）
&&&&&&&&软件的交互流程，用户可以控制。 &&&&&&&&功能的执行流程，用户可以控制。 &&&&&&&&如果确实无法提供控制，则用能为目标用户理解的方式提示用户。
参考资料：
[1] 互动百科
百科的文章（含所附图片）系由网友上传，如果涉嫌侵权，请与客服联系，我们将按照法律之相关规定及时进行处理。如需转载，请注明来源于。
UI设计师。影响软件质量的主要因素有哪些
合作共赢、快速高效、优质的网站建设提供商
深圳网站建设 服务热线:6
影响软件质量的主要因素有哪些
& 影响软件质量的主要因素可以分成正确性,健壮性,效率,完整性(安全性).可用性,风险,可理解性,可维修性,灵活性,可测试性,可移植性,可再用性,互运行性等九大类.
& 按照ISO9126的定义,软件的质量通常可以从以下6个方面去衡量(定义).1.功用性(Functionality),即软件是否满足了客户功能的要求;2.可靠性(Reliability),即软件是否能够一直在一个稳定的状态上满足可用性.3.可用性(Usability),即衡量用户能够使用软件需要多大的努力;4.效率(Efficeiency),即衡量软件正常运行需要花费多少物理资源;5.可维护性(Maintainability),即衡量对已经完成的软件进行调整需要多大的努力;6.可移植性(Portability),即衡量软件是否能够方便地部署到不同的运行环境中.当前位置： >>
现代数据中心可用性需要考虑的几个主要问题
摘要：在对数据中心初建、升级或审查时，应考虑每个子系统。原因是他们对于数据中心的正常运转、宕机时间会产生巨大影响。为数据中心提供的解决方案不要一味求“全”，而是应关注所提供产品的质量。某个子系统的可用性或许能够达到5个9，但另外有一些子系统的可用性不高，也会使整个系统的可用性级别降底。
&&& 一．在数据中心影响可用性的因素&&&
&&&&&在当前的许多数据中心环境下，一般多把正常运行时间定为&5个9&，即99.999%的可用性，这相当于每年的宕机时间约为5min。一般宕机时间持续一个小时甚至更长，相当于约每10-20年发生一次宕机时间。在通常情况下，由于众多数据中心自系统的相互作用，要达到这个目标非常困难。99.999%的数据中心可用性意味着每个子系统的可用性级别要比这个值高得多。原因是所有子系统叠加的宕机时间必须等于或小于5min。因此对这些因素需要认真考虑，尤其是在确定减少宕机时间所需要的费用时。
&&& 在对数据中心初建、升级或审查时，应考虑每个子系统。原因是他们对于数据中心的正常运转、宕机时间会产生巨大影响。为数据中心提供的解决方案不要一味求&全&，而是应关注所提供产品的质量。某个子系统的可用性或许能够达到5个9，但另外有一些子系统的可用性不高，也会使整个系统的可用性级别降低。
&&& 为了实现总体系统的高可靠性，就要按子系统进行可用性&配备&。由于每个子系统实际的可用性级别不同，因此每个子系统的可用性目标也不同。例如，水冷变压器可用性可能非常高，但泵水系统多个活动部件的可用性通常较低。这样一来，变压器的设计可用性标准可能是7个9，而水泵可能限制在6个9等通过为不同子系统分配可用性级别来设计可用性目标，就能够把该解决方案应用于数据中心时使总体系统实现可用性目标。
&&& 下面表中给出了一些子系统可用性影响的例子。
部分子系统影响可用性的例子
子系统的比可靠因素
对可用性的影响
建筑结构有小的雨水漏洞
可造成数据中心部分瘫痪
消防洒水系统被错误地触发
可造成数据中心较大部分瘫痪
可能造成数据中心部分瘫痪
病毒入侵数据中心
可能造成数据中心部分或全部瘫痪
电源短路器不正常断开
可能造成数据中心部分瘫痪
紧急断电开关EPO被触发
数据中心全部宕机
&&& 二．设计数据中心时需考虑的几个主要问题
&&& （1）物理结构
&&& 数据中心的物理结构就是能够安装数据中心诸设备并保护其免受环境条件影响的门窗、墙壁、地板和天花板等。档考虑在何地建设、如何建设时，需要采取适当的预防措施，比如地板承重、建筑物的耐震等级、周围环境（电网情况、季节雷雨情况、干扰情况）等，要留有充分的余地，一旦数据中心建成后，要想修改极其困难难。因此，必须做到细心调查，准确预测，认真规划，以确定所需数据中心有关数据局。此外，该建筑结构一般要使用数十年，如果可能，机房结构的设计应能够允许将来进行简单的改造和扩建。
&&& （2）配电
&&& 1、机房输入电源（俗称一次电源）。电源是数据中心所有设备运转的动力，从照明、加热、冷却、除湿，到所有的IT设备都需要它。为了保持数据中心的正常运转，需要认真考虑如何进行电源的分配。该子系统的重要组成部分包括：市电电源输入接口、电缆、端子排、配电盘、变压器、断路器、转接开关、插座板等。如果系统对可用性的要求非常高，则需要将某些部分或全部冗余。
&&& 2、电源备份。数据中心电源备份通常是指用于保护负载免受劣质电源影响的高质量电源，并在电网掉电时为负载提供不间断的电源。通常都采用电池做临时供电电源，可以提供5min到几个小时的后备时间。与其他关键子系统一眼个，如果需要高可用性，冗余同样必不可少。
&&& 3、发电。如果市电断电持续时间很长，仅使用UPS标准配置的电池是不够的。因此，大部分数据中心都采用了现场后备发电的方法。这些发电系统以柴油、天然气或其他碳氢化合物燃料为动力，可以为现场提供长时间的高质量电源。如遇超长时间市电断电，发电机燃料的及时供应或大型存储容器要有足够的容量维持关键系统运转。同样，当系统的可用性要求很高时，也必须使发电机冗余备份。随着技术的发展，燃料电池将很快投入使用，可省去发电机的噪声。&
&&& 三．空调
&&& 加热和冷却子系统为数据中心提供基本的环境条件。由于在大部分情况下计算机设备产生的热量非常大，因此必须认真考虑散热问题。尤其是大量采用占地面积小的高密度服务器，使数据中心的电源功率密度快速增加，有可能形成很多热量难以散发的&热点&。散热方式、气流方向及路径，在规划未来电源功率密度水平和数据中心发展时必须要考虑周全。当然，冷却过程会伴随着湿度的升高，故还需增加除湿手段。
&&& 在寒冷的冬季，机房需要升温，升温时往往伴随着干燥，因此，需要增加加湿措施。不论是加湿还是除湿，必须掌握好尺度，否则就会导致机器故障。
&&& 很多数据中心的温度在冷却功能失效后，会立即超过设备的工作温度限制。因此，经常需要用系统冗余来避免君机。一般精密空调 (HvAc)系统通常连接到发电机备份电源上，以最大限度地减少由于电源故障导致的宕机时间。&
&&& 四．机房安全
&&& 对于任何安装了关键系统的机房而言，必须解决安全问题。对现场的访问仅限于拥有通行证和经过适当培训、能够正确使用相关设备的人员。否则就可能导致意想不到的故障。现场安全性经常同时包括武装警卫、入侵预防、视频监控和先进的身份识别技术。
&&& 五．用干电缆走线和提供风道的高架地板
&&& 目前大部分机房都在使用高架地板。高架地板是一种特殊地板，有防静电和普通型之分，它将设备支撑在楼板以上12~48in的位置。这样就可以很方便地在设备下面布置数据和电源电缆。高架地板还经常用做风冷通道，为数据中心的特定点提供冷气。高架地板的类型、质量和开孔位置及大小也需细心考虑。
&&& 六．现场监控
&&& 现场监控类似于汽车上的仪表板。对其中主要参数的及时了解有助于进行预测性维护，这种监视必须是持续进行的。监控既可以在本地进行，也可以远程进行。这样一来，从任何地点都能够对数据中心进行监视。&
&&& 七．紧急断电
紧急断电系统也是数据中心的一个子系统，但是每个人都希望永远不要将其派上用场。但在紧急情况出现时，为了避免扩大事故范围，就便系统全面停止工作，并禁用数据中心的所有其他电源系统。如发生火灾或自然灾害时，该系统允许救援人员进入房间而不必担心电气安全。&
&&& 八．消防系统
&&& 在进行基建时，必须了解有关消防的规定，并遵照执行。由于进出数据中心的数据和电源电缆非常多，因此防火是一个很重要的问题，但就是这一问题却经常被忽视。除防火系统外，数据中心还配备了灭火系统。灭火系统不仅需要与数据中心相集成，而且传感器也必须非常精确。这样才能够避免消防系统的意外启动。
&&& 九．物理界面的设计
&&& 机房和机器的物理界面包括通风口、换气口、电缆穿过口等，往往由于人们对这些接口考虑不周，而导致因老鼠钻入高架地板下而咬坏电缆，因爬虫或飞虫侵入机内而导致短路的事件屡见不鲜。
&&& 十．双路市电的解决方案
&&& 在要求高可靠的计算机机房双路市电供电，如何更有效地利用市电和二次交流电源 (UPS)一直存在着两种观点:一种观点认为两路市电同时接在UPS上(一路接整流器，一路接旁路)；另一种观点认为两路市电应在输入配电柜中转换成一路市电提供给UPS。这两种观点设计方案都在使用，但其可用性就有很大的不同，在设计机房时也需认真比较其优缺点，做出正确的决定。
&&& 十一．机房和相关环境的照明
&&& &这个问题往往被忽视。尤其是大的数据中心，往往占有很大的面积，比如某北方银行数据中心，不但拥有 160OkVA的UPS容量，而且在空间上分布在五层楼上。整个数据中心的照明时间为7x24h。这就带来几方面的问题：
&&& 1、如此大量灯具的频繁维修和更换将给数据中心带来不安全因素。
&&& 2、灯的眩光会给长期工作在该环境中的人员带来损害。
&&& 3、365x24h的长期无节制地耗电会增加运行成本。
&&& 4、临近寿命结束时灯管灯光的频繁闪动对中心环境和机器是一种严重的污染。
&&& 有一种可以解决这些问题的电源，在保证灯管亮度基本不变的情况下节能30%&&40%，灯具寿命延长3&&5倍，这将给机房带来很大的收益。
本文地址： 网友评论:
条 阅读次数：
版权声明：凡本站原创文章，未经授权，禁止转载，否则追究法律责任。
Netflix最近开设了一项金额为10
宝马集团已引进印度最大外包和咨
9成的中小型企业更愿意把他们的
将近60%的企业放缓了其虚拟化计
昨日，在中国科技会堂，一场主题
境况不佳的移动游戏公司Zynga，请登录后使用
，还不是会员请
天津滨海新区
四大因素决定应用程序可用性
TechTarget中国&&|&&日
在完全由物理部件组成的世界里，单个应用程序只能在单个的服务器上运行。如果服务器有任何闪失无法正常运作，那这应用程序也会跟着完蛋。采用集群可以规避单个服务器存在的风险：将多个服务器集合成一个整体来运行应用程序，应用程序不再会因为单个服务器的故障而崩溃。
　　在完全由物理部件组成的世界里，单个应用程序只能在单个的服务器上运行。如果服务器有任何闪失无法正常运作，那这应用程序也会跟着完蛋。采用集群可以规避单个服务器存在的风险：将多个服务器集合成一个整体来运行应用程序，应用程序不再会因为单个服务器的故障而崩溃。　　虚拟化手段能汇集数百、甚至数千台服务器组成集群，使单一服务器的故障丝毫不会成为问题。云计算充分运用了相同的概念，创建出可供应用程序使用的动态、弹性的资源池——个别组成部分的故障对应用程序可用性和性能的影响根本难以察觉到。　　好极了！现在我们实现高可用目标了，然后，故事结束，真的这么简单？　　很不幸，还早着呢！！　　高可用性的实现远比初看上去复杂。高可用性并不局限于服务器领域，只是服务器的脆弱性更明显，在历史上就自然成为可用性问题的焦点。 网络可用性、存储可用性、数据镜像——甚至是应用程序代码中的缺陷——都足以使应用程序性能陷入谷底。　　网络可用性问题　　虚拟化的、网状网络结构集合多个物理网卡建立可按需动态分配的带宽资源池。如果某条物理网络链路连接中断，业务流量会很轻松地被立即路由到其它物理链路继续传输。　　网络系统必须从架构上消除单一故障点。每台物理服务器系统都应使用多个网络接口卡，但这对于大多数IT组织而言，这并非主要的技术或者成本问题。　　存储可用性问题　　存储一直是应用程序可用性的最大障碍。存储系统可以被虚拟化，但数据以物理的方式存入某些存储设施时，可用性问题依然存在：物理设施总会产生故障和引发问题。　　技术上，类似RAID和其它冗余存储技术可以避免因为单个磁盘驱动器失效引起的问题，但这仍然保留着磁盘控制器或RAID控制器方面的单一故障点。对付存储故障的最简单途径是将数据实时镜像保存到另一个物理存储设施。这种办法成本高昂，因为需要再买一套和主存储设施容量一样的镜像存储。　　这种办法也有技术上的困难，包括如何确保数据能够实时镜像，如何识别存储器失效时正在进行的事务、如何定义数据恢复点。一旦确认被确认，应用程序就会被故障转移到镜像存储设施，应用程序数据存储点也被重新分配到新的虚拟LUN。　　存储级别的业务连续性后台保障技术正在飞速发展，如果投资于恰当的技术，在数据中心内部实现高可用性是完全可行的。　　外部问题　　那么，如果故障在数据中心外部发生时会怎样？在许多情况下，数据中心会继续有效运转，但是数据中心数据进出的通道拥塞。例如，某条租用线路被挖掘机挖断，同时也就切断了数据中心的访问通道。从不同的方向引入不同供应商的线路接入数据中心可以满足关键应用所需的可用性水平，但是成本也同步上升。在大多数情况下，这方面的代价是值得的。　　再考虑一下更难对付的故障，例如数据中心内发生火灾，或者遇到大范围的自然灾害。在这种情况下，没有哪一种独立的高可用性手段可以保护你。要在灾难中仍然维持高可用性，就必须建立数据中心的交叉镜像。数据中心镜像代价极其高昂，但如果应用程序中断会立即导致巨大经济损失，那这种投入也是必要的。　　如果只是在较近的距离实现数据中心镜像，其技术难度和单设备镜像几乎相同。随着距离的增加，数据传输延迟将成为最大的问题，特别是在高速事务处理环境下。要让镜像系统故障转移切换对业务和客户的影响最低，就要尽量准确识别故障发生时系统事务处理的具体状态。　　无论你在服务器、网络和存储的可用性上花多少心思，都无法弥补应用程序本身的代码错误。程序代码中的内存泄漏或者其他缺陷必须采用全面的代码测试和运行垃圾汇总手段来检测和排除，否则高可用性就永远只是幻想。　　最后，不要让应用程序在数据中心例行维护期间关闭。应用程序的一个实例升级或修补期间，另一个实例应该继续保持运行。更新后的实例效能会更好，运行中的实例会快速切换到新的版本——这种故障转移几乎是实时完成的。切换过程或许会导致几秒钟延迟，但不会有实质的影响。　　哪种应用程序可用性方法是最好的？　　大多数机构会混和使用用多种高可用性解决方案。一些企业会将他们主要应用系统的灾难损失控制在几个小时以内。对于他们来说，仅仅使用标准的服务器和网络虚拟化方法不足以保障他们的应用程序可用性，必须在存储上配合使用RAID保护。　　如果应用程序停机会对企业造成损失，就必须采用云计算平台和数据镜像来实现更高级别的防护。缺乏可用性保障的应用系统随时可能会沉重打击企业的财政和品牌形象，那就必须考虑对整套设施进行镜像。　　IT部门和企业高管必须认同高可用性对于企业的重要程度，在企业应该投资哪些可用性保障措施方面达成一致。　　随时随地了解最新ICT产业资讯，请扫描二维码，或搜索"chnsourcing"，关注中国外包网官方微信。
已有0条微评 |
还可以输入 140 个字
新浪微博评论
北京时间12月6日凌晨消息，美国打车服务Uber周一宣...
北京时间12月5日晚间，全球知名咨询服务公司Frost...
北京时间12月6日凌晨消息，市场研究公司IDC公布最新...
点击排行榜
周点击排行榜
月点击排行榜}