一. 需求從哪來?
軟體專案的需求分析一般要分資訊管理系統、**頻道,這兩個不同方向的需求分析的獲取需求的途徑是截然不同。
資訊管理系統的使用者確定,獲取需求的途徑明確,而且有現成的業務模式和業務流程,相關的資訊表單、基礎資料等都比較完善,這類專案的需求分析就直接可以從這個資訊管理系統的直接使用者那裡在前期相對比較容易地獲取到。
**專案或**頻道雖然有了比較明確的定位和目標客戶,但這些都是未知數,我們在前期不可能花很多時間與**將來的目標客戶進行直接地溝通獲取需求,更多的**是策劃人員、行業專家和自己或老闆對這個行業的理解,模擬目標客戶的期望值來獲取需求。
二. 如何獲取需求?
軟體專案一般來說就是資訊管理系統和**兩個方面的需求,**本身的特點就決定了它需求**很難,而且很多需求不明確、不確定,而且多變,經常做出來後,掛到網上後感覺不爽,又馬上對其進行更改和重新定位。這就需要做需求的一定要注意方法和技巧,而且自己要對所做**的核心定位和目標客戶有深刻的理解和了解。
1、 多與老闆和所做**的行業專家溝通、交流。一般來說老闆投資準備做乙個**,他本身肯定對**將來的走向和目標有個清楚的定位,而且前期肯定做了很多的市場分析、目標客戶分析及前景**。但我們在與老闆溝通的過程當中不被老闆當時的雄心壯志和其描繪的巨集偉藍圖給框住了,站在我們的角度一定要去向老闆了解,要完成這個目標,我們**到底要提供些什麼功能,實現些什麼東西,向目標客戶提供哪些服務。比較說老闆要做乙個有特色的、行業內的專業部落格頻道,作為我們就需求想或向老闆問清楚,準備通過什麼東西或內容來突出我們的特色?行業到底有多大?怎麼突出專業?這個部落格只是乙個頻道呢還是要與其他頻道或功能進行整合?使用者能通過什麼途徑來寫部落格(比如說**、手機、pda等)等等像這樣具體的東西。這裡只是舉個例子,作為需求分析人員來說要問的還要比這細、深的多。與老闆的溝能和交流更多可能只會停留在目標和價值上,具體的、深入的需求還是要向行業專家進行諮詢,比如說前面的幾個問題有些老闆可能回答不了,這些就需求行業專家解答,如行業中有沒有小行業,這些小行業是怎麼劃分,他們都有些什麼特色。因為這些資訊都會直接影響到**將來的功能和頻道的表現形式和內容。
2、 多收集和分析同行的**。現在行業的**很多,在著手進行乙個新**的時候一定要多分析他們的**,包括他們的核心定位,實現核心定位的功能和頻道;核的目標客戶,他們怎麼向這些核心客戶提供有價值的服務;這些**的特色在**,行業內還有哪些他們沒做或沒做好的等等方面去分析。在分析的過程當中最好用excel按**列出一些分析指標出來作橫向的對比。比如說醫療類很多**都有部落格,針對一這塊就可以列出一些分析指標出來:是用開源的還是自己開發的?寫部落格的核心群體主要有哪些?他們是怎麼管理這些部落格文章的等等。有些對行業內**深入和仔細的分析後,也就可以結合老闆及行業專家的需求和意見提煉出自己所要做**的一部分需求及需求的細節。
3、 多做**和寫文件。人的思維在很多時候是在**的橫向和縱向比較的時候開啟的,特別是意見和同類需求有很多種不想法的時候,用**表現出來是最直觀而且最容易歸納總結的,比如上分析同行**的時候就可用**的形式作橫向比較。好記心頂不過乙個爛筆頭,所以一定要有記筆記和寫文件的習慣,這點對於經常作開發的人員來說可能是最頭痛的事情。其實寫文件並不難,因為文件本身來說它只是用來交流和溝通的一種形式而已,作為應用型的文件對於文理、文采根本沒有很高的要求,乙份文件你只要把你所要表述的意思表達清楚就可以,沒必要過多地去追求寫作方面的一些技巧,哪怕你就是把口頭語言用文件記錄下來都可以。
三. 如何處理需求?
1. 通過以上方法和途徑需求就會有個初步的書面資料和相關的市場和客戶的分析,接下來就是這些需求怎麼處理。一般從老闆、行業專家和目標客戶那裡得到的需求都是很零散而且很專業的需求,作為需求分析人員就需要對這些需求進行疏理、歸納、彙總、綜合形成乙份初步的面向老闆或行業專家能理解的文件(切記,暫時還不能轉成軟體開發的需求文件,因為這樣以後你的老闆或行業專家就不一定能看得懂)。
2.形成文件後,對這份文件進行初步的分析,包括需求評估、在你對行業理解下的需求發散、技術評估等工作;完成後接著就用相關的工具軟體根據需求做出乙個初步的介面原型,因為只有這樣,老闆或行業專家才知道他所提出的那些東西最終展現在**的原來就是這樣噢,這一步有很大的技巧在裡面,如果你只是畫乙個很粗糙的介面原型與老闆或行業專家去溝通他很有可能看不懂,因為這時你還沒有把介面的內容和最終的介面表現出來,所以在做這個原型的時候就需求美工參與進來啦,盡量把這些原型介面弄的與將來**表現出來的介面相似,而且還要把介面的內容充實,弄些有意義的資料(開發人員最大的毛病就是在做介面或做開發的時候的測試資料就是aaa,bbb,ccc)。如果不做介面原型而放到後去做,很有可能某些頁面要推倒重做,因為老闆或行業專家所提出的需求只是意識形態上的一些東西,而他們很難會想到這些東西在你的整合會變成什麼樣子,可能在你弄完這份需求後腦子裡面已經有了所有介面的全部原型和功能原型。
總之需求分析就是分析軟體使用者的需求是什麼.如果投入大量的人力,物力,財力,時間,開發出的軟體卻沒人要,那所有的投入都是徒勞.如果費了很大的精力,開發乙個軟體,最後卻不滿足使用者的要求,從而要重新開發過,這種返工是讓人痛心疾首的。需求分析之所以重要,就因為他具有決策性,方向性,策略性的作用,他在軟體開發的過程中具有舉足輕重的地位.大家一定要對需求分析具有足夠的重視.在乙個大型軟體系統的開發中,他的作用要遠遠大於程式設計.
專案需求分析
摘自 專案需求分析的概念 需求分析是指理解使用者需求,就軟體功能與客戶達成一致,估計軟體風險和評估專案代價,最終形成開發計畫的乙個複雜過程。這個和我在微軟體驗到的又不太一樣,微軟的需求分析大多是市場人員和使用者協助小組的人去評估使用者的接受程度,這一點也可以理解,因為公司的性質有根本差別 在這個過程...
專案需求分析
學號 姓名曉輝 2235 斌豪2204 一飛2608 帥珍2327 錦謀2305 暫時還沒通過審核 組名nabcd 報告格式 報告內容 ppt演講 總計天機組 6570 75 7070 pms12 10.2 8.010.4 12.8 53.4 日不落戰隊 1312 1314 1264 xwmzmnd...
專案需求分析
nabc n need,需求 日常生活的飛速發展,快餐式閱讀成了人們常見的休閒方式,但是快餐式閱讀帶來的卻是響應的好書越來越少,願意花時間在好書的時間上的人也越來越少,那麼有沒有那樣一本書,值得你放下手機,占用每天手機一半的時間去閱讀它,我們所想做的就是發現這樣的好書,向大家推薦。首先,最基本的功能...