过程段是业务过程中可见的制造活动中最小的元素。过程段模型是一个分层模型,可以定义多级抽象的制造过程,因为可能存在多个需要对制造活动具有可见性的业务过程。
过程段可以定义:
过程段所需的职员资源应作为职员段规格提出。
这些抽象对象的具体实现是操作时间记录模板(operations record event template)和工作记录(work record)。 操作记录模板将操作记录条目模板对象按指定操作的属性捆绑在一起。操作有以下定义值:创建,更改,删除和观察。
操作事件信息是由需要通知相关方的真实事件产生的。
操作定义定义了执行具体操作所需的资源。可用于定义生产,维修,质量,库存操作。实际如何执行操作并不包含在这个模型,而是定义在工作定义(work definition)中。
工作定义定义了用于指导生产操作如何执行的信息。 注:基于使用的生产策略,生产操作具体说明可能被称为:
注:有两种方法可用于交换外部材料清单。
用于量化特定操作的信息应该被定义为一个操作段。操作段确定,引用,或对应到一个过程段 操作定义作为另一种操作定义的特例时, 操作定义中的一个操作段,可以是另一个操作定义中操作段的一个特里。
样板操作段定义了一个模板,可被其他样板或实例操作段作为基础。
操作段应该显示定义类型。因此样板操作定义中的所有操作段应该时样板类型,否则所有实例操作定义中的操作段应该时实例类型。
当一个操作段引用了工作母版,引用的工作母版的定义类型应该与操作段相同。当一个操作段引用了一个过程段,引用的过程段定义类型应该与操作段相同。
对职员能力的标识,引用或对应关系应以人员规格提出。人员规格通常指定一个人员分类,但也可以指定一个人员。 人员规格应该包含:
操作计划是指要求执行的操作。操作计划可用于计划生产,维护,质量检测和库存操作。
对要执行的操作请求应作为操作计划提出。操作计划应有一个或多个作业请求组成。 可以为任何类型的操作定义操作计划:生产,维护,质量或库存,也可以是集中类别的组合。当选择组合时,操作请求或段需求将确定这些操作的类别。
操作计划的元素应该呈现为一个操作请求。操作请求包含制造商为完成计划的操作所需的信息。操作请求可以是业务信息的一个子集,或可以包含通常不用于业务系统的额外信息。
操作请求可以确定或引用相关的操作指令。操作请求需要至少包含一个段需求,即使该段需求覆盖了所有操作。
操作请求可以包含:
可以通过至少一个操作响应来报告操作请求。可以在参数,人员要求,设备要求,实物资产要求和材料要求中描述其他信息。
段请求由一个或多个段需求组成。每个段需求应该对应到或关联一个确定的运营定义,运营段或过程段。段需求标识或关联用于分配人员,设备,实物资产的段能力,以及对应的段参数。
段参数包含:
操作响应中段的信息应该呈现为段响应。段响应由零个或多个段数据,人员实绩,设备实绩,实物资产实绩和材料实绩上的信息组成。如果生产设施需要拆分段请求为更小的元素,一个或多个段响应可用于单一的段需求。 一个操作响应应该由至少一个段响应组成。每个段响应应该对应或者引用一个确定的操作段或过程段。 段响应标识或引用关联的人员,设备,材料段能力,以及对应的段参数。 段响应应该包含:
操作能力信息是有关选定的将来和过去时间的所有用于操作的资源信息的集合。它由有关设备,实物资产,材料,人员和过程段的信息组成。操作能力描述了制造控制系统已知的名称,术语,状态和数量。
过程段能力表示了在特定时间内承诺的,可用的或不可用的人员,设备,实物资产和材料资源的逻辑分组。 过程段能力与操作过程中会触发的过程段相关联。 过程段能力应该确认:
E.4 过程段(process segment)和操作段(operations segment) 区别: 过程段在业务过程所需的明细级别,呈现了一个生产活动以及执行活动所需的资源,例如计划和成本核算。业务段时过程段的同义词。 相同的资源可以被关联到多个过程段。
操作段在计划和成本核算所需的明细级别,列举了生产一个特定产品所需的资源。 产品和支持任务由一个或多个操作段定义。
任何特定实现可能需要一个以上的操作段,一个以上的过程段,或者两者的组合来充分描述生产的计划或者成本视图。
“过程段”的概念是操作的一个计划视图,它描述了操作所需的资源。在连续制造中,通常与操作单元的排程/计划相对应。
此外,当多个产品使用相同的过程生产时,过程段通常是对生产的一种更好的描述。
“操作段”是一种比过程段的定义更具有描述性的生产计划视图。 例如:许多产品使用同一个过程生产,但是操作定义决定的是生产的产品,而非工艺本身。
过程段通常认为是对相对通用的过程的一种充分的描述,并且本身并不定义产品。操作段在弹性离散和批量制造中很重要,这些场景中操作段可以尽可能包含每种产品的具体特性。