关于连锁系统的框架设定

      一直对系统框架非常感兴趣，想整出一个实用、简单、通用强大的系统框架满足未来不断的应用扩展需要。

      最近上了一套连锁收银系统，此系统采用C/S架构，应该说完全的发挥出了C/S所应该发挥的优势：数据的本地化、应用分为服务端、分店端和POS端，此系统相互之间又可联系，又可分开，可分可合和变形现在把系统关键部分列出来，让没有接触的了解一下。

      连锁经营，数据的联锁同步非常关键，不要认为现在网络发达的现在，云端基于web的B/S架构直接到户，这样最好，最完美，只要网络畅通，实时都是最新数据！这应该也是我所一直追求的。

      此次整理的尽可能的简单，能满足连锁情况下的采购、库存、销售收银、对帐 应该就是百分之80的应用了。其它细节象客户管理及积分、VIP卡、应收应付、费用管理再加进去就是锦上添花，更加完美了，只是我们就不先考虑得太细，以简单实用为原则了。

  

数据库上：   

      对于数据库的基本应该实现一个库就是一个连锁其中一个单位的套帐，程序可对这个这个单个数据库进行备份、恢复、新建的操作，这应该是一个基础中的基础了，当然提供一个演示Demo的套帐（库），也是很有必要的。

菜单上：

      这个树菜单不能少，角色组、登录帐号的管理等等

      树菜单的ID和角色组要应用一个权限表来来区分是否可见、可改、可查、可删除、可导出、可打印等等

基础数据部分

      区域、公司机构、商品部门以及供应商分类、供应商资料、商品分类、商品资料

      数据字典有：商品单位、品牌等

好了有一以上数据，又要考虑到要连锁，也就是连锁权限和数据之间的关系问题，这里面是用公司机构做为公司的最基本的公司机构权限单位

也就是说以上数据

     

 

数据交换部分：

       采用FTP和本地局域共享文件夹，本地局域网也就意味着VPN的方式也可以进行交换，交换设置是由总部权限设置好一个统一的交换方案，是采用A到B、B到A中的那些数据需要同步交换，是否需要覆盖等

       具体的交换方式还是需要研究，应该是把多条更新数据的一个表写在一个同名的TXT中，多个TXT再打包成一个更新zip包，再将新插入的也放在一个zip包中，分时分序的两边的定时服务程序进行下载，解压，列表读取，写入更新到相对的本地库中，实现了同步。当然程序为了减少多余的数据传递，都应该抓取最后的更新时间进行对比来进行同步操作。

报表部分

       这部分灵活性要非常大，不同的公司需求也不一样，要求也会很多，未来发的时间在这上面应该也是最大的，对于数据库数据调用和采集要非常清晰，并且要统一的报表管理，权限分配等

 

 

以上就是简单的想法，应该还有很多，还是先发布出来，一起交流