4.0 创建Prinny本体
这个原型命名为Prinny是王子Regent之后的摄政王，王子Willian,它与Briton有非常强的联系。在本节中，对建立Prinny原型本体的过程进行了概述。一个关于本体结构的描述作为随后的结果。在建立原型的时候也经历了一些对PRINCE2文字解释的问题，在这些基础他们被讨论了。也有一些关于Protégé问题的讨论。.最后，也初步验证了本体模型的正确性。
4.1 Prinny原型本体的范围
建立了一个为获取知识的原型。建立原型的花费可以看成是获取知识的花费。当计划建立一个原型的时候，一个非正式的成本效率计算需要涉及，所以不要花费不必要的努力在建立一个完美的原型上，这不会显著的增加知识的产生(Hughes and Cotterell 2009).
应用原型可分为：
l 纵向的，这一类在最后的应用中仅有一个功能性的子集需要建模，但是这些功能的细节，因此他们的完成比例应该是近可能的与完成时交付物相近。
l 水平的，这一类他们在应用的所有范围的功能被建立了原型，但是不是所有的细节都完成了。
在这些广泛的替代物给定了后，必须对本体的范围进行一个定案。为了理解这个关与本体范围的定案一个PRINCE2的结构是需要的。
根据这篇文章的目的，PRINCE2被分为了：
A) 七个原则——参见表一
B) 七个主题——参见表二
C) 七个顶层过程——参见表三
D) 针对于项目环境的裁剪建议。
E) 产品描述概述。
F) 角色与职责。
这七个原则被表述为关键标准，通过它，一个项目可以判断是否满足PRINCE2标准。参见表一：
表一七个PRINCE2原则
1. 在整个项目过程中，持续的业务理由
2. 从经验中学习
3. 定义角色与责任。
4. 通过管理目标将一个项目分为一个或多个阶段
5. 对异常进行管理。
6. 聚焦产品。
7. 裁剪PRINCE2的过程来适应项目的环境。
七个主题识别了项目管理的多个方面，这些方面必须在项目过程中持续的处理。
1. 业务用例 2.组织，体制。3 .质量。4.计划.5.风险6.变更7.进度。
在PRINCE2中，表二中各项关注探索的主题的活动被表述成一定数量特别的过程。请见Table3.一个过程，例如：启动一个项目，能够被描述成几个活动与几个主题相关联，反之亦然。对每一个主题都识别与定义了项目管理的角色的职责，(企业/计划,行政，高级供应商，高级用户，项目经理，团队经理，项目保证，项目支持)。对于进度的描述也为每个活动的每个角色分配了职责。理论上，可相互参照主题与过程的角色的共享的责任——但是这并没有显示的地图。在某些情况狭隘，一个不直接的联系被简化了：例如，在组织主题中，项目经理的角色在项目起始阶段被分配了准备交流策略的职责。在其它的例子中，它的职责更一般：例如，在组织主题中团队经理的角色具备管理团队成员的责任，它非常容易与PRINCE2的过程联系。
表三：PRINCE过程
1. 启动一个项目
2. 指导一个项目
3. 初始化一个项目
4. 控制一个阶段
5. 管理项目的交货
6. 管理阶段的边界
7. 关闭一个项目
一个PRINCE2的初学者可能会发现，识别所有的一个角色的所有职责和责任的困难在于他们被定义在3各不同的地方：主题，流程和角色.他们在3各源头可能是不同的：比如，在附录中，描述了项目经理的职责，没有提到质量经理，但是在质量主题中，项目经理的职责是质量经理被清晰的识别出来了。
这说明了一个机器为基础的本体模型的益处。这个模型可以在一个地方识别一个角色的职责并把它们与角色，过程，与主题联系起来。那么，这个信息就可以被通过不同的目标提取出来，同时保持其内在的一致性。
通过原型本体结构的观点，在PRINCE2中的关于角色与职责的文本缺乏精确性意味着太多的与PRINCE2文本的变动的假设与解释需要导入到本体模型中，或者，换个说法，本体必须要反映不一致的文本内容。哪种选择都不具备吸引力。
过程是比较清晰的并且结构化的定义的：过程被分解为活动，每个活动有解释性的说明文字，在这个过程中，推荐的活动需要被执行。确定产品的图像在每个活动中被使用；对于每个管理产品的创建与更改，一些列表格用来确定每个角色的职责。PRINCE2的这个领域被用来建立一个本体其是缺少歧义的。
图一 PRINNY的类与对象属性。
以下的类被选择作为本体。
l 过程 ——参见Table3
l 活动——一个过程的一步
l 互动，这不是一个PRINCE2的术语它是指参与角色与产品的互动，它们在一个活动中产生或者修改。
l 产品：注意，这几乎仅只在项目控制中的管理产品，不是实际的项目交付物。这没有尝试在本体中去记录任何关于产品的细节，比如：目标，构成，推导，格式与演示，质量条例，这些只需要基础的将他们的文字进行简单转化。
l 触发器：这是某一个活动设置一个触发器，这个触发器又导致了另外一个活动，通常是一个不同活动的启动。
l 角色，这是一组职责：注意，一个角色的不同方面能够通过不同的个体甚至是同一个个体执行，在一个小项目中，某个人可以执行多个角色。
上文中的图1显示了顶层类与与他们联系的对象属性，他们是一个有效的国策很难过元模型。尽管这个设计时基于PRINCE2的过程模型，但它的通用结构意味者它可以应用在其它过程模型中。每一个类有一组子类被定义，所以，举例来说，一个过程类，在Table3的七个过程被定义为子类，对40个不同类型的活动进行了编码，144个交互影响进行了编码。45种产品被识别出来被活动进行创建和更新，一个产品能够被多于一个的活动进行更新。
尽管原型仅能够对一组在文本中识别出来的类进行模拟，所有选中类的实例都进行了建模，所以这个原型可以被看做是水平。这个方法因为集成了PRINCE的本质而被选中。，因为过程的相互引用，一个选中类的局部的模型会确乏取值。
这段描述了知识库的两个部分的区别，一个是TBox一个是ABox.The TBox或者称为分类描述了元数据，或关于在本体中数据结构的信息。这个信息倾向于在一段时间内的稳定。ABox 包含关于个体实例关于数据类型信息，这些信息是与真实世界的在TBOX中定义的类的每个元素的信息联系。目前，Prinny仅包含了TBox信息。ABox的信息将会在Prinny被有效的用与项目支持的工具，获得了数据名目，比如项目计划或者与某个项目相关的项目风险登记，而不是仅仅将可以潜在试用与所有项目的需求的细节列出。
前文已经指出，在图1的类中可以看做是建立了一个元模型。有趣的是，通用模型和特定过程的模型也是同一种格式所以能够存储在同一个知识库中。这就提供了本体映射和合并的优势，这个会在第五节详细的讨论。
4.2 填充Prinny框架
当我们设计一个本体的元模型的时候，模型设计者需要做一些假设，这些内容会填充他们的结构来兼容元模型的结构。这些源信息是使用基础的文本，他们的风险在于有一些与框架不适合的异常或产生。
PRINCE2的文本列明了关于描述管理活动的结构。一个过程是一组活动他们有输入文件，活动要产生输出（这可能是对输入文档的版本更改），角色在每个产品每个活动上有其相应的职责。可是，在某些情况下，在描述单个活动时，活动显示出分配给了输入文档而非输出。在这种情况下，一个活动被用来批准一个输入产品这是没有问题的，这可以看做是刷新产品的状态同时有效产生一个新的产品基线，用来对这个过程的下一个活动进行准备。可是，在其它的情况下，这些在输入文档中的过程是“回应“，“检查”或“获取“，例如：精确性质的转变可能产生一个不明确的输出。
这也显示出了产生Triggers的一致性的缺乏。在某种情况下，设置触发被当成是一个输出，这个输出设定了成员的职责。其它情况下，这是留下的未定义。
一些活动的执行是被一个触发器初始化的，但是大部是没有的。 PRINCE2的文本在两个活动之间包含了一个带有箭头的图，但是它没有明确的指出这是一个显示了活动之间的数据流还是显示了这是一个活动必须按一个顺序跟随另外一个活动完成后才启动执行。这可以被推测出大多数的活动但一个关键输入产品为流程准备好后会被触发，但是有这些性质的产品没有被显示的识别出来。将所有活动的前置条件识别出来是非常有帮助的。
当每个产生或者更新管理产品的活动的职责被分配了后一些活动显示出是在当前活动的外部执行的。
浙公网安备 33010602011771号