gis设计与实现讲义.ppt
- 文档编号:1056581
- 上传时间:2022-10-16
- 格式:PPT
- 页数:81
- 大小:4.60MB
gis设计与实现讲义.ppt
《gis设计与实现讲义.ppt》由会员分享,可在线阅读,更多相关《gis设计与实现讲义.ppt(81页珍藏版)》请在冰豆网上搜索。
GIS设计与实现,张子民山东建筑大学土木学院,本节内容,系统需求分析调查系统需求系统需求建模环境、方案与决策系统设计数据库的设计系统的设计人机交互设计输入输出和控制设计系统实施系统开发系统文档安装与培训用户支持与维护,为什么需要软件需求?
两个世界三种设计,1.1调查系统需求,系统需求:
系统所提供功能的详细定义。
系统需求的方面:
功能需求:
描述系统必须支持的功能和过程的系统需求。
根据组织进行商业交易的过程和(明显/隐蔽)商业规则确定。
技术需求:
描述操作环境和性能目标的系统需求。
系统运行在WindowsNT操作系统;系统屏幕响应时间必须少于0.5秒;系统必须同时支持100个终端;系统需求调查的核心过程:
1.获取系统相关者;2.识别系统需求;3.需求复查;,1.1调查系统需求,1.系统相关者:
对新系统的成功感兴趣的人。
是系统需求的资料来源。
三类系统相关者:
用户:
那些实际使用系统处理日常事务的人。
从两方面来定义:
水平方向:
新系统相关的各个部门。
垂直方向:
部门中的职员、中层管理人员以及高层管理人员。
客户:
购买和拥有系统的人。
他们的看法将直接影响新系统的生存。
技术人员:
确保系统运行在组织的计算机环境的人。
许多技术需求的来源。
描述系统相关者:
模型:
组织结构图工具:
MicrosoftVisio,1.1调查系统需求,MicrosoftVisio,1.1调查系统需求,2.识别系统需求:
确定新系统需要达到的目标。
技巧:
调查中经常问如下3个问题:
1.商业过程(业务流程/处理流程)是什么?
(你要干什么?
)理解商业功能2.商业过程应该怎样完成?
(怎样完成它?
/需要哪些步骤?
)获取新系统实现这些商业功能的方法3.需求信息是什么?
(为了实现系统你需要哪些信息?
)确定实现这些功能需要的信息问题2和3构成了需求定义的基础。
1.1调查系统需求,2.识别系统需求:
确定新系统需要达到的目标。
方法:
如下6种方法被证实是有效的事实寻找方法:
1)向系统相关者分发和收集调查表2)复查现有的报表、表格、地图和过程描述3)主持和用户的面谈和讨论4)观察商业过程和工作流5)建立原型6)主持联合应用程序设计(JAD)会议结合使用以上方法来寻找新系统的需求。
1.1调查系统需求,1)向系统相关者分发和收集调查表作用:
快速地从大量、分布的系统相关者那里收集信息。
但并不能获得业务的详细过程。
技巧:
结合限制性问题和非限制性问题限制性问题:
必须明确给出回答的问题。
非限制性问题:
需要对问题进行讨论而不是做出简短回答。
1.1调查系统需求,3)主持和用户的面谈和讨论作用:
理解商业功能和商业过程的最有效方法。
技巧:
准备一份面谈清单并依次执行。
重要提示问“如果,那会怎么样?
/那该怎么办?
”这样的问题来获取异常和错误情况的处理方法。
做笔记的重要性。
举行几次较短的面谈比一次马拉松式的面谈效果要好的多。
通常,面谈时间=1.5小时。
认真总结面谈记录,生成一份问题列表。
1.1调查系统需求,3.需求复查:
对需求进行检验和证实(V&V)检验:
系统需求是否是内在一致的。
数据项在所有需求中是否一致。
证实:
确保系统需求正确地表达了用户的要求。
得到了用户所需的全部信息。
方法:
结构化遍历:
对调查结果和根据这些结果建立的模型进行复查。
技巧:
模型建立后,尽快进行遍历。
1.2系统需求建模,1.提炼需求:
事件与事务2.建模系统需求:
2.1结构化建模方法2.2面向对象的建模方法,1.2系统需求建模,1.提炼需求:
在需求调查过程中,对系统相关者的要求不断提炼,建立新系统的事件列表和事物列表。
事件:
可以描述的、值得记录的在某一特定时间和地点发生的事情。
事件的类型:
外部事件:
系统之外发生的事情,通常由外部实体(用户)触发。
例如,客户下订单。
临时事件:
由于到达某一时刻所发生的事情。
例如,月末时生成月统计报表。
状态事件:
当系统内部发生了需要处理的情况时所引发的事件。
例如,库存不足时进行订货、温度过高时启动断电保护。
如何识别事件?
跟踪(业务过程中的)事务处理的生命周期。
1.2系统需求建模,事物:
系统中需要多次处理的诸如订单、产品、地图等实体,系统往往需要存储这些实体的信息。
事物的特征:
属性:
有关事物的一条特定信息。
例如,顾客的姓名、电话号码等。
标识符:
能惟一标识事物的一个属性。
例如,一个土地地块的编号。
关系:
某些事物间自然发生的联系。
例如,一个土地地块只归属于一个行政单元。
关系具有基数特性,即发生在事物间关联的数目。
1:
1、1:
n、n:
1、n:
n行政单元与地块关系的基数是什么?
1.2系统需求建模,系统需求的建模方法:
结构化和面向对象的方法CASE工具:
RationalRose、ERwin、SybasePowerDesigner、MicrosoftVisio。
两种建模方法的基本特征:
1.2系统需求建模,两种建模方法的需求模型:
1.2系统需求建模,事物的结构化建模:
实体-联系图(ERD):
用来定义数据存储需求的模型。
数据存储需求包括数据实体、数据实体的属性以及它们之间的关系。
ERD包括两个符号:
矩形表示数据实体直线表示联系,1.2系统需求建模,包含实体属性的ERDERD与数据库的关系?
1.2系统需求建模,ERD的细化:
对多对多关系(n:
n),需要进行细化。
细化往往引入关联实体。
关联实体:
表示两个数据实体间多对多关系的数据实体。
1.2系统需求建模,事物的面向对象建模:
类图:
使用面向对象的方法定义系统中的事物的模型,包括类、类之间的联系和类的属性和方法。
类:
所有相似的事物所属的类型或分类。
方法:
类的所有对象所具有的行为。
封装:
把所有对象覆盖或保护起来,使其包含属性值和对这些属性进行操作的方法,从而使得对象成为自封闭的(或受保护的)单元。
1.2系统需求建模,数据实体和对象:
1.2系统需求建模,类图的特征:
概括/具体层次图:
把类按照从最概括的父类到最具体的子类的顺序进行排列的层次图,也称为继承层次图。
继承:
允许子类共享其父类所具有特征的概念。
聚合:
对象及其各个部分之间的一种关系。
关联:
定义对象之间的联系,具有基数。
1.2系统需求建模,类图:
1.2系统需求建模,事件的结构化建模:
数据流程图(DFD):
一种图形化的系统模型,它在一张图中展示信息系统的主要需求,即输入、输出、过程和数据存储。
1.2系统需求建模,事件的结构化建模:
数据流程图(DFD):
一种图形化的系统模型,它在一张图中展示信息系统的主要需求,即输入、输出、过程和数据存储。
1.2系统需求建模,DFD:
整合了事件表和实体-联系图(ERD)。
1.2系统需求建模,DFD:
复杂的系统需要进行不同层次的抽象。
抽象水平:
能把系统分解成一个逐渐细化的分层集合的建模技术。
一个DFD中,高层次过程可以分解成若干独立的、低层次的、详细的DFD。
DFD的抽象水平:
关联图DFD片段详细DFD,1.2系统需求建模,关联图:
系统内部在单个过程符号中概括所有处理活动的DFD,描述系统的高层结构。
表达系统边界时很有用,显示了系统的“骨架”。
系统的范围是通过单过程和外部实体所表示的事物来定义的。
1.2系统需求建模,DFD片段:
用一个过程符号表示系统响应一个事件的DFD。
为事件表中的每个事件创建一个DFD。
DFD片段的完全集可以组合到一个叫做事件划分的系统模型或0层图中。
事件划分的系统模型/0层图:
一个为系统需求建立模型的DFD,建模过程中对应于系统或子系统中每个事件使用单个过程。
2系统需求建模,详细DFD:
对包含多个处理过程的DFD片段进行划分形成的子过程DFD。
1.2系统需求建模,DFD抽象层次间的关系:
MicrosoftVisio,1.2系统需求建模,DFD模型的质量:
复杂性最小:
把信息划分成小的且相对独立的子集,每个子集有一定数量的可单独考察和理解的信息;避免信息超量。
72规则(Miller数):
限制模型中组成元素个数或元素之间的连接数不超过9。
数据流一致性:
常见的数据流不一致现象包括:
进出过程的数据流与进出过程分解DFD的数据流在内容上不一致。
(平衡)有数据流出但没有相应的数据流入。
有数据流入但没有相应的数据流出。
流入过程的所有数据必须流出该过程或用于产生流出该过程的数据。
(黑洞)流出过程的所有数据必须曾流入该过程或是由流入该过程的数据产生。
(奇迹)接口最小化:
模型中各个元素之间的接口数或连接数最小化。
1.2系统需求建模,事件的面向对象建模:
用例图:
概括有关参与者和用例信息的图形化模型。
用例(UseCase):
由系统为使用该系统的用户完成的一个单一用途或功能。
参与者:
系统用户扮演的一个角色。
自动化边界:
表示外部环境(参与者的所在地)和自动系统的内部功能之间的边界。
1.2系统需求建模,用例的重用:
一个用例可能会用到其它用例。
为避免用例重复,可开发通用用例并被多个用例重用,这种关系称为包含或使用关系。
1.2系统需求建模,开发用例图的两个切入点:
事件:
为事件表中的每个事件开发一个或多个用例。
参与者:
从事件表的触发器和来源列获得参与者列表,为每个参与者开发一个用例。
1.3环境、方案与决策,1.评估目标处理环境2.决定系统范围3.生成实施方案,1.3环境、方案与决策,1.评估目标处理环境目标处理环境:
新系统的计算机设备、操作系统以及网络的配置。
根据新系统的要求来选用合适的处理环境。
常见的处理环境:
集中式系统系统的部件处在一个集中的环境中。
分布式系统系统的部件分布在多个计算机系统和地理位置上。
1.3环境、方案与决策,评估系统软件环境开发语言结构化开发语言:
C、Fortran面向对象的开发语言:
C+、Java、脚本语言:
JSP、JavaScript、Perl、PHP、Case工具软件分析与设计阶段:
RationalRose、Erwin、PowerDesigner、软件开发阶段:
VSS、操作系统Linux、Unix、Windows、Mac、空间数据库管理系统(SDBMS)数据库管理系统:
Oracle、SQLServer、DB2、Sybase、MySQL、空间数据引擎:
ArcSDE、OracleSpatial、SuperMapEngine、,1.3环境、方案与决策,2.决定系统范围制定系统范围表以对系统的功能进行界定,同时评估每项功能的必要性。
数据流程图可用于界定系统范围。
1.3环境、方案与决策,3.生成实施方案制定实施方案并做出选择。
生成系统需求分析报告。
需求分析:
从用户工作流程到系统流程,2从需求到设计,需求分析从用户工作流程到系统流程,2从需求到设计,最基本过程:
提炼和细化ER/类模型,进行数据库设计提炼和细化DFD/用例模型,进行系统设计其它必要过程:
人机交互设计系统输入/输出和控制设计,2.1数据库设计,从ER/类模型开始:
转化时的一些问题:
关系(表)的细化联系的细化更多数据库特征的加入:
索引视图存储过程/触发器,ER模型,类模型,物理模型,数据库,Anyproblems?
2.1数据库设计,关系(Relation)与联系(Relationship)1)关系:
在关系模型中,数据是以二维表的形式存在的,这个行与列交叉的二维表就叫做关系(Entity/Table)。
每个关系有一个关系名;表中的行称为元组(Row/Record);表中的列称为属性(Attribute/Column/Field),每一列有一个属性名,属性的取值范围由属性域(Domain)规定。
2.1数据库设计,2)联系:
实现关系间联系的方法:
在一个关系中包含另一个关系的属性,即主外码(键)。
码(Key/关键字):
属性或属性组合,其值能够惟一地标识一个元组。
超码:
能够惟一标识一个元组的属性或属性组,称为超码。
候选码:
是最小超码,它的任意真子集都不能成为超码。
主码:
在一个关系中可能有多个候选码,从中选择一个用为主码。
主码在关系中用来作为插入、删除、检索元组的操作变量。
2.1数据库设计,2)联系:
外码设F是关系R的一个或一组属性,但不是关系R的码。
如果F与关系S的主码Ks相对应,则称F是基
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- gis 设计 实现 讲义
![提示](https://static.bdocx.com/images/bang_tan.gif)