开发管理与维护管理的简略组织

在项目开发阶段我们使用svn等版本控制工具是必不可少的，但除了源码以外，一个项目所用到的资源还有很多，我们可以采用如下组织方式进行管理。

而一个项目完成后，便进入了部署和维护的。最近在一个X店连锁系统的维护工作交由我管理，在X系统专用服务器上突然发现，经过多人之手后，其管理组织很是凌乱，给外出部署或升级和了解整个项目带来了些麻烦。简略描述及管理图如下所示：

1） 首先此系统已由五部分独立又相互配合的小系统组成，凌乱的存放又没有明确文档的指示，使接手者不易一次性清楚系统的构成及功能

2） 部署此系统除了系统本身外还需要安装此系统的支撑软件和一些其他应用软件，而这些没有明确分开

3） 由于此系统分布的店面会在几百家，其需要维护的信息更是会很多，如此店的硬件分布状况（是否为独立服务器或多客户机等）、软件版本、系统镜像文件及其他店面信息等。这么大的数据量要整体维护起来麻烦会很多，故而对以省市为单位进行单店信息存储维护。

4） 数据库升级是产品升级的重头戏，可在下图中1部分了解。

5） 软件的发布版本还是跟源码分开好，这样更明确，而且启动源码较快捷。而在每个店信息内只需要记录其所使用的版本名称，然后便可在下图3中找到了，至于这个发布版本与源码版本的对应关系则可以通过另外一套对应关系找到。如命名对应法。

6） 出差前后的工作要有所描述，使参与者清晰工作流程。

维护这种几百家非结构化数据资料，如果是手工维护的话不要将资料凌乱的存放，尤其是不要将同一份资料放的到处都是（除非是有意识、有说明的备份），采取如上图所示的统一管理较好。新接手的人员要先了解前人的维护方式，再对其进行完善。而从提高工作效率等方面考虑的话，管理非结构化数据使用前段时间培训的IBM 的fileNet p8平台是个不错的选择。

总而言之，无论是开发阶段的管理还是维护阶段的管理要统一管理、分类管理，要优先考虑继承前人工作，谨慎另辟新路。要为后续工作做好准备。