MyException - 我的异常网
当前位置:我的异常网» 软件架构设计 » 关于系统设计的一些见解

关于系统设计的一些见解

www.MyException.Cn  网友分享于:2013-02-20  浏览:0次
关于系统设计的一些想法

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

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

     

        第一:需求的完成度。

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

     

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

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

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

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

      

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

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

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

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

    

      第四:效率考虑。

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

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


     第五:开发周期。

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


     第六:可扩展性。

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



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




文章评论

软件开发程序错误异常ExceptionCopyright © 2009-2015 MyException 版权所有