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