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

第10章物流信息系统开发综合案例

§1基于UML的订单管理系统的建模§2数据库设计§3系统实现2/48信息系统的设计与实现是企业信息化建设的一个重要环节，本章结合AJ物流集团管理信息化建设总体规划案例，以其订单管理为例，介绍物流信息系统设计与实现的具体情况。当前面向对象方法已成为大型应用系统分析、设计和实现的首选方法。面向对象方法使用真实世界的概念模型来思考问题，运用UML（UnifiedModelingLanguage，统一建模语言）这一标准面向对象的系统建模工具对系统进行分析、设计和建模。第10章物流信息系统设计综合案例3/48运用UML进行面向对象的系统建模的基本过程是：分析问题领域，对问题领域进行清晰、精确的定义，明确目标系统的任务；发现和定义对象与类，识别对象的外部联系，建立系统的静态结构模型；建立系统的动态行为模型，以便分析系统的行为，印证和修改系统的静态结构；找出组件和节点，确定物理模型。本章以订单管理系统为例，分析基于UML的系统建模过程。目的是利用UML在订单管理系统的应用，进一步归纳和总结UML在实际应用中的建模过程与方法。第10章物流信息系统设计综合案例4/48§1基于UML的订单管理系统的建模

UML是一个用于对软件进行描述、可视化处理、构造和建立软件系统文档的通用的可视化建模语言。

它易于表达且功能强大，它不但适用于面向对象的软件分析与设计，还支持从需求分析开始的软件开发的全过程。UML定义了一系列图形工具，以对现实世界进行面向对象建模。

第10章物流信息系统设计综合案例5/48用例图：用于描述系统的功能，并且从用户的角度指出每个功能的执行者（Actor）静态图：包括类图和包图交互图：描述对象间的动态交互关系，包括顺序图和协作图行为图：包括状态图和活动图实现图：用于描述系统实现的一些特性，包括组件图和部署图。第10章物流信息系统设计综合案例6/48§1.1分析问题领域企业利润的实现过程实际上就是客户订单执行的过程，所以有效的管理订单是第三方物流企业的重要工作之一。不同的企业，对订单管理有不同的方式，但是作为一个普遍适用的订单管理信息系统，它通常具有以下一些基本功能，如图1所示。图1订单管理信息系统功能模块结构图第10章物流信息系统设计综合案例7/48各模块的功能描述如表1所示。表1订单管理信息系统模块功能表分析问题领域的主要任务是：对问题领域进行抽象，提出解决方案；对未来的系统进行需求分析，确定系统的职责范围、功能需求、性能需求、应用环境及假设条件等。用用例图（UseCaseDiagram）对未来系统的行为建立模型，初步确定未来系统体系结构等。第10章物流信息系统设计综合案例8/48确定参与者根据订单管理系统的功能需求分析，可以确定三个参与者：订单管理员、财务员、库存管理员。“订单管理员”参与者使用订单管理系统的订单录入、订单查询、客户签收、客户资料信息。“财务员”参与者使用订单管理系统的订单审核信息。“库存管理员”参与者使用订单管理系统的订单处理信息。第10章物流信息系统设计综合案例9/48确定用例每个用例都是一个参与者与系统在交互中执行的有关事务序列。仔细检查所有的参与者，并为每一个参与者确定用例。用例是系统的一种行为，它为参与者产生一种可以估量的价值结果。对订单管理系统来说，可以确定订单录入、订单查询、订单审核、订单处理、客户签收、客户资料等用例。第10章物流信息系统设计综合案例10/48绘制用例图在确定了参与者与用例的基础上，绘制用例图，可视化参与者与用例之间的联系，可以更清楚地了解系统的行为。首先根据参与者与用例分析，绘制系统的总体用例图，也是系统的顶层用例图。如图2所示对于一些复杂的系统，可以根据需要绘制多层用例图。首先绘制顶层用例图，然后深入分析系统的要求和目标，对用例进一步细化，划分为更小的一些用例。第10章物流信息系统设计综合案例图2订单管理系统用例图11/48第10章物流信息系统设计综合案例12/48§1.2建立静态结构模型系统的静态结构模型主要由对象类图和包图表达。发现对象类及其联系，确定他们之间的静态结构和动态行为，是面向对象分析的最基本的任务。定义对象类首先从研究用例图中发现对象类，确定类的属性和主要操作。定义联系按照类之间关系的特征确定其联系。建立类图

