系统分析之结构化方法

《系统分析之结构化方法》由会员分享，可在线阅读，更多相关《系统分析之结构化方法（104页珍藏版）》请在金锄头文库上搜索。

1、第第五五章章 系系统统分分析析之之结结构构化化方方法法内容简介 本章主要介绍系统分析的结构化方法本章主要介绍系统分析的结构化方法v包括：包括：系统分析的结构化方法系统分析的结构化方法系统分析的工具；系统分析的工具；管理信息系统的分析实例。管理信息系统的分析实例。5.15.1系统分析方法系统分析方法结构化方法结构化方法面向对象的方法面向对象的方法v系统分析与系统设计是管理信息系统开发的两个主要阶段，这两个阶系统分析与系统设计是管理信息系统开发的两个主要阶段，这两个阶段的工作衔接性很强，一般应按照某种软件工程方法进行。段的工作衔接性很强，一般应按照某种软件工程方法进行。v目前开发管理信息系统常用的

2、软件工程方法有目前开发管理信息系统常用的软件工程方法有结构化方法结构化方法和和面向对象面向对象的方法的方法。如果选择用面向对象的方法构建软件系统，那么就要用相应。如果选择用面向对象的方法构建软件系统，那么就要用相应的面向对象的方法从事系统分析活动。同样，采用结构化系统分析的的面向对象的方法从事系统分析活动。同样，采用结构化系统分析的结果，也只能用结构化的方法进行系统设计。结果，也只能用结构化的方法进行系统设计。5.1.15.1.1结构化方法结构化方法v结构化程序设计极大地改善了程序设计的质量和效率结构化程序设计极大地改善了程序设计的质量和效率, ,这其中的关键这其中的关键是用了一组标准的工具和

3、结构解决了程序的结构问题。是用了一组标准的工具和结构解决了程序的结构问题。v由此可见，由此可见，“结构化结构化”的含义主要体现在使用一组标准的工具和设计的含义主要体现在使用一组标准的工具和设计的原则从事设计活动。的原则从事设计活动。v类似的，要提高管理信息系统的开发效率和质量，同样需要解决管理类似的，要提高管理信息系统的开发效率和质量，同样需要解决管理信息系统的结构问题。信息系统的结构问题。“程序程序”是微观的，而管理信息系统是宏观的，是微观的，而管理信息系统是宏观的，显然不能使用结构化程序设计方法来解决系统的结构问题，但显然不能使用结构化程序设计方法来解决系统的结构问题，但“结构结构化化”的

4、思想对于解决的思想对于解决“结构性结构性”问题是有普遍指导意义的。问题是有普遍指导意义的。5.1.15.1.1结构化方法结构化方法v结构化系统分析与设计方法，同样是用一组标准的工具和策略从事系结构化系统分析与设计方法，同样是用一组标准的工具和策略从事系统分析与设计，以求获得提高系统分析与设计的质量和效率目的。统分析与设计，以求获得提高系统分析与设计的质量和效率目的。v结构化方法的显著特点在于严格划分工作阶段，遵循结构化方法的显著特点在于严格划分工作阶段，遵循“先逻辑，后物先逻辑，后物理理”的原则组织开发活动。因此，结构化系统分析的焦点就是撇开物的原则组织开发活动。因此，结构化系统分析的焦点就是

5、撇开物理（实现）因素，在综合分析用户对系统各项要求的基础上，最终导理（实现）因素，在综合分析用户对系统各项要求的基础上，最终导出新系统的逻辑模型，这是系统分析阶段的成果，也是系统设计阶段出新系统的逻辑模型，这是系统分析阶段的成果，也是系统设计阶段的直接依据。的直接依据。v常用的结构化系统分析工具有数据流图、数据词典、结构化语言、策常用的结构化系统分析工具有数据流图、数据词典、结构化语言、策略树、策略表。略树、策略表。5.1.2 5.1.2 面向对象的方法面向对象的方法v结构化系统开发方法是信息系统开发常用的技术方法，但是，采用结结构化系统开发方法是信息系统开发常用的技术方法，但是，采用结构化系

6、统设计方法构建的软件系统在应对用户需求变更方面存在一定构化系统设计方法构建的软件系统在应对用户需求变更方面存在一定的的局限性局限性。比较显著的缺陷是僵化的软件结构与手工系统的结构存在。比较显著的缺陷是僵化的软件结构与手工系统的结构存在差异，一但用户业务需求发生变化，整个软件系统的结构将面临较大差异，一但用户业务需求发生变化，整个软件系统的结构将面临较大改动的可能。改动的可能。v运用面向对象的方法构建的系统在结构上与手工系统相似，用户业务运用面向对象的方法构建的系统在结构上与手工系统相似，用户业务的局部需求发生变化，也只会在局部影响系统的分析与设计方案。用的局部需求发生变化，也只会在局部影响系统

7、的分析与设计方案。用户需求的变化是不可避免的，而且，需求变更有利于对新系统的优化，户需求的变化是不可避免的，而且，需求变更有利于对新系统的优化，因此，面向对象的方法逐渐成为信息系统开发的主流方法。因此，面向对象的方法逐渐成为信息系统开发的主流方法。v面向对象的分析模型与设计模型在结构上相似，通过模型的不断丰富面向对象的分析模型与设计模型在结构上相似，通过模型的不断丰富与演化，最终构造出新系统的实现方案。模型结构的相似性，使得分与演化，最终构造出新系统的实现方案。模型结构的相似性，使得分析与设计阶段的迭代非常灵活，能够适应用户需求变更的现实。析与设计阶段的迭代非常灵活，能够适应用户需求变更的现实

8、。v面向对象的分析活动中常用的工具包括：面向对象的分析活动中常用的工具包括：use caseuse case图、图、use caseuse case报告、报告、用户需求规约等。这些工具在面向对象方法的相关内容中会详细讲到。用户需求规约等。这些工具在面向对象方法的相关内容中会详细讲到。真实性真实性 全面性全面性规范性规范性启发性启发性q 系统的定性调查系统的定性调查（1 1）组织结构的调查）组织结构的调查（2 2）管理功能的调查）管理功能的调查（3 3）业务流程的调查）业务流程的调查（4 4）数据流程调查）数据流程调查（5 5）处理特点的调查）处理特点的调查（6 6）系统环境的调查）系统环境的调

