http://blog.sina.com.cn/flyhawkboy[订阅]
个人资料
访客
读取中...
好友
读取中...
评论
读取中...
分类
    内容读取中…
博文
电影《2012》(2009-12-06 22:25)

不要为将来的事情担忧,把握今天和最近日期要做的事情。放眼人类近年的发展,科技在加速,即使是未来10年,甚至是5年,3年的许多事情可能都是你永远无法预料的。

剧情介绍

  杰克·杰克逊(约翰·库萨克饰)带着孩子去黄石公园度假,却发现曾有美好回忆的湖泊已经干涸了,而这个地区也成为了禁区。充满疑惑的他在黄石附近的营地偶然认识了查理。查理告诉他由于自然环境和资源长期被人类掠夺性破坏,地球自身的平衡系统已经面临崩溃,人类即将面临空前的自然灾害。查理说有些国家已经在联合秘密研制并建造可以躲避这个灾难的方舟。杰克逊以为他是个疯子就一笑而过走开了。

  第二天灾难发生了。强烈的地震伴随大量陨石的坠落,让眼前熟悉的家园变成了人间炼狱。在地球的其他地方,各种各样的自然灾害也以前所未有的规模爆发。杰克逊和众多家庭一样踏上了求生之路。面对全球性的自然灾害,不知何去何从的他突然想起查理提到过的方舟和地图,于是决定前往方舟基地寻找生存的机会。

  在寻找和前往方舟基地的过程中,杰克逊一家在经历灾难的生死考验之后终于到达了方舟基地。然而已经制造完成的方舟数量

q4创个人历史记录,全年圆满(09.12.05)
今天早晨7点起来,天气寒冷了许多,全副武装,吃力地骑车赶到交大东操。
第3组有18个人大约,起跑后,自己基本在倒数第2地样子,紧跟在一个哥们后边,速度应该在1分50左右,跑的并怎么吃力。
也并不想吃力跑,也没看表,知道这次怎么也无法超越了。最后2圈超过那个哥们加了点速度,最后200米冲刺,12分50,终于跑出了个人

历史最差成绩,后边这几次场地塞一次比一次慢,也算是超越了自我吧。
Q1成绩12分14,Q2成绩11分40,Q3成绩11分50,Q4成绩12分50。
终于参加完了全年的场地认证赛,圆满了。

大风刮,寒流要来了(09-12-4)
今日距离5.6K,30分
本月距离11.6
年度934.9
本计划昨天要跑,临时有事耽搁了,今天一定要补上,不过今天的天没昨天好,下午的时候刮

起了大风,带来了寒流侵袭的消息。
大风中跑很别扭很不爽的,大风压迫着胸口,几乎难以喘息。就这样吃力地慢慢地跑了14圈,

明天是北京q4场地比赛,报上名了,准备玩玩,近来跑的很少,也没距离和强度,感觉这次可

能要跑一次最差的成绩了。

今日天气见好,月初6K(09-12-1)
今日6K
本月6K
年度923.3K
今天天空雾气基本散尽,天空比前阵子蓝了许多,空气自然也好了不少.不能错过这难得的日子.
下午5点30分左右到的操场,已经大黑.
一个人慢慢起步,跑了5圈后脱掉外衣,只穿体恤,再看表时已经归零,随不再关心时间,跑够圈数就收工了.

依旧雾蒙蒙,月底6K(09-11-29)
今日距离6K,28分08
本月距离46.8k
年度917.3
冬天就是这样,雾下起来就很执着,好多天难以消散。
冬天,没有风的话,空气质量也难以见好。
今天下午5点多点到的操场,没几个人跑。跑起来就很热乎,今天穿了体恤跑的

。依旧出了不少汗,运动的感觉不错。

附件C(仅供参考)
可用性需求说明书的案例
本案例演示了可用性需求说明书是如何帮助一个研发团队在开发过程中以一种系统的方法来考虑可用性的。可用性需求说明书定义了使用背景,并且详细说明了有效性、效率和满意度的测量方法和产品研发中必须达到的各个标准等级。
说明书是基于ISO 9241本部分提供的框架的,用以考虑各个相关的因素。说明书有两个主要部分,其中提供了使用背景所需的最小信息以及可用性的测量方法(参看5.1.3部分)。说明书的格式严格按照ISO 9241种本部分的5.2和5.3。这个格式不是必需的而是根据需要可以改变的,格式中用十分精确的表格提供了相关信息。
写作可用性需求说明书的团队可能应该包括在可用性工程方面有经验的人类因素专家,以及其他相关专业人员,比如来自行销、产品管理和软件研发领域的专家。
[对说明书内容的注释用斜体字给出]
产品名称和产品目的

