在进一步的叙述之前，有必要对术语“目标”说明，目标是一个系统在客观条件下要求实现的任务。目标可以在不同的抽象层次制定，从高层次战略的关注到低层次以技术为主的关注。目标涵盖了不同类型的考虑：功能性需求涉及要提供的服务，非功能性需求涉及服务的质量，比如安全性、准确性、功能性和开放性 [ 1 ] 。

高层次的目标往往涉及大部分系统，一个系统是所有精华的汇合，它包含所有的软件和它的环境。由人、驱动和软件等积极的要素组成。

目标定义(Goal Definition)：企业的目标可以用六元组 表示，其中GId表示目标的编号；GName表示目标的名称；GDom表示目标所涉及的领域；GDef表示目标的描述，包括Informal描述和Formal描述；GRule表示目标的相关规则；GRestrain表示相关的约束条件，这个约束可以和规则相对应，在建立相应规则后约束条件可以消除。

目标分类(Goal classify)：根据目标的实现类型进行分类，可以分为，实现目标(Achieve Goal)，需求目标(Need Goal)，分解目标(Resolve Goal)。

场景可以更加准确地刻画系统行为。相比形式化的方式，场景更加直观简洁 [ 2 ] [ 3 ] 。

场景是一种将需求置于上下文中的手段。用来帮助获取关于开发刻面的上下文信息，通过实例的方式为方案提供解释。

场景(SCENARIO)定义：场景可以用四元组表示 ，其中SId表示场景的编号；SName表示场景的名称；SDom表示场景所涉及的领域；SDef表示场景的描述，包括Informal描述和Formal描述。

领域驱动是基于领域模型的驱动。以一种领域专家、设计人员、开发人员都能理解的通用语言作为交流的工具，在交流的过程中发现领域概念，然后将概念设计成一个领域模型，由领域模型驱动领域设计最后由代码来实现该领域模型 [ 4 ] 。

战略目标集转化法(Strategy Set Transformation, SST方法)的主要思想是将企业的关键业务战略目标(如企业的战略方向，战略目标等)看成是一个信息集合，SST的规划过程就是根据信息的汇总将这些信息映射成信息系统的战略目标集合，通过将企业的战略目标转变为管理信息系统战略目标，进而得到管理信息系统的关键功能需求，通过目标来制定企业的发展方向及策略 [ 5 ] 。SST规划的前提就是从已有的企业目标入手，企业目标的获取十分关键，但目前企业战略目标的获取方式比较匮乏，大部分根据决策层的判断确定，目标获取缺乏理论依据。

关键成功因素法(Critical Success Factors，CSF方法)的主要思想是要求管理人员能识别帮助企业成功的关键因素，这些关键因素是实施CSF方法的关键前提条件 [ 6 ] 。CSF方法认为，组织信息需求取决于少数管理者的关键性成功因素。CSF的前提就是企业需求目标的获取，目前主要是通过管理者对企业的理解来确定企业目标，目标获取同样缺乏理论依据。

企业系统规划法(Business System Planning，BSP方法)是以企业目标分析作为信息系统的出发点，通过企业目标的分析和逐层深入来构建相应的信息系统。实施BSP方法研究的前提是，在企业内部有改善计算机信息系统的要求，并且有为建立这一信息系统而建立总体战略的需要 [ 6 ] 。因而，BSP方法的基本概念与组织的信息系统的长期目标有关。BSP方法虽然强调企业目标，但没有明显地从目标中引出流程和过程，通常由管理人员准备“过程”引出系统目标，缺少明确的系统目标获取机制。

由以上几种方法可以看出实现这些方法的前提就是对企业的目标进行获取，但是这些方法却没有明确的目标获取方法和目标识别机制。以上方法的目标获取方法大多是按照领域专家的经验或是管理层对企业的理解实施。由于以上方法的目标获取过程是主观意志的体现，而非客观分析的结果，从而获取的企业目标会存在很多隐患。所以一个科学的以客观事实为依据的企业目标获取和识别方法是正确制定企业规划目标的基础，对于企业的信息化构建工作起着非常关键的作用。

