英语原文共 6 页，剩余内容已隐藏，支付完成后下载完整资料

农产品冷链物流安全监管体系研究：机制改进与监督措施

摘 要

物流信息系统应重新配置，开放可扩展，以支持整个供应链。 引入软件技术来设计和构建面向各种供应链业务需求的物流信息系统。 当供应链发生变化时，物流信息系统组织各种所需的物流资源，通过召回预定义的软件组件动态配置物流信息系统，确保快速响应供应链需求变化，支持物流信息的动态重构 系统。 在本文中，提出了一种使用软件组件技术重构物流信息系统的方法。 对主题领域的关键问题进行了调查，并提出了一个说明性的案例研究。

关键词 供应链管理；物流信息系统；软件组件技术；物流功能部件

1 介绍

物流信息系统（LIS）越来越重要，因为它提供了有效的物流管理，旨在降低供应链上客户的成本和周期时间。 LIS是用于收集，汇总和分析来自操作应用（采购，销售，物流，管理控制，工厂维护，质量管理/检验处理）数据的灵活工具，使用户能够连续控制目标标准，并及时对外界的情况作出反应。

物流管理通常涉及涉及各级规划和执行的各种入境物流活动。然而，许多中小型第三方物流（3PL）供应商仍然关注内部运营绩效，但缺乏与其他供应链参与者合作改善整体供应链绩效的愿景。此外，这些3PL提供商无法实现与贸易伙伴同步信息，以及时做出决策或提供响应式服务。在如今的数字化时代。需要新的方法来支持3PL供应商在未来的业务发展，以支持不同的供应链和响应不同的客户需求，这是可以实现的。

作为一个新概念，软件组件技术加速了命令式重构形式的发展[6]。软件组件技术具有重用，简化开发流程，降低开发成本，提升物流质量等诸多优点。因此，基于软件组件技术的物流信息系统具有能力变化，客户品种和更短的切换时间和成本的固有能力。应用于可重构物流信息系统的软组件可以通过明确的（友好和标准化）界面来链接不同的组件，以提高系统的灵活性并完成对不同客户需求的响应。为了支持不同种类的供应链，物流信息系统的组织迅速，可以根据当前客户的要求，适应物流企业的响应要求。这种方法可以确保物流资源的有效和可预测的使用。

本文的其余部分安排如下。软件组件技术的结合和发展将在第2节中介绍。可重构物流信息系统的架构和实现在第3节和第4节中描述。案例研究在第5节中提出。最后，第6节得出结论。

2 软件组件技术

“组件”的样式更多的实在软件组件的特定领域来实现的[7]。从软件工程的角度来看，软件组件只是具有合同规定的接口和显式上下文相关性的组合单元，可以独立部署，并由第三方组成[10]。组件概念的主要目标是重用，这具有一些重要的优势。例如，如果新软件中的50％的组件已被高效地使用，那么这意味着软件开发人员只需要开发新软件的50％[8]。因此，与完全编写相比，开发人员可以更快地生产该软件。

目前，这些理论和方法都适用于其他系统。当应用于公共系统时，组件被定义为通过简单的通信独立开发和测试并集成到应用程序中的应用程序的一部分[9]。广泛的定义，软组件技术集中在即插即用软件组件的概念上，可以在嵌入式作为中心后立即使用，从而可以通过组合组件构建系统。完全不需要完全配置与其他软件系统完全不同的新软件系统。相反，直接使用现有的软件组件，新系统可以组装（或在适度的情况下进行修改）。所以软件组件技术有两个方面如下：

软件组件：与软件系统的组件概念相对应，在应用开发领域采用JavaBeans和COM等软件组件的技术。因为这些技术是成熟和商业的，所以可以快速完成新系统的建设。传统软件适配的优点来自简化的测试和更多受控的软件修改，以期将来的软件系统更改。

灵活组件：从系统结构的角度，整个系统由动态的灵活组件组成。每个组件的结构都可以改变，从而灵活。组件可以嵌入其他组件，也可嵌入到其他组件中。组件的粒度与实际规范相关。

与其他系统不同，基于软组件的系统设计为具有所需的精确物流能力和功能，并在将来进行升级（在容量和功能方面）。超大容量和功能使物流更复杂的零件类型和物流在同一系统上的各种零件类型。与传统的重构技术相比，软件组件技术具有以下特点：

即插即用。可以方便地将组件集成到框架中，而无需修改代码或重新编译。但他必须验证其具体情况与新环境的一致性

组件的界面与组件的完成分离。因此，系统设计人员只需要了解该接口，而不需要了解实现细节。它还提供物流系统的封装和执行环境。明确的界面提供封装和统一的整体软件设计视图。