[本节识别产品并描述产品的总体目的]

“产品可用性测试” 的更多相关文章

在学术论文中常见的可用性问卷包括:用户交互满意度问卷(questionnaire for user interaction satisfaction,QUIS),软件可用性测量目录(software usability measurement inventory,SUMI)计算机系统可用性问卷(computer system usability questionnaire,CSUQ)。用户测试法:可用性既然是评价软件质量的标准,而且是从用户的角度出发,评价起来当然少不了用户的参与,在所有的可用性评估法中,最有效的就是用户测试法了。
http://www.360doc.com/content/070610/11/21898_549639.html
            其实,可用性测试很简单,只要你愿意,你就可以成为优秀的可用性工程师。但是,如果你现在有以下这些特征,那么可能需要接受比较严格的培训才可以上岗。
            1,粗心大意
            小时候做数学题,经常抄错行,或者写字的时候只写左边,忘了右边;做看图找错时,永远都只能找到1/3;最糟糕的是,这种习惯你一直保持到现在,那么基本可以确定,现在的你不适合做可用性研究。可用性中,有相当一部分工作与细致缜密的思维习惯直接相关。这样的思维方式,可以通过一些逻辑训练后天培养,也可以以通过大量的实践培养职业习惯。但是如果你现在仍然一目十行,经常看错字,把“厨子”看成“府子”,显然你不适合从事可用性测试的研究工作。
           

http://wz.csdn.net/url/517962/

 

关于可用性的测试和评估,在国外现在已经形成一个新的专业,称为可用性工程(Usability Engineering)。由于是一个专业,因此就有专门的人员来从事这项工作,并发展出一整套的方法和技术来进行可用性的测试和评估。根据我们给软件可用性所下的定义,一个软件可用性的测试和评估应该遵循以下原则:

(1)最具有权威性的可用性测试和评估不应该是专业技术人员,而应该是产品的用户。因为无论这些专业技术人员的水平有多高,无论他们使用的方法和技术有多先进,最后起决定作
用还是用户对产品的满意程度。因此,对软件可用性的测试和评估,主要应由用户来完成。

(2)软件的可用性测试和评估是一个过程,这个过程早在产品的初样阶段就开始了。因此一个软件在设计时反复征求用户意见的过程应与可用性测试和评估过程结合起来进行。当然,
在设计阶段反复征求意见的过程是后来可用性测试的基础,不能取代真正的可用性测试。但是如果没有设计阶段反复征求意见的过程,仅靠用户最后对产品的一两次评估,是不能全面反映
简介
在工作中体现可用性
在创建软件的环境中,术语“可用性”表示一种方法,它将用户而不是系统摆在过程的中心。这一方法称作以用户为中心的设计,它从设计过程的一开始就将用户关心的问题和意见考虑在内,并提出在任何设计决策中用户的需要都应摆在首位。
这种方法最显著的特点就是可用性测试。在测试中,用户使用产品的界面进行工作,通过界面进行交互,就他们的观点和关心的问题与设计人员和开发人员进行交流。
本文讨论了可用性的概念,并讨论了为什么可用性在所有软件设计项目中都是一个重要部分。本文的第一部分定义了在软件开发环境中可用性意味着什么,以及它与衡量产品价值的其它方面间的关联。第二部分回答了一些常见的问题,包括:为什么可用性很重要,以及如何在开发过程中体现以用户为中心的设计理念等。本文在结尾处列出了一些书籍、论文和组织机构名称,帮助您加深对可用性的了解,并在项目中应用可用性。
本文中讨论的大部分概念在零售和内部软件开发中均有所应用。在阅读本文时,请注意“用户”和“产品”等词语,并思考如何将其应用到您的项目和最终用户中。

可用性定义
易于使用
可用性是衡