第二章
可行性分析
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 問題定義 問題定義為軟體需求分析功能和效能的依據。定義內容 問題背景，開發系統的現狀，開發的條件與理由，總體要求，問題性質，型別轉換，什麼目標，開發條件，環境要求等。可行性研究 包括的五個方面 經濟可行性 技術可行性 操作可行性 法律可行性 時間可行性。...