UML建模语言在物流运输管理信息系统中应用.docVIP

UML建模语言在物流运输管理信息系统中应用.doc

  1. 1、本文档共8页,可阅读全部内容。
  2. 2、有哪些信誉好的足球投注网站(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
  3. 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  4. 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  5. 5、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  6. 6、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  7. 7、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  8. 8、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
UML建模语言在物流运输管理信息系统中应用

UML建模语言在物流运输管理信息系统中的应用   摘 要:以物流运输管理系统的开发为背景,探讨了UML在物流运输管理系统建模中的应用问题。在对系统进行分析和设计的基础上,采用Rational Rose对系统建立模型。   关键词: UML;运输业务管理;建模;用例   中图分类号:F270 文献标识码:A      面向对象的分析与设计方法的发展在20世纪80年代末至90年代中出现了一个高潮,UML就是在此期间逐渐发展并成熟的。UML是一种定义良好、易于表达、功能强大且普遍适用的建模语言。UML适用于系统开发过程中从需求规格描述到系统完成后测试的不同阶段。它提供了九种基本的模型图,通过对这些图的综合运用来全面刻画整个系统的全貌[1]。在需求阶段,可以使用用例图来捕获用户需求;在分析阶段,可以使用类图来描述主要关心的问题域中的主要概念(如抽象、类和对象等)和机制,以及识别这些类之间的相互关系;在设计阶段,活动图是设计工作的起点,为了完成设计,每个活动必须扩展成一个或多个操作,每个操作被指定到类。系统设计的静态方面通过类图、对象图来表示,动态设计由合作图、状态图、活动图来表示;在实现阶段,是实现系统的整体结构,包括构件图和配置图,它们表示系统实现的一些特性[2]。最后,是对类进行编程的过程,开发者可以选择某种面向对象的编程语言进行程序的开发;在测试阶段,单元测试使用类图和类规格说明,集成测试使用部件图和合作图,系统测试使用用例图来验证系统的行为,验收测试由用户进行,以验证系统测试的结果是否满足在分析阶段确定的需求。      一、物流运输管理系统建模过程      物流运输管理系统可实现订单管理、业务管理、仓库台帐管理、人车分配、车辆技术管理、财务管理、查询等功能。实现网上实时信息查询、委托,客户可以凭有效身份透明的查询货物状态,了解整个运输过程、时间进度、方便客户在货物流转的过程中,更合理的安排生产销售计划。并且加强了车辆调度功能,加快各环节的信息交流和协作,提高部门协同工作效率,从而提高了企业整体效率。   该系统主要包括以下几个模块:①系统管理??用户管理、权限管理、系统设置等。②基础资料管理:货站管理、固定客户管理、专线管理、国道管理、车辆管理、司机管理、装卸公司管理。③货运业务管理:业务受理、承运单管理、运输计划、派车单、装卸作业指示单、装车完成报告、运输事故管理、定单跟踪。④费用管理:运输合同管理、运输定价管理、客户收费总账、司机费用支出、装卸费用支出、收款登记、付款登记等。⑤查询统计:货站货物统计表、滞发货物统计表、司机运输质量考核表、月(季,年)运输事故统计表、发货量统计表、运输收入统计表、司机费用支出统计表、装卸费用支出统计表、收支分析表、客户欠费一览表等。      1. 需求分析   首先对系统进行需求分析,确定角色和用例,建立系统的用例图。运输管理系统的需求分析大致说明如下:系统管理员管理系统的用户及权限;系统操作员维护基础数据库如车辆、客户、货物等信息,同时维护运输业务中的配车计划、发送单和报表;财务人员维护费用及结算信息等;企业管理者进行业务的受理;一般员工查询各类信息;时钟主要是由于时间到达,所要求引起的决策响应。如:定期催交一些费用等。系统的角色可分为:系统管理员、系统操作员、企业管理者、财务人员、一般员工和时钟。由此建立系统的用例图。如图1所示。         2. 系统分析   一个系统可以看成是一些不同类型的对象组成的,对象类之间的各种关系反映了系统内部各种成分之间的静态结构。系统分析阶段主要考虑系统所要实现的功能,用UML的类图对系统的特征进行描述,主要描述系统中各种类之间的静态结构和所有类之间的联系以及类的属性和行为[1]。运输管理系统功能模块较多,就以业务管理子系统的部分简化实体类图为例说明。如图2所示,图中费用单类是单车、运输二种费用单类的父类,结算单类是公路结算单类的父类。每种单据包含一条以上明细,其中发送单明细由货物明细和车辆明细组成,费用单明细由收入明细和支出明细组成,每种结算单也由一条以上明细组成。单据明细类是所有单据明细的父类。带空心三角箭头的实箭线表示泛化关系,带空心小菱形箭头的实箭线表示包含关系。图中隐藏了类的属性和操作[3]。      另外,车辆管理和司机管理中的类图存在着关联类,比较复杂一些:车队与司机之间存在“聘用”联系,每个车队可聘用若干司机,但每个司机只能应聘于一个车队,车队聘用司机有个聘期;车队与车辆之间存在“拥有”联系,每个车队可拥有若干车辆,但每辆车只能属于一个车队;司机与车辆之间存在着“使用”联系,司机使用车辆有使用日期和公里数两个属性,每个司机可使用多辆汽车,每辆汽车可被多个司机使用。如图所示描述其中的类关系

文档评论(0)

317960162 + 关注
实名认证
文档贡献者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档