需求分析一點心得

需求分析一點心得

201*年8月15日，我休假回到公司，四川分支crm行業(yè)部進行了四維分工，我分在了需求組。組長徐茜之前已經與我溝通過需求組具體的工作明細，但自己心里還是很擔心，是否能做好這份新工作，畢竟自己以前都是做的開發(fā)工作，接觸的都是代碼，很少編寫文檔；不過我還是很高興，新的工作具有挑戰(zhàn)性，可以更好的鍛煉自己各方面的能力；

首先我查看了一些以前同事寫的需求分析文檔，從中積累一些好的經驗，比如如何描述需求要點，如何繪制流程圖等；

然后給自己制定了工作要求，明確用戶需求、不遺漏需求點、對需求進行分析、提出自己的意見和建議、輸出需求規(guī)格說明書給開發(fā)人員；就這樣我井井有序的開展著自己的新工作，本以為自己已經做的夠細致了，幾周下來還是出現了不少問題。需求規(guī)格說明書寫的不夠細、自己寫的需求規(guī)格說明書開發(fā)人員看后理解的與需求原意不一致、測試上線開發(fā)點不齊全、設計需求時未考慮到后期的維護使維護工作增多、需求不能按照之前與用戶指定的時間上線等；對于這些問題，自己進行了深入的思考，如何避免這些問題的出現；深思后發(fā)現大家好像缺乏溝通，需求的每一個環(huán)節(jié)沒有貫穿起來，每個環(huán)節(jié)似乎都斷開了，不像以前一個需求自己與用戶溝通、自己開發(fā)、自己測試、上線，整個環(huán)節(jié)都在同一個人的掌控中，時間也是由自己安排；

作為需求分析負責人，自己是不是應該貫穿整個需求，而不僅僅只是把輸出需求規(guī)格說明書作為一個需求分析工作完成的目標呢？

首先溝通，與用戶溝通，明確需求要點，不僅需要聆聽用戶的需求說明，還要懂得在用戶已說明的基礎上進行拓展，發(fā)掘客戶沒有講出來的潛在需求。在已有業(yè)務的基礎上進行模擬業(yè)務流程，分析業(yè)務是否走的通并且有無邏輯上不合理的地方。發(fā)現問題，及時與用戶溝通，及時修改需求；與開發(fā)組長溝通，明確開發(fā)人員和上線完成時間；與開發(fā)人員溝通，使開發(fā)人員知曉需求要點，自己更好的完善需求分析規(guī)格說明書；與測試人員溝通，需求測試要點，判斷需求上線的標準；與維護人員溝通，對應需求的維護工作如何開展等；

其次就是協調，開發(fā)時間的協調，如果用戶同時有幾個需求都要求比較緊急，那么需要我們協調用戶是否能將這些都很緊急的需求排一個優(yōu)先級；需求要點協調，如果兩個需求都要修改同一個模塊的代碼，那么為了保障程序版本問題，需要協調將兩個需求開發(fā)時間錯開；以及當維護人員發(fā)現模塊BUG時，需要協調用戶發(fā)起對該BUG的優(yōu)化；

有時還需要引導，引導用戶走向有利于系統開發(fā)的軌道上，用戶的一些需求，有些對整個業(yè)務其實可有可無，如果在實現起來很麻煩的話，可以引導用戶取消這個需求，避免對系統大的改造影響了其他正常的業(yè)務，也浪費了開發(fā)人員的時間。如果系統本來就已經具備的功能，那么就要引導用戶復用該功能，使系統可以最大程度的復用原來的功能。提高系統的代碼的使用率，同時提高我們的工作效率。

最后就是完善，完善我們編寫的需求規(guī)格說明書，可以使用需求用例、業(yè)務邏輯圖、辦理流程圖、表格、界面圖片等對需求進行說明，使需求規(guī)格說明書簡單易懂，避免歧義；

