地理信息系统设计与实践 - 第四讲.pdf
2010-11-第四讲 系统分析地理信息系统设计与实践教程赵前胜武汉大学 测绘学院2010-11-武汉大学测绘学院武汉大学测绘学院2教学大纲教学大纲一一、系统目标分析系统目标分析二二、系统功能和性能分析系统功能和性能分析三三、系统建立可行性分析系统建立可行性分析四四、需求规格说明书需求规格说明书2010-11-武汉大学测绘学院武汉大学测绘学院3一、系统目标分析进行用户类型分析对现行系统进行调查分析明确系统服务对象用户研究领域现状调查2010-11-武汉大学测绘学院武汉大学测绘学院4系统分析目标系统分析目标系统分析系统分析 软件定义软件定义 软件设计软件设计 软件维护软件维护主要任务主要任务 总体目标总体目标、可行性可行性 必须的功能必须的功能、资源资源、成本成本、工程进度工程进度 需求分析报告需求分析报告2010-11-武汉大学测绘学院武汉大学测绘学院5用户需求调查方式访谈访谈 语言交流语言交流 系统分析员提出问题请用户答复系统分析员提出问题请用户答复，以了解用以了解用户需求户需求 简单简单、便捷便捷，是较常用的用户需求调查方法是较常用的用户需求调查方法 后期整理工作较繁琐后期整理工作较繁琐，需求准确度不高需求准确度不高2010-11-武汉大学测绘学院武汉大学测绘学院6用户需求调查方式简易应用规格说明技术简易应用规格说明技术 会议讨论会议讨论 与会人员提前对系统的需求进行认真思考与会人员提前对系统的需求进行认真思考，在开发者和用户双方出席的会议上进行讨论在开发者和用户双方出席的会议上进行讨论 使用简单使用简单，系统整体性把握较好系统整体性把握较好 准备工作复杂准备工作复杂，需要反复讨论才能确定需需要反复讨论才能确定需求求，需求准确度不高需求准确度不高2010-11-武汉大学测绘学院武汉大学测绘学院7用户需求调查方式软件原型软件原型 建立原型建立原型 快速建立软件原型快速建立软件原型，通过该原型进行开发者通过该原型进行开发者和用户之间的沟通和用户之间的沟通 便于用户与开发者的沟通便于用户与开发者的沟通，需求分析准确需求分析准确、有效有效 工作量大工作量大2010-11-武汉大学测绘学院武汉大学测绘学院8用户类型分析具有明确而固定任务的用户他们希望用GIS来实现现有工作业务的现代化，改善数据收集、分析、表示方法及过程，例如测量调查和制图部门部分工作任务明确、固定有大量业务有待开拓与发展，因而需要建立GIS来开拓他们的工作，例如行政或生产管理部门，也包括进行系列专题调查的单位2010-11-武汉大学测绘学院武汉大学测绘学院9用户类型分析工作任务完全不定的用户例如高校研究室或研究所等，他们以GIS作为教学科研工具或用于开发新的GIS技术2010-11-武汉大学测绘学院武汉大学测绘学院10现行系统进行调查分析通过对现行系统组织机构、工作任务、职能范围、日常工作流程、信息来源及处理方式、资料使用状况、人员配置、设备装置和费用开支等各方面的调查研究，指出现行工作状况在工作效率、费用支付、人力配置等方面存在的主要问题和薄弱环节，作为待建GIS的突破口。2010-11-武汉大学测绘学院武汉大学测绘学院11明确系统服务对象系统的服务对象不同，那么系统的目标也不相同。土地管理信息系统中：政府领导层：则系统的目标应当是可以进行评价、分析和辅助决策；办公职员：则系统的目标是办公自动化和图文一体化办公；科研人员：则系统的目标是进行空间分析、评价和建模，如土地地价定级、评估等。2010-11-武汉大学测绘学院武汉大学测绘学院12用户研究领域现状调查根据用户研究的方向、深度以及用户希望GIS解决哪些实际应用问题可以确定系统设计的目的、应用范围和应用深度，为以后总体设计中的系统功能设计和应用模型设计提供科学、合理的依据。2010-11-武汉大学测绘学院武汉大学测绘学院13需求调查中的困难需求调查中的困难知识与技能问题知识与技能问题 缺乏合适的需求分析人才缺乏合适的需求分析人才认识与态度问题认识与态度问题合作关系合作关系 用户参与不充分用户参与不充分用户说不清楚用户说不清楚双方误解需求双方误解需求开发人员写不好需求文档开发人员写不好需求文档用户经常变更需求用户经常变更需求2010-11-武汉大学测绘学院武汉大学测绘学院14需求调查中客观问题需求调查中客观问题组织的管理不健全组织的管理不健全，组织使命组织使命、目标目标、战略不清晰战略不清晰依赖隐性知识和依赖隐性知识和“潜规则潜规则”运作组织运作组织，难于难于正式地正式地、系统地描述其组织的业务流程系统地描述其组织的业务流程和决策方法和决策方法组织信息化程度低组织信息化程度低受上级受上级、政策政策、市场市场、社会风气影响社会风气影响，所投资项目不是自身需求立项所投资项目不是自身需求立项。2010-11-武汉大学测绘学院武汉大学测绘学院15需求分析需求分析2020法则法则（开发人员开发人员）要使用符合客户语言习惯的表达要使用符合客户语言习惯的表达要了解客户的业务及目标要了解客户的业务及目标必须编写软件需求报告必须编写软件需求报告要求得到需求工作结果的解释说明要求得到需求工作结果的解释说明开发人员要尊重客户的意见开发人员要尊重客户的意见对需求及产品实施提出建议和解决方案对需求及产品实施提出建议和解决方案描述产品使用特性描述产品使用特性允许重用已有的软件组件允许重用已有的软件组件要求对变更的代价提供真实可靠的评估要求对变更的代价提供真实可靠的评估获得满足客户功能和质量要求的系统获得满足客户功能和质量要求的系统2010-11-武汉大学测绘学院武汉大学测绘学院16需求分析需求分析2020法则法则（用户用户）给分析人员讲解您的业务给分析人员讲解您的业务抽出时间清楚地说明并完善需求抽出时间清楚地说明并完善需求准确而详细地说明需求准确而详细地说明需求及时作出决定及时作出决定尊重开发人员的需求可行性及成本评估尊重开发人员的需求可行性及成本评估划分需求的优先级划分需求的优先级评审需求文档和原型评审需求文档和原型需求变更要立即联系需求变更要立即联系遵照开发小组处理需求变更的过程遵照开发小组处理需求变更的过程尊重开发人员采用的需求分析过程尊重开发人员采用的需求分析过程2010-11-武汉大学测绘学院武汉大学测绘学院17二二、系统功能和性能分析系统功能和性能分析（一一）GISGIS结构化分析方法结构化分析方法（二二）GISGIS面向对象分析方法面向对象分析方法（三三）GISGIS快速原型化分析方法快速原型化分析方法（四四）基于基于UMLUML的需求分析的需求分析2010-11-武汉大学测绘学院武汉大学测绘学院18（一）GIS结构化分析方法GIS结构化分析方法的要点是将GIS系统开发的全过程划分为若干阶段，而后分别确定它们的任务，同时把系统的逻辑和物理模型，即系统“做什么”和“怎么做”分开，以保证其在各阶段任务明确、实施有效。相对广泛、也较为成熟和完善的系统分析方法。2010-11-武汉大学测绘学院武汉大学测绘学院19（一）GIS结构化分析方法数据流模型（数据流图）数据字典加工逻辑2010-11-武汉大学测绘学院武汉大学测绘学院20数据流图数据流图GISGIS数据流模型是数据流模型是GISGIS软件系统逻辑模型软件系统逻辑模型的一种图形表示的一种图形表示，它描述了它描述了GISGIS数据流动数据流动、存储存储、处理等逻辑关系处理等逻辑关系，一般采用数据一般采用数据流图流图（Data Flow DiagramData Flow Diagram，简称简称DFDDFD）来表示来表示。2010-11-武汉大学测绘学院武汉大学测绘学院21GIS数据流图的基本成分需用名词或名词性短语命名数据存储文件或标识 名字被加工的数据与流向，应给出数据流名字，可用名词或动词性短语命名数据流数据输入的源点或数据输出的汇点，要注明源点和汇点的名字外部实体输入数据在此进行变换产生输出数据，要注明加工的名字加工备注名称基本成分2010-11-武汉大学测绘学院武汉大学测绘学院22数据流图分层数据流图分层S1321.21.11.32.12.42.22.33.13.23.3FFFFFF顶层顶层中间层中间层底层底层2010-11-武汉大学测绘学院武汉大学测绘学院23数据流图分层数据流图分层顶层数据流图的结构简单顶层数据流图的结构简单，它描述了整个它描述了整个GISGIS系统的作用范围系统的作用范围，对对GISGIS系统的总体功能系统的总体功能、输输入和输出进行了抽象入和输出进行了抽象，反映了反映了GISGIS系统和环境系统和环境的关系的关系。中间层数据流图是通过分解高层数据流和数据中间层数据流图是通过分解高层数据流和数据加工得到的加工得到的。层次较高的数据流图经过进一步层次较高的数据流图经过进一步分解得到层次较低的数据流图分解得到层次较低的数据流图，一张中间层数一张中间层数据流图具有几个可分解的加工据流图具有几个可分解的加工，就存在几张对就存在几张对应的低层次的数据流图应的低层次的数据流图。高层次的数据流图是相对应的低层次图的抽象高层次的数据流图是相对应的低层次图的抽象表示表示，而低层次的数据流图表现了它相应的有而低层次的数据流图表现了它相应的有关数据处理的细节关数据处理的细节。2010-11-武汉大学测绘学院武汉大学测绘学院24数据流图绘制流程找出外部实体找出外部实体，由它们由它们确定系统与外界的接口确定系统与外界的接口找出找出GISGIS的数据源点和汇点的数据源点和汇点从各加工出发画出所需的子图从各加工出发画出所需的子图检查和修改数据流图检查和修改数据流图从从GISGIS外部实体的输出数据流出发外部实体的输出数据流出发，画出逻辑加工画出逻辑加工，直到找到输入数据流直到找到输入数据流，形成封闭数据流形成封闭数据流画出画出GISGIS的外部实体的外部实体找出找出GISGIS外部实体的输入数据与输入数据流外部实体的输入数据与输入数据流2010-11-武汉大学测绘学院武汉大学测绘学院25数据字典数据字典数据字典数据字典（Data DictionaryData Dictionary，简称简称DDDD）是关于数据信息的集合是关于数据信息的集合，是进行数据收是进行数据收集和数据分析所获得的主要成果集和数据分析所获得的主要成果，数据数据字典是各类数据描述的集合字典是各类数据描述的集合。是数据流图中所有要素严格定义的场是数据流图中所有要素严格定义的场所所，这些要素包括数据流这些要素包括数据流、数据流的组数据流的组成成、文件文件、加工小说明及其它应进入字加工小说明及其它应进入字典的一切数据典的一切数据，其中其中，每个要素对应数每个要素对应数据字典中的一个条目据字典中的一个条目2010-11-武汉大学测绘学院武汉大学测绘学院26属性数字字典属性数字字典数据元素数据元素 最小的数据组成单位最小的数据组成单位数据结构数据结构 描述数据之间的组合关系描述数据之间的组合关系，由数据元素和数由数据元素和数据结构组合据结构组合数据流数据流 描述数据流的来源描述数据流的来源、去处去处、组成组成、流通量流通量、高峰时期流通量等高峰时期流通量等2010-11-武汉大学测绘学院武汉大学测绘学院27属性数字字典属性数字字典数据存储数据存储 数据存储的条目数据存储的条目，主要描写该数据存储的结主要描写该数据存储的结构构处理过程处理过程 描述数据流图中的处理框描述数据流图中的处理框，输入输入、输出输出、功功能能外部实体外部实体 外部数据的来源和去向外部数据的来源和去向2010-11-武汉大学测绘学院武汉大学测绘学院28空间数据字典空间数据字典名称名称层名层名 可以与数据名称一致可以与数据名称一致，也可不一致也可不一致层元素性质层元素性质 空间形状属性空间形状属性，点点、线线、面面拓扑关系拓扑关系 指此种空间数据是否建立和具有拓扑关系指此种空间数据是否建立和具有拓扑关系2010-11-武汉大学测绘学院武汉大学测绘学院29空间数据字典空间数据字典属性表属性表 此类空间数据对应的属性表此类空间数据对应的属性表关联关系关联关系 可选项可选项，根据具体的平台根据具体的平台元数据文件或者表名元数据文件或者表名 空间数据的元数据的位置空间数据的元数据的位置2010-11-武汉大学测绘学院武汉大学测绘学院30加工逻辑说明加工逻辑说明加工逻辑是指用户对这个加工的逻辑要加工逻辑是指用户对这个加工的逻辑要求求，即加工的输入数据流与输出数据流即加工的输入数据流与输出数据流之间的逻辑关系之间的逻辑关系。加工逻辑说明应精确地描述一个加工做加工逻辑说明应精确地描述一个加工做什么什么，包括加工的激发条件包括加工的激发条件、加工逻辑加工逻辑、优先级别优先级别、执行频率执行频率、出错处理等细出错处理等细节节，其中最基本的部分是加工逻辑其中最基本的部分是加工逻辑。2010-11-武汉大学测绘学院武汉大学测绘学院31加工逻辑说明规则加工逻辑说明规则数据流程图中的每一个基本处理数据流程图中的每一个基本处理，都必须有一都必须有一个基本说明个基本说明；基本说明表达一个基本处理对数据流的转换路基本说明表达一个基本处理对数据流的转换路径径，即指出这个功能单元的输数据流即指出这个功能单元的输数据流、输出数输出数据流以及其间的处理步骤据流以及其间的处理步骤；基本说明表达一个功能单元的转换策略基本说明表达一个功能单元的转换策略，不表不表达执行这项策略的方法达执行这项策略的方法；应该把冗余度控制在最低程度应该把冗余度控制在最低程度；用一组标准的方法书写基本说明用一组标准的方法书写基本说明，既要简单明既要简单明确确，又要具有较高的可读性又要具有较高的可读性。2010-11-武汉大学测绘学院武汉大学测绘学院32加工逻辑说明的表达方法结构化英语介于自然语言和形式化语言之间的半形式化语言，它使用有限的词汇和语句来描述加工逻辑。（如if_then_else、while_do、repeat_until、case_of）2010-11-武汉大学测绘学院武汉大学测绘学院33结构化英语（例子）if 发货单金额超过$500 thenif 欠款超过了60天 then在偿还欠款前不予批准else（欠款未超期）发批准书，发货单else（发货单金额未超过$500）if 欠款超过60天 then发批准书，发货单及赊欠报告else（欠款未超期）发批准书，发货单2010-11-武汉大学测绘学院武汉大学测绘学院34判定表在某些数据处理问题中，数据流图的处理需要依赖多个逻辑条件的取值，这些取值的组合可能构成多种不同情况，相应需执行不同的操作。这类问题用结构化语言来叙述很不方便，最适合使用判定表作为表示加工小说明的工具。2010-11-武汉大学测绘学院武汉大学测绘学院35判定表发出赊欠报告发出发货单发出批准书不发出批准书操作60天60天60天60天赊欠情况$500$500$500$500发货单金额条件4321规则号2010-11-武汉大学测绘学院武汉大学测绘学院36判定树判定树是判定表的变形，本质完全一样，所有用判定表能表达的问题都能用判定树来表达。比判定表更加直观，用判定树来描述具有多个条件的数据处理，更容易被用户接受。判定树的分枝表示各种不同的条件，随着分枝层次结构的扩充，各条件完成自身的取值，判定树的叶子给出应完成的操作。2010-11-武汉大学测绘学院武汉大学测绘学院37判定树检查发货单检查发货单金额金额$500$500金额金额$500$500欠款欠款6060天天-不发出批准书不发出批准书欠款欠款6060天天-发出批准书发出批准书、发货单发货单欠款欠款6060天天-发出批准书发出批准书、发货单及赊欠报告发货单及赊欠报告欠款欠款6060天天-发出批准书发出批准书、发货单发货单2010-11-武汉大学测绘学院武汉大学测绘学院38三种表达工具的比较很好不好一般机器可编程很好差很好机器可读性很好一般好逻辑检查差一般好可修改性不便方便不便用户检查一般很好一般直观性判定表判定树结构化英语2010-11-武汉大学测绘学院武汉大学测绘学院39（二）GIS面向对象分析方法它提取的对象包括GIS系统的实体、实体属性和实体关联以及系统的方法、函数和它们之间的关联等。通过自底向上的分析方法，根据各实体和各函数方法的关联度分析，逐步向上进行功能和实体的综合，最后得到系统的功能模块要求。2010-11-武汉大学测绘学院武汉大学测绘学院40(三)快速原型化分析方法系统分析员与用户交流系统分析员与用户交流业务需求初步分析业务需求初步分析（包括业务类型包括业务类型、工作流工作流、数据流等数据流等）软件需求初步分析软件需求初步分析（包括包括GISGIS软件功能软件功能、界面界面、性能等性能等）GIS软件功能模块划分及软件功能模块划分及系统功能系统功能、性能需求分析报告性能需求分析报告GIS软件工程师软件工程师GIS数据库的建设数据库的建设GIS功能界面的建设功能界面的建设GIS软件原型软件原型系统功能初步实现系统功能初步实现系统界面模型建立系统界面模型建立2010-11-武汉大学测绘学院武汉大学测绘学院41（四）基于UML的需求分析基于基于UMLUML的需求分析步骤的需求分析步骤：用例建模用例建模。利用包图及类图表示目标软件系统的总体框利用包图及类图表示目标软件系统的总体框架结构架结构。2010-11-武汉大学测绘学院武汉大学测绘学院42用例建模用例建模UMLUML的的用例模型一直被推荐为识别和捕用例模型一直被推荐为识别和捕获需求的首选工具获需求的首选工具!UMLUML的的用例模型一直被推荐为识别和捕用例模型一直被推荐为识别和捕用例模型一直被推荐为识别和捕用例模型一直被推荐为识别和捕获需求的首选工具获需求的首选工具获需求的首选工具获需求的首选工具!1992199219921992年由年由年由年由JacobsonJacobsonJacobsonJacobson提出了提出了提出了提出了Use caseUse caseUse caseUse case 的概念及的概念及的概念及的概念及可视化的表示方法可视化的表示方法可视化的表示方法可视化的表示方法Use caseUse caseUse caseUse case图图，并加入由他所倡导并加入由他所倡导图图，并加入由他所倡导并加入由他所倡导的的的的OOSEOOSEOOSEOOSE。受到了受到了受到了受到了ITITITIT界的欢迎界的欢迎，被广泛应用到了面向对被广泛应用到了面向对界的欢迎界的欢迎，被广泛应用到了面向对被广泛应用到了面向对象的系统分析中象的系统分析中。用例驱动的系统分析与设计方法已用例驱动的系统分析与设计方法已象的系统分析中象的系统分析中。用例驱动的系统分析与设计方法已用例驱动的系统分析与设计方法已成为面向对象的系统分析与设计方法的主流成为面向对象的系统分析与设计方法的主流。成为面向对象的系统分析与设计方法的主流成为面向对象的系统分析与设计方法的主流。2010-11-武汉大学测绘学院武汉大学测绘学院43用例模型用例模型用例模型描述外部执行者用例模型描述外部执行者(Actor)(Actor)所理解所理解的系统功能的系统功能。即待开发系统的功能需求即待开发系统的功能需求。用例模型由若干个用例图构成用例模型由若干个用例图构成，用例图用例图中主要描述执行者和用例之间的关系中主要描述执行者和用例之间的关系。在在UMLUML中中,构成用例图的主要元素是用例构成用例图的主要元素是用例和执行者及其它们之间的联系和执行者及其它们之间的联系。2010-11-武汉大学测绘学院武汉大学测绘学院44如何建立用例模型如何建立用例模型如何建立用例模型如何建立用例模型建立系统用例模型的过程就是对系统进行功能需求分建立系统用例模型的过程就是对系统进行功能需求分析的过程析的过程。定义定义系统系统定义定义系统系统确定执行确定执行者和用例者和用例确定执行确定执行者和用例者和用例描述执行者描述执行者和用例关系和用例关系描述执行者描述执行者和用例关系和用例关系确认确认模型模型确认确认模型模型确定系确定系统范围统范围；分析系分析系统功能统功能。执行者通常是使执行者通常是使用系统功能的外部用系统功能的外部用户或系统用户或系统。用例是一个子系用例是一个子系统或系统的一个独统或系统的一个独立立、完整功能完整功能。各模型元素各模型元素之间有之间有：关关联联、使用使用、扩展及泛化扩展及泛化等关系等关系。确认用例模型确认用例模型与用户需求的与用户需求的一致性一致性，通常通常由用户与开发由用户与开发者共同完成者共同完成。2010-11-武汉大学测绘学院武汉大学测绘学院45（一）、确定执行者（一）、确定执行者(Actor)(Actor)执行者是指用户在系统中所扮演的角色执行者是指用户在系统中所扮演的角色,执行者执行者用类似人的图形来表示用类似人的图形来表示,但执行者可以是人但执行者可以是人，也可以也可以是一个外界系统是一个外界系统。如何确定执行者如何确定执行者：如何确定执行者如何确定执行者：1 1 1 1、谁使用系统的主要功能谁使用系统的主要功能、谁使用系统的主要功能谁使用系统的主要功能(主执行者主执行者主执行者主执行者)?)?)?)?2 2 2 2、谁需要从系统获得对日常工作的支谁需要从系统获得对日常工作的支、谁需要从系统获得对日常工作的支谁需要从系统获得对日常工作的支持和服务持和服务？持和服务持和服务？3 3 3 3、需要谁维护管理系统的日常运行需要谁维护管理系统的日常运行、需要谁维护管理系统的日常运行需要谁维护管理系统的日常运行（副执行者副执行者副执行者副执行者）？4 4 4 4、系统需要控制哪些硬件设备系统需要控制哪些硬件设备？、系统需要控制哪些硬件设备系统需要控制哪些硬件设备？5 5 5 5、系统需要与其它哪些系统交互系统需要与其它哪些系统交互？、系统需要与其它哪些系统交互系统需要与其它哪些系统交互？6 6 6 6、谁需要使用系统产生的结果谁需要使用系统产生的结果（值值、谁需要使用系统产生的结果谁需要使用系统产生的结果（值值)？一一、执行者执行者供货供货供货供货买饮料买饮料买饮料买饮料取货款取货款取货款取货款客户客户客户客户供货人供货人供货人供货人收银员收银员收银员收银员自动售货系统自动售货系统2010-11-武汉大学测绘学院武汉大学测绘学院46二、用例如何确定用例如何确定用例：如何确定用例如何确定用例：1 1、与系统实现有关的主要问题是什么与系统实现有关的主要问题是什么？2 2、系统需要哪些输入系统需要哪些输入/输出输出？这些输入这些输入/输出从何而来输出从何而来？到哪里去到哪里去？3 3、执行者需要系统提供哪些功能执行者需要系统提供哪些功能？4 4、执行者是否需要对系统中的信息进行读执行者是否需要对系统中的信息进行读、创建创建、修改修改、删除或存储删除或存储？二二、用例用例二二、用例用例（二）、用例（二）、用例(use case)(use case)从本质上讲从本质上讲,一个用例是用户与计算机之间的一次典一个用例是用户与计算机之间的一次典型交互作用型交互作用。在在UMLUML中中,用例被定义成系统执行的一系列用例被定义成系统执行的一系列动作动作（功能功能）。）。用例有以下特点用例有以下特点:用例实现一个具体的用户目标用例实现一个具体的用户目标。用例由执行者激活用例由执行者激活,并将结果值反馈给执行者并将结果值反馈给执行者。用例必须具有功能上的完整描述用例必须具有功能上的完整描述。二二、用例用例2010-11-武汉大学测绘学院武汉大学测绘学院47（三）、用例之间的关系（三）、用例之间的关系执行者与用例之间通常是一种关联执行者与用例之间通常是一种关联。用例之间的联系用例之间的联系：表示一个用例使用另表示一个用例使用另一个用例一个用例。通过向被扩展的用通过向被扩展的用例添加动作来扩展用例例添加动作来扩展用例。表示一个用例的表示一个用例的行为包含了另一个用例的行行为包含了另一个用例的行为为。售货售货供货供货取货款取货款顾客顾客供货人供货人收银员收银员售散装售散装饮料饮料打开机器打开机器关闭机器关闭机器打开机器打开机器关闭机器关闭机器自动售货机系统自动售货机系统含有使用和扩展关系含有使用和扩展关系的用例图的用例图其中其中:,:,是一种泛化关系是一种泛化关系。是一种依赖关系是一种依赖关系。2010-11-武汉大学测绘学院武汉大学测绘学院48用例图用例图学生考试用例学生考试用例2010-11-武汉大学测绘学院武汉大学测绘学院49例例 项目与资源管理系统（项目与资源管理系统（PRMSPRMS）添加技能添加技能删除技能删除技能更新技能更新技能资源管理员资源管理员资源管理员资源管理员添加资源添加资源删除资源删除资源更新资源更新资源查找技能查找技能查找资源查找资源把技能指把技能指定给资源定给资源从资源中从资源中清除技能清除技能资源管理资源管理Use CaseUse Case图图Use CaseUse CaseUse CaseUse Case图可以自顶而下不图可以自顶而下不断精化断精化，抽象出不同层次的抽象出不同层次的UseUseUseUseCaseCaseCaseCase图图。系统管理员系统管理员系统管理员系统管理员项目管理员项目管理员项目管理员项目管理员资源管理员资源管理员资源管理资源管理项目管理项目管理系统管理系统管理备份系统备份系统备份系统备份系统PRMSPRMS高层高层Use CaseUse Case图图注：这里的“技能”是指人力资源。2010-11-武汉大学测绘学院武汉大学测绘学院50用活动图表示用例用活动图表示用例活动图活动图主要用于系统分析主要用于系统分析，它描述系统的行为它描述系统的行为，显示系显示系统中动作之间的转移统中动作之间的转移。活动图一般从活动图一般从开始节点开始节点开始开始，经经过若干动作后过若干动作后，最后到达最后到达结束节点结束节点。活动图是简化的状态图活动图是简化的状态图，它重点说明了活动间所经过的它重点说明了活动间所经过的操 作 和 过 程操 作 和 过 程。活 动 图活 动 图（ActivityActivity）只 有 一 个 动 作只 有 一 个 动 作（ActionAction），），活动的转移有一个相应的触发事件活动的转移有一个相应的触发事件。活动活动图可用来描述用例图可用来描述用例、包和类的行为包和类的行为，它把活动描述成正它把活动描述成正在执行的操作在执行的操作，活动代表了一个完整的动作活动代表了一个完整的动作，即它代表即它代表一个类或用例内部的行为一个类或用例内部的行为。活动图不区分状态活动图不区分状态、活动和活动和事件事件，它是一个从活动到活动的简单描述它是一个从活动到活动的简单描述，其中其中，同步同步线用粗横线表示线用粗横线表示，用于表示活动之间的同步用于表示活动之间的同步。2010-11-武汉大学测绘学院武汉大学测绘学院512010-11-武汉大学测绘学院武汉大学测绘学院52建立顶层架构建立顶层架构UMLUML包图包图：对类进行分组的一种机制对类进行分组的一种机制。包间的两种关系包间的两种关系：依赖和构成依赖和构成。依赖关系依赖关系：如果对类如果对类A A的修改将导致类的修改将导致类B B的改变的改变，则称则称B B依依赖于赖于A A。构成关系构成关系：是指包可以嵌套是指包可以嵌套，即包中不仅可包含类即包中不仅可包含类，还可还可以包含子包以包含子包。2010-11-武汉大学测绘学院武汉大学测绘学院53使用包图建立顶层架构使用包图建立顶层架构考试系统包图考试系统包图2010-11-武汉大学测绘学院武汉大学测绘学院54三、系统建立可行性分析数据源调查与评估数据源调查与评估 可用性可用性 收集方法收集方法技术可行性评估技术可行性评估 分析实现系统功能和性能所需的各种设备分析实现系统功能和性能所需的各种设备、技术技术、方法和过程方法和过程 软硬件配置方面软硬件配置方面，应分析硬件更新速度和应分析硬件更新速度和GISGIS软件软件使用周期是否匹配使用周期是否匹配 项目管理方面项目管理方面，应考虑应考虑GISGIS设计技术人员的数量设计技术人员的数量、结构和技术水平等因素结构和技术水平等因素2010-11-武汉大学测绘学院武汉大学测绘学院55三、系统建立可行性分析经济和社会效益分析经济和社会效益分析 购置并安装软硬件及其相关设备的费用购置并安装软硬件及其相关设备的费用；生产系统所需数据的费用生产系统所需数据的费用；软件开发费用软件开发费用；系统安装系统安装、运行和维护费用运行和维护费用；人员培训费用人员培训费用。在系统分析和设计阶段只能在系统分析和设计阶段只能得到上述费用的预算得到上述费用的预算，即估算成本即估算成本。2010-11-武汉大学测绘学院武汉大学测绘学院56三、系统建立可行性分析系统开发与运行环境评价系统开发与运行环境评价 除了技术因素与经济因素之外除了技术因素与经济因素之外，还有许多社还有许多社会因素对项目的开展起着制约的作用会因素对项目的开展起着制约的作用。例如例如与项目直接相关的管理人员与项目直接相关的管理人员、工作人员是否工作人员是否对项目持支持态度对项目持支持态度；有多少人力可用于有多少人力可用于GISGIS系统系统，其中有多少人员需要培训其中有多少人员需要培训；项目财力项目财力支持情况支持情况，包括组织部门所能给予的当前的包括组织部门所能给予的当前的投资额及将来维护投资额及将来维护GISGIS的逐年投资额等的逐年投资额等。2010-11-武汉大学测绘学院武汉大学测绘学院57可行性分析报告的目录4.4.系统描述系统描述4.14.1 缩写词缩写词4.24.2各子系统的可行性各子系统的可行性5.5.数据源评估数据源评估6.6.技术风险评估技术风险评估7.7.成本成本-效益分析效益分析8.8.系统开发与运行环境评价系统开发与运行环境评价9.9.有关法律问题有关法律问题10.10.其他其他1.1.引言引言1.11.1 问题问题1.21.2 实现环境实现环境1.31.3 约束条件约束条件2.2.管理管理2.12.1 重要的发现重要的发现2.22.2 注解注解2.32.3 建议建议2.42.4 效果效果3.3.方案选择方案选择3.13.1 选择系统配置选择系统配置3.23.2 选择方案的标准选择方案的标准2010-11-武汉大学测绘学院武汉大学测绘学院58四、需求规格说明书1.引言1.1 编写目的（阐明编写需求说明的目的，指明用户对象）1.2 GIS项目背景（应包括：a.GIS项目的委托单位、开发单位和主管部门；b.该GIS软件系统与其它系统的关系）1.3 定义（列出文档中所用到的专门术语的定义和缩写词的原文）1.4 参考资料（可包括：a.项目经核准的计划任务书、合同或上级机关的批文；b.项目开发计划；c.文档所引用的资料、标准和规范。列出这些资料的作者、标题、编号、发表日期、出版单位或资料来源）2.GIS项目概述2.1 GIS项目目标、内容、现行系统的调查情况2.2 GIS运行环境2.3条件与限制2010-11-武汉大学测绘学院武汉大学测绘学院593.GIS数据描述3.1 GIS静态数据3.2 GIS动态数据（包括输入数据和输出数据）3.3 GIS数据流图3.4 GIS数据库描述（给出所使用数据库的名称和类型）3.5 GIS数据字典3.6 GIS加工逻辑小说明3.7 数据采集4.GIS功能需求4.1 功能划分4.2 功能描述5.GIS性能需求5.1 数据精确度5.2 时间特性（如响应时间、更新处理时间、数据转换与传输时间、运行时间等）5.3 适应性（在操作方式、运行环境、与其它软件的接口以及开发计划等发生变化时，应具有的适应能力）2010-11-武汉大学测绘学院武汉大学测绘学院606.GIS运行需求6.1 用户界面（如屏幕格式、报表格式、菜单格式、输入输出时间等）6.2 硬件接口6.3 软件接口6.4 故障处理7质量保证8其它需求（如可使用性、安全保密、可维护性、可移植性等）
