3ITMOB物流管理系统概要设计说明书v11

物流管理系统概要设计说明书编写：胡博磊日期：2009-09-04审核：日期：批准：日期：受控状态：是发布版次：1.0日期：2009-09-05编号.

变更记录日期版本变更说明作者2009-09-131.0初始版本胡博磊签字确认系统模块对应章节对应部门负责人签字目录TOC\o"1-5"\h\z\o"CurrentDocument"引言 5\o"CurrentDocument"编写目的 5\o"CurrentDocument"背景 5\o"CurrentDocument"基线 5\o"CurrentDocument"特殊名词定义 5\o"CurrentDocument"参考资料 5\o"CurrentDocument"总体设计 5\o"CurrentDocument"概述 5\o"CurrentDocument"22 系统环境描述 5运行环境 6开发环境 6\o"CurrentDocument"2.3 系统总体结构设计 8\o"CurrentDocument"系统业务层次图 8\o"CurrentDocument"系统架构说明 9\o"CurrentDocument"软件架构说明（选作） 9关键技术与算法 142.2.3关键数据结构（选作） 15\o"CurrentDocument"系统功能设计 15\o"CurrentDocument"分公司 15\o"CurrentDocument"订单管理 15\o"CurrentDocument"订单发货 17\o"CurrentDocument"订单发货 21\o"CurrentDocument"货物配送 24\o"CurrentDocument"订单异常处理 25\o"CurrentDocument"本地信息设置 27\o"CurrentDocument"财务管理 29\o"CurrentDocument"客户端 31\o"CurrentDocument"运费查询 31下订单 32\o"CurrentDocument"订单进度查询 33\o"CurrentDocument"总公司 34\o"CurrentDocument"线路管理 34\o"CurrentDocument"车辆管理 35\o"CurrentDocument"班次管理 36\o"CurrentDocument"配送点管理 38\o"CurrentDocument"财务管理 39414 尚待解决的冋题411引言1.1编写目的本说明书目的在于明确说明系统各功能的实现方式，指导开发员进行编码。本说明书的预期读者为：系统设计者、系统开发员。1.2背景待开发软件系统的名称：物流配送管理系统此软件系统任务提出者：客户（从事物流业）此软件系统任务开发者：IT_MOB小组此软件系统任务用户：需要提供配送的客户、配送点和物流总公司1.3基线物流配送管理系统需求分析说明书 vl.O1.4特殊名词定义客户：客户分为已达成交易的实际客户和未交易的潜在客户， 本文档涉及到的所有客户都是已注册并登陆客户端的用户。1.5参考资料属于本项目的其他已发表的文件。本文件中引用的其他文献、资料以及软件开发标准。2总体设计2.1概述2.2系统环境描述系统包括的范围：物流配送管理系统。

2.2.1运行环境软件环境分类名称版本语种操作系统WindowsXP2000简体中文操作系统的附加功能SP43简体中文数据库平台oracle92简体中文应用平台tomcat5.0简体中文邮件系统Foxmail4.2.0简体中文客户端软件MSIE7.0简体中文硬件环境服务器最低配置推荐配置应用和数据库服务器1CPU:P42.0G1CPU：P42.8GMem:512MMem:2GHD:40GHD:120G邮件服务器Webmail2CPUcore22.4GB2.2.2开发环境服务器软件环境分类名称版本语种操作系统Windowsserver2003简体中文数据库平台oracle92简体中文

应用平台tomcat5.0简体中文邮件系统Foxmail420简体中文2222服务器硬件环境服务器最低配置推荐配置应用服务器、1CPU:P42.0G1CPU：P42.8G数据库服务Mem:512MMem:2G器、邮件服务HD:40GHD:120G器、目录服务器2・2・2・3开发机器软件环境分类名称版本语种操作系统WindowsXP2000简体中文数据库平台oracle92简体中文应用平台tomcat5.0简体中文开发平台JDK1.5英文2・2・2・4开发机器硬件环境分类最低配置推荐配置开发机器1CPU:P42.0G1CPU:P42.8GMem:512MMem:2GHD:40GHD:120G