這一年的需求分析工作，使自己對該工作有了更多、更深的認識；不僅要認真，還要有細心、耐心、有責任感；不僅要考慮當前的需求，還要分析系統已經具備的和將來需要支撐的；希望通過自己的努力，能將需求分析工作做的更好；

擴展閱讀：做需求分析一點心得

1、需求分析前的準備

在軟件開發(fā)過程中，需求分析可以說是核心任務之一，就像一支將要遠航的船隊，要在指定時間內到達目錄地，他們需要一條正確的航線，才能到達目的地，如果航線有誤，他們將會誤時到達，或是不回到原位將永遠到達不了，這么重要的東西，但在國內很多團隊中缺少，雖然我也做了一些，但在項目完成的時候，回頭看看，其實我們做了很多不必要的事，浪費了很多時間、人力和物力，為保證在今后的開發(fā)中減少這些錯誤的發(fā)生，現將一些問題記錄下來。

為了了解系統需求，先可以從概要式的需求著手，再細化需求，需求分析必須擬定文檔，在寫文檔之前我們必須做好尋求分析的范圍，總結為以下幾點：1.1要做一個什么樣的系統

這個不說，我想做軟件開發(fā)的人都知道，擬定這個后，一切才可以擴展開，比如我們要做一個B2C的商城，要賣母嬰用品，知道了這些，我們就可以找現在網站有的B2C網站做參考，分析系統構架，系統功能等。

1.2系統將要在什么樣的環(huán)境下進行

我上次經歷的一個系統，就是要用asp.net重新發(fā)一個B2C商城，但有一些前提條件，以前公司有網站，是用java+MYSQL開發(fā)的，但我們開發(fā)的新系統必須兼容以前的數據，如客戶信息，商品信息，還有一些資源信息，并且還要兼容Google,baidu收錄的地址路徑，還有與原ERP的通訊等條件，這樣讓我們的開發(fā)很受限制，這些需求就是這樣，你無法改變，所以在設計新系統的同時你必須考慮，要花時間去了解以前系統的功能，接口等，如果不了解，等你把新系統開發(fā)完了才發(fā)現系統脫離了公司原有的業(yè)務流程，讓公司無法運作，那就代表你開發(fā)的系統根本沒有價值，我想這不是我們想要的結果。

1.3要解決哪些問題

開發(fā)出來軟件系統就是為了解決客戶需求的，一個B2C網站就是賣商品，主要由客戶、商品、購物車、定單組成，將這些核心的功能定義好，我想其它的意外都不會太影響到整個系統的進程。

1.4將來可能會有哪些變化

面對將來的發(fā)展，我們也許不能完全考慮到，但與公司的戰(zhàn)略發(fā)展，可以提前考慮些，能想到多少就想多少，多多益善，我們開發(fā)一個系統不是只滿足當前的需求，如果眼光只放在眼前，那么你這個系統很快就會被淘汰，功能也許不需要現在實現，但接口總得留下吧，不然想改進都是很困難的事，如果一個稍微的小需求都要動系統構架，我想這個系統會越來越不穩(wěn)定，作為系統分析師，這塊也是至關重要的。

1.5系統可以維持任務的周期是多少

系統周期與公司戰(zhàn)略發(fā)展是緊扣的，一個系統的功能不可能隨著社會的變化，能一直滿足市場需要的，在設計系統的時候，可以了解一下公司的戰(zhàn)略發(fā)展，比如公司三年之內要做成什么樣，客戶多少，網站瀏量，可以做下評估，這樣就考慮系統構架的問題，你開始就準備構架一個大胖子，但現在需求簡單，在實際的運行中，速度緩慢，其實你構架越復雜，系統運行就越緩慢，雖說現在很多大系統運行的都很好，但要想想，人家服務器，網絡構架是什么樣的，你不可能讓你的系統一線就有這么好的環(huán)境，就算有，那成本也太大了，一般的公司也吃不消。

1.6系統分幾個階段實施

