管理信息系統(tǒng)L

第6章可行性分析與需求分析1171可行性分析的任務(wù)明確開發(fā)應(yīng)用項目的必要性和可行性?？尚行苑治龅膬?nèi)容管理上的可行性技術(shù)上的可行性經(jīng)濟上的可行性

一、可行性分析-11172管理可行性

用戶使用可能性時間進度可行性

組織和文化上的可行性法律可行性§2.2可行性研究1173技術(shù)可行性──度量一個特定技術(shù)信息系統(tǒng)解決方案的實用性及技術(shù)資源的可用性考慮的問題開發(fā)風(fēng)險分析資源分析相關(guān)技術(shù)的發(fā)展（現(xiàn)有技術(shù)能否實現(xiàn)新系統(tǒng)，技術(shù)難點、建議采用技術(shù)的先進性）§2.2可行性研究1174經(jīng)濟可行性

──度量系統(tǒng)解決方案的性能價格比考慮的問題成本/效益分析有形成本、效益無形成本、效益價值和成本的關(guān)系質(zhì)量與價值、成本的關(guān)系價值/成本的均衡§2.2可行性研究1175經(jīng)濟可行性考慮的問題成本和效益的估算開發(fā)成本的估算開發(fā)效益的估算運行成本的估算運行效益的估算§2.2可行性研究1176經(jīng)濟可行性──成本分析代碼行（LOC，lineofcode）技術(shù)

通常先根據(jù)經(jīng)驗和歷史數(shù)據(jù)來估計實現(xiàn)一個功能所需要的源程序行數(shù)，然后用每行代碼的平均成本乘以行數(shù)就可以確定軟件的成本。任務(wù)（過程）估算技術(shù)

首先把軟件開發(fā)工程分解為若干個相對獨立的任務(wù)，再分別估計每個單獨的開發(fā)任務(wù)的成本，最后累加起來得出軟件開發(fā)工程的總成本。估計每個任務(wù)的成本時，通常先估計完成該項任務(wù)所需要使用的人力（以人月為單位），再乘以每人每月的平均工資而得出每個任務(wù)的成本。劃分任務(wù)時最常用的辦法是按開發(fā)階段進行。