2.3系统总体结构设计2.3.1系统业务层次图内容描述：物流管理系统是应当前物流发展趋势的产物， 旨在为物流组成的各项业务提供一个完整、统一的平台，具有信息共享，资源合理分配，业务协调统一的特点。它分为前台客户端、后台总公司与分公司端共三个子系统。图例：『2W运欝L『订单唤] 订单发卧订『2W运欝L『订单唤] 订单发卧订单管理_”llY”>'nr^杳询订单进度V J订单异常管理.:U捞管理r・怡物配送权限管理本地信息设直功能简介（类似需求分析）：客户端：查询运费，下订单和订单进度查询；分公司：订单管理（下订单，订单审核，订单修改，订单状态修改），订单异常处理（订单异常处理登记，订单异常处理查询） ，订单发货（待发订单查询，加开班次申请，交接单生成，交接单绑定，紧急订单提醒，班次查询） ，交接单管理（交接单生成，交接单绑定，交接单确认，交接单修改），订单收获（交接单确认，交接单修改，班次查询），货物配送（库存订单查询，订单确认），本地信息设置（中转路线选择，配送价格申报） ；总公司：配送点管理（添加新配送点，审核各配送点申报的配送费方案），财务管理（统计各部门收益，制定和调整利润分配方案） ，信息查询（交接单查询，订单查询），线路设置（建立基本线路，管理线路，提供线路查询），运费管理（制定和修改运费方案，提供运费查询），车辆管理（维护车辆基本信息），班次管理（设置班次，为配送点提供班次查询，处理配送点加急班次申请），权限管理（权限分配，后台用户的管理）。

2・3・2系统架构说明说明整个系统的软硬件架构层次图例如下：客户端功能总公司业务功能客户端功能总公司业务功能分公司业务功能專户端总公司分公司应用服务平台共享數据库丈#fulfil ewiilwww城密帘务目录密务| 网络査会 Aft©理 |1 齢软件网络网貉^基础服网絡设施233软件架构说明（选作）书写要求：根据系统设计的功能层次逐一说明（与需求分析中的“系统功能总体说明”部分的内容基本一致）系统架构设计说明

数据库图4.1Jsj架构结构各层实现功能说明View层是与客户的交互层，负责提交用户请求和数据，并将后台的响应结果返回给客户层。同时提供客户提交信息的 javasript验证功能。Control层负责项目中业务功能实现流程的管理工作。如：具体的业务功能由哪些类来实现，实现结果有谁来显示等等，必须由 Control层来决定。同时Control层还要负责与其它两层的通信，这个过程还需要一些 bean类来协助传递信息，另外Control层还要负责请求的转发与从定向。从 Control层所负责的功能上不难想象的到在业务逻辑相对复杂的时候此层代码编写会略显繁重和复杂。Model层主要是一些实现具体业务功能的类，在这里可以统一简称为Business类。也可以将架构中除了Servlet控制器之外的所有类统一叫做Javabean类。从这种命名方式上可以看出，model层在实现业务功能是具体的实现方式比较自由，但在业务逻辑比较复杂的情况下model层职能的划分会出现问题，可能会造成一定混乱和不便。设想一下如果可以更明确的将model层进一步划分使之变得更有条理，这样就会增强该层的可维护性了。特别说明，图4.1中的“bean”可以看作数据封装类，它以实例对象的形式作为各层之间数据通信的载体，实际上这些对象也属于业务对象，如 User对象、Book对象。Jsp&Servlet&JavaBean架构特点说明架构的优点结构简单明了，搭建时配制信息很少只有一个文件“web.xml”，该文件主要用来映射ServletoControl层的应用一定程度上将Jsp中的Java代码分离出来，使得jsp文件的复杂程度有所降低。另外该架构涉及到的架构知识较少，很容易上手。基于Java语言的Web开发技术掌握难易顺序大致可参见图4.2所示。图4.2基于Java语言的Web开发技术掌握难易顺序通过图4.2可见Jsp+Servlet+JavaBean这种架构技术组合难度是很低的。架构的缺点不能将Java代码完全从页面上脱离，页面中会用 Js验证代码，使Jsp页面结构相对复杂，不易维护。Control层读取客户提交的信息要逐条操作，代码书写比较麻烦，Controler层要定义处理响应的分支和 model层类的调用，使得Controler本身内容较多不便开发和维护。另外Jsp+Servlet+JavaBear架构技术组合层次简单，各层的代码开发较随意自主，尤其是在JavaBean实现的Model层由于完成的业务功能多种多样，如果开发人员没有很好的遵循一定开发规范或是开发思路不清晰， 那么代码开发会变得混乱。为了解决这些问题，引入一定的架构技术来调理代码开发就变得很必要了。下面一节将Struts、Spring、Hibernate三种比较流行的架构技术引进架构设计中来构建一种较为复杂却层次清晰得的开发模式。具体架构层次如图4.3所示

