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

1.2 系统需求建模 DFD片段：用一个过程符号表示系统响应一个事件的DFD。 为事件表中的每个事件创建一个DFD。 DFD片段的完全集可以组合到一个叫做事件划分的系统模型或0层图中。 事件划分的系统模型/0层图：一个为系统需求建立模型的DFD，建模过程中对应于系统或子系统中每个事件使用单个过程。 2 系统需求建模 详细DFD：对包含多个处理过程的DFD片段进行划分形成的子过程DFD。 1.2 系统需求建模 DFD抽象层次间的关系： Microsoft Visio 1.2 系统需求建模 DFD模型的质量： 复杂性最小：把信息划分成小的且相对独立的子集，每个子集有一定数量的可单独考察和理解的信息；避免信息超量。 7±2规则(Miller数)：限制模型中组成元素个数或元素之间的连接数不超过9。 数据流一致性：常见的数据流不一致现象包括： 进出过程的数据流与进出过程分解DFD的数据流在内容上不一致。（平衡） 有数据流出但没有相应的数据流入。 有数据流入但没有相应的数据流出。 流入过程的所有数据必须流出该过程或用于产生流出该过程的数据。（黑洞） 流出过程的所有数据必须曾流入该过程或是由流入该过程的数据产生。（奇迹） 接口最小化：模型中各个元素之间的接口数或连接数最小化。 1.2 系统需求建模 事件的面向对象建模： 用例图：概括有关参与者和用例信息的图形化模型。 用例(Use Case)：由系统为使用该系统的用户完成的一个单一用途或功能。 参与者：系统用户扮演的一个角色。 自动化边界：表示外部环境（参与者的所在地）和自动系统的内部功能之间的边界。 1.2 系统需求建模 用例的重用： 一个用例可能会用到其它用例。 为避免用例重复，可开发通用用例并被多个用例重用，这种关系称为?包含?或?使用? 关系。 1.2 系统需求建模 开发用例图的两个切入点： 事件：为事件表中的每个事件开发一个或多个用例。 参与者：从事件表的触发器和来源列获得参与者列表，为每个参与者开发一个用例。 1.3 环境、方案与决策 1. 评估目标处理环境 2. 决定系统范围 3. 生成实施方案 1.3 环境、方案与决策 1. 评估目标处理环境 目标处理环境：新系统的计算机设备、操作系统以及网络的配置。 根据新系统的要求来选用合适的处理环境。 常见的处理环境： 集中式系统 系统的部件处在一个集中的环境中。 分布式系统 系统的部件分布在多个计算机系统和地理位置上。 1.3 环境、方案与决策 评估系统软件环境 开发语言 结构化开发语言：C、Fortran… 面向对象的开发语言：C++、Java、… 脚本语言：JSP、JavaScript、Perl、PHP、… Case工具 软件分析与设计阶段：Rational Rose、Erwin、PowerDesigner、… 软件开发阶段：VSS、… 操作系统 Linux、Unix、Windows、Mac、… 空间数据库管理系统(SDBMS) 数据库管理系统：Oracle、SQL Server、DB2、Sybase、MySQL、… 空间数据引擎：ArcSDE、Oracle Spatial、SuperMap Engine、… 1.3 环境、方案与决策 2. 决定系统范围 制定系统范围表以对系统的功能进行界定，同时评估每项功能的必要性。 数据流程图可用于界定系统范围。 1.3 环境、方案与决策 3. 生成实施方案 制定实施方案并做出选择。 生成系统需求分析报告。 需求分析：从用户工作流程到系统流程 2 从需求到设计 需求分析 从用户工作流程到系统流程 2 从需求到设计 最基本过程： 提炼和细化ER/类模型，进行数据库设计 提炼和细化DFD/用例模型，进行系统设计 其它必要过程： 人机交互设计 系统输入/输出和控制设计 2.1 数据库设计 从ER/类模型开始： 转化时的一些问题： 关系(表)的细化 联系的细化 更多数据库特征的加入： 索引 视图 存储过程/触发器 … ER模型 类模型 物理模型 数据库 Any problems? 2.1 数据库设计 关系(Relation)与联系(Relationship) 1) 关系: 在关系模型中，数据是以二维表的形式存在的，这个行与列交叉的二维表就叫做关系(Entity/Table)。 每个关系有一个关系名； 表中的行称为元组(Row/Record)； 表中的列称为属性(Attribute/Column/Field)，每一列有一个属性名，属性的取值范围由属性域(Domain)规定。 2.1 数据库设计 2) 联系: 实现关系间联系的方法：在一个关系中包含另一个关系的属性，即主外码（键）。 码（Key/关键字）：属性或属性组合，其值