订单管理范文
时间：2023-03-19 19:25:40
订单管理范文第1篇
关键词：进货订单管理;OMS（Order management system）;B/S;JSP;JavaBean
一、系统概述
（一）需求分析
1.前台用户需求（进货员）
登录系统的进货员可以查看供应商信息、搜索指定的供应商信息，可以查看商品信息、搜索指定的商品信息;进货员发现商品需要进货的时候，可以生成订单;新生成的订单状态都是未执行的状态，只有在后台的管理员授权可以执行订单，进货员才可以执行订单。
2.后台管理员需求（企业管理者）
企业管理者以管理员身份登录系统，查看订单状态，对新生成的订单授权进货员去执行;可以增加、删除、修改供应商信息，同样可以管理商品信息和用户信息;可以冻结已经注册的进货员，使其无法登录系统。
（二）主要实现技术
1.JSP：前端使用JSP开发，有一个很大的好处，就是所开发出来的Web应用同样是跨平台的，可以在Linux操作系统下运行，也可以在其他操作系统上运行。后端使用Java代码可以实现操作数据库，进行增、删、改、查，也可以重定向网页等，从来达到实现动态网页所需要功能的目的。
2. JavaBean：JavaBean组件可以用来执行复杂的计算任务，负责与数据库的交互，实现具体业务逻辑的封装等，在JSP程序中常用来封闭事务逻辑、数据库操作等，可以很好地实现业务逻辑和前台程序（如JSP文件）的分离。
3.JQuery：本系统初步规划，使用了JQuery脚本语言，优化用户体验。比如，可以在新用户注册页面，还有查询显示单行数据时，依靠JQuery来处理来实现的。
4.AJAX：AJAX是每个网站都必须用到的技术，可以用户创建快速动态网页。本系统初步设想，有检测用户名的功能，那么就可以使用AJAX来实现，和服务器进行少量数据交换就可以。
二、系统概要设计
（一）模块设计
1.前台模块设计。a注册登录模块：进货员可以注册、登录、修改个人信息;b供应商查询模块：进货员登录可以查询、浏览供应商信息;c商品查询模块：进货员登录可以查询商品信息，查询供应商信息;d订单查询模块：进货员登录可以查询个人账户下的订单信息;e订单生成模块：在商品信息以及供应商信息的基础上，用户可以生成进货订单。
2.后台模块设计。a订单管理模块：企业管理者可以授权进货员是否执行订单;b供应商管理模块：企业管理者可以对供应商信息进行管理，包括增加、删除、修改、查询;c商品管理模块：企业管理者可以对商品信息进行管理，包括增加、删除、查询;d用户管理模块：企业管理者可以对注册成功的用户进行账户的冻结和解冻，为其是否可以登录系统设置权限。
（二）数据库建模
本系统所要连接的数据库需要存储登录系统的用户信息，供应商信息，商品信息，订单信息，四张表。对于数据库表的设计，计划通过使用PowerDesigner建模来实现，先建立概念数据模型，生成逻辑数据模型，再生成物理数据模型，最后生成数据库脚本文件，最终实现表的创建。
1.概念数据模型：概念数据模型的英文全称是Conceptual Data Model，简称CDM。使用PowerDesigner辅助数据库设计，其中的概念数据模型（CDM）可由E-R模型细化而建立，CDM是对现实应用实体及实体间联系的抽象表示，使用CDM描述数据表及相关关系可以方便系统理解，有利于系统的设计和维护，并且可以方便转换成基于某种具体的DBMS的物理数据模型（PDM）。
2.逻辑数据模型：逻辑数据模型的英文全称是Logic Data Model，简称LDM。
3.物理数据模型：逻辑数据模型的英文全称是Physical Data Model，简称PDM。
（三）界面设计
以下四个页面是系统中所有页面所共用的，是实现页面布局的公共资源：（1）导航栏――前台系统命名为top.jsp，后台系统命名为top_m.jsp;（2）注册、登录、公告――left.jsp;（3）版权信息――copyright.jsp;（4）数据显示区域。
三、系统详细设计与实现
（一）前台系统实现：（1）前台主界面（2）用户注册模块（3）供应商查询模块（4）商品查询模块（5）订单查询模块（6）订单生成模块。
（二）后台系统实现：后台的用户是系统管理员，（1）后台主界面（2）供应商管理模块（3）管理模块（4）用户权限管理模块。
（三）数据库实现：前面，我们数据库建模已经成功，之后，我们就可以利用前面建立好的物理数据模型，生成数据库脚本文件，在数据库中创建完成4个表：用户信息表、商品信息表、供应商信息表、订单信息表。
（四）算法设计与实现：（1）分页算法（2）主键值生成算法
订单管理范文第2篇
面向特定领域模型的数据处理方法对于软件重用、软件可升级和软件开发效率的提高都有重要的指导意义。论文首先分析领域模型内涵，提出了构造基于领域模型软件系统架构的一般方法，进而结合订单管理系统的开发，介绍了领域模型的应用方法和处理流程。实践表明，基于领域模型的系统开发方法能极大提高实际软件系统的开发效率
关键词
领域模型；事务脚本；表模块；表数据模型
1前言
面向对象编程技术的出现改变了以数据为中心的传统软件开发方式。在数据模型的设计与实践应用中，基于领域模型的数据设计方式逐渐成为主流。传统的数据处理模型主要采用行入口、表入口数据层叠方式，即为数据表中的每一行设计一个对象，后续再采用对象方式进行数据处理，对业务处理却没有特别关注。基于领域的设计模型，主要采用可视化方式表示领域内的概念类或现实世界中的对象。领域模型又称为概念模型、领域对象模型或者分析对象模型，它专注于分析问题领域本身，注重发掘重要的业务领域概念，并建立业务领域概念之间的关系，可让软件开发人员和系统设计人员更加注重处理业务的表达，而不是重点关注数据的层叠处理，从而极大地提高业务处理的效率。
2领域模型
领域模型采用面向对象的开发方式处理数据，侧重业务模型的建立，使得系统的开发主要围绕业务而非数据表，可使开发人员主要聚焦领域而非数据。基于领域模型开发软件系统时，通常采用三层次的系统架构，这三个层次分别是数据访问层、领域层（业务逻辑层，系统真正的核心）和表现层，其中，数据访问层负责与数据源进行通信，为上层应用提供数据支撑；领域层（业务逻辑层）完成系统业务的组织、实现，是系统真正的核心；表现层负责实现用户界面，提供更好的人机交互。系统三层次架构如图1所示，层与层之间存在相互依赖的关系，表现层依赖领域层，领域层依赖数据访问层。系统三层次架构中领域层（业务逻辑层）是系统的核心，其逻辑组织方式主要采用事务脚本、表模块和表数据模型这三种模式。
2.1事务脚本事务脚本模式将应用界面获取的数据直接存储到数据库中，或者直接从数据库中获取所需数据并在用户界面中进行展示，这种数据访问模式可使软件开发人员快速掌握基于某种语言的数据库访问技术和过程，因此，非常适合初学者学习和使用。事务脚本模式处理领域业务时常用两种领域组织方式，一是将领域逻辑的设计放入存储过程中，调用者通过执行存储过程即可获取或者维护数据；另一种方式是将领域逻辑的设计放入应用界面中，再编写对应的结构化查询语句（SQL）实现数据的存取处理。使用存储过程方式的缺点在于业务逻辑发生变化后，对应的存储过程必须相应地变化。此外，由于不同数据库产品对SQL语句实现的差异会导致存储过程的语法不能通用。将业务逻辑包含在页面中也有其固有的缺点，一旦业务发生变化，必须重新定义用户界面；此外，相同的业务逻辑可能应用于多个界面，这样业务发生变化后则需要多次修改用户界面。尽管如此，事务脚本模式由于其简单、直观，仍是初学者常用的领域层逻辑组织方式。
2.2表模块表模块模式以数据表为基础，每次以表为单位存取数据，以表为中心组织业务逻辑。目前，大多数开发者都采用表模块模式，如在.NET平台中，DataSet，DataTable都采用以表为组织结构的表模块实现方式；在大型的管理信息系统（MIS）中，借助于代码生成器（如CodeSmith）可以快速生成一个应用系统的代码，开发效率非常高。使用表模块模式开发系统时，主要围绕数据的增、删、改、查处理数据，业务逻辑组织往往比较单一，业务被分派到不同的功能函数中，借助于事务调用不同的功能函数来完成整体的业务逻辑。表模块模式的实现过程通常包括定义数据模型、定义数据访问类、定义业务逻辑类和组织表现层数据等步骤。表模块的开发方式是过去几年的主流开发方式，并且有很多优秀的开源库和工具可供使用。
2.3表数据模型表数据模型主要通过直观的可视化数据表，设计表间联系，实现业务逻辑，可让软件开发人员和系统设计人员更加注重处理业务的表达，而不是重点关注数据的层叠处理，业务处理效率非常高。以下订单管理系统分析领域模型的应用方法，实现领域模型驱动的数据处理。
3订单管理系统
订单管理系统首先接受顾客提交的订单信息，然后查询商品库存，以获取商品的详细信息，最后确定商品送货方案。订单管理系统的开发主要涉及数据库表的设计和基于领域模型的业务逻辑处理。
3.1数据库表订单管理系统使用的数据库包括用户、订单、商品和订单详情四张表，表的结构和表间的逻辑关系如图2所示。
3.2领域模型基于领域模型开发应用系统时通常分为业务建模、数据抽象、转换为实体、定义业务规范和实现业务规范步骤。
3.2.1业务建模业务建模要求将系统的业务采用建模方式确定下来，以后的开发工作都围绕所建模型进行，这样能有效控制需求和开发人员变化导致的开发风险。例如在订单管理系统中，为获取订单中商品列表，相应的业务过程如图3所示。
3.2.2数据抽象数据抽象指根据业务流程，抽象出业务流程所涉及的业务实体，并将实体及其相互关系标注出来。如在获取客户订单中商品明细处理中，经数据抽象得到的业务实体间逻辑关系如图4所示。在抽象出来的逻辑关系中，订单和订单详情是一对多的关系，订单详情和商品是多对多的关系，顾客和订单是一对多的关系。
3.2.3转换为实体在抽取业务模型的基础上，还需将业务模型中的对象转换为实体。在转换过程中，需要使用面向对象的方式组织对象之间的关系。获取客户订单中订单模型转换为实体的代码如下。
3.2.4定义业务规范业务规范是领域模型中的核心，定义业务规范就是明确业务对象之间的关系和使用方式。在定义业务规范的过程中，常借助于构建规约完成规范的创建。如在获取客户订单中商品明细处理模块中，相应业务规范的定义。从定义的业务规范中可以看出，获取ProductList的过程变成了几个相关对象的业务合并，也就是说一个领域模块的完成是由多个子模块组合而成，而这些子模块又满足事务约定。
3.2.5实现业务规范在定义业务规范基础上，最后要实现业务规范。如在获取客户订单中商品明细处理模块中，相应的业务规范实现如下。
4总结
本文在阐述领域模型设计原理与方法的基础上，结合订单管理系统的开发，介绍了领域模型的应用方法和处理流程。应用实践表明，面向特定领域模型的数据处理方法对于软件重用、软件可升级性和提高开发系列软件系统的效率都有重要的指导意义。
参考文献
[1]吕有界.基于Modelica多领域建模仿真研究现状与思考[J].广州航海学院学报，2014(02).
[2]叶新,潘清,董正宏.多领域建模仿真方法综述[J].软件,2014(03).
[3]丁宝宝,沈立炜,彭鑫,赵文耘.软件产品线领域模型与应用模型的通用同步演化方法[J].小型微型计算机系统，2015(02).
[4]黄洋,沈立炜,彭鑫.通用的软件产品线领域与应用特征模型演化同步框架[J].计算机科学,2013(11).
[5]余敦辉,何克清,李兵.基于模型聚类算法的领域问题本体构建[J].小型微型计算机系统,2013(01).
订单管理范文第3篇
关键词：餐店;订单处理;大学生
近几年大学学生规模扩大，以松江大学城为例，松江大学城有七所全日制大学，总人数规模7万余人。由于大学生人数近几年大幅增长，餐厅容客饱和，导致一系列食客体验不佳的情况，如等餐时间过久、厨房做错菜、上菜顺序有误等。虽然大学城内许多的餐店如雨后春笋般出现，这些小餐馆依然无法满足大学生日常饮食的需求。针对目前小餐馆用餐存在的舒适度和运营效率方面的问题，本研究以小餐馆和大学生消费者为对象，进行了实地和网络问卷调研，主要目的在于总结、发现当前餐店应对大学生数量激增形势下餐馆服务的主要欠缺，并为下一步对于如何优化小餐馆服务质量的探索奠定基础。
1 餐店现状调研
调查问卷采用实地纸质问卷和网上问卷两种形式，调查样本投放550份，收回有效问卷共488份，其中餐店问卷76份，大学生消费者问卷412份。样本区间为17-22岁的在校大学生消费者，和校园附近餐店的餐馆老板。调查问卷主要分析4个方面的问题：去小餐馆就餐频率统计、小餐馆就餐满意度、不满的原因、以及餐厅订单管理方式。
1.1餐店就餐频率调研结果及分析
从图1中可看出：愿意去餐店中解决餐食问题的大学生消费者人数数量较为庞大。从不去小餐馆就餐的人仅占到总人数的3%。“食堂拥挤”（53.2%）和“想改善伙食”（43.3%）是大学生去餐店就餐的主要原因。 <E：＼123456＼速读・下旬201602＼Image＼QQ截图20160111125456.png>
图1 餐店就餐频率统计
Fig.1 Dining frequency to restauran <E：＼123456＼速读・下旬201602＼Image＼QQ截图20160111125502.png>
图2 小餐馆就餐满意度
Fig.2 Dining satisfaction
1.2餐店就餐满意度调研及分析
图2可看出，餐店就餐的满意度较低，仅有10%的消费者选择“满意”。消费者在就餐时主要遇到了以下几个问题促使他们在餐店就餐的满意度较低（图3）：等餐时间太长（397人）、忘记客人点的菜（322人）和上错菜（201人）。在团队实地调查了解后发现，这些问题主要源于餐店的订单管理较为混乱导致的。大部分餐店使用的订单管理手段十分简陋。在客流高峰，餐店工作人员容易在忙碌中弄错或遗失手写订单或小票，造成餐品做错、忘记顾客需求等问题。这不仅降低了餐店的运营效率，还浪费了消费者的时间和精力。产生错误的关键环节就是订单处理以及前台与厨房沟通的环节。想要提高餐店工作效率，势必要提高订单管理能力。
<E：＼123456＼速读・下旬201602＼Image＼QQ截图20160111125508.png>
图3 不满的原因
Fig 3 The cause of the complaints <E：＼123456＼速读・下旬201602＼Image＼QQ截图20160111125518.png>
图4 餐厅需要提高的地方
Fig 4 Need to improve
2 市场上已有的订单处理方式分析
通过餐店实地调研，目前市场上主流的订单处理方式分为3种： <E：＼123456＼速读・下旬201602＼Image＼QQ截图20160111125526.png>
订单管理方式
Fig 5 Management style
2.1 手写订单
由收营员或消费者将需要购买的餐食手写在本子上或纸上，再由服务员大声口头传递到厨房，成本价格低廉。但是此方式效率低下，在客流高峰时的时候，还会造成上菜顺序混乱，以及做错菜等情况。采用此种订单处理方式的餐厅（22家，29%）在就餐高峰时段平均每20分钟就会出错一次。
2.2 机打订单
由电脑生成订单然后打印出订单小票。这是一种较快捷的方式，大部分餐厅（46家，61%）选择了这种订单处理方式。机打印出订单小票后按顺序给厨房。由于厨房环境较为繁杂，小票在厨房市场会被液体浸湿，或者在厨房运作的过程中遗失，造成堂吃客人感到等待时间过久或上错菜等问题
2.3 各类餐厅点餐软件
在我们的调查中只有4家小餐厅使用了简单的订单处理软件。这些软件大多没有解决订单和厨房之间交互出现混乱和差错的痛点。现在有许多科研性软件的研发，例如基于SSH框架的网上餐厅系统设计、基于的网上餐厅系统的研发制作，但都停留于纸上和实验室里。
总之，餐厅订单管理方式参差不齐，存在订单管理环节的混乱。这不仅造成餐厅经济上和名誉上的损失，更大大降低了消费者的消费体验，浪费了双方大量时间。目前市场上提供的解决办法较少，仅有极少的解决方案可供选择。
3 结语
在传统餐饮店中，点餐过程中效率和服务质量的提升还有很多的技术和方式可以尝试。近年来由于生活中逐渐广泛使用android平台，平板电脑价格也越来越廉价，本研究将在下一步尝试建立一个基于平板电脑的android订单管理平台，解决餐店订单管理混乱的问题，期待餐店运营效率有所提高，消费者体验满意度逐渐上升。
参考文献：
[1]田甫.基于Android平台的手机订餐系统的研究与实现[D].成都：电子科技大学，2013.9
[2]高庆.基于大学生消费行为的学生食堂服务满意度研究[D].成都：西南交通大学，2012.5
[3]薛丽莎.基于消费者行为大学餐厅应如何提高经营绩效[J].企业家天地，2014（4）：40-41
订单管理范文第4篇
【关键词】Android系统 外卖 订单管理
1 引言
近年来，随着互联网技术的发展、移动计算设备性能的提高和高速移动网络的普及，基于移动互联网的智能设备和服务在人们的生活中起着越来越重要的作用。餐饮行业作为一个典型的传统行业，与人们的生活密切相关。在传统的餐饮行业中，存在着大量的中小型餐饮企业，其员工数量较少且店面营业面积较小，无法在店面内为大量的顾客提供就餐服务。因此，这些中小型餐饮企业需要提供外卖服务来增加营业额。在传统的外卖订单模式中，用户需要通过电话询问外卖菜品并下订单，商家使用纸笔记录用户的需求，并派人将菜品送至用户处。整个过程效率低下且容易出错。
信息化同传统产业结合以提高传统产业生产效率是近年来社会发展的一个大趋势，上述问题同样可以采用信息化的方法来解决。文献[4]中景鑫设计了一种采用Android客户端通过WIFI网络进行远程下单的方法，该方法实现了点单、下单、备货、出货等一系列操作，并能通过PC机客户端实现统计功能。文献[5]中张志德实现一套Android客户端软件和完善的后台服务功能来完成餐饮服务功能。该系统主要包括后台数据库服务器、Web服务器、无线网络、An-droid前端等部分。客户端Android系统智能手机具有前端处理与计算能力，而且通过无线网络访问Web服务器。文献[6]中李宽介绍了如何使用Flash技术，在Android平板电脑上设计实现餐饮业的电子点餐系统。
但是上述研究成果都没考虑到外卖订单管理问题。为此，本文设计与实现了一个基于Android的餐饮外卖订单管理系统，以优化菜品、点单、订单确认和送货的流程。本系统整合了菜品、客人点单、订单管理、配送分配等功能，利用Android平台的成熟性、开发便捷性和经济性，为小型餐饮企业提供一个良好的外卖订单管理解决方案。
2 系统设计
2.1 系统的逻辑结构
本系统由数据库层、系统接口层、逻辑层和应用表示层组成四层逻辑结构。采用分层结构能够提高系统的可维护性，充分利用Java语言的可重用性，降低系统开发难度，提高开发效率。每一层的功能如下：
（1）数据库层，用于存储本系统涉及的各种数据内容。包括各种订单记录的历史记录，菜品类型和价格记录，配送人员信息等。
（2）系统接口层由系统所使用的开发平台下的各种标准组件构成，例如Android SDK中的应用程序框架和库函数。
（3）逻辑层运行于Web服务器的运行空间，使用JSP完成动态内容的显示。
（4）应用表示层是运行于Android客户端的应用程序，用于收集用户的操作请求并显示操作结果。
2.2 系统技术选型
在本系统的实现中，Android客户端使用Java SE，基于Android SDK开发。服务器容器采用Apache Tomcat。服务器端采用ASP开发，使用Servlet技术对客户请求进行响应。
数据库采用MySQL和SQLite数据库，其中MySQL数据库是整个系统的后台数据库，Android客户端通过JDBC对MySQL数据库的内容进行远程访问。SQLite是一个轻量级数据库，用于存储Android客户端上的本地数据。
本系统的系统结构如图1所示。
2.3 系统的数据库设计
MySQL数据库维护着以下4张数据表，数据模型如图2所示。
dishtbl（菜品数据表）：主键为id（菜品编号）。
ordertbl（订单数据表）：主键为id（订单编号），外键为date（订单日期），dish1（菜品1编号），dish2（菜品2编号）...dish10（菜品10编号），customerid（顾客编号）。
historytbl（历史记录表）：主键为date（日期）。
usertbl（用户数据表）：主键为id（顾客编号）。
3 系统实现
基于Android的餐饮外卖订单管理系统主要包含以下功能模块。
（1）菜品信息管理模块：用于对企业每日提供的菜品信息进行添加、删除、修改、查询。并能够根据提供的菜品组合出不同的套餐。
（2）菜品信息模块：将每日午餐和晚餐提供的菜品和套餐至系统的Android客户端和Web端。
（3）订单信息管理模块：对生成的用户订单信息进行添加、删除、修改和查询。
（4）Android客户端的人机交互模块：用于显示的菜品信息、用户个人设置信息等，并将用户的订单和个人信息提交至Web服务器。
（5）Web服务器端的人机交互模块：用于显示和设置菜品信息、订单信息、人员信息等。
（6）外卖配送模块：用于将不同的订单分配给合适地外卖配送员工。
4 总结与展望
本文设计的基于Android的餐饮外卖订单管理系统，通过优化中小型餐饮企业的菜品、点单、订单确认和送货的流程，提高中小型餐饮企业的效率和竞争力。在未来的工作中，将会结合地理信息系统，进一步提高外卖配送的效率。
参考文献
[1]余圣寅.关于餐饮小店外卖配送系统的优化[J].电子技术与软件工程，2014（11）：216-216.
[2]蔡奕彬，陈智威，杨沛钊等.基于Web Service的Android餐饮点菜系统的设计与实现[J].计算机与现代化，2013（04）：120-124.
[3]谢馨瑶，李沈鑫，毛炎等.基于Android系统的餐饮推荐系统的开发[J].硅谷，2014（03）：31-32.
[4]景鑫.基于Android的餐饮点单系统的设计与实现[J].电子商务，2012（05）：33-34.
[5]张志德.移动云计算之Android餐饮服务系统开发[J].科学技术与工程，2012，20（3）：687-689.
[6]李宽.餐饮业Flash电子点餐系统的设计开发[J].价值工程，2012，31（1）：155-155.
[7]李刚.疯狂Android讲义（第二版）[M].北京：电子工业出版社，2013：3-4.
作者简介
孔拢1981-），男。博士学位。现为西安石油大学计算机学院讲师。主要研究方向为网络与信息安全、移动互联网。
康权晟（1992-），男，现为西安石油大学计算机学院本科生。
作者单位
订单管理范文第5篇
关键词：门窗生产；订单管理系统；项目教学
通用性较强的成熟软件在现如今已经不能满足企业对软件系统的特殊要求，因此如何在专项业务中为企业量身订做软件系统成了软件公司占领市场份额的重要手段。
现今高职教育领域里，软件技术专业培养方向还是在于如何用软件技术实现信息的管理，缺乏真正实现软件自动化管理的优势。此外，陈旧的教学项目已经很难提升新一代学生的关注度，而且与学生今后的就业需求有所脱节。因此在教学中选择了生产订单系统这样以专项业务为主的软件系统来代替以往的以信息管理为主的软件系统。
门窗生产订单管理系统是以大量公式计算和制单报表为基础的，能够满足适宜教学的工作业务流程和扩展技术能力的需要，因此在对项目进行深入研究之后，对其进行了分解、转化和组织，设计了一个完整的教学单元。
一、教学资料转化
（一）项目分析
本文中的门窗生产管理系统是2012年上线的实际案例，是受企业委托将纸质订单生产流程转化为自动化订单管理生产流程的B/S架构软件项目。管理人员接到经销商的订单，将生产原始尺寸数据录入系统，系统根据门窗开启方式等条件自动转换为生产尺寸并且生成制作单，并根据材质、颜色等条件生成报价单；经销商付款后制作单中的各项产品可排人流程，生成流程单；厂家还可以根据公式将流程单中的产品导出生成下料单；产品交付后，流程结束。
本项目中涉及信息管理、公式转换、价格查询和电子订单等基础业务，还涉及到支持项目运行的各项参数管理模块和智能优化模块，因此在适用性、常用性、扩展性和难易度上来讲是非常适合学生学习使用的。
（二）项目分解
门窗生产订单管理系统可分为制作单/报价单（订单数据录入、订单模版管理、导出制作单、导出报价单四项功能）、流程单/下料单（安排流程、导出流程单、导出下料单三项功能）和系统管理（经销商管理、订单管理、公式参数管理、数据报表四项功能）三个主要模块。把项目中的三个模块十项功能根据其工作过程和数据依赖性进行重新组织，将经销商管理和公式参数管理、订单数据录入和订单模版管理、安排流程和导出制作单/报价单/流程单/下料单、订单管理和数据报表组织在一起，形成了四项工作任务。
（三）制作任务书
将四项工作任务制作成任务书类型的软件文档，列出应该实现的功能以及注意事项。还可以增加相关资料推荐之类的学习要点，将实际工作任务和学习情境结合起来，制作成为适宜教学贴近商业化市场的教学任务书。
二、教学内容组织
学习本教学单元之前，学生应该学习过Java程序设计、Java Web技术相关知识，了解数据库的基本原理、管理方式与SQL语言。此外，还需要学会软件开发环境的配置以及项目搭建。
根据功能划分，四项任务之间也存在一定的逻辑关系。
第一步要完成经销商管理和公式参数管理。此任务作为系统的支撑功能必须先实现。经销商管理就是对订单中涉及的经销商信息进行通常的数据管理，此功能简单易做。公式参数作为系统中所有算法中各类参数、系数以及数据字典的管理，也是初步接触B/S软件项目学习的最适宜的案例。
第二步要完成订单数据录入和订单模板管理。订单数据为系统提供最原始的数据内容，也是数据最大的入口，在这个环节中学生会详细学习数据的各种验证方式，了解提升用户体验功能（订单模板）在软件项目中的重要性。
第三步要完成安排流程和导出制作单/报价单/流程单/下料单。订单付款后就需要将订单中的产品进行重新分配安排流程，也就是将原有订单上的各个产品进行重新排单，让学生体验订单类软件对订单处理的特殊要求，根据规则通过前台脚本和后台控制训练学生对特种订单的处理能力。导出功能使用EXCEL将数据输出在电子订单中，需要学生具备EXCEL表格操作、图片处理等能力。
第四步要完成订单管理和数据报表。订单在一个工作流程中会产生多种状态，如果出现工厂返工、需求重置等情况，厂家用户应该对订单有灵活的处理。数据报表采用第三方组件以图形的方式进行显示，根据数据库存储的数据进行统计报表，在这个环节学生会接触到各式各样的数据报表类型和使用方式，而并非实际项目中较为统一的实现技术。
三、教学方法和考核评价
（一）教学方法
主要采用创设情景法、项目导向法、任务驱动法、启发引导法和演示答辩法等教学方法。
（二）考核评价
在完成项目后会组织演示答辩，以对任务书所规定功能的完成情况来判定学生在本单元中的成绩。考核同时提升学生综合素质，在实践项目中让学生体验类似真实工作过程的开发过程。
四、结语
订单管理范文第6篇
【关键词】 ACCESS 数据库 订单管理信息系统
一、系统功能模块
1、客户基本信息管理。客户基本信息主要包括客户的ID、姓名、民族、性别、出生日期、公司名称、家庭住址、电话等。若需查询客户相关信息，不仅可以按照一个字段进行查询（如ID，姓名等），而且可以按照多个字段进行查询（如某公司的所有男性客户信息），还可对查询结果进行分类汇总、打印等。
2、客户信用信息管理。客户信用信息管理十分重要，牵涉到订单账款是否能够按时到账，考评客户信用的信息主要包括：订单日期、结账日期、延期天数、欠款金额和欠款次数等。
3、货物信息管理。货物信息包括货物ID、货物名称、货物性质（普通、贵重、冷链等）、出厂日期等。
4、订单信息管理。订单信息管理主要包括按照不同的权限，相关用户可以进行订单信息的录入、修改、删除，录入后系统会自动客户订单的总价等。还可以按照不同要求进行客户订单信息的浏览，以及对查询结果的打印。
二、系统功能实现
1、创建后缀名为mdb 格式的数据库：使用ACCESS，新建一个名为“订单信息管理系统”的空数据库。
2、数据表的创建：
（1）客户基本信息表（客户ID、姓名、民族、性别、出生日期、公司名称、家庭住址、电话）。客户ID为主关键字，文本型数据，字段大小为：10；姓名不能为空，文本型数据，字段大小为8；民族、性别可以采用查阅向导实现，其中性别应该设计其有效性规则为：“男” OR “女”，有效性文本为：“输入性别有误，请核实后重新输入”；出生日期应该设置为日期时间型数据类型，其它默认。
（2）客户信用表（客户ID、订单日期、结账日期、延期天数、欠款金额和欠款次数）。客户ID为主关键字，订单日期和结账日期为日期时间型数据类型，延期天数和欠款次数为数字型数据类型，欠款金额为货币型数据类型，字段的其它属性根据实际进行设置。
（3）货物信息表（货物ID、货物名称、货物性质、出厂日期）。货物ID为主关键字，与货物名称均应设置为文本型数据类型，货物性质利用查阅向导设置：（普通、贵重、冷链等），出厂日期为日期时间型数据类型。
（4）订单信息表（订单ID、客户ID、货物ID、订货量、单价、总价、订货日期、账款日期）。订货ID为主关键字，客户ID和货物ID为外关键字，订货量为数字型数据类型，单价和总价为货币型数据类型，订货日期和账款日期为日期时间型数据类型。
3、相关查询的创建：订单信息管理系统的一大特点就是方便各类用户的查询，因此需创建的查询有：单个客户信息查询（输入客户ID，显示客户的基本信息、客户的信用信息、订货情况、付款情况等）、按公司名称查询（输入公司名称，查询该公司不同人员对应的客户信息）。
4、相应窗体的创建：主要包括登录窗体（提示用户输入用户名和密码，输入正确方可登陆），不同的用户操作权限不同（例如：系统管理员、客户经理、仓管员等不同职位设置不同的用户角色和对应的权限）；主界面窗体：在此窗体可以实现所有的功能操作，用户只需用鼠标单击对应按钮，就可以完成相应的功能操作，例如：打开某张表、某个查询、某个窗体、某个报表、某个数据访问页等。学
5、打印报表的创建：按照系统管理员、客户经理、仓管员等不同的用户需要，主要包括客户基本信息报表、客户信用信息报表、客户订单信息报表（在对应的查询中选择客户的个人信息。
6、数据库访问页的创建：将客户信用信息中的一些情况（如：老赖账户）可以采用Web页面的形式通知到客户服务部门经理，让其采取必要的措施。
三、结束语
订单信息管理系统能够实现了系统各个功能模块，该系统具有界面友好、操作简单、实用方便的特点。本系统可以为客户服务部门、仓储管理部门等相关人员提供便捷的订单管理信息化方式，大大提高了公司订单管理的工作效率。
参 考 文 献
[1]Access数据库开发实例解析 机械工业出版社李俊民、高春燕等 2006年1月
[2]毛岭霞. 浅析系统调试与测试方法[J]. 成才之路， 2009（32）
[3]杨延红. 信息子系统在管理信息系统中的作用[J]. 科技信息（学术研究）， 2007（13）
[4] 刘春江. 人事工资管理系统[J]. 电脑编程技巧与维护， 2009，（08）
订单管理范文第7篇
关键词:商品订单;管理系统;J2EE框架;软件复用;构件
中图分类号:TP311文献标识码:A 文章编号:1009-3044(2009)33-9123-03
Application of Component-based Software Reuse in the Goods-order Management System
CAI Zhi-ling
(Department of Computer Science and Technology, Hohai University, Nanjing 211100, China)
Abstract: Software architecture design is a pattern of software design which is popular in the recent years, and Component-based Software Reuse gradually is applied to the entire development process of system. This article describes the basic concept of the software reuse simply and the important position of components in the software reuse .Also,the article takes advantage of software reuse to develop an order management system which is based on J2EE architecture. Besides, it introduces the whole design and modules of the system, which reflects the outstanding advantages and strong vitality of the software reuse in the system design and accomplish.
Key words: goods-order; management system; J2EE framework; software reuse; component
随着信息化高速公路的飞速发展和电子商务应用的普及,商品订单管理系统的研究与实现已成为人们日益关注的焦点。因为传统的商品交易普遍使用人工管理方式,其信息更新速度慢、工作效率低、保密性差,而且容易出错。另外时间长了会产生大量的文件和数据,这对于查找和更新带来了很大的麻烦。针对这一现状,人们运用软件复用理论以及构件技术构建一种基于构件的商品订单管理系统的体系结构,实现商品信息的分布操作和集中管理,使传统的商品交换方式朝数字化、无纸化、电子化的方向发展。
1 软件复用概述
1.1 软件复用的基本概念
随着计算机应用领域的不断发展,人们越来越依赖于利用计算机解决各种问题。同时随着软件开发所需要解决问题的复杂程度急剧膨胀,系统的规模和复杂度也随之空前地扩大。软件的复杂性和其中包含的错误已经达到了开发人员无法控制的程度,这便是人们所说的软件危机。为了解决这个问题,人们提出了软件复用的方法。
所谓软件复用就是指重复使用 “为了复用目的而设计的软件” 的过程。软件系统之间的一致性是进行软件复用的客观条件。越是相似的系统,越是容易进行复用,并且复用程度越高,获得的受益也越大。通过软件复用,在应用系统开发中可以充分利用已有成熟的开发成果,消除重复劳动、避免重新开发可能带来的错误,从而提高软件开发的效率和质量。
1.2 软件复用的过程
随着计算机应用领域的不断发展,人们越来越依赖于利用计算机解决各种问题。同时随着软件开发所需要解决问题的复杂程度急剧膨胀,系统的规模和复杂度也随之空前地扩大。软件的复杂性和其中包含的错误已经达到了开发人员无法控制的程度,这便是人们所说的软件危机。为了解决这个问题,人们提出了软件复用的方法。
所谓软件复用就是指重复使用 “为了复用目的而设计的软件” 的过程。软件系统之间的一致性是进行软件复用的客观条件。越是相似的系统,越是容易进行复用,并且复用程度越高,获得的受益也越大。通过软件复用,在应用系统开发中可以充分利用已有成熟的开发成果,消除重复劳动、避免重新开发可能带来的错误,从而提高软件开发的效率和质量软件复用过程大体可分为三个步骤:1)可复用构件的获取;2)构件库的管理;3)构件的组装。大量适合复用的构件的获取,是实现复用的前提和基础。构件库的有效管理,是选取所需构件并组装成新系统的必要前提。构件的组装可以是对构件不作任何修改的直接组装(黑盒测试),也可以是对构件根据需求进行适应性修改后的组装(白盒测试)。前者是最理想的复用方式,而在当前技术水平下,对构件适应性修改往往是必需的。
2 软件复用的关键技术和核心
2.1 软件构件技术
构件是指语义完整、语法正确和有可重用价值的,能够独立或与其它构件组合完成某一功能属性或非功能属性的程序单元体。而可复用构件是指具有相对独立的功能和可复用价值的构件。随着对软件复用理解的深入,构件的概念已不再局限于源代码构件,而是延伸到软件的需求规约、软件的体系结构文档、测试等数据以及其它对开发活动有用的信息。[1]
软件构件技术是支持软件复用的核心技术,是近几年来迅速发展并受到高度重视的一个学科分支。其主要研究内容包括:1)构件获取。2)构件模型。3)构件描述语言。4)构件分类与检索。5)构件复用组合。6)标准化。
2.2 软件架构
软件构架是对系统整体结构设计的刻划。它主要包括全局组织与控制结构,构件间通讯、同步和数据访问的协议,设计元素间的功能分配,物理分布,设计元素集成,伸缩性和性能,设计选择等。
3 基于构件的商品订单管理系统的开发
随着电子商务的发展,网上购物在我国已经开始流行,因此开发商品订单管理系统有着非常重要的意义。借助于系统,可以将客户和销售方联系在一起,然后通过互联网进行信息传输,使双方能够快速、准确、高效的进行商品交易,从而达到高效管理和信息集成的目的。
3.1 系统数据库设计
由于在商品交换过程中需要进行大量的数据交换和存储,因此,系统设计时需要创建四张数据表:用户信息表、订单信息表、商品信息表和留言信息表。其中用户信息表用于保存用户的基本信息,表中具体字段设置为用户名、密码、电子邮件、性别、联系方式和用户级别。订单信息表主要用于存储订单的信息,具体字段有订单号、商品名、客户名、单价、数量、总价、联系方式、送货地址、订单状态等。商品信息表主要用于保存商品的基本信息,表中字段有商品编号、商品名、单价、商品简介和商品图片等。留言信息表用于存储用户留言的详细信息,具体字段有编号、用户名、主题、内容、电子邮件和留言时间等。[3]
3.2 系统开发模式
商品订单管理系统主要采用J2EE三层开发模式,即客户层、J2EE服务器层和数据库层,主要框架图如图1所示。J2EE提供了统一的开发平台,它支持JavaBeans组件技术,提高了代码的复用性和可移植性,实现“一次编码,到处执行”的跨平台性。同时J2EE提供对Enterprise JavaBeans的支持,增强了安全机制。
3.3系统主要模块
通过以上分析以及对现有一些商品订单管理系统的了解,设计时将系统划分为安全管理、商品管理、订单管理、资料管理、留言板管理五大模块。
3.3.1 安全管理模块
安全管理模块主要实现系统保护功能,分为注册和登陆两大块。用户想要请求服务,必须先注册并登陆,登陆成功后,才能进行服务。用户注册时,必须按提示填写完整信息,漏填、错填或用户名重复,系统将给出提示信息。注册成功后,系统将数据读入用户表。用户登陆时,如果输入的信息与数据表中的信息完全匹配,则进入系统,反之,则报错。
3.3.2 商品管理模块
商品管理模块分为客户商品管理和销售人员商品管理两部分。客户商品管理模块主要实现商品的查询、查看和订购功能。销售人员商品管理模块主要实现商品的查询、添加、修改和删除功能。
3.3.3 订单管理模块
订单管理模块分为客户订单管理和销售人员订单管理两部分。客户订单管理模块主要实现订单的添加功能。若订单处于未处理状态,客户可以通过删除功能将订单从订单表移除,也可以修改订单的基本信息。销售人员订单管理模块主要实现订单的查询、处理、删除和查看功能。
3.3.4 资料管理模块
资料管理模块主要实现资料修改的功能,分为修改密码和其他资料两部分。修改密码模块,用户需分别输入旧密码、新密码和确认密码,若旧密码错误或两次输入的新密码不一样,则系统报错。修改其他资料包括更改用户的用户名、性别、联系方式、地址等基本用户信息。
3.3.5 留言板管理模块
留言板管理模块分为客户留言板管理和销售人员留言板管理两部分。客户留言板管理模块实现留言的添加、查询和查看功能。销售人员留言板管理模块实现留言的回复、删除和查看功能。
3.4 软件复用思想的体现
考虑到系统应用范围之广,在设计时需要建立统一的界面。为了简化客户端的安装和维护,设计时采用B/S结构,建立一个基于多层驱动程序的应用框架,实现数据的共享、查询、存储与传递。
系统五个模块不仅实现系统各个相互独立的具体功能,而且能够实现用户对各自信息的录入、统计和查询功能。系统开发时主要采用JCreator Pro和Dreamweaver MX作为开发工具。开发工具中的窗口、菜单、按钮等均可作为整个集成环境和运行环境都使用的通用基本构件;同时查询构件、统计构件等作为领域共性构件,适用于各个模块;同时用户权限管理是每个应用系统的特有构成成分,它属于应用专用构件。系统的这三类成分就很好的体现了软件复用思想,提高了系统的开发效率.
4 结束语
文章简单说明了可复用构件的软件开发思路,并设计开发了一个商品订单管理系统。同时介绍了该系统的总体设计思想和模块组成,并分析描绘了整个体系结构。多角度说明了可复用构件与软件复用技术能有效地缩短软件开发周期,降低软件维护难度,优化整个系统。可以预见在不久的将来软件复用技术一定会被应用于更多的方面。
参考文献:
[1] Ivar Jacobson ,Martin Griss Patrik Jonsson.软件复用[M].机械工业出版社,2002.
[2] G.V.B.Subrahmanyam. Data management and persistence in J2EEapplications ,2004.
[3] 刘艳松.基于构件的软件复用在校园信息管理系统中的应用[R].湖南中医药高等专科学校.
[4](美)Bruce Eckel,陈昊鹏,饶若楠等译.Java编程思想[M].北京:机械工业出版社,2005.
[5] 高翔,何立军,等.JSP动态网站开发技术与实践[M].北京:电子工业出版社,2007.
[6] 林邦杰. JSP交互网站实务经典[M].北京:中国青年出版社,2001.
订单管理范文第8篇
关键词：供应商管理库存 激励模式 缺货订单
一、绪论
供应商管理库存（VMI）供应商和分销商之间的伙伴关系，供应组织代替客户制定库存补货决策。VMI在20世纪80年代被引入了沃尔玛和宝洁，许多公司都在使用这种管理方式。
供应商管理库存对于企业有很多好处，比如库存水平较低，降低订货成本，许多学术研究认为对下游企业来说可能好处不多。研究人员发现，供应商可以利用消费者的需求信息、生产计划、协调分布获得一定管理好处，而分销商可能仅仅是节约成本。进一步的研究发现，由于供应商与消费者之间共享信息，消费者可能存在机会主义。对机会主义行为的恐惧，是下游企业不愿参与VMI计划的重要原因之一。
本文对VMI下制造商如何利用激励手段与分销商合作进行研究，制造商承诺由分销商分销商库存水平较低，以换取努力转换有可能失去销售由于缺货订单。经销商可以通过替代品转换潜在销售损失和缺货损失。由于制造商不直接与分销商的消费者互动，这激励合同的制造商与分销商协调，转换潜在销售损失缺货订单，并在总体上提高缺货管理成为一种有效的机制。当制造商和分销商以VMI管理方式合作，经销商可以降低库存和销售损失并且增加缺货订单转化率。
二、文献回顾
大量的学者对VMI管理模式进行研究。研究可以分为两大流，一类是VMI作为一个给定的模式结构研究实施所带来的好处或实施最佳操作过程，另一类是研究VMI的结构设计有关的问题。
第一个流中的文学，已经有一些文件表明VMI及相关程序，例如连续补货计划，可以提供正面效益供应链的参与者，往往在降低库存成本的形式。其他学者找到这些程序只有一定的操作条件下的企业是有益的。例如：CRP的实施提供了制造商和零售商的库存减少。但是，减少的程度受消费者的需求的影响。VMI供应链中的企业作为期需求增加之间的相关性提供了更大的效益。
第二流文学通过承包理论研究VMI。文献中大多提到VMI系统的设计。例如，弗莱等研究VMI下（Z，Z）型合同，发现合同执行明显优于零售商管理库存中的许多设置但显着恶化。PLAMBECK认为VMI委托设置，主体其自己的预计总成本贴现的方式，最大限度地减少生产控制率的动机。kraiselburd等研究随机需求和替代产品的供应链承包。他们发现，VMI下当制造商努力的主要方向为消费需求，消费者不太可能替代其他产品进行的更好。Mishra研究参与VMI安排的下游企业，如分销商及零售商的激励机制。他们发现VMI竞争制造商之间的品牌竞争加剧，从而向其下游客户提供福利。
在研究过程中，大部分的研究热点是供应链合作伙伴（上游或下游）的好处，而很少有研究探索上游和下游企业是否可以从VMI的实施中获益。此外，虽然有很多关于VMI下不同激励结构的研究，但大部分研究集中制造商和分销商之间的库存协调问题。并没有关于VMI模式下激励结构的研究。所以本文对基于供应链库存管理下的供应商与经销商激励合同进行研究，弥补研究上的不足。
三、分析模型
由于VMI信息共享，制造商有充分了解经销商的需求分布，以及分销商的库存成本和政策。VMI下制造商决定分销商的投资和订货量，并实现了生产的政策。VMI的安排不包括寄售库存，让经销商拥有所有库存，并且将库存水平控制在较低水平内，并且给出客户服务水平。模型假定的单品管理的VMI制造商和分销商之间存在替代产品。
虽然制造商使用VMI管理分销商的库存，但它仍是经销商与消费者的库存。在脱销的情况下，零售商选择的分销商，并且要求分销商订购，或者选择替代产品，零售商可以从分销商购买；或零售商购买不同的产品从不同的分销商。如果来自不同制造商的替代产品具有相同的利润，分销商之间的淡漠缺货而失去销售缺货，只要缺少的销售取代其他经销商市场。
两个缺货和销售损失缺货扣分处罚的制造商和分销商的成本，只有当销售失去了竞争的经销商。为了简化我们的模型，将标准化等同于制造商和分销商的毛利率，即每个单位缺货制造商和分销商必须加快单位利润为零。
四、结论
供应商管理库存的供应商和客户之间的合作关系，因此，客户同意让供应商管理库存和补货决策。作为一个合作伙伴关系，VMI可以只被持续的如果这两个的的供应商和客户的利益从的安排中的。以往的研究已经清楚地表明供应商可以从VMI中受益，但他们的消费者的好处是少一些，特别是当没有明确的激励合同。
本文中我们研究激励合同，根据VMI安排的上游和下游的供应链合作伙伴的利益。制造商提供他的经销商，为经销商提供较低的库存水平和持有成本，如果经销商同意让供应商管理其库存的激励契约。作为回报经销商销售损失转换缺货订单，从而增加收入和市场份额的制造商最大的努力。在控制总缺货情况下，降低库存水平与较高的缺货率为VMI经销商。研究表明如果建立设计良好的激励机制下游企业可以免受机会主义行为。
综上所述，本研究表明上游合作伙伴可以提供通过VMI激励来影响下游企业的行为，给予其强大的喜好以减少销售缺货，两者的上游和下游企业实现效益。下游企业努力说服他们的消费者转换缺货订单的销售损失可能无法取得丰硕成果。
参考文献：
[1]Angulo，A.，Nachtmann，H.，Waller，M.A.，Supplychaininformationsharinginavendormanagedinventorypartnership[J]，JournalofBusinessLogistics，2004（1）：101–121.
[2]韩岳峰，张龙.中日服务贸易竞争力、互补分析及政策比较[J].现代日本经济，2013（3）.
[3]韩岳峰，张龙.中国农业碳排放变化因素分解研究—基于能源消耗与贸易角度的LMDI分解法[J].当代经济研究，2013（4）.
订单管理范文第9篇
关键词：供应链调度 有限信息共享 分布协商
考虑由客户订单管理者、中间商和服务提供商组成的三级供应链网络，并分别用不同的Agent来描述（见图1）。客户订单管理Agent首先针对订单需求，将其分成几种服务：原材料采购服务、零件加工服务、装配服务和包装服务，它通过招标选择合适的中间商，并协调服务提供商之间的关系；每个服务中间商Agent负责其中某一项服务，他们可以从多个服务提供商中选择最合适的一个；每种服务可以有多个可选服务提供商，每个服务提供商只能参与其中一项服务。
假设整个项目订单的完成时间用DT表示，不允许延期。订单管理Agent在对订单进行各种服务分解的过程中，首先要确定完成各项服务的时间约束。用I表示组成订单实现过程的服务集合；pti表示管理者所确定的完成服务的时间约束，sti表示第i项服务的开始时间；mci，mti分别表示中间商完成第i项服务所需的成本和时间。此时服务i的调度方案可表示为：{mci，mti}，则订单管理Agent确定的初始总体调度方案可表示为：。（其中，下标S1～S4分别对应四项服务）。假设承担第i项服务的提供商的能力表示为{pcij，ptij}，（其中pcij、ptij分别表示第j个服务提供商完成服务i的所花费的成本和时间）。
假设在分布协商优化之前已通过投标的方式确定各项服务的中间商，此时每个中间商中标时的标的就可看成初始总体方案。中间商的标的是以订单管理Agent根据时间需求和各项服务的要求为约束条件，自身收益最大化为目标确定的。即对于提供服务的中间商而言，其局部方案{mci，mti}满足：
（1）
（2）
根据（2）式可知，订单管理者的时间需求相对于中间商所需的时间而言，通常存在一定的冗余rti，同时满足条件：rti=sti+1-sti-mti。
分布协商优化流程与算法
（一）分布协商优化流程
在确定了初始方案后，为了实现供应链总成本最优，需通过对各项服务间的时间约束与起始时间来进行调整。由于考虑订单管理者与中间商之间信息不对称，采用启发式方法与Agent协商机制相结合的方法。为使协商结果更为有效，要求中间商Agent将成本与时间变化及其比率相关信息作为一种有限共享信息提供给订单管理Agent。分布协商优化流程（见图2）可具体表述如下：
第一步，订单管理Agent首先通过各个中间商提供的标的选定中间商，并确定初始调度方案。将其做为一种共享信息提供给各中间商Agent。
第二步，中间商分析每个服务提供商的能力，提出自己的策略和让步方案。其中，策略包括成本降低、事件增加和成本/时间变化比率三种不同的策略。同时，还应提供比初始方案花费时间更少的让步方案。即提供能够带来节省时间的可选方案。
第三步，订单管理者Agent在获得中间商提交的策略和让步方案的共享信息后，首先需要选择合适的策略，选择的原则可以是所有策略中成本降低量与时间增加量的比值最小者。当前一次新策略选择应用不成功时，选择相对次优的策略。当没有可选的策略时，则表示供应链调度过程结束。采用某一策略后，往往会带来该服务实现时间上的增加，为此需要进行时间上的调整，从而保证该服务顺利完成。方案调整的方法有两种，一种是利用冗余时间进行调整调度方案，另外一种是从其他服务中获得额外时间进行调整。通过以上两种方法均可生产新的调度方案，订单管理Agent在得到新的调度方案之后需要将相应的方案作为共享信息发送给各个中间商Agent。
最后，中间商Agent在接收到订单管理Agent提供的共享信息后，判断是否接受调度方案。若接受，则表示协商结束；否则调整策略与让步方案开始新一轮的协商。
（二）订单管理Agent的共享信息
订单管理Agent的知识结构信息可表示为：。其中，D表示订单中的各项服务及各项服务的分配情况。IP和P分别表示初始调度方案和当前调度方案。方案具体可表示为：。R表示当前调度方案相对初始调度方案的成本减少量。
协商开始后，订单管理Agent需要向承担第i项服务的中间商Agent提供有限的共享信息：SIiMA =< IPi >。协商过程中生成新的调度方案后，提供有限共享信息：SIiMA =< Pi，R >。
（三）中间商Agent的共享信息
中间商Agent的知识结构可表示为：。
其中，表示可供选择的服务提供商编号及能力，Ti表示当前方案所选择的服务提供商，NTi表示提出新策略中的服务提供商，CTi表示让步方案中的服务提供商。协商开始后，中间商的提供的共享协商信息可以表示为：。
其中，表示中间商所提出的新策略。{nci，nti}表示新策略所需成本和时间，{nfci，nfti}表示新策略相对当前调度方案的成本减少和时间增加量，表示新策略中成本的减少量和时间的增加量的比值。而表示中间商提出的让步方案。{dci，dti}表示让步方案所需的成本和时间，{dfci，dfti}表示让步方案相对当前调度方案的时间减少量以及成本增加量，而表示成本增加量和时间减少量的比值。
（四）分布协商优化算法步骤
根据前述内容，分别协商优化算法步骤如下：
Step 1 订单管理Agent确定初始调度方案，并给选定的中间商Agent发送协商信息：SIiMA =< IPi >。
Step 2 各中间商Agent分析服务提供商能力，提出新策略NPi和让步方案CPi，并向订单管理Agent发送协商信息。
Step 3 订单管理Agent依据2.1节中两种方案调整方法对新策略进行调整，生成新的调度方案，将有关当前调度方案的协商信息SIiMA =发送给中间商Agent。
Step 4 若中间商接受该调度方案，则算法结束；否则转至步骤2，继续新一轮的协商。
算例分析
假设订单包括6项服务、每个服务有4个提供商，每项服务的时间约束Ti采用均匀分布的随机数，取值范围为[50，100]。服务提供商的实现服务的时间pij和Cij成本分别表示为：和，其中，α、β和γ分别为满足均匀分布的随机数，范围分别为[-20，20]、[250，500]、[0，100]。为验证分析本文提出的启发式方法的可行性，可将该方法的结果和在信息完全共享的条件下集中优化得到最优的调度方案进行比较。其中，集中优化模型可采用混合整数规划模型，利用Lingo软件对数学模型进行求解。用Eclipse实现文中提出的优化方法。根据以上规则生成10次数据实例。表1为分布协商优化算法和集中优化方法的具体性能比较。其中，采用的三个参数分别为：IC=（初始调度方案所需成本-集中优化所需成本）/ 初始调度方案所需成本；DC=（初始调度方案所需成本-分布协商优化成本）/ 初始调度方案所需成本； IDC=（分布协商优化成本-集中优化所需成本）/ 初始调度方案所需成本。
从表1中的数据可以看出，利用分布协商优化方法所得到的结果非常接近集中优化方法得到的结果，而且相对于初始调度方案，两者成本均有一定程度的优化。
结论
在描述和分析由订单管理者、中间商和服务提供商组成的三层供应链结构，构建基于Agent协商框架的基础上，本文针对信息不完全条件下的供应链项目调度优化问题，提出了一种启发式的方法。该方法不需要订单管理Agent了解各个中间商所具有的服务提供商资源的具体信息，而是通过与中间商Agent共享调度策略、让步方案以及调整后的新调度方案等信息，通过协商逐步实现调度优化，算例证明该方法具有一定的可行性。本文算例中假设订单管理者可以将订单分解为几种不同的服务，若当某中服务没有合适的服务提供商时，则无法得到初始项目调度方案，因此也不能进行进一步的调度优化。这时，可考虑寻求更多的可选提供商，或者由订单管理Agent重新调整订单的需求。
参考文献：
1.HUANG G Q, LAU J S K, MAK K L, et al.Distributed supply-chain project rescheduling: part I-impacts of information-sharing strategies [J]. International Journal of Production Research, 2005, 43(24)
2.张瀚林，蒋国瑞，黄梯云.一种有限信息共享的全局寻优供应链双边协同计划方法[J].管理工程学报，2010(2)
3.VAIRAKTARAKIS G, HOSSEINI J. Forming partnerships in a virtual factory [J]. Annals of Operations Research, 2008, 161(1)
4.BANASZAK Z A, ZAREMBA M B. Project-driven planning and scheduling support for virtual manufacturing[J]. Journal of Intelligent Manufacturing, 2006, 17(6)
5.姚建明，周国华.大规模定制模式下供应链计划调度优化分析[J].管理科学学报，2003(5)
6.LAU J S K, HUANG G Q, MAK K L, et al. Distributed project scheduling with information sharing in supply chains: part II-theoretical analysis and computational study [J]. International Journal of Production Research, 2005, 43(23)
7.杨树，黄国全，梁 .基于竞标的供应链分布式项目调度方法[J].管理工程学报，2008(2)
8.WANG M, WANG H, VOGEL D, KUMAR K,et al. Agent-based negotiation and decision making for dynamic supply chain formation [J]. Engineering Applications of Artificial Intelligence, 2009,22
订单管理范文第10篇
【关键词】数据挖掘；订单管理；客户管理；SAS
1.数据挖掘技术概述
1.1 数据挖掘技术的分析方式
在当今的人工智能领域之中，数据挖掘技术被称为知识发现或数据库中知识发现（Knowledge Discovery in Databases，KDD），也有人把数据挖掘技术视为是从数据库中知识发现过程的一个基本步骤。数据挖掘技术是一个从大量数据中抽取挖掘出未知的、有价值的模式或规律等知识的非平凡过程，因此它与数据仓库有着密切的联系。
图1 数据挖掘系统原型
数据挖掘的分析方法大致有两大种类。一类是直接数据挖掘，其目标是利用可用的数据建立一个模型，这个模型对一个特定的变量（可以理解成数据库中表的属性，即列）进行描述；另一类是间接数据挖掘，其目标中没有选出某一具体的变量来用模型进行描述，而是在所有的变量中建立起某种关系。上面的分类、估值、预言属于直接数据挖掘，后三种属于间接数据挖掘。数据挖掘的分析方法大致可分为以下几种：
分类（Classification）。从数据中选出已经分好类的训练集，在该训练集上运用数据挖掘分类的技术，建立分类模型，对于没有分类的数据进行分类。
例子：信用卡申请者，分类为低、中、高风险。
估值（Estimation）。估值与分类十分相似，不同之处在于，分类描述的是离散型变量的输出，而估值处理连续值的输出；分类的类别是确定数目的，估值的量是不确定的。
例子：
a.根据购买模式，估计一个家庭孩子个数。
b.根据购买模式，估计一个家庭的收入。
c.估计real estate的价值。
预言（Prediction）。预言是通过分类或估值起作用的。及先通过分类或估值得出模型，然后再用该模型对未知变量的预言。
例子：海南航空引入领先的数据挖掘工具马克威分析系统，分析客流、燃油等变化趋势，以航线收益为主题进行数据挖掘，制定精细的销售策略，有效提高了企业收益。
相关性分组或关联规则（Affinity grou-ping or association rules）。决定哪些事情将一起发生。
例子：
a.超市中客户在购买A的同时，经常会购买B，即A=>B（关联规则）。
b.客户在购买A后，隔一段时间，会购买B（序列分析）。
聚集（Clustering）。聚集是对记录分组，把相似的记录在一个聚集里。聚集和分类的区别是聚集不依赖于预先定义好的类，不需要训练集。
例子：
a.一些特定症状的聚集可能预示了一个特定的疾病。
b.租VCD类型不相似的客户聚集，可能暗示成员属于不同的亚文化群。
描述和可视化（Description and Vis-ualization）。是对数据挖掘结果的表示方式。
1.2 数据挖掘技术的实现方法
在技术方面，根据数据挖掘的工作过程可分为数据的抽取、数据的存储和管理、数据的展现。
数据的抽取：数据的抽取是数据进入仓库的入口。数据的存储和管理：数据仓库的组织管理方式决定了它有别于传统数据库的特性，也决定了其对外部数据的表现形式。数据的展现：在数据展现方面主要的方式有：
查询：实现预定义查询、动态查询、OLAP查询与决策支持智能查询。
报表：产生关系数据表格、复杂表格、OLAP表格、报告以及各种综合报表。
可视化：用易于理解的点线图、直方图、饼图、网状图、交互式可视化、动态模拟、计算机动画技术表现复杂数据及其相互关系。
统计：进行平均值、最大值、最小值、期望、方差、汇总、排序等各种统计分析。
挖掘：利用数据挖掘等方法，从数据中得到关于数据关系和模式的识。
2.数据挖掘技术在客户订单管理中的应用
2.1 进行客户识别和保留
首先应识别潜在客户，然后将他们转化为客户这时可以采用DM中的分类方法。首先是通过对数据库中各数据进行分析，从而建立一个描述已知数据集类别或概念的模型，然后对每一个测试样本，用其已知的类别与学习所获模型的预测类别做比较，如果一个学习所获模型的准确率经测试被认可，就可以用这个模型对未来对象进行分类。客户保留则是留住老顾客，防止客户流失的过程。对企业来说，获取一个新顾客的成本要比保留一个老顾客的成本高。在保留客户的过程中，非常重要的一个工作就是要找出顾客流失的原因。
2.2 数据挖掘技术在客户管理中的应用
客户的忠诚意味着客户不断地购买公司的产品或服务。数据挖掘在客户忠诚度分析中主要是对客户持久性，牢固性和稳定性进行分析。比如大型超市通过会员的消费信息，如最近一次消费，消费频率、消费金额三个指标对数据进行分析，可以预测出顾客忠诚度的变化，据此对价格、商品的种类以及销售策略加以调整和更新，以便留住老顾客，吸引新顾客。
数据挖掘技术可以用来分析和预测不同市场活动情况下客户盈利能力的变化，帮助企业制定合适的市场策略。商业银行一般会利用数据挖掘技术对客户的资料进行分析。找出对提高企业盈利能力最重要的客户。进而进行针对性的服务和营销。
3.基于数据挖掘技术的客户订单管理
3.1 客户订单管理系统需求分析
随着社会的不断进步，信息技术的不断发展，企业将面临越来越多的挑战，而传统的订单管理系统已经不能满足现在飞速发展的社会的需要。在这种压力之下，各个企业都希望有一个更好的系统来对企业的客户和订单进行管理，并且尽可能的发挥出数据的有用价值。从而，我们的基于数据挖掘技术的客户订单管理系统应运而生。作为一个客户订单管理系统，它首先要有客户管理模块来对企业的客户进行管理，还需要一个订单管理模块来对客户下的订单进行管理。在这基础上，系统中数据挖掘模块，来对企业的客户数据进行数据挖掘，从未知的数据当中发掘出有用的数据，从而尽可能的提高企业在当今社会中的生存能力。
在系统中包含了四个功能模块，它们分别是：客户管理模块、订单管理模块、数据挖掘模块和系统管理模块，以及密码修改、软件锁定和退出系统三个快捷按钮。
其中文件菜单下包括数据库连接、注销和退出三个子菜单；客户管理菜单下包括客户信息的添加、修改、查询和删除四个子菜单；订单管理菜单下包括订单的查询、添加、修改、删除和维护五个子菜单；系统管理菜单下面包括数据导出和用户管理两个子菜单；密码修改、软件锁定和退出系统三个按钮分别可以进行当前用户的密码修改，软件的临时锁定和退出系统。
3.2 客户订单管理系统—客户盈利能力分析和预测
系统利用数据挖掘进行客户盈利能力分析和预测，所采用的工具是著名的SAS Enterprise Miner 9.2，这是一种在我国的企业中广泛使用的数据挖掘工具。SAS Enterprise Miner是一种通用的数据挖掘工具，按照“抽样—探索—转换—建模—评估”的方法进行数据挖掘。可以与SAS数据仓库和OLAP集成，实现从提出数据、抓住数据到得到解答的“端到端”知识发现。SAS软件是模块式结构，最常用的3个模块分别是SAS/BASE（基础）、SAS/STAT（统计）和SAS/GRAPH（图形），还有SAS/ETS（预测）、SAS/IML（矩阵运算）和SAS/QC（质量控制）等约20个模块。这些模块可单独使用、也可互相配合起来使用。
数据导入：常用的导入和导出数据格式包括：文本文件（txt格式）、纯数据文件（dat格式）、EXCEL文件（xls格式）、ACCESS文件（mdb格式）。
数据分析：最简单的SAS程序由一个SAS数据步（SAS DATA STEP）和一个SAS过程步（SAS PROCEDURESTEP）两部分组成。数据步以DATA语句开头，其作用是建立SAS数据集（SAS DATA SET）。具体地说，就是建立起变量与数据之间的联系，使数据能方便地被SAS过程所利用；过程步以PROC语句开头，其作用是激活SAS过程。
数据导出：分析完成后，选择文件/导出数据，输入要导出的文件逻辑名称和数据文件名称后选择导出的格式，下一步输入导出的路径和文件的名称。最后进入SAS Wizard界面，对输出的table命名，点击finish完成。通过“客户分析”把SAS的分析结果导入到该系统中，客户分析界面如图2所示。
图2 客户分析图
4.新型客户订单管理系统的发展
近年来，以互联网为代表的计算机信息技术的迅速普及，使人们的生活条件和社会环境发生了巨大的变化。大量的数据库被广泛的应用于企业管理，科学研究，电子商务，金融预测，商品零售，医药化工，政府办公以及工程开发等社会生活的各个领域，并且这一趋势仍将继续。
运用数据挖掘技术和基于客户订单管理的相关理论，建立基于数据挖掘技术的客户订单管理框架，在客户订单管理系统的实现中融入数据挖掘技术，使得系统在对数据访问、数据分析和制定决策方面为用户提供更强大的服务，提高系统的可用性。鉴于客户订单系统解决方案建立在企业原有数据库系统之上，通过分析各种数据之间的关联，针对不同的客户建立不同的联系，最大化挖掘订单价值，为企业管理层提供正确的决策支持，提升企业的竞争能力和盈利能力。因此，客户订单管理系统的建设对于企业的发展有重大意义。充分利用企业的订单数据资源，与数据挖掘技术相结合，从大量的数据中抽取有用的商业信息，实现经营管理中的决策支持，从而提高客户订单管理系统的时效性。
参考文献
[1]金周银.服装企业度身定制的客户订单管理系统的设计与实现[J].工业控制计算机，2010（3）：15-18.
[2]段晓华.数据挖掘技术在电子商务客户关系管理中的应用研究[J].湖南文理学院学报（自然科学版），2010 （2）：35-38.
[3]戴宏钦.基于CRM的订单管理系统[J].电脑开发与应用，2008（11）：46-48.
[4]季明.客户订单项目的工作结构及企业组织结构[J].工业工程与管理.2007（增刊）：34-37.
[5]DaimlerChrysler Corporation.Cross Industry Standard Process for Data Mining，2007（7）：18-22.