第10章 物流信息系统设计综合案例-20101025讲解.pptVIP

*/48 图 14 订单处理顺序图 第10章 物流信息系统设计综合案例 */48 图 15 客户签收顺序图 第10章 物流信息系统设计综合案例 */48 图 16 订单查询顺序图 第10章 物流信息系统设计综合案例 */48 图 17 客户资料管理顺序图 第10章 物流信息系统设计综合案例 */48 状态图 状态图是系统分析的一种常用工具，用于描述系统的行为。 在一般的面向对象技术中状态图又称为状态迁移图，它是有限状态机的图形表示，用于描述对象类的一个对象在其生产期间的行为。 主要用于建立对象类或对象的动态行为模型，表现一个对象所经历的状态序列，引起状态或活动转移的事件，以及因状态或活动转移而伴随的动作。 第10章 物流信息系统设计综合案例 */48 在订单管理系统中，有明显状态转换的类是订单，因此为“订单”类建立状态图，如图 18所示。 图 18 订单的状态图 第10章 物流信息系统设计综合案例 */48 §1.4 确定物理模型 构造一个面向对象的软件系统必须考虑系统的逻辑和物理两个方面。 逻辑方面需要发现和描述对象类、接口、交互和状态机等事物. 物理方面需要找出组件和节点。 在实现阶段，UML提供组件图和部署图来实现系统的功能和系统资源的合理配置。 组件是逻辑事物的物理包，组件图表示系统中的不同物理组件及其联系，它表达的是系统代码本身的结构。 部署图由节点构成，节点代表系统的硬件，组件在节点上驻留并执行，部署图表达的是运行系统的结构。 从广义角度来讲，组件图和部署图也可用于领域业务建模,用组件图描述业务过程，用部署图描述业务活动中的组织机构和资源。 第10章 物流信息系统设计综合案例 */48 组件图 用于建模系统的各个组件，包括源代码文件、二进制文件、脚本、可执行文件之间的关系，他们是通过功能或者位置组织在一起的。 使用组件图可以帮助了解某个功能位于软件包的哪一位置，以及各个版本的软件包各包含哪些功能。 订单管理系统的运行软件可以用组件图详细描述，如图 19所示。 在所有这些组件中，包含了各自相应的对象类、接口和联系的实现代码。 第10章 物流信息系统设计综合案例 */48 图 19 订单管理系统组件及相互关系 第10章 物流信息系统设计综合案例 */48 部署图 部署图用来表示软件中的各个组件驻留在什么硬件位置，以及这些硬件之间的交互关系。 部署图还可以用来记录哪一个软件应该安装在哪一个硬件上。 该订单管理系统是一个基于Internet和数据库的应用系统，系统的各个部分可以配置在不同的节点上，通过网络相互通信。 此订单管理系统的部署图如图 20所示。 第10章 物流信息系统设计综合案例 */48 图 20 订单管理系统部署图 第10章 物流信息系统设计综合案例 */48 §2 数据库设计 在数据库的设计方面，采用传统的关系数据库的设计方法，主要完成数据库的概念模型设计、逻辑模型设计和部分的物理模型设计。 对于一些小型的系统也可直接根据静态结构图建立数据库。 §2.1 建立概念模型 数据库概念设计的任务是产生系统信息需求的数据库概念结构，即概念模型。 概念模型不依赖于计算机系统和具体的DBMS。 第10章 物流信息系统设计综合案例 */48 概念设计的工具最著名、最实用的是“实体-关系法”（简称E-R方法），它将现实世界的信息结构统一用属性、实体以及实体之间的联系来描述。 图 21 概念模型 第10章 物流信息系统设计综合案例 */48 §2.2 建立逻辑模型 为了能够用某一DBMS实现用户需求，必须将概念模型转化成为相应的逻辑模型，这是数据库逻辑模型所要完成的任务。 关系模型的逻辑结构是一组关系模式的集合。 E-R图由实体、实体的属性和实体之间的联系三个要素组成。 所以将E-R图转换为关系模型实际上就是要将实体、实体的属性和实体之间的联系转化为关系模式。 第10章 物流信息系统设计综合案例 */48 用IDEF1X图来建立数据库的逻辑模型如图 22所示。 图 22 逻辑模型 第10章 物流信息系统设计综合案例 */48 §2.3 系统数据库表结构设计 数据库表中主要包括：具有唯一性的编码，包含数据标识符、位数、精度、范围、类型等技术信息，表示数据来源、名称和日期的注释信息。 该系统数据库由多个表组成，包括订单信息表、订单明细表、货物信息