总结现有的企业规划方法可以发现，合理的目标获取方法十分重要，但目前企业规划在目标获取方面还没有一种有效和科学的方法。现有的企业规划大多是建立在已有企业目标的建模和流程分解，并没有明确地企业目标获取方式。常用的企业目标获取往往是管理层依据自己的领域知识所确定，没有明确的理论依据。在获取目标时，因为领域的局限性，不能做到对涉及多领域目标的全面覆盖，使得目标的获取不全面，对以后的企业规划产生不利因素。本文通过引入需求工程的场景分析手段，结合领域分析技术为企业目标的规划提供一种科学的辅助分析支持。

在需求工程中，场景扮演着中间层抽象的角色，场景比目标更加具体和生动。作为一种将需求置于上下文中的手段，描述了对目标的满足。通过场景对目标的具体化分析，可以得到对应场景的对应目标，弥补目标获取过于抽象化这一遗憾。

本文基于传统的目标获取KAOS方法 [ 7 ] ，引入场景的分析过程，提高目标分析的可靠性，克服目标分析过程中的需求遗漏问题。

本文中将企业分为4层，包括：决策层，策略层，领域层，部署层 [ 8 ] 。

1) 决策层：由企业的最高层提出相应的愿景，愿景可以是致力于改变现状的一种小规模改变或是远期的一个设想。愿景定义了一个目标，但并不说明如何去实现这一个目标。愿景是一个高层目标，所有其他目标都是对高层目标的精化。决策层的目标很少变更。

2) 策略层：由企业高管对高层提出的愿景进行目标分析，将分析后分解的目标分派到领域层相应的部门分析。

3) 领域层：分为职能领域层和冲突领域层，职能领域由相关部门的领域专家组成，针对自身领域的目标进行进一步的分解、分析，产生相应目标交给部署层分析，并接收反馈结果。冲突领域是在发生目标冲突时由相关冲突领域的专家组成，分析冲突的目标，建立相关约束。领域都拥有属于自身的基本规则与约束，在进行目标分析时候，要对比领域规则进行目标判断。

4) 部署层：由企业的基层人员对领域层分派的目标进行分析。从基层部署的角度确定目标的可行性和正确性。

KAOS语言是KAOS方法 [ 9 ] 为KAOS需求分析过程进行形式化描述而定义的语言，目的是为需求工程的整个过程提供一个有效的需求分解、精话、建模的分析方法。KAOS方法具体可以分为两层，外层为概念模型层，采用可视化语义网络描述KAOS需求分析方法的元模型 [ 10 ] [ 11 ] 。内层为形式化描述层，主要是对概念模型进行形式化描述，规范建模语义。其中形式化描述层的规格说明语言采用以强调动态语义为主要特征的时序逻辑语言。

概念模型层是KAOS语言的外部描述层。概念模型层从抽象层次上又可分为三个层次，元模型层、域模型层和实例模型层。其中元模型层是概念模型层的核心。元模型主要是对元模型中各基本元素进行定义，域模型层是元模型层中的概念和元关系模型在特性领域中的实例化表现，实例模型层是将域模型层中描述的抽象领域概念具体化，通过具体化的方式将抽象的概念表现出来。

1) 目标的AND分解(AND)：父目标G到子目标 的分解是一个AND分解，当且仅当父目标G满足所有的子目 都必须满足。其关系定义如下：

定义1：

2) 目标的OR分解(OR)：父目标G到一组子目标 的分解是一个OR分解，当且仅当 中任意一个子目标得到满足就能使父目标G得到满足。其关系定义如下：

定义2：

3) 目标“需要”依赖(Need)：目标G₁通过“需要”依赖与目标G2相关联，表示目标G₂的满足是G₁满足的前提。但是“需要”依赖并不表明G₂是G₁的子目标。其关系定义如下：

定义3：

4) 目标“支持”依赖(Depend)：如果目标G₁的(部分)满足能够导致目标G₂的满足，则G₁和G₂之间存在“支持”。其关系定义如下：

定义4：

5) 目标“阻碍”依赖(Block)：如果目标G₁的(部分)满足阻碍G₂的满足，则目标G₁和G₂之间存在“阻碍”依赖。其关系定义如下：

