【正文】 構(gòu) 對 … , 策略 重復(fù)以下 策略 直至 條件 For each … , policy Repeat the following: policy Until condition 商店業(yè)務(wù)處理系統(tǒng)中 “ 檢查發(fā)貨單 ” if 發(fā)貨單金額超過 $500 then if 欠款超過了 60天 then 在償還欠款前不予批準(zhǔn) else （欠款未超期） 發(fā)批準(zhǔn)書，發(fā)貨單 else （發(fā)貨單金額未超過 $500） if 欠款超過 60天 then 發(fā)批準(zhǔn)書，發(fā)貨單及賒欠報告 else （欠款未超期） 發(fā)批準(zhǔn)書，發(fā)貨單 （ 2）判定表 如果數(shù)據(jù)流圖的加工需要依賴于多個邏輯條件的取值，使用判定表來描述比較合適 以 “ 檢查發(fā)貨單 ” 為例 （ 3） 判定樹 判定樹也是用來表達(dá)加工邏輯的一種工具。 ? 基本加工邏輯說明必須描述基本加工如何把輸入數(shù)據(jù)流變換為輸出數(shù)據(jù)流的加工規(guī)則。 存儲方式 :順序，直接，關(guān)鍵碼。 每個數(shù)據(jù)量流通量：數(shù)據(jù)量、流通量。 數(shù)據(jù)字典的內(nèi)容 一般說來，數(shù)據(jù)字典應(yīng)該由對下列 4類元素的定義組成： (1) 數(shù)據(jù)流 (2) 數(shù)據(jù)流分量 (即數(shù)據(jù)元素 ) (3) 數(shù)據(jù)存儲 (4) 處理 數(shù)據(jù)流名： 說明：簡要介紹作用，即它產(chǎn)生的原因和結(jié)果。第二層的加工編號為 1,2,3,?, n號。 (4) 通常名字中僅包括一個動詞，如果必須用兩個動詞才能描 述整個處理的功能，則把這個處理再分解成兩個處理可能 更恰當(dāng)些。 這樣命名比較容易，而且體現(xiàn)了人類習(xí)慣的“由表及里” 的思考過程。 分層 DFD 圖的優(yōu)點 1） 為數(shù)據(jù)流 (或數(shù)據(jù)存儲 )命名 (1) 名字應(yīng)代表整個數(shù)據(jù)流 (或數(shù)據(jù)存儲 )的內(nèi)容，而不是僅 僅反映它的某些成分。 ? 底層流圖是指其加工不需再做分解的數(shù)據(jù)流圖，它處在最底層。 數(shù)據(jù)流圖四種基本符號 數(shù)據(jù)加工 /處 理 /變換 數(shù)據(jù)源點或終點 (外部實體 ) 數(shù)據(jù)流 (data flow) 數(shù)據(jù)存儲文件 或 或 或 數(shù)據(jù)流圖幾種附加符號 數(shù)據(jù)流圖的層次結(jié)構(gòu) ? 為了表達(dá)數(shù)據(jù)處理過程的數(shù)據(jù)加工情況，需要采用 層次結(jié)構(gòu) 的數(shù)據(jù)流圖。 ? 系統(tǒng)流程圖表達(dá)的是數(shù)據(jù)在系統(tǒng)各部件之間流動的情況，而不是對數(shù)據(jù)進(jìn)行加工處理的控制過程，因此盡管系統(tǒng)流程圖的某些符號和程序流程圖的符號形式相同，但是它卻是 物理數(shù)據(jù)流圖 而不是程序流程圖。 （ 5） 交付的產(chǎn)品清單 。 項目開發(fā)計劃 項目開發(fā)計劃書是一種管理性的文檔 ， 它的主要內(nèi)容如下 ： （ 1） 項目概述：包括項目目標(biāo) 、 主要功能 、 系統(tǒng)特點以及關(guān)于開發(fā)工作的安排 。 (8) 可用性評價：匯報用戶的工作制度和人員的素質(zhì)，確定人機(jī)交互功能界面需求。 (4) 簡略的系統(tǒng)范圍描述：分配元素的可行性。 （ 8）編寫可行性分析報告提交審查。 （ 3）建立目標(biāo)系統(tǒng)的邏輯模型。 在上例中：根據(jù)前面的計算結(jié)果， 5年純收入為： － 20 = 萬元 這相當(dāng)于比較一個待投入的軟件項目可能獲取的利潤和將 20萬元存入銀行所取得的效益。 根據(jù)上例，兩年后收入 ，尚欠 收回成本，在第三年還需要： (年 )，故投資回收期為 。 1～ 5年中，每年的收入折算到當(dāng)前的數(shù)據(jù)如表 。 估計出開發(fā)成本和將來帶來的效益后，應(yīng)將二者進(jìn)行比較，但是，成本是現(xiàn)在的，效益是將來的，所以在對二者進(jìn)行比較時應(yīng)考慮到貨幣的時間價值。 ③ 借助工具軟件對成本進(jìn)行估計 這種估計方法需要大量的歷史數(shù)據(jù)為基礎(chǔ) ， 需要良好的數(shù)據(jù)庫系統(tǒng)支持 。 ① 根據(jù)代碼行進(jìn)行估計 代碼行技術(shù)是一種簡單的方法，它通過估計軟件中的代碼行數(shù)來估計軟件的開發(fā)成本。 開發(fā)一個軟件系統(tǒng)也是一種投資，期望在將來獲得更大的利潤。 ? 可行性分析結(jié)束后 ， 要寫出可行性分析報告 ， 提交有關(guān)專家論證和上級主管部門批準(zhǔn) 。 可行性研究的內(nèi)容 (1) 技術(shù)可行性 (2) 經(jīng)濟(jì)可行性 (3) 操作可行性 (4) 社會可行性 (法律可行性 ) (5) 抉擇 技術(shù)可行性 度量一個特定技術(shù)信息系統(tǒng)解決方案的實用性及技術(shù)資源的可用性 考慮的問題 (1)開發(fā)風(fēng)險分析 (2)資源分析 (3)相關(guān)技術(shù)的發(fā)展（現(xiàn)有技術(shù)能否實現(xiàn)新系統(tǒng)，技術(shù)難點、建議采用技術(shù)的先進(jìn)性） 經(jīng)濟(jì)可行性 度量系統(tǒng)解決方案的性能價格比 。 ? 一般的做法是分析員和用戶方面的人員一起閱讀討論這份報告，通過修改得到一份雙方都滿意的文檔。 5. 初步設(shè)想：實現(xiàn) 公司工資管理系統(tǒng) ， 包括工資錄入 、 數(shù)據(jù)查詢 、 工資條 、 工資統(tǒng)計 、 部門設(shè)置 、 人員設(shè)置 、 項目設(shè)置等具體功能 。 可行性研究 項目需求報告 2023年 10月 1. 項目 ： 公司工資管理系統(tǒng) 2. 問題：在公司日常工資管理工作中 ， 現(xiàn)有系統(tǒng)所承擔(dān)的工作只能實現(xiàn)工資管理的簡單功能 ， 已無法適應(yīng)目前工作中處理大量數(shù)據(jù) (如日常打印工資條等 )要求 ， 工作效率低下 ， 容易出錯 。 ? 系統(tǒng)分析員應(yīng)該深入現(xiàn)場，了解用戶單位對系統(tǒng)的要求，調(diào)查開發(fā)背景，進(jìn)行市場調(diào)研。 說明該軟件開發(fā)項目的實現(xiàn)在技術(shù)上、經(jīng)濟(jì)上和社會條件上的可行性；評述為合理地達(dá)到開發(fā)目標(biāo)可能選擇的各種方案。 不是解決問題，而是確定問題是否值得去解決。首先要做的是明確系統(tǒng)的需求，也就是用戶要計算機(jī)解決什么問題，即問題定義 。 ? 圖 。 4. 項目范圍：硬件主要利用現(xiàn)有的計算機(jī)網(wǎng)絡(luò) ， 增配少量專用設(shè)備 ， 軟件開發(fā)費(fèi)用預(yù)計 20230元 。 建議進(jìn)行大約 3天的可行性研究 ，研究費(fèi)用不超過 200元 ?！?