GIS工程设计与实现--系统分析.ppt

加工逻辑说明 加工逻辑是指用户对这个加工的逻辑要求，即加工的输入数据流与输出数据流之间的逻辑关系。 加工逻辑说明应精确地描述一个加工做什么，包括加工的激发条件、加工逻辑、优先级别、执行频率、出错处理等细节，其中最基本的部分是加工逻辑。 * * 加工逻辑说明规则 数据流程图中的每一个基本处理，都必须有一个基本说明； 基本说明表达一个基本处理对数据流的转换路径，即指出这个功能单元的输数据流、输出数据流以及其间的处理步骤； 基本说明表达一个功能单元的转换策略，不表达执行这项策略的方法； 应该把冗余度控制在最低程度； 用一组标准的方法书写基本说明，既要简单明确，又要具有较高的可读性。 * * 加工逻辑说明的表达方法 结构化英语 介于自然语言和形式化语言之间的半形式化语言，它使用有限的词汇和语句来描述加工逻辑。（如if_then_else、while_do、repeat_until、case_of） * * 结构化英语（例子） if 发货单金额超过$500 then if 欠款超过了60天 then 在偿还欠款前不予批准 else （欠款未超期） 发批准书，发货单 else （发货单金额未超过$500） if 欠款超过60天 then 发批准书，发货单及赊欠报告 else （欠款未超期） 发批准书，发货单 * qshzhao@sgg.whu.edu.cn 武汉大学测绘学院 * 判定表 在某些数据处理问题中，数据流图的处理需要依赖多个逻辑条件的取值，这些取值的组合可能构成多种不同情况，相应需执行不同的操作。这类问题用结构化语言来叙述很不方便，最适合使用判定表作为表示加工小说明的工具。 * * 判定表 规则号 1 2 3 4 条件 发货单金额 ＞$500 ＞$500 ≤$500 ≤$500 赊欠情况 ＞60天 ≤60天 ＞60天 ≤60天 操作 不发出批准书 √ 发出批准书 √ √ √ 发出发货单 √ √ √ 发出赊欠报告 √ * * 判定树 判定树是判定表的变形，本质完全一样，所有用判定表能表达的问题都能用判定树来表达。 比判定表更加直观，用判定树来描述具有多个条件的数据处理，更容易被用户接受。 判定树的分枝表示各种不同的条件，随着分枝层次结构的扩充，各条件完成自身的取值，判定树的叶子给出应完成的操作。 * * 判定树 检查发货单 金额$500 金额≤$500 欠款60天----不发出批准书 欠款≤60天----发出批准书、发货单 欠款60天---- 发出批准书、发货单及赊欠报告 欠款≤60天----发出批准书、发货单 * * 三种表达工具的比较 ? 结构化英语 判定树 判定表 直观性 一般 很好 一般 用户检查 不便 方便 不便 可修改性 好 一般 差 逻辑检查 好 一般 很好 机器可读性 很好 差 很好 机器可编程 一般 不好 很好 * * （二）GIS面向对象分析方法 它提取的对象包括GIS系统的实体、实体属性和实体关联以及系统的方法、函数和它们之间的关联等。 通过自底向上的分析方法，根据各实体和各函数方法的关联度分析，逐步向上进行功能和实体的综合，最后得到系统的功能模块要求。 * * (三)快速原型化分析方法 系统分析员与用户交流 业务需求初步分析 （包括业务类型、工作流、数据流等） 软件需求初步分析 （包括GIS软件功能、界面、性能等） GIS软件功能模块划分及 系统功能、性能需求分析报告 GIS软件工程师 GIS数据库的建设 GIS功能界面的建设 GIS软件原型 系统功能初步实现 系统界面模型建立 * * （四）基于UML的需求分析 基于UML的需求分析步骤： 用例建模。 利用包图及类图表示目标软件系统的总体框架结构。 * * 用例建模 UML的用例模型一直被推荐为识别和捕获需求的首选工具!! 1992年由Jacobson提出了Use case 的概念及可视化的表示方法—Use case图，并加入由他所倡导的OOSE。受到了IT界的欢迎，被广泛应用到了面向对象的系统分析中。用例驱动的系统分析与设计方法已成为面向对象的系统分析与设计方法的主流。 * * 用例模型 用例模型描述外部执行者(Actor)所理解的系统功能。即待开发系统的功能需求。 用例模型由若干个用例图构成，用例图中主要描述执行者和用例之间的关系。在UML中,构成用例图的主要元素是用例和执行者及其它们之间的联系。 * * 如何建立用例模型 建立系统用例模型的过程就是对系统