基于uml的物流企业工艺流程分析

基于uml的物流企业工艺流程分析

1快递物流管理信息系统的开发作为中国的一个新兴领域，邮政行业是现代物流行业和服务贸易的重要组成部分。我国快递业发展至今,已经形成了国有、民营和外资企业三足鼎立的局面,各市场主体在国际快递、国内异地快递和同城快递三个细分市场内进行着激烈的竞争。快递物流市场布局见表1。虽然快递行业发展迅速,然而作为一个新兴崛起的行业,尚存在诸多问题:如业务响应速度慢、缺乏保证货品准确投资的机制以及缺乏与客户人性化的沟通等。对快递公司而言,货物运输时间的长短是能否取得成功的关键,也是客户所关心的重点。然而,由于在货物运输过程中需要经历很多环节,而各个环节之间并不能非常平滑的过渡,交接过程消耗大量时间,最终导致货物运输时间的增长。同时,货物运输过程中需经历很多环节,然而,目前的快递行业各个环节的关系并未理顺,缺乏精心的组织安排和周密的衔接,致使环节或部门之间相互脱节,影响了快件传递的速度。此外,客户同快递公司交互方式较为单一,相应的软件系统支持滞后于业务的发展。同时,快递公司通常只提供货物运输等核心业务,缺乏个性化的服务项目。鉴于上述存在的问题,本文在理论联系实际的基础上对快递物流企业的业务流程进行分析,并运用面向对象的思想对快递物流管理信息系统进行系统分析与设计,开发出一套基于B/S结构的快递物流管理信息系统。该系统能较为有效地应对上述出现的诸多问题,并且对快递物流从业人员提供理论和实践上的借鉴与思考。2对象开发方法2.1运用人机学思维方法面向对象方法是从现实世界中客观存在的事物出发来构造软件,并在系统构造中尽可能运用人类的自然思维方式。其强调以问题域为中心来思考问题,并根据这些事物的本质特征,把它抽象地表示为系统中的对象,作为系统的基本构成单位。运用对象、类、继承、封装、聚合、关联、消息和多态等概念和原则来构造系统。2.2uml图形是可视化的建模语言统一建模语言(UnifiedModelingLanguage,UML)是当前面向对象建模的公认标准。它是一种可视化的建模语言,能让系统构造者用标准的、易于理解的方式建立起能够表达他们想象力的系统蓝图,并且提供了便于不同人之间有效地共享和交流设计结果的机制。UML图形是建模的可视化表示,可以从不同的抽象角度使系统可视化。UML定义了9类图形,用于建立系统模型:用例图、活动图、顺序图、协作图、类图、对象图、状态图、组件图和配置图。3非系统需求业务需求分析是在用户调研的基础上,对调研获得资料进行整理和分析,进而概括总结出企业的业务需求(并非系统需求)。UML利用业务用例图(在业务模型的层次上,我们使用术语“业务用例图”来代替用例图,这样做的目的是为了清晰的区分它们,从而消除在将业务系统模型转换为IT系统时可能产生的混淆)和高层活动图来捕获客户的需求,这里的客户需求是全方位的,既包括手动形式执行的业务也包括基于IT系统执行的业务。3.1快递物流的业务业务用例是描述机构中一组相关的工作流。通过分析,可以得出快递物流业务用例图如图1所示。图1概述了快递物流的主要业务流程,对于一些细节性的业务活动并未列出。该业务用例图涉及的要素见表2。3.2丰富参与者们活动图用于表示活动集。在活动图中可以明晰参与者们(业务工人和业务角色)是并行执行某个业务用例还是各自独立地执行。快递物流业务高层活动图如图2所示。4业务系统模型系统分析是为了捕获和描述系统的所有需求,建立一个定义了系统问题域类中关键类的模型,从而为系统开发人员和客户提供一个沟通的基础。分析不受技术解决方案或实现细节的限制。系统分析包括两部分的内容:系统需求分析和问题域分析。4.1资源设计it系统需求分析通常与业务需求分析集成,在业务需求分析中的业务资源、规则和目标都将被建模。它描述IT系统能给用户提供哪些功能,在系统需求分析时,通常将IT系统作为一个黑盒子来看待。通过对系统的分析,快递物流管理信息系统的用例图如图3所示。4.2系统交互图的建立问题域分析将产生问题域的模型:类、对象,以及根据真实世界中各实体之间关系进行建模的交互模型。本文利用交互视图、类图和状态图对问题域进行分析,其中交互视图包括顺序图和协作图。(1)交互视图。用例展开的是外部视图,它将系统看成一个黑盒子。而在交互视图中,这个黑盒子将被打开,显示出IT系统内部发生的事情。交互视图展示了处理特定任务所需的对象,以及这些对象相互通信的机制。UML使用两种图来进行交互视图建模:顺序图和协作图。本系统共有11个用例,分析顺序图和分析协作图(这里的分析顺序图和分析协作图,是对系统需求分析的细化和具体化,通过对系统分解为各个实体对象,对参与者和系统的交互进行可视化建模。这里是为了与前者区分而采用的叫法)也分别应有11个,鉴于篇幅所限,这里仅列出其中的1个,即源站点仓储分析交互视图。如图4、图5所示。(2)问题域类图(分析类图)。类是具有相同特征(属性)和相同行为(方法)的对象的集合,类的名称、属性和方法是描述一个类的三个最基本的方面。通过对系统需求分析和细化用例可以发现快递物流管理信息系统的问题域类有:源站点、源站点客户、源站点仓库、源站点仓储单、源站点车辆、目的站点、目的站点客户、目的站点仓库、目的站点仓储单、目的站点车辆、货物、配货单、发货单、已达货物列表和送货单。包含类之间关系的分析类图如图6所示。(3)状态图。状态图是对类描述的补充,用于显示类的对象可能具备的所有状态,以及引起状态改变的事件。建模时,仅需对那些具有多个明确状态的类,并且类的不同状态会影响和改变类的行为时才绘制类的状态图。对该系统进行分析,货物和车辆两个类都有多个明确的状态,并且状态的不同会影响类的行为。货物类的状态图如图7所示。5系统设计5.1系统功能结构根据系统分析的结果,构建的系统总体功能如图8所示。系统功能结构图是根据用例图得到的,该系统共分为11个模块。每个子系统实现部分功能,子系统之间相互协作、共享信息,整个系统共同满足用户全方位的需求。5.2源站仓储设计交互图(1)交互图详细设计。交互图详细设计是对系统分析阶段产生的顺序图和协作图进一步的细化,设计出的交互图中的事件可以直接作为实现类中的操作,同时也显示了类之间的消息传递机制,通过一个类调用另一个类的方法(操作),来实现类之间的交互。鉴于篇幅所限,本文仅列出其中的1个,即源站点仓储设计交互视图。如图9、图10所示。(2)类图详细设计。类图详细设计是对系统分析得到的类图进一步的细化,同时考虑了具体的技术解决方案。通过详细设计得到的类可以直接转换为实现阶段的Java类代码,即为实现阶段的Java类代码提供了基础框架,编程人员只需在具体属性和方法上充实内容即可。6快递物流管理信息系统的构建快递物流企业普遍存在着管理粗放、信息化程度低、与客户沟通少和服务理念不完善等致命弱点,因此