各层实现功能及开发技术说明四层结构的优势1）通过成熟的开源产品实现各层功能开发， 比起自己开发能缩短开发周期，且架构所用到的开源产品均有很广泛的用户群，经受过实践的考验，质量和性能更有保障。2） 层与层之间松散偶合，增加代码重用率。3）各层分工明确，这样也利于团队的明确分工。表示层这一层是面向用户的界面，是用户与系统之间交互的媒介。女口：用户在界面发送请求，系统接收请求，进行处理，然后通过界面将结果呈现于用户。这一过程包括了用户动作、数据传递、界面显示。大家熟悉的MVC莫式就是将这三者分离，减少三者耦合。我们在该层借助了Struts来实现。2）Struts的实现的功能：管理用户的请求，做出相应的响应提供一个Controller，委派调用业务逻辑和其它上层处理。处理异常，抛给StrutsAction.为显示提供一个模型。UI(Userinterface)验证。以下部分则不该在Struts显示层的编码中经常出现。因为在表示层引入这些代码，则会带来高偶合和非常麻烦的维护代价。直接的与数据库通信，如JDBC调用。与你应用程序相关联的业务逻辑以及校验。业务层业务层在实际的项目开发中，每个领域都会有自己独特的业务逻辑， 正因为这样，致使项目中代码高度偶合，原本有可能被重用的代码或功能，因为与具体的业务逻辑绑定在一块而导致很难被重用。因此我们将实现这些具体逻辑的代码抽取出来分为单独的一层，其目的是希望通过分层，来降低它与系统其他部分的偶合度。现实中世界是变化的，既然该层实现的是现实中具体的业务逻辑，那该层的实现代码不可避免的会发生变更。怎样让该层适应最大的变化，做到最小的改动？通常我们在编码的时候会尽量考虑到同一业务多种实现的兼容和可扩展的能力。因此我们在该层借助了Spring，通过依赖注入、AOP应用、面向接口编程，来降低业务组件之间的偶合度，增强系统扩展性。2)Spring实现的功能：处理应用程序的业务逻辑和业务校验。管理事务。提供与其它层协同工作的接口。管理业务层级别的对象的依赖。在显示层和持久层之间增加了一个灵活的机制， 使得他们不直接的联系在一起。通过揭示从显示层到业务层之间的Context来得到businessservices。管理程序的执行(从业务层到持久层)。数据持久层数据持久层在开发中与数据库进行数据交互必不可少，通常我们归为CRU(添加、读取、修改、删除)，这些操作占据了系统开发中大部分的时间，同时我们还需要考虑与数据库交互的性能问题， 如连接池、数据缓存等等。系统内部的持续层不但需要大量调试时间，而且还经常缺少功能使之变得难以控制。针对这点我们引入ORM开源架构Hibernate。2)Hibernate实现的功能：查询对象的相关信息的语句。存储，更新，删除数据库记录。支持大部分主流数据库，并且支持Parent/Child关系，事物处理，继承和多态。各层中的封装类各层的封装类的主要功能都是一致的，就是将有一定联系的数据集合装载在其实力对象中，这样做的道路是显而易见的，通过对象来传递数据集合的效率会更高更方便。显示层的FormBean类是用封装来自页面form提交的信息的，一般情况下这个类的私有变量是与页面form的元素一一对应的。另外FormBean圭寸装类的对象还负责将要显示的信息传递到显示层，其作用是双向的。业务逻辑层的ValueObject类是用来封装一定业务功能实现过程中需要的数据集合的，也就是说要封装的数据都是由业务功能的需要决定的。持久层的PersistObject类，其实例化对象所封装的数据集是与数据库中表相对应的，即表项对应要封装的数据项。我们根据上面圭寸装类的说明可以看出，FormBear、ValueObject、PersistObject、三者的作用相似都是为了封装数据信息，不同的是这些对象所在的是不同架构层面，这样做的好处是数据的处理和转递比较有条理， 层次清晰易于维护。封装类在架构中的情况如图4.4所示。2.3.4关键技术与算法书写要求：对系统中比较复杂的功能的实现方式或应用的特殊技术加以说明要求通俗直观便于客宀仝・廿户参考。书写样例：查询统计（科学项目的查询和统计，科学成果的查询和统计，科学奖励的查询和统计,科技人才的查询和统计）组合检索：组合检索由拥有搜索权限的用户在组合类别的下拉框中选择需要查询的项目，如科技项目的检索：项目类别+项目资金+项目所属公司+时间；没有选择的项，下拉框默认为空白。点击搜索，系统将对数据库的字段进行模糊搜索，搜索结果列表显示于组合搜索下面，分页显示搜索结果。注：其它的科技成果搜索，科技奖励搜索，科技人才搜索采用统一的组合搜索形式统计图表：各分公司统计：根据用户在科技项目申请，科技成果申请，科技奖励申请，科技人才的输入的数据，当拥有该权限的用户点击各分公司统计， 系统将从数据库中读取以上的部分数据，进行统计，然后以统计图形的形式显示出来， 对各分公司进行比较，方便领导制定企业决策。某分公司统计：当拥有权限的用户点击某分公司统计， 系统将从数据库中读取这对该公司的数据进行统计，显示统计图，该统计主要面向集团和分公司领导。注：其它的科技成果搜索，科技奖励搜索，科技人才搜索采用统一的统计形式223关键数据结构（选作）书写要求：简要说明本系统中的最主要的数据结构。书写样例：3系统功能设计3.1分公司3.1.1订单管理功能描述订单的填写可以由用户通过 web前台完成，也可以由收货员在配送点完成，在用户填写的情况下，需要收货员对物品的重量及体积进行审核， 经过审核后确认订单完成并收取货物，最后将货物入库。如图 3.1.1_1和3.1.1_2。

