軟件工程---需求分析1軟件工程---需求分析1軟件生存周期可行性研究需求分析概要設(shè)計詳細設(shè)計實現(xiàn)集成測試確認測試使用與維護退役軟件定義軟件開發(fā)軟件使用與維護軟件生命周期2軟件生存周期可行性研究需求分析概要設(shè)計詳細設(shè)計實現(xiàn)集成測試第3章需求分析開發(fā)一個軟件系統(tǒng)前，必須了解用戶的期望和要求--->軟件需求--->需求分析過程

重要性：軟件開發(fā)的基礎(chǔ)和前提最終目標軟件系統(tǒng)驗收的標準避免或者盡早剔除早期的錯誤需求分析3第3章需求分析開發(fā)一個軟件系統(tǒng)前，必須了解用戶的期望和第3章需求分析需求分析4第3章需求分析需求分析4

困難：片面性,不完全模糊性,不準確不一致性,歧義等等因此必須使用系統(tǒng)的方法、借助于一系列行之有效的技術(shù)和工具進行需求分析需求分析需求分析應(yīng)用系統(tǒng)復雜，龐大5困難：片面性,不完全模糊性,不準確不一致性,歧需求分析需求分析需求分析的任務(wù)：

準確的回答“系統(tǒng)必須做什么？”仍然回答“What”，而不是“How”，但更細致、精確（合同的擬定）6需求分析需求分析需求分析的任務(wù)：

準確的回答“系統(tǒng)必須做分析方法都遵守下述準則盡管目前有許多不同的用于需求分析的結(jié)構(gòu)化分析方法，但是，所有這些分析方法都遵守下述準則：(1)必須理解并描述問題的信息域，根據(jù)這條準則應(yīng)該建立數(shù)據(jù)模型。(2)必須定義軟件應(yīng)完成的功能，這條準則要求建立功能模型。(3)必須描述作為外部事件結(jié)果的軟件行為，這條準則要求建立行為模型。(4)必須對描述信息、功能和行為的模型進行分解，用層次的方式展示細節(jié)。7分析方法都遵守下述準則盡管目前有許多不同的用于需求分§1.需求分析的任務(wù)1、確定對系統(tǒng)的綜合要求⑴功能要求(functionalrequirements):系統(tǒng)必須做什么？⑵性能要求(performance

requirements)：做得怎樣？例：responsetime,memory,back-upmemory,security,……⑶運行要求(operationalrequirements)：運行環(huán)境、軟硬件配置等。⑷未來可能的擴充要求(possibleevolution)：§1.需求分析的任務(wù)8§1.需求分析的任務(wù)1、確定對系統(tǒng)的綜合要求§1.需求分(5)可靠性和可用性需求(6)出錯處理與安全需求(7)接口需求(8)約束因素等9(5)可靠性和可用性需求9§1.需求分析的任務(wù)2、分析數(shù)據(jù)(系統(tǒng)的數(shù)據(jù)要求)⑴建立概念模型(conceptualmodels):E-RDiagram⑵形象描繪數(shù)據(jù)結(jié)構(gòu):DataHierarchy,WarnierDiagram,IPO⑶數(shù)據(jù)結(jié)構(gòu)規(guī)范化(Normalization)3、導出邏輯模型：抽取其“做什么”的本質(zhì)

