第四讲 软件设计（software design）.ppt

用户错误的处理 设计错误消息时应该预见用户的背景和经验。 举例：病人监护系统 好的和差的错误消息 4.4.2 帮助系统设计 Help? means “help, I want information” Help! means “HELP! Im in trouble” 两种不同的帮助需求都应该在帮助系统中得以满足。 不同的系统设置和信息结构会提供不同类型的帮助。 帮助信息 帮助信息不应该是用户手册的简单复制。 文本本身、文本编排和风格都需要仔细的设计，并且应有一个合理的结构引导用户使用。 系统应该提供用户多个不同的入口，以使用户可以从不同的位置进入帮助系统。 对用户所在位置给出指示并保留历史路径对用户使用帮助系统是十分有益的。 一个帮助系统的不同入口 帮助系统窗口 4.4.3 用户手册 从设计成份上讲，用户手册不是界面设计的构成。但是，设计在线帮助文档应该与用户手册相呼应。 用户手册应该比在线帮助文档更加详细，而且应该便于不同类型的用户使用。 文档类型 文档类型 功能描述 ? Brief description of what the system can do 介绍手册 ? Presents an informal introduction to the system 参考手册 ? Describes all system facilities in detail 安装文档 ? Describes how to install the system 管理员手册 ? Describes how to manage the system when it is in use 4.5 用户界面评价 Some evaluation of a user interface design should be carried out to assess its suitability. Ideally, an interface should be evaluated against a usability specification. However, it is rare for such specifications to be produced. Usability attributes Simple evaluation techniques Full scale evaluation is very expensive and impractical for most systems.So we can use some simple evaluation techniques: Questionnaires for user feedback. The provision of code in the software to collect on-line user feedback. Video recording of system use and subsequent tape evaluation. Instrumentation of code to collect information about facility use and user errors. 5 设计文档与有效性验证 设计文档应该从设计原理、关键问题说明等方面描述系统设计，并作为设计阶段的成果来提交。 设计文档通常要包括以下几个方面： 系统体系结构设计 数据库设计 模块及接口设计 用户界面设计 设计规约 Ⅰ. 工作范围 A. 系统目标 B. 运行环境 C. 主要软件需求 D. 设计约束∕限制 Ⅱ. 体系结构设计 A. 数据流与控制流复审 B. 导出的程序结构 C. 功能与程序交叉索引 Ⅲ. 数据设计 A. 数据对象与形成的数据结构 B. 文件和数据库结构 ⅰ文件的逻辑结构 ⅱ 文件逻辑记录描述 ⅲ 访问方式 C. 全局数据 D. 文件∕数据与程序交叉索引 Ⅳ. 接口设计 A. 人机界面规格说明 B. 人机界面设计规则 C. 外部接口设计 ⅰ外部数据接口 ⅱ 外部系统或设备接口 D. 内部接口设计规则 Ⅴ.（每个模块的）过程设计 A. 处理与算法描述 B. 接口描述 C. 设计语言(或其它)描述 D. 使用的模块 E. 内部程序逻辑描述 F. 注释∕约束∕限制 Ⅵ. 运行设计 A. 运行模块组合 B. 运行控制规则 C. 运行时间安排 Ⅶ. 出错处理设计 A. 出错处理信息 B. 出错处理对策 ⅰ设置后备 ⅱ 性能降级 ⅲ 恢复和再启