订单管理系统毕业论文

订单管理系统毕业论文订单管理系统毕业论文随着社会经济和技术的日益发展,信息技术运用到企业日常生产销售活动已经成为不可阻挡的趋势。下面是学习啦我为大家整理的订单管理系统毕业论文，供大家参考。订单管理系统毕业论文篇一某集团公司订单营运管理系统的分析与设计订单管理系统毕业论文摘要摘要：某集团公司事业部海外业务及经营规模不断扩大，为配合海外营销公司的发展及加强出口业务及生产管理，拟开发订单营运管理系统，文章介绍了项目的背景、项目的目的和设计原则，选择了广泛使用的.J2EE架构开发此系统，后台数据库采用Oracle9i，根据调研和分析，确定了系统采用三层架构，使用模型驱动(MDA)的架构设计开发方法。订单管理系统毕业论文内容关键字：订单;管理系统;分析;设计1背景介绍某集团公司事业部施行ERP系统重点解决了以财务为核心的发货及应付账款管理等问题，但随着事业部海外业务及经营规模不断扩大，为配合海外营销公司的发展及加强出口业务及生产管理，拟建立一套基于B/S技术架构、多组织、运作灵敏的订单营运系统，以订单管理为主线，分享ERP系统的相关数据，符合公司管理运作形式并能有效支持海外业务管理的订单营运系统。2系统建设原则本项目建设将按照下面基本原则：(1)前瞻性(2)兼容性(3)成熟性(4)可扩展性(5)集成性(6)易用性(7)系统高可用性和安全性3系统总体规划该系统建设的范围是对企业相关的前端业务流程进行分析，利用价值链分析方法，对每一个阶段进行需求分析与规划，将业务需求分类成领域内核心价值链和辅助价值链。再结合企业IT的体质，有条件有步骤的进行业务流程设计与功能设计。这其中也结合管理重组的进行。4系统设计方案(1)系统基础管理：系统基础管理分四块内容：一是用户及权限管理，保证了访问系统的基础功能和安全需求;二是支撑组件管理，保证系统业务模块中得到基础的通用功能，如消息、工作流;三是系统管理部分，保证系统管理员能够对系统运行的管理与控制，如系统日志、接口、菜单、模块定义等;四是为了系统初始化而设置的功能，如系统资料、初始化设定等。(2)应用模块①组织机构提供面向服务体系(目的)的多组织和多层次维护。多组织针对不同的业务主体，如各独立事业部;组织层次能够分为：总部、分中心、高级服务商(一级网点)、特约服务商、供给商、维修工厂等等。②用户管理用户管理包括个人帐号、密码、邮箱、密码提示、职位、姓名、登录次数等内容。在用户忘记密码后能够通过安全途径重新获取密码。③角色定义定义或修改用户角色类型，建议平行设置。根据用户帐号，赋予(定义或修改)他在系统中的应用角色。根据角色定义，赋予他包含的用户帐号。角色定义的应用特点为：帐号与角色分离管理方式，使得系统众多流程定义与实现更简洁规范。根据管理需要，实际操作用户可赋予多重角色。除建议角色外，用户可任意定义角色名称及含义，以知足业务发展需要。建议系统管理角色与其他角色严格区分。可一人多帐号。④权限管理权限管理则为用户分配使用系统的权限，包括不同模块的使用权和对数据的操作权限，使不同的用户使用和操作不同的数据，进而从广度和深度两方面确保了系统数据的安全性。⑤基础资料系统基础数据的管理，通常在系统初始化经过中完成，如组织定义、省份、人员、费用项目等。⑥消息管理消息管理从机制上能够看作是一个嵌入系统的邮件系统，具备邮件系统的一般功能。⑦工作流管理工作流管理是整个系统的一个公用模块，它定义、控制和管理所有的工作流程，通过对审核人角色、单据状态及审核结果、审核步骤与结点以及审核受权处理等四个环节的定义和控制，实现工作流的可管理性。⑧菜单模块菜单模块维护系统菜单信息和模块信息，一个菜单对应到一个模块，一个模块只能对应到一个菜单，菜单维护包括菜单编码、菜单名称、菜单类型、上级菜单、排序号等，模块维护包括模块代码、模块名称、模块描绘、模块类型、图标、参数、工作目录、首页面等信息。⑨系统日志日志包括用户操作日志和系统错误日志。用户操作日志主要记录用户对系统登录及操作经过。内容包括用户编号、用户名称、登录IP、操作时间、操作类别、操作内容、模块编号等。错误日志主要记录用户操作经过中的出错记录和系统出错记录。内容包括：用户ID、出错时间、模块编号错误编号、错误级别、错误讲明等。系统将自动记录用户操作日志和系统错误日志，并可根据需要进行删除、打印。5应用系统技术架构系统采用如下技术道路：使用模型驱动(MDA)的架构设计开发方法采用开放的J2EE/J2SE系统平台，同时支持阅读器应用和胖客户机(RichClient)应用采用东软多层企业应用平台uniEAP+LCF(LightClientFramework)的技术数据库使用高性能的Oracle9i采用基于组件(CORBA/DCOM)适配器IAdapter的应用集成6技术成熟度、推广应用情况及前景由于系统均采用成熟的开发平台和开发技术进行设计开发，因而系统具有较高的技术稳定性和成熟度。可在类似集团公司业务形式的电器制造行业推广，具有良好的推广前景。订单管理系统毕业论文文献[1]孟晓胜;陈志祥;，分布式协同生产订单管理系统的研究与开发[J]，当代制造工程，2021年7月[2]唐彦，基于Struts框架的烟草订单管理系统研究[J]，物流技术，2021年第8期[3]王东方，基于LLP的汽车制造业物流信息平台架构研究[J]，重庆工商大学学报(自然科学版)，2021.01订单管理系统毕业论文篇二领域模型在订单管理系统开发中的应用研究订单管理系统毕业论文摘要面向特定领域模型的数据处理方法对于软件重用、软件可升级和软件开发效率的提高都有重要的指导意义。论文首先分析领域模型内涵，提出了构造基于领域模型软件系统架构的一般方法，进而结合订单管理系统的开发，介绍了领域模型的应用方法和处理流程。实践表明，基于领域模型的系统开发方法能极大提高实际软件系统的开发效率。订单管理系统毕业论文内容【关键词】领域模型事务脚本表模块表数据模型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转换为实体在抽取业务模型的基础上，还需将业务模型中的对象转换为实体。在转换经过中，需要使用面向对象的方式组织对象之间的关系。获取客户订单中订单模型转换为实体的代码如下：publicclassOrder{publicstringId{get;set;}publicDateTimeOrderDate{get;set;}publicdecimalTotal{get;set;}///订单所属的用户publicvirtualCustomerCustomer{get;set;}///订单对应的明细列表publicvirtualICollectionDetailList{get;set;}}3.2.4定义业务规范业务规范是领域模型中的核心，定义业务规范就是明确业务对象之间的关系和使用方式。在定义业务规范的经过中，常借助于构建规约完成规范的创立。如在获取客户订单中商品明细处理模块中，相应业务规范的定义如下：publicinterfaceIOrderContract{///根据登录用户获取跟用户的商品列表IEnumerableGetOrderProductList(stringcustomerId);}publicclassOrderComponent：IOrderContract{IEnumerableIOrderContract.GetOrderProductList(stringcustomerId){//1.构建规约，按用户编号获取用户信息//2.获取Customer的订单列表OrderList//3.遍历OrderList中的DetailList//4.遍历DetailList中的产品列表//TODO：根据上述注释填写代码}}从定义的业务规范中能够看出，获取ProductList的经过变成了几个相关对象的业务合并，也就是讲一个领域模块的完成是由多个子模块组合而成，而这些子模块又知足事务约定。3.2.5实现业务规范在定义业务规范基础上，最后要实现业务规范。如在获取客户订单中商品明细处理模块中，相应的业务规范实现如下：publicclassOrderComponent：IOrderContract{IEnumerableIOrderContract.GetOrderProductList(stringcustomerId){//1.构建规约，按用户编号获取用户信息//2.获取Customer的OrderList//3.遍历OrderList中的DetailList//4.遍历DetailList中的产品列表//TODO：根据上述注释填写代码varorders=Customer