订单编昙待审伏蛊操作QfflQl已审核「进行审耘i障核结果100002|— 待审植曲行宙核1冋核结喲英有2条，分花1页「毎页山案‘目前显示第1页［W页［T一羽味弼图3.1.1_1订単审核图3.1.1接口设计输入操作：客户或管理员输入订单详细信息并提交。输出效果：订单成功进入待审列表。管理员对待审列表中的订单进行审核，填写相关审核结果。功能流程图3.1.2订单发货功能描述配送点理货员通过查询当天该配送点的可用班次可以为仓库内货物安排发货， 通过查询库存内订单的目的地以及需要中转的订单列表进行安排订单， 并生成交接单，在货物装货后，

将交接单与班次绑定从而完成一次发货， 同时系统提供紧急货物提醒功能， 如果订单即将到达收货承诺日期，则进行提醒，理货员可以根据实际情况向总部提交加开班次申请，见图3.1.2_1,3.1.2_2,3.1.2_3,3.1.2_4,3.1.2_5,3.1.2_6。班次循号蹄缠編号班次循号蹄缠編号车翎粪£1大卡车 ■11□□吨 卡at车时间目点1北京 +抵达时间2C立方米 ▼拄育】架，甘为I贡*海页1曲•冃前显赤弟L页首则［Jz—珂厅_页］曲助璇袂蠕号车辆经型目的地点境车肘1目抵达晡1目000001000001小卡车30咙乡曲力米北京12:00£10UD:OOJOO图3.1.2_1交接单生成Wtr草爾号贲靭容称日的地ffifi(itJT)体积〔平力米〕入库日則力诒金颐元)~E~ft090^2X101古鈕1.1LJ20W-09-01□00lzJ~执西口監箕IB真子7J0■:'120W-AP-01口卩口In乱曲口配彌口1杖;头害S12,04520W-JQP-01Ln^Q9DE30tilDl害曙IO』H/2□国10.00图3.1.2_2交接单绑定C090831001交接单镰号J090901001重置C090831001交接单镰号J090901001重置査曲交接单輪号匪衣褊号目的地订单敷呈—J090901001C09D901001W&)4I-!JCCitKOJOOQ|C09ClPflHMJlJC90P01001C09090KM1唐山 |2图3.1.23待发订单查询选挥订单C09083100］厅目的地A.PF曰闘订单重呈<1kg 审:丁单体积<1立方米 -i垂置|订单編吕目的地〔公斤）件积（平方米）入庫日朋加窃金额阮;|A090325001书包1.11.S2009=00-010.00A090325003桌子7.03.02009-09-010.00A090829001WB2.04.52009-09-010.00A090830001百咼0.50.22009-09-0110.00察看紧急订单图3.1.2_4紧急订单提醒谨挥订甲谨挥订甲:C090B31001-目换:苦岛-1入阵曰期：订单玄妊<1kg ▼订单体觀<1空方米d匝〕订单蝙号£?物容称目体稅（平方水）AKS朋XU倉金颔（元）A090S23001ft®舌商h15|2D09uQ9u0100Q|0AOM£25Oi03卓子1,Q3JJ|2009-09u01000AO90£2POiOl2Li452005LQ9-0100QAOMS3QO01|050J22XlSLQ9-ai10.00申请如开班汝图3.1.2_5加开班次申请申谙编号C090B31U01 -目的地［葩］田话时间090901 -态等待处耀 +申蹄号申暗时间目的地中谙扎5t理状态S09090100109-09-01舌岛Admin竽待总部处理图3.1.2接口设计输入操作：输入查询班次的条件，点击查询按钮。输出效果：以列表形式详细列出当日班次情况。输入操作通过界面进行。输入操作：输入交接单生成信息，并确定生成交接单。输出效果：生成交接单。输入操作通过界面进行。输入操作：选择交接单编号和订单编号，绑定操作。输出效果：成功绑定交接单。输入操作通过界面进行。输入操作：输入查询条件，查询待发订单。输出效果：以列表形式显示待发订单。输入操作通过界面进行。输入操作：输入查询条件，查询加急订单。输出效果：以列表形式显示加急订单。输入操作通过界面进行。输入操作：输入加开班次的往返配送点等信息，申请加开班次。输出效果：成功向总公司申请加开班次。输入操作通过界面进行。功能流程图选择发黄

