2023年全國碩士研究生考試考研英語一試題真題(含答案詳解+作文范文)_第1頁
已閱讀1頁,還剩5頁未讀 繼續(xù)免費閱讀

下載本文檔

版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請進行舉報或認領

文檔簡介

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

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

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

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

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

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

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

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預覽,若沒有圖紙預覽就沒有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 眾賞文庫僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負責。
  • 6. 下載文件中如有侵權(quán)或不適當內(nèi)容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論