本文結合自己的經驗，從實踐的角度，對項目軟件的分析工作從7個方面進行了闡述，并指出一些容易失誤的做法。希望能對從事分析工作的同仁有所參考。
軟件從使用范圍的角度，可分為項目軟件和產品軟件。
項目軟件：即針對特定某個客戶的要求，并僅為其使用的軟件。又稱工程軟件，特點是有明確的合同，嚴格的工期，約定的維護期等。如"XXX公司XXX系統"。
產品軟件：即針對某一領域客戶的共有需求而開發的軟件。特點是通用、功能豐富而冗余，通過一次性的購買行為獲得等。如操作系統軟件、數據庫軟件、CAD軟件等。
本文就項目軟件的需求分析，結合自身的體會，提出一些看法和建議。
1、 依據分析階段確定合適的客戶方配合人員
這一點對于獲取真正的用戶要求非常重要。通常，客戶方會組織專工以上層次的人或在單位小有名氣的計算機能手來和開發方分析人員配合，共同整理需求。
應該對客戶方配合人員進行分類，層次化，使之和分析的各階段相對應。
分析的初期，即總體分析階段，需要得到整體意義上的輪廓需求，此時，應與客戶方總工以上層次的人員進行交流，這一層次的人，對未來的系統會有完整的描繪，可以劃分出子系統，及其之間的關系，這也是高級管理層對系統的期望。可以以此作為綱領性的文檔指導進一步的分析，并約束后續的分析過程，避免需求范圍漫無邊際的擴大；
專業系統分析階段，通常，客戶單位都會有專業分工，彼此之間既相互獨立，又會在某些點上發生聯系。此階段應與客戶方專工層次的人員進行深入的討論。這一層次的人，對自己的專業相當熟悉，對專業內的需求會非常到位，大都年富力強，有相當的閱歷和理解能力，甚至自己都可以繪制業務流圖，總結業務功能點。對他們應充分鼓勵，盡量調動其積極性；
系統關聯分析階段，在各專業系統得到充分分析的基礎上，緊接著就要理清它們之間的關系，這是提升需求檔次的關鍵階段，也是高級領導層和專工都關心的階段。通常，客戶單位都會有一些零散的軟件，如財務軟件，部頒軟件等，這些專業軟件都發揮著重要的作用，但都是些信息孤島，客戶會很自然的希望能把這些信息融合到整個系統中來，為更多的人所共享。同時，也希望數據能夠在各專業系統間順暢的流動，從而減少重復勞動，提高工作效率。此階段應把總工層和專工層召集到一起，共同理清系統間的接口。
經過這三個階段，對需求的描述將比較準確和完整。
2、 多方位描述同一需求
有一些需求貫穿了從基層人員到高層領導，對此需求應該從各個角度、各個方位給以描述，總結之后才能得到完整的表達，否則可能會漏掉一些信息。這也為后續的設計工作打好了基礎。
比如，在設備管理類軟件中，有一個概念叫"缺陷"，指由于材料老化或外力作用，使得設備處于不正常的運行狀態，但還沒有到立刻就釀成"事故"的程度，但如不及時檢修，就可能出事。對于設備缺陷業務，就涉及到從班組人員到領導，上上下下對此都非常關心，但各層次的人關心的側重點卻不盡相同：領導關心"消缺率"（即缺陷消除率）、"消缺及時率"；專工關心缺陷類型和處理方法；班組人員關心消缺工作的人員安排及時間地點。缺陷的業務處理流程依賴于"設備缺陷單"（用于記錄缺陷及消除情況），如果僅僅局限于從由基層得到的設備缺陷單上的數據結構（設備名稱、缺陷發現人、發現時間、二級單位確認時間、缺陷性質、安排消缺時間、消缺人員、消除日期、處理方法），無法滿足專工層的分析要求：對設備的缺陷情況按類型、零部件、型號、生產廠家等分類統計，為設備采購時作為選型參考、調整設備及其零部件的檢修周期以減少缺陷發生的頻率等，因此需要在原來的設備缺陷單上增加一些相關信息。
3、 清晰化每一數據項
由于需求將作為設計的基礎，弄清所有的數據項的來龍去脈對于設計是必不可少的。不能有模糊不清的地方，同時通過對數據項來源的分析，可以讓分析人員更清楚的看到數據的流動情況，也會發現一些新的需求點。
4、 充分挖掘潛在需求
由于分析人員對軟件技術非常熟悉，一些由于技術所帶來的潛在需求對于客戶來說，一般很難被發現。不實現這些需求，對整個系統也沒什么實質性的影響；實現這些需求，則會錦上添花。
對這些潛在需求，會有兩種處理方式：告訴客戶，客戶會得到啟發，可能進一步提出新的需求，會有一些更大膽的想法，從而擴大了需求范圍，增加了工作量，甚至會影響到工期；不告訴客戶，等客戶想到了再說。
這些需求如果對于產品軟件，可能會是一個賣點，要盡可能的去挖掘。但對項目軟件，考慮各種風險，有時候可能會回避，或對客戶隱瞞。
我覺得，不管是否告訴客戶，分析人員還是應該去挖掘，最起碼可以作為自己的知識積累。
5、 采用科學的分析報告模板
分析完成后，需要形成《需求分析報告》，應采用規范科學的報告模板，通過ISO或CMM的企業，其模板大都非常詳盡，不僅僅作為報告模板，還可以指導分析過程。
比如，我所在的企業除了有規范的需求分析報告編寫指南、報告模板，還有"需求分析矩陣"和"需求變更報告"用于管理需求和控制變更。
6、 積累領域知識
領域知識對于分析人員很重要，這些知識的廣度和深度影響分析結果的準確性和分析進度。分析人員應該通過各種途徑去獲取這些，不斷積累，并進行比較和總結。
7、 抱著學習與指導并存的態度
面對一個新的客戶時，分析人員首先必須抱著謙遜的學習的態度，把這看成是豐富領域知識的機會。但并非客戶單位的任何層次的人都有值得學習的東西，隨著分析人員接觸的領域客戶不斷增多，分析人員對該領域的理解也會越來越深，逐漸會成長為領域專家，會有很多地方超過客戶對領域的理解，此時，要以自己的深入理解去指導客戶，說服客戶，甚至糾正客戶的一些錯誤的認識，得到客戶的信任與尊敬，這對迅速順利的完成需求分析會很有幫助。
8、 誤區
在進行需求分析的時候，容易陷入一些誤區，導致分析結果不理想。
分析結果越復雜越好
這是技術型分析人員經常碰到的情況，認為分析出錯綜復雜的關系，花哨的圖表才能顯示出分析水平高，其實，分析經常要經歷"簡單-復雜-簡單"的過程，前一個簡單表現為分析人員"認為簡單"；隨著分析的深入，原以為簡單的問題會越來越復雜；最后，經過概括、消化、分解，使得需求簡單明了。
必須一次到位
由于項目工期緊，或者客戶單位地理位置偏遠，不想反復去現場，希望通過一次需求分析就能得到完整的不再改變的結果。有這種情況時，表現為分析人員對客戶方配合人員窮追猛問，或堅持要求配合人員做出保證，承諾需求范圍不再擴大等等。結果往往是雙方關系緊張，配合人員怕擔責任，提出過多的靈活的、可配置的一些要求，無端增加了后續設計和編碼的工作量。一次到位的想法是不現實的，隨著開發工作的進行，用戶經常會提出以前沒想到的需求，或者更改已有的需求。需求必然有一個迭代的過程，變是不可避免的，關鍵是對于變化的控制，比如通過正規而繁復的流程提高需求變化時客戶付出的代價：告知客戶如此變化將會使工期延長，或需要追加資金等等，盡管對于"軟件屬于買方市場"的現狀來說，開發方往往叫不起這個板，但這樣的控制還是有一定的效果的。
客戶的需求必須全部滿足
陷入這一誤區的分析人員，往往自己的領域知識欠缺，對客戶的需求是否合理，缺乏分辨能力，只能由客戶牽者走，這樣會帶來很大的風險：造成需求冗余，項目返工，更有對需求變化失去控制的危險，隨著項目的開展，整個開發團隊會越來越痛苦。所以必須加深自己的領域知識，變被動接受為主動引導，進而拒絕客戶的不合理需求。
以上所述僅為個人體會，都是些做分析時的基本要求，要做好需求分析工作，還有賴于其他很多因素，如分析方法及輔助分析工具的掌握程度、個人交際能力的高低、語言溝通能力的高低等等，歡迎同行廣泛交流，共同進步