订单厂生咸交侯r单（郸足交班决佶忌3.1.3订单发货功能描述配送点的理货员通过查看到达的班次来安排收货， 收货的过程中需要对本地卸货的交接单内的订单进行检查， 同时将本地装货的交接单进行装货， 对于订单有缺损的情况， 先将订单从交接单中删除， 对订单单独进行异常处理， 然后标记交接单完成， 最后将订单分类入库即可，见图3.1.3_1,3.1.3_2和3.1.3_3。抵达班次一览班肚烷号线跻編号车磁型炭车地点发车时间抵达时间00000100000130吨70立方米北京12£0：0000:00:00共有陈‘分为1页」命页1。蚤»冃箭显示第1页世阳［_t—亟吓一页1味陌图3.1.3_1抵达交接单一览交捋单潟号班〕夕備号粧车时间itmiV~Sft'■0M001OOtMOL0M001呼和梏特5-；912:00:00<5-1ISjOOjOO［千克了平方米5我育1盖》分为1页■莓页io案，目前旻示驕I页盾頁上―页］吓一页］味页］图3.1.3_2异常交接单一览交接卑編号班孜第号垢线编号「捷车tfcST发车时间抵达时阎订单数塑oootMitnoooi00D001呼和桔特3-2912jOO:0O6-1is^no-1千克5平方米5共有金，分为1页」鸳页山毎」目前亂示第1页世页ILb-珂吓一阳味页］图3.1.3_接口设计输入操作：输入查询抵达班次的条件，点击查询按钮。输出效果：以列表形式详细列出抵达班次情况。输入操作通过界面进行。输入操作：输入查询抵达交接单条件。