定义5：

6) 目标“冲突”依赖(Conflict)：如果G₁的满足完全排斥G₂的满足，则G₁和G₂之间存在“冲突”依赖。其关系定义如下：

定义6：

7) 目标“等价”依赖(Equal)：如果G₁的满足隐藏着G₂的满足，则G₁和G₂之间存在“等价”依赖。其关系定义如下：

定义7：

目标之间的约束和依赖关系和系统几个层次之间的上下文知识有着密切的关系，要尤其注意那些可能使得目标依赖无效的系统上下文变更，及时改变系统的上下文描述。

目标与场景之间存在很重要的依赖关系，这些依赖关系是需求工程中将目标与场景结合的关键动机 [ 12 ] 。

目标对场景发起定义：为提高参与者对目标的理解程度，由相关人员开发相应的场景。这些场景描述了满足或者不能满足这个目标的典型交互序列。目标发掘伴随场景设置，同时场景设置是为了识别目标、达到目标，从而得到更细化和稳定的目标 [ 13 ] 。

目标对场景进行分类：场景描述了某些目标的满足或者不满足。因此，这些目标可以用来对场景进行区别和分类。基于目标与场景的关系，针对每个目标的相似之处和不同之处，可以表示出如下几类场景 [ 14 ] [ 15 ] 。

1) 满足目标的场景：可以通过考虑与特定目标相关的主场景和可替换场景来确定这组或者这类场景。其关系定义如下：

定义8：

2) 不满足目标的场景：可以通过考虑与特定目标相关的例外场景来确定这组或这类场景。其关系定义如下：

定义9：

3) 违反目标的系统使用场景：可以通过考虑与特定目标相关的不当使用场景来确定这组或这类场景。其关系定义如下：

定义10：

场景描述目标的满足情况：场景通过示范性的交互序列来阐述对目标的满足情况。一个示范性的交互序列提供了关于目标的更多信息。场景可以发起对目标的细化，使用场景描述阐述目标的满足情况往往会引起对目标的细化，具体可以表现出如下几类。

1) 满足目标的范例，其关系定义如下：

定义11：

2) 未能满足目标的范例，其关系定义如下。

定义12：

3) 恶意违反目标的范例，对系统会产生负面的破坏作用，其关系定义如下：

定义13：

4) 目标分解，识别出新的子目标，其关系定义如下：

定义14：

5) 识别出新的独立目标，其关系定义如下：

定义15：

6) 修改或移除已有目标，其关系定义如下：

定义16：

根据决策层目标、策略层目标、域层目标和部署层目标建立如图1所示的视图模型。

1) 提出决策层目标 。

2) 决策层将目标交给策略层分析，策略层通过正反分析法将目标进行精化分解。

正分解：

反分解：

通过对比正反分解后的子目标建立G分解后相应的子目标 。通过考虑目标间的约束与依赖关系以及优先级别，对每个子目标进行目标定义，建立相应的关系函数。然后将每个子目标分派到领域层的各个领域中。

3) 领域层对策略层获取的子目标进行分析。各个领域通过目标分析建立相应的场景模型 [ 16 ] [ 17 ] ，通过分析场景来确定该目标与相应领域的关系。如果分析后认为没有关系则在目标定义的GDom中将该领域去除，如果通过场景分析后认为有关系则进行进一步分析。通过“why”与“how” [ 18 ] [ 19 ] 的询问和正反目标的分析，确定相应的子目标。然后将子目标分派到相应的部署层。

4) 部署层分析目标定义，从实际问题角度考虑目标的可行性，建立场景用例模型 [ 16 ] [ 17 ] ，完善目标定义。分析领域层分派目标的可行性，然后将分析报告送回至领域层。

5) 领域层对部署层提交的目标分析报告进行详细分析，如果有不满意或是不确定的地方，建立相关约束后发回部署层。

6) 重复(4)(5)步，直到领域层确定相应目标定义，确定策略层给出目标的可行性，得到子目标和约束条件。

7) 将所有获得的目标分析提交到策略层进行汇总分析，由各个领域层专家进行目标汇总。如果出现目标冲突，将冲突的目标发送至领域层的冲突域中。

