关于系统设计的一些想法

        这里是对我以往设计的一个小的总结。主要涉及的是平时设计的时候，遇到的一些问题，以及如何去解决他的一些思路。

        首先讲下，在设计系统的时候需要考虑的一些因数。

     

        第一：需求的完成度。

        一个再NB的系统，如果没有人用，那就是一个SB系统，这个是每个做系统的都知道的一个道理。所以对需求的满足度是排在第一位的。

     

      第二：系统模块的关联性的一些考虑。

       在一个系统里面，肯定会涉及到关联性的问题，而这个问题也是困扰设计的一个很重要的东西。在不同的情况下，需要使用不同的处理方式。我们可以举一个具体的例子：

       产品模块和订单模块，无可厚非。订单模块依赖于产品模块，订单都是根据产品来的，但是当你的产品发生变化时，订单却不能发生变化。为什么？很浅显的道理，前一天我买了一个苹果，第二天我再去看我的订单信息居然变成了老鼠药。。。同时对以往的信息也会造成不可能追述的问题。在这种设计的时候，要充分使用冗余数据来进行处理。这种情况要最大的减少数据的关联性。

      用户和菜单模块，用户拥有某些菜单的使用权限。如果菜单的名称发生了变化，但是你的关联的菜单名称却没有发生变化，这样也是不太合理的。在这种情况肯定使用标准的三范式来进行处理会更好。在这里就需要更好的关联性。

      

      第三：系统的公用性考虑。

      一个模块的公用性，是考虑模块所处架构的位置。这个说起来比较空洞，但是举一个很简单的例子。

     用户登录模块，如果单从一个系统考虑，一个系统一个登录是比较好，突然发现有20个系统，每个系统还得要不同的账户，每次切换系统都要继续重新登录，然后。。。。

     当遇到这种情况的时候，明显应该把登录模块单独成一个新的系统（单点登录/Ucenter）。设计系统很大的一个原则就是要求功能最好单一性，就好像术业有专攻一样。每个系统负责更加单一的功能，在后期维护也会变得更加简单。例如：邮件发送系统、统计系统。。。

    

      第四：效率考虑。

      一个系统反应的快慢决定了客户满意度的一个很重要的因数。我操作一个功能需要在哪里等半天才能进行第二个操作。当然这个说法有点夸张，但是往往用户会很讨厌等待，漫长的等待也是资源的一种浪费。

     而系统效率加快设计的方面就比较多: 从数据库到界面都有。这个大家去看相关的博客文章。例如：表分区，数据分表，页面静态化，缓存的使用，索引的使用，文件系统的使用。。。

     第五：开发周期。

     开发的周期和效率往往是两个极端，为了运行效率的考虑一般都会加长开发周期。

     第六：可扩展性。

     有这么一句话大家应该都能理解：“人物远虑，必有近忧！”。在设计系统的时候，充分考虑后期可能发展的方向，并预留下来，在后期的开发和优化会更加的简单和快捷。

今天大概就讲这些东西，下次讲一些具体的项目，所涉及到的一些系统设计。