第5章 详细设计37284.ppt

5.1.1 详细设计的任务 (1)为每个模块确定采用的算法，选择某种适当的工具表达算法的过程，写出模块的详细过程性描述。 (2)确定每一模块使用的数据结构。 (3)确定模块接口的细节。 (4)为每一个模块设计出一组测试用例。 (5)编写详细设计说明书。 5.1.2 详细设计的原则 （1）模块的逻辑描述正确可靠、清晰易读。 （2）选择适当的描述工具来对各模块的算法进行描述。 （3）采用结构化程序设计方法，改善控制结构，降低程序复杂度，提高程序的可读性、可测试性和可维护性。 使用结构化程序设计技术的好处：（1）自顶向下逐步求精的方法符合人类解决复杂问题的普遍规律，可以显著提高软件开发的成功率和生产率。（2）先全局后局部、先整体后细节、先抽象后具体的逐步求精过程开发出的程序有清晰的层次结构。（3）使用单入口单出口的控制结构而不使用GO TO语句，使得程序的静态结构和它的动态执行情况比较一致。 1.程序流程图 程序流程图(Program Flow Chart)又称为程序框图，它是历史最悠久使用最广泛的描述过程设计的方法，然而它也是用得最混乱的一种方法。 2. 盒图（N-S图） Nassi和Shneiderman出于要有一种不允许违背结构化程序设计精神的图形工具的考虑，提出了盒图，又称为N-S图。 盒图没有箭头，因此不允许随意转移控制。使用盒图作为详细设计的工具，可以使程序员逐步养成用结构化的方式思考问题和解决问题的习惯。 3.PAD图 PAD是问题分析图(Problem Analysis Diagram)的英文缩写，自1973年由日本日立公司发明以后，已得到一定程度的推广。 它用二维树形结构的图来表示程序的控制流，将这种图翻译成程序代码比较容易。 4.判定表 在某些数据处理中，某数据流的加工需要依赖于多个逻辑条件的取值，就是说完成这一加工的一组动作是由于某一组条件取值的组合而引发的。这时使用判定表来描述比较合适。 一张判定表通常由四部分组成，左上部列出的是所有的条件，左下部为所有可能的操作，右上部分表示各种条件组合的一个矩阵，右下部分是对应于每种条件组合应有的操作。 例，商店业务处理系统中“检查发货单”判定表 5.判定树 判定树是判定表的变种，它也能清晰地表达复杂的条件组合与所对应的操作之间的关系。判定树的优点在于它无须任何说明，一眼就能看出其含义，易于理解和使用。 商店业务处理系统中“检查发货单”判定树 PDL具有严格的关键字外部语法，用于定义控制结构和数据结构；另一方面，PDL表示实际操作和条件的内部语法通常又是灵活自由的，以便可以适应各种工程项目的需要。因此，一般说来PDL是一种“混杂”语言，它使用一种语言(通常是某种自然语言)的词汇，同时却使用另一种语言(某种结构化的程序设计语言)的语法。 商店业务处理系统中“检查发货单” if 发货单金额超过$500 then if 欠款超过了60天 then 在偿还欠款前不予批准 else （欠款未超期） 发批准书，发货单 else （发货单金额未超过$500） if 欠款超过60天 then 发批准书，发货单及赊欠报告 else （欠款未超期） 发批准书，发货单 IF the invoice exceeds $500 THEN IF the account has any invoice more than 60 days overdue THEN the confirmation pending resolution of the debt ELSE issue confirmation and invoice ENDIF ELSE IF the account has any invoice more than 60 days overdue THEN issue confirmation,invoice and write message on credit action report ELSE issue confirmation and invoice ENDIF ENDIF 加工逻辑描述工具的选择： a.不太复杂的判断逻辑，使用判定树比较好； b.复杂的判断逻辑，使用判定表比较好； c.若一个处理逻辑既包含了一般的顺序执行动作，又包含了判断或循环逻辑，则使用PDL比较好。 用户界面设计的任务分析 这一部分工作应与软件系统的需求分析同步进行。它主要包括： 用户特性分析 外行型 初学型