输出效果：以列表形式显示抵达本配送点的交接单。输入操作通过界面进行。输入操作：查询异常交接单。输出效果：列表形式显示异常交接单。输入操作通过界面进行。功能流程图班次班次-f.迫、\栓査交接n订单订单3.1.4货物配送功能描述配送点管理员可查询库存订单， 然后根据系统生成的待配送订单 （依据订单优先级自动生成）组织配送人员及时准确的将货物送到收货人手中，见图 3.1.4_1和3.1.4_2。库存订单一览订单騙导仓库编号入库时间「[漬空条件寄蓬地点开始检黑1佯积物品类型普通 ▼订单编昌仓库編导入库吋间寄迭寄送地址0000010000D16-1tSWflD1千克1立方米是天逮市南开匡卫漳蹿贮号0D0MJ2ODOOtE6-118WJ002千克1立方米否天慄市南开区卫悝酗2号共有僚』対为1页.毎页io条，目前显示第顷宙页I『上一页1rF—页1除页1图3.1.4_1配送订单一览订单編号投逛员导人耳时间治仝華件舒迭地点开始检索垂呈神物品类型单舞号■入库时间|3A|体枳|71£奇送地址0DIXI0I'0000016-113:00:001千克1亚才米□天逮币闡开区卫i羊路9将000002000002641S:DO:DO2干克1立方米否天津币南开国卫i卑路血昙址百1霽>归齿［页j毎页io誓1目前耳示第1页首页1r卜一页1rr—751味页1图3.1.4_接口设计输出效果：列表形式显示待配送订单。输入操作通过界面进行。功能流程图3.1.5订单异常处理功能描述配送点管理员需订单和货物在入库、出库和运输等过程中可能会出现破损丢失等情况，配送点管理员需要对这些异常订单记录并作出相应的处理办法。见图 3.1.5_1和3.1.5_2。异常订单登记表图3.1.5_1异常订単查询蚩蹄号订单第号异當类剧赴耀状态矍记时闾R00001000001贪掬JS先MS2CWW1ROOOOQilOOM货嵋损坏2009/9/2ROOOOG0(»0£贺物描坏3009/93图3.1.5_接口设计

输出效果：列表形式显示异常订单。输入操作通过界面进行。功能流程图3.1.6本地信息设置功能描述然以保然以保i_2后向总公司申报，经审核批准后，方可按次配送费方案运营。配送货物时，因条件限制，有些订单不能直达。配送点需要选择合适的中转路线，证订单的及时到达。配送点同时也要设置一些用户权限，保障系统安全稳定的运行。见图 3.1.6_1,3.1.和3.1.6_3。配送价格设置图3.1.61配送价格申抿申报点「垂置所宵 确峥乞配送价格申抿申报点「垂置所宵 确峥乞图3.1.6_2中转线路设苣查询盖件北京目标配送点.上海出发时何上午北京目标配送点.上海出发时何上午査询吏询结果选挥起妬地经过站点目的埋班次11北京天津-裁繭-面京上海K0D001北京天浬-青昴跡州K00009北京石麻庄•合肥-面京上海K00022査若图3.1.6_接口设计输入操作：将设置的配送费方案提交给总公司审核。输出效果：待审核方案成功被提交给总公司。输入操作通过界面进行。

功能流程图3.1.7财务管理功能描述配送点作为一个营利性的单位,需要定期对财务进行统计和汇报,以检验当前的运营制度。见图3.1.7_和3.1.7_2。至订单费用査询|ei订年镇号下華时间配送点作为一个营利性的单位,需要定期对财务进行统计和汇报,以检验当前的运营制度。见图3.1.7_和3.1.7_2。至订单费用査询|ei订年镇号下華时间订单侵用0poamILJO0QO2下单时间订单涌号订单费用列表共有Q毎丄^^135・毎iTiosr目萌鼻赤页血助r上一商rT_gn沐丙月份订单总数单燈总计平均单廉图3.1.71图3.1.7_接口设计输入操作：查询并选择待统计订单，计算月收益。输出效果：得到每月收益。输入操作通过界面进行。输入操作：输入一时间段。输出效果：显示该时间段内汇报的统计列表。输入操作通过界面进行。功能流程图3.2客户端3.2.1运费查询功能描述客户通过输入待配送货物的配送地、质量和体积估算需要的费用。见图 321_1。收货电质量:单位：E质量:单位：E体积：预计賀用图3.2.1_接口设计输入操作：输入货物收发地，货物质量和体积，进行估算。输出效果：输出估算出的费用。输入操作通过界面进行。功能流程图

3・2・2下订单功能描述客户决定接受此配送服务后， 可以进如下订单界面， 填写相关订单信息，提交后即达成交易。见图3.2.2_1。订单基本信息县区订单编号发货城市收货城市物品类型县区物品描述图3.2.2_13・2・2・2接口设计输入操作：填写点单详细信息。输出效果：订单成功进入待审核列表中。输入操作通过界面进行。3・2・2・3功能流程图3.2.3订单进度查询功能描述客户需要随时了解已下订单的状态，所以系统应当提供查询订单进度的功能。见图3.2.3_1。订单褊号下单时间已审核特修改—屮m i匹上二更：：一帀丰帀图3.2.3_13・2・3・2接口设计输入操作：填写订单编号。输出效果：显示订单进度。输入操作通过界面进行。3・2・3・3功能流程图3.3总公司3.3.1线路管理功能描述总公司建立配送点间基本线路，管理运输线路，为配送点提供线路查询。见图3.3.1_1和3.3.1_2。配送点间基本线路图3.3.1_1查看运输线路接口设计输入操作：输入配送点相关信息。输出效果：增加配送点间线路。输入操作通过界