项目长期运维中产生的一些问题

      最近修改之前一个很久没动的老项目，出了一些，开这么个话题，慢慢写，慢慢总结这里面的经验教训

      1、我们平时项目最需要留档的是ER设计方案，最近修改一个老项目的时候，这个项目的ER是很明晰的，因为采用Django设计，其models定义很清晰，同时出现一些问题，就是项目开发期的一些产品功能相关的设计意图已经遗忘了，于是乎在改项目代码的过程中，新的代码和既往的设计出现冲突，或者不完全互相一致，上线以后发现不少问题，这种问题如何解决：1、项目的开发维护人要有所继承，经常换是不行的，长期的维护的人对项目的结构和设计比较清楚，这个是最近便最主要的一个措施；2、在大型企业中，项目的移交比较频繁，这个里面，业务设计的一些决策一定要文档保留下来，因为看代码技术实现有的时候不好反推高层的业务设计决策，有时候即便知道是技术层面怎么回事为什么，也不敢轻易对业务设计决策做结论，幸亏这次这个项目一直是我的，不过好久不大动了，很多当时的设计思考都忘了,有本架构的书里面把这个叫决策日志记录。

     ---待续

转载于:https://www.cnblogs.com/dhcn/p/9083279.html