轻微的演绎
如何才能把软件需求分析做好？
我的第一个故事来自大名鼎鼎的东软。
我在2005年接一个项目的时候，听说这个项目之前是东软做的。
当时东软在做这个项目的时候，整个过程经历了10多次结构性的大变更，局部性的调整更是不计其数。
据说某天早上，客户对某个功能不满意，他们不得不对几百处程序进行修改。
之后客户对修改的内容还是不满意，又不得不将几百处修改重新改回来。
最后这个项目导致的结果是，整个这个项目组的所有成员都离开了东软，并似乎从此不愿涉足软件开发领域。
多么惨痛的教训啊！我常常听到网友抱怨客户总是对需求改来改去，但客户对需求改来改去的真正原因是什么呢？当我们对客户的需求没有真正理解清楚时，我们做出来的东西客户必然不满意。
客户只知道他不满意，但怎样才能使他满意呢？他不知道，于是就在一点儿一点儿试，于是这种反复变更就这样发生了。
如果我们明白了这一点，深入地去理解客户的业务，进而想到客户的心坎儿上去，最后做出来的东西必然是客户满意的。
记住，当客户提出业务变更的时候，我们一定不能被客户牵着走，客户说啥就是啥。
我们要从业务角度深入的去分析，他为什么提出变更，提得合不合理，我有没有更合理的方案满足这个需求。
当我们提出更加合理的方案时，客户是乐于接受的，变更也变得可控了。
软件需求分析有哪三个基本原则
三个职业都很牛逼。
基本都是可以做一辈子的。
需求分析是将需求转化为软件的业务，目前针对比较大的企业，一般公司由软件开发人员担任，逻辑和分析能力要强。
架构师：一般一个公司也就一个，小公司一般没有架构师这个职称。
收入高，技术要求也高。
主要是会不会忽悠。
售前其实就是销售，牛逼一点的比架构师收入好。
公司理财管理系统项目设计（需求分析）
我还是建议再做至少一年的编码，做一年编码的话其实基本上是入门，两年的话可能算是多少略知一二。
有一点点基础再去做需求，可以知道一些东西是否能够实现，也会考虑到性能啊，操作性啊，如何实现更容易等等，如果不是特别急的话，建议你多做几年
