點擊查看:計算機軟考軟件設計師知識點匯總
需求分析:開發(fā)人員準確地理解用戶的要求,進行細致的調查分析,將用戶非形式的需求陳述轉化為完整的需求定義,再由需求定義轉換到相應的需求規(guī)格說明的過程。
它有以下幾難點:
、 問題的復雜性。由用用戶需求涉及的因素繁多引起,如運行環(huán)境和系統(tǒng)功能
、 交流障礙。需求分析涉及人員較多,這些人具備不同的背景知識,處于不同角度,扮演不同角色,造成相互之間交流困難。
⑶ 不完備性和不一致性。用戶對問題的陳述往往是不完備的,各方面的需求可能還存在矛盾,需求分析要消除矛盾,形成完備及一致的定義。
、 需求易變性。
近幾年來已提出多種分析和說明方法,但都必須適用以下原則:
⒈ 必須能夠表達和理解問題的數據域和功能域。數據域包括數據流(數據通過一個系統(tǒng)時的變化方式)數據內容和數據結構,功能域反映上述三方面的控制信息。
、 可以把一個復雜問題按功能進行分解并可逐層細化。
、 建模?筛玫乩斫廛浖到y(tǒng)的信息,功能,行為。也是軟件設計的基礎。
需求分析的任務:
、 問題識別:雙方確定對問題的綜合需求,這些需求包括功能需求,性能需求,環(huán)境需求,用戶界面需求。
、 分析與綜合,導出軟件的邏輯模型
、 編寫文檔:包括編寫"需求規(guī)格說明書""初步用戶使用手冊""確認測試計劃""修改完善軟件開發(fā)計劃"
結構化分析:簡稱SA,面向數據流進行數據分析的方法。采用自頂向下逐層分解的分析策略。頂層抽象地描述整個系統(tǒng),底層具體地畫出系統(tǒng)工程的每個細節(jié)。中間層則是從抽象到具體的過渡。使用數據流圖,數據字典,作為描述工具,使用結構化語言,判定表,判定樹描述加工邏輯。
結構化(SA)分析步驟:
⑴了解當前系統(tǒng)的工作流程,獲得當前系統(tǒng)的物理模型。
⑵抽象出當前系統(tǒng)的邏輯模型。
、墙⒛繕讼到y(tǒng)的邏輯模型。
、茸鬟M一步補充和優(yōu)化。
數據流圖(DFD)
以圖形的方式描述數據在系統(tǒng)中流動和處理的過程。只反映系統(tǒng)必須完成的邏輯功能,是一種功能模型。
畫數據流圖的步驟:
、攀紫犬嬒到y(tǒng)的輸入輸出,即先畫頂層數據流圖。頂層圖只包含一個加工,用以表示被開發(fā)的系統(tǒng)。
、飘嬒到y(tǒng)內部,即畫下層數據流圖。將層號從0號開始編號,采用自頂向下,由外向內的原則。畫更下層數據流圖時,則分解上層圖中的加工,一般沿著輸出入流的方向,凡數據流的組成或值發(fā)生變化的地方則設置一個加工,一直進行到輸出數據流。如果加工的內部還有數據流,則繼續(xù)分解,直到每個加工足夠簡單,不能再分解為止。不能分解的加工稱為基本加工。
⑶注意事項:
、泵。不能使用缺乏具體含義的名字,加工名應能反映出處理的功能。
、伯嫈祿鞫皇强刂屏。數據流名稱只能是名詞或名詞短語,整個圖中不反映加工的執(zhí)行順序。
、骋话悴划嬑镔|流。
、疵總加工至少有一個輸入數據流和一個輸出數據流,反映出此加工數據的來源與加工的結果 。
、稻幪。某個加工分解成加一張數據流圖時,上層圖為父圖,下層圖為子圖。子圖應編號,子圖上的所有加工也應編號,子圖的編號應與父圖的編號相對應。
、陡笀D與子圖的平衡。子圖的輸入輸出數據流同父圖相應加工的輸入輸出數據流必須一致
、肪植繑祿鎯。當某數據流圖書館中的數據存儲不是父圖中相外部接口,而只是本圖中某些加工之間的數據接口,則稱這些數據存儲為局部數據存儲。
⒏提高數據流圖的易理解性。
為使數據流圖便于在計算機上輸入和輸出,給出了描述數據流圖的另一套圖形符號表示數據流,只能水平或垂直畫
數據字典(DD)用來定義數據庫流圖中的各個成分的具體含義。有以下四類條目:數據流,數據項,數據存儲,基本加工。
相關推薦:
北京 | 天津 | 上海 | 江蘇 | 山東 |
安徽 | 浙江 | 江西 | 福建 | 深圳 |
廣東 | 河北 | 湖南 | 廣西 | 河南 |
海南 | 湖北 | 四川 | 重慶 | 云南 |
貴州 | 西藏 | 新疆 | 陜西 | 山西 |
寧夏 | 甘肅 | 青海 | 遼寧 | 吉林 |
黑龍江 | 內蒙古 |