總成本、總?cè)肆ο鄬φ`差在內(nèi)經(jīng)驗估算模型（page234）構(gòu)造性成本（COCOMO，ConstructiveCostModel）模型（page234）

§2.2可行性研究1177經(jīng)濟可行性──成本分析經(jīng)驗估算模型

用經(jīng)驗公式來進行項目的估算。由于公式是通過對有限樣本集的分析得出的，因此得到的結(jié)果并不一定適合當(dāng)前項目類型。構(gòu)造性成本模型（COCOMO，ConstructiveCostModel）模型

分為基本COCOMO、中級COCOMO和高級COCOMO，分別適于不同類型的軟件項目。§2.2可行性研究1178經(jīng)濟可行性──效益分析系統(tǒng)的經(jīng)濟效益＝使用新系統(tǒng)增加的收入＋使用新系統(tǒng)可以節(jié)省的費用總的效益和軟件生存周期有關(guān)貨幣的時間價值投資回收期投資回收率純收入§2.2可行性研究1179系統(tǒng)開發(fā)和每年運行費用舉例1.系統(tǒng)開發(fā)費用（一次）2名系統(tǒng)分析員(450小時/名,45美元/小時)$40,5005名系統(tǒng)開發(fā)人員(275小時/名,36美元/小時)$49,5001名數(shù)據(jù)庫管理員(30小時/名,42美元/小時)$1,2602名技術(shù)寫作者(120小時/名,25美元/小時)$6,0001名秘書(160小時/名,15美元/小時)$2,4001名數(shù)據(jù)通訊專家(60小時/名,42美元/小時)$2,4002名在轉(zhuǎn)換期間數(shù)據(jù)輸入人員$49,500(40小時/名,12美元/小時)

§2.2可行性研究11710系統(tǒng)開發(fā)和每年運行費用舉例培訓(xùn)：三天的開發(fā)人員內(nèi)部培訓(xùn)課程$7,00030個用戶，三天的內(nèi)部培訓(xùn)課程$10,000物資：復(fù)印$500

磁盤、紙張等消耗品$650§2.2可行性研究11711系統(tǒng)開發(fā)和每年運行費用舉例購買硬件、軟件：20臺工作站W(wǎng)indows軟件$1,00020臺工作站內(nèi)存升級$8,000網(wǎng)絡(luò)軟件$17,50020臺工作站辦公軟件產(chǎn)品$20,000系統(tǒng)開發(fā)總費用$161,670§2.2可行性研究11712系統(tǒng)開發(fā)和每年運行費用舉例2.年運行費用（每年）人員：維護程序員/分析員(250小時/年,42美元/小時)$10,500

網(wǎng)絡(luò)管理員(300小時/年,50美元/小時)$15,000購買硬件、軟件升級：硬件$5,000

軟件$6,000物資和雜項$3,500每年總運行費用$40,000§2.2可行性研究11713可行性分析報告是可行性分析結(jié)果的表述內(nèi)容包括：?系統(tǒng)簡述?項目的目標

?所需資源、預(yù)算、期望效益

?可行性的結(jié)論可行性結(jié)論要求明確指出以下三者之一：

?可以立即開發(fā)

?改進原系統(tǒng)

?目前不可行，推遲開發(fā)一、可行性分析-211714§6.1需求分析的概念和任務(wù)為什么要進行需求分析？開發(fā)人員往往急于求成希望對開發(fā)進行指導(dǎo)希望開發(fā)人員對用戶的要求理解希望用戶理解開發(fā)人員測試部門有理可依11715需求分析的重要性5點事實事實1：軟件生命周期中，一個錯誤發(fā)現(xiàn)得越晚，修復(fù)錯誤的費用越高§6.1需求分析的概念和任務(wù)11716需求分析的重要性事實2：許多錯誤是潛伏的，并且在錯誤產(chǎn)生后很長一段時間才被檢查出來事實3：在需求過程中會產(chǎn)生很多錯誤DeMarco在一份研究報告中指出，被檢查出來的錯誤的56％產(chǎn)生的根源可以追溯到需求階段。AIRMICS所進行的一項調(diào)查發(fā)現(xiàn)，在一份美國軍方大型管理信息系統(tǒng)的需求現(xiàn)格說明書(SRS)中存在著500多個錯誤，當(dāng)然這僅僅是一個軟件項目中的一次調(diào)查。§6.1需求分析的概念和任務(wù)11717需求分析的重要性事實4：在需求階段，代表性的錯誤為疏忽、不一致和二義性美國海軍研究實驗室從20世紀70年代起就對軟件開發(fā)技術(shù)不斷地進行研究。他們對海軍A—7E—飛機上的”飛行操作程序進行實地測試，以驗證許多新設(shè)想的可行性。得出的研究數(shù)據(jù)表明：A—7E項目中77％的需求錯誤特點是不明確：疏忽、不一致和二義性。按錯誤類型對這些錯誤分布進行分析的結(jié)果是：49％不正確的事實，31％疏忽，l3％不一致，5％二義性§6.1需求分析的概念和任務(wù)11718需求分析的重要性事實5：需求錯誤是可以被檢查出來的§6.1需求分析的概念和任務(wù)11719需求分析的重要性在需求過程中會產(chǎn)生很多錯誤許多錯誤并沒有在早期被發(fā)現(xiàn)這樣的錯誤是能夠在產(chǎn)生的初期被檢查出來的如果沒有及時檢查出來這些錯誤，軟件費用會直線上升§6.1需求分析的概念和任務(wù)11720需求的概念I(lǐng)EEE軟件工程標準中的定義用戶解決問題或達到目標所需的條件或能力──反映了系統(tǒng)的外部行為系統(tǒng)或系統(tǒng)部件要滿足合同、標準、規(guī)范或其他正式規(guī)定文檔所需要具有的條件或能力──反映了系統(tǒng)的內(nèi)部特性一種反映上述兩方面的條件或能力的文檔說明──反映的方式是需求文檔§6.1需求分析的概念和任務(wù)11721一、用戶需求的分類功能性需求:

定義了系統(tǒng)做什么（描述系統(tǒng)必須支持的功能和過程）業(yè)務(wù)需求：是反映組織機構(gòu)或客戶對軟件高層次的目標要求，是用戶高層領(lǐng)導(dǎo)機構(gòu)決定的，它確定了系統(tǒng)的目標、規(guī)模和范圍。

用戶需求：是用戶使用該軟件要完成的任務(wù)非功能性需求（技術(shù)需求）是對功能需求的補充。一類是用戶關(guān)心的一些重要屬性；一類是對開發(fā)者來說很重要的質(zhì)量屬性?！針I(yè)務(wù)需求用戶需求功能需求§6.1需求分析的概念和任務(wù)11722兩類需求包括的內(nèi)容功能性能環(huán)境界面用戶或人的因素文檔數(shù)據(jù)資源安全保密軟件成本消耗 與開發(fā)進度質(zhì)量保證♂§6.1需求分析的概念和任務(wù)──用戶需求分類11723功能需求系統(tǒng)做什么？系統(tǒng)何時做什么？系統(tǒng)何時及如何修改或升級？§6.1需求分析的概念和任務(wù)──用戶需求分類11724性能需求軟件開發(fā)的技術(shù)性指標，如：存儲容量限制執(zhí)行速度、相應(yīng)時間吞吐量§6.1需求分析的概念和任務(wù)──用戶需求分類11725環(huán)境需求硬件設(shè)備：機型、外設(shè)、接口、地點、分布、溫度、濕度、磁場干擾等軟件：操作系統(tǒng)網(wǎng)絡(luò)數(shù)據(jù)庫§6.1需求分析的概念和任務(wù)──用戶需求分類11726界面需求有來自其它系統(tǒng)的輸入嗎？到自其它系統(tǒng)的輸出嗎？對數(shù)據(jù)格式有規(guī)定嗎？對數(shù)據(jù)存儲介質(zhì)有規(guī)定嗎？§6.1需求分析的概念和任務(wù)──用戶需求分類11727用戶或人的因素用戶類型？各種用戶熟練程度？需受何種訓(xùn)練？用戶理解、使用系統(tǒng)的難度？用戶錯誤操作系統(tǒng)的可能性？§6.1需求分析的概念和任務(wù)──用戶需求分類11728文檔需求需哪些文檔？文檔針對哪些讀者？§6.1需求分析的概念和任務(wù)──用戶需求分類11729數(shù)據(jù)需求輸入、輸出數(shù)據(jù)的格式？接收、發(fā)送數(shù)據(jù)的頻率？數(shù)據(jù)的準確性和精度？數(shù)據(jù)流量？數(shù)據(jù)需保持的時間？§6.1需求分析的概念和任務(wù)──用戶需求分類11730資源需求軟件運行時所需的數(shù)據(jù)、軟件、內(nèi)存空間等資源。軟件開發(fā)、維護所需的人力、支撐軟件、開發(fā)設(shè)備等?！?.1需求分析的概念和任務(wù)──用戶需求分類11731安全保密要求需對訪問系統(tǒng)或系統(tǒng)信息加以控制嗎？如何隔離用戶之間的數(shù)據(jù)？用戶程序如何與其它程序和操作系統(tǒng)隔離？系統(tǒng)備份要求？§6.1需求分析的概念和任務(wù)──用戶需求分類11732軟件成本消耗與開發(fā)進度需求開發(fā)有規(guī)定的時間表嗎？軟硬件投資有無限制？§6.1需求分析的概念和任務(wù)──用戶需求分類11733質(zhì)量保證

系統(tǒng)的可靠性要求？系統(tǒng)必須監(jiān)測和隔離錯誤嗎？規(guī)定系統(tǒng)平均出錯時間？出錯后，重啟系統(tǒng)允許的時間？系統(tǒng)變化如何反映到設(shè)計中？維護是否包括對系統(tǒng)的改進？系統(tǒng)的可移植性？§6.1需求分析的概念和任務(wù)──用戶需求分類11734二、需求分析的任務(wù)基本任務(wù)：準確地回答“系統(tǒng)必須做什么？”

隨著軟件系統(tǒng)規(guī)模的擴大，需求分析從僅限于軟件開發(fā)的最初階段，逐漸演變?yōu)樨灤┯谙到y(tǒng)開發(fā)的整個生命周期，并將需求工作分為需求開發(fā)和需求管理兩部分，稱為需求工程（RequirementEngineering，RE）需求工程需求開發(fā)需求管理需求獲取分析編寫規(guī)格說明驗證需求狀態(tài)跟蹤需求跟蹤版本控制變更控制§6.1需求分析的概念和任務(wù)11735需求開發(fā)──需求獲取（elicitation）

分析員通過詳細調(diào)查，準確、完整地獲取用戶需求，確定軟件系統(tǒng)的、綜合要求：從系統(tǒng)的角度來理解軟件并評審軟件范圍是否恰當(dāng)確定對目標系統(tǒng)的綜合要求，即軟件的需求（功能與非功能需求）提出這些需求實現(xiàn)條件，以及需求應(yīng)達到的標準§6.1需求分析的概念和任務(wù)──需求分析的任務(wù)11736需求獲取面臨的挑戰(zhàn)對需求的理解問題分析人員與用戶的通信問題需求易變性問題的復(fù)雜性和對問題空間理解的不完備性與不一致性分析方法與分析工具問題§6.1需求分析的概念和任務(wù)──需求分析的任務(wù)11737

需求獲取的另一項工作是建立分析所需要的通信途徑，以保證能順利地對問題進行分析?！?.1需求分析的概念和任務(wù)──需求分析的任務(wù)11738需求開發(fā)──需求分析建模(analysis)從信息流和信息結(jié)構(gòu)出發(fā)，逐步細化所有的系統(tǒng)要求，找出系統(tǒng)各元素之間的聯(lián)系、接口特性和設(shè)計上的約束，分析它們是否滿足功能要求，是否合理。剔除其不合理的部分，增加其需要部分。最終綜合成系統(tǒng)的解決方案，給出目標系統(tǒng)的詳細邏輯模型?！?.1需求分析的概念和任務(wù)──需求分析的任務(wù)11739需求開發(fā)──需求分析建模(analysis)目標系統(tǒng)當(dāng)前系統(tǒng)物理模型邏輯模型模型化抽象化物理模型邏輯模型具體化實例化理解需求表達需求導(dǎo)出怎么做做什么§6.1需求分析的概念和任務(wù)──需求分析的任務(wù)11740

邏輯模型物理模型

(本質(zhì)模型、概念模型)

(實施模型、技術(shù)模型)現(xiàn)行系統(tǒng)目標系統(tǒng)描述重要的業(yè)務(wù)功能，無論系統(tǒng)是如何實施的描述現(xiàn)實系統(tǒng)是如何在物理上實現(xiàn)的描述新系統(tǒng)的主要業(yè)務(wù)功能和用戶新的需求，無論系統(tǒng)應(yīng)如何實施。描述新系統(tǒng)是如何實施的（包括技術(shù)）。11741需求開發(fā)──編寫需求規(guī)格說明(specification）

該階段的主要工作是需求描述，以文檔形式表達系統(tǒng)邏輯模型。該階段的文檔包括：需求規(guī)格說明

用戶手冊，包括用戶界面描述以及有關(guān)目標系統(tǒng)使用方法的初步構(gòu)想在需求分析中確立測試標準（或測試用例），作為系統(tǒng)開發(fā)目標是否完成的驗收依據(jù)修改的項目開發(fā)計劃是根據(jù)新的分析結(jié)果，對可行性分析和軟件計劃階段中制訂的初步的項目開發(fā)計劃作必要的修改、補充和完善

§6.1需求分析的概念和任務(wù)──需求分析的任務(wù)11742需求開發(fā)──需求驗證（verification）對需求文檔進行正式審查

主要從完整性、正確性、一致性、必要性、無歧義性、可驗證性、優(yōu)先級的劃分等幾方面進行評審和驗證§6.1需求分析的概念和任務(wù)──需求分析的任務(wù)11743需求開發(fā)──需求驗證（verification）完整性：需求無遺漏并清楚、完整地描述正確性：每項需求都必須準確地反映用戶需求一致性：用戶需求與業(yè)務(wù)需求一致，功能需求與用戶需求一致必要性：每項需求都應(yīng)是客戶所需要的無歧義性：對需求描述的理解應(yīng)該是一致的可驗證的：每項需求都應(yīng)該是可驗證的優(yōu)先級的劃分：為每項需求按照重要性分配優(yōu)先級，開發(fā)中，可先實現(xiàn)優(yōu)先級高的核心需求11744需求管理──需求變更控制確定一個選擇、分析和決策需求變更的過程建立變更控制委員會評估每項選擇的需求變更衡量需求穩(wěn)定性記錄基準需求的數(shù)量和變更數(shù)量§6.1需求分析的概念和任務(wù)──需求分析的任務(wù)11745需求管理──配置標識與版本控制（1）

在項目數(shù)據(jù)庫中，每個軟件配置項由一個惟一的名字進行標識，同時還給出它的一組屬性和與其他軟件配置項的“連接”。（下圖中雙向箭頭表示配置之間的相互依賴關(guān)系，單向箭頭說明配置項之間的構(gòu)造關(guān)系）11746需求管理──配置標識與版本控制（2）軟件配置是一個動態(tài)概念。一方面，隨著軟件開發(fā)的進展，一些文檔經(jīng)過轉(zhuǎn)換生成一些新的文檔，軟件配置項在不斷增加。另一方面由于為滿足變更要求，這些文檔又會出現(xiàn)新的版本。在版本控制中，應(yīng)該：建立需求基準版本和需求控制版本，確定一個需求基線，可采用版本控制工具自動完成這些任務(wù)，如微軟SourceSafe（VSS）11747需求管理──需求跟蹤及需求狀態(tài)跟蹤需求跟蹤跟蹤所有受需求變更影響的工作產(chǎn)品讓每項需求都能與其對應(yīng)的設(shè)計、源代碼和測試用例聯(lián)系起來需求狀態(tài)跟蹤定義需求狀態(tài)，在整個項目過程中跟蹤需求每一個狀態(tài)及其變更情況跟蹤每項需求的狀態(tài)建立一個數(shù)據(jù)庫維護需求變更的歷史記錄§6.1需求分析的概念和任務(wù)──需求分析的任務(wù)11748需求開發(fā)與需求管理之間的界限

分析編寫文檔評審，商議基準需求說明需求變更過程管理客戶需求市場當(dāng)前基線修正后基線市場客戶管理項目環(huán)境需求開發(fā)需求管理需求變更項目變更§6.1需求分析的概念和任務(wù)──需求分析的任務(wù)11749§6.2獲取需求的方法通過需求（詳細）調(diào)查，獲取需求需求（詳細）調(diào)查的內(nèi)容：組織概況──組織結(jié)構(gòu)圖組織的業(yè)務(wù)活動、組織的業(yè)務(wù)狀態(tài)、業(yè)務(wù)的詳細內(nèi)容──業(yè)務(wù)（系統(tǒng)）流程圖輸入輸出信息（信息流向、信息種類、利用的目的、信息的使用者和制造者、輸入和輸出地點、輸入和輸出信息量）存在問題、約束條件、未來要求等11750需求（詳細）調(diào)查對象對組織的高層管理者，進行組織管理目標或經(jīng)營方針等組織戰(zhàn)略問題的調(diào)查（業(yè)務(wù)需求）對中層的管理者，進行全部業(yè)務(wù)流的調(diào)查（用戶需求）對業(yè)務(wù)工作人員，進行詳細業(yè)務(wù)信息的調(diào)查（用戶需求）§6.2獲取需求的方法11751常用調(diào)查方法訪談：正式和非正式問卷調(diào)查情景分析實地考查構(gòu)造原型建立分析小組領(lǐng)域?qū)＜遥褐鹘窍到y(tǒng)分析員：導(dǎo)演§6.2獲取需求的方法11752準備調(diào)研的資料（可能的問題）部門的名稱、人員數(shù)量和結(jié)構(gòu)部門發(fā)展或變化簡單介紹部門的主要任務(wù)部門各崗位的職責(zé)部門接受哪些部門或外界的信息及信息的內(nèi)容和格式部門產(chǎn)生哪些信息部門產(chǎn)生的信息送到哪些其他部門、格式要求是什么現(xiàn)有的哪些設(shè)備要繼續(xù)使用？11753準備調(diào)研的資料（可能的問題）業(yè)務(wù)處理流程業(yè)務(wù)處理過程中涉及哪些專業(yè)領(lǐng)域的知識主要算法描述哪些業(yè)務(wù)需要實時處理哪些業(yè)務(wù)需要交互操作業(yè)務(wù)處理有高峰期嗎？高峰期的時間及業(yè)務(wù)量對信息的輸入和輸出方式和設(shè)備有何要求數(shù)據(jù)要求實時備份嗎？備份設(shè)備及時間策略工作需要的審批流程是什么？11754準備調(diào)研的資料（可能的問題）對產(chǎn)品的運行環(huán)境有要求嗎對界面風(fēng)格和操作方式有要求嗎在系統(tǒng)運行過程中允許停機嗎需要的操作權(quán)限有哪些需要記錄系統(tǒng)操作運行日志嗎需要分布式處理嗎需要什么方式的用戶操作培訓(xùn)需要制作聯(lián)機幫助嗎用戶有能力進行系統(tǒng)維護嗎？⊙11755某出版社管理系統(tǒng)問卷調(diào)查表編號提出問題1您在哪個部門工作？2出版業(yè)務(wù)流程是什么？3您每日都處理那些文件、數(shù)據(jù)、報表？4工作中手工處理特別麻煩的事情是什么？5工作中手工處理什么問題解決不了？影響效率的問題有哪些？6您認為提高工作效率，節(jié)省工作時間，減輕工作強度可采取哪些辦法？11756某出版社管理系統(tǒng)問卷調(diào)查表編號提出問題7您的部門需要成本核算和統(tǒng)計的內(nèi)容有哪些？8您的部門采用計算機管理工作情況如何？9如何改進業(yè)務(wù)流程使之更合理？10哪些問題是目前傳統(tǒng)手工方法根本無法解決的？11出版社計算機管理信息系統(tǒng)需要解決什么問題？11757⊙1175811759117601176111762117631176411765二、組織結(jié)構(gòu)圖組織結(jié)構(gòu)圖是用來描述組織的總體結(jié)構(gòu)以及組織內(nèi)部各部分之間的聯(lián)系。要建立管理信息系統(tǒng)，就必須知道現(xiàn)行系統(tǒng)的組織機構(gòu)設(shè)置情況和它們之間的隸屬關(guān)系。當(dāng)然，最為關(guān)心的是那些與計算機管理有關(guān)的機構(gòu)和關(guān)系。用矩形框表示組織機構(gòu)，用箭頭表示領(lǐng)導(dǎo)關(guān)系。在畫組織結(jié)構(gòu)圖時應(yīng)注意：

1.不能只畫組織中的從屬關(guān)系、領(lǐng)導(dǎo)和被領(lǐng)導(dǎo)關(guān)系。（因為它們不是全部信息流）2.應(yīng)具體調(diào)查結(jié)構(gòu)的職能，不能僅按結(jié)構(gòu)名稱畫圖。3.實際情況往往較復(fù)雜，很難設(shè)計出面面俱到的IS。（應(yīng)突出重點、目標）11766某企業(yè)組織結(jié)構(gòu)圖⊙11767三、業(yè)務(wù)流程圖

業(yè)務(wù)流程圖（TransactionFlowDiagram,TFD）是描繪物理系統(tǒng)的傳統(tǒng)工具。系統(tǒng)流程圖可用圖形符號來表示系統(tǒng)中的各個元素。例如，人工處理、數(shù)據(jù)處理、數(shù)據(jù)庫、文件等。業(yè)務(wù)流程圖表示所描述部件的信息流程，而不表示信息加工的控制過程。系統(tǒng)流程圖在可行性研究階段也可以使用畫系統(tǒng)流程圖時，要搞清業(yè)務(wù)處理過程即處理中的各個元素，同時要理解系統(tǒng)的流程圖各個符號的含義。11768業(yè)務(wù)流程圖符號──基本符號

當(dāng)以概括方式描述一個實際系統(tǒng)時，基本符號即可；當(dāng)需要更具體地描繪一個物理系統(tǒng)時，還需使用系統(tǒng)符號。業(yè)務(wù)處理單位業(yè)務(wù)流向業(yè)務(wù)處理某項業(yè)務(wù)參與的人或事務(wù)業(yè)務(wù)處理功能業(yè)務(wù)數(shù)據(jù)的流動方向11769工資管理系統(tǒng)業(yè)務(wù)流程圖11770業(yè)務(wù)流程圖符號──系統(tǒng)符號符號名稱說明文檔表示打印輸出，也可表示打印終端輸入磁帶磁帶輸入/輸出或表示一個磁帶文件聯(lián)機存儲表示任何種類的聯(lián)機存儲磁盤磁盤輸入/輸出顯示終端顯示部件，可表輸入/輸出人工輸入人工脫機處理,如填表格人工操作人工完成處理,如支票簽字通信鏈路遠程通信線路送數(shù)據(jù)11771學(xué)生成績管理流程每學(xué)期課程考核結(jié)束后，各任課教師須分班填寫學(xué)生成績登記表，經(jīng)系主任審核簽字后交學(xué)生所在學(xué)院及教務(wù)處教務(wù)員使用成績管理系統(tǒng)登記所有成績并將成績單及補考通知書交給學(xué)生學(xué)生所在班級根據(jù)綜合成績計算綜合評分，并將綜合評分交給學(xué)生科1177211773§6.3需求分析的原則和方法一、需求分析的原則解決邏輯問題以運行環(huán)境為基礎(chǔ)用戶參與的原則構(gòu)造高質(zhì)量的需求規(guī)格說明11774二、需求分析方法的基本要求1、必須能夠表達和理解問題的信息域和功能域

軟件可看作是一個黑盒子，輸入數(shù)據(jù)通過轉(zhuǎn)換產(chǎn)生輸出信息，就是軟件所要具有的功能。因此可通過對數(shù)據(jù)的描述和數(shù)據(jù)轉(zhuǎn)換的描述，實現(xiàn)對系統(tǒng)的理解和描述。信息域應(yīng)包括：數(shù)據(jù)內(nèi)容：單個數(shù)據(jù)或控制對象，即數(shù)據(jù)項數(shù)據(jù)結(jié)構(gòu)：數(shù)據(jù)項的組織形式數(shù)據(jù)流：數(shù)據(jù)通過系統(tǒng)時的變化方式11775二、需求分析方法的基本要求2、以層次化的方式對問題進行分解和不斷細化軟件的功能域和信息域都能做進一步的分解。這種分解可以是同一層次上的，稱為橫向分解；也可以是多層次的縱向分解?？v向分解橫向分解11776二、需求分析方法的基本要求3、要給出系統(tǒng)的邏輯視圖和物理視圖軟件需求的邏輯視圖給出的是軟件要達到的功能和要處理的數(shù)據(jù)之間的關(guān)系，而不是實現(xiàn)的細節(jié)──軟件需求的邏輯描述是軟件設(shè)計的基礎(chǔ)。軟件需求的物理視圖給出的是處理功能和數(shù)據(jù)結(jié)構(gòu)的實際表現(xiàn)形式，這往往是由設(shè)備本身決定的

如一些軟件靠終端鍵盤輸入數(shù)據(jù)，另一些軟件靠參數(shù)轉(zhuǎn)換設(shè)備提供數(shù)據(jù)。分析員必須清楚系統(tǒng)元素對軟件的限制，并考慮功能和信息結(jié)構(gòu)的物理表示，如結(jié)構(gòu)化方法中的數(shù)據(jù)字典就描述了各條目的具體規(guī)定和限制

11777§6.4結(jié)構(gòu)化分析方法一、結(jié)構(gòu)化分析方法的基本思想

詳細調(diào)查→獲取用戶需求→描述用戶需求

SA（structuredanalysis）方法以數(shù)據(jù)流分析作為需求分析的出發(fā)點，遵循以下原則：用戶參與的原則“先邏輯，后物理”的原則“自頂向下，逐層分解”的原則工作成果描述標準化原則11778二、SA方法的描述工具用半形式化的描述方式表達需求，簡明易懂。數(shù)據(jù)流圖（DFD）：描繪系統(tǒng)邏輯模型的圖形工具，描述了系統(tǒng)的組成部分及各部分之間的聯(lián)系數(shù)據(jù)字典（DD）加工說明：結(jié)構(gòu)化英語、判定樹和判定表11779三、數(shù)據(jù)流圖──DFD的符號數(shù)據(jù)源點和終點（外部項）：是系統(tǒng)之外的實體（本系統(tǒng)的動作方），標識出系統(tǒng)與環(huán)境的接口，給出系統(tǒng)的有效作用范圍(系統(tǒng)邊界)為了避免在數(shù)據(jù)流圖上出現(xiàn)線條交叉，同一個源點、終點可在不同位置多次出現(xiàn)，這時要在源點或終點符號的右下方畫小斜線，以示重復(fù)

11780三、數(shù)據(jù)流圖──DFD的符號加工：是對數(shù)據(jù)進行處理的邏輯單元，它把對輸入數(shù)據(jù)流轉(zhuǎn)變成輸出數(shù)據(jù)流對數(shù)據(jù)加工轉(zhuǎn)換的方式有兩種：改變數(shù)據(jù)的結(jié)構(gòu)，例如將數(shù)組中各數(shù)據(jù)重新排序產(chǎn)生新的數(shù)據(jù)，例如對原來的數(shù)據(jù)總計、求平均等值。標識：

P＋加工編號＋加工名加工名一般用：“動詞＋賓語”例如：計算應(yīng)發(fā)工資，生成工資存款清單

11781數(shù)據(jù)流圖──DFD的符號數(shù)據(jù)流：是系統(tǒng)處理的對象和數(shù)據(jù)流動的方向，由一組或一個確定的數(shù)據(jù)組成。數(shù)據(jù)流的方向：從一加工指向另一加工從加工指向數(shù)據(jù)存儲或反之從源點指向加工或從加工指向終點標識：F＋編號＋數(shù)據(jù)流名數(shù)據(jù)流命名數(shù)據(jù)流名應(yīng)能直觀地反映數(shù)據(jù)流的含義，如成績單，工資單不能用動作名和實物名作為數(shù)據(jù)流名，如現(xiàn)金

流入、流出數(shù)據(jù)流可以有相同的數(shù)據(jù)結(jié)構(gòu)，但必須有不同的數(shù)據(jù)或具有不同的含義，如成績單與合理成績單兩個加工之間可以有幾股不同的數(shù)據(jù)流，這是由于它們的用途不同，或它們之間沒有聯(lián)系，或它們的流動時間不同

11782數(shù)據(jù)流圖──數(shù)據(jù)流與加工之間的關(guān)系與：數(shù)據(jù)A和B同時輸入變成C或：數(shù)據(jù)A或B，或者A和B同時輸入變成C異或：數(shù)據(jù)A或B其中之一變成C11783數(shù)據(jù)流圖──DFD的符號數(shù)據(jù)存儲（文件）：邏輯上是信息的靜態(tài)存儲；物理上，可以是計算機系統(tǒng)中的外部或內(nèi)部文件、文件的一部分、數(shù)據(jù)庫的元素等，還可以是人工系統(tǒng)中的表冊、賬單等。在分層DFD中，通常是局部于某一分解層次的。數(shù)據(jù)流的方向從加工流向數(shù)據(jù)存儲從數(shù)據(jù)存儲流向加工雙向標識：D＋編號＋數(shù)據(jù)存儲名稱11784數(shù)據(jù)流圖──分層DFD對于大型系統(tǒng)，往往使用一張數(shù)據(jù)流圖畫出所有數(shù)據(jù)流和加工是不可能的，不要一下子引入過多細節(jié)，應(yīng)該逐步增加細節(jié)自頂向下逐層分解──分層DFD頂層圖0層圖1層圖11785數(shù)據(jù)流圖──分層DFD父圖與子圖：頂層-中間層-底層（基本加工）分層DFD的編號：圖號：父圖中加工的編號加工編號：圖號＋局部順序號父圖和子圖數(shù)據(jù)流的平衡局部文件：如果某個中間層的DFD中的數(shù)據(jù)存儲不是父圖中相應(yīng)加工的外部接口，而只是本圖中某些加工之間的接口，則稱為局部文件。應(yīng)在需要表達時才畫出來11786數(shù)據(jù)流圖──分層DFD局部文件示意圖CC11787數(shù)據(jù)流圖──分層DFD的畫法規(guī)則：由外向里畫找出外部項，確定系統(tǒng)的邊界，確定數(shù)據(jù)流源點和終點，畫頂層圖畫系統(tǒng)的內(nèi)部，確定0層圖畫加工的內(nèi)部。自頂向下，對每個加工進行內(nèi)部分解，畫出分層DFD檢查DFD，進行復(fù)查求精11788數(shù)據(jù)流圖──學(xué)生成績管理現(xiàn)行系統(tǒng)頂層圖11789數(shù)據(jù)流圖──學(xué)生成績管理現(xiàn)行系統(tǒng)0層圖11790數(shù)據(jù)流圖──DFD的改進檢查數(shù)據(jù)流圖的正確性數(shù)據(jù)守恒：文件的寫和讀局部文件的使用父圖和子圖的平衡11791數(shù)據(jù)流圖──DFD的改進提高數(shù)據(jù)流圖的可讀性簡化加工間的聯(lián)系分解的均勻（層次分解的均勻及加工分解的均勻）適當(dāng)?shù)孛匦路纸?1792數(shù)據(jù)流圖──DFD的改進結(jié)構(gòu)不合理的DFD13245ABHIJCDFGEKLNM11793數(shù)據(jù)流圖──DFD的改進數(shù)據(jù)流圖重新分解的步驟把需要重新分解的所有子圖連成一張；根據(jù)各部分之間聯(lián)系最少的原則，把圖劃分成幾部分；重建父圖，即把第二步所得的每一部分畫成一個圓圈，各部分之間的聯(lián)系就是加工之間的界面；重建各張子圖，只需把第二步所得的圖，按各自的邊界剪開即可；為所有加工重新命名、編號。11794數(shù)據(jù)流圖──DFD的改進改進后的DFD11795四、數(shù)據(jù)字典（DataDictionary,DD）

DD是SA方法中另一個重要的分析工具。DD給出了DFD中所有元素的嚴格的數(shù)據(jù)定義，它可以：減少了分析員和用戶之間的通信，消除誤解是以后進行系統(tǒng)設(shè)計及維護的重要依據(jù)是進行系統(tǒng)設(shè)計的最有價值的文檔之一11796數(shù)據(jù)字典──DD編寫的基本要求對DFD中各元素的定義必須明確、一致且易理解命名、編號應(yīng)與DFD一致對DFD中各元素的定義與說明應(yīng)無遺漏、無同名異義或異名同義格式規(guī)范，文字精練，符號正確11797數(shù)據(jù)字典──數(shù)據(jù)流條目系統(tǒng)名：屬于哪個子系統(tǒng)數(shù)據(jù)流編號、名稱、別名及其簡要描述數(shù)據(jù)流的來源：一個外部實體、處理邏輯、數(shù)據(jù)存貯數(shù)據(jù)流的去向：同上數(shù)據(jù)流的組成：一個數(shù)據(jù)流可能包括若干個數(shù)據(jù)結(jié)構(gòu)，若只有一個數(shù)據(jù)結(jié)構(gòu)，就不需要專門定義數(shù)據(jù)流的流通量：單位時間的傳輸次數(shù)高峰時期的流通量：業(yè)務(wù)的頻繁程度和時間有關(guān)11798數(shù)據(jù)字典──數(shù)據(jù)流條目系統(tǒng)名：成績管理系統(tǒng)數(shù)據(jù)流編號：

F1數(shù)據(jù)流名稱：單科成績單別名：無簡述：某學(xué)期、某個班、某門課的成績來源：教師去向：加工P1“成績單審核”數(shù)據(jù)流量：2000份/每學(xué)期組成：學(xué)期＋班級＋DS1（學(xué)生成績）＋教師姓名＋日期11799數(shù)據(jù)字典──數(shù)據(jù)項條目數(shù)據(jù)項也稱數(shù)據(jù)元素，是不可再分的數(shù)據(jù)最小組成單位，主要內(nèi)容有：系統(tǒng)名數(shù)據(jù)項名稱：數(shù)據(jù)項名稱必須唯一地標識這個數(shù)據(jù)項，以區(qū)別于其他數(shù)據(jù)項；名稱要反映該數(shù)據(jù)項的含義，易于他人理解與記憶別名：同一數(shù)據(jù)項的名稱可能不止一個簡要說明屬于數(shù)據(jù)流

存儲處（屬于文件）數(shù)據(jù)項的類型、長度、取值范圍、取值的含義117100數(shù)據(jù)字典──數(shù)據(jù)項條目系統(tǒng)名：成績管理系統(tǒng)數(shù)據(jù)項名稱：學(xué)號別名：無簡要說明：是每個學(xué)生的惟一識別碼屬于數(shù)據(jù)流：F1～F4屬于數(shù)據(jù)存儲：D1類型：字符型長度：10位取值范圍：“0”～“9”含義：1～4位：入學(xué)年份；5～7位：專業(yè)；第8位：班級；9～10位：序號117101數(shù)據(jù)字典──數(shù)據(jù)結(jié)構(gòu)條目

數(shù)據(jù)結(jié)構(gòu)描述了某些數(shù)據(jù)項之間的關(guān)系。一個數(shù)據(jù)結(jié)構(gòu)可以由若干個數(shù)據(jù)項組成，也可以由若干個數(shù)據(jù)結(jié)構(gòu)組成，也可以由若干個數(shù)據(jù)項和數(shù)據(jù)結(jié)構(gòu)組成。主要內(nèi)容包括如下。系統(tǒng)名數(shù)據(jù)結(jié)構(gòu)的名稱及其編號

數(shù)據(jù)結(jié)構(gòu)的組成：如果是一個簡單的數(shù)據(jù)結(jié)構(gòu)，只要列出它所包含的數(shù)據(jù)項即可。如果是一個嵌套的數(shù)據(jù)結(jié)構(gòu)，只需列出它所包含的數(shù)據(jù)結(jié)構(gòu)名稱，因為這些數(shù)據(jù)結(jié)構(gòu)同樣在數(shù)據(jù)字典中有定義117102數(shù)據(jù)字典──數(shù)據(jù)結(jié)構(gòu)條目系統(tǒng)名：成績管理系統(tǒng)數(shù)據(jù)結(jié)構(gòu)編號：DS1數(shù)據(jù)結(jié)構(gòu)名稱：學(xué)生成績別名：無數(shù)據(jù)結(jié)構(gòu)組成：課程號＋課程名＋{學(xué)號＋姓名＋成績}117103數(shù)據(jù)字典──數(shù)據(jù)項間關(guān)系描述符號符號含義例及說明=被定義為+與x=a+b表示x由a和b組成[...|...]或x=[a|b]表示x由a或b組成m{...}n或{...}mn重復(fù)x=2{a}5表示x中最少出現(xiàn)2次a，最多出現(xiàn)5次a,2為重復(fù)次數(shù)的上、下限。{...}重復(fù)x={a}表示x由0個或多個a(...)可選x=(a)表示a可在x中出現(xiàn)，也可不出現(xiàn)。"..."基本數(shù)據(jù)元素x="a"，表示x是取值為字符a的數(shù)據(jù)元素..連接符x=1..9，表示x可取1到9中任意一個值117104數(shù)據(jù)字典──數(shù)據(jù)存貯條目數(shù)據(jù)存貯是數(shù)據(jù)結(jié)構(gòu)停留或保存的場所。主要內(nèi)容：系統(tǒng)名數(shù)據(jù)存貯的名稱及其編號：在數(shù)據(jù)流程圖中對數(shù)據(jù)存貯給以命名，并編上一個唯一的編號。來源、去向存儲組織數(shù)據(jù)存貯的組成：指它所包含的數(shù)據(jù)項或數(shù)據(jù)結(jié)構(gòu)。117105數(shù)據(jù)字典──數(shù)據(jù)存貯條目系統(tǒng)名：成績管理系統(tǒng)數(shù)據(jù)存儲編號：D2數(shù)據(jù)存儲名稱：成績檔案別名：無數(shù)據(jù)來源：加工P2“成績登記”數(shù)據(jù)去向：加工P3“成績統(tǒng)計”存儲組織：二維表數(shù)據(jù)結(jié)構(gòu)組成：

DS1＋補考成績＋學(xué)分117106數(shù)據(jù)字典──加工條目加工的名稱及編號

加工的輸入和輸出加工的主要功能：對處理邏輯的簡明描述，其目的是使人了解這個處理邏輯是做什么用的加工的小說明（文檔之一）117107數(shù)據(jù)字典──加工條目系統(tǒng)名：成績管理系統(tǒng)加工編號：P2加工名稱：成績登記別名：無輸入：F2“合格單科成績單”，D1“課程”輸出：D2“成績檔案”加工說明：如果為普通考試，若及格，登記成績及學(xué)分，否則登記實際成績，學(xué)分為0；如果是補考，若及格，則登記成績及學(xué)分，否則只登記補考成績。117108數(shù)據(jù)字典──外部項條目外部實體是系統(tǒng)的“人-機”界面，也就是系統(tǒng)的數(shù)據(jù)流由外部實體流入，或者系統(tǒng)的數(shù)據(jù)向外部流出。主要內(nèi)容：外部實體的名稱及編號

與外部實體有關(guān)的數(shù)據(jù)流

117109數(shù)據(jù)字典──外部項條目系統(tǒng)名：成績管理系統(tǒng)外部項編號：S1外部項名稱：任課教師別名：無輸入數(shù)據(jù)流：輸出數(shù)據(jù)流：F1“單科成績單”簡要說明：學(xué)生授課的任課教師，為系統(tǒng)提供學(xué)生成績信息117110五、基本加工邏輯描述如何對DFD中的基本加工進行描述，是結(jié)構(gòu)化分析的關(guān)鍵部分。對基本加工的描述稱為“加工說明”。加工說明編寫要求：對DFD中的每個基本加工，必須有一個加工說明加工說明必須描述加工把輸入數(shù)據(jù)流轉(zhuǎn)換為輸出數(shù)據(jù)流的轉(zhuǎn)換規(guī)則，即加工“做什么”，而不是用程序設(shè)計語言來描述具體加工過程常用工具：結(jié)構(gòu)化語言、決策樹、決策表117111加工說明──結(jié)構(gòu)化語言（StructuredLanguage）

在用結(jié)構(gòu)化語言描述問題時只允許使用三種基本邏輯結(jié)構(gòu)，順序結(jié)構(gòu)、選擇結(jié)構(gòu)和循環(huán)結(jié)構(gòu)。順序結(jié)構(gòu)：簡單陳述名結(jié)構(gòu)，避免復(fù)合語句選擇結(jié)構(gòu)：IF-THEN-ELSE或CASE循環(huán)結(jié)構(gòu)：WHILE-DO或DO（REPEAT）-UNTIL配合這三種結(jié)構(gòu)所使用的詞匯主要有三類：在數(shù)據(jù)字典中定義的名詞；有限的自定義詞；某些邏輯表達式中的保留字、運算符、關(guān)系符等117112加工說明──StructuredLanguage接受單科成績從課程管理系統(tǒng)中查出課程的學(xué)分IF

普通考試成績

DOWHILE

對于成績單中每個學(xué)生

IF學(xué)生的成績大于合格成績 記錄學(xué)生的成績，學(xué)分

ELSE

記錄學(xué)生的成績，學(xué)分為0

ENDIF

ENDDOELSE

DOWHILE

對于成績單中每個學(xué)生

IF

學(xué)生的補考成績大于合格成績 記錄學(xué)生的補考成績，學(xué)分

ELSE

記錄學(xué)生的補考成績，學(xué)分為0

ENDIF

ENDDOENDIF

117113加工說明──判定樹（DecisionTree）判定樹是用來表示邏輯判斷問題的一種圖形工具。它用“樹”來表達不同條件下的不同處理，比語言、表格的方式更為直觀。判定樹的左側(cè)（稱為樹根）為加工名，中間是各種條件，所有的行動都列于最右側(cè)。117114加工說明──判定樹（DecisionTree）成績登記處理邏輯普通考試成績登記補考考試成績登記成績合格：登記學(xué)生成績及學(xué)分成績不合格：登記學(xué)生成績，學(xué)分為0成績合格：登記學(xué)生成績及學(xué)分成績不合格：登記學(xué)生成績，學(xué)分為0成績登記處理邏輯117115加工說明──判定樹（DecisionTree）學(xué)生升留級處理邏輯升留級處理邏輯考試總分≥600考試總分<600單科無不及格：發(fā)升級通知書單科有不及格：發(fā)升級及重修單科通知書單科有滿分：發(fā)留級免重修單科通知書單科無滿分：發(fā)留級通知書117116加工說明──判定表（DecisionTable）對于具有多個互相聯(lián)系的條件和可能產(chǎn)生多種結(jié)果的問題，用結(jié)構(gòu)化語言描述則顯得不夠直觀和緊湊，這時可以用以清楚、簡明為特征的判定表來描述。判定表采用表格形式來表達邏輯判斷問題，表格分成四個部分：基本判斷條件基本判斷條件組合基本動作執(zhí)行動作規(guī)則：將條件取值組合及其相應(yīng)要執(zhí)行的動作稱為規(guī)則117117加工說明──判定表（DecisionTable）升留級處理判定表規(guī)則1規(guī)則2規(guī)則3規(guī)則4規(guī)則5規(guī)則6規(guī)則7規(guī)則8考試總分≥600≥600≥600

≥600<600<600<600<600

單科滿分有有無無有有無無單科不及格有無有無有無有無發(fā)升級通知書發(fā)單科免修通知書發(fā)留級通知書發(fā)單科重修通知書

YYYYNNNNNNNNYYNNNNNNYYYYYNYNNNNN117118加工說明──判定表（DecisionTable）1234考試總分≥600≥600<600<600

單科滿分

--有無單科不及格有無--發(fā)升級通知書發(fā)單科免修通知書發(fā)留級通知書發(fā)單科重修通知書YYNNNNYNNNYYYNNN如果表中有兩條或更多的規(guī)則具有相同的動作，并且條件項之間存在著某種關(guān)系，則可設(shè)法將其合并。簡化后的升留級處理判定表117119加工說明