软件工程第6章课件.pptVIP

第6章 详细设计;详细设计 正确地设计每个模块的内部的处理过程； 设计的过程（流程）应该尽可能简明易懂； 详细设计阶段的任务还不是具体地编写程序； 结构化程序设计； 结构程序设计尽可能少用GO TO语句,通常在检测出错误时才使用GO TO语句。 On Error GoTo errh: …… errh: MsgBox Err.Description;结构程序设计3种基本的控制结构： 顺序 选择 循环 流程图分别为图6.1(a)，6.1(b)和6.1(c)。; 6.1 3种基本的控制结构; 还可以使用DO-CASE型多分支结构和DO-UNTIL型循环结构。;一般交互指南 信息显示指南 数据输入指南 1. 一般交互指南 ; 保持一致性。 (2) 提供有意义的反馈 。 (3) 在执行有较大破坏性的动作之前要求用户确认。 (4) 允许取消绝大多数操作。 (5) 减少在两次操作之间必须记忆的信息量。 (6) 提高对话、移动和思考的效率。 - 尽量减少用户击键的次数; - 设计屏幕布局时应该考虑尽量减少鼠标移动的距离; - 应该尽量避免出现用户问“这是什么意思?”的情况. (7) 允许犯错误。 (8) 按功能对动作分类，并据此设计屏幕布局。 - 设计者应该尽力提高命令和动作组织的“内聚性”. (9) 提供对用户工作内容敏感的帮助设施。 (10) 用简单动词或动词短语作为命令名。;2. 信息显示指南 只显示与当前工作内容有关的信息(数据、菜单、图形)。 不要用数据淹没用户，应该用便于用户迅速吸取信息的方式来表示数据。(统计图表) (3) 使用一致的标记、标准的缩写和可预知的颜色。 (4) 允许用户保持可视化的语境。（电子地图） (5) 产生有意义的出错信息。 (6) 使用大小写、缩进和文本分组以帮助理解。 (7) 使用窗口分隔不同类型的信息。 (8) 使用“模拟”显示方式表示信息，以使信息更容易被用户提取。 (9)高效率地使用显示屏。;3. 数据输入指南 (1)尽量减少用户的输入动作。 (2)保持信息显示和数据输入之间的一致性。(文字大小、颜色和位置) (3)允许用户自定义输入。 (4)互应该是灵活的，并且可调整成用户最喜欢的输入方式。 ;3. 数据输入指南 (5)使在当前动作语境中不适用的命令不起作用。 (6)让用户控制交互流。 用户应该能够跳过不必要的动作； 改变所需做的动作的顺序(在应用环境允许的前提下)； 在不退出程序的情况下从错误状态中恢复正常。 (7)对所有输入动作都提供帮助。 (8)消除冗余的输入。 不要要求用户指定输入数据的单位 尽可能提供默认值 绝对不要要求用户提供程序可以自动获得或计算出来的信息。; 程序流程图至今仍在广泛使用。;;; 图6.4 盒图的基本符号;N-S图的嵌套定义形式;PAD是问题分析图(problem analysis diagram)。 1973年由日本日立公司发明。; 图6.5 PAD图的基本符号; 图6.6 使用PAD图提供的定义功能 来逐步求精的例子;;开始 ?;一张判定表由4部分组成： 左上部列出所有条件； 左下部是所有可能做的动作； 右上部是表示各种条件组合的一个矩阵； 右下部是和每种条件组合相对应的动作。; 假设某航空公司规定： 乘客可以免费托运重量不超过30kg的行李。 当行李重量超过30kg时： 对头等舱的国内乘客超重部分每公斤收费4元 对其他舱的国内乘客超重部分每公斤收费6元 对外国乘客超重部分每公斤收费比国内乘客多一倍， 对残疾乘客超重部分每公斤收费比正常乘客少一半。 用判定表可以清楚地表示与上述每种条件组合相对应的计算行李费的算法。（P128）;国内乘客; 当数据元素的值多于两个时(例如，6.3.4例子中假设对机票需细分为头等舱、二等舱和经济舱等多种级别时)，判定表的简洁程度也将下降。;表示复杂的条件组合与应做的动作之间的对应关系; 判定树的简洁性不如判定表,但易理解 经常出现同一个值重复写多遍; 且叶端重复次数急剧增加. 由于判定树的分枝次序对于最终画出的判定树的简洁程度有较大影响 所以选择哪一个条件作为第一个分枝是至关重要的.; 图6.7 用判定树表示计算行李费的算法;6.3.6 过程设计语言;1.数据说明 declare〈数据名〉 as 〈限定词〉 2.子程序结构//function procedure 〈子程序名〉 interface 〈参数表〉 〈分程序或PDL语句〉 return end 〈子程序名〉 3.分程序结构 begin 〈分程序名〉