杨长春的个人空间

做过挺长时间的管理软件系统分析工作，还真有点体会，总结总结。 原则一，永远记住，客户不是系统分析员。有些朋友，做系统分析时，总是说客户不认真提需求，系统开发进程被需求变更淹没时，就埋怨客户的需求没有提好。但就是忘了重要的一点：客户就是客户，客户不是系统分析员，如果客户能把需求提得那么清楚，要你干嘛？ 原则二，对一些原则常怀敬畏之心。有时候，也许你知道名家们给出的一些设计原则，也许你知道一些前辈分享的经验，也许某老鸟给了你一些建议。除非你对这些原则、经验、建议完完全全、不打折扣

从事管理软件设计，一般都是从用户需求分析开始。从事软件工作的，大概谁都知道需求分析的重要性，可能大部分人都吃过需求分析不充分的亏。兵法云，“谋定而后动”。对一个项目而言，需求分析应该是“谋”的一部分，谋不好就急吼吼地从事后面的工作，实在是一件非常危险的事情。让需求分析者最兴奋的事是，遇到一个既精通业务又对自己的业务信息化有许多想法的人，甚至他是一个软件爱好者。有时遇到牛人，他提出的需求，你记录下后稍作改动就直接可以当做需求分析规格说明书用了。当然，这种事情千年难遇，可遇而不可求啊。而且，在这种情

近年来，纺织业的信息化工作真是热闹非凡，大部分通用软件都在这个行业铩羽而归。于是，有识之士众口一致地说要走行业化之路。但行业化之路怎么走呢？既然行业化，那就彻底点吧，细分呗，做了棉纺厂项目的，从此出台一个棉纺ERP系统，做了毛纺厂项目的，从此出台个毛纺ERP系统，做了染厂项目，从此出台个染整ERP系统，做了印花项目的，从此出台个印花ERP系统，等等，大大小小细分出几十种行业ERP软件。但物极必反，过于细分的结果是既增加了全行业的开发成本，又制约了管理经验的提炼。本文将从工艺物料、库存、生产加工、