8) 领域层中的冲突领域对目标进行分析，确定解决方案，冲突域主要由各个领域的领域专家构成。如果目标冲突较强烈，比较优先级后去除优先级较弱的目标。如果目标冲突在可以承受的范围，加上相应约束条件，使得目标成立。

9) 将冲突域中得到的目标发送至相对应的冲突领域进行目标分析。

10) 重复(3)~(9)步骤，直到解决目标冲突。

11) 策略层对汇总的目标进行分析，完成目标分析报告，提交至决策层。

12) 决策层对策略层提交的报告进行分析，确定最终的目标报告。

图1. 视图模型

程序入口：企业决策层给出决策目标。

程序出口：反馈决策目标的可行性及相关子目标。

步骤1：GoalTree CreatGoalTree；//目标树的建立

if(Decision Level Goal){

Do(give the decision level goal to strategy level);

Do(Analysis the goal and resolve the goal);}

步骤2：if(strategy goal){

Do(give the strategy level goal to domain level);

Do(establish scenario);

Do(Analysis the goal and resolve the goal based on scenario);}

步骤3：if(domain goal){

Do(give the domain goal to deployment level);

Do(establish scenario);

Do(Analysis the goal and judge it can be true or false and make restrain base on scenario);}

步骤4：if(deployment level){

Return to the domain level;

Do(Analysis and make some rules);}

Take step4 and step5 until domain level pass the goal.

步骤5：Do(Analysis the goals all together and do some judge);

If(Something not right){

Turn to conflict domain;

Go to step6;}

else{do step7}

步骤6：Do(Analysis the goal and judge it can be true or false and make some rules);

Back to step3;

步骤7：Do(Decision Level analysis the goal definition);

If(true){

Stop;

}else{do step6;}

EMS快递公司的决策层提出决策层的目标需求：“提高EMS的服务质量”。这是一个高层的虚拟目标，通过进行KAOS分析，建立如图2所示的KAOS目标模型。

Goal Achieve[EnhanceService]

GIdNo[ 000010001 ];

GdomAll Domain(Not Segmentation);

InformaDefImprove the quality of service EMS

FormalDef

图2. 公司决策层建立的KAOS目标模型

策略层对决策层提出的目标进行分析，采用正反两种视角进行目标分解：

正视角：如何能提高EMS服务质量。

1) 提高服务点的服务水平

2) 加快货物送达的速度

3) 建立更多覆盖点

……

反视角：如何使得EMS服务质量更差。

1) 货物送达的速度变慢

2) 服务点的服务质量变差

3) 服务站点减少

……

通过正反视角的对比确定Goal的分解子目标，对每一个子目标建立相应的目标定义，然后将目标送至领域层的各个领域中。在本例中提出其中一个子目标进行分析。

目标定义：

建立子目标对决策层目标的补充(下述定义为决策层目标的补充)：

Goal Achieve[EnhanceService]

GIdNo[ 000010001 ];

GDom All Domain(Not Segmentation);

InformalDef

Improve the quality of service EMS

1. To improve the service level of Service Station

2. Speed up to deliver the goods

3. Establish more Service Station

……

Formal Def

对子目标的目标定义(这里选取其中提高服务点的服务水平建立子目标进行分析)：

Goal Achieve[EnhanceServiceOfStation]

GIdNo[ 000010010 ];

GDom All Domain(Not Segmentation);

InformalDef

To improve the service level of Service Station

Formal Def

下面选取Goal：提高服务点的服务水平，这个子目标进行分析。

在领域层将该目标分派到各个领域中，在不同领域中由领域专家对该目标进行分析，并提出其在各领域中的可行性，下文提取其中的三个领域进行分析。

1) 人力资源领域：

建立如图3的场景模型，领域层对策略层目标的补充：

在GDom中加入领域属性Human Resources Domain，通过场景模型，进行正反目标分析和“Why”，“How”提问来对目标进行补充。

通过场景分析，可以发现直接服务顾客的是员工。进行正反目标分析：

正视角：员工提供良好的服务让顾客满意

反视角：员工提供不好的服务让顾客不满意

