问题描述
比如我有多个系统人事管理系统，文件管理系统，生产管理系统，客户管理系统等等，这些原都是一个ERP中的子模块，但现在就是想将这些分成一个一个的子系统，然后按客户的要求来配置erp是否有这个子系统。请有经验的朋友多多指教，如果方便的通过配置实现各个子系统的集成和删除。
解决方案
解决方案二：
感觉和你原来模块直接的耦合度有关，设计成可插拔式的模块。具体的坐等大神吧
解决方案三：
软件前端设计要以交互界面设计师的文案为先导，不是以技术人员生拼硬凑什么架构为准。如果你的这个所谓的需求是要求技术人员给你做用户交互模式设计，那么你把自己的定位的层次实在是太低了，跟着你的技术人员也无法提高。先有有创意的交互界面设计文案，然后技术人员才来公关，花2、3天时间研究并论证其实现方法。如果你出发点就是求别人给你一个软件“编程方案”来应付你的客户的口头需求描述，那么当什么经理、主管的也太虚了。
解决方案四：
我大概能知道你是出自什么背景来考虑这些。软件前端设计要以交互界面设计师的文案为先导，不是以技术人员生拼硬凑什么架构为准。如果你的这个所谓的需求是要求技术人员给你做用户交互模式设计，那么你把自己的定位的层次实在是太低了，跟着你的技术人员也无法提高。先有有创意的交互界面设计文案，然后技术人员才来公关，花2、3天时间研究并论证其实现方法。如果你出发点就是求别人给你一个软件“编程方案”来应付你的客户的口头需求描述，那么当什么经理、主管的也太虚了。
解决方案五：
设计文案，然后技术人员才来公关-->设计文案，然后技术人员才来攻关一字之差，把实在的东西编程虚的东西了。
解决方案六：
google单点登录
解决方案七：
引用2楼sp1234的回复:
软件前端设计要以交互界面设计师的文案为先导，不是以技术人员生拼硬凑什么架构为准。如果你的这个所谓的需求是要求技术人员给你做用户交互模式设计，那么你把自己的定位的层次实在是太低了，跟着你的技术人员也无法提高。先有有创意的交互界面设计文案，然后技术人员才来公关，花2、3天时间研究并论证其实现方法。如果你出发点就是求别人给你一个软件“编程方案”来应付你的客户的口头需求描述，那么当什么经理、主管的也太虚了。
公司就一小公司啊，没什么交互界面设计师，我自己又是项目负责人，又是程序员，又是前台设计。下面一共也只有两名开发人员，但大部分工作是在我之前开发的平台上面做"填空"的事情，还有就是解决之前客户的问题。而客户也就是小工厂，小企业的老板，他们连自己想的是什么都不知道，只是大概的说我想要一个什么软件，然后软件要有什么功能，细节东西都要我们引导他们。大部分的操作方式都是：我们知道他们的大概需求后做一个通用版的软件，装到客户那边，然后客户边用边提需求我们边改。不要用正规成型的软件公司流程来说啊，给客户经做一套软件价钱也就在几千到一两万，真不会很高大上的规范流程作业。我请教大家的目的是因为手上做过的大大小小的项目也有几十个了，其实很多都是通用的，有些公司想要其中一个系统的功能，有些呢想要多个系统的功能，但前提是这多个系统都要集成到一个系统中来。所以我想能不能做成像你们大型公司那种"高大上"的做法，能让我们以后交付，维护工作都轻松一些呢。
解决方案八：
还有我们也没有什么需求文档，项目方案类的东西，都是找到客户了，然后我们到客户那边去，客户说，然后我就用笔记下来，因为这类客户做的太多了，所以需求只要他们一说，就能理解到七八成，我们自己再补充一些，合同能签的也就签了。合同也很简单，说明做一个XXXX管理系统，1个月后到公司安装，收款分X期，每期什么时候收之类的，一共就两页纸。从头到尾就不会有文档出来。当然也会有几家大些的客户我们会出文档，但也决对不是几十上百页的“高大上”的文档，能说明大概的问题就可以了。
解决方案九：
就不要分什么子系统了，统一管理起来，增加个权限和角色管理。什么用户拥有什么角色，什么角色来控制对应的菜单权限。。。。分配好权限之后，每个人看到的就只有属于自己的那一块菜单。。管理员就让他看到所有的就行了。。。
解决方案十：
引用8楼zifengshen1981的回复:
就不要分什么子系统了，统一管理起来，增加个权限和角色管理。什么用户拥有什么角色，什么角色来控制对应的菜单权限。。。。分配好权限之后，每个人看到的就只有属于自己的那一块菜单。。管理员就让他看到所有的就行了。。。
这样是不行的。