在開發(fā)初期，我們不可能將系統所有的功能都能完成的很好，為了加快開進度，為了系統能盡早上線，我們得像建樓一樣，分階段進行，分段實施，如果我們現在只是要在網上賣商品，那我們就得把客戶管理、商品管理、購物車、定單管理這幾大塊實現，把一個系統根基打好，誰都想讓自己的系統變成最強大的系統，但這個想法幾乎是不可能完成的，如果我們把根基打好了，再在上面加以改進，添磚添瓦，根據客戶或市場的需要來完善，我想這個系統就會慢慢變成一個成功的系統，對于B2C網站來說，能完成商業(yè)的需要，能讓公司的流程走順，那就是個好系統，沒有最好的系統，只有最適合的系統。分階段實施，可以有節(jié)約成本，也可以加快實施速度，不管是作為公司的管理人員還是開發(fā)人員，能盡快看到成果，會提高信心，可以舉個例子，在設計一個B2C商城的時候，我們除了客戶管理、商品管理、購物車、定單管理外，還要加入廣告管理、促銷管理、CPS、統計管理、用戶積分、虛擬幣、禮品、物流、接口等一些功能，如果開發(fā)周期只給兩個月，四個人，從系統設計到系統上線，怎么做?怎樣如期完成呢？如果你的團隊都沒接觸過B2C這樣的系統，開發(fā)起來是很難度的，在這樣的情況下，我們必須分段實施，抓主干，把核心的東西完成了，系統可以上線，雖然沒有理想的那么強大，但最少它能賺錢，再一個兩個月可以把客戶管理、商品管理、購物車、定單管理這幾塊主要的功能完善，公司業(yè)務可以進行，后面的功能雖然很有必要，但也可以分個先后，系統上線了，能給大家看到東西，能用用，建議也會多些，對于系統的優(yōu)化改進，這個是無止盡的，如果沒有這些基本的東西，天天都會有人在你耳邊叫，你們什么時候上線呀，做了這么久，做的怎么樣了，讓你的團隊心里承受著很大的壓力，就算你在兩個月內把開發(fā)任務完成了，那你的測試通的過嗎，功能越多，問題越多，在后期維護問題越多，最后煩了，沒辦法，重構，那樣不是虧大了。

1.7確認第一階段解決那些問題

在一個新的環(huán)境中，一個新的團隊，你說要在某一時間段里完成什么樣的系統，你怎樣做到讓領導相信你，讓公司相信你，一個大一點的軟件系統，少則幾個月，再多一點就一年半載，他們能等嗎，再說了他們不懂代碼，不會天天跟你的屁股后面問你，系統怎么樣了，做了哪些，就算這樣，我想你也進了瘋人院了，所以我們做系統要打好第一槍，這樣才會得到更多人的支持和理解，如果你不能理解，可以去看看商殃變法中的《徒木立信》的典故。

至于軟件第一開發(fā)第一階段要做哪些事，這個要根據一個系統的核心功能去了解，只有建立好了框架，不要太急于求成，沒什么好處，把根基打好了，再想怎么包裝，都不是件難事。

1.8系統開發(fā)團隊由哪些人組成

一個好的團隊，必定是發(fā)揮了團隊中每個人的優(yōu)勢，在開發(fā)團隊中，不是你技術能力強，你就是最有價值的人，我相信在開發(fā)團隊里沒有一個從頭到尾都能支持的能人，不是不沒，是我是覺得不可能存在，也許我么說有些人不服，其實我這么說也有我的理由，一個人也許有機會經歷團隊中的每個環(huán)節(jié)，并且都能深入，但絕對不是一個機會，如果有，那就是一個人的開發(fā)，一個人的開發(fā)我想也不能叫團隊，有時候，一個人什么都能做，多了一個人，什么都做不好，但面對大的項目，不得不進行團隊合作。