根据已定义的对象类及对象类间的联系，绘制订单管理系统的类图，如图6所示。第10章物流信息系统设计综合案例13/48图

6订单管理系统类图第10章物流信息系统设计综合案例14/48

建立包图包图表示的是系统的静态结构，但是建立包图应当同时考虑系统的动态行为。订单管理系统的包图如图

7所示。有“订单管理”包、“用户接口”包和“数据库”包。图

7订单管理系统包图第10章物流信息系统设计综合案例15/48§1.3建立动态行为模型在系统的分析与设计中，应当对主要的用例和对象类绘制活动图、顺序图和状态图。

活动图活动图是UML用于对系统的动态行为建模的图形工具之一。活动图实质上也是一种流程图，只不过表现的是从一个活动到另一个活动的控制流。活动图描述活动的序列，并且支持对带条件的行为和并发行为的表达。第10章物流信息系统设计综合案例16/48图8订单管理系统的活动图在给出订单管理业务的总体活动图的基础上，再用活动图对图中重要的环节进行具体的描述。第10章物流信息系统设计综合案例17/48录入订单、审核订单、处理订单三项活动的具体描述如图9、图10和图11所示图9录入订单活动图图10审核订单活动图图11处理订单活动图第10章物流信息系统设计综合案例18/48顺序图顺序图是一种交互图，重点是完成某个行为的对象类和这些对象类之间所传递的消息的时间顺序。顺序图显示对象之间的动态合作关系，它强调对象之间消息发送的顺序，同时显示对象之间的交互。一个顺序图由下列图形元素构成：对象类角色、生命线、激活期和消息。其中对象类角色表示在交互中对象可起的作用。顺序图具体的标示出它的对象如何与其它对象进行交互，表明系统的行为是怎样实现的。行为建模就是为这些类分配功能的过程。

第10章物流信息系统设计综合案例19/48下面绘制订单管理系统主要的顺序图，分别如图12至图17所示。图12订单录入顺序图第10章物流信息系统设计综合案例20/48图13订单审核顺序图第10章物流信息系统设计综合案例21/48图14订单处理顺序图第10章物流信息系统设计综合案例22/48图15客户签收顺序图第10章物流信息系统设计综合案例23/48图16订单查询顺序图第10章物流信息系统设计综合案例24/48图17客户资料管理顺序图第10章物流信息系统设计综合案例25/48状态图状态图是系统分析的一种常用工具，用于描述系统的行为。

在一般的面向对象技术中状态图又称为状态迁移图，它是有限状态机的图形表示，用于描述对象类的一个对象在其生产期间的行为。主要用于建立对象类或对象的动态行为模型，表现一个对象所经历的状态序列，引起状态或活动转移的事件，以及因状态或活动转移而伴随的动作。第10章物流信息系统设计综合案例26/48在订单管理系统中，有明显状态转换的类是订单，因此为“订单”类建立状态图，如图18所示。图18订单的状态图第10章物流信息系统设计综合案例27/48§1.4确定物理模型构造一个面向对象的软件系统必须考虑系统的逻辑和物理两个方面。逻辑方面需要发现和描述对象类、接口、交互和状态机等事物.物理方面需要找出组件和节点。在实现阶段，UML提供组件图和部署图来实现系统的功能和系统资源的合理配置。组件是逻辑事物的物理包，组件图表示系统中的不同物理组件及其联系，它表达的是系统代码本身的结构。部署图由节点构成，节点代表系统的硬件，组件在节点上驻留并执行，部署图表达的是运行系统的结构。

从广义角度来讲，组件图和部署图也可用于领域业务建模,用组件图描述业务过程，用部署图描述业务活动中的组织机构和资源。

第10章物流信息系统设计综合案例28/48组件图用于建模系统的各个组件，包括源代码文件、二进制文件、脚本、可执行文件之间的关系，他们是通过功能或者位置组织在一起的。使用组件图可以帮助了解某个功能位于软件包的哪一位置，以及各个版本的软件包各包含哪些功能。

