车间作业管理系统是企业生产管理的一个重要环节，是企业计划层和车间执行层的接口。现在无论是生产计划还是车间生产执行系统都己发展得比较成熟，但是作为二者接口的车间作业管理系统，却还不够完善。这与车间作业管理的特点有较大的关系，车间作业管理处理的动态信息量大，要求实时性强，并且调度复杂。同时在此阶段信息的反馈是非常重要的，因为系统要以反馈信息为依据对物料需求计划、主生产计划作必要的调整，以实现MRPⅡ系统的闭环管理。因此近年来车间作业管理系统成了许多学者和工程人员研究的热点。但是无论是开发还是研究车间作业管理系统，系统的建模是至关重要的。系统模型的优劣直接影响到系统后续的开发和研究，科学合理的系统模型可以大大减少研究和开发车间作业系统的时间和成本。

　　1 UML简述

　　UML(Unified Modeling Language)统一建模语言，是统一了著名的面向对象技术专家Grady Booch的Booch方法，Jim Rumbaugh的OMT方法以及Ivar Jacoboson的OOSE方法中的符号表示，并在其基础上进一步发展而成的。1997年UML被OMG(Object Management Group)批准作为面向对象建模语言的标准，并得到了工业界的广泛支持。

　　UML是一种通用的可视化(Visualizing)、规范定义(Specifying)、构造(Constructing)和文档化(Documenting)的建模语言。为了使用户在系统建模过程中利用迭代方式(每次迭代微过程包括分析、设计、实现、测试和配置)进行递增式的开发，UML提供了一系列的图来描述建模过程中的各个方面。UML的重要内容可以由下列5类图(共9种图形)来定义：

　　(1)用例图，描述了用例、系统参与者以及它们之间的关系，用例图描述了系统的静态用例视。在对系统行为组织和建模时，用例图是相当重要的。

　　(2)静态图，包括类图、对象图和包图。类图描述系统中类、接口、协作及其之间的关系。对象图是类图的实例，只能在系统的一定时间段存在。包图用于描述系统的分层结构。

　　(3)行为图，描述系统的动态模型和组成对象间的交互关系，包括活动图和状态图。活动图描述满足用例要求所要进行的活动以及活动间的约束关系。状态图描述类的对象所有可能的状态以及事件发生时状态的转移条件。

　　(4)交互图，描述对象间的交互关系，包括时序图和合作图。时序图显示对象之间的动态合作关系，强调对象之间消息发送的时序。合作图用于描述相互合作的对象间的交互关系和链接关系。

　　(5)实现图，包括构件图和配置图。构件图描述代码部件的物理结构及各部件之间的依赖关系。配置图定义系统中软硬件的物理体系结构，它可以显示实际的计算机和设备(用节点表示)以及它们之间的连接关系，也可显示连接的类型及部件之间的依赖性。

　　统一了的UML是一种定义良好、富于表达、功能强大且普遍适用的建模语言。它溶入了软件工程领域的新思想、新方法和新技术。它的作用域不局限于支持面向对象的分析与设计，还支持从需求分析开始的软件开发的全过程。从应用角度来看，当采用面向对象技术设计系统时，第1步是系统需求描述;第2步是根据需求建立系统的静态模型，以构造系统的结构;第3步是系统行为的描述，基于UML的建模过程同样也是遵循了这个过程。

　　2 基于UML的车间作业管理系统建模

　　本文讨论的基于UML的车间作业管理系统建模过程包括系统需求分析、静态结构模型设计和动态行为模型设计，以下是系统建模中采用的过程及各个阶段中所产生的模型。

　　(1)需求分析建模。通过使用UML活动图描述车间作业的业务需求来理解车间领域知识。

　　(2)功能建模。根据需求分析寻找用例及其之间的关系(用例图)，通过用例事件流的详细描述捕获系统的功能需求。