9、查q 系统的定量调查系统的定量调查（1 1）收集各种原始凭证）收集各种原始凭证（2 2）收集各种输出报表）收集各种输出报表（3 3）统计各类数据的特征）统计各类数据的特征（4 4）收集与新系统对比所需的资料）收集与新系统对比所需的资料开调查会开调查会发调查表征询意见发调查表征询意见访问访问直接参加业务实践直接参加业务实践系系统调查的原则统调查的原则系系统调查的内容统调查的内容系系统调查的方法统调查的方法5.2 5.2 现行系统的详细调查现行系统的详细调查q 组织结构分析组织结构分析v组织结构与管理功能分析组织结构与管理功能分析组织结构图组织结构图 一个组织（企业、公司、部门等）的机构设置，自上

10、而下一般是一个组织（企业、公司、部门等）的机构设置，自上而下一般是按级别、分层次构成的，呈树状结构，表示各组成部分之间的隶属关按级别、分层次构成的，呈树状结构，表示各组成部分之间的隶属关系或管理与被管理的关系。系或管理与被管理的关系。 5.3 5.3 组织结构与业务流程分析组织结构与业务流程分析注：注：“” ” 表示该项功能是对应组织的主要功能（主持工作的单位）；表示该项功能是对应组织的主要功能（主持工作的单位）； “ “” ” 表示该单位是参加协调该项功能的单位；表示该单位是参加协调该项功能的单位； “ “” ” 表示该单位是参加该项功能的相关单位。表示该单位是参加该项功能的相关单位。（组织

11、（组织/ /功能关系表）功能关系表）q 组织组织与功能的关系与功能的关系分析分析组织结构与管理功能分析组织结构与管理功能分析5.35.3 组织结构与业务流程分析组织结构与业务流程分析q 组织组织与功能的关系与功能的关系分析分析预预算算合合同同科科材材料料供供应应科科统统计计科科生生产产科科财财务务科科销销售售科科设设备备科科劳劳资资科科人人事事科科行行政政科科保保卫卫科科计计划划质质量量安安全全科科组织组织功能功能计划计划销售销售供应供应人事人事生产生产设备更新设备更新 q 管理功能分析管理功能分析 功能要以组织结构为背景来识别和分析，因为每个组织都功能要以组织结构为背景来识别和分析，因为每个

12、组织都是一个功能机构，都有各自不同的功能。是一个功能机构，都有各自不同的功能。 5.3 5.3 组织结构与业务流程分析组织结构与业务流程分析q业务流程分析的任务业务流程分析的任务 调查系统中各环节的管理业务活动，掌握管理业务的内容、调查系统中各环节的管理业务活动，掌握管理业务的内容、作用及信息的输入、输出、数据存储和信息的处理方法及过程等，作用及信息的输入、输出、数据存储和信息的处理方法及过程等，为建立管理信息系统数据模型和逻辑模型打下基础。为建立管理信息系统数据模型和逻辑模型打下基础。 qq 业务流程图业务流程图业务流程图业务流程图 流程图是掌握现行系统状况、确立系统逻辑模型不可缺少流程图是

13、掌握现行系统状况、确立系统逻辑模型不可缺少的环节，是系统分析和描述现行系统的重要工具，是业务流程的环节，是系统分析和描述现行系统的重要工具，是业务流程调查结果的图形化表示。调查结果的图形化表示。 图例图例图例图例数据文件存档数据文件存档收集统计数据收集统计数据业务处理单位业务处理单位表格报表制作表格报表制作业务处理功能描述业务处理功能描述信息传递过程信息传递过程业务流程分析业务流程分析5.3 5.3 组织结构与业务流程分析组织结构与业务流程分析q业务流程图的绘制业务流程图的绘制某企业物资管理部门的业务流程图某企业物资管理部门的业务流程图4-13业务流程分析业务流程分析5.3 5.3 组织结构与

14、业务流程分析组织结构与业务流程分析生产生产部门部门领料单领料单仓库仓库负责负责人人用料计划用料计划用料用料审批审批未批准的未批准的领料单领料单领料处理领料处理保管保管员员已批准的已批准的领料单领料单库存帐库存帐用料用料流水帐流水帐处理处理订货订货采购采购员员库存报表库存报表库存盘点库存盘点供货供货单位单位缺料缺料通知单通知单催货单催货单订货单订货单补充订货补充订货有关有关部门部门采购采购员员提货通知提货通知入库单入库单登记入库登记入库5.45.4数据流程分析数据流程分析v数据流程分析的主要工具是数据流程图（数据流程分析的主要工具是数据流程图（DFDDFD）v数据流图是结构分系统分析中使用的一个

15、重要工具，它主要使用一组规范的数据流图是结构分系统分析中使用的一个重要工具，它主要使用一组规范的图形符号描述系统中数据加工和流转的途径，这是系统分析阶段获取的对用图形符号描述系统中数据加工和流转的途径，这是系统分析阶段获取的对用户业务系统描述的主要资料，也是系统逻辑模型的主要内容。概念上，数据户业务系统描述的主要资料，也是系统逻辑模型的主要内容。概念上，数据流图就是对企业系统中信息运动的抽象，是信息系统逻辑模型的主要形式。流图就是对企业系统中信息运动的抽象，是信息系统逻辑模型的主要形式。这个模型不涉及硬件、软件、数据结构与文件组织，它与系统的物理描述无这个模型不涉及硬件、软件、数据结构与文件组

16、织，它与系统的物理描述无关。关。v系统分析是一项面向问题域的活动。在绘制数据流图的过程中，分析人员关系统分析是一项面向问题域的活动。在绘制数据流图的过程中，分析人员关注的焦点是用户对新系统的业务需求。具体活动中，由用户协助系统分析人注的焦点是用户对新系统的业务需求。具体活动中，由用户协助系统分析人员，用数据流图的符号把用户的业务流程描述清楚。灵活掌握数据流图所用员，用数据流图的符号把用户的业务流程描述清楚。灵活掌握数据流图所用的符号和数据流图的绘制原则，是绘制数据流图的基础。的符号和数据流图的绘制原则，是绘制数据流图的基础。5.4.1数据流图的基本组成及符号v数据流数据流数据存储数据存储外部项

17、外部项加工加工顾客顾客外部项外部项1办理发货办理发货过程过程/加工加工顾客档案顾客档案数据存储数据存储数据流数据流订单订单泡泡图5.4.15.4.1数据流图的基本组成及符号数据流图的基本组成及符号v（1 1）外部项。用外部项描述系统的数据来源和去处，它是系统之外）外部项。用外部项描述系统的数据来源和去处，它是系统之外的实体或工作环节。系统开发不能改变这些外部项本身的结构和固有的实体或工作环节。系统开发不能改变这些外部项本身的结构和固有属性。属性。v（2 2）过程）过程/ /加工。又称数据的处理逻辑，表示系统对数据进行处理的加工。又称数据的处理逻辑，表示系统对数据进行处理的逻辑功能。逻辑功能。v