我所在的公司，我進去的時候，接到項目任務，我開始還有些心虛，因為有些工作我也沒接觸過，但又不得不去做，但我很意外的時候，我們的團隊中有一位項目助理，她的出現讓我們的團隊協調管理得到了很好的實施，計劃任務，可以做到很好的按排，但跟蹤管理，我能收集分配，但指定到人后，我很難看到進展的情況，因為自身還有很多的工作，開始我部署了項目管理系統的，收集需求和BUG，也指定到人，但反饋往往不及時，因為我有時候隔一天才上去看，后來我將這項目工作交給了項目助理，讓她去管理這些，我發(fā)現她做的很好，她每天和我只花幾分鐘的時間做核對，出現意外情況我就出現解決，她的出現把我和團隊中的每個開發(fā)人員的工作連接起來，讓項目管理得以順利的實施。開發(fā)團隊具體由哪些人組成，這是要根據公司實力，項目進度和項目大小來定的，現在說幾個工作職則，可來靈活分配一下：

項目經理：對項目的決策性問題進行定位，一個功能做與不做，領導說的算

構架師：控制技術問題，解決技術難題，對分配下來的任務進行分析、評估，反饋給項目經理，再進行確定

項目助理：記錄團隊會議內容，協調工作中的日常事務

開發(fā)組長：調配開發(fā)組員，輔助組內開發(fā)人員并對成員工作進行監(jiān)管，一般由主程擔任開發(fā)人員：負責編寫代碼，按需求完成任務測試人員：對功能進行測試

如果這里的每項目工作按排到個人，我想開發(fā)團隊的協調管理最好。1.9系統運行環(huán)境是什么樣的

在系統構架時，根據需要定義好，系統構架、程序環(huán)境、網絡環(huán)境，如考慮分布式存儲，日均訪問量、系統安全、成本預算等。

asp.net的開發(fā)成本是要比java的開成本低的。

Sqlserver的運營成本是要oracle低的，但oracle在大型數據處理上要優(yōu)于SQLServer,如果是SNS站我覺得上Oracle會好些。

選擇什么樣的環(huán)境，在沒有特定要求的情況下，根據團隊的現狀去考慮我覺得就差不多了。我們有了目的地將要遠航，那么就得需要航海圖、船、船長、舵手、水手、水和食物，雖然這樣我們能保證100%完成任務，因為大海中的意外誰也不會知曉，但我們理想的是我們能安全到達，如果條件不允許，就算我們知道目的地在哪，出了海，我們將面對是一場艱辛冒險旅程。

2、收集需求

需求的收集是個很繁瑣的過程，收集的不夠，開發(fā)過程中變化會很多，特別是你上了一個演示版本后，開始別人一點意見都沒，一看你的演示，你就意見一大堆，這樣的問題我想在很多項目中都出現過，所以先在收集需求的時候要和客戶或相關部門一一確認，我們考慮需求要從種兩種角度去考慮，一種是用戶角度，另一種是開發(fā)者角度，所以在談需求時，必須邊聊邊記，把所談的話記錄整理，如果怕遺漏，可以錄音，然后將采用文檔的方式表達出來，將提出的需求加以分析，做下技術評估，如果有特別的難題可以提前讓開發(fā)人員做技術預研，在做評估后，需要分段實施的，就做好規(guī)劃，然后和提需求的人員確認，需求文檔的功能可以多寫點，根據企業(yè)的發(fā)展，能考慮的都考慮，這樣可以在系統構架時，定位系統的生命周期時，給以更多的參考，在需求定出階段后，我們得把要馬上實施的功能放在當前，加以強化、細化，反復的進行，條件允許的時候應該做些Demo來確認。

友情提示：本文中關于《需求分析一點心得》給出的范例僅供您參考拓展思維使用，需求分析一點心得：該篇文章建議您自主創(chuàng)作。

來源：網絡整理 免責聲明：本文僅限學習分享，如產生版權問題，請聯系我們及時刪除。

《需求分析一點心得》由互聯網用戶整理提供,轉載分享請保留原作者信息,謝謝!
鏈接地址：http://www.seogis.com/gongwen/665844.html

• 上一篇：淺談個人對高職教育理念、思路的心得體會
• 下一篇：做好外僑工作的一點心得