第6章_详细设计概要.ppt

第6章 详细设计 目标 设计人机交互界面 利用结构化程序设计工具设计程序蓝图 计算程序蓝图复杂程度 软件生存周期 第6章 详细设计 详细设计阶段的根本目标是确定应该怎样具体地实现所要求的系统。 详细设计阶段的任务还不是具体地编写程序，而是要设计出程序的“蓝图”，以后程序员将根据这个蓝图写出实际的程序代码。 详细设计的结果基本上决定了最终的程序代码的质量。 衡量程序的质量的因素有： 逻辑是否正确 性能是否满足要求 是否容易阅读和理解 6.1 结构程序设计 3种基本的控制结构是“顺序”、“选择”和“循环”。 6.1 结构程序设计 结构程序设计的经典定义如下所述：“如果一个程序的代码块仅仅通过顺序、选择和循环这3种基本控制结构进行连接，并且每个代码块只有一个入口和一个出口，则称这个程序是结构化的。” 上述经典定义过于狭隘了，结构程序设计本质上并不是无GO TO语句的编程方法，而是一种使程序代码容易阅读、容易理解的编程方法。 更全面的结构程序设计的定义是：“结构程序设计是尽可能少用GO TO语句的程序设计方法。最好仅在检测出错误时才使用GO TO语句，而且应该总是使用前向GO TO语句。” 6.1 结构程序设计 为了实际使用方便起见，常常还允许使用DO-UNTIL和DO-CASE两种控制结构。 有时需要立即从循环（甚至嵌套的循环）中转移出来，如果允许使用LEAVE（或BREAK）结构，则不仅方便而且会使效率提高很多。 6.1 结构程序设计 如需要立即跳出当前循环，可使用LEAVE或BREAK结构。 经典的结构程序设计： 只允许使用顺序、IF_THEN_ELSE型分支和DO_WHILE型循环这三种基本控制结构。 扩展的结构程序设计： 还允许使用DO_CASE型多分支结构和DO_UNTIL型循环结构。 修正的结构程序设计： 再加上允许使用LEAVE（或BREAK）结构。 6.2 人机界面设计 人机界面设计是接口设计的一个重要的组成部分。 对于交互式系统来说，人机界面设计和数据设计、体系结构设计及过程设计一样重要。近年来，人机界面在系统中所占的比例越来越大，在个别系统中人机界面的设计工作量甚至占总设计量的一半以上。 人机界面的设计质量，直接影响用户对软件产品的评价，从而影响软件产品的竞争力和寿命，因此，必须对人机界面设计给予足够重视。 6.2.1 设计问题 在设计人机界面的过程中，几乎总会遇到下述4个设计问题： 系统响应时间 用户帮助设施 出错信息处理 命令交互 许多设计者直到设计过程后期才开始考虑这些问题，这样做往往导致出现不必要的设计反复、项目延期和用户产生挫折感。最好在设计初期给予重视，此时修改容易、代价也低。 6.2.1 设计问题 1. 系统响应时间 系统响应时间指从用户完成某个控制动作(如点击鼠标)，到软件给出预期的响应之间的这段时间。 系统响应时间有两个重要属性，分别是长度和易变性。系统响应时间过长或过短都不好。 易变性指系统响应时间相对于平均响应时间的偏差。即使系统响应时间较长，响应时间易变性低也有助于用户建立起稳定的工作节奏。 6.2.1 设计问题 2. 用户帮助设施 几乎交互式系统的每个用户都需要帮助，当遇到复杂问题时甚至需要查看用户手册以寻找答案。 常见的帮助设施可分为集成的和附加的两类。 集成的帮助设施从一开始就设计在软件里面，可以缩短用户获得帮助的时间，增加界面的友好性。 附加的帮助设施是在系统建成后再添加到软件中的，在多数情况下它实际上是一种查询能力有限的联机用户手册。 普遍认为，集成的帮助设施优于附加的帮助设施。 6.2.1 设计问题 具体设计帮助设施时，必须解决下述的一系列问题： (1) 在用户与系统交互期间，是否在任何时候都能获得关于系统任何功能的帮助信息?有两种选择：提供部分功能的帮助信息和提供全部功能的帮助信息。 (2) 用户怎样请求帮助?有3种选择：帮助菜单，特殊功能键和HELP命令。 (3) 怎样显示帮助信息?有3种选择：在独立的窗口中，指出参考某个文档(不理想)和在屏幕固定位置显示简短提示。 (4) 用户怎样返回到正常的交互方式中?有两种选择：屏幕上的返回按钮和功能键。 (5) 怎样组织帮助信息?有3种选择：平面结构，信息的层次结构和超文本结构。 6.2.1 设计问题 3. 出错信息处理 出错信息和警告信息，是出现问题时交互式系统给出的“坏消息”。 出错信息设计得不好，将向用户提供无用的甚至误导的信息，反而会加重用户的挫折感。 一般说来，交互式系统给出的出错信息或警告信息，应该具有下述属性。 (1) 信息应该用用户可以理解的术语描述问题。 (2) 信息应该提供有助于从错误中恢复的建设性意见。 6.2.1 设计问题 (3) 信息应该指出错误可能导致哪些负面后果(例