管理软件分析设计七大原则

做过挺长时间的管理软件系统分析工作，还真有点体会，总结总结。

原则一，永远记住，客户不是系统分析员。

有些朋友，做系统分析时，总是说客户不认真提需求，系统开发进程被需求变更淹没时，就埋怨客户的需求没有提好。但就是忘了重要的一点：客户就是客户，客户不是系统分析员，如果客户能把需求提得那么清楚，要你干嘛？

原则二，对一些原则常怀敬畏之心。

有时候，也许你知道名家们给出的一些设计原则，也许你知道一些前辈分享的经验，也许某老鸟给了你一些建议。除非你对这些原则、经验、建议完完全全、不打折扣、融会贯通地理解了，否则还是建议你尽量按这些原则、经验、建议行事，不要动不动就头脑发热，自作聪明地轻易违反它们，要知道它们带来的潜在收益可能需要好久才能体现出来的，也许当你完全弄明白时已经晚了。

原则三，大智若愚。

系统分析，一定要有颗朴实的心，不要醉心于提供各种所谓智能化、自动化的功能，这些东西好是好，诱人，但要明白，往往这种功能要想弄得完美是很难的，好看与好用之间的距离也许是很大的，极端时甚至不可逾越。

系统分析者，最好要有一颗平常心。厉害的兄弟，自己也许能把他那颗心自觉地划成几块，花里胡哨的那一块给市场，留给功能实现、满足需求这部分的一定是最朴实的那一块。

原则四，从根本上解决问题。

一般一个问题发生了，可能有若干种解决方案，作为一个系统分析者，需要尽量从根本上解决问题。与一些临时性解决问题的方法相比，从根本上解决问题可能显得有些笨拙，有时候可能需要消耗较多的资源，但如果问题如果不从根上解决，往往弄不好后面就会派生出一些新问题来，这些问题还会像滚雪球似的越滚越大。

做软件的都知道，问题发现得越早，解决得越早，所花费的代价就越少。系统分析阶段留下的问题，到后面解决时是很麻烦的，甚至一旦错过了某个时机就不可能解决。

原则五，追求完美。

一般情况下，软件当然不可能满足用户所有的需求，但只要是满足用户的某个需求，就尽量完美地去满足，不但要满足当前的需求，还需要考虑软件的发展，客户可能的管理变更等。对某一点来说，有时候，能做到90%与不做差别并不大。

原则六，死与不死，需要中庸。

做系统分析的都明白，除非正如邓爷爷所说，一百年不动摇，否则千万不要写死一些东西。一个灵活多变的系统，与一个到处把逻辑写死的系统，简直就是天上人间的区别。当需要写死时，要好好考虑一下，是否应该使用参数，是否应该配置基础数据等。一个处理性别的字段，您也要考虑考虑您的系统会不会处理太监、人妖什么的。

但凡事都不能走极端，这里有个中庸之道，灵活是有限度的，总要写死一些东西。越灵活，就越复杂，并且复杂程度是呈几何级数增长的。而有些业务规则，只有写死一些东西才好表达。总之，这需要权衡。

原则七，易用性比美感重要一百遍。

软件是给用户用的，用户每天操作它，几年可能都在使用同样几个功能，面对同样几个界面。因此，任何时候都不应该为了好看而牺牲易用性、友好性。

曾经有位朋友，设计界面时，总喜欢把些框框弄得一样大，到处对齐，差不多大小的排在一起，我就非常不解地问：为什么要这样呢？他说：这样好看。可就是忘了重要的一点，这样用户操作起来不方便。要知道，用户每天对着这些界面，千篇一律地输入，哪还管它好看不好看，取个七仙女做老婆看多了也不怎么样。

微信扫一扫实时了解行业动态

微信扫一扫分享本文给好友