好的pȝ分析员都是从优秀的程序员中生的Q坚实的~程功底、丰富的l验是今后做pȝ分析的基?/font>
没有对系l本w进行过透彻剖析q，很难领会到其中一些难以言q的_֍。但q不{于好的E序员就能够成ؓ好的pȝ分析员?/font>
合理的知识结构。语a能力、文字表达能力、技术的全面性等是对pȝ分析员的基本要求。比如说c/s ? 层开发，如果仅仅对netscape公司的品熟悉还不够Q还需要了解比如微软等产品Qƈ且要了解他们中生历Ԍ发展思\Q技术优劣，以应付各U穷q猛打的提问。但更重要的是，q是你ؓ应用定制技术要求的前提?/font>
pȝ分析员思想
全局观念是系l分析员必须具备的观c?/font>
如果pȝ分析员设计时太注重细节，往往会陷入在某个问题上纠~不清的泥潭。（93q_我论文指D师的一席话影响了我随后几年对Y件开发的理解——今后计机会越来越快，多写几行代码写代码无关紧要Q最重要的是整体Q一开始就错了Q某个部份编得再好，也是没有用的Q pȝ分析员要有面向用L思想。系l分析员应当有能力将自己扮演成用P来了解要交付的项目看h想什么样式，感觉想什么，从而了解用Lxq挑选出合理部䆾d发。从q个意义上说Q系l分析员才能获得有意义的见解dg的开发组成员。系l分析员头脑中要寚w目结局有一个清楚的认识Qƈ保证目不偏L向。系l分析员要有Ҏ于技术，高于技术思考问题的
思想。纯_的E序员通常Ҏl结果考虑的不是很多，当一U新的技术在市场上出现时Q他们对能否按时交付的考虑比较少Q而强烈希望他们的计划能够建立在新的技术之上。因此，pȝ分析员的x和行动要象一个用P又要能够站在技术的高度Q成为真正的用户、程序员之间的代a人?/font>
d隑ֺ的预能?/strong>
pȝ分析员要具备快速的d隑ֺ预测能力以及具备快速确定开发小lh员构成和d划分的能力。（我将q条归ؓ思想Q而不是能力）昆虫自然会长出翅膀Q而思想却需要长期的润。要做到q点Q需要大量的思考、学习。设计远比编E重要。当今Y件业的发展，各种开发工L出现Q编E已l不是什么问题，E序员的工作某种E度上讲是将别h现成的东西拼凑堆砌v来。系l分析员要清楚的认识刎ͼ现在大多数程序员没有学会怎么L体的了解一个系l，有些甚至不了解编E（q不是说他们不会写代码）。可视化的开发工具加五花八门的控ӞE序员可以偷Ҏ了。（q可不是夸大Q我好几q的理工作Q接触过大量的程序员Q基于技术，跛_框架。基于现有技术结合用户需求思考问题，设计时蟩?br />框架?/font>
pȝ分析员的关键
获得信Q。系l分析员最重要的素质是获得信QQ这是成ZUpȝ分析员的关键。成熟最为关键。成熟可以ؓ整个目l提供正的支持Q能够理解技术怎样才能解决用户的需求?/font>
pȝ分析员的准备工作
l一的各U文模式，q其中包括今后Y件变量、字D命名规则。我推荐用pb制定的规则做基础Q通过攚w成为适合自n实用的标准。统一的文管理。统一的分析Y件。比如说roseQuml 太规范，国内的Y件管理水qx本用不上Q只不过量应用Q你自己对系l分析的理解有好处）Ҏ是思想的放映，在具体方法上׃多说了。我托h从u$a 弄到几本书，用于面向对象pȝ开发的使用》、《面向对象的分析》、《项目管理》等都是很不错的Q推荐大家看看?/font>
我在拙作" 在中国没有h懂计机" 里发了点牢骚Q听说挨了部份hQ习惯性的Q骂。其实，bbs 本来是发泄的地方，在这里从来就|有有内容的文章?/font>
自从" l纳? 登陆深圳后，大家更着g从宏观看中国的it业了。中国itq棵树Q说实在的，长到今天实在是不Ҏ。一些h提出? 反对微Y霸权"的口P不少人呼唤中? 谷" 的出现。微软的成功不是技术的成功Q更多的是商业运作的成功。中国itq棵树能长多高，取决于他所植根于的土壤。而现?br />的事实是Q这片土壤实在是太瘠了Q如果按我们现在的思\和搞法，是长不成大树Q更别指望能l？quotQ微? Q? 谷" q样丰硕的果实。如果说Q我们的软g技术落后美国十q_我们的硬件制造技术则落后国二十q_我们的管理水q后美国至三十年。而最l决定发展速率的恰恰是我们的死I──低劣的管理水q뀂低劣的理水^的Ş成的原因有着深厚的背景和多方面的原因?/font>
pȝ分析工作是解决一个问题的工作Q目标是一个对计算机应用系l的需求{化成实际的物理实玎ͼ其中复杂复杂在实际的面太多。在pȝ分析q程之中注意问以下的问题Q可能会所q行的系l分析设计工作有帮助
1 Q您所完成的系l目的是什么？注意不是功能要求Q而是目的。也是Z么要、ؓ什么要C。在考虑pȝ目的Ӟ我更多的侧重于系l的最l目标考虑Q因Z个系l不可能一下子完美Qؓpȝ留些余地?/font>
2 Q您所完成的系l有哪些斚w参与Q各斚w的初h什么？那些人可能在pȝ中v重要作用Q他们会采取什么样的态度Q你对他们有多少影响力？中国it行业的失败之一是? 太年? Q一定要有领导的支持Q否则完蛋。不要认己对他们会有多少影响力，即便有，也要可能的认ؓ是决{者再影响他们。在中国Q一个技术员Q你老几Q说到这里我很悲哀。哪些h在系l中起重要作用ƈ弄清楚他们的态度Q这点十分关键?/font>
3 Q您的系l是否有一个明的评h标准Q最好从参与的各斚w都进行考虑?br />不知道这栯对不对，在系l徏设之前，对你的程序员、对你的领导要有臛_不同的两U评仗?/font>
4 Q你的系l设计思想是什么？是否能够得到各方面的认可。如果高明，寚w对{对E序员都采用引导Q得到认可的最好办法，是让他们认可他们自qx。（我力图这样做Q但做得不好Q系l分析员有一点要学会韬光LQ忍Q?/font>
5 Q你对参与系l设计开发的人员了解吗？他们的特长在哪里Q是否愿意与你合作，Z么？你对他们有够的影响力吗QY件发展到一定的E度Q不是编E，不是数学Q而是理?/font>
6 Q你的系l开发计划是否完善？你的计划表有明确的阶D吗QQ何一阶段都应该怎样完成Q如何对q一阶段完成的情况进行评P
7 Q你Ҏ采用的系l开发方法以及工h否熟悉？你的夥伴是否熟悉Q事实上Q不是每U好的工具都要用，也ƈ不一定都要他们熟l掌握。提醒诸位一句，当你方案做得可以不依赖某个E序员，你在E序员面前就无信daQ因Z此程序员受到更大的生存压力。我坚决不在公司使用rose.
8 Q你所完成的系l是否有原型Q计机的或者物理的?/font>
pȝ分析员基本功
以上的几个问题都是在pȝ分析以及pȝ规划时涉及到的，供各位参考?/font>
q文章很好，我的话是Q? 需求分析实际应该是问题分析".含义是系l要解决的是问题。而不是用h出的需求。经常发现系l完成后Q客戯" 我的问题q没有解?.可是Q需求分析稿上的目标都搞定了?/font>
既然是问题分析，所以，熟悉目标pȝ的知识就是必要的。甚臻I可以_一个好的系l分析员也应该是好的业务专家?/font>
我很高兴在这里遇到许多分析高手，可以交流分析中的问题。我赞同从来的观炏V在中国作分析重要的是h气，因ؓ中国的企业信息pȝ的徏讑֜很大E度上可以说q有需求，而是q于某种压力。用户在很多时候考虑的不是系l的长远发展Q而只是短期的成果Q要求开发单位在很短的时间内完成一个很大的pȝ的开发，没有旉对系l进行周密的分析Q在q种情况下，很多开发商׃_分析，_设计，快q入~码阶段Q这Lpȝ的生命周期肯定不会很ѝ说了这么多Q只是想_pȝ分析员确实应是业务和理专家Qƈ且需要有很好的语al织能力Q他需要根据问题域中存在的问题d力说服用P引导用户需求，毕竟Q我们是专家Q如果让用户늝d赎ͼpȝ不会是成功的pȝ。（当然了，q要建立在用h可引导的前提下）本h拙见?/font>
在理解和分析用户的需求时Q应说服用户明白Q徏立计机应用pȝq不是简单地用计机代替手工劳作Q它更应该是理思想的一ơ革命，是现用户模式的一ơ升华和提高。如果系l不能高于现实，开发的pȝ长期陷入需求的反复修改Q其软g的生命周期也短了?br />
]]>