4、修正計劃：重估成本、進度等10§1.需求分析的任務(wù)2、分析數(shù)據(jù)(系統(tǒng)的數(shù)據(jù)要求)3、導出§1.需求分析的任務(wù)5、開發(fā)原型系統(tǒng)(Prototyping)檢驗方案的正確性系統(tǒng)是否滿足需求“樣機試用”CDG系統(tǒng)原型是對系統(tǒng)的主要功能和行為的直觀描述11§1.需求分析的任務(wù)5、開發(fā)原型系統(tǒng)(Prototypin§2.需求分析的步驟§2.需求分析的步驟12§2.需求分析的步驟§2.需求分析的步驟12§2.需求分析的步驟1、調(diào)查研究（1）沿數(shù)據(jù)流圖回溯：數(shù)據(jù)流圖的輸出端是系統(tǒng)的最終目的。向回確定每個數(shù)據(jù)元素的來源，可加細數(shù)據(jù)流圖及數(shù)據(jù)字典，并將相關(guān)算法記錄在IPO圖中。（2）用戶復查§2.需求分析的步驟基本思想:“自頂向下，逐步求精”,抽象和分解13§2.需求分析的步驟1、調(diào)查研究§2.需求分析的步驟§2.需求分析的步驟2、分析與綜合（1）問題的具體分析：細化數(shù)據(jù)流圖

加細前后的I/O須相同。

分解到須考慮具體實現(xiàn)的代碼時即可仃止（2）方案的綜合§2.需求分析的步驟14§2.需求分析的步驟2、分析與綜合§2.需求分析的步驟3、修正計劃：成本和進度的更準確估計4、書寫文檔：《需求規(guī)格說明書》不需分解有補充修正無補充修正分析追蹤數(shù)據(jù)流圖用戶復查細化數(shù)據(jù)流圖需要分解§2.需求分析的步驟§2.需求分析的步驟153、修正計劃：成本和進度的更準確估計不需分解有補充無補充修正需求規(guī)格說明書封面：

文檔編號：

版本號：

文檔名稱：項目名稱：項目負責人：

年月日編寫：核對：審核：批準：開發(fā)單位：

16需求規(guī)格說明書封面：需求規(guī)格說明書內(nèi)容：⑴系統(tǒng)規(guī)格說明：

系統(tǒng)概貌功能要求

性能要求運行要求

可能增加的要求DFD

IPO⑵數(shù)據(jù)要求：

DD

Hierarchy或WarnierDiagram⑶用戶系統(tǒng)描述——初步用戶手冊：從用戶的觀點考慮系統(tǒng)

系統(tǒng)功能、性能

使用與步驟等⑷修正的開發(fā)計劃：

成本估計資源使用計劃

進度計劃17需求規(guī)格說明書⑴系統(tǒng)規(guī)格說明：⑵數(shù)據(jù)要求：⑶用戶系統(tǒng)描述5需求評審任務(wù):多方人員一起對SRS進行復核和評審，以確保SRS全面、準確、一致地反映用戶需求原則:支持各方（用戶，需求分析人員、設(shè)計人員）共同參與評審工作§2.需求分析的步驟185需求評審任務(wù):多方人員一起對SRS進行復核和評審，抽象(模型化)源于實驗科學,主要要素為數(shù)據(jù)采集方法和假設(shè)的形式說明,模型的構(gòu)造與預測實驗分析結(jié)果分析.在為可能的算法數(shù)據(jù)結(jié)構(gòu)和系統(tǒng)結(jié)構(gòu)等構(gòu)造模型時使用此過程.抽象的結(jié)果是概念符號模型抽象(模型化)源于實驗科學,主要要素為數(shù)據(jù)采集方法和假設(shè)的形模型(model)模型:現(xiàn)實世界某些重要方面的表示。有時我們使用術(shù)語“抽象”來表示模型，因為我們從現(xiàn)實世界中抽象出對我們特別有用的東西。模型(model)模型:現(xiàn)實世界某些重要方面的表示。需求分析的步驟當前系統(tǒng)目標系統(tǒng)物理模型邏輯模型邏輯模型物理模型模型化抽象化具體化實例化怎么做做什么當前系統(tǒng)目標系統(tǒng)需求定義需求分析的步驟當前目標物理邏輯邏輯物理模型化抽象化具體化實例邏輯模型和物理模型

模型是對對象系統(tǒng)的形式化的特征抽象，概括性或近似地表示；

構(gòu)造模型的過程是一個抽象、分析的過程。對象系統(tǒng)模型系統(tǒng)抽象（映射）模型應(yīng)用模型構(gòu)造的過程邏輯模型和物理模型對象模型抽象（映射）模型應(yīng)用模型

邏輯模型物理模型

(本質(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ù)）。邏輯模型物理模型現(xiàn)目描述重要的業(yè)務(wù)§3基于數(shù)據(jù)流的分析方法§3.1數(shù)據(jù)流圖(DataFlowDiagram)§3.2畫數(shù)據(jù)流圖的原則§3.3數(shù)據(jù)字典(DataDictionary)§3.4基于數(shù)據(jù)流的分析方法24§3基于數(shù)據(jù)流的分析方法§3.1數(shù)據(jù)流圖(DataF§3.1數(shù)據(jù)流圖(DataFlowDiagram)數(shù)據(jù)流圖(DFD)是一種描述數(shù)據(jù)以及對數(shù)據(jù)進行加工轉(zhuǎn)換的圖形工具一個DFD主要由以下四個部分組成：數(shù)據(jù)流加工（轉(zhuǎn)換）外部實體數(shù)據(jù)存儲數(shù)據(jù)流名稱轉(zhuǎn)換名稱外部實體名稱數(shù)據(jù)存儲名稱§3數(shù)據(jù)流圖25§3.1數(shù)據(jù)流圖(DataFlowDiagram)數(shù)據(jù)§3.2畫數(shù)據(jù)流圖的原則先找系統(tǒng)數(shù)據(jù)的輸入輸出點，畫出外部實體§3數(shù)據(jù)流圖確定外部實體的輸入輸出數(shù)據(jù)流由源點外部實體的數(shù)據(jù)流出發(fā)，逐漸進行加工，完成整個數(shù)據(jù)流圖一張圖的處理超過5～9個時，應(yīng)該進行分層，把最基本的系統(tǒng)功能做為第0層，從第1層開始對每個模塊的功能進行細化26§3.2畫數(shù)據(jù)流圖的原則先找系統(tǒng)數(shù)據(jù)的輸入輸出點，畫出外部數(shù)據(jù)流圖例子訂票員訂票員預定機票準備機票記帳訂票單航班目錄航班號

航班費用帳單機票記帳數(shù)據(jù)庫帳目§3數(shù)據(jù)流圖27數(shù)據(jù)流圖例子訂票員訂票員預定準備記帳訂票單航班目錄航班號§3.3數(shù)據(jù)字典(DataDictionary)面向數(shù)據(jù)流分析需要引進數(shù)據(jù)字典(DD)DD以一種準確、簡潔的方式對DFD中數(shù)據(jù)流、外部實體、數(shù)據(jù)存儲作說明DD對DFD中的六類元素進行定義說明，按照元素不同，其中的數(shù)據(jù)條目內(nèi)容也不相同數(shù)據(jù)流數(shù)據(jù)項（數(shù)據(jù)元素）數(shù)據(jù)結(jié)構(gòu)數(shù)據(jù)存儲處理邏輯（基本加工）外部實體§4數(shù)據(jù)字典28§3.3數(shù)據(jù)字典(DataDictionary)面向數(shù)數(shù)據(jù)字典例子:(數(shù)據(jù)流)數(shù)據(jù)流名稱：訂票單別名:無

來源:訂票員去向:定票

數(shù)據(jù)流量:200份/天組成:編號＋姓名+年齡＋身份證號＋電話號碼＋訂票日期＋ 目的地……§4數(shù)據(jù)字典29數(shù)據(jù)字典例子:(數(shù)據(jù)流)數(shù)據(jù)流名稱：訂票單§4數(shù)據(jù)數(shù)據(jù)字典例子:(數(shù)據(jù)項)數(shù)據(jù)項名稱：航班號

別名:HBH

數(shù)據(jù)類型:字符串長度:16位

取值范圍及含義:

第1位:進口/國產(chǎn)第2－4位：類別第5－7位：規(guī)格第8－11位：源機場編號第12－15位：目的機場編號……§4數(shù)據(jù)字典30數(shù)據(jù)字典例子:(數(shù)據(jù)項)數(shù)據(jù)項名稱：航班號§4數(shù)據(jù)數(shù)據(jù)字典例子:(數(shù)據(jù)存儲)數(shù)據(jù)存儲名稱：航班目錄

別名:無

來源:無去向:定票

組成:航班號＋飛行日期＋載客量＋出發(fā)地＋目的地＋票價-組織方式：索引文件，以航班號為關(guān)鍵字……§4數(shù)據(jù)字典31數(shù)據(jù)字典例子:(數(shù)據(jù)存儲)數(shù)據(jù)存儲名稱：航班目錄§4數(shù)據(jù)字典例子:(處理邏輯)數(shù)據(jù)加工名稱：定票

別名:無

輸入:訂票單輸出:航班、費用

激發(fā)條件：接受到訂票單處理邏輯：

if單據(jù)＝訂票單 thenif單據(jù)是否過期 then是否有該航班，是否有機票……§4數(shù)據(jù)字典32數(shù)據(jù)字典例子:(處理邏輯)數(shù)據(jù)加工名稱：定票§4數(shù)§3.4基于數(shù)據(jù)流的分析方法DFD是系統(tǒng)中各處理子功能以及它們之間數(shù)據(jù)流動的圖形表示--刻劃系統(tǒng)功能和行為DFD為描述和建模的工具和手段如何利用DFD進行需求分析,描述用戶需求?§5基于數(shù)據(jù)流的分析方法33§3.4基于數(shù)據(jù)流的分析方法DFD是系統(tǒng)中各處理子功能數(shù)據(jù)流圖數(shù)據(jù)流圖中的主要圖形元素數(shù)據(jù)加工(數(shù)據(jù)變換)數(shù)據(jù)源點或終點(外部實體)數(shù)據(jù)流數(shù)據(jù)存儲文件34數(shù)據(jù)流圖數(shù)據(jù)流圖中的主要圖形元素數(shù)據(jù)加工(數(shù)據(jù)變換)數(shù)據(jù)源面向數(shù)據(jù)流分析方法運用了抽象和分解的技術(shù).提供一些經(jīng)驗知識和規(guī)則以指導需求分析基于數(shù)據(jù)流的分析方法§5基于數(shù)據(jù)流的分析方法35面向數(shù)據(jù)流分析方法運用了抽象和分解的技術(shù).提供一些經(jīng)驗知識和數(shù)據(jù)流與數(shù)據(jù)加工之間的關(guān)系36數(shù)據(jù)流與數(shù)據(jù)加工之間的關(guān)系36數(shù)據(jù)流圖的層次結(jié)構(gòu)為了表達數(shù)據(jù)處理過程的數(shù)據(jù)加工情況，需要采用層次結(jié)構(gòu)的數(shù)據(jù)流圖。按照系統(tǒng)的層次結(jié)構(gòu)進行逐步分解，并以分層的數(shù)據(jù)流圖反映這種結(jié)構(gòu)關(guān)系，能清楚地表達和容易理解整個系統(tǒng)37數(shù)據(jù)流圖的層次結(jié)構(gòu)為了表達數(shù)據(jù)處理過程的數(shù)據(jù)加工情況，需要采分層的數(shù)據(jù)流圖38分層的數(shù)據(jù)流圖38在多層數(shù)據(jù)流圖中，頂層流圖僅包含一個加工，它代表被開發(fā)系統(tǒng)。它的輸入流是該系統(tǒng)的輸入數(shù)據(jù)，輸出流是系統(tǒng)所輸出數(shù)據(jù)底層流圖是指其加工不需再做分解的數(shù)據(jù)流圖，它處在最底層中間層流圖則表示對其上層父圖的細化。它的每一加工可能繼續(xù)細化，形成子圖。39在多層數(shù)據(jù)流圖中，頂層流圖僅包含一個加工，它代表被開發(fā)系統(tǒng)。領(lǐng)書單

進書通知

購書單

缺書單

DFD練習—售書系統(tǒng)學生教材購銷系統(tǒng)書庫保管員40領(lǐng)書單進書通知購書單領(lǐng)書單進書通知

進書通知

購書單缺書單

案例I：DFD練習—售書系統(tǒng)

1銷售

2采購書庫保管員

學生F1教材存量表

F2缺書登記表

41領(lǐng)書單進書通知進書通案例II：工資計算系統(tǒng)的頂層(0層)數(shù)據(jù)流圖42案例II：工資計算系統(tǒng)的頂層(0層)數(shù)據(jù)流圖42圖4.6工資計算系統(tǒng)第一層數(shù)據(jù)流圖43圖4.6工資計算系統(tǒng)第一層數(shù)據(jù)流圖43圖4.7工資計算系統(tǒng)的第二層數(shù)據(jù)流圖(a)“計算工資”子數(shù)據(jù)流圖；(b)“工資轉(zhuǎn)存”子數(shù)據(jù)流圖44圖4.7工資計算系統(tǒng)的第二層數(shù)據(jù)流圖44圖4.8工資計算系統(tǒng)的第三層數(shù)據(jù)流圖45圖4.8工資計算系統(tǒng)的第三層數(shù)據(jù)流圖45案例分析III應(yīng)用問題：家庭保安系統(tǒng)46案例分析III應(yīng)用問題：家庭保安系統(tǒng)46步驟1:建立頂級DFD根據(jù)問題域與外部環(huán)境之間的相互關(guān)系定義問題域的邊界，即問題域與外界環(huán)境之間的輸入和輸出關(guān)系

-->最高抽象層次§5基于數(shù)據(jù)流的分析方法47步驟1:建立頂級DFD根據(jù)問題域與外部環(huán)境之間的相互關(guān)系步驟2:自頂向下，功能分解自頂向下、逐步求精對頂級數(shù)據(jù)流圖進行精化，生成下一級數(shù)據(jù)流圖對用戶的需求描述進行語法分析動詞構(gòu)成潛在的處理功能遵循“強內(nèi)聚，松耦合”原則名詞或名詞短語構(gòu)成潛在數(shù)據(jù)流、數(shù)據(jù)源和外部實體基于數(shù)據(jù)流的分析方法48步驟2:自頂向下，功能分解自頂向下、逐步求精對頂級數(shù)據(jù)流圖案例分析:頂級DFD基于數(shù)據(jù)流的分析方法49案例分析:頂級DFD基于數(shù)據(jù)流的分析方法49案例分析:一級DFD傳感器控制面板傳感器監(jiān)控用戶命令處理顯示器警報器電話機警報類別顯示信息電話撥號音頻傳感信息用戶命令傳感信息§5基于數(shù)據(jù)流的分析方法50案例分析:一級DFD傳感器控制面板傳感器監(jiān)控用戶命令處理案例分析:二級DFD基于數(shù)據(jù)流的分析方法51案例分析:二級DFD基于數(shù)據(jù)流的分析方法51案例分析:一級DFD傳感器控制面板傳感器監(jiān)控用戶命令處理顯示器警報器電話機警報類別顯示信息電話撥號音頻傳感信息用戶命令傳感信息基于數(shù)據(jù)流的分析方法52案例分析:一級DFD傳感器控制面板傳感器監(jiān)控用戶命令處理案例分析:二級DFD用戶命令預處理用戶命令系統(tǒng)配置配置命令配置信息庫配置信息啟動/停止命令運行控制信息顯示運行信息配置信息口令設(shè)置口令核對有效口令口令信息§5基于數(shù)據(jù)流的分析方法53案例分析:二級DFD用戶命令預處理用戶命令系統(tǒng)配置配置命在分解、精化過程中，把生成的數(shù)據(jù)流、數(shù)據(jù)存儲、外部實體在數(shù)據(jù)字典中加以定義,對底層轉(zhuǎn)換在小說明中作出描述步驟2:自頂向下，功能分解§5基于數(shù)據(jù)流的分析方法54在分解、精化過程中，把生成的數(shù)據(jù)流、數(shù)據(jù)存儲、外部實體在數(shù)據(jù)案例分析:二級DFD用戶命令預處理用戶命令系統(tǒng)配置配置命令配置信息庫配置信息啟動/停止命令運行控制信息顯示運行信息配置信息口令設(shè)置口令核對有效口令口令信息§5基于數(shù)據(jù)流的分析方法55案例分析:二級DFD用戶命令預處理用戶命令系統(tǒng)配置配置命數(shù)據(jù)字典數(shù)據(jù)流名稱：有效口令

名字和別名：有效口令數(shù)據(jù)類型：字符串限制：長度為4個字節(jié)相關(guān)的轉(zhuǎn)換列表：運行控制，口令核對…….§5基于數(shù)據(jù)流的分析方法56數(shù)據(jù)字典數(shù)據(jù)流名稱：有效口令§5基于數(shù)據(jù)流的分析方法56案例分析:二級DFD用戶命令預處理用戶命令系統(tǒng)配置配置命令配置信息庫配置信息啟動/停止命令運行控制信息顯示運行信息配置信息口令設(shè)置口令核對有效口令口令信息§5基于數(shù)據(jù)流的分析方法57案例分析:二級DFD用戶命令預處理用戶命令系統(tǒng)配置配置命小說明處理邏輯名稱：運行控制功能If是停止命令Then向信息顯示提供停止運行信息停止系統(tǒng)運行Else 向信息顯示提供啟動運行信息啟動系統(tǒng)運行EndIf設(shè)計約束……...§5基于數(shù)據(jù)流的分析方法58小說明處理邏輯名稱：運行控制§5基于數(shù)據(jù)流的分析方法58數(shù)據(jù)字典數(shù)據(jù)流名稱：定單別名:無數(shù)據(jù)類型:日期+產(chǎn)品+數(shù)量+……作為輸出流的轉(zhuǎn)換列表:作為輸入流的轉(zhuǎn)換列表:使用說明:必須給出各個數(shù)據(jù)項 解釋性說明:無缺省值:日期=當日日期……59數(shù)據(jù)字典數(shù)據(jù)流名稱：定單59數(shù)據(jù)詞典數(shù)據(jù)詞典與數(shù)據(jù)流圖配合，能清楚地表達數(shù)據(jù)處理的要求詞條描述——對于在數(shù)據(jù)流圖中每一個被命名的圖形元素，均加以定義，其內(nèi)容有:名字，別名或編號，分類，描述，定義，位置，其它，等60數(shù)據(jù)詞典數(shù)據(jù)詞典與數(shù)據(jù)流圖配合，能清楚地表達數(shù)據(jù)處理的要求6（1）數(shù)據(jù)流詞條描述數(shù)據(jù)流名：說明：簡要介紹作用即它產(chǎn)生的原因和結(jié)果數(shù)據(jù)流來源：來自何方數(shù)據(jù)流去向：去向何處數(shù)據(jù)流組成：數(shù)據(jù)結(jié)構(gòu)數(shù)據(jù)量流通量：數(shù)據(jù)量，流通量61（1）數(shù)據(jù)流詞條描述數(shù)據(jù)流名：61（2）數(shù)據(jù)元素詞條描述數(shù)據(jù)元素名：類型：數(shù)字（離散值，連續(xù)值），文字（編碼類型）長度：取值范圍：相關(guān)的數(shù)據(jù)元素及數(shù)據(jù)結(jié)構(gòu)：62（2）數(shù)據(jù)元素詞條描述數(shù)據(jù)元素名：62（3）數(shù)據(jù)文件詞條描述數(shù)據(jù)文件名：簡述：存放的是什么數(shù)據(jù)輸入數(shù)據(jù)：輸出數(shù)據(jù)：數(shù)據(jù)文件組成：數(shù)據(jù)結(jié)構(gòu)存儲方式：順序，直接，關(guān)鍵碼存取頻率：63（3）數(shù)據(jù)文件詞條描述數(shù)據(jù)文件名：63（4）加工邏輯詞條描述加工名：加工編號：反映該加工的層次簡要描述：加工邏輯及功能簡述輸入數(shù)據(jù)流：輸出數(shù)據(jù)流：加工邏輯：簡述加工程序，加工順序64（4）加工邏輯詞條描述加工名：64（5）源點及匯(終)點詞條描述名稱：外部實體名簡要描述：什么外部實體有關(guān)數(shù)據(jù)流：數(shù)目：65（5）源點及匯(終)點詞條描述名稱：外部實體名65數(shù)據(jù)結(jié)構(gòu)的描述

符號

含義

舉例＝被定義為＋與

x=a＋b[...,...]或[...|...]或

x=[a,b]，x=[a|b]{...}或m{...}n重復

x={a}，x=3{a}8(...)可選

x=(a)“...”基本數(shù)據(jù)元素

x=“a”.. 連結(jié)符

x=1..966數(shù)據(jù)結(jié)構(gòu)的描述符號 含義 存折格式67存折格式67存折＝戶名＋所號＋帳號＋開戶日＋性質(zhì)＋(印密)＋1{存取行}50戶名＝2{字母}24所號＝“001”..“999”帳號＝“00000001”..“99999999”開戶日＝年＋月＋日性質(zhì)＝“1”..“6”注：“1”表示普通戶，“5”表示工資戶等印密＝“0”注：印密在存折上不顯示存取行＝日期＋（摘要）＋支出＋存入＋余額＋操作＋復核68存折＝戶名＋所號＋帳號＋開戶日＋性質(zhì)＋(印密)＋1{存取行}13:07:422-5北京某高?？捎玫碾娫捥柎a有以下幾類：校內(nèi)電話號碼由4位數(shù)字組成，第1位數(shù)字不是0；校外電話又分為本市電話和外地電話兩類，撥校外電話需先撥0，若是本市電話則再接著撥8位數(shù)字(第1位不是0)，若是外地電話則撥3位區(qū)碼再撥8位電話號碼(第1位不是0)。請用定義數(shù)據(jù)字典的方法，定義上述的電話號碼。作業(yè)及解答（第3章）6913:07:422-5北京某高?？捎玫碾娫捥柎a有以下幾類：13:07:42電話號碼=[校內(nèi)電話號碼|校外電話號碼]校內(nèi)電話號碼=非零數(shù)字+3位數(shù)字//后面繼續(xù)定義校外電話號碼=[本市號碼|外地號碼]本市號碼=數(shù)字零+8位數(shù)字外地號碼=數(shù)字零+3位數(shù)字+8位數(shù)字非零數(shù)字=[1|2|3|4|5|6|7|8|9]數(shù)字零＝03位數(shù)字＝3{數(shù)字}3//3至3個數(shù)字8位數(shù)字=非零數(shù)字+7位數(shù)字7位數(shù)字=7{數(shù)字}7數(shù)字＝[0|1|2|3|4|5|6|7|8|9]作業(yè)及解答（第3章）7013:07:42電話號碼=[校內(nèi)電話號碼|校外電話號碼]作業(yè)13:07:423-3銀行計算機儲蓄系統(tǒng)的工作過程大致如下：儲戶填寫的存款單或取款單由業(yè)務(wù)員鍵入系統(tǒng)，如果是存款則系統(tǒng)記錄存款人姓名、住址(或電話號碼)、身份證號碼、存款類型、存款日期、到期日期、利率及密碼(可選)等信息，并印出存單給儲戶；如果是取款而且存款時留有密碼，則系統(tǒng)首先核對儲戶密碼，若密碼正確或存款時未留密碼，則系統(tǒng)計算利息并印出利息清單給儲戶。

請用數(shù)據(jù)流圖描繪本系統(tǒng)的功能，并用實體-聯(lián)系圖描繪系統(tǒng)中的數(shù)據(jù)對象。作業(yè)及解答（第3章）7113:07:423-3銀行計算機儲蓄系統(tǒng)的工作過程大致如下13:07:42作業(yè)及解答（第3章）作業(yè)及解答（第3章）7213:07:42作業(yè)及解答（第3章）作業(yè)及解答（第3章）7213:07:427313:07:427313:07:42作業(yè)及解答（第3章）7413:07:42作業(yè)及解答（第3章）7413:07:42ER模型本問題中共有兩類實體，分別是“儲戶”和“儲蓄所”，在它們之間存在“存取款”關(guān)系。因為一位儲戶可以在多家儲蓄所存取款，一家儲蓄所擁有多位儲戶，所以“存取款”是多對多（M:N）關(guān)系。儲戶的屬性主要有姓名、住址、電話號碼和身份證號碼，儲蓄所的屬性主要是名稱、地址和電話號碼，而數(shù)額、類型、到期日期、利率和密碼則是關(guān)系類型存取款的屬性。作業(yè)及解答（第3章）7513:07:42ER模型作業(yè)及解答（第3章）7513:07:42作業(yè)及解答（第3章）7613:07:42作業(yè)及解答（第3章）76

對數(shù)據(jù)流圖的每一個基本加工，必須有一個基本加工邏輯說明基本加工邏輯說明必須描述基本加工如何把輸入數(shù)據(jù)流變換為輸出數(shù)據(jù)流的加工規(guī)則加工邏輯說明必須描述實現(xiàn)加工的策略而不是實現(xiàn)加工的細節(jié)加工邏輯說明中包含的信息應(yīng)是充足的，完備的，有用的，無冗余的基本加工邏輯說明77對數(shù)據(jù)流圖的每一個基本加工，必須有一個基本加工邏輯說明基本用于寫加工邏輯說明的工具結(jié)構(gòu)化英語判定表判定樹78用于寫加工邏輯說明的工具結(jié)構(gòu)化英語78（1）結(jié)構(gòu)化英語結(jié)構(gòu)化英語的詞匯表由英語命令動詞數(shù)據(jù)詞典中定義的名字有限的自定義詞邏輯關(guān)系詞IF_THEN_ELSE、CASE_OF、WHILE_DO、

REPEAT_UNTIL等組成。79（1）結(jié)構(gòu)化英語結(jié)構(gòu)化英語的詞匯表由79是一種介于自然語言和形式化語言之間的語言語言的正文用基本控制結(jié)構(gòu)進行分割，加工中的操作用自然語言短語來表示其基本控制結(jié)構(gòu)有三種：簡單陳述句結(jié)構(gòu)：避免復合語句；重復結(jié)構(gòu)：while_do或

repeat_until結(jié)構(gòu)。判定結(jié)構(gòu)：if_then_else或

case_of結(jié)構(gòu)；80是一種介于自然語言和形式化語言之間的語言80商店業(yè)務(wù)處理系統(tǒng)中“檢查發(fā)貨單”if發(fā)貨單金額超過$500then

if欠款超過了60天then在償還欠款前不予批準

else

（欠款未超期）發(fā)批準書，發(fā)貨單

else

（發(fā)貨單金額未超過$500）

if欠款超過60天then發(fā)批準書，發(fā)貨單及賒欠報告else

（欠款未超期）發(fā)批準書，發(fā)貨單

81商店業(yè)務(wù)處理系統(tǒng)中“檢查發(fā)貨單”if發(fā)貨單金額超過$500（2）判定表如果數(shù)據(jù)流圖的加工需要依賴于多個邏輯條件的取值，使用判定表來描述比較合適82（2）判定表如果數(shù)據(jù)流圖的加工需要依賴于多個邏輯條件的取值，以“檢查發(fā)貨單”為例83以“檢查發(fā)貨單”為例838484（3）判定樹判定樹也是用來表達加工邏輯的一種工具。有時侯它比判定表更直觀。檢查發(fā)貨單金額>$500金額$500欠款>60天不發(fā)出批準書欠款60天發(fā)貨單發(fā)出批準書、欠款>60天發(fā)出批準書、發(fā)貨單及賒欠報告欠款60天發(fā)出批準書、發(fā)貨單85（3）判定樹判定樹也是用來表達加工邏輯的一種工具。有時侯它比§4分析階段所用圖形一、實體-關(guān)系圖數(shù)據(jù)建模時經(jīng)常使用數(shù)據(jù)對象屬性聯(lián)系：一對一，一對多，多對多數(shù)據(jù)規(guī)范化理論：1NF、2NF、3NF86§4分析階段所用圖形一、實體-關(guān)系圖86二、狀態(tài)轉(zhuǎn)換圖作用:狀態(tài)轉(zhuǎn)換圖(簡稱為狀態(tài)圖)通過描繪系統(tǒng)的狀態(tài)及引起系統(tǒng)狀態(tài)轉(zhuǎn)換的事件，來表示系統(tǒng)的行為。此外，狀態(tài)圖還指明了作為特定事件的結(jié)果系統(tǒng)將做哪些動作(例如，處理數(shù)據(jù))。因此，狀態(tài)圖提供了行為建模機制(動態(tài)建模)87二、狀態(tài)轉(zhuǎn)換圖作用:872.狀態(tài)狀態(tài)是任何可以被觀察到的系統(tǒng)行為模式，一個狀態(tài)代表系統(tǒng)的一種行為模式。狀態(tài)規(guī)定了系統(tǒng)對事件的響應(yīng)方式。系統(tǒng)對事件的響應(yīng)，既可以是做一個(或一系列)動作，也可以是僅僅改變系統(tǒng)本身的狀態(tài)，還可以是既改變狀態(tài)又做動作。在狀態(tài)圖中定義的狀態(tài)主要有：初態(tài)(即初始狀態(tài))、終態(tài)(即最終狀態(tài))和中間狀態(tài)。在一張狀態(tài)圖中只能有一個初態(tài)，而終態(tài)則可以有0至多個882.狀態(tài)883.事件事件是在某個特定時刻發(fā)生的事情，它是對引起系統(tǒng)做動作或(和)從一個狀態(tài)轉(zhuǎn)換到另一個狀態(tài)的外界事件的抽象。例如，內(nèi)部時鐘表明某個規(guī)定的時間段已經(jīng)過去，用戶移動或點擊鼠標等都是事件。簡而言之，事件就是引起系統(tǒng)做動作或(和)轉(zhuǎn)換狀態(tài)的控制信息。格式：事件/動作表達式標準事件：entry(進入一狀態(tài)時),exit(退出時),do(指定動作)893.事件事件是在某個特定時刻發(fā)生的事情圖3.3狀態(tài)圖中使用的主要符號9090三、其它圖形工具層次方框圖層次方框圖用樹形結(jié)構(gòu)的一系列多層次的矩形框描繪數(shù)據(jù)的層次結(jié)構(gòu)。樹形結(jié)構(gòu)的頂層是一個單獨的矩形框，它代表完整的數(shù)據(jù)結(jié)構(gòu)，下面的各層矩形框代表這個數(shù)據(jù)的子集，最底層的各個框代表組成這個數(shù)據(jù)的實際數(shù)據(jù)元素(不能再分割的元素)。例如，描繪一家計算機公司全部產(chǎn)品的數(shù)據(jù)結(jié)構(gòu)可以用圖3.5中的層次方框圖表示。91三、其它圖形工具層次方框圖91圖3.5層次方框圖的一個例子92922.Warnier圖932.Warnier圖933.IPO圖IPO圖是輸入、處理、輸出圖的簡稱，它是美國IBM公司發(fā)展完善起來的一種圖形工具，能夠方便地描繪輸入數(shù)據(jù)、對數(shù)據(jù)的處理和輸出數(shù)據(jù)之間的關(guān)系。943.IPO圖949595需求分析階段的工作結(jié)果是開發(fā)軟件系統(tǒng)的重要基礎(chǔ)，大量統(tǒng)計數(shù)字表明，軟件系統(tǒng)中15%的錯誤起源于錯誤的需求。為了提高軟件質(zhì)量，確保軟件開發(fā)成功，降低軟件開發(fā)成本，一旦對目標系統(tǒng)提出一組要求之后，必須嚴格驗證這些需求的正確性。一般說來，應(yīng)該從下述4個方面進行驗證：3.8驗證軟件需求

3.8.1從哪些方面驗證軟件需求的正確性96需求分析階段的工作結(jié)果是開發(fā)軟件系統(tǒng)的重要基礎(chǔ)，大量統(tǒng)計數(shù)字(1)一致性：所有需求必須是一致的，任何一條需求不能和其他需求互相矛盾。(2)完整性：需求必須是完整的，規(guī)格說明書應(yīng)該包括用戶需要的每一個功能或性能。(3)現(xiàn)實性：指定的需求應(yīng)該是用現(xiàn)有的硬件技術(shù)和軟件技術(shù)基本上可以實現(xiàn)的。對硬件技術(shù)的進步可以做些預測，對軟件技術(shù)的進步則很難做出預測，只能從現(xiàn)有技術(shù)水平出發(fā)判斷需求的現(xiàn)實性。(4)有效性：必須證明需求是正確有效的，確實能解決用戶面對的問題。97(1)一致性：所有需求必須是一致的，任何一條需求不能和其他1.驗證需求的一致性當需求分析的結(jié)果是用自然語言書寫的時候，除了靠人工技術(shù)審查驗證軟件系統(tǒng)規(guī)格說明書的正確性之外，目前還沒有其他更好的“測試”方法。但是，這種非形式化的規(guī)格說明書是難于驗證的，特別在目標系統(tǒng)規(guī)模龐大、規(guī)格說明書篇幅很長的時候，人工審查的效果是沒有保證的，冗余、遺漏和不一致等問題可能沒被發(fā)現(xiàn)而繼續(xù)保留下來，以致軟件開發(fā)工作不能在正確的基礎(chǔ)上順利進行。3.8.2驗證軟件需求的方法981.驗證需求的一致性3.8.2驗證軟件需求的方法98為了克服上述困難，人們提出了形式化的描述軟件需求的方法。當軟件需求規(guī)格說明書是用形式化的需求陳述語言書寫的時候，可以用軟件工具驗證需求的一致性(見3.8.3節(jié))，從而能有效地保證軟件需求的一致性。2.驗證需求的現(xiàn)實性為了驗證需求的現(xiàn)實性，分析員應(yīng)該參照以往開發(fā)類似系統(tǒng)的經(jīng)驗，分析用現(xiàn)有的軟、硬件技術(shù)實現(xiàn)目標系統(tǒng)的可能性。必要的時候應(yīng)該采用仿真或性能模擬技術(shù)，輔助分析軟件需求規(guī)格說明書的現(xiàn)實性。99為了克服上述困難，人們提出了形式化的描述軟件需求的方法。當軟3.驗證需求的完整性和有效性只有目標系統(tǒng)的用戶才真正知道軟件需求規(guī)格說明書是否完整、準確地描述了他們的需求。因此，檢驗需求的完整性，特別是證明系統(tǒng)確實滿足用戶的實際需要(即，需求的有效性)，只有在用戶的密切合作下才能完成。然而許多用戶并不能清楚地認識到他們的需要(特別在要開發(fā)的系統(tǒng)是全新的，以前沒有使用類似系統(tǒng)的經(jīng)驗時，情況更是如此)，不能有效地比較陳述需求的語句和實際需要的功能。只有當他們有某種工作著的軟件系統(tǒng)可以實際使用和評價時，才能完整確切地提出他們的需要。1003.驗證需求的完整性和有效性100理想的做法是先根據(jù)需求分析的結(jié)果開發(fā)出一個軟件系統(tǒng)，請用戶試用一段時間以便能認識到他們的實際需要是什么，在此基礎(chǔ)上再寫出正式的“正確的”規(guī)格說明書。但是，這種做法將使軟件成本增加一倍，因此實際上幾乎不可能采用這種方法。使用原型系統(tǒng)是一個比較現(xiàn)實的替代方法，開發(fā)原型系統(tǒng)所需要的成本和時間可以大大少于開發(fā)實際系統(tǒng)所需要的。用戶通過試用原型系統(tǒng)，也能獲得許多寶貴的經(jīng)驗，從而可以提出更符合實際的要求。101理想的做法是先根據(jù)需求分析的結(jié)果開發(fā)出一個軟件系統(tǒng)，請用戶試使用原型系統(tǒng)的目的，通常是顯示目標系統(tǒng)的主要功能而不是性能。為了達到這個目的可以使用本章3.2.4小節(jié)介紹的方法快速建立原型系統(tǒng)，并且可以適當降低對接口、可靠性和程序質(zhì)量的要求，此外還可以省掉許多文檔資料方面的工作，從而可以大大降低原型系統(tǒng)的開發(fā)成本。102使用原型系統(tǒng)的目的，通常是顯示目標系統(tǒng)的主要功能而不是性能。為了更有效地保證軟件需求的正確性，特別是為了保證需求的一致性，需要有適當?shù)能浖ぞ咧С中枨蠓治龉ぷ?。這類軟件工具應(yīng)該滿足下列要求：(1)必須有形式化的語法(或表)，因此可以用計算機自動處理使用這種語法說明的內(nèi)容；(2)使用這個軟件工具能夠?qū)С鲈敿毜奈臋n；(3)必須提供分析(測試)規(guī)格說明書的不一致性和冗余性的手段，并且應(yīng)該能夠產(chǎn)生一組報告指明對完整性分析的結(jié)果；3.8.3用于需求分析的軟件工具103為了更有效地保證軟件需求的正確性，特別是為了保證需求的一致性(4)使用這個軟件工具之后，應(yīng)該能夠改進通信狀況。作為需求工程方法學的一部分，在1977年設(shè)計完成了RSL(需求陳述語言)。RSL中的語句是計算機可以處理的，處理以后把從這些語句中得到的信息集中存放在一個稱為ASSM（抽象系統(tǒng)語義模型）的數(shù)據(jù)庫中。有一組軟件工具處理ASSM數(shù)據(jù)庫中的信息以產(chǎn)生出用PASCAL語言書寫的模擬程序，從而可以檢驗需求的一致性、完整性和現(xiàn)實性。104(4)使用這個軟件工具之后，應(yīng)該能夠改進通信狀況。1041977年美國密執(zhí)安大學開發(fā)了PSL/PSA(問題陳述語言/問題陳述分析程序)系統(tǒng)。這個系統(tǒng)是CADSAT（計算機輔助設(shè)計和規(guī)格說明分析工具）的一部分，它的基本結(jié)構(gòu)類似于RSL。其中PSL是用來描述系統(tǒng)的形式語言，PSA是處理PSL描述的分析程序。用PSL描述的系統(tǒng)屬性放在一個數(shù)據(jù)庫中。一旦建立起數(shù)據(jù)庫之后即可增加信息、刪除信息或修改信息，并且保持信息的一致性。PSA對數(shù)據(jù)庫進行處理以產(chǎn)生各種報告，測試不一致性或遺漏，并且生成文檔資料。1051977年美國密執(zhí)安大學開發(fā)了PSL/PSA(問題陳述語言/PSL/PSA系統(tǒng)的功能主要有下述4種：(1)描述任何應(yīng)用領(lǐng)域的信息系統(tǒng)；(2)創(chuàng)建一個數(shù)據(jù)庫保存對該信息系統(tǒng)的描述符；(3)對描述符施加增加、刪除和更改等操作；(4)產(chǎn)生格式化的文檔和關(guān)于規(guī)格說明書的各種分析報告。PSL/PSA系統(tǒng)用描述符從系統(tǒng)信息流、系統(tǒng)結(jié)構(gòu)、數(shù)據(jù)結(jié)構(gòu)、數(shù)據(jù)導出、系統(tǒng)規(guī)模、系統(tǒng)動態(tài)、系統(tǒng)性質(zhì)和項目管理等8個方面描述信息系統(tǒng)。106PSL/PSA系統(tǒng)的功能主要有下述4種：106一旦用PSL對系統(tǒng)做了完整描述，就可以調(diào)用PSA產(chǎn)生一組分析報告，其中包括所有修改規(guī)格說明數(shù)據(jù)庫的記錄，用各種形式描述數(shù)據(jù)庫信息的參照報告(包括圖形形式的描述)，關(guān)于項目管理信息的總結(jié)報告，以及評價數(shù)據(jù)庫特性的分析報告。借助PSL/PSA系統(tǒng)可以邊對目標系統(tǒng)進行自頂向下的逐層分解，邊將需求分析過程中遇到的數(shù)據(jù)流、文件、處理等對象用PSL描述出來并輸入到PSL/PSA系統(tǒng)中。PSA將對輸入信息作一致性和完整性檢查，并且保存這些描述信息。107一旦用PSL對系統(tǒng)做了完整描述，就可以調(diào)用PSA產(chǎn)生一組分析PSL/PSA系統(tǒng)的主要優(yōu)點是它改進了文檔質(zhì)量，能保證文檔具有完整性、一致性和無二義性，從而可以減少管理和維護的費用。數(shù)據(jù)存放在數(shù)據(jù)庫中，便于增加、刪除和更改，這也是它的一個優(yōu)點。108PSL/PSA系統(tǒng)的主要優(yōu)點是它改進了文檔質(zhì)量，能保證文檔具小結(jié)

需求分析是軟件工程中最重要的一個環(huán)節(jié)需求分析的主要工作是做調(diào)查研究，詳細、準確的解決系統(tǒng)做什么的問題需求分析的結(jié)果要產(chǎn)生一份詳盡的需求規(guī)格說明書，包括系統(tǒng)詳細的數(shù)據(jù)流圖和數(shù)據(jù)字典需求分析109小結(jié)需求分析是軟件工程中最重要的一個環(huán)節(jié)需求分析的主要軟件工程---需求分析110軟件工程---需求分析1軟件生存周期可行性研究需求分析概要設(shè)計詳細設(shè)計實現(xiàn)集成測試確認測試使用與維護退役軟件定義軟件開發(fā)軟件使用與維護軟件生命周期111軟件生存周期可行性研究需求分析概要設(shè)計詳細設(shè)計實現(xiàn)集成測試第3章需求分析開發(fā)一個軟件系統(tǒng)前，必須了解用戶的期望和要求--->軟件需求--->需求分析過程

重要性：軟件開發(fā)的基礎(chǔ)和前提最終目標軟件系統(tǒng)驗收的標準避免或者盡早剔除早期的錯誤需求分析112第3章需求分析開發(fā)一個軟件系統(tǒng)前，必須了解用戶的期望和第3章需求分析需求分析113第3章需求分析需求分析4

困難：片面性,不完全模糊性,不準確不一致性,歧義等等因此必須使用系統(tǒng)的方法、借助于一系列行之有效的技術(shù)和工具進行需求分析需求分析需求分析應(yīng)用系統(tǒng)復雜，龐大114困難：片面性,不完全模糊性,不準確不一致性,歧需求分析需求分析需求分析的任務(wù)：

準確的回答“系統(tǒng)必須做什么？”仍然回答“What”，而不是“How”，但更細致、精確（合同的擬定）115需求分析需求分析需求分析的任務(wù)：

準確的回答“系統(tǒng)必須做分析方法都遵守下述準則盡管目前有許多不同的用于需求分析的結(jié)構(gòu)化分析方法，但是，所有這些分析方法都遵守下述準則：(1)必須理解并描述問題的信息域，根據(jù)這條準則應(yīng)該建立數(shù)據(jù)模型。(2)必須定義軟件應(yīng)完成的功能，這條準則要求建立功能模型。(3)必須描述作為外部事件結(jié)果的軟件行為，這條準則要求建立行為模型。(4)必須對描述信息、功能和行為的模型進行分解，用層次的方式展示細節(jié)。116分析方法都遵守下述準則盡管目前有許多不同的用于需求分§1.需求分析的任務(wù)1、確定對系統(tǒng)的綜合要求⑴功能要求(functionalrequirements):系統(tǒng)必須做什么？⑵性能要求(performance

requirements)：做得怎樣？例：responsetime,memory,back-upmemory,security,……⑶運行要求(operationalrequirements)：運行環(huán)境、軟硬件配置等。⑷未來可能的擴充要求(possibleevolution)：§1.需求分析的任務(wù)117§1.需求分析的任務(wù)1、確定對系統(tǒng)的綜合要求§1.需求分(5)可靠性和可用性需求(6)出錯處理與安全需求(7)接口需求(8)約束因素等118(5)可靠性和可用性需求9§1.需求分析的任務(wù)2、分析數(shù)據(jù)(系統(tǒng)的數(shù)據(jù)要求)⑴建立概念模型(conceptualmodels):E-RDiagram⑵形象描繪數(shù)據(jù)結(jié)構(gòu):DataHierarchy,WarnierDiagram,IPO⑶數(shù)據(jù)結(jié)構(gòu)規(guī)范化(Normalization)3、導出邏輯模型：抽取其“做什么”的本質(zhì)

4、修正計劃：重估成本、進度等119§1.需求分析的任務(wù)2、分析數(shù)據(jù)(系統(tǒng)的數(shù)據(jù)要求)3、導出§1.需求分析的任務(wù)5、開發(fā)原型系統(tǒng)(Prototyping)檢驗方案的正確性系統(tǒng)是否滿足需求“樣機試用”CDG系統(tǒng)原型是對系統(tǒng)的主要功能和行為的直觀描述120§1.需求分析的任務(wù)5、開發(fā)原型系統(tǒng)(Prototypin§2.需求分析的步驟§2.需求分析的步驟121§2.需求分析的步驟§2.需求分析的步驟12§2.需求分析的步驟1、調(diào)查研究（1）沿數(shù)據(jù)流圖回溯：數(shù)據(jù)流圖的輸出端是系統(tǒng)的最終目的。向回確定每個數(shù)據(jù)元素的來源，可加細數(shù)據(jù)流圖及數(shù)據(jù)字典，并將相關(guān)算法記錄在IPO圖中。（2）用戶復查§2.需求分析的步驟基本思想:“自頂向下，逐步求精”,抽象和分解122§2.需求分析的步驟1、調(diào)查研究§2.需求分析的步驟§2.需求分析的步驟2、分析與綜合（1）問題的具體分析：細化數(shù)據(jù)流圖

加細前后的I/O須相同。

分解到須考慮具體實現(xiàn)的代碼時即可仃止（2）方案的綜合§2.需求分析的步驟123§2.需求分析的步驟2、分析與綜合§2.需求分析的步驟3、修正計劃：成本和進度的更準確估計4、書寫文檔：《需求規(guī)格說明書》不需分解有補充修正無補充修正分析追蹤數(shù)據(jù)流圖用戶復查細化數(shù)據(jù)流圖需要分解§2.需求分析的步驟§2.需求分析的步驟1243、修正計劃：成本和進度的更準確估計不需分解有補充無補充修正需求規(guī)格說明書封面：

文檔編號：

版本號：

文檔名稱：項目名稱：項目負責人：

年月日編寫：核對：審核：批準：開發(fā)單位：

125需求規(guī)格說明書封面：需求規(guī)格說明書內(nèi)容：⑴系統(tǒng)規(guī)格說明：

系統(tǒng)概貌功能要求

性能要求運行要求

可能增加的要求DFD

IPO⑵數(shù)據(jù)要求：

DD

Hierarchy或WarnierDiagram⑶用戶系統(tǒng)描述——初步用戶手冊：從用戶的觀點考慮系統(tǒng)

系統(tǒng)功能、性能

使用與步驟等⑷修正的開發(fā)計劃：

成本估計資源使用計劃

進度計劃126需求規(guī)格說明書⑴系統(tǒng)規(guī)格說明：⑵數(shù)據(jù)要求：⑶用戶系統(tǒng)描述5需求評審任務(wù):多方人員一起對SRS進行復核和評審，以確保SRS全面、準確、一致地反映用戶需求原則:支持各方（用戶，需求分析人員、設(shè)計人員）共同參與評審工作§2.需求分析的步驟1275需求評審任務(wù):多方人員一起對SRS進行復核和評審，抽象(模型化)源于實驗科學,主要要素為數(shù)據(jù)采集方法和假設(shè)的形式說明,模型的構(gòu)造與預測實驗分析結(jié)果分析.在為可能的算法數(shù)據(jù)結(jié)構(gòu)和系統(tǒng)結(jié)構(gòu)等構(gòu)造模型時使用此過程.抽象的結(jié)果是概念符號模型抽象(模型化)源于實驗科學,主要要素為數(shù)據(jù)采集方法和假設(shè)的形模型(model)模型:現(xiàn)實世界某些重要方面的表示。有時我們使用術(shù)語“抽象”來表示模型，因為我們從現(xiàn)實世界中抽象出對我們特別有用的東西。模型(model)模型:現(xiàn)實世界某些重要方面的表示。需求分析的步驟當前系統(tǒng)目標系統(tǒng)物理模型邏輯模型邏輯模型物理模型模型化抽象化具體化實例化怎么做做什么當前系統(tǒng)目標系統(tǒng)需求定義需求分析的步驟當前目標物理邏輯邏輯物理模型化抽象化具體化實例邏輯模型和物理模型

模型是對對象系統(tǒng)的形式化的特征抽象，概括性或近似地表示；

構(gòu)造模型的過程是一個抽象、分析的過程。對象系統(tǒng)模型系統(tǒng)抽象（映射）模型應(yīng)用模型構(gòu)造的過程邏輯模型和物理模型對象模型抽象（映射）模型應(yīng)用模型

邏輯模型物理模型

(本質(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ù)）。邏輯模型物理模型現(xiàn)目描述重要的業(yè)務(wù)§3基于數(shù)據(jù)流的分析方法§3.1數(shù)據(jù)流圖(DataFlowDiagram)§3.2畫數(shù)據(jù)流圖的原則§3.3數(shù)據(jù)字典(DataDictionary)§3.4基于數(shù)據(jù)流的分析方法133§3基于數(shù)據(jù)流的分析方法§3.1數(shù)據(jù)流圖(DataF§3.1數(shù)據(jù)流圖(DataFlowDiagram)數(shù)據(jù)流圖(DFD)是一種描述數(shù)據(jù)以及對數(shù)據(jù)進行加工轉(zhuǎn)換的圖形工具一個DFD主要由以下四個部分組成：數(shù)據(jù)流加工（轉(zhuǎn)換）外部實體數(shù)據(jù)存儲數(shù)據(jù)流名稱轉(zhuǎn)換名稱外部實體名稱數(shù)據(jù)存儲名稱§3數(shù)據(jù)流圖134§3.1數(shù)據(jù)流圖(DataFlowDiagram)數(shù)據(jù)§3.2畫數(shù)據(jù)流圖的原則先找系統(tǒng)數(shù)據(jù)的輸入輸出點，畫出外部實體§3數(shù)據(jù)流圖確定外部實體的輸入輸出數(shù)據(jù)流由源點外部實體的數(shù)據(jù)流出發(fā)，逐漸進行加工，完成整個數(shù)據(jù)流圖一張圖的處理超過5～9個時，應(yīng)該進行分層，把最基本的系統(tǒng)功能做為第0層，從第1層開始對每個模塊的功能進行細化135§3.2畫數(shù)據(jù)流圖的原則先找系統(tǒng)數(shù)據(jù)的輸入輸出點，畫出外部數(shù)據(jù)流圖例子訂票員訂票員預定機票準備機票記帳訂票單航班目錄航班號

航班費用帳單機票記帳數(shù)據(jù)庫帳目§3數(shù)據(jù)流圖136數(shù)據(jù)流圖例子訂票員訂票員預定準備記帳訂票單航班目錄航班號§3.3數(shù)據(jù)字典(DataDictionary)面向數(shù)據(jù)流分析需要引進數(shù)據(jù)字典(DD)DD以一種準確、簡潔的方式對DFD中數(shù)據(jù)流、外部實體、數(shù)據(jù)存儲作說明DD對DFD中的六類元素進行定義說明，按照元素不同，其中的數(shù)據(jù)條目內(nèi)容也不相同數(shù)據(jù)流數(shù)據(jù)項（數(shù)據(jù)元素）數(shù)據(jù)結(jié)構(gòu)數(shù)據(jù)存儲處理邏輯（基本加工）外部實體§4數(shù)據(jù)字典137§3.3數(shù)據(jù)字典(DataDictionary)面向數(shù)數(shù)據(jù)字典例子:(數(shù)據(jù)流)數(shù)據(jù)流名稱：訂票單別名:無

來源:訂票員去向:定票

數(shù)據(jù)流量:200份/天組成:編號＋姓名+年齡＋身份證號＋電話號碼＋訂票日期＋ 目的地……§4數(shù)據(jù)字典138數(shù)據(jù)字典例子:(數(shù)據(jù)流)數(shù)據(jù)流名稱：訂票單§4數(shù)據(jù)數(shù)據(jù)字典例子:(數(shù)據(jù)項)數(shù)據(jù)項名稱：航班號

別名:HBH

數(shù)據(jù)類型:字符串長度:16位

取值范圍及含義:

第1位:進口/國產(chǎn)第2－4位：類別第5－7位：規(guī)格第8－11位：源機場編號第12－15位：目的機場編號……§4數(shù)據(jù)字典139數(shù)據(jù)字典例子:(數(shù)據(jù)項)數(shù)據(jù)項名稱：航班號§4數(shù)據(jù)數(shù)據(jù)字典例子:(數(shù)據(jù)存儲)數(shù)據(jù)存儲名稱：航班目錄

別名:無

來源:無去向:定票

組成:航班號＋飛行日期＋載客量＋出發(fā)地＋目的地＋票價-組織方式：索引文件，以航班號為關(guān)鍵字……§4數(shù)據(jù)字典140數(shù)據(jù)字典例子:(數(shù)據(jù)存儲)數(shù)據(jù)存儲名稱：航班目錄§4數(shù)據(jù)字典例子:(處理邏輯)數(shù)據(jù)加工名稱：定票

別名:無

輸入:訂票單輸出:航班、費用

激發(fā)條件：接受到訂票單處理邏輯：

if單據(jù)＝訂票單 thenif單據(jù)是否過期 then是否有該航班，是否有機票……§4數(shù)據(jù)字典141數(shù)據(jù)字典例子:(處理邏輯)數(shù)據(jù)加工名稱：定票§4數(shù)§3.4基于數(shù)據(jù)流的分析方法DFD是系統(tǒng)中各處理子功能以及它們之間數(shù)據(jù)流動的圖形表示--刻劃系統(tǒng)功能和行為DFD為描述和建模的工具和手段如何利用DFD進行需求分析,描述用戶需求?§5基于數(shù)據(jù)流的分析方法142§3.4基于數(shù)據(jù)流的分析方法DFD是系統(tǒng)中各處理子功能數(shù)據(jù)流圖數(shù)據(jù)流圖中的主要圖形元素數(shù)據(jù)加工(數(shù)據(jù)變換)數(shù)據(jù)源點或終點(外部實體)數(shù)據(jù)流數(shù)據(jù)存儲文件143數(shù)據(jù)流圖數(shù)據(jù)流圖中的主要圖形元素數(shù)據(jù)加工(數(shù)據(jù)變換)數(shù)據(jù)源面向數(shù)據(jù)流分析方法運用了抽象和分解的技術(shù).提供一些經(jīng)驗知識和規(guī)則以指導需求分析基于數(shù)據(jù)流的分析方法§5基于數(shù)據(jù)流的分析方法144面向數(shù)據(jù)流分析方法運用了抽象和分解的技術(shù).提供一些經(jīng)驗知識和數(shù)據(jù)流與數(shù)據(jù)加工之間的關(guān)系145數(shù)據(jù)流與數(shù)據(jù)加工之間的關(guān)系36數(shù)據(jù)流圖的層次結(jié)構(gòu)為了表達數(shù)據(jù)處理過程的數(shù)據(jù)加工情況，需要采用層次結(jié)構(gòu)的數(shù)據(jù)流圖。按照系統(tǒng)的層次結(jié)構(gòu)進行逐步分解，并以分層的數(shù)據(jù)流圖反映這種結(jié)構(gòu)關(guān)系，能清楚地表達和容易理解整個系統(tǒng)146數(shù)據(jù)流圖的層次結(jié)構(gòu)為了表達數(shù)據(jù)處理過程的數(shù)據(jù)加工情況，需要采分層的數(shù)據(jù)流圖147分層的數(shù)據(jù)流圖38在多層數(shù)據(jù)流圖中，頂層流圖僅包含一個加工，它代表被開發(fā)系統(tǒng)。它的輸入流是該系統(tǒng)的輸入數(shù)據(jù)，輸出流是系統(tǒng)所輸出數(shù)據(jù)底層流圖是指其加工不需再做分解的數(shù)據(jù)流圖，它處在最底層中間層流圖則表示對其上層父圖的細化。它的每一加工可能繼續(xù)細化，形成子圖。148在多層數(shù)據(jù)流圖中，頂層流圖僅包含一個加工，它代表被開發(fā)系統(tǒng)。領(lǐng)書單

進書通知

購書單

缺書單

DFD練習—售書系統(tǒng)學生教材購銷系統(tǒng)書庫保管員149領(lǐng)書單進書通知購書單領(lǐng)書單進書通知

進書通知

購書單缺書單

案例I：DFD練習—售書系統(tǒng)

1銷售

2采購書庫保管員

學生F1教材存量表

F2缺書登記表

150領(lǐng)書單進書通知進書通案例II：工資計算系統(tǒng)的頂層(0層)數(shù)據(jù)流圖151案例II：工資計算系統(tǒng)的頂層(0層)數(shù)據(jù)流圖42圖4.6工資計算系統(tǒng)第一層數(shù)據(jù)流圖152圖4.6工資計算系統(tǒng)第一層數(shù)據(jù)流圖43圖4.7工資計算系統(tǒng)的第二層數(shù)據(jù)流圖(a)“計算工資”子數(shù)據(jù)流圖；(b)“工資轉(zhuǎn)存”子數(shù)據(jù)流圖153圖4.7工資計算系統(tǒng)的第二層數(shù)據(jù)流圖44圖4.8工資計算系統(tǒng)的第三層數(shù)據(jù)流圖154圖4.8工資計算系統(tǒng)的第三層數(shù)據(jù)流圖45案例分析III應(yīng)用問題：家庭保安系統(tǒng)155案例分析III應(yīng)用問題：家庭保安系統(tǒng)46步驟1:建立頂級DFD根據(jù)問題域與外部環(huán)境之間的相互關(guān)系定義問題域的邊界，即問題域與外界環(huán)境之間的輸入和輸出關(guān)系

-->最高抽象層次§5基于數(shù)據(jù)流的分析方法156步驟1:建立頂級DFD根據(jù)問題域與外部環(huán)境之間的相互關(guān)系步驟2:自頂向下，功能分解自頂向下、逐步求精對頂級數(shù)據(jù)流圖進行精化，生成下一級數(shù)據(jù)流圖對用戶的需求描述進行語法分析動詞構(gòu)成潛在的處理功能遵循“強內(nèi)聚，松耦合”原則名詞或名詞短語構(gòu)成潛在數(shù)據(jù)流、數(shù)據(jù)源和外部實體基于數(shù)據(jù)流的分析方法157步驟2:自頂向下，功能分解自頂向下、逐步求精對頂級數(shù)據(jù)流圖案例分析:頂級DFD基于數(shù)據(jù)流的分析方法158案例分析:頂級DFD基于數(shù)據(jù)流的分析方法49案例分析:一級DFD傳感器控制面板傳感器監(jiān)控用戶命令處理顯示器警報器電話機警報類別顯示信息電話撥號音頻傳感信息用戶命令傳感信息§5基于數(shù)據(jù)流的分析方法159案例分析:一級DFD傳感器控制面板傳感器監(jiān)控用戶命令處理案例分析:二級DFD基于數(shù)據(jù)流的分析方法160案例分析:二級DFD基于數(shù)據(jù)流的分析方法51案例分析:一級DFD傳感器控制面板傳感器監(jiān)控用戶命令處理顯示器警報器電話機警報類別顯示信息電話撥號音頻傳感信息用戶命令傳感信息基于數(shù)據(jù)流的分析方法161案例分析:一級DFD傳感器控制面板傳感器監(jiān)控用戶命令處理案例分析:二級DFD用戶命令預處理用戶命令系統(tǒng)配置配置命令配置信息庫配置信息啟動/停止命令運行控制信息顯示運行信息配置信息口令設(shè)置口令核對有效口令口令信息§5基于數(shù)據(jù)流的分析方法162案例分析:二級DFD用戶命令預處理用戶命令系統(tǒng)配置配置命在分解、精化過程中，把生成的數(shù)據(jù)流、數(shù)據(jù)存儲、外部實體在數(shù)據(jù)字典中加以定義,對底層轉(zhuǎn)換在小說明中作出描述步驟2:自頂向下，功能分解§5基于數(shù)據(jù)流的分析方法163在分解、精化過程中，把生成的數(shù)據(jù)流、數(shù)據(jù)存儲、外部實體在數(shù)據(jù)案例分析:二級DFD用戶命令預處理用戶命令系統(tǒng)配置配置命令配置信息庫配置信息啟動/停止命令運行控制信息顯示運行信息配置信息口令設(shè)置口令核對有效口令口令信息§5基于數(shù)據(jù)流的分析方法164案例分析:二級DFD用戶命令預處理用戶命令系統(tǒng)配置配置命數(shù)據(jù)字典數(shù)據(jù)流名稱：有效口令

名字和別名：有效口令數(shù)據(jù)類型：字符串限制：長度為4個字節(jié)相關(guān)的轉(zhuǎn)換列表：運行控制，口令核對…….§5基于數(shù)據(jù)流的分析方法165數(shù)據(jù)字典數(shù)據(jù)流名稱：有效口令§5基于數(shù)據(jù)流的分析方法56案例分析:二級DFD用戶命令預處理用戶命令系統(tǒng)配置配置命令配置信息庫配置信息啟動/停止命令運行控制信息顯示運行信息配置信息口令設(shè)置口令核對有效口令口令信息§5基于數(shù)據(jù)流的分析方法166案例分析:二級DFD用戶命令預處理用戶命令系統(tǒng)配置配置命小說明處理邏輯名稱：運行控制功能If是停止命令Then向信息顯示提供停止運行信息停止系統(tǒng)運行Else 向信息顯示提供啟動運行信息啟動系統(tǒng)運行EndIf設(shè)計約束……...§5基于數(shù)據(jù)流的分析方法167小說明處理邏輯名稱：運行控制§5基于數(shù)據(jù)流的分析方法58數(shù)據(jù)字典數(shù)據(jù)流名稱：定單別名:無數(shù)據(jù)類型:日期+產(chǎn)品+數(shù)量+……作為輸出流的轉(zhuǎn)換列表:作為輸入流的轉(zhuǎn)換列表:使用說明:必須給出各個數(shù)據(jù)項 解釋性說明:無缺省值:日期=當日日期……168數(shù)據(jù)字典數(shù)據(jù)流名稱：定單59數(shù)據(jù)詞典數(shù)據(jù)詞典與數(shù)據(jù)流圖配合，能清楚地表達數(shù)據(jù)處理的要求詞條描述——對于在數(shù)據(jù)流圖中每一個被命名的圖形元素，均加以定義，其內(nèi)容有:名字，別名或編號，分類，描述，定義，位置，其它，等169數(shù)據(jù)詞典數(shù)據(jù)詞典與數(shù)據(jù)流圖配合，能清楚地表達數(shù)據(jù)處理的要求6（1）數(shù)據(jù)流詞條描述數(shù)據(jù)流名：說明：簡要介紹作用即它產(chǎn)生的原因和結(jié)果數(shù)據(jù)流來源：來自何方數(shù)據(jù)流去向：去向何處數(shù)據(jù)流組成：數(shù)據(jù)結(jié)構(gòu)數(shù)據(jù)量流通量：數(shù)據(jù)量，流通量170（1）數(shù)據(jù)流詞條描述數(shù)據(jù)流名：61（2）數(shù)據(jù)元素詞條描述數(shù)據(jù)元素名：類型：數(shù)字（離散值，連續(xù)值），文字（編碼類型）長度：取值范圍：相關(guān)的數(shù)據(jù)元素及數(shù)據(jù)結(jié)構(gòu)：171（2）數(shù)據(jù)元素詞條描述數(shù)據(jù)元素名：62（3）數(shù)據(jù)文件詞條描述數(shù)據(jù)文件名：簡述：存放的是什么數(shù)據(jù)輸入數(shù)據(jù)：輸出數(shù)據(jù)：數(shù)據(jù)文件組成：數(shù)據(jù)結(jié)構(gòu)存儲方式：順序，直接，關(guān)鍵碼存取頻率：172（3）數(shù)據(jù)文件詞條描述數(shù)據(jù)文件名：63（4）加工邏輯詞條描述加工名：加工編號：反映該加工的層次簡要描述：加工邏輯及功能簡述輸入數(shù)據(jù)流：輸出數(shù)據(jù)流：加工邏輯：簡述加工程序，加工順序173（4）加工邏輯詞條描述加工名：64（5）源點及匯(終)點詞條描述名稱：外部實體名簡要描述：什么外部實體有關(guān)數(shù)據(jù)流：數(shù)目：174（5）源點及匯(終)點詞條描述名稱：外部實體名65數(shù)據(jù)結(jié)構(gòu)的描述

符號

含義

舉例＝被定義為＋與

x=a＋b[...,...]或[...|...]或

x=[a,b]，x=[a|b]{...}或m{...}n重復

x={a}，x=3{a}8(...)可選

x=(a)“...”基本數(shù)據(jù)元素

x=“a”.. 連結(jié)符

x=1..9175數(shù)據(jù)結(jié)構(gòu)的描述符號 含義 存折格式176存折格式67存折＝戶名＋所號＋帳號＋開戶日＋性質(zhì)＋(印密)＋1{存取行}50戶名＝2{字母}24所號＝“001”..“999”帳號＝“00000001”..“99999999”開戶日＝年＋月＋日性質(zhì)＝“1”..“6”注：“1”表示普通戶，“5”表示工資戶等印密＝“0”注：印密在存折上不顯示存取行＝日期＋（摘要）＋支出＋存入＋余額＋操作＋復核177存折＝戶名＋所號＋帳號＋開戶日＋性質(zhì)＋(印密)＋1{存取行}13:07:422-5北京某高?？捎玫碾娫捥柎a有以下幾類：校內(nèi)電話號碼由4位數(shù)字組成，第1位數(shù)字不是0；校外電話又分為本市電話和外地電話兩類，撥校外電話需先撥0，若是本市電話則再接著撥8位數(shù)字(第1位不是0)，若是外地電話則撥3位區(qū)碼再撥8位電話號碼(第1位不是0)。請用定義數(shù)據(jù)字典的方法，定義上述的電話號碼。作業(yè)及解答（第3章）17813:07:422-5北京某高?？捎玫碾娫捥柎a有以下幾類：13:07:42電話號碼=[校內(nèi)電話號碼|校外電話號碼]校內(nèi)電話號碼=非零數(shù)字+3位數(shù)字//后面繼續(xù)定義校外電話號碼=[本市號碼|外地號碼]本市號碼=數(shù)字零+8位數(shù)字外地號碼=數(shù)字零+3位數(shù)字+8位數(shù)字非零數(shù)字=[1|2|3|4|5|6|7|8|9]數(shù)字零＝03位數(shù)字＝3{數(shù)字}3//3至3個數(shù)字8位數(shù)字=非零數(shù)字+7位數(shù)字7位數(shù)字=7{數(shù)字}7數(shù)字＝[0|1|2|3|4|5|6|7|8|9]作業(yè)及解答（第3章）17913:07:42電話號碼=[校內(nèi)電話號碼|校外電話號碼]作業(yè)13:07:423-3銀行計算機儲蓄系統(tǒng)的工作過程大致如下：儲戶填寫的存款單或取款單由業(yè)務(wù)員鍵入系統(tǒng)，如果是存款則系統(tǒng)記錄存款人姓名、住址(或電話號碼)、身份證號碼、存款類型、存款日期、到期日期、利率及密碼(可選)等信息，并印出存單給儲戶；如果是取款而且存款時留有密碼，則系統(tǒng)首先核對儲戶密碼，若密碼正確或存款時未留密碼，則系統(tǒng)計算利息并印出利息清單給儲戶。

請用數(shù)據(jù)流圖描繪本系統(tǒng)的功能，并用實體-聯(lián)系圖描繪系統(tǒng)中的數(shù)據(jù)對象。作業(yè)及解答（第3章）18013:07:423-3銀行計算機儲蓄系統(tǒng)的工作過程大致如下13:07:42作業(yè)及解答（第3章）作業(yè)及解答（第3章）18113:07:42作業(yè)及解答（第3章）作業(yè)及解答（第3章）7213:07:4218213:07:427313:07:42作業(yè)及解答（第3章）18313:07:42作業(yè)及解答（第3章）7413:07:42ER模型本問題中共有兩類實體，分別是“儲戶”和“儲蓄所”，在它們之間存在“存取款”關(guān)系。因為一位儲戶可以在多家儲蓄所存取款，一家儲蓄所擁有多位儲戶，所以“存取款”是多對多（M:N）關(guān)系。儲戶的屬性主要有姓名、住址、電話號碼和身份證號碼，儲蓄所的屬性主要是名稱、地址和電話號碼，而數(shù)額、類型、到期日期、利率和密碼則是關(guān)系類型存取款的屬性。作業(yè)及解答（第3章）18413:07:42ER模型作業(yè)及解答（第3章）7513:07:42作業(yè)及解答（第3章）18513:07:42作業(yè)及解答（第3章）76

對數(shù)據(jù)流圖的每一個基本加工，必須有一個基本加工邏輯說明基本加工邏輯說明必須描述基本加工如何把輸入數(shù)據(jù)流變換為輸出數(shù)據(jù)流的加工規(guī)則加工邏輯說明必須描述實現(xiàn)加工的策略而不是實現(xiàn)加工的細節(jié)加工邏輯說明中包含的信息應(yīng)是充足的，完備的，有用的，無冗余的基本加工邏輯說明186對數(shù)據(jù)流圖的每一個基本加工，必須有一個基本加工邏輯說明基本用于寫加工邏輯說明的工具結(jié)構(gòu)化英語判定表判定樹187用于寫加工邏輯說明的工具結(jié)構(gòu)化英語78（1）結(jié)構(gòu)化英語結(jié)構(gòu)化英語的詞匯表由英語命令動詞數(shù)據(jù)詞典中定義的名字有限的自定義詞邏輯關(guān)系詞IF_THEN_ELSE、CASE_OF、WHILE_DO、

REPEAT_UNTIL等組成。188（1）結(jié)構(gòu)化英語結(jié)構(gòu)化英語的詞匯表由79是一種介于自然語言和形式化語言之間的語言語言的正文用基本控制結(jié)構(gòu)進行分割，加工中的操作用自然語言短語來表示其基本控制結(jié)構(gòu)有三種：簡單陳述句結(jié)構(gòu)：避免復合語句；重復結(jié)構(gòu)：while_do或

repeat_until結(jié)構(gòu)。判定結(jié)構(gòu)：if_then_else或

case_of結(jié)構(gòu)；189是一種介于自然語言和形式化語言之間的語言80商店業(yè)務(wù)處理系統(tǒng)中“檢查發(fā)貨單”if發(fā)貨單金額超過$500then

if欠款超過了60天then在償還欠款前不予批準