大數(shù)據(jù)應(yīng)用的需求分析方法

1、大數(shù)據(jù)應(yīng)用的需求分析方法 大數(shù)據(jù)應(yīng)用的需求分析方法張靖笙 張靖笙傳統(tǒng)方法在大數(shù)據(jù)需求面前遇到問(wèn)題 傳統(tǒng)方法在大數(shù)據(jù)需求面前遇到問(wèn)題需求分析階段關(guān)系到一個(gè)軟件開(kāi)發(fā)的成敗，這已經(jīng)得到了普遍的認(rèn)識(shí) ,然而，根據(jù)作者實(shí)戰(zhàn)經(jīng)驗(yàn)，在大數(shù)據(jù)應(yīng)用項(xiàng)目中，按照傳統(tǒng)軟件工程規(guī)范要求的需求分析往往是一個(gè)非常尷尬的過(guò)程，為什么呢 ?根據(jù)筆者在實(shí)際工作中的經(jīng)驗(yàn) ,問(wèn)題主要來(lái)自以下方面：1.需求分析本身的難度。需求的任務(wù)是了解和描述軟件用戶對(duì)軟件的需求，即明確做什

2、么。但在實(shí)際的軟件開(kāi)發(fā)中，用戶了解他們的專業(yè)領(lǐng)域，但計(jì)算機(jī)知識(shí)，特別是軟件知識(shí)往往比較薄弱 ,而開(kāi)發(fā)人員與此恰好相反，而在需求分析的過(guò)程中，雙方面對(duì)的往往不是一個(gè)可見(jiàn)的產(chǎn)品，而只是頭腦中的構(gòu)思和想象，由于專業(yè)的差異和溝通的有限，用戶的許多需求對(duì)開(kāi)發(fā)人員來(lái)說(shuō)往往是難于理解的和準(zhǔn)確把握。2.傳統(tǒng)軟件工程規(guī)范在需求分析的嚴(yán)格執(zhí)行有實(shí)際管理上的難度。 在廣大的應(yīng)用軟件開(kāi)發(fā)部門(mén)，軟件開(kāi)發(fā)工作的地位往往只是本單位業(yè)務(wù)的輔助，一般沒(méi)有專職的而且非常有

3、經(jīng)驗(yàn)的系統(tǒng)分析員，需求分析往往由主管經(jīng)理和開(kāi)發(fā)程序員簡(jiǎn)單進(jìn)行，而領(lǐng)導(dǎo)往往重成績(jī)多于重過(guò)程， 對(duì)于一個(gè)沒(méi)有顯效的需求分析過(guò)程， 領(lǐng)導(dǎo)的耐心往往有限，這就造成了對(duì)需求分析缺乏嚴(yán)格的管理和要求。3.嚴(yán)格按照軟件工程規(guī)范要求進(jìn)行需求分析在時(shí)間和開(kāi)發(fā)成本的限制。 由于用戶對(duì)軟件技術(shù)的認(rèn)識(shí)水平，他們對(duì)軟件的開(kāi)發(fā)在時(shí)間上往往要求過(guò)高，特別當(dāng)用戶是單位的上層領(lǐng)導(dǎo)， 他們往往覺(jué)得這種對(duì)他們而言空洞無(wú)物的分析是開(kāi)發(fā)人員的紙上談兵 ,時(shí)間一長(zhǎng)不免就會(huì)流露出不

4、滿。這令開(kāi)發(fā)人員非常尷尬，往往非常嚴(yán)重地打擊他們的自信心和士氣。綜上所述，傳統(tǒng)軟件工程規(guī)范中需求分析理論在實(shí)踐中的矛盾是成本，效率和規(guī)范要求間的矛盾。而忽略規(guī)范要求的代價(jià)也是慘重的，那我們能找到一種方法解決以上矛盾嗎？大數(shù)據(jù)應(yīng)用的需求特點(diǎn) 大數(shù)據(jù)應(yīng)用的需求特點(diǎn)數(shù)據(jù)庫(kù)技術(shù)的核心思想是數(shù)據(jù)的獨(dú)立與共享，所以開(kāi)發(fā)數(shù)據(jù)應(yīng)用，就是利用云計(jì)算、數(shù)據(jù)庫(kù)、數(shù)據(jù)分析等技術(shù)來(lái)組織、管理和使用信息。不同形式的數(shù)據(jù)應(yīng)用可謂多種多樣，但功能需求的核心是圍繞著數(shù)據(jù)

5、分析需求來(lái)展開(kāi)的。筆者曾開(kāi)發(fā)過(guò)多個(gè)不同我不贊成用功能模塊圖對(duì)功能需求做太多層次的金字塔式羅列， 特別如果是系統(tǒng)的分布式分層設(shè)計(jì)，詳細(xì)的功能模塊圖在項(xiàng)目早期沒(méi)有什么實(shí)際意義， 反而容易舍本求末。如對(duì)大數(shù)據(jù)應(yīng)用場(chǎng)景中數(shù)據(jù)范圍的分析中， 可以用筆者前文所介紹的商業(yè)模式分析方法，從商業(yè)模式的角度對(duì)于數(shù)據(jù)范圍做明確的界定。2)概念需求分析概念需求分析的任務(wù)是對(duì)系統(tǒng)中涉及的概念、 數(shù)據(jù)范圍和內(nèi)容等進(jìn)行調(diào)查和分析，分析有什么信息、從什么地方可以可靠獲

6、得，如何組織和描述數(shù)據(jù)，數(shù)據(jù)由那些數(shù)據(jù)項(xiàng)組成，各數(shù)據(jù)項(xiàng)是什么含義，數(shù)據(jù)的走向是什么樣的？概念需求分析的目的是建立系統(tǒng)的概念模型，主要是建立描述數(shù)據(jù)的靜態(tài)模型和描述系統(tǒng)運(yùn)行流程的動(dòng)態(tài)模型，解決“有什么”問(wèn)題。當(dāng)完成模型需求分析后，就要進(jìn)入到概念需求分析。做概念需求分析，首先要收集原始資料，然后請(qǐng)用戶講述手工的工作流程，根據(jù)用戶提供的原始資料和對(duì)工作流程的了解的基礎(chǔ)上，我們才可以著手進(jìn)行概念設(shè)計(jì)。3)細(xì)節(jié)需求分析細(xì)節(jié)需求分析要在進(jìn)行了概念設(shè)

7、計(jì)之后進(jìn)行， 這個(gè)階段是分析如何具體實(shí)現(xiàn)用戶需求,就是解決“怎么做”的問(wèn)題。這個(gè)階段要對(duì)用戶的需求完整而清晰地確定下來(lái)，所以與用戶的交流比前兩個(gè)階段多，交流的內(nèi)容應(yīng)該更加具體。細(xì)節(jié)分析的具體任務(wù)是要根據(jù)概念設(shè)計(jì)定義的概念模型制定具體的實(shí)現(xiàn)細(xì)節(jié)。對(duì)于靜態(tài)模型，要給出詳細(xì)的數(shù)據(jù)字典，包括了表，數(shù)據(jù)項(xiàng)，數(shù)據(jù)項(xiàng)限制條件等詳細(xì)信息。對(duì)于動(dòng)態(tài)模型，要給出具體的狀態(tài)定義，事件定義，狀態(tài)改變的流程，對(duì)數(shù)據(jù)所有操作的定義等等詳細(xì)的設(shè)計(jì)信息。 要求根據(jù)細(xì)節(jié)