第二章
可行性分析
1、定義:
用最小的代價在盡可能短的時間內確定問題是否能解決
不是解決問題,而是確定問題是否值得去解決
主要包括四個方面:
技術可行性 經濟可行性
操作可行性 法律、社會效益可行性
2、基本過程:
複查系統規模和目標
研究目前正在使用的系統
匯出新系統的高層邏輯模型
進一步定義問題
匯出和評價供選擇的解法
推薦行動方針
草擬開發計畫
書寫文件(可行性研究報告)提交審查
3、系統流程圖(了解) 4、
資料流圖(重點)
基本圖形元素:
附加符號:
層次結構(最多三層 當一張資料流圖處理多於9個時,需要進行分層細化)
頂層僅包含乙個加工 底層加工不需要再做分解
注意事項:
1)一致性:
o父圖與子圖平衡 n
保持資訊的連續性 n
任何一張資料流圖子圖邊界上的
i/o資料流必須與父圖對應加工的
i/o資料流保持一致 n
父圖中出現的檔案也應該在子圖中出現 o
資料守恆 n
乙個加工所有輸出資料流中的資料,必須能從該加工的輸入資料流中直接獲得,或者能通過該加工的處理而產生 n
加工未使用其輸入資料流中的某些資料項,即這些資料項是多餘的,可以從輸入資料流中刪除
o區域性檔案
n子圖內出現的區域性檔案不應出現在父圖中
n父圖中出現的檔案卻應根據父圖與子圖平衡的原則在子孫圖中畫出
o乙個加工的輸出資料流不能與該加工的輸入資料流同名
n即使組成成分相同也應取不同名稱以示區別
2)完整性:
o每個加工至少有乙個輸入資料流和乙個輸出資料流 o
分層資料流中的每個資料流和檔案都必須命名,並且與資料字典保持一致 o
分層dfd
中每個基本加工
(不再分子圖的加工
)都應有乙個加工規約
(加工**明
)來描述加工的功能及其處理流程
(加工邏輯)
n結構化語言、判定表、判定樹
3)適當命名: o
適當命名 n
dfd中每個基本元素都應適當命名,名字應符合被命名物件的實際含義 o
資料流名:表單名稱,如「訂單
」,「收款單」等
o加工名:動詞或及物動詞加賓語,如
「編輯訂單」等
o檔名:名詞,如
「商品庫存」,
「商品名冊」等
o源或宿:實際的人員或組織,如「顧客
」,「**商」等
o命名中應注意的問題 n
名字應反映整個物件,而非僅反映其區域性 n
避免使用空洞、含義不清的名字,如「資料
」、「資訊
」等 n
若發現dfd
中某個元素難以命名,則往往是
dfd分解不當造成的,可考慮重新分解
5、資料字典(重點 系統的邏輯模型由dfd和資料字典共同構成 因此常與資料流圖結合出題)
資料字典是描述資料的資訊的集合,是對系統中使用的所有資料元素的定義的集合
字典條目描述的主要內容
1)dfd元素的基本資訊:名稱、別名、簡述、註解等
2)定義:資料型別、資料組成等
3)使用特點:取值範圍、使用頻率、激發條件等
4)控制資訊:**、去向、訪問許可權等
5)分組資訊:從屬結構、物理位置等
定義資料的方法:
1、對資料自上而下的分解 2、
資料元素組成資料的方式 o
順序:分量的連線次序 o
選擇:兩個或多個元素中選取乙個
o重複:可指定重複次數 o
可選:重複0或
1次描述符號:
示例:
6、成本/效益分析(了解)
軟體工程 第二章
2.1 問題定義 軟體生命週期的計畫階段 問題定義,可行性研究,需求分析三個階段。2.2 可行性研究 2.2.1可行性研究的任務 可行性研究的根本目的並不是解決問題,而是確定問題是否值得去解決,也就是判斷系統原定的目標和規模是否能實現,軟體使用所能帶來的效益是否值得使用者去投資開發。因此,可行性研究...
軟體工程第二章作業
1.在軟體開發的早期階段為什麼要進行可行性研究?應該從哪些方面研究目標系統的可行性?答 因為我們需要在軟體開發前確定其是否具有價值,乙個沒有價值的軟體開發出來也沒有意義 五個方面 技術可行性 經濟可行性 操作可行性 執行可行性 法律可行性 2.為方便儲戶,某銀行擬開發計算機儲蓄系統。儲戶填寫的存款單...
軟體工程 第二章 軟體計畫
第二章軟體計畫 行 line of code 問題定義 問題定義為軟體需求分析功能和效能的依據。定義內容 問題背景,開發系統的現狀,開發的條件與理由,總體要求,問題性質,型別轉換,什麼目標,開發條件,環境要求等。可行性研究 包括的五個方面 經濟可行性 技術可行性 操作可行性 法律可行性 時間可行性。...