提出“How”，如何让顾客满意以及如何使得顾客不满意。

通过分析可以发现，使得顾客不满意的原因主要是员工态度不好，业务不熟练，人员很少需要等很长时间，服务时间不明确等。通过提出的问题进行绘制新的场景模型图，给出子目标的定义。

确定子目标

G：进行岗前培训

G：增加站点的员工人数

G：制定工作时间表

……

通过确定的子目标来刻画新的场景图，建立新的场景图，如下图4所示：

子目标的目标定义：

Goal Achieve[EnhanceServiceOfStation]

GIdNo[ 000010011 ];

GDom Human Resources Domain;

InformalDef

For every new staff training their Job skills before they start working

1. Pre-job training

2. Increase the number of employees

3. Make work schedule

……

FormalDef

2) 在财务管理领域建立场景模型，如图5所示：

财务管理领域对策略层目标的补充：

在GDom中加入领域属性financial management Domain

通过场景模型，进行正反目标分析和“Why”，“How”提问来对目标进行补充。

通过场景分析，可以发现财务管理领域并不直接作用于顾客，但可能会在策略层的冲突域中与其他

图3. 人力资源领域场景模型

图4. 人力资源领域新场景模型

领域的目标发生冲突，所以加入领域属性financial management，但只在策略层进行分析。

3) 在企业文化宣传领域建立场景模型，如图6所示：

企业文化宣传领域对策略层目标的补充：在GDom中加入领域属性Enterprise publicity Domain通过场景场景模型，进行正反目标分析和“Why”和“How”提问来对目标进行补充。

通过场景分析，可以发现直接服务顾客的是企业文化宣传活动。进行正反目标分析：

正视角：如何提供好的宣传让顾客满意

反视角：如何提供不好的宣传让顾客不满意，提出“How”，如何让顾客满意以及如何使得顾客不满意。

通过分析可以发现，使得顾客不满意的原因主要是宣传力度不够，没有鼓励机制，不了解相应的企业文化等。绘制新的场景模型图，给出子目标的定义。

图5. 财务管理领域场景模型

图6. 企业文化宣传领域场景模型

G：加大EMS的企业文化宣传力度

G：赠送顾客小礼品

G：在各个网点增加宣传服务人员

……

新建立的场景图，如图7所示：

子目标的目标定义：

Goal Achieve[EnhanceServiceOfStation]

GIdNo[ 000010012 ];

GDom Enterprise publicity Domain;

InformalDef

1. Increase corporate culture propaganda of EMS

2. Give customers a small gift

3. Increase publicity service personnel in various locations

……

FormalDef

图7. 企业文化宣传领域新建场景模型

将领域层要实现的目标分派到各个领域的部署层

1) 人力资源领域部署层：

将基于人力资源领域的子目标分派到部署层进行目标确认，分析目标可行性并加入相关约束。建立场景模型，如图8所示：

分析场景发现分派给部署层的目标可以实现，不用添加相关的约束。

2) 财务管理领域部署层：

只在策略层进行冲突分析，不需要进行部署。

3) 企业文化宣传领域部署层，建立场景图，如图9所示：

从场景分析需要添加相关约束,完善子目标定义。

定义如下：

Goal Achieve[EnhanceServiceOfStation]

GIdNo[ 000010013 ];

GDom Enterprise publicity Domain;

InformalDef

1. Increase corporate culture propaganda of EMS

2. Give customers a small gift

3. Increase publicity service personnel in various locations

……

FormalDef

将部署层的补充目标定义返回到领域层，由相关领域的专家进行分析。

这里可以发现企业文化宣传领域有相关的领域约束和人力资源的领域目标需要财务的支持。这些都和财务领域的基本领域约束，即最小的成本换取最大的收益相冲突。将这个冲突发送到冲突域中，通过领域专家的协商工作建立相关的规则决定是否能解决这个问题。建立相关规则后在目标定义中建立GRule代替原有的GRestrain，确认完成后发送给领域层进行分析，此时要返回执行步骤3。在满足相关约束条并确定没有冲突后，可以将最终的目标定义和相应场景图提交到策略层进行汇总。

策略层将汇总的目标提交到决策层进行最终的判断。