订单管理系统的运行软件可以用组件图详细描述，如图19所示。在所有这些组件中，包含了各自相应的对象类、接口和联系的实现代码。第10章物流信息系统设计综合案例29/48图19订单管理系统组件及相互关系第10章物流信息系统设计综合案例30/48部署图部署图用来表示软件中的各个组件驻留在什么硬件位置，以及这些硬件之间的交互关系。部署图还可以用来记录哪一个软件应该安装在哪一个硬件上。该订单管理系统是一个基于Internet和数据库的应用系统，系统的各个部分可以配置在不同的节点上，通过网络相互通信。

此订单管理系统的部署图如图20所示。第10章物流信息系统设计综合案例31/48图20订单管理系统部署图第10章物流信息系统设计综合案例32/48§2数据库设计在数据库的设计方面，采用传统的关系数据库的设计方法，主要完成数据库的概念模型设计、逻辑模型设计和部分的物理模型设计。对于一些小型的系统也可直接根据静态结构图建立数据库。§2.1建立概念模型数据库概念设计的任务是产生系统信息需求的数据库概念结构，即概念模型。

概念模型不依赖于计算机系统和具体的DBMS。

第10章物流信息系统设计综合案例33/48概念设计的工具最著名、最实用的是“实体-关系法”（简称E-R方法），它将现实世界的信息结构统一用属性、实体以及实体之间的联系来描述。图21概念模型第10章物流信息系统设计综合案例34/48§2.2建立逻辑模型为了能够用某一DBMS实现用户需求，必须将概念模型转化成为相应的逻辑模型，这是数据库逻辑模型所要完成的任务。关系模型的逻辑结构是一组关系模式的集合。E-R图由实体、实体的属性和实体之间的联系三个要素组成。所以将E-R图转换为关系模型实际上就是要将实体、实体的属性和实体之间的联系转化为关系模式。第10章物流信息系统设计综合案例35/48用IDEF1X图来建立数据库的逻辑模型如图22所示。图22逻辑模型第10章物流信息系统设计综合案例36/48§2.3系统数据库表结构设计数据库表中主要包括：具有唯一性的编码，包含数据标识符、位数、精度、范围、类型等技术信息，表示数据来源、名称和日期的注释信息。该系统数据库由多个表组成，包括订单信息表、订单明细表、货物信息表、客户资料表、员工资料表、商品价格参照表。各表的结构分别如表2至7所示:第10章物流信息系统设计综合案例37/48表2订单信息表第10章物流信息系统设计综合案例38/48表3订单明细表表4货物信息表第10章物流信息系统设计综合案例39/48表5客户资料表第10章物流信息系统设计综合案例40/48表6员工资料表表7商品价格参照表序号字段名字段类型字段长度键引用1商品编号自动编号长整型主键2商品名称文本503商品规格文本504商品单价货币-5备注备注-第10章物流信息系统设计综合案例第10章物流信息系统设计综合案例41/48第10章物流信息系统设计综合案例§3系统实现本订单管理系统选用微软的.NET平台完成系统的实现，使用到的软件为VisualStudio2008（withSP1）和SQLServer2008。§3.1数据库打开SQLServerManagementStudio

新建数据库创建数据表设置关系第10章物流信息系统设计综合案例42/48第10章物流信息系统设计综合案例§3.2Web工程

在本节中，通过Web工程来实现系统。首先从创建Web工程开始然后通过创建对象模型、建立Web页面和建立业务流程等几个步骤来完成Web工程的实现。使用的开发软件为VisualStudio2008。§3.3系统运行Web工程开发完成后，可以使用VisualStudio2008运行Web工程。点击按钮之后，系统将打开默认浏览器并访问Web页面。第10章物流信息系统设计综合案例43/48本章小结UML融合了当前一些流行的面向对象开发方法的主要概念和技术，成为一种面向对象的标准化的统一建模语言。UML适用于对各类软件系统的建模，从应用系统到计算机系统支持软件，从一般企业ERP系统到基于Web的分布式应用系统，甚至实时系统。基于UML的统一建模方法为开发者提供的是一套多角度的完整方法，用例图、类图等各种图形为分析设计提供了强有力的手段，但是开发者不必面面俱到，可以根据项目的实际特点和分析设计角度选择合适的开发过程。44/48第10章物流信息系统设计综合案例本章对订单管理系统