2.6 伙伴选择与评估参考模型

伙伴选择与评估是虚拟企业过程中极其重要的一个过程，它直接关系到虚拟企业是否能够建立和建立后运营的可靠性。

上节我们建立了虚拟企业的需求定义层和部分设计说明层过程模型（见图2.8）。为了对实施描述层过程模型进行说明，这里给出了伙伴选择与评估（图2.8中的A03）的实施描述层过程参考模型。并以过程模型为中心分析了所涉及的其他模型以及模型对虚拟企业信息系统开发的支持。

2.6.1 需求分析

针对功能模型（见图2.9）中的伙伴选择与评估用例，其用例说明描述的伙伴选择与评估逻辑流程如下文所示（其中下划线标出的名词是类图中类的来源，前提条件和事后条件是与本过程有时态逻辑关系的独立过程或触发事件，主事件流和其他事件流是顺序图和合作图的依据）。通过抽取其中的业务实体，可以建立资源和信息模型。

1）前提条件

盟主企业发现机遇。

2）主事件流

（1）确定响应与实现机遇所需要的核心资源。重点包括：特种设备、特种工具、特种夹具、特种量具、特种刀具、物料可用数量、人力资源、资金和知识库，开始用例。

（2）确定盟主企业目前可用的响应机遇的核心资源。

（3）对比机遇所需要的核心资源与盟主企业所具备的核心资源，确定所缺少的核心资源，形成招标文档。

（4）盟主企业发布招标文档并邀标，收集各投标文档，如投标文档有效，送认证机构确认投标企业的资信度。

（5）如确认投标企业的资信度良好，评价各候选伙伴企业是否能满足虚拟企业以下合作条件：需要伙伴企业完成的任务、合作形式、持续时间、合作紧密程度、合作通信设施、共享知识和资源、数据交换标准。

（6）对满足条件的各候选伙伴企业，从时间（Time, T）、质量（Quality, Q）、成本（Cost, C）、服务（Service, S）、先进性（Advancement, AD）、创新能力（Innovation, I）、后勤（Logistics, L）、环境（Environment, E）、管理与文化（Management & Culture, M&C）九个关键因素进行评价和分析，注重候选企业目前所能提供的响应机遇的核心资源水平。

（7）如有多家候选伙伴企业满足同一条件，则根据机遇的要求和虚拟企业各目标的相对重要性进行多目标求优，以确定最佳的合作伙伴。

（8）用例结束。

3）其他事件流

（1）其他事件流1：投标文档无效。

①盟主企业向投标企业说明其投标文档无效的原因，如信息不全、不详细、逾期等，提示其重新投标或终止。

②将投标企业记录在候选伙伴档案中备用。

③用例结束。

（2）其他事件流2：投标企业无效。

①盟主企业告诉投标企业其未达到需要的资信度。

②用例结束。

（3）其他事件流3：投标企业不满足合作条件。

①放宽合作条件，重新招标。

②或邀请满足合作条件的企业投标。

③用例结束。

（4）其他事件流4：投标企业均不满足合作要求。

①放松初选过程的关键能力需求约束条件，以扩大可供选择伙伴的论域范围。

②调整多目标评价模型中各决策因素的权重因子，构造更为优化的选择模型。

③对较为符合要求的伙伴企业进行重组，以达到动态联盟的要求。

④用例结束。

4）错误事件流

招标文档错误。

①盟主企业向投标企业说明招标文档错误的原因，并提供新的招标文档供下载。

②在错误日志中记载错误，包括日期和时间错误、已通知投标企业、代码错误。

③用例结束。

5）事后条件

输出伙伴企业优选方案。

2.6.2 建模阶段

2.6.2.1 过程模型

根据需求分析可以建立伙伴选择与评估的过程模型。因为用例中的其他事件流和错误事件流比较简单，这里重点讨论其主事件流的过程模型。本书以UML的顺序图来表达主事件流的过程模型，如图2.15所示（该图是对图2.8中A03过程的进一步分解）。该过程涉及的组织模型内容有盟主企业、伙伴企业和认证机构三个角色；涉及的信息模型见2.6.2.2；涉及的资源模型见图2.11；涉及的约束已在过程模型中表达，如过程的编号表示过程执行的先后次序，表达了过程的逻辑约束和时间约束；涉及的价值模型可由信息模型中具体的评价方法给出（附录I中的评价方法）。

图2.15中盟主企业、伙伴企业和认证机构之间的交互过程是通过对象之间的消息传递实现的。比如，盟主企业到伙伴企业的招标操作（4.invite public bidding）最终映射为盟主企业对象类（main_enterprise）的操作函数invite_public_bidding（*partner_enterprise, bid_document）。其中*partner_enterprise是指向伙伴企业对象类（partner_enterprise）的指针，bid_document是标书对象类，它表达了招标的内容。而确定响应机遇所缺的核心能力（3.define the shortage of the virtual enterprise）操作则映射为invite_public_bidding操作的前提事件，其成功与否将决定事件流走向。

2.6.2.2 信息模型

根据需求分析所收集到的虚拟企业的业务流程信息中下划线标出的名词可以建立起伙伴选择与评估的信息模型。附录I中的对象及其属性、评价方法即为信息模型中的主要内容。为了简便起见，下面仅给出用例主事件流第六步的所有信息模型的UML类图表示（见图2.16）。其中各对象分别表示伙伴选择中的九个关键因素，它们都从一个公共的父类（com_evaluate）中继承而来。父类中包含用各对象公用的评价函数evaluate（）来分别对各关键因素在伙伴选择中的价值进行评估。因为质量（Quality）因素和服务（Service）因素比较复杂，这里将其分别打包，包件中分别包含了质量评价信息子模型（见图2.17）和服务评价信息子模型（见图2.18）。

2.6.3 开发阶段

以上模型均可生成支持虚拟企业信息系统开发的代码框架。比如，图2.18中对象S_sale可以生成C++文件S_sale.h和S_sale.cpp，文件中有丰富的注释和特殊标识，其中的特殊标识用来保证逆向工程中模型和代码同步，开发人员不可轻易删除。开发者所做的工作仅是在指定的函数体内补充实现的函数体，这大大降低了开发的工作量，增强了模型的可重用性和可维护性，符合虚拟企业可重组、可重构、可扩充的要求。