第一篇：实验二 语音交互设计TTS-基于图形用户界面
COM：即组件对象模型，Component Object Model。
1、在COM构架下，人们可以开发出各种各样的功能专一的组件，组件实际上是一些小的二进制可执行程序，它们可以给应用程序、操作系统以及其他组件提供服务，然后将它们按照需要组合起来，构成复杂的应用系统（如dll）。优点：可用新组件替换原有组件，系统升级和定制更加简便；可在多个应用系统中重复利用同一个组件；可以方便的将应用系统扩展到网络环境下；COM与语言、平台无关，程序员可充分发挥自己的才智与专长编写组件模块等。
2、使用和处理COM对象。COM独立于语言，COM为自己提供对象管理例程。COM中创建对象，实际是调用COM库中的API函数CoCreatInstance().调用该函数时，在注册表中查找COM服务器位置，将服务器加载到内存，并创建所请求的实例。
3、一般使用COM对象的步骤是： 初始化COM库(Initialize)；
创建一个COM对象，获得相应接口；
如果对象创建成功，则调用COM对象的某个方法； 释放接口；
收回COM库(Uninitialize)
二、TTS—基于图形界面
基于图形用户界面创建一个TTS应用程序，通过对菜单命令的选择执行文本-语音的转换。
一、建立项目
1、创建一个实现典型“Hello world”应用的windows 32平台应用程序项目。
二、设置sapi路径：与SAPI相关的文件路径必须在项目中声明。（sapi.h和sapi.lib）
1、选择“Tools”→ “Options”→“Directories”选项卡；
2、选择“Include Files”下拉式选单，增加“sapi.h”的文件路径；
3、选择“Library Files”下拉式选单，增加“sapi.lib”的文件路径；
三、创建“Speak”菜单命令
1、修改自动生成的菜单项。打开“资源管理器”→“File”菜单→增加“Speak”命令项→资源ID设置为“IDM_SPEAK”。
四、实现speak功能 第1步：初始化COM 第2步：创建语音对象设置声音 第3步：调用speak函数 第4步：设置感兴趣的事件 第5步：确定事件类型 第6步：响应事件
1、初始化COM if(FAILED(CoInitialize(NULL)))
{
return FALSE;
}
2、创建语音对象设置声音
一旦com运行后，下一步就是要创建语音对象。这里需要用到CoCreatInstance().为简洁和方便起见，这个例子使用了特别的处理方式。首先，它使用initinstance（）来初始化声音。这是最简单的初始化过程。第二，这个语音对象是全局性的。第三，语音对象建立之后，对象本省和用到的内存立即被释放。最后，如果初始化失败，应用程序应该有更强有力的检查错误机，更广泛的报告和更详细的资料。
程序清单2：
ISpVoice *pVoice;//SAPI voice(初始化模块)……
BOOL InitInstance(HINSTANCE hInstance, int nCmdShow){。。。
// Instead of using IDC_TEST, use the identifier of menu resource of the current application.SetMenu(hWnd, LoadMenu(hInstance, MAKEINTRESOURCE(IDC_TEST)));ShowWindow(hWnd, nCmdShow);UpdateWindow(hWnd);//Initialize SAPI
HRESULT hr = CoCreateInstance(CLSID_SpVoice, NULL, CLSCTX_ALL, IID_ISpVoice,(void **)&pVoice);
if(SUCCEEDED(hr))
{
pVoice->SetInterest(SPFEI(SPEI_WORD_BOUNDARY),SPFEI(SPEI_WORD_BOUNDARY));
pVoice->SetNotifyWindowMessage(hWnd, WM_USER, 0, 0);
}
else
return FALSE;
3、调用Speak函数实现“讲话”的功能
要让计算机讲话只需一句简单的调用命令，要讲话的内容用一个参数传给语音对象，常是从一个对话框或一个文件获取字符串的。另外，字符串也可以从一个流中获取，但就要使用另外一个调用 ispvoice：： speakstream。Speak函数的调用代码是放在windows的消息处理函数wndproc()相应的消息处理中的。从文件菜单选择Speak命令,计算机将开始讲： “我很高兴发言。” 程序代码3: // FUNCTION: WndProc(HWND, unsigned, WORD, LONG)。。。
LRESULT CALLBACK WndProc(HWND hWnd, UINT message, WPARAM wParam, LPARAM lParam){
。。。WCHAR tempString[30]。。。
switch(wmId){。。。case IDM_SPEAK:
wcscpy(theString, L“I am glad to speak.”);
pVoice->Speak(theString, SPF_ASYNC, NULL);
pVoice->Speak(L“I am glad to speak”, SPF_ASYNC, NULL);
break;
default：
return DefWindowProc(hWnd, message, wParam, lParam);}
4、设置事件
像其它大部分windows应用程序一样，在COM组件中有很多交互动作,这些交互信息将以信息形式出现。sapi是也一样。信息是在TTS或SR引擎中产生的,某个特定的事件也是在那里开始和结束的.很多时候, sapi或sapi的引擎产生的事件是对应用程序有用的。举例来说，当一个识别过程开始的时候，应用程序会得到相应的通知或消息,最终的用户也可以得到相应的通知。
(1)首先，需要接收一个来自sapi的或sapi的引擎的消息。这个消息是程序自定义的.但是，所有的活动sapi都使用相同的消息通知应用程序；
(2)得到通知后,应用程序要检查一个事件结构,这个事件结构是由SAPI完成的.利用这个结构来确定具体是发生了什么事件（见第五步骤）.(3)设定感兴趣的事件。程序可以用setinterest 来设置感兴趣的事件。默认情况下，TTS不向程序发出任何事件通知。也就是说，如果程序忽略了setinterest的调用，TTS应用程序是得不到任何事件通知的。
(4)设定消息。不论以何种事件，应用程序都应该将一个消息与sapi联系起来。程序通过调用setnotifywindowmessage来完成这个任务，本例使用WM_USER消息。
程序清单4：
//Initialize SAPI HRESULT hr = CoCreateInstance(CLSID_SpVoice, NULL, CLSCTX_ALL, IID_ISpVoice,(void **)&pVoice);if(SUCCEEDED(hr)){
pVoice->SetInterest(SPFEI(SPEI_WORD_BOUNDARY),SPFEI(SPEI_WORD_BOUNDARY));
pVoice->SetNotifyWindowMessage(hWnd, WM_USER, 0, 0);
} else return FALSE;
5、确定事件。使用事件来工作需要2个步骤。
(1)首先是使用一个简单和标准的做法设置和使用Windows消息。消息是被发送到程序的消息环中的。在这个例子里，wndproc（）接收wm_user讯息。一旦讯息是捕获，其余事情由sapi函数来完成。
(2)第二个步骤是确定哪些消息发生了。Sapi使用 spevent和getevents方法来确定具体的事件和消息。通过这两个函数可以获取指定的事件信息和事件类型。在SPEVENT的成员eeventid恰恰是setinterest所设定的值。该spevent结构必须在首次使用时被初始化。而且重新使用之前也要被清除。可以使用spclearevent来完成清除工作。
程序清单5：
switch(message)
{
case WM_COMMAND:
wmId
= LOWORD(wParam);
wmEvent = HIWORD(wParam);
。。。
case WM_USER: //处理speak命令的窗口
SPEVENT eventItem;
memset(&eventItem, 0,sizeof(SPEVENT));
while(pVoice->GetEvents(1, &eventItem, NULL)== S_OK)
{
switch(eventItem.eEventId)
{
case SPEI_WORD_BOUNDARY :
SPVOICESTATUS eventStatus;
pVoice->GetStatus(&eventStatus, NULL);
ULONG start, end;
start = eventStatus.ulInputWordPos;
end = eventStatus.ulInputWordLen;
wcsncpy(tempString, theString + start , end);
tempString[ end ] = '/0';
//MessageBoxW(hWnd, tempString, L“GUIApp”, MB_OK|MB_ICONWARNING);
MessageBoxW(hWnd, tempString, L“SayApp”, MB_OK|MB_ICONWARNING);
break;
default:
break;
}
SpClearEvent(&eventItem);
}
break。。。case WM_DESTROY:
if(pVoice)
{
pVoice->Release();
pVoice = NULL;
}
PostQuitMessage(0);
break;
default:
return DefWindowProc(hWnd, message, wParam, lParam);
}
6、响应事件。在这个例子中，应用程序使用spei_word_boundary消息来取定每一个单词。可以用getstatus函数和spvoicestatus结构来获取更详细的信息。一个独立的单词，可以用事件发生时的第一个字母和最后一个字母的位置来确定。在这个例子中，使用MessageBoxW来显示所讲的单词。在说话过程中，屏幕是实时更新的，并显示实际发言的文字。这个特点是由spf_async标志控制的。如果在Speak函数中使用NULL参数，而不是SPF_ASYNC参数，那样就要等整句话说完之后，才显示消息框。pVoice->Speak(theString, SPF_ASYNC, NULL)；
//释放语音对象
程序代码6：
case SPEI_WORD_BOUNDARY : SPVOICESTATUS eventStatus;
pVoice->GetStatus(&eventStatus, NULL);
ULONG start, end;
start = eventStatus.ulInputWordPos;
end = eventStatus.ulInputWordLen;
wcsncpy(tempString, theString + start , end);
tempString[ end ] = '/0';MessageBoxW(hWnd, tempString, L“GUIApp”, MB_OK|MB_ICONWARNING);break;总结：
最后，总结一下这个例子的主要知识点： 1，初始化COM： CoInitialize和CoUninitialize 2，建立语音对象实例：CoCreateInstance 3，讲话：Speak 4，设置感兴趣的事件：SetInterest
设定SAPI返回的消息 ：setnotifywindowmessage 5，消息来时，确定事件类型：GetEvents 清除事件结构：SpClearEvent 6，响应事件时，用GetStatus确定当前SAPI的状态
第二篇：实验二 语音交互设计-TTS
文本语音（Text-to-Speech,以下简称TTS），它的作用就是把通过TTS引擎把文本转化为语音输出。简单介绍如何运用Microsoft Speech SDK 建立自己的文本语音转换应用程序。Microsoft Speech SDK是微软提供的软件开发包，提供的Speech API（SAPI）主要包含两大方面：
1.API for Text-to-Speech：微软TTS引擎的接口，通过它我们可以很容易地建立功能强大的文本语音程序 ；
2.API for Speech Recognition：与TTS相对应的语音识别
为了在VC中使用这SDK,必需在工程中添加SDK的include和lib目录，为免每个工程都添加目录，最好的办法是在VC的Option->Directoris加上SDK的include和lib目录。
一、TTS—基于控制台
这是一个基于控制台的语音程序示例。这个例子中，使用了最简单的COM框架，并让计算机“说”一句简单的话。同时介绍了如何使用XML标签来对语音进行修改。主要包括如下步骤：--Step1：建立工程项目--Step2：初始化COM接口--Step3：创建语音对象--Step4：开始说话
--Step5：用XML标签修改语音
1、Step1：建立工程
(1)利用Visual Studio的开发环境中的应用程序向导建立一个Win32控制台（console）程序。在创建过程中时，选择一个简单的“Hello world”应用程序工程项目。
(2)创建完成后，打开“stdafx.h”头文件，把以下的内容粘贴在“#include
#define _ATL_APARTMENT_THREADED #include
(4)再设置sapi.lib的路径。在同样的“Settints”对话框中，选择“Link”标签页；在“Category”下拉列表中选择“Input”；在“Additional library path”编辑框中填入sapi.lib的路径：“F:Program FilesMicrosoft Speech SDK 5.1Libi386 ；
(5)在同样的“Link”标签页中的“Object/library modules”栏中增加“sapi.lib”，注意，这里的各个库名字之间用空格隔开。
Step2：初始化COM接口
SAPI 是基于COM框架的，所以使用SAPI相关函数之前和SAPI对象被激活时，程序必须初始化COM接口。下面的代码虽然除了初始化之外没有任何其它的功能，但是它确保COM能被正常启动。程序清单2：
#include
::CoUninitialize();return TRUE;} Step3：创建语音对象
COM 运行环境建立起来之后，接下来创建语音对象。语音对象是一个简单的COM对象。另外，语音对象使用很多智能的默认配置，在自身初始化过程中，SAPI自动为其配置大多数的默认值，语音对象创建完成后就可以立即被程序使用。这些默认的参数是从“控制面板”的“语言属性”中获得的，包括语言种类等。所有的默认参数，包括显见的和非显见的（比如说话速度，基音周期等），都可以用编程的方式改变，或从控制面板中的语言属性中修改。
#include
if(FAILED(::CoInitialize(NULL)))return FALSE;HRESULT hr = CoCreateInstance(CLSID_SpVoice, NULL, CLSCTX_ALL, IID_ISpVoice,(void **)&pVoice);if(SUCCEEDED(hr)){ pVoice->Release();pVoice = NULL;// pVoice设置为NULL空值不是必须的，但这样做有助于检查错误，也可以作为一个提示，表示这个指针的空间已经分配了或者被释放了。} ::CoUninitialize();return TRUE;} 注：SDK提供的是基于COM封装的，只要按部就班地用CoInitialize（）、CoCreateInstance（）获取IspVoice接口就够了，需要注意的是初始化COM后，程序结束前一定要用CoUninitialize（）释放资源。
SAPIStep4：开始说话
上述程序的流程是获取IspVoice接口，然后用ISpVoice::Speak（）把文本输出为语音，只需调用“Speak”函数即可。
HRESULT Speak（const WCHAR *pwcs,DWORD dwFlags,ULONG *pulStreamNumber）；
(1)*pwcs 输入的文本字符串，必需为Unicode,如果是ansi字符串必需先转换为Unicode.(2)dwFlags 用来标志Speak的方式，其中SPF_IS_XML 表示输入文本含有XML标签。
(3)PulStreamNumber 输出，用来获取去当前文本输入的等候播放队列的位置，只有在异步模式才有用。代码如下： #include
TTS API功能最强大之处在于能够分析XML标签，通过XML标签设置音量、音调、延长、停顿，几乎可以使输出达到自然语音效果。前面已经提过，把Speak参数dwFlags设为SPF_IS_XML,TTS引擎就会分析XML文本，输入文本并不需要严格遵守W3C的标准，只要含有XML标签就行了，在下面的例子中，后部分的语音基音频率会比前部分的低10个等级。
#include but the pitch drops half way through”, SPF_IS_XML, NULL);pVoice->Release();pVoice = NULL;} ::CoUninitialize();return TRUE;} 学习心得 老师整体讲得挺好，从中学习到了交互设计的精髓，即是“不要让用户思考”，可用性是交互设计的基本目标。从中也了解了Web用户的行为特点，了解了一般Web可用性的基本要素以及比较专业的设计迭代和设计验证过程。回过头来对比之前做的项目，参照着也发现了不少问题和缺点，尤其是在设计流程上，也有时间因素没法花两三个礼拜要做设计迭代和验证。我们的原型和设计缺乏对最终用户群的设计考虑，出发点尚处在以自我观点为决策的阶段，没有为最终用户设计，这点是我们亟需改进的。除此之外，也讲到了web交互设计的一般法则，对我们以后开发也很有裨益。 用户体验的提高需要各方的努力，不是光靠UE设计师一个人就能达到。一个项目的用户体验好与坏，需要受众用户、产品经理、业务分析师、视觉设计师、开发人员一起协同努力才能在一个有限的时间内达成。更多得可能还是需要在研发流程和规范上下药，提高用户体验设计的重视度，才能贯彻相同的理念互相协同起来，达到高用户体验的目标。 用户界面UI设计大作业要求 一、题目要求 1、每人为班级设计一个网站首页。 2、如果出现两人雷同，两人都以“0分”计算。 3、首页以psd格式保存。 4、将自己设计的班级首页转成html网页文件保存。 5、完成大作业报告并打印。 说明：最后上交的内容有“.psd”的原图、“.jpg”的效果图、“.html”的网页文件、“.doc”的电子版大作业报告以及打印好的大作业报告。 二、网站首页设计要求 1、首页中要包含班级的logo。（logo自己设计） 2、首页中要包含班级的名称。 3、首页中要包含导航栏。（导航的个数最少5个） 4、首页中要包含自己制作的按钮和处理的图片。 5、首页中要包含版权。（制作人名称、班级） 6、首页的颜色要和谐美观。 7、首页的布局要清晰合理。 三、大作业报告格式的要求 1、使用统一的封皮。 2、使用B5纸打印。 3、报告中主要写制作过程，类似书上每章的实例制作步骤。 4、报告中文字要求，字体“宋体”、字号“小四”。 5、报告中每行文字之间的行间距为“1.5倍行间距”。 6、报告中每段文字前后段间距都为“0”。 7、报告中的每张帖图都要有标号和名称，格式为“宋体、小五”，段前段后都是“0.5倍行间距”。 8、报告中的贴图大小都调整到“高度6厘米，宽度8厘米”。 9、报告中不要出现大段空白。 10、报告中除封皮以外，都要有页码。 四、大作业报告内容要求 大作业报告中要涵盖三方面的内容，如下所示： 1、设计说明 主要叙述，颜色的选取以及页面的布局情况。 2、制作步骤 1）背景的制作 2）logo的制作 3）导航的制作 4）其他板块的制作 5）结果图 3、总结 基于用户体验的手机产品交互设计原则 一、用户体验信息收集 在讨论手机的交互设计方法之前，需要先对手机的用户使用习惯有一些基本的了解，需要对手机的用户体验信息做一些收集整理。收集用户体验信息首先需要确定两个问题：一是确定目标用户群体；二是确定信息收集的方法和途径。 在确定目标用户群体的时候，很显然的是，已有产品有过使用和交互经验，具备该产品或系统的交互体验的用户，相比较于那些没有体验的用户，可以为设计提供更多更有效的信息。因此在收集用户体验信息时，应该首先考虑所需设计的产品的用户或是有过类似产品使用经验的用户。在理想的情况下，当用户体验产品的交互时，设计师可以通过某种技术或是研究方法获得用户的全部感官印象，掌握他们的情感体验。然而这些主观的体验信息很难用实验室的方法收集或是客观的科学描述表达出来。因此我们只能寻求贴近实际的近距离接触用户体验的方法，就是深入访谈和现场观察。 我们需要调研的信息有： 1.硬件部分： 手机的持机模式（右手操作、左手操作、双手操作）； 手机的操作模式（手指触控、笔触、按键、滚轮、长按）； 两种操作模式下的输入方式（全键盘、九键、触屏键盘、手写）； 信息反馈形式（屏幕信息输出、声音、振动、灯光）对用户的影响； 2.软件部分： 用户对屏幕信息结构的认识（空间位置、信息排列顺序、信息的分类） 用户对信息导航的使用（菜单、文件夹管理、搜寻特定文件） 用户对信息传达的理解（图形信息、文字信息） 用户对交互反馈的获知（每个操作是否有明确的反馈） 3.积极的用户体验： 特殊交互模式带来的新奇感受——有趣 简洁的操作步骤和有效的信息提醒方式——信任感 软件运行速度，信息处理过程——操纵感和成就感 允许误操作，有效引导——安全感 交互过程中的完美感官体验（视觉、听觉） 类似于电脑操作过程的交互（有电脑使用经验的用户）——熟悉感和成就感 品牌元素在交互上的延续性——熟悉感和优越感 4.消极的用户体验： 系统出错、没有提示信息——压力、紧张和茫然 缺少误操作的补救机制——挫败感、压力 交互步骤的繁复难记——挫败感 提示信息的不明确（不符合用户模型）——茫然 过程处理时间过长——焦虑 二、用户分类 1.依据用户的需求可将智能手机的用户分为两类： 1.1 过程为主的用户(processoriented end user)过程为主的用户的典型例子是电玩族，他们追求的终级目标就是视觉听觉的冲击和享受，最终游戏的结果反而变得不是那么重要了。此类设计对视觉和创意的要求是极为挑剔的，绝大多数设计师都有深厚的美术功底。 1.2 结果为主的用户(result oriented end user)然而，与结果为主的用户设计相比，过程为主的用户的市场和受众都要小的多。结果为主的用户不在乎用什么样的方式完成任务，但是任务必须以最短的时间，以最简洁的方式，最精确的运算结果来完成。对于此类用户的交互设计人员来讲，更重要的是设计更合理的任务逻辑流程(logical task flow),以期最大幅度的符合人脑的思考方式和认知过程(cognitive process)。2.依据用户的使用经验可将用户可以分类为： 2.1 新手用户 指刚刚开始接触和使用智能手机的用户，对智能手机的操作系统没有过使用经验，对计算机及应用程序的一般用法也没有太多的了解，但有一定的手机使用经验。2.2 中级用户 使用智能手机有一定的时间，换过至少一个智能手机。对智能手机的部分操作相对熟悉，但经常使用的软件数量较少，并不完全熟悉智能手机系统的所有功能，对界面交互所必需的语法信息了解较少。2.3 专家用户 有过相当长时间的智能手机使用历史，更换过几次智能手机，对手机的交互和电脑的操作都非常了解，经常主动寻找更简洁和快速的交互方式。 一般来说，中级用户和专家用户在长期使用某部分交互时遇到的问题更具有代表性，而新手用户提出的问题则更有利于设计人员认清用户与智能手机交互时的认知过程。 三、交互设计原则 对应用户体验信息的收集和用户分类，我们可以总结出来智能手机上交互设计的方法和要点。1.硬件交互设计 根据人机工程学原理设计按键大小等硬件交互要素； 尽可能提供多种输入方式，包括键盘输入和手写输入，键盘包括数字键盘和全键盘。合理设计键盘使其符合用户的使用习惯； 考虑环境对用户操作的影响。例如嘈杂的环境下提供震动的提示方式，黑暗又需要保持安静的环境下选择指示灯闪烁发光的方式提示用户。 同样需要考虑环境因素对用户的影响，利用机械结构多样化设计实现单手操作模式和双手操作模式的切换，需要设计切换的便捷方式、屏幕方向的变化和键盘的转换等等硬件交互要素的变化。 设计新奇的交互模式，将大大提升用户体验，例如sony的滚轮导航模式，和苹果的触点导航键（旋转和点击），都获得了巨大的商业成功。 2.信息交互设计 信息项目的排布密度合理，字体排列、图标排列的方式具有可调性，设计合适的方式来突出重点信息； 使用用户的语言来传达信息，而非技术的语言。有效地使用“隐喻”。例如windows里面的“记事本”就是一个很好的隐喻例子，因为它和人们熟悉的日常概念联系在一起，所以用户可以很容易的理解这是一个什么工具。好的隐喻可以起到快捷的说明作用； 字体大小、颜色、图标设计等，都决定可读性的好与坏； 需要保持一致性的不光有每个功能软件或是服务的图标外观，更包括开机动画、细节元素和无形框架的一致，都需要贴合用户行为习惯进行设计； 尽量避免同一个元素包含太多的信息，例如，颜色的使用不要包含太多信息暗示，因为用户不一定会注意到或是理解某种颜色所包含的暗示。 3.软件交互设计 导航功能。随时转移功能，很容易从一个功能跳到另外一个功能； 允许工作中断。例如当用户编辑短信的时候，收到短信或电话，完成后回来仍能够找到刚才正写的短信息； 方便退出。例如，提供两种退出方式，按一个键完全退出，或是一层一层的退出。 让用户知道自己当前的位置，使其做出下一步行动的决定； 提供快速反馈，减少不必要的潜在等待时间。在任务交予系统处理或计算的时候，会有一段潜在的用户等待时间，一般我们会通过合适的等待提示让用户知道现在正处于系统潜在工作状态，而不至于让用户频繁地重复操作，使系统更慢；或者合理通过多任务切换处理避免这样的等待间隔。通过这些方法可以让用户回避这种的无效时间，从而提高交互效率。 良好的防错机制。误操作后，系统提供有针对性的清晰提示。即使发生错误操作，也能帮助用户保存好之前的操作记录，避免用户重新再来； 提供了解用户操作行为的途径，可以更好的帮助改善系统的操作； 通过缩短操作距离和增加目标尺寸来加速目标交互操作。 4.体验交互设计 让用户控制交互过程。“下一步”、“完成”，面对不同层次提供多种选择，给不同层次的用户提供多种可能性； 预设置的默认状态应该具有一定共通性和智能性，并对用户操作起到协助或提示的作用；此外，还应留给用户修改和设置默认状态的权限； 图标、多媒体设计、细节设计和附加功能设计为体验增值，有效提升体验度； 视觉设计，例如开关机动画、界面显示效果等； 多方面考虑用户信息的私密性，提供有效的保护机制，例如指纹识别密码模式。 四、总结 体验是一个比较虚的概念，很难量化很难评估，所以也导致很多小的无线产品开发团队干脆放弃了对产品用户体验的把握，甚至不需要设置一个专门的呃交互设计师职位来改善产品的交互体验，这对于成长型的公司是可以容忍的，但是对于要想做出精品，长期处于市场不败之地的公司就显得不够严谨了。手机互联网是未来的发展趋势，手机产品也对交互设计提出了更多的要求，简单探析了一下从用户体验出发来进行手机产品交互设计的方法原则，之后还是需要一个比较成型的交互体验评估体系的。第三篇：用户交互设计学习心得
第四篇：用户界面UI设计大作业要求
第五篇：基于用户体验的手机产品交互设计原则
点击咨询 