开发人员设计系统能力和灵活性（硬件和控件），使其与应用程序完全匹配，这些应用程序代表了调整逻辑信息系统的自定义（非一般）灵活性以满足新订单要求的能力。

考虑到软件组件技术的上述优点，我们将其引入到重构信息系统中。从系统工程的角度来看，基于组件的逻辑信息系统架构的关键问题是物流资源在数据密集型应用中的有效利用。

3 可重构物流信息系统

可重构物流信息系统采用“构建块”的方式组织物流信息系统，即以现有组件为基础开发新系统。一是物流资源设计为个体玩具砖。然后，当订单到达时，用户可以根据物流订单计划组织“积木”形成物流信息系统。物流任务计划变更时，可以按照一定的规定管理和控制物流资源，并取代部分“积木”或增加其他“积木”，调整系统结构，动态响应物流变化。从建模技术的角度来看，“积木”是呈现物流资源的软件，可构成许多物流信息系统。对于不同的应用，根据现有物流资源建立不同的收缩条件，可以优化和重构不同的资源，形成最优的信息系统。当可能有几个可行的候选人时，需要选择最适合的候选人。

应用软件组件技术构建物流信息系统具有以下特点：

将系统设计人员与物流资源的建模者分开，设计师不需要考虑具体的后勤资源模型。系统设计人员和软件组件开发人员可以并行协同工作。

增强系统灵活性。给定物流任务，所需的系统可以由存储在组件库中的相应软件组成。并且系统不需要完全设计，这确保类似的功能部件不被重复写入。因此，它不仅提高了系统灵活性，而且提高了规划者的效率。

使系统开放。通过隐藏和整理支撑物流系统和物流资源的数据和算法的结构细节，通过向用户提供规范界面，软件组件技术提供了高度的开放性。但是，在将组件集成到新的环境中时，必须验证其规范与新环境的一致性，从而确保该功能不会因其使用模式而中断。 [10]

提高系统敏捷性。当条件变化或资源冲突时，可以有效地安排物流资源，并快速重新配置物流系统。

因此，利用软件组件技术，物流信息系统可以实现系统结构的动态变化，以应对连锁环境和物流任务的变化，使其适应不同类型的物流应用。此外，随着上述过程的逐步形成，主要的公共软件组件库将逐步形成，可以应用于不同的应用程序，以放大系统的泛化。

4 系统实现

如何设计可重构物流信息系统是非常复杂的。图1显示了基于软件组件的系统的开发过程是并行和二维过程，其中系统规划师与物流资源的模型开发人员分离。从系统规划师的角度来看，它遵循共同的开发过程，即需求分析，系统简单设计，系统详细设计，组装和测试，逻辑交付等。在此步骤中，闭环控制是介绍反馈所需的信息，这些信息为设计人员解决实际出现的问题而提供了帮助。另一方面，从软件开发人员的角度来看，它代表了软组件开发过程，由组分类，特征蒸馏和组件测试组成。在这种模式下，软件组件技术将机器作为虚拟设备进行封装，使得该架构对于软件开发人员而言更为不够。在下面的部分中，我们将详细讨论这两个过程。

图1

4.1 系统规划

要开发基于软件组件的系统，有必要将应用程序分为组件。因此，要考虑的第一步是对主要分析进行调查，这有助于了解问题及其解决方案组件。这种分析对于通过所处理的主题的类型进行识别和分类，在识别软组件中起关键作用。从分析中，建立了物流任务规划活动特征的域名单。整个系统分为三部分：共同部分，可复用部分（与某些领域有关）和特殊部分。因此，基于功能，组件可以分为以下三类：通用组件（GC），域通用组件（DGC）和域特定组件（DSC）。讨论设计步骤如下：

建立遗传成分。很明显，在共同的系统中有一些基本的部分，它们是提供一些遗传服务，如数据库管理部分，网络连接部分等。这些通用组件可以作为构建其他系统的基本服务，遗传因素独立于所考虑的问题和专门针对发达国家系统的具体要素[7]。这些通用模型是在分析域之后获得的，这使得该架构适用于各种应用。它是水平重用，它包括在不同应用程序中使用通用组件。

设计域通用组件。域通用组件是向特定域提供一些遗传服务的特殊组件，仅适用于某些特殊应用程序。引入集团技术（GT），经常对逻辑资源进行分类，这是基于将相似部分归类为家庭的原则。给定不同的订单，组装不同的组件来构建定向订单系统。在此期间，不必考虑特殊订单的特定信息流，因为以下域名特殊组合应组合起来以满足特殊需求。这是一种垂直重用，这意味着组件特定于专业领域或实施领域。其目的是从一些领域的系统系列中派生通用模型。