　　(3)领域建模。主要是使用类图表现领域中各业务类之间的静态关系，并用交互图、状态图等具体描述类之间的交互以及对象的状态变化。主要涉及以下活动(并不一定是顺序的)：分析用例以及业务领域发现对象;为对象分类，确定类之间的关系;定义类的属性和操作;确定对象之间的交互;分析对象的状态变化。

　　(4)系统实现。实现的依据是设计过程中得到的静态视图(类图、对象图)、动态视图(顺序图、状态图、协作图、活动图);同时可以将类映射为组件，进而利用Rational Rose工具的框架代码自动生成功能。

　　2.1 系统工作内容

　　根据企业生产计划系统MRPⅡ的计算，主生产计划给出了最终产品或最终项目的需求;物料需求计划将主生产计划根据产品明细、库存信息、提前期等信息展开并经过能力平衡后，生成计划定单。该定单由计划人员确认并按采购件和自制件分类，生成车间定单(派工单)和采购定单，采购定单下达给采购管理系统，车间定单则下达给车间作业系统来执行。因此车间作业系统的主要工作内容如下：

　　(1)核实MRPⅡ产生的车间定单计划

　　MRPⅡ为计划定单规划了计划下达日期，但对真正下达给车间，这是一个推荐的日期。定单在生产控制人员正式批准下达生产之前，必须检查物料、机台生产能力、提前期和工具的可用性。车间调度员所要做的就是通过计划定单报告、物料主文件、库存报告、工艺路线文和工作中心文件以及工厂日历完成以下任务：确定所需物料、能力、提前期和工具;确定所需物料、能力、提前期和工具的可用性;解决物料、能力、提前期和工具的短缺问题;编制生成领料单。

　　(2)执行生产订单(派工到机台)

　　执行生产订单的工作包括下达生产订单和领料单、派工到机台和提供车间文档。现在一般的MRPII系统都是派工到工作中心，但是根据现在制造企业的实际需求，派工到机台可以更加有效地监控在制品，实现到零件级的管理。

　　(3)收集信息、在制品跟踪监控

　　如果在生产过程中零件加工时发生问题，或者是质量检验时未通过，或需要修理。零件的加工状态就要更新，或者要更改生产计划。为此要查询工序状态、完成工时、物料消耗、废品等报告。

　　2.2 系统，求分析

　　在了解了车间作业系统工作内容以后，接下来需要进行的是系统需求分析。需求分析阶段主要的任务就是获取用例。用例分析是基于UML的面向对象建模过程的一个显著的特点，在基于UML的建模过程中，用例处在一个核心的位置。用例除了被用来准确获取用户需求以外，它还将驱动系统整个开发过程：包括系统分析、系统设计，以及系统实现、测试、配置等。在UML中一个用例模型由若干个用例图描述，用例图的主要元素是用例和参与者。因为用例是从参与者角度来看系统，所以要获取系统的用例，首先要确定系统边界，识别出系统的参与者，然后再对每个参与者列出它的用例，并由此来确定系统最终的用例。在本系统中通过对上述需求的分析和分类，首先确定系统的用例包(将一些关系紧密的用例放到一个包里，并且为用例包确定一个主题)的总体结构如图1、图2所示。

　　图1 车间作业管理系统顶层用例包

　　图2 车间作业管理系统顶层用例包子图

免责声明：本网站（http://www.ciotimes.com/）内容主要来自原创、合作媒体供稿和第三方投稿，凡在本网站出现的信息，均仅供参考。本网站将尽力确保所提供信息的准确性及可靠性，但不保证有关资料的准确性及可靠性，读者在使用前请进一步核实，并对任何自主决定的行为负责。本网站对有关资料所引致的错误、不确或遗漏，概不负任何法律责任。
本网站刊载的所有内容（包括但不仅限文字、图片、LOGO、音频、视频、软件、程序等）版权归原作者所有。任何单位或个人认为本网站中的内容可能涉嫌侵犯其知识产权或存在不实内容时，请及时通知本站，予以删除。