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

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

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

用戶使用可能性時(shí)間進(jìn)度可行性

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

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

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

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

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

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

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

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

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

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

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

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

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

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

?可以立即開發(fā)

?改進(jìn)原系統(tǒng)

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

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

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

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

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

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

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

邏輯模型物理模型

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

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

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

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

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

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

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

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

1.不能只畫組織中的從屬關(guān)系、領(lǐng)導(dǎo)和被領(lǐng)導(dǎo)關(guān)系。（因?yàn)樗鼈儾皇侨啃畔⒘鳎?.應(yīng)具體調(diào)查結(jié)構(gòu)的職能，不能僅按結(jié)構(gòu)名稱畫圖。3.實(shí)際情況往往較復(fù)雜，很難設(shè)計(jì)出面面俱到的IS。（應(yīng)突出重點(diǎn)、目標(biāo)）11766某企業(yè)組織結(jié)構(gòu)圖⊙11767三、業(yè)務(wù)流程圖

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

在用結(jié)構(gòu)化語言描述問題時(shí)只允許使用三種基本邏輯結(jié)構(gòu)，順序結(jié)構(gòu)、選擇結(jié)構(gòu)和循環(huán)結(jié)構(gòu)。順序結(jié)構(gòu)：簡(jiǎn)單陳述名結(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ù)字典中定義的名詞；有限的自定義詞；某些邏輯表達(dá)式中的保留字、運(yùn)算符、關(guān)系符等117112加工說明──StructuredLanguage接受單科成績(jī)從課程管理系統(tǒng)中查出課程的學(xué)分IF

普通考試成績(jī)

DOWHILE

對(duì)于成績(jī)單中每個(gè)學(xué)生

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

ELSE

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

ENDIF

ENDDOELSE

DOWHILE

對(duì)于成績(jī)單中每個(gè)學(xué)生

IF

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

ELSE

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

ENDIF

ENDDOENDIF

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

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

單科滿分

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