文档介绍：【Word版，可自由编辑！】
目录

错误!未定义书签。

错误!未定义书签。
市场调研
错误!未定义书签。
结点
错误!未定义书签。

错误!未定义入浅出的需求文档，
标准是让每一个阅读过文档的人都能对本项目有一个较为全面的认识。
用户体验优化
遵循品牌建设规则的网站项目的实名、域名，协助制作人员和技术人员进行操作
体验上的优化，精致、细致是这一阶段的目标。
原型的要义
原型的意义
原型是一个有价值的设计工具。在项目开发的整个过程中，有利于评估设计的可
行性。在初步设计阶段，能够探究和测试用户。在实际设计布局和更详细的交互
问题，能够评估和测试。之后的高保真模型，可以用来提供一个最终软件的演示。
原型可以有多种实现方法。目前本司采用行业内流行的axure原型设计软件制作,
采用该工具制作的原型特别适合web应用程序和屏幕序列的探讨。其他诸如visio、
mockups等软件虽也可实现原型制作，但非经公司上级要求不可用于替代axure。
原型的使用
高保真原型
高保真原型可用于向上级管理者或同事展示，因为它传递了最终产品的许多特点,
比如视觉设计。它们也适合于正式的可用性测试：
给予用户/同事书面任务完成所需数据
要求用户/同事边想边说出
工具
所见即所得的编辑器（或你选择的任何其他编辑一一不过所见即所得更快）
一个或多个浏览器测试原型
图形工具
设计元素库（一旦设计元素库建立，有助于形成一致的外观和加快开发速度）
图形库或其他屏幕元素（有助于在其他事情重复利用屏幕元素（screen
elements））
优势
更好的交互，尤其是有益于评价屏幕变化
很好展现软件的设计或者可能的设计
测试和最终编码之间，还有时间来作出改进
原型制作规范
基本规范
交互设计模式
以规范化，交互UI库为基础，及主流交互设计范本（如QQ, SINA, 163,等用户普
遍熟知的界面及交互设计）一一交互设计模式，为主要选择。尽量减少独立编写
及体验创新。体验，交互，界面的创新依据产品特点而定，尽量减少用户的操作
成本，尽量避免让用户去思考“这东西该怎么用”。
交互表现
某构建的静态截图-借以表现交互需求。
设计规范
包括，字号，图片大小，颜色，质感等需要统一化，一致性的要素。
构件规范
布局构件
负责界面布局的部分，通常为头部，左边栏，右边栏，内容，底部
交互表现
依据“交互设计模式”制作静态截图-代表交互需求，附注演示连接。
快速复用
通过最少的更改实现，大小，多少，方向等变化。通常为删减。
交互命名
如果构件能内部完成交互，在制作时就要加上交互的命名，减少后期的操作。
遵循设计规范
自行制作的构件必须大体遵循设计规范。制作新的构件所使用的基本元素也要从
设计规范中产生。
母版制作规范（参考）
公共区域（具体指页头、页脚、导航条、页面内的公共元素），要求采用母版，
以减少修改量；
位置固定的布局母版置为：Place in Background
根据设计规范，制作本站通用master （如四连显图片，10连行文字）
站点地图制作规范
页面要求
规范
单个页面的命名规范
命名用可用中英文结合，力求表达准确。
频道及栏目综合爽面
统一以“user_页面名称”为顶层页，表示这是用户使用
的页面。
使用admin为管理员的管理页；
使用statistics为数据统计功能页
子贝面
增：Create
删：Delete
改：Edit
查：View
汇总页：List
修改分类:Recatalog
重命：Rename
复杂业务
要求单独提供用例及流程图，展示页面的业务逻辑和判
断条件
注释规范（参考）
注释的内容
描述
功能说明
说明该对象的主要完成的功能
交互效果
说明该对象的交互动作以及产生的交互结果；此处应该包含各
种判断的说明
优先级
也可以理解为重要性。标明该控件在交互中的重要性
关联关系
包含触发方式（默认显示/被动触发），以及其他对象/数据
的关联关系。对于同时拥有管理后台、用户后台的地方，需要
说明数据关系
测试用例
提供测试方法及测试应该使用的数据
注意事项
设计和制作时需要注意的其他事项
备注
可以针对各个特殊控件、组件自定义其他注释
整体制作要求
完整性要求
任何一个完整的产品，包括3部分，这3部分在原型需要独立展示:
⑴用户前端页面
用户在不登陆、登陆情况下进行浏览的页面：
用户自行管理数据/帐户的页面。
⑵管理员的管理页
主要数据