录音管理拆分过程

现在整个工作时间比较紧，即要管贵州行的，又要管电信的。

而整个录音管理的开发时间给的也不多。

现在给的开发时间，是陈丰玉按照自己的思路来预估的。

我现在要做的是，如何知道陈丰玉是怎么想的，他的时间预估是怎么做的。

只要做得跟他想的一样，问题应该就不大了。

 

现在要做的：

1：理解内部管理的整个系统设计思路

2：去掉多余的表和代码，只保留录音管理。祈祷建行的录音管理跟内部管理的其他部分藕合不是太严重，这样我拆分起来

     也会比较容易一些。

3：使用PD，把INFORMIX数据库的表结构导出来，然后再导到ORACLE中去。

4：修改整个数据库操作代码，让录音管理支持ORACLE。

 

代码可以先不修改，先要做的是，把相应的菜单给干掉，二是把相应的表给干掉。

三是把应用进行整合。

1：找到在那里配置菜单的，然后再去删除菜单。

表到底要不要干掉呀？表太多了，也不知道相互之间的关联关系。

但是录音系统肯定是要与后台系统的表进行关联的，这个到时候不知道如何处理。

现在只能是先全部布署上去，然后再在上线的过程当中小心的一步一步的把不相关的东西删除掉。

每删除掉一个东西就做一个版本保留，然后再做相关说明，防止后期发现有问题的时候可以回退。

 

从这里我们可以看出来，模块之间本身的闭合是很重要的。如果实在是做不到闭合的话。

则要在相关的文档中做说明，说明该模块的表与那些模块的表进行了关联。

以后自己控制项目的时候一定要注意这点，如果做到这一点了，则以后拆分模块不会这么麻烦。

同时系统维护起来或是产品化也会比较容易一些。

 

通过PD的逆向工程来把内部管理的数据库转化成oracle的建库脚本。

 

  具体操作

1 创建一个.pdm工程

2 配置ODBC DataBase->Configure Connections->ODBC Administrator->系统DSN->添加->

        选择mysql odbc 3.51driver->填写数据库信息

3 导出 pdm工程 File->Reverse Engineer->database->Using a data source 

 

 

对于数据表之间的关联，可以通过日志文件来发析，把日志文件中出现过的数据表保留下来，

没有出现的表则干掉。先在ORACLE中建一个相应的库来隔离内部管理，等时机成熟后再整合。

 

对于把录音管理移值到ORACLE的事，可以交给新人去做。

 

 

后期启动配置文件，可以通过URL的形式来获取配置文件的数据。这样一来就可以避免到处配置地址信息的方式。