第5篇 详细设计.pptVIP

第5章 详细设计 5.1 结构程序设计 5.2 人机界面设计 5.3 过程设计的工具 5.4 面向数据结构的设计方法 5.5 程序复杂程度的定量度量 5.6 小结 习题 详细设计阶段的根本目标是确定应该怎样具体地实现所要求的系统，也就是说，经过这个阶段的设计工作，应该得出对目标系统的精确描述，从而在编码阶段可以把这个描述直接翻译成用某种程序设计语言书写的程序。 详细设计阶段的任务还不是具体地编写程序，而是要设计出程序的“蓝图”，以后程序员将根据这个蓝图写出实际的程序代码。因此，详细设计的结果基本上决定了最终的程序代码的质量。 5.1 结构程序设计 结构程序设计的概念最早由E.W.Dijkstra提出。1965年他在一次会议上指出：“可以从高级语言中取消GO TO语句”，“程序的质量与程序中所包含的GO TO 语句的数量成反比”。 1966年Bohm和Jacopini证明了，只用3种基本的控制结构就能实现任何单入口单出口的程序。这3种基本的控制结构是“顺序”、“选择”和“循环”，它们的流程图分别为图5.1(a)，5.1(b)和5.1(c)。 图5.1 3种基本的控制结构 结构程序设计的经典定义如下所述：“如果一个程序的代码块仅仅通过顺序、选择和循环这3种基本控制结构进行连接，并且每个代码块只有一个入口和一个出口，则称这个程序是结构化的。” “结构程序设计是尽可能少用GO TO语句的程序设计方法。最好仅在检测出错误时才使用GO TO语句，而且应该总是使用前向GO TO语句。” 虽然从理论上说只用上述3种基本控制结构就可以实现任何单入口单出口的程序，但是为了实际使用方便起见，常常还允许使用DO-UNTIL和DO-CASE两种控制结构，它们的流程图分别是图5.2(a)和图5.2(b)。 图5.2 其他常用的控制结构 允许使用LEAVE(或BREAK)结构 如果只允许使用顺序、IF-THEN-ELSE型分支和DO-WHILE型循环这3种基本控制结构，则称为经典的结构程序设计； 如果除了上述3种基本控制结构之外，还允许使用DO-CASE型多分支结构和DO-UNTIL型循环结构，则称为扩展的结构程序设计； 如果再加上允许使用LEAVE(或BREAK)结构，则称为修正的结构程序设计。 5.2.1 设计问题 在设计人机界面的过程中，几乎总会遇到下述4个问题：系统响应时间、用户帮助设施、出错信息处理和命令交互。 1. 系统响应时间 系统响应时间有两个重要属性，分别是长度和易变性。 如果系统响应时间过长，用户就会感到紧张和沮丧。但是，当用户工作速度是由人机界面决定的时候，系统响应时间过短也不好，这会迫使用户加快操作节奏，从而可能会犯错误。 易变性指系统响应时间相对于平均响应时间的偏差，在许多情况下，这是系统响应时间的更重要的属性。即使系统响应时间较长，响应时间易变性低也有助于用户建立起稳定的工作节奏。 2. 用户帮助设施 几乎交互式系统的每个用户都需要帮助，当遇到复杂问题时甚至需要查看用户手册以寻找答案。 常见的帮助设施可分为集成的和附加的两类。 集成的帮助设施从一开始就设计在软件里面，通常，它对用户工作内容是敏感的，因此用户可以从与刚刚完成的操作有关的主题中选择一个请求帮助。 附加的帮助设施是在系统建成后再添加到软件中的，在多数情况下它实际上是一种查询能力有限的联机用户手册。人们普遍认为，集成的帮助设施优于附加的帮助设施。 具体设计帮助设施时，必须解决下述的一系列问题。 3. 出错信息处理 出错信息和警告信息，是出现问题时交互式系统给出的“坏消息”。 一般说来，交互式系统给出的出错信息或警告信息，应该具有下述属性。 (1) 信息应该用用户可以理解的术语描述问题。 (2) 信息应该提供有助于从错误中恢复的建设性意见。 (3) 信息应该指出错误可能导致哪些负面后果(例如，破坏数据文件)，以便用户检查是否出现了这些问题，并在确实出现问题时及时解决。 (4) 信息应该伴随着听觉上或视觉上的提示，例如，在显示信息时同时发出警告铃声，或者信息用闪烁方式显示，或者信息用明显表示出错的颜色显示。 (5) 信息不能带有指责色彩，也就是说，不能责怪用户。 当确实出现了问题的时候，有效的出错信息能提高交互式系统的质量，减轻用户的挫折感。 4. 命令交互