所谓可用性评估，即是对软件“可用性”进行评估，检验其是否达到可用性标准。目前的可用性评估方法超过20种，按照参与可用性评估的人员划分，可以分为专家评估和用户评估；按照评估所处于的软件开发阶段，可以将可用性评估划分为形成性评估和总结性评估。形成性评估是指在软件开发或改进过程中，请用户对产品或原型进行测试，通过测试后收集的数据来改进产品或设计直至达到所要求的可用性目标。形成性评估的目标是发现尽可能多的可用性问题，通过修复可用性问题实现软件可用性的提高，总结性评估的目的是横向评估多个版本或者多个产品，输出评估数据进行对比。网站可用性测试包含的步骤有：定义明确的目标和目的,安装测试环境，选择合适的受众，进行测试和报告结果。
（User Test）就是让用户真正地使用软件系统，由实验人员对实验过程进行观察、记录和测量。这种方法可以准确地反馈用户的使用表现、反映用户的需求，是一种非常有效的方法。用户测试可分为实验室测试和现场测试。实验室测试是在可用性测试实验室里进行的，而现场测试是由可用性测试人员到用户的实际使用现场进行观察和测试。用户测试之后评估人员需要汇编和总结测试中获得的数据，例如完成时间的平均值、中间值、范围和标准偏差，用户成功完成任务的百分比，对于单个交互，用户做出各种不同倾向性悬着的直方图表示等。然后对数据进行分析，并根据问题的严重程度和紧急程度排序撰写最终测试报告。
方法总结自书籍《蝶变：移动用户体验设计之道》
在可用性测试中，如何对任务进行评估呢？本文介绍了一个任务评估模型，并给出了模型的具体使用方法。
可用性测试主要从 可用性 和 功能价值 两大方面进行评估。可用性的维度包括： 有效性、效率、满意度。 功能价值包括：商业价值、 用户价值 。因为商业价值是既有的，不需要在可用性测试中收集数据。
所以可用性测试就从 有效性、效率、满意度、用户价值 4个维度来评估。
1）有效性说明
顺利完成 ：用户轻松地完成任务卡上所有的要求，得1分;
部分完成 ：用户只完成了一部分的任务，得0.5分;
失败 ：超过先点时间仍然无法完成任务;用户认为自己完成不了而放弃了任务，得0分
功能有效性: 有效性=(完全完成任务用户数x1+部分完成任务用户数x0.5)/用户总数
2）效率说明
熟练用时 ：对功能熟悉的人（PM、测试、设计师）按照任务提示进行操作，记录完成操作所需的时间，多个人操作取平均值,四舍五入按秒计时。
限定时间 ：根据熟练用时而定,熟练用时的3～10倍，保证一个任务不超10分钟。计时单位：四舍五入精确到分。
完成时间 ：开始时间：用户拿到任务卡开始计时。不要等用户读完任务卡计时，因为有人喜欢读一条记一条，有人喜欢读完所有任务再操作。结束时间：不要在观察到任务完成了就结束，而要用户宣布自己已完成再结束，因为有人在操作完喜欢检查自己是否操作成功。计时单位：四舍五入精确到分。
四舍五入精确到秒,数值越大效率越低： 效率=平均用时/熟练用时
3）满意度说明
1~7分。1代表非常不满意，7代表非常满意
4）用户价值说明
该功能对完成工作有多大帮助：1~7分。1代表完全没有帮助，7代表有很大帮助。
5)总分计算
对有效性,效率,满意度做量化处理,按照5:3:2的权重计算得分：
可用性水平=有效性x0.5-效率x0.3+满意度x0.2
将任务的有效性、效率、满意度、用户价值4个维度进行衡量评估后，可以将所有任务的数据横向对比，用折线图来展示：
在同一标准下对比不同任务的可用性水平，结合功能价值评估，可以得出下图的 四象限图 。在四象限图中，功能价值高可用性低的任务具有最高优先级。
注意：优化可用性问题时，应以功能(即任务)为单位，而不是以问题为单位，这样能站在更整体的角度考虑问题，不至于修改了很多细节还是不好用。先确定每个功能的优先级，再确定每个功能里的具体可用性问题的优先级。
之前总结过一版 交互设计流程图 ，主要是想给自己以后做设计梳理一下过程，但是那份流程里面只有枝干，并没有枝叶，所以针对每个方法我都会撰写一份方法总结，或者说指导，目的就是为以后实践做准备。我期望的效果是，假如一个没有接触过该方法的人看到这份总结，可以按照这个总结一步步完成实验。这就是我最大的目的。下面就是第一份总结《可用性测试方法总结》。
（预警：长文慎入！不过耐心看完肯定会有所收获）
============分割线==================
可用性测试的过程主要有七个步骤：测试前思考、制作测试原型、撰写测试脚本、招募测试者、设置测试环境、预测师、正式测试以及测试结果统计分析。这七个步骤有些事可以并行的，有些是需要严格按照前后顺序执行的。七个步骤组成的流程图如下：
下面我就针对这七个步骤，谈谈具体要怎么做。
不论是做哪个平台的可用性测试，比如PC端、移动端或者是WEB端的可用性测试，最最重要的就是要先理清楚一些基本问题。基本问题就是最经典的5W问题：
·为什么要进行这个测试（why）？测试可以验证一些设计中的疑惑，或者找出现有的界面、流程设计上的问题，具体问题要具体分析。
·什么时候在哪里做测试（when？where？）？时间一般是需要和测试者协调的；地点一般选择在安静的会议室即可，如果公司有专门的实验室那就最好不过了。
·谁要作为测试者（who）？这里可以在招募测试者会详细讨论，不过测试者一般是跟我们的persona接近的人，或者换个说法，测试者一般是我们的目标用户。
·我们要测试什么（what）？测试一些功能点，测试界面设计，测试流程设计，测试设计中有争议、有疑问的地方。
当然这些问题其实都不太难，但是这些都是至关重要的问题。如果没有经过这个步骤的思考，整个可用性测试做下来就会像无头苍蝇，没有一个总的指导。
在想清楚以上的问题之后，需要为可用性测试做一些准备工作。主要工作有：①招募测试者； ②撰写测试脚本； ③制作测试原型。
这三个过程不分先后，条件允许的情况下（人力物力充足时）也可以同时进行。
招募测试者算是可用性测试最重要的一个环节之一的，测试者是否合适直接关系到测试结果的好坏，测试结果直接关系到能否发现产品现有的问题。所以招募测试者是重中之重。理想的测试者是我们的目标用户，所以可用性测试要努力寻找到目标用户作为测试人员。寻找的途径如下：
a)最简便的，假如同事（非同部门）或者好友也是目标用户，可以选用同事或者好友作为测试人员。
b)其次，大型公司都会有自己的用户资料库，可以从这个库里面寻找到测试人员。
c)又或者说，委托第三方机构帮忙寻找测试人员也是允许的，不过效果可能不如自己寻找的。
d)当然，现在的应用一般都会有自己的微博、微信、官网或者论坛，这些是非常好的寻找测试者的渠道。我们可以推送招募测试者的公告，让用户填写一份调查之后，我们再筛选得到我们想要的测死者。公告中要注明奖励，一般为小礼品的奖励，保证对测试者有一定的吸引力，同时又不至于让他们会为了这个礼物对个人信息造假。其次，对于测试者，我们需要进行一个筛选【3】。首先需要用户填写必要的个人信息：比如姓名、电话（邮箱）、空闲时间；然后根据调查选择其他一些个人信息：性别、年龄、职业之后，最后留几道问卷题目进行筛选。
筛选的维度主要有：
·平台。如果测试的产品与平台有关，比如是Android或者iOS，需要在这里进行一个筛选。
·对产品的熟悉程度。比如我们想找一些初级用户和一些高级用户，可以选用“使用时间”这一项来衡量用户对产品的熟悉程度。
测试脚本的好坏直接关系到结果的好坏。在撰写测试脚本之前，我们需要先确定一些结果分析的维度。一般的维度有：a)任务完成度b)致命错误c)非致命错误d)完成任务的时间e)主观情绪f)偏好和建议。对于这些维度的解释具看第文章的最后一部分“测试结果统计分析”。
由于分析的维度会关系到脚本的问题，所以在确定分析维度之后，我们可以对功能点进行任务分析。把所有需要测试的功能点列出来，对每个功能点进行任务设计。对于任务而言，用户最主观的感受就是两个：界面和流程。所以测试脚本又可以从这两个维度去细分。
需要注意的是，可用性测试中，问只是其中的一部分，观察是另外一个重要的内容，所以测试脚本不仅仅要有问的问题，还有需要撰写工作人员观察的注意点。同时可以在撰写完测试脚本的同时，把总结大纲也写出来，方便后期总结的时候统一结果展示。
特别的，在设计的时候有疑惑的点，或者有争议的点，在可用性测试也可以得到较好的验证。
写完测试脚本之后，可以和利益相关者（项目经理、产品经理、开发等）讨论一下，请他们校验一下测试脚本。
界面：
a)当前界面有什么？
b)每个东西用户觉得是什么？
c)可以操作吗？
d)用什么手势操作方式？
e)操作之后会怎么样？
f)界面显示的内容足够吗，有没有缺少什么东西？
流程： 流程的测试就是根据任务来进行的。把产品的需求文档罗列出来，然后给每个需求配上一个合适的场景，当然也会出现一个场景覆盖多个需求的情况，这也是允许的。然后让用户在场景下去进行任务，观察用户，然后随时提问用户，随时准备回答用户的问题。
以上两点适合所有的可用性测试，但是对于版本更新类的可用性测试，我们还需要了解这个更新对于用户来说的接受度如何，所以需要增加一些对比性的问题：比如说：新旧版的操作流畅度、界面表达对比感受。
最后需要注意的是，一次可用性测试能涵盖的范围有限，所以要限制脚本问题的数量，以及对脚本的问题进行优先级的排序。
举个例子，之前做过一个微信端的众筹平台。我就可以设定以下任务：
可用性测试的原型一般是高保真的Demo，可以用Prott，Flinto，proto，墨刀等来制作，制作力求真实还原应用的最终实现效果。制作高保真Demo是一件耗时耗力的工作，所以在制作的时候可以适当忽略一些动效、界面等。不过做出来的Demo最终也可以给开发参考，所以辛苦也是值得的。甚至于，可以请求开发人员制作原生的程序Demo（针对安卓平台），程序Demo体验会更加好。
当然，纸面模型也是另外一种非常好的工具。纸面模型需要把纸面模型都只做出来，然后把所有的弹出窗口、下拉菜单等控件也制作出来。然后设计师充当wizard of oz来辅助用户完成任务。即用户对着纸面模型来操作，然后设计师实时反馈用户的操作。这样子要求设计师非常熟悉测试的应用，同时，测试的时间也会大大增长。同时，动效作为设计的一环在这里无法表现出来，所以结果可能会不如高保真Demo来的好。总之各有利弊，根据实际情况来考虑。
测试环境是指测试的时候需要使用的记录设备，通过把测试过程记录下来可以更好地分析用户的行为，特别是用户自己都没有觉察出来的一些东西。
首先，最最重要的一点是录音，录音一方面是在整理访谈记录的时候可以帮助设计师回忆访问的场景，然后填补一些缺失的笔记。另一方面，录音也可以作为一种存档的材料。同时，录音也存在简单、易操作、隐蔽等特点，使用录音笔或者现在随处可见的智能机即可完成录音。所以强烈推荐进行可用性测试的时候一定至少要录音。
录音之外就是录像，如果有录像的话，录音的步骤就可以省略。录像主要是记录用户的表情和动作。有时候，用户的表情和动作可以传达很多东西，通过把这些信息记录下来可以，设计师偶尔可以挖掘到一些闪光的设计点。
除此之外，用户的屏幕记录也是一种方式，通过用户的屏幕、加上用户操作的动作，表情，可以真实还原用户的使用场景，方便后期的分析。
录像和录屏的操作比较难进行，主要的设备可以参考如下【5】，具体可以查看相关的链接：
·摄像机：记录动作和部分表情
·眼动仪：可以追踪眼球的焦点轨迹，不适合移动端
·鼠标轨迹记录：记录鼠标轨迹，只适用于PC端
·QuickTime (iOS)：仅记录屏幕
·Mobizen (Android)：记录屏幕、手势
·Display Recorder (iOS)：手势、声音
·SCR (Android)：记录屏幕、手势、表情、声音
·Magitest (iOS)：记录屏幕、手势、表情、声音
·Mobizen +AirDroid (Android)：现场观察并记录手势、表情、声音
预测试是正式实施可用性测试前的一次模拟， 模拟有助于发现问题，这时候邀请同事即可。把正式测试的流程走一遍，包括设配的调试、访谈切入、问题的提问、记录者的记录等，然后把记录的录音、视频等放出来看看效果如何，效果不如意的时候再进行调整。
总之，预测试可以帮助发现问题，包括以下几个方面的问题：
·设备的问题。举个例子，录音设备放置的位置会影响录音的效果。
·测试脚本的问题。测试问题是否足够清晰。
·访谈的切入以及问题的提问。
·记录者的记录。
发现问题之后去解决问题，才能使正式测试的时候达到更好的效果。
测试前的接待工作是测试人员对公司的第一印象，给测试人员留下一个好印象、一个好心情有利于可用性测试的进行。所以在这里将一些注意点说一下。
首先，可以事先确认一下用户的行程。遇到刮风、下雨、下雪等恶劣天气的时候可以事先送上问候短信。
其次，遇上用户迟到的情况下，也要保持克制。在迟到五分钟到十分钟之后再给用户电话询问情况，如果用户因故取消测试，也要保持友好的态度。
在接到用户之后，送上一杯温水或者温热的饮料，然后让用户等待一下。最后可以有专门的人员先和用户聊聊天，可以打听一些事情。
正式开始之前有个暖场介绍。首先主持人做一下自我介绍，然后介绍一下测试的目的和时间，需要向用户强调测试的对象是系统，希望用户可以畅所欲言。如果有录音或者录像，需要向用户告知会有此类行为，但是结果完全保密。最后还需要签署保密协议。
正式提问分两个部分：个人信息的小问题和可用性测试任务问题。
小问题主要是为了让用户有个适应的过程，可以迅速进入状态。一般可以询问产品使用习惯、产品偏好、上网情况等，之后的测试问题就是主要的可用性测试的问题。这里需要把问题放入到场景中，让用户在场景中去完成任务。或者可以询问用户的使用习惯，然后引导到脚本中的问题。需要注意的是，不一定要按照脚本的顺序提问，可以随机应变，所以主持人要非常熟悉脚本的内容。除了询问，聆听之外，主持人还要观察用户的神情以及动作，遇上用户有疑问的表情的时候可以适当穿插新的问题，但是尽量不要提供帮助，也不要指出用户的错误或指责动作太慢，但是可以询问用户“为什么这么操作”，必要的时候可以选择停止任务。
测试过程中还需要有一个记录人员，记录人员需要记录：用户做了什么动作和步骤（重点）、用户说了什么、写下自己的疑问（适当时候可以进行提问或者让主持人提问）。
测试结束之后，主持人可以问一下用户的想法，同时让记录人员补充提问，所有问题结束之后，需要对用户表示感谢。送上礼品并接受用户的一些交通费报销票据等。最后要把用户送到公司门口。
测试结束之后，如果有时间可以立马进行整理，因为时间越短，整理出来的内容就越丰富。必要的时候，可以用录音或者录像来辅助。在撰写测试脚本的时候还有一份总结大纲，根据大纲来整理内容。大纲要具备灵活性，可以记录一下测试现场发现的新问题。
记得只是整理而已，每个测试结束都会有一份整理的资料。最后需要汇总多份可用性测试总结，最终出具一份可用性测试结果，根据这份结果进行相应的改进工作。
我们可以从如下几个维度去分析我们的可用性测试【8】（维度之间可能有交叉）：
a)任务完成度。每个测试任务都对应一个目标，只有当用户达到目标之后，我们才认为他们完成了任务。对于每个任务，用户完成的情况如何？有多少用户最终没能完成任务？多少用户需要在主持人提示下完成任务？多少人可以自行完成任务？这些都是很重要的指标
b)致命错误。严重错误指那些阻碍用户完成任务的错误，这些错误非常重要，每一个都要得到足够的重视。
c)非致命错误。非致命错误是指用户能完成任务，但是某些地方会有一些阻滞，会停顿或者思考的错误。这些错误相对来说没那么重要，不过如果发生的次数较多，该类错误也需要得到重视。
d)完成任务的时间。每个任务需要完成多少时间，决定了交互设计流程和界面的设计是否足够友好。
e)主观情绪。用户对于任务的主观感受，比如是否足够简单，是否容易找到信息，可以让用户衡量一下。
f)偏好和建议。可以让用户说出产品中哪些地方很喜欢？哪些地方不喜欢？或者让他们提一下建议。
【1】Adaptingyour usability testing practise for mobile http://www.userfocus.co.uk/articles/testing-for-mobile.html
【2】移动可用性测试(一):概述 – 腾讯ISUX–社交用户体验设计 http://isux.tencent.com/mobile-usability-testing-one.html
【3】网易公司用户访谈活动招募问卷 http://survey.askform.cn/51194-79597.aspx
【4】用户访谈心得总结– 腾讯CDC http://cdc.tencent.com/?p=5690
【5】移动可用性测试（三）：现场测试– 腾讯ISUX– 社交用户体验设计 http://isux.tencent.com/mobile-usability-testing-three.html
【6】用户研究经验谈-采铜学心录-博客大巴 http://xuexinlu.blogbus.com/c4061443/
【7】简单快速的可用性测试|网易用户体验设计中心 http://uedc.163.com/4151.html
【8】Planninga Usability Test Usability.gov http://www.usability.gov/how-to-and-tools/methods/planning-usability-testing.html
【答案】：可行性研究与项目评估的关系是: 农业项目的可行性研究和农业项目评估均属农业项目投资决策前期的分析论证、评价过程。可行性研究与项目评估都是应用性的学科，二者的基础理论基本相同，都是市场学、工程经济学和费用一效益分析等。 从农业项目的技资决策程序和项目固有的周期来看，这二者是紧密相联的顺序评价过程。因为农业项目投资决策前，项目的可行性研究报告必须再次经过详尽的评估分析，主管部门经过项目评估论证方可做出决策。 从分析工作的顺序来看二者是互为因果逐步深入的。可行性研究是评估的对象和基础，评估则是可行性研究的继续分析和核查。没有可行性研究的基础，评估工作无法进行，没有详尽的评估，可行性研究的结果就无法确定，不能做出合理的投资决策。 从项目评价的不同角度来看，这二者又是同一问题的两个方面。一是拟建项目的单位或上级主管部门所进行的项目可行性研究，一是贷款或投资机构对拟建项目进行的评估。必须注意的是银行，信贷机构不可代替项目的建设单位搞可行性研究，否则评估的结果就会出现偏差，评估工作就会失去了其基本意义。 但是它们之间也存在着明显的区别。 首先，从事这两类分析工作的论证主体不是同一组织、同一单位.他们对项目分析论证的立足点不同，所以，两者绝对不可以相互代替； 其次，它们在投资决策的程序中，在项目自身的周期中所处的位置和顺序也不同，可行性研究在前，项目评估在后，且顺序是不能颠倒的； 再次，两者所起的作用不同，可行性研究是投资者进行投资决策和政府职能部门审批项目的重要依据，项目评估是政府职能部门和上级主管部门审批项目的重要依据，更是金融机构确定贷款与否的重要依据。此外，在实际工作中，由于执行主体所站的角度不同，分析人员的注意偏好不同，往往使一些项目的可行性研究报告和项目评估报告，会出现不同的结论。
软件可行性分析报告通过对项目的市场需求、资源供应、建设规模、工艺路线、设备选型、环境影响、资金筹措、盈利能力等方面的研究，从技术、经济、工程等角度对项目进行调查研究和分析比较，并对项目建成以后可能取得的财务、经济效益及社会环境影响进行科学预测，为项目决策提供公正、可靠、科学的软件咨询意见。软件项目可行性研究目录包括： 软件项目总论 。总论作为可行性研究报告的首要部分，要综合叙述研究报告中各部分的主要问题和研究结论，并对项目的可行与否提出最终建议，为可行性研究的审批提供方便。 软件项目建设背景、必要性、可行性。 这一部分主要应说明项目发起的背景、软件的必要性、软件理由及项目开展的支撑性条件等等。软件项目产品市场分析。市场分析在可行性研究中的重要地位在于，任何一个项目，其生产规模的确定、技术的选择、软件估算甚至厂址的选择，都必须在对市场需求情况有了充分了解以后才能决定。而且市场分析的结果，还可以决定产品的价格、销售收入，最终影响到项目的盈利性和可行性。在可行性研究报告中，要详细研究当前市场现状，以此作为后期决策的依据。 软件项目产品规划方案。软件项目建设地与土建总规。软件项目环保、节能与劳动安全方案。软件项目组织和劳动定员 。软件项目实施进度安排。软件项目财务评价分析。软件项目不确定性分析。软件项目财务效益、经济和社会效益评价。软件项目风险分析及风险防控。软件项目可行性研究结论与建议。
机械产品设计的工艺性评价实际就是评价所设计的产品在满足使用要求的前提下制造、维修的可行性和经济性。这里所说的经济性是一个含意宽广的术语，它应是材料消耗要少、制造劳动要少、生产效率要高和生产成本要低的综合。
机械产品设计的工艺性评价包括毛坯制造工艺性评价、热处理工艺性评价、机械加工工艺性评价和装配工艺性评价，此处只介绍机械加工艺性评价和装配工艺性评价。
二、机械产品设计的机械加工工艺性评价
评价机械产品设计的机械加工工艺性可以从以下几个方面进行分析评价：
1． 零件结构要素必须符合标准规定
2． 尽量采用标准件和通用件
3． 在满足产品使用性能的条件下，零件图上标注的尺寸精度等级和表面粗糙度值应取经济值
4． 尽量选用切削加工性好的材料
5． 零件上有便于装夹的定位基面和夹紧面
6． 保证能以较高的生产率加工
（1）被加工表面形状应尽量简单
（2）尽量减少加工面积
（3）尽量减少加工过程的装夹次数
（4）尽量减少工作行程次数
7. 保证刀具能正常工作
8. 加工时工件应有足够的刚性
三、机械产品设计的装配工艺性评价
评价机械产品设计的装配工艺性可以从以下几个方面进行分析评价：
1． 机器结构应能划分成几个独立的装配单元
2． 尽量减少装配过程中的修配劳动量和机械加工劳动量
3． 机器结构应便于装配和拆卸
机械产品设计的工艺性评价
一、概述
机械产品设计除了应满足产品使用性能外，还应满足制造工艺的要求，否则就有可能影响产品生产效率和产品成本，严重时甚至无法生产。一个结构工艺性低劣的产品，在激烈竞争的市场经济环境中是站不住脚的。一个好的产品设计师必须同时是一个好的工艺师。
机械产品设计的工艺性评价实际就是评价所设计的产品在满足使用要求的前提下制造、维修的可行性和经济性。这里所说的经济性是一个含意宽广的术语，它应是材料消耗要少、制造劳动要少、生产效率要高和生产成本要低的综合。
对机械产品设计进行工艺性评价须与具体生产条件相联系，在大批量生产中认为图5-55a所示箱体同轴孔系结构是工艺性好的结构；在单件小批生产中则认为图5-55b所示同轴孔系结构是工艺性好的结构；这是因为在大批大量生产中采用专用双面组合镗床加工，可以从箱体两端向中进给镗孔。采用专用组合镗床，一次性投资虽然很高，但因产量大，分摊到每个零件上的工艺成本并不多，经济上仍是合理的。
机械产品设计的工艺性评价包括毛坯制造工艺性评价、热处理工艺性评价、机械加工工艺性评价和装配工艺性评价，此处只介绍机械加工艺性评价和装配工艺性评价。
二、机械产品设计的机械加工工艺性评价
评价机械产品设计的机械加工工艺性可以从以下几个方面进行分析评价：
1． 零件结构要素必须符合标准规定
零件结构要素螺纹、花键、齿轮、中心孔、空刀槽等的结构和尺寸都应符合国家标准规定。零件结构要素标准化了，不仅可以简化设计工作，而且在产品加工过程中可以使用标准的和通用的工艺装备（刀具、量具等），可以缩短零件的生产准备周期，可以降低生产成本，产品上市也快。
2． 尽量采用标准件和通用件
设计产品时应尽量选用标准件和通用件，上述两类零件在产品中所占的比例是评定产品设计标准化程度的一个重要指标。标准化程度可用标准化系数A进行评定。
采用标准件、通用件，不仅可以简化设计，避免重复的设计工作，而且还可以降低产品制造成本，产品上市也快。
3. 在满足产品使用性能的条件下，零件图上标注的尺寸精度等级和表面粗糙度值应取经济值
尺寸公差规定过严，表面粗糙度值规定过小，必然会无谓地增加产品制造成本。在对机械产品设计进行机械加工工艺性评价时，必须对主要工作表面的尺寸公差、极限偏差逐一加以校核。在没有特殊要求的情况下，表面粗糙度值应与该表面加工精度等级相对应。
1. 尽量选用切削加工性好的材料
材料的切削加工性是指在一定生产条件下，该材料切削加工的难易程度。材料切削加工性评价与加工要求有关，粗加工时要求具有较高的切削效率，精加工时则要求被加工表面能获得较高的加工精度和较好的加工表面质量。材料强度高，切削力大，切削温度高，刀具磨损快，切削加工性差；材料强度相同时，塑性较大的材料由于加工变形和硬化程度较大、切屑与前刀面的接触长度大，切削力大，切削温度高，刀具磨损快，表面粗糙度大，切削加工性差；在钢材中适当添加磷、硫等元素，可以降低钢的塑性，对提高钢材的切削加工性有利。
2. 零件上有便于装夹的定位基准面和夹紧面
产品设计人员在设计零件图时，须充分考虑零件加工时可能采用的定位基准面和夹紧面，应尽量选用在夹具中能够进行稳定定位的表面作设计基准。如果零件上没有合适的设计基准、装配基准能作定位基准面，应考虑设置辅助基准面。辅助基准面应标注相应的尺寸公差、形位公差和表面粗糙度值。
经济可行性包括两个方面的内容：一是某一备选方案占有和使用经济资源的可能性，进而实现政策目标的可能性；二是实施某一政策方案所需花费的成本和取得的收益。政府的财政资源是有限的，任何政策方案占有和使用的经济资源也是有限的。因此，任何一项公共政策都存在一个争取公共经济资源的问题。一般说来，“公共政策的经济资源的占有量与其政策目标的期望值成正比例关系。”当然，这还涉及到一个成本效益问题。如果某一方案的成本大于收益，显然这项政策是不可行的。
资产评估准则——无形资产 2007-12-10 引 言 1．本准则规范无形资产的评估和相关信息的披露。 2．本准则不涉及土地使用权的评估。 定 义 3．本准则所称无形资产，是指特定主体所控制的，不具有实物形态，对生产经营长期发挥作用且能带来经济利益的资源。 无形资产分为可辨认无形资产和不可辨认无形资产。可辨认无形资产包括专利权、专有技术、商标权、著作权、土地使用权、特许权等；不可辨认无形资产是指商誉。 基本要求 4．注册资产评估师应当经过专门教育和培训，具有专业技能和经验，能够胜任无形资产的评估工作。 5．注册资产评估师应当恪守独立、客观、公正的原则，保持应有的职业谨慎，不得求证客户授意的评估价值。 6．注册资产评估师应当谨慎区分可辨认无形资产与不可辨认无形资产。 7．注册资产评估师应当独立获取评估所依据的信息，并确信信息来源是可靠和适当的。 8．注册资产评估师使用的假设应当合理，不得使用没有依据的假设。 9．注册资产评估师可以利用专家协助工作，但应当对专家工作的结果负责。 评估要求 10．当出现无形资产转让和投资、企业整体或部分资产收购和处置等经济活动时，注册资产评估师可以接受委托，执行无形资产评估业务。 11．注册资产评估师在执行无形资产评估业务前，应当确定下列事项： （1）无形资产的性质和权属； （2）评估目的； （3）评估基准日； （4）评估范围。 12．注册资产评估师在进行无形资产评估时，应当考虑下列事项： （1）有关无形资产权利的法律文件或其他证明资料； （2）无形资产的性质、目前和历史状况； （3）无形资产的剩余经济寿命和法定寿命； （4）无形资产的使用范围和获利能力； （5）无形资产以往的评估及交易情况； （6）无形资产转让的可行性； （7）类似的无形资产的市场价格信息； （8）卖方承诺的保证、赔偿及其他附加条件； （9）可能影响无形资产价值的宏观经济前景； （10）可能影响无形资产价值的行业状况及前景； （11）可能影响无形资产价值的企业状况及前景； （12）对不可比信息的调整； （13）其他相关信息。 13．无形资产的评估方法主要包括成本法、收益法和市场法，注册资产评估师应当根据无形资产的有关情况进行恰当选择。 14．注册资产评估师使用成本法时应当注意下列事项： （1）无形资产的重置成本应当包括开发者或持有者的合理收益； （2）功能性贬值和经济性贬值。 15．注册资产评估师使用收益法时应当注意下列事项： （1）合理确定无形资产带来的预期收益，分析与之有关的预期变动、受益期限，与收益有关的成本费用、配套资产、现金流量、风险因素及货币时间价值； （2）确信分配到包括无形资产在内的单项资产的收益之和不超过企业资产总和带来的收益； （3）预期收益口径与折现率口径保持一致； （4）折现期限一般选择经济寿命和法定寿命的较短者； （5）当预测趋势与现实情况明显不符时，分析产生差异的原因。 16．注册资产评估师使用市场法时应当注意下列事项： （1）确定具有合理比较基础的类似的无形资产； （2）收集类似的无形资产交易的市场信息和被评估无形资产以往的交易信息； （3）依据的价格信息具有代表性，且在评估基准日是有效的； （4）根据宏观经济、行业和无形资产情况的变化，考虑时间因素，对被评估无形资产以往交易信息进行必要调整。 17．当对同一无形资产使用多种评估方法时，注册资产评估师应当对取得的各种价值结论进行比较，分析可能存在的问题并作相应调整，确定最终的评估价值。 披露要求 18．注册资产评估师应当在评估报告中声明下列内容： （1）评估报告陈述的事项是真实和准确的； （2）对评估所依据的信息来源进行了验证，并确信其是可靠和适当的； （3）评估报告的分析和结论是在恪守独立、客观和公正原则基础上形成的，仅在假设和限定条件下成立； （4）与被评估无形资产及有关当事人没有任何利害关系； （5）利用了专家的工作，并对专家工作的结果负责（如果没有利用专家工作，则不用声明）； （6）评估报告只能用于载明的评估目的，因使用不当造成的后果与签字注册资产评估师及其所在评估机构无关。 19．注册资产评估师应当在评估报告中明确说明有关评估项目的下列内容： （1）无形资产的性质； （2）评估目的； （3）评估基准日； （4）评估范围； （5）重要的前提、假设、限定条件及其对评估价值的影响； （6）评估报告日期。 20．注册资产评估师应当在评估报告中明确说明有关无形资产的下列内容： （1）无形资产的权属； （2）使用的信息来源； （3）宏观经济和行业的前景； （4）无形资产的历史状况； （5）无形资产的竞争状况； （6）无形资产的前景； （7）无形资产以往的交易情况。 21．注册资产评估师应当在评估报告中明确说明有关评估方法的下列内容： （1）使用的评估方法及其理由； （2）评估方法中的运算和逻辑推理方式； （3）折现率等重要参数的来源； （4）各种价值结论调整为最终评估价值的逻辑推理方式。 施行日期 22．本准则自2001年9月1日起施行。 （财政部关于印发《资产评估准则--无形资产》的通知，财会[2001]1051号，2001年7月23日）
01 确定范围：【整体评估还是局部评估】不需要每次都对所有模块进行评估。
02 背景信息：【用户、场景、主要任务、竞品】评审的基础是在前期做过相关调研的基础上，如果评估成员涉及到跨产品团队，跨部门成员，提供这些信息能让评审人员更好的作出评估。团队内部评估则可以简化。
03 评估参考原则：【根据评审目标和产品特性选择】对于经验丰富的专家，不需要对照评估原则也能发现较多问题；对于新手来说，对照原则能够更好的进行评估。除经典的尼尔森10原则外，也有其他的评估准则，根据需要选择作为评估参考。
04 评委邀约：【设计师、用户研究员、非本人】推荐3-5人，资深设计师，用户研究员，最好非设计师本人，如果能请到其他项目组成员更好。有时视项目时间、评估范围、要求可做一定简化。
05 材料准备：【评估说明 用户手册 评分表等】必要时做简单的讲解，让参与评估的成员充分了解信息；评估人员如果是同一个项目组，则可以简化。
给评估专家记录填写的：（严重程度是1-5分制等）
辅助评分表：视具体情况而定内容，可一起讨论设定评分表内容（放哪些内容的维度 权重）
启发式评估表：尼尔森10项原则 / 细分表
01 任务走查：尽量每个参与评审的人员单独进行评审，一般情况下，每个评委可能需要花1-2小时进行评估。
02 整体走查：按照评委的习惯进行，评估过程可以设定几个典型人物任务流程进行评估；也可以逐个页面按层级进行评估；也可以尝试一些极限值进行评估；根据事先确定的评估目的来确定范围和重点；
03 结果记录：评估人员单独记录评估发现的问题，形成简单的清单等等；如有评分表，还需要填写评分信息。
现场会议评审：将人员邀请过来-》主持人先进行详细的介绍和评估流程说明-〉让专家当场进行评估-》各自评估，结果汇总给主持人-〉现场讨论（为何会有这样的评分 建议等）【适用于专家在一起办公时】
独立评审，分别提交结果：通过邮件等评审【灵活多变】
记录形式：手写记录表/表格
最终问题清单+评分结果：
word、ppt、excel等形式：
核心结论的排序：
启发式评估是专家评估法的一种，也有被称为经验性评估。最初由Nielsen博士提出。
简单来说，启发式评估是一种简易的可用性评估方法，使用一套相对简单、通用、有启发的可用性原则，让几个评审人员根据专业知识和经验来进行评估，发现产品潜在的可用性问题。
启发式评估是一种较为主观的研究方法，这对评估者有了一定要的要求，其中以下几点较为关键：
为了让整个评估简单可量化，尽量避免评估者的主观性，研究人员一般会根据需要选择合适的原则来指导评估。
常见的有：Nielsen十项原则、Nielsen拓展原则（113条 ）、Nielsen首页可用性指南（10项）、 ISO9241（7项）、八项黄金法则（8项）、HHS网页设计与可用性指南（177项）等。
这里简单介绍一下Nielsen启发式10项原则，供大家参考：
想要了解这些原则的详细解释，可进一步阅读 《尼尔森启发式评估十项原则详解》
一般情况下，启发式评估适用于产品研发中的交互设计、UI设计、测试优化、正式发布等阶段。这种方法的成本低、效率高、能够发现大多数可用性问题：
但这种方法也存在明显的缺点：
评估之前，我们需要明确本次评估的范围，是整体评估，还是局部评估。另外值得注意的是，完成了一次整体评估以后，我们不需要每次都对所有模块进行评估，以免造成大量的重复劳动。
评审的基础是研究者在前期已经做过了相关的调研，将这些研究背景整理呈现出来，能让团队外部的评审人员更好的做出评估。如果是团队内部评估则可以简化。
对于经验丰富的专家，不需要对照评估原则也能发现较多问题；但对于新手来说，对照原则能够更好的进行评估。除了经典的尼尔森10原则外，也有其他的评估准则，可以根据评审目标和产品特性进行选择。
推荐邀请3-5名资深设计师和用户研究员来参与评估，最好不是设计师本人，如果能请到其他项目组成员会更好。不过，有时候要视项目时间、评估范围等因素影响，有些要求可以做一定的简化。
必要的时候，应该做一下简单的讲解。准备好评估说明、用户信息、评分表等材料，让参与评估的成员充分了解信息；评估人员如果是同一个项目组，则可以简化。
尽量让每个参与评审的人员单独进行评审，避免互相交流而影响判断。一般情况下，每个评委可能需要花1-2小时来进行任务走查。
按照评委的习惯进行，评估过程可以设定几个典型人物任务流程来进行评估，也可以逐个页面按层级进行评估，也可以尝试一些极限值进行评估。最重要的是，要根据事先确定的评估目的来确定范围和重点。
评审人员必须单独记录评估时发现的问题、简单的依据等等；如有评分表，还需要填写评分信息。
将所有评审人员的最终问题清单和评分结果收集起来，有必要的时候可以针对特殊的模块进行集体讨论，深挖问题。
根据汇总的结果，编写报告总结，可以使用Word、Excel、PPT等任何工具进行展示，形式不限。
总结完问题之后，我们还需要提炼核心结论，进行优先级排序，并提出最终的优化方案，以便团队成员进一步提高产品可用性。
启发式评估的可操作性很强，也较为简单，普遍用于提高产品可用性的测试工作过程中。如果大家感兴趣，可以通过专业的书籍进行系统化学习，推荐阅读：
以上。感谢阅读！欢迎交流～
