科技项目信息化管理模式研究：类型论元模型的视图工具

类型论元模型认为：类型的核心是模范对象，而模范对象由各种含有其主要特征的视图构成，这些视图的类型主要有五种。

6.2.3.1　空间视图

一个有形体的模范对象必须包含一套描述其空间特征的视图，例如外观视图和内部解析视图等。

外观视图是有形物体从外部观察的形状轮廓特征，描述其主要几何特性，是否能够用简单几何体组合而成，是否是某种几何形态的高度拟合，拟合差异有多大等。

内部解析视图是物体的内部剖面，是描述物体内部空间几何特性的工具，其特征内容与外观视图所使用的技术是类似的，不同的是，还包括内部结构之间的连通特性。

空间视图是通用类型论元模型的一项重要技术内容，但由于本书的论述对象是科技项目管理，并非有型物体，所以不可能采用空间视图，这部分内容就不再深入叙述了。

6.2.3.2　缩略视图

缩略视图是描述一个模范对象的组成部分，而不是十分追求细节的描述工具，其反映的就是一个模范对象的分析视图，如图6-6所示。

图6-6　缩略视图的一般形式

这种视图是人们对很多事物的初步认识的反映，例如：非计算机专业的人士对计算机的认识可能如图6-7所示：

图6-7　非专业人士的计算机缩略视图

这样的观念虽然在专业人员眼中不够准确，但已经满足沟通的需要，这就说明其是一个有效的模型，起到了化繁为简的关键作用。我们要看到一点，任何模型都不可能包含真实对象的全部信息，而一个良好的建模方法必须从粗略到细致建立起各阶段都相容的模型，缩略视图通常是初级阶段所采用的模型。

科技项目管理的元模型非常适合使用这类视图进行描述，也能起到立竿见影的作用。当然，目前的计算机系统由于智能水平不够，暂时还不能直接理解这种视图，但随着计算机科学的发展和进步，其必然能够理解这样的元模型，并能自动转换为模型。

6.2.3.3　染色视图

染色视图是一种描述空间组分的功能性视图，主要描述对象内部空间结构和功能的关系。所谓“颜色”只是一种功能性的代号，描述各个内部组成部分在执行活动时，涉及的组分。染色视图与缩略视图一样也是建模初期所使用的模型之一。

一个染色视图通常建立在缩略视图之上，描述产生某种功能时，各个组成部分是如何参与工作的。例如图6-8描述的是人们敲击键盘时，计算机系统所做出的反应，所有参与这项功能的组成部分都被染上同样的颜色，有颜色的箭头代表信号传播的方向，同时也代表这个流程控制权的传递方向。

(www.xing528.com)

图6-8　计算机响应键盘的行为

带传播的染色视图是一种缩略的动作语义，其每一个箭头和每一个染色块都可以细化解释，与更精细的模型建立直接联系。

6.2.3.4　变体转换视图

变体转换视图也是一种功能性视图，与染色视图不同的是，其并不通过内部结构的变换描述功能，而是一种外观性的视角。

变体的观念在前文中已经介绍过，而一个重要的事实是真实世界的对象都处于不断变化之中，大部分情况下，其处于稳定状态，此时就称为变体。所以，元模型关注的就是对象的变体。一般，变体都是对象所处的不可逆转的稳定状态。

变体转换视图由于各个对象的某个变体和转换的通道构成，包含变体和转换活动的网络视图，描述的是动作语义的内容，可以按照PERTI网的原理解释这种视图。

很多科技项目管理都是涉及创新平台的认定，科技服务专家的资格认定等。例如：昆明市科技专家库管理办法规定一位科技专家经过一定的组织流程之后，就成为具有在库专家的资格。如果在库专家出现违纪行为，经过一定的组织流程，这位专家就会失去在库专家资格。这条政策其实就是把科技专家分为“候选人”“考察期”“获得资格”“失去资格”四个变体，变体迁移视图描述的就是变体转换的活动流程（如图6-9）。

图6-9　转换活动流程

有关创新平台的建设的科技项目管理也适合用变体迁转视图进行解释，用变体描述一个创新平台在建设过程中所有必要的阶段和目标。

涉及科技项目管理的政策也是把科技项目的实施分为若干阶段，如：申请、立项、中期、结题等，这些稳定的状态就构成元模型中变体的观念，符合变体迁转视图所要表达的内容。

6.2.3.5　类型结构视图

类型具有从抽象到具体的泛化性质，从对偶的反方向看，也可以视为继承性。反映在模范对象中的内在结构中，具体类型的模范对象的视图数目少于抽象类型的模范对象，但抽象类型所保留的各种视图仍然足以区分其与其他任何类型的差异。

类集成虽然是类型的模范对象的性质所决定的，而不是来自任何其他外部因素，但确定类之间的集成关系却不是简单明了的任务，形成学科和专业的类型需要长期的积累，是人类重要的知识成果。

最详尽的类型视图需要阐述各个类型模范对象的三大视图，并明确说明抽象类和具体类之间的视图取舍差异，但很多情况下，一个类型视图无法提供如此详尽的信息，例如：某科技专家库中，列出了专业和行业人数，这两个树形结构就是类型视图的一种（如图6-10）。

图6-10　类型结构视图的示例

这种简易的类型视图只是包含类型的名称，由于没有提供元模型视图，人们对其内涵的理解可能存在偏差。在没有完整的元模型的情况下，信息系统理解类型之间的差异就更加困难。

获得类型结构视图是非常困难的，因为类型要求唯一性和单继承性，要求代表类型的模范对象之间具有足够多的对象以及和别的类别保持足够大的差异性，所以建立一个类型结构视图需要首先建立足够多的模范对象，由于工作量大，所以需要长时间的积累，因此，一份类型结构视图是十分宝贵的智力资产。