在此页：
示例 #1： 基于Java包创建模块
配置如下：
- 全名如com.castsoftware.bookdemo
- 选择的类型：Java包
引导一个模块组成：
而完整的分析结果为：
解释：
对象类型（“Java包”）和对象全名（“like com.castosftware.bookdemo”）上的过滤器都以实际的“com.castsoftware.bookdemo'”为目标的Java包；因此，模块是用这个包及其内容（即子包、类、方法和字段）构建。
使用案例：
用于处理基于包组织应用的功能区域。
注意当使用基于对象路径的对象名称过滤器时（如存储在分析服务模式），一些对象（特别是Java包）不会与路径一起保存，因此这些对象不会包含在模块中。
示例 #2： 基于目录创建COBOL模块
配置如下：
- 全名如 C：\Documents and Settings\PDO\Mes documents\Jeux Test\COBOL\code\avoid
- 选择类型： COBOL 目录
引导一个模块组成：
而完整的分析结果为：
解释：
过滤器在对象类型（“Cobol目录”）和对象路径（’比如C：\Documents and Settings\PDO\Mes documents\Jeux Test\COBOL\code\avoid\”）实际目标的Cobol目录“'C：\Documents and Settings\PDO\Mes documents\Jeux Test\COBOL\code\avoid\'”目录；因此这个模块是用这个目录及其内容（程序、副本、节、段落……）构建。
使用案例：
当源代码存储在单独的目录中时，处理生成的代码非常有用。
示例 #3： 基于对象名创建一个DB模块
配置如下：
- 全名如 %Order%
引导一个模块组成：
而完整的分析结果为：
解释：
全名的过滤器（'like %Order%'） 都是针对实际的SQL对象，名字包含 'Order'；因此使用这些SQL对象及其内容（N/A使用这些类型的对象）构建模块。
使用案例：
在打包应用之上处理开发非常有用，名称本身就可以帮助区分对象。
示例 #4： 基于.NET项目创建.NET模块
配置如下：
- 全名如 [ACME_VB]
引导一个模块组成：
而完整的分析结果通过My .NET Stuff使用，由ACME_VB、ACME_CS和IBM-T42组成。
解释：
全名（'like [ACME_VB]）上的过滤器的目标是实际的.NET项目名'[ACME_VB]'；因此这个模块是用这个项目及其内容（名称空间、表单……）构建。
使用案例：
适用于VB/VB.NET/.NET内项目的处理。
示例 #5： 创建一个基于.cpp文件的模块
配置如下：
- 全名如 %.cpp
引导一个模块组成：
而完整的分析结果由：
解释：
全称（'like %.cpp'）上的过滤器都以实际的C++实现文件为目标，而忽略了头文件；因此，使用这些文件及其内容（类、方法……）构建模块。
使用案例：
有助于避免批量头文件的评估污染。注意也可以使用目录选择，这取决于源代码组织。
示例 #6： 基于SAP表创建模块
配置如下：
- 全名如SAP_TABLE/%
引导由SAP分析中的所有SAP表组成的模块，而完整的分析也包含程序等。
解释：
全名（'like SAP_TABLE/%'）上的过滤器针对的是全名以'SAP_TABLE/'开头的所有对象，'SAP_TABLE/'是分析SAP表AIP中的命名约定。
使用案例：
这个示例很有价值，它提供了一个精确的全名，可以根据命名约定构建包含一些表的模块。
示例 #7： 基于.Net命名空间创建模块
配置如下：
- 全名如 n1
- 选择类型： .Net namespace
解释：
对象类型 （'.Net namespace'） 上的过滤器和对象的全名（'like n1'）的目标是实际的'n1' .Net namespace；因此模块是用这个名称空间及其内容（即子名称空间、类、方法和字段）构建的。
为了在模块之间分发源文件，模块“按名称空间构建”要求创建过滤器在模块之间分发源文件。因为它们可以包含来自多个名称空间的对象，所以不“属于”任何名称空间。例如在“全名如%xyz%.cs”上添加一个过滤器。
使用案例：
用于处理基于包组织应用的功能区域。