开发域特殊组件。域特殊组件的目标是为特殊域中的特殊订单提供一些特殊服务。在调查企业并构建上述基本模块后，开发人员可以设计域特殊组件来构建定向逻辑系统。

系统设计流程步骤如图2所示：当物流任务到达时，作业车间控制器将任务分配给相应的系统控制器，从而直接添加组件，形成定向物流系统，选择适当的组件并重新编译组件。使用专用通信通道，系统控制器可以向工作站发送按摩，直接控制相应的设备。

应用这种施工模式，物流信息系统能够有效地处理各种物流任务。理想情况下，如果构成物流信息系统的组成部分已经形成一定规模，这意味着将大型结构框架视为可以添加小变体功能的不变量（即修改代码行），则组件在该系统可以被看作是存储在组件库中的总集合。另外，组件之间的关系是动态联盟的。订单到达时，选择和锁定所需组件，构建与其他组件的物流信息系统;任务完成后，关系自动断开，组件被解锁并可以自由应用于其他系统。

图2

4.2 软组件设计

软件组件设计是基于软件组件的系统开发的关键问题。在本文中，物流系统中的组件分为以下两类：

图1显示了物流功能组件的结构，分为三层。信息层包括物流资源的基本特征;应用层代表组件完成实际过程功能的行为;信息集成技术应用于接口层的设计，确保组件之间的无缝连接，支持组件的即插即用，实现可重配置的物流信息系统。

4.2.1 物流功能组件

为了设计这些软件，我们可以制定和总结现有的物流资源，抽象并模仿物流参数，胶囊的一些特征，以面向对象和面向方面的概念构建软组件等。可以从域通用组件导出或继承相同的域。当需要修改现有组件的结构时，应尽可能从前面的组件继承，以保持组件结构的一致性。

4.2.2 过程组件

过程组件和物流功能组件之间是不同的，即农民的经营对象不是详细的数据或信息，而是一些物流功能组件。过程组成部分代表物流功能组成部分之间的可变关系，如物流资源之间的协调与联系。过程组件不仅可以被视为组件库中的单个组件，而且可以与其他物流功能组件结合形成另一个组件。图3显示了物流功能组件与过程组件之间的关系。

从系统的角度来看，整个物流信息系统被视为一个网络，将物流信息分为物流功能组件和过程组件，其中物流信息组成部分是“节点”和流程组件是连接节点的“链”，它们共同处理逻辑过程的总程序。因此，由于物流功能部件和过程部件的不同组合，形成了以信息系统为导向的秩序。

图3

5 软件系统

这项工作的目标是建立可重构物流信息系统，以提高系统响应不断变化的客户需求的能力。该模型基于之前描述的软件组件技术和允许其集成的组件之间的交互。基于结构的系统将支持各种异构组件之间的重新配置和远程物流控制。物流信息系统基于此结构实现了每个流程层的整合，并根据流程重新配置。该系统以J2EE模式的Java编程，其中组件以JavaBean的形式被压缩。

该模型构建了三层，包括信息层，中间层和应用层，以提高系统功能，如图3所示。

（1）第一个负责系统的关系信息，包括用户信息管理，订单信息和物流资源信息等。

（2）第二层从关系数据集合构建对象模型。该对象模型构成了不同软件组件为其特定业务流程构建自己的专用对象模型的基础平台。中层由三个子层组成：呈现子层，过程逻辑子层和数据子层，与应用层分组合平台进行通信。

（3）第三层向用户提供信息并与之交互。应用层提供以下功能：物流任务规划，物流数据管理，物流任务查询，异常处理，日志管理，实时监控，物流设备管理，业务智能管理，物流量控制等。

6 研究与讨论

本案例研究阐述了构建物流信息系统和完成物流任务的详细程序。

（1）当一个名为“Task1”的物流任务到达时，创建任务控制器以管理完整的过程，直到完成任务。

（2）具有系统提供的“组件组织”功能，任务控制器中包含不同的组件。在这种情况下，选择几个逻辑功能组件和过程组件来构建物流信息系统来处理物流任务。此外，确定任务将由名为“lt_1”的物流术语完成。

（3）当在8个运输车辆中完成的10个物流任务中，“lt_1”中的任务控制器构建了相应的物流信息系统时，应对所有物流任务的运输顺序进行排序。在本案例研究中，应用启发式算法在组件组织阶段调度任务车辆，原因是调度算法被封装为过程组件。然而，如果在同一物流术语中由不同任务选择不同的算法，则引入一些指标来比较这些算法之间的差异，如运输距离，到期日期等。最后，物流术语将采用优化算法解

剩余内容已隐藏，支付完成后下载完整资料

资料编号：[613827]，资料为PDF文档或Word文档，PDF文档可免费转换为Word