有人说如果不组织模型就直接发布使用，那该模型能否被投入使用呢？答案当然是肯定的，该工作就好比文档排版。组织你的模型能让使用模型的用户更容易的懂得模型中的元数据含义。组织模型工作可以应用于建模工作的任何阶段，使得后期有科学的管理和维护。一般情况下，我们推荐在规模较大的模型中创建几个视图、布局层、合并维度信息：
A、将物理层元数据集置于单独的namespace或folder
B、创建多个额外的namespacee或folder，以解决复杂模型多个查询主题、DMR模型和关系型模型等而导致的混淆问题
C、针对额外添加的业务视图，而该视图下包含多个查询对象或维度的快捷键，须创建多个namespace或folder。Framework Manager创建的大型模型里一般含有一个或多个业务视图层，不同的业务视图可被设置安全控制，同时被单独发布，以适合不同的用户群。
组织模型有以下必选内容：
1、创建星型模式组
组织模型的最快捷方法是使用菜单工具‘Star Schema Grouping’向导便可快速创建一个业务视图， 含有一组shortcuts到跟业务需求紧密相关的事实查询对象和维度查询对象。这样做就是让该业务视图以事务型数据为中心，基于分析主题、更直观的面对报表开发者。星型模式组的基本框架如下图所示
鼠标选中业务分析事物的一个查询对象、相关的维度查询对象，右键选择'Creat a Schema Grouping'，如下图所示
默认情况下，为该模式组的所有对象创建shortcuts避免namespace下的同名冲突；亦可选择仅对象被外部namespace引用时创建shortcuts。模型将star gruping对象存放在单独的namespace，需要输入新namespace名称，若取消为模式组创建新的namespace，则会在当前namespace里创建shortcuts。
该功能并不是必须的，旨在快速开发。若对业务模型非常熟悉的情况下，可直接手工设计一个基于事物查询为中心的模式组。
2、使用shortcuts
Shortcut就是快捷键，同windows的桌面快捷键性质一样，是对一个namespace、dimension、folder、query suject或relationship的引用指针。组织业务视图时它是不可缺少的功能，当一个重复对象被多次引用到不同的用户群、不同的namespace或文件夹下面时。Shortcut的名称可以修改，在同一个namespace/folder里也是查询载体，亦不可重名。当源目标被更新后，引用它shortcuts将会跟随自动更新。Shortcuts的名称默认为 ‘shortcuts {源目标名称}’，且会继承源目标的一些属性，如下图所示：
■ Regular Shortcut：针对源对象的简单引用，适合namespace、dimension、folder、query suject或relationship。比较典型的用法是多资料多粒度查询模型，比如 [product]维度是[forecast]、[Sales Target]星型模式组的共享维度，当一个报表查询包含了[forecast]、[Sales Target]两项内容时，则[product]只会在报表查询中出现一次。
■ Alias Shortcut：就像一个复制源对象的单独体，但又不能脱离源对象，仅适合query subjects和dimensions。当一个查询对象和其它对象有多个连接路径时，我们不能直接为它们之间创建2个relationships，因为同一个查询对象多个relationship会导致业务模糊和查询条件合并，于是alias shortcuts就发生了作用。如下图所示
3、创建folder和Namespace
如2所述，组织模型亦不可缺少folder和namespace，它俩之间有很大的区别。首先我们来回顾FM模型对象的命名规则，如下所示，分别是普通查询主题的查询项表达式、DMR维度的查询项表达式：
[go_sales].[Product].[Product Code]
前面部分[go_sales]是定义的namespace，[Product]是查询对象，[product code]则是查询项。
■ Namespace：根据模型的对象命名规则，namespace的名称直接影响了对象命名组成，尤其是当前端报开发表，模型中namespace名称的任何变动发布后，将会直接影响存储在Content Store的内容。说通俗一点：更改后会导致正在使用该模型的查询报表发生错误，必须修改后方可使用。
■ Folder相对而言就简单得多了，纯用于组织对象视图而不影响模型对象的命名组成。因此修改folder名称不会影响content store模型，亦不造成前段查询引用出错。如下图所示
使用上面所述的功能，组织模型后最终成型的是多个基于各自事务表为分析主题的单独体，一般包含一个事物查询对象和若干个维度查询对象，如下图所示
模型查询主题是科学建模设计时不可缺少的部分，对于项目管理开发、后期维护意义重大。关于模型的运维工作内容，FM教程将会在后面讲解，下一节我们将开始重点讲解会话参数和宏参数的用法，这部分内容请看下回讲解 2.3.9.1 Session Parameters。