18、( (）数据存储。数据存储是仅仅是逻辑意义上的数据存储环节，即）数据存储。数据存储是仅仅是逻辑意义上的数据存储环节，即管理信息系统在对数据的处理过程中，有些环节需要把一些中间数据管理信息系统在对数据的处理过程中，有些环节需要把一些中间数据或结果数据保存下来。数据存储并不包含使用什么具体物理介质和技或结果数据保存下来。数据存储并不包含使用什么具体物理介质和技术手段的信息。术手段的信息。v（）数据流。数据流是指是各加工环节进行输入、处理和输出的数（）数据流。数据流是指是各加工环节进行输入、处理和输出的数据集合。据集合。5.4.25.4.2绘制数据流图的方法绘制数据流图的方法v数据流的图绘制过程，就

19、是系统的逻辑模型的形成过程，必须始终与数据流的图绘制过程，就是系统的逻辑模型的形成过程，必须始终与用户密切结合，详细讨论，不断修改，并与其他系统建设者共同讨论，用户密切结合，详细讨论，不断修改，并与其他系统建设者共同讨论，以确保数据流程描述的正确性。下面参照图示说明数据流图的绘制过以确保数据流程描述的正确性。下面参照图示说明数据流图的绘制过程。程。数流图的分解过程数流图的分解过程绘制关联图绘制关联图绘制顶层图绘制顶层图分解与细化分解与细化(1)(1)绘制关联图绘制关联图v为了确定系统的边界，在系统调查的基础上，绘出最高层的数据流图为了确定系统的边界，在系统调查的基础上，绘出最高层的数据流图又称

20、又称“关联图关联图”。v这一步活动的目标，是明确所描述的系统与各外部实体的信息交互联这一步活动的目标，是明确所描述的系统与各外部实体的信息交互联系。系。(2)(2)绘制顶层图绘制顶层图v然后确定系统的几个主要的综合性的逻辑功能，绘制数据流图的顶层然后确定系统的几个主要的综合性的逻辑功能，绘制数据流图的顶层图，又称图，又称TOPTOP图。图。vTOPTOP图主要反映系统的总的实现目标。图主要反映系统的总的实现目标。(3)(3)数据流图的分解与细化数据流图的分解与细化v一般地，数据流图分解细化第三层，就可以清楚表达了数据流程关系，一般地，数据流图分解细化第三层，就可以清楚表达了数据流程关系，最底层

21、的数据流图表示了所有最底层的数据流图表示了所有“具体具体”的数据加工功能和输入输出关的数据加工功能和输入输出关系。这里的系。这里的“具体具体”是指无需再分解，就能直观、清楚地理解其逻辑是指无需再分解，就能直观、清楚地理解其逻辑功能。功能。 ( () )合理布局合理布局v数据流图各种符号要布局合理、分布均匀、整齐、清晰，使读者一目数据流图各种符号要布局合理、分布均匀、整齐、清晰，使读者一目了然，一般输入的来源布署在图的左侧，而输出的去向布署在右侧。了然，一般输入的来源布署在图的左侧，而输出的去向布署在右侧。（5 5）绘制数据流图的主要步骤）绘制数据流图的主要步骤v第一步，界定系统的边界，寻找系统

22、的外部项，即系统的数据来源或第一步，界定系统的边界，寻找系统的外部项，即系统的数据来源或去处。去处。v第二步，确定整个系统的输出数据流和输入数据流，把系统作为一个第二步，确定整个系统的输出数据流和输入数据流，把系统作为一个加工，画出关联图。加工，画出关联图。v第三步，确定系统的主要信息处理功能，按此将整个系统分解成几个第三步，确定系统的主要信息处理功能，按此将整个系统分解成几个子系统。确定每个子系统的输出与输入数据流以及相关的数据存储。子系统。确定每个子系统的输出与输入数据流以及相关的数据存储。将外部项、各代表子系统的加工、数据存储环节用数据流连接起来，将外部项、各代表子系统的加工、数据存储环

23、节用数据流连接起来，命名、编号，这样就形成了新系统的数据流图的顶层图。命名、编号，这样就形成了新系统的数据流图的顶层图。v第四步，分解细化数据流图。第四步，分解细化数据流图。（5 5）绘制数据流图的主要步骤）绘制数据流图的主要步骤v第五步，重复第五步，重复“第四步第四步”直到逐层分解结束。直到逐层分解结束。v第六步，对草图进行检查和合理布局，对错误与不合理之处进行修改。第六步，对草图进行检查和合理布局，对错误与不合理之处进行修改。v第七步，与用户进行交流，在用户完全理解数据图的内容的基础上征第七步，与用户进行交流，在用户完全理解数据图的内容的基础上征求用户的意见。系统分析人员根据与用户讨论的结

24、果对数据流图的草求用户的意见。系统分析人员根据与用户讨论的结果对数据流图的草图进行修改。图进行修改。v第八步，用计算机或其他制图、编辑工具画出正规的数据流图。第八步，用计算机或其他制图、编辑工具画出正规的数据流图。v第九步，审核数据流图。将数据流图提交系统分析负责人复审第九步，审核数据流图。将数据流图提交系统分析负责人复审 5.4.3 5.4.3 实例实例11汽车配件销售系统汽车配件销售系统v某汽车配件公司销售业务流程如图所示（图中符号说明见图某汽车配件公司销售业务流程如图所示（图中符号说明见图5.25.2）。）。客发订单给销售部门，销售部门经过订单检查，把不合格的订单反馈客发订单给销售部门，

25、销售部门经过订单检查，把不合格的订单反馈给顾客。对合格订单，通过核对库存记录，缺货订单通过缺货统计，给顾客。对合格订单，通过核对库存记录，缺货订单通过缺货统计，向采购部门发出缺货通知，并登记缺货记录。对于可供货订单，登记向采购部门发出缺货通知，并登记缺货记录。对于可供货订单，登记用户档案，开出备货单，通知仓库备货。同时保存订单数据，一段时用户档案，开出备货单，通知仓库备货。同时保存订单数据，一段时间后进行销售统计。间后进行销售统计。图5.5 某汽车配件公司销售业务流程图v汽车配件销售业务的系统关联图，如图汽车配件销售业务的系统关联图，如图5.65.6所示。所示。 v第一步：描述系统边界第一步：

26、描述系统边界绘制销售子系统关联图绘制销售子系统关联图v为了简化问题，把关联图一分为二，即把公司的业务分为销售业务子为了简化问题，把关联图一分为二，即把公司的业务分为销售业务子系统和采购业务子系统。如图系统和采购业务子系统。如图5.75.7所示。所示。v第二步：获得销售子系统第一层图v图5.8为第一层数据流程图，反映了销售子系统的主要功能。图5.8 销售业务子系统v第三步：获得销售子系统第二层图v细化第一层数据流图，得到第二层数据流图，图5.9是对图5.8的进一步分解。图5.9 销售业务子系统细化数据流图 5.4.4 5.4.4 绘制数据流图的要点绘制数据流图的要点v（1 1）数据流图只反映数据

27、流向、数据加工和逻辑意义上的数据存储，）数据流图只反映数据流向、数据加工和逻辑意义上的数据存储，不反映任何数据处理的技术过程、处理方式和时间顺序，也不反映判不反映任何数据处理的技术过程、处理方式和时间顺序，也不反映判断与控制条件等技术问题。断与控制条件等技术问题。v（2 2）难以在数据流图上标识出数据流、数据存储、加工和外部项的）难以在数据流图上标识出数据流、数据存储、加工和外部项的详细内容，这些内容有待利用数据词典加以补充描述。详细内容，这些内容有待利用数据词典加以补充描述。v（3）数据流图无法表述系统中人机交互过程以及信息的反馈与循环处理过程。v（4）对逻辑模型的理解。用数据流图作为主要工

28、具，首先获得表述系统边界的系统“关联图”，然后，进一步审查用户的真实需求和新系统必须完成的功能，逐步细化数据流图，直到把“数据流”、“加工”和“数据存储”分析分解到“足够具体”为止，最终得到的就是系统的基于功能的逻辑模型。v（5）在对数据流图细化的过程中，要建立相应的数据词典，对“数据元素”、“数据结构”、“数据流”、“数据存储”和“加工”都要加以详细的定义和注释。关于加工的处理逻辑描述，还需要用到专门的分析和表达工具，如结构化语言、策略树和策略表等。5.4.5 5.4.5 绘制数据流图的技巧绘制数据流图的技巧v在系统分析的初期阶段，我们容易得到系统的关联图和第一层数据流图，关联图是界定系统边

29、界的，保证了系统的完全性，这在系统调查过程中容易完成。第一层数据流图，也是通过用户和系统调查得来的，只要会绘制数据流图，这张图的结构一般在用户的业务描述中就可以直接映射出来。v到详细分析阶段，必须导出系统的逻辑模型，才能根据逻辑模型进行系统设计，因此，必须以关联图和第一张数据流图为出发点，对第一张数据流图展开逐步细化的工作，直到足够具体为止。然而大多数人面对需要细化的高层数据流图，基本上都表现为束手无策。究其原因可能来自两个方面，首先是对用户业务系统的专业知识不懂。这方面不成问题，任何天才的分析员都不可能懂得所有领域的专业知识。具体到一个项目时，只要掌握用户调查的技巧就够了，用户会在调查分析过

30、程中，通过交流和审查协助我们完成数据流图的绘制。其次，就是我们熟练使用绘制数据流图的策略。v1）使用沿数据流图回溯的策略，挖掘想要的内容。俗话讲，巧妇难为无米之炊，不知道该画什么内容，当然就无从下手了。“回溯”策略有助于按图索骥，挖掘出潜在的内容。v系统输出的数据流是由哪些数据元素组成的？每个数据元素又是从哪里来的？对这些问题的回答，迫使我们必须从数据流图的输出端开始，沿数据流的方向回溯。既然它们是系统的输出，显然不是从外面输入到系统中来的就是通过加工产生出来的。沿数据流图从输出端向输入端回溯，一定能够找出每个数据元素的来源。如果确认某个数据流是由某个加工产生的，就可以从用户那里调查分析得到该

31、加工的逻辑算法。v记住一个准则：记住一个准则：“数据流数据流”一定是和一定是和“加工加工”有关联的。一个数据流有关联的。一个数据流不是流入不是流入“加工加工”的就必然是从的就必然是从“加工加工”流出的，如图流出的，如图5.105.10所示。所示。v在调研阶段产生的高层数据流图，许多具体的细节没有包括在里面，因此沿数据流程回溯时常常遇到下述问题：为了得到某个数据元素，需要用到数据流图中目前还没有的数据元素，或者得出这个数据元素需要用的算法尚不完全清楚。为了解决这些问题，往往需要向用户和其他有关人员请教，他们的回答会使分析员对目标系统的认识更深入、更具体，数据流图中的更多的成分就可以被分解出来。v

32、配合使用相应工具，对数据流图进行细化。通常把分析过程中得到的有关数据元素的信息描述在数据词典中，把对算法的简明描述记录在IPO图（输入/处理/输出图）中。通过挖掘可以分解出新的数据流、数据存储和处理逻辑，并及时添加到数据流图中，这就是细化的过程。v回溯数据流图的过程中，还要掌握的另外一个原则是：数据流图不可能一步细化到位，需要学会控制抽象级别（即把握问题的“粒度”），按照概括程度逐步细化，逐层分解。v（2）自顶向下逐层分析的策略。人类在面对复杂的问题时，行之有效的策略是“分而治之”和“循序渐进”。运用这两个策略，在系统分析中得到了控制复杂性的两个基本手段：“分解“和“抽象”。对一个复杂的系统，

33、为了将复杂性降低到可以掌握的程度，可以把问题分割成若干个小问题，然后分别解决，这就是“分而治之”。v分析理解问题时，一般不可能一步到位。分解可以“循序渐进”地进行，即先考虑问题最本质的属性和高度概括的情形，然后再逐层剖析内部的细节，直至涉及最详细的内容。这种用高度概括视角，先把握主要的功能，忽略那些容易干扰视线的细节，用到的就是“抽象”的手法。v例如，在理解一个国家的行政组织时，第一步可以先理解：国家由若干个省和直辖市组成。这一步，省、直辖市被抽象成一个元素级的单位，至于省或直辖市内部是什么样的组织形式，先不考虑，相当于一个暂时还不想打开的盒子。第二步，分别打开每个盒子，才知道省是由若干个县组

34、成的，县就是这一步的暗盒。一个一个地单独研究每个省的组织情况，就把问题简化了。第三步，研究每个县的组织情况时，乡就是元素级的抽象单位。第四步，再以自然村为单位。类似地，在研究用户业务系统的数据流程时，是以“功能”为对象进行不同级别“抽象”的。在数据流图的细化方面，把处理功能按抽象层次进行逐层分解。v在调研阶段，得到了有关新系统的高层数据流图，描绘系统总体概貌，表达了系统的关键功能。注意，在这一步数据流图中出现的加工的“粒度”比较大，是高度概括的，不考虑每一个加工里面的细节。换言之，这一步得到的数据流图，抽象概括程度比较高。这有利于分析员把注意力集中在系统的“主要功能”分析上，避免“眉毛胡子一把

35、抓”。当系统的主要功能分析完成以后，下一步就应该把注意力集中在“粒度”小一级别的加工上了，这一次得到的数据流图，就相对具体了，比起第一步得到的数据流图，其抽象概括程度就要低一级。v图5.11直观地展示了数据流图自上而下、逐层分解细化的过程。第一层是表示了系统关联图，S是系统本身，由S分解出了三个主要功能或子系统。进一步分解，三个主要功能又可以分别分解出对应的下一层功能。其中下层图的逻辑功能（如1.1、1.2、1.3）就是由上层的功能1分解出来的。在做这一步分析时，注意被分析对象的外部环境的界定，如分析L2.1时，L2.2和L2.3就可以被看做L2.1的外部环境。类似地，在对L2.2进行分析的时

36、候，L2.1和L2.3就可以被看做外部环境。这里体现出来的就是“分而治之”策略。另外，从图中可以看出，在系统分解的过程中，从上层到下层，系统的边界是保持不变的。图5.11 数据流图的自上而下分解过程 v数据流图是基于系统的功能来描述系统的。由概括到具体是功能分解的过程。伴随着对功能的分解，数据流、数据存储也要做相应的分解。除了关联图以外，一般数据流程图应分解到第三层。第一层一般表达子系统级的逻辑功能；第二层，分解出子系统的主要功能；第三层，分解出系统的具体功能和考虑出错、例外情况，这一步分解得到的逻辑功能，应该具体到能够直接对其进行设计和编程实现。需要指明的是，三层的说法是出自经验所得，具体应

37、用中应该根据项目规模灵活对待。（3）数据流图的绘制技巧v 数据流图的布局。为了便于制图和读图，习惯以加工处理为中心，输入的“数据流”及其“来源”一般画在左侧，如图5.8从“顾客”发来“订单”。输出的数据流及其去处一般画在数据流图的右侧。从全局看“数据流”也是由左侧流向右侧的。v 符号的应用。绘制数据流图用到的基本符号只有四种，但足以表达用户业务系统的情况。加工。完整的加工符号应包括三部分：编号、加工逻辑、执行者。数据流。数据流的名称标在数据流线的一侧，箭头表示数据流的流向。数据的读出、写入。图5.12中左侧表示从数据存储“暂存缺货订单”中读出“缺货订单”，右侧表示写入修改后的新的库存量。图5.

38、12 数据流图中的符号运用v 避免线条交叉重复项的表示。在画数据流图时，有的数据流线到数据的来源或去处的距离很远，会造成线条很长或线条交叉。解决的办法，可以让一些要素重复出现，这时就需要用一种标示方法来表示重复出现的符号。图5.13 数据流图中重复项的表示v如图5.9中，从“1.3.1”流出的数据流“发货单”要绕很远的路才能到“顾客”。这时就可以让“顾客”重复出现，并在符号的一角打上斜线标记，表示这两个符号表示的是一个要素，如图5.13所示。v 抽象数据流的应用。为了把图画得简单明了，对于过于复杂的多个输入的数据流可以设法概括为一个抽象的数据流，如图5.14所示。图5.14 数据流的合并v相反

39、，对于过于复杂的多个输出数据流，应考查一下加工功能是否分解得合理，可能的话，进一步分解，使多个输出的数据流分别直接进入不同的加工逻辑，以使图的布局合理，如图5.15所示。图5.15 数据流的分别处理v 编号规则。在绘制数据流图的过程中，外部项、处理逻辑、数据流和数据存储都应加以命名和编号，以便对其功能或组成能够直观的理解，尤其对于更细节的内容，可以放在数据词典中详细描述，以便查阅。v因为数据流图是按分层分解的形式描述的，所以对于处理逻辑、数据流和数据存储最适用的编号方法是用“层序号”。以图5.9所示数据流图为例，层序号的编号方法如下：vP1.1“编辑订货单”vP1.1.1“编辑检查订单”vP1

40、.1.2“登记新顾客信息”vP1.3“办理发货”vP1.3.1“开发货单并修改库存”vP1.3.2“记销售账”vP1.3.3“销售统计”vP1.3.4“登记新配件信息”vP1.3.5“生成编码”v 命名规则。对数据流、处理（逻辑）功能、数据存储及外部项的命名是否恰当，直接影响数据流图的可理解性。下面是在命名时，应该注意的地方：v对数据流（或数据存储）的命名：一般使用名词。当单个名词尚不能说明特指数据流或数据存储时，前面可以加定语限定。v命名要代表整个数据流或数据存储。因为一个数据流或数据存储往往是由一组数据元素组成的数据结构，不要仅使用反映其中某些元素的名字。v不要使用泛指的名字，如“数据”、

41、“信息”、“单据”等。v如果在为某个数据流或数据存储命名感到相对困难时，就有可能是因为对数据流或数据存储分解的不恰当造成的，试着重新分解，也许问题就解决了。v对处理逻辑的命名，除了子系统级的逻辑功能可以使用名词以外，原则上，其他功能逻辑习惯使用动宾结构的短语命名，如“记销售账”、“处理订货业务”等。v通常是先为数据流命名，然后再为与之相关联的处理功能命名。这样命名比较容易。因为大多数据功能都是针对输入的数据流的。v如果某处命名有困难，可能是对处理功能分解不当造成的，试着重新分解。v 父图与子图的平衡。对数据流程图的扩充应注意父图与子图边界的吻合，即所有子图边界的叠加应该与父图描述的系统范围一样

42、大。按经验数据，每张子图分解出来的加工逻辑一般不要超过78个，这样可以保持整图清晰，容易理解。如果过多，可能是分解过细，应考虑是否应该再分解一层。5.4.6 5.4.6 实例实例22某高校学籍管理系统某高校学籍管理系统v某高校学籍管理系统关联图，如图5.16所示。图5.16 某高校学籍管理系统关联图 v学籍管理系统第一层图，如图5.17所示。图5.17 某高校学籍管理系统第一层图5.4.7 5.4.7 实例实例33生产调度子系统生产调度子系统v生产调度子系统关联图，如图5.18所示。图5.18 生产调度系统关联图v生产调度子系统第一层图，如图5.19所示。图5.19 生产调度系统第一层图5.4

43、.8 实例4销售子系统 v销售子系统关联图如图5.20所示。图5.20 销售子系统关联图v销售子系统第一层图如图5.21所示。图5.21 销售子系统第一层图数据流程图的优缺点v图形元素少，易学易读，容易与用户沟通图形元素少，易学易读，容易与用户沟通v有层次性，允许系统分析员由上至下地逐步分析系统，不会受困有层次性，允许系统分析员由上至下地逐步分析系统，不会受困于太多复杂的细节于太多复杂的细节v不能描述系统的控制流不能描述系统的控制流v潜在的非语法错误不易发现，复核困难，需要有一定的分析设计潜在的非语法错误不易发现，复核困难，需要有一定的分析设计经验经验5.5 数据字典 DFD DFD 是一种简

44、化的模型，虽然直观，但没有具体细是一种简化的模型，虽然直观，但没有具体细节，仅依靠节，仅依靠DFDDFD定义需求不够充分。定义需求不够充分。 数据字典数据字典是对是对 DFDDFD的补充描述，用来描述数据流程的补充描述，用来描述数据流程图中的数据流、数据存储、处理过程和外部实体的详细图中的数据流、数据存储、处理过程和外部实体的详细内容。内容。 数据流图与数据字典共同构成系统的功能模型，数数据流图与数据字典共同构成系统的功能模型，数据字典可以改进通信，规范描述，消除误解。据字典可以改进通信，规范描述，消除误解。5.5.1 数据字典的条目数据字典中有六类条目：数据字典中有六类条目： 可被重用的条目

45、：可被重用的条目：1.1. 数据元素数据元素2.2. 数据结构数据结构DFDDFD图中的元素：图中的元素：3. 3. 数据流（可引用定义好的数据结构）数据流（可引用定义好的数据结构）4. 4. 数据存储（可引用定义好的数据结构）数据存储（可引用定义好的数据结构）5. 5. 外部实体外部实体6. 6. 处理过程处理过程数据元素 数据元素是最小的数据组成单位，也就是不可再分的数据元素是最小的数据组成单位，也就是不可再分的数据单位，如学号、姓名、性别等。数据单位，如学号、姓名、性别等。 对每个数据元素，需要描述以下属性：对每个数据元素，需要描述以下属性：名称名称：尽量反映该元素的含义，便于理解和记忆

46、。：尽量反映该元素的含义，便于理解和记忆。别名别名：一个数据元素，可能其名称不止一个，若有多个名称，需加以：一个数据元素，可能其名称不止一个，若有多个名称，需加以说明。说明。类型类型：说明取值是字符型还是数字型等。：说明取值是字符型还是数字型等。取值范围和取值的含义取值范围和取值的含义：指数据元素可能取什么值或每一个值代表的：指数据元素可能取什么值或每一个值代表的意思。意思。长度长度：指该数据元素由几个数字或字母组成：指该数据元素由几个数字或字母组成 简要说明简要说明数据元素条目数据结构 数据结构的描述重点，是数据之间的组合关系，即数据结构的描述重点，是数据之间的组合关系，即说明这个数据结构包

47、括哪些成分。说明这个数据结构包括哪些成分。 一个数据结构可以包含若干数据元素和数据结构，一个数据结构可以包含若干数据元素和数据结构，这些成分中有三种特殊情况：这些成分中有三种特殊情况： (1)(1)必选项必选项 (2) (2)任选项任选项 (3) (3)重复项重复项 * *数据结构条目数据结构条目数据流 数据流需要描述以下属性：数据流需要描述以下属性： (1)(1)数据流的来源数据流的来源 (2)(2)数据流的去处数据流的去处 (3)(3)数据流的组成数据流的组成 (4)(4)数据流的流通量数据流的流通量 (5)(5)高峰时的流通量高峰时的流通量数据流条目数据存储 数据存储的条目，主要描写该数

48、据存储的结构，及数据存储的条目，主要描写该数据存储的结构，及有关的数据流、查询要求。有关的数据流、查询要求。 有些数据存储的结构可能很复杂，如有些数据存储的结构可能很复杂，如“库存台帐库存台帐”数据结构中包括入库帐和出库张，其中每一项又是数据数据结构中包括入库帐和出库张，其中每一项又是数据结构。这些数据结构有各自的条目分别加以说明，因此结构。这些数据结构有各自的条目分别加以说明，因此在在“库存台帐库存台帐”的条目中只需列出这些数据结构，而不的条目中只需列出这些数据结构，而不需列出其内部构成。需列出其内部构成。 数据存储条目处理过程 对于数据流程图中的处理框，需要在数据字典中对于数据流程图中的处

49、理框，需要在数据字典中描述处理框的编号、名称、功能的简要说明，以及有描述处理框的编号、名称、功能的简要说明，以及有关的输入、输出。关的输入、输出。 通常仅重点描述最底层的处理过程。复杂的处理通常仅重点描述最底层的处理过程。复杂的处理逻辑可以借助于一些图表工具，如结构化语言、判定逻辑可以借助于一些图表工具，如结构化语言、判定树、判定表等。树、判定表等。处理过程条目外部实体 外部实体是数据的来源和去向。外部实体是数据的来源和去向。 在数据字典中关于外部实体的条目，主要说明外在数据字典中关于外部实体的条目，主要说明外部实体产生的数据流和传给该外部实体的数据流，以部实体产生的数据流和传给该外部实体的数

50、据流，以及该外部实体的数量。及该外部实体的数量。 外部实体条目5.5.2 数据字典的使用与管理v按各种要求列表，没有冗余，不遗漏数据按各种要求列表，没有冗余，不遗漏数据v相互参照，便于系统修改相互参照，便于系统修改v由描述内容检索名称由描述内容检索名称v一致性检验和完整性检验一致性检验和完整性检验数据流的来源、去向是否完整数据流的来源、去向是否完整数据元素是否遗漏或过剩数据元素是否遗漏或过剩数据存储的来源、去向是否完整数据存储的来源、去向是否完整处理与输入数据流是否匹配处理与输入数据流是否匹配v管理：手工管理：手工/ /工具（自动化软件工具支持数据字典的管理与维护）工具（自动化软件工具支持数据

51、字典的管理与维护）5.6 处理逻辑的表达数据流程图是系统分析的主要工具，它着重表达系统的逻辑功能数据流程图是系统分析的主要工具，它着重表达系统的逻辑功能及各个部分之间的联系。及各个部分之间的联系。数据字典补充说明系统所涉及的数据，是数据属性的清单，但字数据字典补充说明系统所涉及的数据，是数据属性的清单，但字典中的描述是高度概括的。典中的描述是高度概括的。在字典中要表达处理过程的细节可使用小说明（或基本说明）。在字典中要表达处理过程的细节可使用小说明（或基本说明）。5.6 处理逻辑的表达 系统的最小功能单元就是最底层数据流程图中的系统的最小功能单元就是最底层数据流程图中的每个处理加工，称为基本处

52、理。每个处理加工，称为基本处理。 对基本处理的说明称为对基本处理的说明称为“小说明小说明”或或“基本说明基本说明”。基本说明应准确地描述一个基本处理基本说明应准确地描述一个基本处理“做什么做什么”，包括，包括处理的激发条件、加工逻辑、优先级、执行频率、出处理的激发条件、加工逻辑、优先级、执行频率、出错处理等等。其中错处理等等。其中最基本的是加工逻辑最基本的是加工逻辑。加工逻辑是。加工逻辑是指用户对这个加工的逻辑要求，即输出数据流与输入指用户对这个加工的逻辑要求，即输出数据流与输入数据流之间的逻辑关系。数据流之间的逻辑关系。 编写基本说明注意的问题数据流程图中的每一个基本处理，都必须有一个基本说

53、明；数据流程图中的每一个基本处理，都必须有一个基本说明；基本说明表达一个基本处理对数据流的转换路径，即指出这个功基本说明表达一个基本处理对数据流的转换路径，即指出这个功能单元的输入数据流、输出数据流以及其间的处理步骤；能单元的输入数据流、输出数据流以及其间的处理步骤；基本说明表达一个功能单元的转换策略，不表达执行这项策略的基本说明表达一个功能单元的转换策略，不表达执行这项策略的方法；方法；应该把冗余度控制在最低程度；应该把冗余度控制在最低程度；用一组标准的方法书写基本说明，既要简单明确，又要具有较高用一组标准的方法书写基本说明，既要简单明确，又要具有较高的可读性的可读性 编写基本说明的工具 针

54、对复杂的处理逻辑，编写基本说明有三种常见针对复杂的处理逻辑，编写基本说明有三种常见的工具：的工具：一一一一结构化语言结构化语言二二二二判定表判定表三三三三判定树判定树结构化语言三种基本语句：三种基本语句：1.1.祈使语句祈使语句2.2.判断语句判断语句3.3.循环语句循环语句结构化语言使用的三类词汇：结构化语言使用的三类词汇：1.1.祈使句中的动词祈使句中的动词2.2.数据字典中定义的名词数据字典中定义的名词3.3.某些逻辑表达式中的保留字某些逻辑表达式中的保留字1.祈使语句指出要做什么，包括一个动词和一个宾语，动词指出要执行的功能，指出要做什么，包括一个动词和一个宾语，动词指出要执行的功能，

55、宾语表示动作的对象。宾语表示动作的对象。 使用祈使语句，应注意以下几点：使用祈使语句，应注意以下几点：1.1.力求精炼，不应太长力求精炼，不应太长2.2.不使用形容词和副词不使用形容词和副词3.3.动词要能明确表达执行的动作动词要能明确表达执行的动作4.4.名词必须在数据字典中有定义名词必须在数据字典中有定义例如：例如： 获取收发数据获取收发数据 计算补充定货量计算补充定货量2.判断语句判断语句类似结构化程序设计中的判断结构。判断语句类似结构化程序设计中的判断结构。一般形式为：一般形式为： 如果如果 条件成立条件成立 则则 动作动作A A 否则否则 ( (条件不成立条件不成立) ) 动作动作B

56、 B例如：例如： 如果如果 成绩成绩6060分分 则则 将及格人数加将及格人数加1 1 否则否则 将不及格人数加将不及格人数加1 1如果如果 购货额在购货额在5 5万元以上万元以上 则则 如果如果 最近三个月无欠款最近三个月无欠款 则则 折扣率为折扣率为1515 否则否则 如果如果 与公司交易与公司交易1010年以上年以上 则则 折扣率为折扣率为1010 否则否则 折扣率为折扣率为5 5否则否则 无折扣无折扣3.循环语句循环语句表达在某种条件下，重复执行相同的动作，直到这个条件不循环语句表达在某种条件下，重复执行相同的动作，直到这个条件不成立为止。成立为止。 例如：对每一种产品计算当日累计库存

57、量例如：对每一种产品计算当日累计库存量 对于对于每个库存项目每个库存项目 （循环条件）（循环条件） 获取获取“入库单入库单”数据数据 将将“库存量库存量”增加增加“入库数入库数”，更新更新“库存量库存量” 获取获取“出库单出库单” 将将“库存数库存数”减少减少“出库数出库数”，更新更新“库存量库存量” 如果如果 “ “库存量库存量”小于或等于临界小于或等于临界“库存量库存量” 则则 给出补充订货信号。给出补充订货信号。判定树如果一个动作的执行不只是依赖一个条件，而是与多个条件有关，如果一个动作的执行不只是依赖一个条件，而是与多个条件有关，那么这项策略的表达就比较复杂，可以使用判定树那么这项策略

58、的表达就比较复杂，可以使用判定树( (策略树策略树) )来表来表示。示。如：邮政系统中，包裹邮资的计算策略与国别、路程、重量、保如：邮政系统中，包裹邮资的计算策略与国别、路程、重量、保值额度等有关，使用自然语言来描述显然不够简洁。值额度等有关，使用自然语言来描述显然不够简洁。判定树判定表如果条件较多、每种条件的取值情况也较多的情况下，可以使如果条件较多、每种条件的取值情况也较多的情况下，可以使用判定表（策略表）。用判定表（策略表）。判定表的优点是可以把各种组合情况一个不漏地表示出来，还判定表的优点是可以把各种组合情况一个不漏地表示出来，还能帮助发现遗漏和矛盾的地方。能帮助发现遗漏和矛盾的地方。

59、判定表某厂对一部分职工重新分配工作，分配原则是：某厂对一部分职工重新分配工作，分配原则是：年龄不满年龄不满2020岁，文化程度是小学者岁，文化程度是小学者脱产学习脱产学习，文化程度是中学者，文化程度是中学者当电工当电工；年龄满年龄满2020岁但不足岁但不足5050岁，文化程度是小学或中学者，男性岁，文化程度是小学或中学者，男性当钳工当钳工，女性，女性当车工当车工；文化程度是大学者；文化程度是大学者当技术员当技术员；年龄满年龄满5050岁及岁及5050岁以上，文化程度是小学或中学者岁以上，文化程度是小学或中学者当材料员当材料员，文化程度，文化程度是大学者是大学者当技术员当技术员。三个因素：性别、

60、年龄、文化程度，取值范围分别是：三个因素：性别、年龄、文化程度，取值范围分别是：性别：性别： 男，女男，女 年龄：年龄： 青年青年( (小于小于2020岁岁),),中年中年( (满满2020岁而不足岁而不足5050岁岁),),老年老年( (满满5050岁及以上岁及以上)文化程度：文化程度： 小学，中学，大学小学，中学，大学 1.构造空表2.填表3.判定表的合并简化显然，某些条件是可以合并考虑的，可以使判定表简化。显然，某些条件是可以合并考虑的，可以使判定表简化。合并的原则：合并的原则：取相同行动的取相同行动的列，若有某个条件列，若有某个条件C Ci i在此在此n n 列的取值列的取值 正好是该

61、条件取值的全集，而其他条件在此正好是该条件取值的全集，而其他条件在此列都取列都取相同的值，则此相同的值，则此列可以合并。列可以合并。第一次合并第二次合并使用判定表的步骤用判定表来描述决策问题，通常经过以下几个步骤：用判定表来描述决策问题，通常经过以下几个步骤： （1 1）分析决策问题涉及几个条件；）分析决策问题涉及几个条件； （2 2）分析每个条件取值的集合；）分析每个条件取值的集合； （3 3）列出条件的各种可能组合；）列出条件的各种可能组合； （4 4）分析决策问题涉及几个可能的行动；）分析决策问题涉及几个可能的行动； （5 5）作出有条件组合的判定表；）作出有条件组合的判定表； （6 6

62、）决定各种条件组合的行动；）决定各种条件组合的行动； （7 7）按合并规则化简判定表。）按合并规则化简判定表。三种工具的比较各工具的适用范围三种工具的适用范围比较概括如下：三种工具的适用范围比较概括如下：判定树适用于判定树适用于10-1510-15种行动的一般复杂程度的决策。有时可将判定种行动的一般复杂程度的决策。有时可将判定表转换成判定树，便于用户检查。表转换成判定树，便于用户检查。判定表适合于判定表适合于5-65-6个条件的复杂组合。虽然判定表也适用于很多数个条件的复杂组合。虽然判定表也适用于很多数目的行动或条件组合，但数目庞大时使用并不方便。目的行动或条件组合，但数目庞大时使用并不方便。

63、如果一个判断包含了一般顺序执行的动作或循环执行的动作，则最如果一个判断包含了一般顺序执行的动作或循环执行的动作，则最好用结构化语言表达。好用结构化语言表达。策略树与策略表的转换v例如，某数据流图中有一个例如，某数据流图中有一个“确定保险类别确定保险类别”的加的加工，指的是申请汽车驾驶保险时，要根据申请者的工，指的是申请汽车驾驶保险时，要根据申请者的情况确定不同的保险类别。情况确定不同的保险类别。v这段策略叙述使人不能较快地看懂该策略原理，也这段策略叙述使人不能较快地看懂该策略原理，也无法断定在上述叙述中，是否完全地涵盖了所有可无法断定在上述叙述中，是否完全地涵盖了所有可能的情况。能的情况。用策

64、略树表述相对直观用策略树表述相对直观v投保策略使用自然语言描述为：投保策略使用自然语言描述为：v如果申请者的年龄在如果申请者的年龄在2121岁以下，岁以下，要额外收费；要额外收费；v如果申请者是如果申请者是2121岁以上、岁以上、2626岁岁以下的女性，适用于以下的女性，适用于A A类保险；类保险；v如果申请者是如果申请者是2626岁以下的已婚岁以下的已婚男性，或者是男性，或者是2626岁以上的男性，岁以上的男性，适用于适用于B B类保险；类保险；v如果申请者是如果申请者是2121岁以下的女性，岁以下的女性，或是或是2121岁到岁到2626岁之间的单身男岁之间的单身男性，适用于性，适用于C C

65、类保险。类保险。v除此之外的其他申请者，都适除此之外的其他申请者，都适用于用于A A类保险。类保险。策略树与策略表的转换v使用策略树可以直观的表述一项策略，使用策略树可以直观的表述一项策略，但是，对于一项相对复杂的策略，如但是，对于一项相对复杂的策略，如果不用果不用“策略表策略表”分析，将很难确定分析，将很难确定策略考虑的情况是否完整。策略考虑的情况是否完整。v从某种意义上讲，策略表是一种分析从某种意义上讲，策略表是一种分析工作，策略树则是一种表述工具。工作，策略树则是一种表述工具。v下面就下面就“投保策略投保策略”介绍使用介绍使用“策略策略表表”的分析过程。的分析过程。针对该分配策略的分析和

66、构造判定表的过程v步骤如下：步骤如下：v（1 1）提取问题中的条件：年龄、性别、婚姻。）提取问题中的条件：年龄、性别、婚姻。v（2 2）标出条件的取值：为方便绘制判定表，这里）标出条件的取值：为方便绘制判定表，这里用符号代替条件取值，如表用符号代替条件取值，如表4.34.3所示。所示。v投保策略：投保策略：v如果申请者的年龄在如果申请者的年龄在2121岁以下，要额外收费；岁以下，要额外收费；v如果申请者是如果申请者是2121岁以上、岁以上、2626岁以下的女性，适岁以下的女性，适用于用于A A类保险；类保险；v如果申请者是如果申请者是2626岁以下的已婚男性，或者是岁以下的已婚男性，或者是26

67、26岁以上的男性，适用于岁以上的男性，适用于B B类保险；类保险；v如果申请者是如果申请者是2121岁以下的女性，或是岁以下的女性，或是2121岁到岁到2626岁之间的单身男性，适用于岁之间的单身男性，适用于C C类保险。类保险。v除此之外的其他申请者，都适用于除此之外的其他申请者，都适用于A A类保险。类保险。v（3 3）计算条件组合情况：年龄状态数）计算条件组合情况：年龄状态数性别状态数性别状态数婚姻状态数婚姻状态数=322=12=322=12。v（4 4）提取可能采取的动作或措施：包括）提取可能采取的动作或措施：包括A A类保险、类保险、B B类保险、类保险、C C类保险和额外收费。类保

68、险和额外收费。v（5 5）制作判定表。初始判定表如表）制作判定表。初始判定表如表4.44.4所示。所示。v（6 6）完善判定表：在策略文字描述中，若没有最后一句）完善判定表：在策略文字描述中，若没有最后一句“除此之外除此之外”，那么，第，那么，第9 9、1010两列就是没有考虑到的情况，即对于年龄大于两列就是没有考虑到的情况，即对于年龄大于2626岁的女性是否结婚这两种情况，岁的女性是否结婚这两种情况，该策略都遗漏了。第二，将该判定表按列进行合并。例如，第该策略都遗漏了。第二，将该判定表按列进行合并。例如，第1 1和第和第2 2列，第列，第5 5和第和第6 6列，列，第第1111和第和第1212列，它们前两个条件相同，而对于婚姻，不论有没有结婚都给了相同的动列，它们前两个条件相同，而对于婚姻，不论有没有结婚都给了相同的动作，即婚姻情况可以不考虑。合并后的判定表为表作，即婚姻情况可以不考虑。合并后的判定表为表4.54.5。