搜索
通常一个设计公司会有一系列不同的文件夹组成的目录树型结构模板，用来存储文件以及允许多个用户来分享这些文件。但是，这些项目文件目录在使用的过程中非常容易失去控制。例如，每个设计者可以为他自己在某个阶段的带某个特征的工作创建单独的文件夹。虽然这对于在工作过程中存储分散的信息是有帮助的，但是项目越往后，整个项目目录里面的重复的、冗余的以及失效的信息就越多，以至无法高效地对项目信息进行浏览。Bentley公司ProjectWise瞄准的就是在更深程度和更广的范围内解决项目中类似的问题，而利用Bentley公司的另一平台产品－MicroStation，同样可以在某种程度上实现在公司或者项目的范围之内，对电子图档和工作空间的文档结构进行控制管理。在介绍怎样利用MicroStation的配置变量进行文件管控之前，有一些概念我们可以先来熟悉：对于项目文件目录的管理，首要的做法是：尽量地简洁。一旦一个合理的文件目录结构被创建出来，公司内部或项目里的任何人都应该遵守这个结构来进行工作。例如，一个公司应该有一个稳定的协调的文件命名惯例，这样公司的人员不管在哪一个项目中工作，都能够很快地熟悉文件目录，并知道在哪里能找到怎样的文件。下图是一个典型的设计公司文档目录结构。根目录下有四个文件夹：“InProgress”（保存的是正在工作进行中的文件）；“Issued”（存储的是已经或可以发布的文件；“Received”（接收的未经修改的，处于接收初始状态的文件）；“Resources”（单元，块，种子文件，模板文件，打印设置文件等支持性文件）以上只是一个简单范例。还有一些重要的原则在创建项目模板的时候是需要遵守的：根目录下文件夹的名字必须协调稳定，形成惯例：例如用项目名称，或者项目类型编码模型与图纸分开为了避免混淆，在项目结束之前，“InProgress”中的模型和图纸文件永远不要作“另存为”或复制以保存不同的文件状态“InProgress”意味着当前的信息始终处于不间断的工作进程之中，确实需要作版本保存的模型或者图纸，应该保存到“Issued”目录中“Issued”或者“Received”中的文件应该以专业命名，而不要以参与项目的公司或人员命名。以下是一种基于业界约定标准的命名惯例：专业－平（或者剖，立）面名称代码－楼层－文件内容描述－。。例如：A-P-01-CORE.DGN表示architecturalplanfloor01corelayoutA-P-01-PART.DGN表示architecturalplanfloor01partitionslayoutA-P-01-STRUC.DGN表示architecturalplanfloor01structureA-P-02-CORE.DGN表示architecturalplanfloor02corelayout关于项目目录存储的位置:不要将项目保存在软件的默认工作空间下；必须有不同于应用服务器的一个或多个备份服务器也参与项目的保存；对于项目参与者分散各地的项目，可以考虑磁盘的本地映射，利用特有的能代表不同地域的大写字符来作盘符，以避免可能的冲突。例如X：\，Q：\，或者B：\表示北京，S：\表示上海使用MicroStation的配置变量在以上的基础之上，我们可以进一步地使用MicroStation的配置变量来优化项目中文件的管理。MicroStation是可以为高效率的项目管理进行配置的，它的工作空间“workspace”可以指向任何数据，文件以及相应的支持资源。在MicroStation启动的时候，程序会去寻找关键的配置文件并按照一定的顺序规则进行处理。这些配置文件会告诉MicroStation执行怎样的操作和按照何种寻求寻找文件。用好配置文件，能有效地帮助项目的管理和组织。配置文件中保存的是MicroStation的配置变量：ConfigurationVariables。正是这些配置变量向MicroStation发出指令。这些变量似乎是容易被人们遗忘的工具，虽然它是那样的强大而灵巧。MicroStation的大部份配置变量分为5个层次：system，application，site，project和user，优先等级依次递增。User级的变量优先级最高，System级的变量优先级最低。