M位N体-面向平台的一体化解决方案

个不成熟的想法和大家交流下，虽然这个思路实现难度比较大，希望在此能起到抛砖引玉的效果。

基本思路：把所有的产品（如网管，安管，ITSM，门户，审计）按照模块拆散成M位，然后再按照不同的用户需求重新组合成N体产品。

步骤如下: 
1:假设产品和模块（图中紫色部分）如下，在这里对各个产品的模块称为M位。

    从上图中我们能看到以下信息，各个产品都有些公共的模块（如用户管理，资产管理），这些公共模块是为其他模块提供基础功能服务的，我们可以称为基础模块。基础模块一般功能变化较小。其他经常随业务变化而需要增加和修改的模块，我们不妨称之为“业务模块”。
   
2：按照上面的思路，我们将这些模块拆开，按照基础模块和业务模块分类，如下图

3：最后用“门户”模块重新组织“基础模块”和“业务模块”变成N（按照排列组合，N>M）个产品。这里要求门户能定制一级菜单和二级菜单来挂各个业务模块的功能点。如选择用户管理模块+IP地址模块=IP地址管理系统。
   
方案优势
1：降低成本：我们不需要再为每一个产品单独开发基础模块，而统一开发基础模块，如用户管理，资产管理。
2：快速满足客户需求：当用户有新的需求，我们不需要给客户提供一个新产品，只需要在平台上增加新的业务模块。
3：降低客户成本：采用这种一体化解决方案，能有效的帮助用户解决电力问题，达到低碳的效果，因为以前我们卖给用户一套安管（需要3台服务器）和一套网管（需要3台服务器），那么整合之后，我们可能只需要4台左右的服务器就能同时安装上网管和安管。我们按业务模块定价，那么用户可以自由选择自己需要的模块进行组装。
4：增加用户友好性：用户可以在统一的平台里完成日常工作，而不需要一会登录到安管，一会登录到网管。
5：增加用户耦合度：用户在使用咱们的一体化解决方案之后，我们给用户出一套平台标准，建议用户上其他系统的时候，按照标准整合到咱们的一体化平台当中。

设计思路
将平台分为三层，即数据采集层，数据处理层和数据展现层。业务模块主要是在数据展现层来增加。各产品共享数据采集层和数据处理层。

不知说啥 图都是红叉叉

重新上传了一下图片，请再过目下！

看着象在说一个解决方案

的确是一个解决方案！

好像啊,做电力的吗.

这个不就是代码重用吗？

又是M位又是N体的，热血沸腾的进来，还以为是某岛国的广告。

SOA模型的变种吧～～

什么M,N的，什么呀，无非就是组件式开发，搞的这么深奥

就是门户吧这  。。  还什么M、N的。。。