大型机系统文件命名的一些技巧

目前正在做一个迁移的项目，该项目把大型机上的一个系统迁移到unix系统中。现在遇到的一个问题是，因为原大型机系统会被替换，但是这个系统所产生的输出文件，会被别的系统使用到，替换的新系统也必须同样能产生一样格式、内容，然后从unix上传到大机中。记得在以前的公司，一个系统的输出作为别的系统输入的文件叫hand-off file. 我们现在负责分析原来系统的逻辑，这些hand-off file也是必须全部找出来，如果有遗漏，后果很严重。

 

就是在找文件的事情上，遇到难题了，老系统的文件命名是相当的混乱，JCL/PROC大量使用变量，使得在PROC中，一个文件名基本上由变量来组成。所以很难用字符串来search。所以，一个管理良好的系统，文件命名是必须遵循这个组织所定制的规范，尽量少用变量，只有在hard code会引起很大的工作量时才考虑用变量。

 

再一个是对于系统里边的文件，应该在开发的过程中，以这个文件的功能来给这个文件改一个通俗易懂的名字，而且要比较简短。反观现在老系统文件名能反映的信息量太少，能反映在那个job生产，还有产生的时间，而且没有文件名，这样看上去就好像由一串没有什么意义的数字组成文件名。这样就相当得不规范。