專案開發心得之需求分析收藏
前一篇講述了我在這個**專案開發上人力資源配置的一些經驗，有了人員配置的初步安排剩下的前期工作就是就是招人和需求分析，如果等人員到位，需求分析還沒來，那進來的人員都只有等著啦。這篇我就主要說說我在這個專案中進行需求分析的一些經驗和做法。
1.1 需求從哪來？
就我個人經驗來說，軟體專案的需求分析一般要分資訊管理系統、**頻道，這兩個不同方向的需求分析的獲取需求的途徑是截然不同。
資訊管理系統的使用者確定，獲取需求的途徑明確，而且有現成的業務模式和業務流程，相關的資訊表單、基礎資料等都比較完善，這類專案的需求分析就直接可以從這個資訊管理系統的直接使用者那裡在前期相對比較容易地獲取到。
**專案或**頻道雖然有了比較明確的定位和目標客戶，但這些都是未知數，我們在前期不可能花很多時間與**將來的目標客戶進行直接地溝通獲取需求，更多的**是策劃人員、行業專家和自己或老闆對這個行業的理解，模擬目標客戶的期望值來獲取需求。
1.2 如何獲取需求？
前面說了軟體專案一般來說就是資訊管理系統和**兩個方面的需求，**本身的特點就決定了它需求**很難，而且很多需求不明確、不確定，而且多變，經常做出來後，掛到網上後感覺不爽，又馬上對其進行更改和重新定位。這就需要做需求的一定要注意方法和技巧，而且自己要對所做**的核心定位和目標客戶有深刻的理解和了解。
1、 多與老闆和所做**的行業專家溝通、交流。一般來說老闆投資準備做乙個**，他本身肯定對**將來的走向和目標有個清楚的定位，而且前期肯定做了很多的市場分析、目標客戶分析及前景**。但我們在與老闆溝通的過程當中不被老闆當時的雄心壯志和其描繪的巨集偉藍圖給框住了，站在我們的角度一定要去向老闆了解，要完成這個目標，我們**到底要提供些什麼功能，實現些什麼東西，向目標客戶提供哪些服務。比較說老闆要做乙個有特色的、行業內的專業部落格頻道，作為我們就需求想或向老闆問清楚，準備通過什麼東西或內容來突出我們的特色？行業到底有多大？怎麼突出專業？這個部落格只是乙個頻道呢還是要與其他頻道或功能進行整合？使用者能通過什麼途徑來寫部落格（比如說**、手機、pda等）等等像這樣具體的東西。這裡只是舉個例子，作為需求分析人員來說要問的還要比這細、深的多。與老闆的溝能和交流更多可能只會停留在目標和價值上，具體的、深入的需求還是要向行業專家進行諮詢，比如說前面的幾個問題有些老闆可能回答不了，這些就需求行業專家解答，如行業中有沒有小行業，這些小行業是怎麼劃分，他們都有些什麼特色。因為這些資訊都會直接影響到**將來的功能和頻道的表現形式和內容。
2、 多收集和分析同行的**。現在行業的**很多，在著手進行乙個新**的時候一定要多分析他們的**，包括他們的核心定位，實現核心定位的功能和頻道；核的目標客戶，他們怎麼向這些核心客戶提供有價值的服務；這些**的特色在**，行業內還有哪些他們沒做或沒做好的等等方面去分析。在分析的過程當中最好用excel按**列出一些分析指標出來作橫向的對比。比如說醫療類很多**都有部落格，針對一這塊就可以列出一些分析指標出來：是用開源的還是自己開發的？寫部落格的核心群體主要有哪些？他們是怎麼管理這些部落格文章的等等。有些對行業內**深入和仔細的分析後，也就可以結合老闆及行業專家的需求和意見提煉出自己所要做**的一部分需求及需求的細節。
3、 多做**和寫文件。人的思維在很多時候是在**的橫向和縱向比較的時候開啟的，特別是意見和同類需求有很多種不想法的時候，用**表現出來是最直觀而且最容易歸納總結的，比如上分析同行**的時候就可用**的形式作橫向比較（前面我有篇文章就是我以前在做his系統時的乙份需求文件中的一部分，大家可以參考參考）。好記心頂不過乙個爛筆頭，所以一定要有記筆記和寫文件的習慣，這點對於經常作開發的人員來說可能是最頭痛的事情。其實我個人認為寫文件並不難，因為文件本身來說它只是用來交流和溝通的一種形式而已，作為應用型的文件對於文理、文采根本沒有很高的要求，乙份文件你只要把你所要表述的意思表達清楚就可以，沒必要過多地去追求寫作方面的一些技巧，哪怕你就是把口頭語言用文件記錄下來都可以。看我寫的這些東西，文采和文理根本就談不上啦，但意思一定要表達清楚（呵呵，不敢說完全表達清楚了）。
1.3 如何處理需求？
通過以上方法和途徑需求就會有個初步的書面資料和相關的市場和客戶的分析，接下來就是這些需求怎麼處理。一般從老闆、行業專家和目標客戶那裡得到的需求都是很零散而且很專業的需求，作為需求分析人員就需要對這些需求進行疏理、歸納、彙總、綜合形成乙份初步的面向老闆或行業專家能理解的文件（切記，暫時還不能轉成軟體開發的需求文件，因為這樣以後你的老闆或行業專家就不一定能看得懂啦）。
形成文件後，對這份文件進行初步的分析，包括需求評估、在你對行業理解下的需求發散、技術評估等工作；完成後接著就用相關的工具軟體根據需求做出乙個初步的介面原型，因為只有這樣，老闆或行業專家才知道他所提出的那些東西最終展現在**的原來就是這樣噢，這一步有很大的技巧在裡面，如果你只是畫乙個很粗糙的介面原型與老闆或行業專家去溝通他很有可能看不懂，因為這時你還沒有把介面的內容和最終的介面表現出來，所以在做這個原型的時候就需求美工參與進來啦，盡量把這些原型介面弄的與將來**表現出來的介面相似，而且還要把介面的內容充實，弄些有意義的資料（開發人員最大的毛病就是在做介面或做開發的時候的測試資料就是aaa,bbb,ccc）。
可能有些人對於上面的這種做法有疑問，但我個人認為這個時候如果不做介面原型而放到後去做，很有可能你的某些頁面要推倒重做，因為老闆或行業專家所提出的需求只是意識形態上的一些東西，而他們很難會想到這些東西在你的整合會變成什麼樣子，可能在你弄完這份需求後腦子裡面已經有了所有介面的全部原型和功能原型。
結對作業 專案之需求分析
一 前言 1 結對者 3019何穎儀 3018 吳淑瑤 2 需求分析模型 nabcd 模型 3 原型設計工具 墨刀 二 結對過程 三 需求分析 疑問的提問與解答 學習中，經常會遇到問題，這時候可以在答疑區提問，當然可以通過懸賞金幣的形式吸引答疑者回答問題，讓問題得到及時解決，在一定的時間後問題沒有解...
結對專案之需求分析與原型設計
團隊成員 陳銳群 學號 3035 完整學號 2015034643035 羅紹坤 學號 3045 完整學號 2015034643045 在在 構建之法 的第八章中，介紹了nabcd模型，nabcd模型 p154 p157 目的是 在競爭性地環境中做實用並且創新的專案 而具體的解釋如下 n 現代世界中，...
結對專案之需求分析與原型設計
結對趴呢 wolykos 3005 jtvdeemo 3044 nabcd模型 n need，需求 b benefit，好處 c competitors，競爭 d dilivery，推廣 與各高校負責人商談合作，提高平台的流量。原型設計 所用工具 即速應用 效果圖 預估耗時 分鐘 實際耗時 分鐘 p...