会漏掉重要信息。 ①员工经验有限,主持失败。
②记录慢、不全、不准,回头用录音等整理会耗费时间。
③结果整理格式凌乱,不及时,信息遗失,其他人员也看不懂。 计划 让用户执行一定的任务,通过谈话、观察和记录获取关于他们的信息。 实施 进行访谈或可用性测试。 评价 是否挖掘到了真实的用户需求。 结果共享或保存 把给客户方或者上级做出研究报告或有价值的结论保存起来。 目的 为同类项目积累资料。 ①需要便于查阅。
②需要提供分类归档和关键词搜索。
③方便导出。 ①不进行总结,理论得不到发展。
②不归类保存,将来查找艰难。
③不排除冗余信息,不按固定格式保存,将来给查找增添困难。
④随着员工流动,非常容易造成数据丢失。 计划 把报告存成文档,项目日期和项目负责人进行保存。 实施 放入相应的文件夹。有时刻成光碟。 评价 是否保存完好。 研究致用 给交互设计师或者程序员、市场策划提供详细的解决方案。 目的 让研究结果用于产品规划。提高产品的可用性。 ①因为文档必须能让别的部门的员工看懂,要符合规范。
②需要有版本序号,以防导致文档混乱。
③方便传送和接收。 ①看不懂、不详细,造成交流成本升高,部门形象下降。
计划 写成文档,传送给其他部门的工作人员。有时反复的进行口头交流。 实施 写出详细文档,与其他部门人员开会,讨论可行性,修改文档。 评价 是否切实服务于设计。是否降低交流成本。
第4章
软件功能架构设计
4.1 原理
本软件包括数据库层和应用层。数据库储存着可用性研究资料的规范化数据,应用层包括处理这些数据的应用程序。应用层接收到用户的指令之后,在数据库中调取所需数据,再经过运算或转换,把结果反馈给用户。
数据库中包含的内容有:调查项目信息、访谈提纲、调查问卷、用户模型、可用性测试标准、被招募的用户信息、调查结果、部门员工信息。应用层中包含的应用程序有:数据查看、数据转换、数据计算、数据筛选、数据输入和输出、数据保护。软件原理如图 4-1所示:
图 4-1 软件原理
4.2 软件模块
用户可以在软件界面上看到五个功能模块,它们是项目管理、访谈、问卷、用户模型、可用性测试。每个模块间保持独立性。模块可以单独使用,也可以按用户自定义顺序组合起来使用。其中,用户模型模块中的数据可以直接转化为可用性测试模块中的数据。各模块间的关系如图 4-2所示:
图 4-2 软件模块
4.3 各模块包含的数据参量
各模块包含的数据参量如表 4-1所示:
表 4-1 数据参量
数据库 包含参量 数据来源 数据类型 关联 项目库 项目编号 自动生成 整数 项目名称 手工输入 字符串 访谈/问卷/测试/报告名称 项目目标 手工输入 长文本 访谈/问卷/测试目标 项目类别 选框选择 字符串 项目负责人 选框选择 字符串 员工信息 项目起终时间 选框选择 字符串 人力资源 选框选择 字符串 员工名称 项目资料 与其它数据关联 索引字符串 所有数据 用户信息库 用户编号 自动生成 整数 用户名称/代号 手工输入 字符串 用户性别 选框选择 字符串 用户年龄段 选框选择 字符串 用户职业 选框选择 字符串 用户
计算机经验 选框选择 字符串 用户爱好 选框选择 短文本 所在地域 选框选择 字符串 联系方式 手工输入 字符串 问卷库 最后编辑时间 自动生成 时间戳字符串 调查目标 手工输入 长文本 问卷问题 手工输入 长文本 导入其他问卷 长文本 回收数据 手工输入 长文本 其他文件导入 长文本 问卷统计 调用数据计算 浮点 问卷调查结果 从访谈结果导入 长文本 访谈结果 访谈库 最后编辑时间 自动生成 时间戳字符串 访谈目标 调用项目目标 字符串 手工编辑 字符串 提纲结构 手工