軟件工程-第3章需求分析

第3章需求分析3.1需求分析的任務3.2與用戶溝通獲取需求的方法3.3分析建模與規(guī)格說明3.4實體-聯(lián)系圖3.5數(shù)據(jù)規(guī)范化3.6狀態(tài)轉換圖3.7其他圖形工具3.8驗證軟件需求3.9小結習題為什么需要需求分析？開發(fā)人員往往急于求成希望對開發(fā)進行指導希望開發(fā)人員對用戶的要求理解希望用戶理解開發(fā)人員測試部門有理可依需求分析的任務

就是借助于當前系統(tǒng)的邏輯模型導出目標系統(tǒng)的邏輯模型，解決目標系統(tǒng)的“做什么”的問題。需求分析做什么?準確地回答”系統(tǒng)必須做什么?”這個問題；對系統(tǒng)提出完整、準確、清晰、具體的要求；寫出軟件需求規(guī)格說明書；用戶要很好地參與到需求分析過程中來；(需求要不斷迭代)注意區(qū)別”可行性分析”和”需求分析”的異同；設計出系統(tǒng)的”數(shù)據(jù)模型”、細化的“邏輯模型”和“行為模型”；(關鍵所在)IsWhatNotHow需求分析做什么?所有的結構化分析方法都遵守下述準則：(1)必須理解并描述問題的信息域，根據(jù)這條準則應該建立數(shù)據(jù)模型。(2)必須定義軟件應完成的功能，這條準則要求建立功能模型。(3)必須描述作為外部事件結果的軟件行為，這條準則要求建立行為模型。(4)必須對描述信息、功能和行為的模型進行分解，用層次的方式展示細節(jié)。需求獲取面臨的挑戰(zhàn)客戶說不清楚需求需求易變性問題的復雜性和對問題空間理解的不完備性與不一致性優(yōu)秀需求具有的特性1.完整性

2.正確性

3.可行性

4.必要性

5.劃分優(yōu)先級

6.無二義性

7.可驗證性3.1需求分析的任務

具體任務：確定對系統(tǒng)的綜合要求（系統(tǒng)需要什么？）

分析和設計系統(tǒng)的數(shù)據(jù)要求

（處理的數(shù)據(jù)對象是什么？）在可行性分析的基礎之上分析和設計系統(tǒng)的功能模型（系統(tǒng)功能的模型表示是什么？）分析和設計描述軟件動態(tài)變化的行為模型（系統(tǒng)的狀態(tài)是如何改變的？）

編寫軟件需求規(guī)格說明書，可能需要修正系統(tǒng)開發(fā)計劃3.1.1確定系統(tǒng)的綜合要求功能要求性能要求可靠性和可用性要求出錯處理要求接口要求約束逆向要求擴展要求基本的、核心的時間、存儲量、安全性MTTF對環(huán)境錯誤應該如何響應用戶、硬件、軟件、通信限制條件、精度、語言對系統(tǒng)可能的擴充或修改系統(tǒng)不應該做什么3.1.2分析和設計系統(tǒng)的數(shù)據(jù)要求軟件系統(tǒng)的本質是對數(shù)據(jù)進行處理。通常要求建立完整的數(shù)據(jù)模型（E-R模型）數(shù)據(jù)字典缺乏直觀性（考慮圖形化的描述復雜數(shù)據(jù)的組成）必要時需要對數(shù)據(jù)模型進行規(guī)范化（范式）階段性成果：E-R圖層次方框圖或Warnier圖3.1.3分析和設計系統(tǒng)的功能模型確定系統(tǒng)綜合要求和分析系統(tǒng)數(shù)據(jù)要求順利完成之后即可導出詳細的系統(tǒng)功能模型。階段性成果：細化后并經過多次校驗的數(shù)據(jù)流圖(DFD)與數(shù)據(jù)流圖相輔相存的數(shù)據(jù)字典(DD)概要性的描述主要加工的處理算法(IPO)3.1.4分析和設計系統(tǒng)的行為模型確定系統(tǒng)的動態(tài)變化的方式，采用狀態(tài)轉換圖來描述。階段性成果：狀態(tài)轉換圖(STD)3.1.5編寫需求規(guī)格說明，可能需要修正系統(tǒng)的開發(fā)計劃根據(jù)上述的階段性成果，匯總為“軟件需求規(guī)格說明書”，以提交評審在可行性分析的基礎上，較準確地估計系統(tǒng)的開發(fā)成本和進度修正開發(fā)計劃3.2與用戶溝通獲取需求的方法訪談面向數(shù)據(jù)流自頂向下求精簡易的應用規(guī)格說明技術快速原型法用戶和系統(tǒng)其他人員參與需求分析3.2.1訪談最早并且仍然廣泛使用正式的訪談：具體問題的問答形式非正式的訪談：開放式、交互性的問答需要調查大量人員有時采用“調查表”技術還使用“情景分析技術”（用戶角度）,就是對用戶將來使用目標系統(tǒng)解決某個具體問題的方法和結果進行分析。3.2.1訪談情景分析(1)它在某種程度上演示目標系統(tǒng)的行為，便于用戶理解，而且還可能進一步揭示出一些分析員還不知道的需求。(2)由于情景分析較易為用戶所理解，使用這種技術能保證用戶在需求分析過程中始終扮演一個積極主動的角色。3.2.2面向數(shù)據(jù)流的自頂向下求精信息系統(tǒng)的本質決定數(shù)據(jù)是需求分析的起點系統(tǒng)分析員一定要搞清楚數(shù)據(jù)的細節(jié)分析的對象：高層數(shù)據(jù)流圖（什么階段得到的？）主要目標：把數(shù)據(jù)流和數(shù)據(jù)存儲定義到元素級別（不可分解為止）可行性分析忽略了細節(jié)數(shù)據(jù)的來源、去向、數(shù)據(jù)結構定義等3.2.2面向數(shù)據(jù)流的自頂向下求精結構化分析方法是一種什么方法呢？從數(shù)據(jù)流圖的輸出端著手分析，這是因為系統(tǒng)的基本功能是產生這些輸出的關鍵原因。輸出數(shù)據(jù)決定了系統(tǒng)必須具有的最基本的組成元素（包括功能和數(shù)據(jù)結構組成）。自頂向下，逐層細化的方法3.2.2面向數(shù)據(jù)流的自頂向下求精注意1：第2章給出了1種數(shù)據(jù)流圖的分析方法（教材），其目的主要是導出較高層次較粗糙的數(shù)據(jù)流圖，而需要準確地收集需求，采用本章的從數(shù)據(jù)流圖的輸出向輸入的回溯方法。3.2.2面向數(shù)據(jù)流的自頂向下求精回溯過程中需要回答兩個問題輸出數(shù)據(jù)的組成？輸出數(shù)據(jù)的來源？深入調查外部輸入或系統(tǒng)生成3.2.2面向數(shù)據(jù)流的自頂向下求精回溯時常遇到的問題：為了得到某個數(shù)據(jù)元素需要用到數(shù)據(jù)流圖中還沒有的數(shù)據(jù)元素，或者得出這個數(shù)據(jù)元素要用的算法尚不完全清楚。因此，需要向用戶等有關人員請教，他們的回答使分析員對目標系統(tǒng)的認識更深入具體，系統(tǒng)中更多的數(shù)據(jù)元素被劃分出來，更多的算法搞清楚了。把分析過程中得到的有關數(shù)據(jù)元素的信息記錄在數(shù)據(jù)字典中，把對算法的簡明描述記錄在IPO圖中。通過分析而補充的數(shù)據(jù)流、數(shù)據(jù)存儲和處理，應該添加到數(shù)據(jù)流圖的適當位置上。面向數(shù)據(jù)流方法的分析過程沿數(shù)據(jù)流圖回溯用戶復查細化數(shù)據(jù)流圖修正開發(fā)計劃書寫文檔審查和復審沿數(shù)據(jù)流圖回溯從數(shù)據(jù)流圖的輸出向輸入回溯，依次確定每個數(shù)據(jù)元素的來源（組成和實現(xiàn)算法）；把數(shù)據(jù)元素的信息記錄到數(shù)據(jù)字典中；把對算法的簡明描述記錄到IPO圖中；補充的數(shù)據(jù)流、數(shù)據(jù)存儲和處理應該添加到數(shù)據(jù)流圖的適當位置上。用戶復查數(shù)據(jù)流圖是幫助復查的極好工具；分析員向用戶解釋數(shù)據(jù)的來源（組成和處理，它反映了分析員建立的對系統(tǒng)已有的認識。）用戶要及時糾正和補充分析員的認識它驗證了已知的元素，補充了未知的元素，填補了文檔中的空白；分析員對系統(tǒng)的認識是一個螺旋式上升的過程。細化數(shù)據(jù)流圖為了追蹤更詳細的數(shù)據(jù)流，應該把數(shù)據(jù)流圖擴展到更低的層次；通過追蹤這些細化的數(shù)據(jù)流圖產生了新的問題，新的問題的答案可能在數(shù)據(jù)字典中增加新的條目，并且將產生新的算法；功能分解可以完成數(shù)據(jù)流圖的細化；細化過程中注意及時的更新數(shù)據(jù)字典；書寫文檔需求規(guī)格說明數(shù)據(jù)要求用戶系統(tǒng)描述修正的開發(fā)計劃需求分析的過程示圖面向數(shù)據(jù)流方法的分析的應用倉庫管理員采購員定貨系統(tǒng)事務定貨報表來源、數(shù)據(jù)組成是什么？來源：由哪個加工產生或從哪個文件讀出？數(shù)據(jù)組成：數(shù)據(jù)字典應該如何設計，大概有哪些數(shù)據(jù)項？面向數(shù)據(jù)流方法的分析的應用名字：定貨報表別名：定貨信息描述：每天一次送給采購員的需要定貨的零件表定義：定貨報表=零件編號

+零件名稱+定貨數(shù)量+目前價格+主要供應商+次要供應商位置：定貨報告定貨信息庫存清單逐一確定元素的來源面向數(shù)據(jù)流方法的分析的應用倉庫管理員采購員1處理事務2產生報表事務定貨報表庫存清單D1定貨信息D2123456包含零件編號、名稱、目前價格形成定貨數(shù)量面向數(shù)據(jù)流方法的分析的應用倉庫管理員采購員1.1接收事務2產生報表事務定貨報表庫存清單D1定貨信息D21.2更新庫存1.3處理定貨事務庫存信息12356487供應商信息D33.2.3簡易的應用規(guī)格說明技術前兩種方法中，用戶比較被動它是一種面向團隊的需求收集方法，是一種主流技術它提倡用戶與開發(fā)者密切合作、共同標識問題、提出解決方案，確定基本需求簡易的應用規(guī)格說明技術流程初步訪談待解決問題的范圍和方案召開討論會是否需要這個軟件以及對需求進行組合針對每個議題制定一統(tǒng)一的需求列表分會討論單獨議題需求列表的討論匯總需求完整的需求規(guī)格說明書3.2.4快速原型法快速建立起來的旨在演示目標系統(tǒng)主要功能的可運行的程序。它是最準確、有效和強大的需求分析技術?；咎匦裕嚎焖伲嚎焖俚奶峁┙o用戶一個可運行的軟件；容易修改：根據(jù)用戶的要求可迅速構建新的原型；3.3分析建模與規(guī)格說明模型，就是為了理解事物而對事物做出的一種抽象，是對事物的一種無歧義的書面描述。系統(tǒng)分析員應該從不同角度抽象出目標系統(tǒng)的特性，使用精確的表示方法構造系統(tǒng)的模型。數(shù)據(jù)角度、功能角度、行為角度DFD、DD、STD、E-R模型的作用現(xiàn)實世界計算機世界影射模型的作用計算機世界現(xiàn)實世界結構化開發(fā)方法結構化分析結構化設計結構化編程OOAOODOOP面向對象開發(fā)方法結構化分析模型的組成結構數(shù)據(jù)流圖

(DFD)E-R圖狀態(tài)轉換圖(STD圖)加工說明控制說明數(shù)據(jù)對象說明數(shù)據(jù)字典（DD）面向對象分析模型的組成結構對象-關系模型類/對象模型對象-行為模型使用實例(UseCase)操作、屬性、協(xié)作者3.3分析建模與規(guī)格說明結構化分析方法的創(chuàng)建的幾個主要模型及關鍵元素如下：數(shù)據(jù)模型：E-R圖（E-RD）（本章介紹）功能模型：數(shù)據(jù)流圖（DFD）行為模型：狀態(tài)轉換圖（STD）（本章介紹）數(shù)據(jù)字典：模型中心（DD）根據(jù)上述模型整理出軟件需求規(guī)格說明書3.4實體-聯(lián)系圖為了把用戶的數(shù)據(jù)要求清楚、準確地描述，信息模型，或概念性數(shù)據(jù)模型。（是面向問題的數(shù)據(jù)模型，是按照用戶的觀點對數(shù)據(jù)建立的模型）現(xiàn)實世界的數(shù)據(jù)抽象，它是真實世界的最好反映，它完全依賴于用戶的角度（語義）。信息系統(tǒng)數(shù)據(jù)庫分析與設計的基礎，也是數(shù)據(jù)建模的基礎。包含3種相互關聯(lián)的信息：數(shù)據(jù)對象、數(shù)據(jù)對象的屬性及數(shù)據(jù)對象彼此間相互連接的關系。3.4.1數(shù)據(jù)對象它是指用一系列的屬性和性質，對現(xiàn)實中的事物加以更加形象的描述。它也稱為實體，可以是有生命的或沒有生命的。實體之間不是孤立的。注意區(qū)分面向對象中的“對象”和ER中的“數(shù)據(jù)對象”。(只封裝數(shù)據(jù)，而沒有施加于數(shù)據(jù)上的操作的引用)3.4.1數(shù)據(jù)對象它的范疇很大，可以是外部實體(例如，產生或使用信息的任何事物)、事物(例如，報表)、行為(例如，打電話)、事件(例如，響警報)、角色(例如，教師、學生)、單位(例如，會計科)、地點(例如，倉庫)或結構(例如，文件)等。總之，可以由一組屬性來定義的實體都可以被認為是數(shù)據(jù)對象。3.4.2屬性屬性定義了數(shù)據(jù)對象的性質數(shù)據(jù)對象的基本屬性，它是原子的。關鍵字屬性是什么？屬性的確定要依據(jù)實際的軟件問題。（究竟是否為屬性或究竟是什么屬性？）3.4.2聯(lián)系實體之間是存在聯(lián)系的1:11:NM:N聯(lián)系也可以有屬性實體-聯(lián)系圖的符號ER圖中包含了實體(即數(shù)據(jù)對象)、關系和屬性等3種基本成分。通常用矩形框代表實體；用連接相關實體的菱形框表示關系；用橢圓形或圓角矩形表示實體(或關系)的屬性；并用直線把實體(或關系)與其屬性連接起來?！盎瘜W制品跟蹤系統(tǒng)”實體聯(lián)系圖化學制品倉庫存貨清單化學制品容器存儲執(zhí)行化學制品請求1MM13.5數(shù)據(jù)規(guī)范化信息以一定方式組織并存儲在數(shù)據(jù)庫或文件中，為減少數(shù)據(jù)冗余，避免出現(xiàn)插入異?；騽h除異常，需要把數(shù)據(jù)結構規(guī)范化。數(shù)據(jù)庫中范式的定義（normalforms）第一范式：原子屬性冗余程度最大第二范式：消除部分函數(shù)依賴第三范式：消除傳遞函數(shù)依賴規(guī)范化的目的是：消除數(shù)據(jù)冗余，即消除表格中數(shù)據(jù)的重復；消除多義性，使關系中的屬性含義清楚、單一；使關系的“概念”單一化，讓每個數(shù)據(jù)項是一個簡單的數(shù)或字符串，而不是一個組項或重復組；方便操作。使數(shù)據(jù)的插入、刪除與修改操作可行并方便；使關系模式更靈活，易于實現(xiàn)接近自然語言的查詢方式。第一范式

每個屬性值都必須是原子值，即僅僅是一個簡單值而不含內部結構。

如：學生(學號，姓名，性別，年齡，年級，專業(yè)，籍貫)教師(職工號，姓名，年齡，職稱，職務，工資級別，工資)課程(課程號，課程名，學分，學時，課程類型)第二范式

滿足第一范式條件，而且每個非關鍵字屬性都由整個關鍵字決定(而不是由關鍵字的一部分來決定)。

如：選課

(學號，課程號，聽課出勤率，作業(yè)完成率，分數(shù))教課

(職工號，課程號，授課效果)第三范式

符合第二范式的條件。

滿足第三范式（3NF）必須先滿足第二范式（2NF）。簡而言之，第三范式（3NF）要求一個數(shù)據(jù)庫表中不包含已在其它表中已包含的非主關鍵字信息。

例如，存在一個部門信息表，其中每個部門有部門編號（dept_id）、部門名稱、部門簡介等信息。那么員工信息表中列出部門編號后就不能再將部門名稱、部門簡介等與部門有關的信息再加入員工信息表中。如果不存在部門信息表，則根據(jù)第三范式（3NF）也應該構建它，否則就會有大量的數(shù)據(jù)冗余。簡而言之，第三范式就是屬性不依賴于其它非主屬性。

3.6狀態(tài)轉換圖通過描繪系統(tǒng)的狀態(tài)及引起系統(tǒng)狀態(tài)轉換的事件，來表示系統(tǒng)的行為。例如：上課鈴響了，同學們應該進入教室準備上課。狀態(tài)圖還指明了作為特定事件的結果，系統(tǒng)將做哪些動作(例如，處理數(shù)據(jù))。3.6.1狀態(tài)狀態(tài)代表系統(tǒng)的行為模式；一個狀態(tài)代表系統(tǒng)的一種行為模式。它規(guī)定了系統(tǒng)對事件的響應方式；（3種）改變狀態(tài)（絕大多數(shù)的系統(tǒng)都如此響應）做動作（完成一定的“操作”）既改變狀態(tài)，又做動作（比較復雜）3.6.1狀態(tài)三種狀態(tài)類型：初態(tài)、終態(tài)和中間態(tài)狀態(tài)圖可表示循環(huán)運行過程以及單程運行過程。3.6.2事件某個特定時刻發(fā)生的“事情”。它是對引起系統(tǒng)做動作或(和)從一個狀態(tài)轉換到另一個狀態(tài)的外界事件的抽象。它是控制信息，狀態(tài)是受事件觸發(fā)的。3.6.3基本符號初始事件事件表達式結束事件活動表的語法事件名/動作表達式在活動表中經常使用下述3種標準事件：entry，exit和do。entry事件指定進入該狀態(tài)的動作，exit事件指定退出該狀態(tài)的動作，而do事件則指定在該狀態(tài)下的動作。事件表達式的語法事件說明[守衛(wèi)條件]/動作表達式3.6.3基本符號活動表的語法格式如下：事件名(參數(shù)表)/動作表達式“事件名”可以是任何事件的名稱。在活動表中經常使用下述3種標準事件：entry，exit和do。兩個狀態(tài)之間帶箭頭的連線稱為狀態(tài)轉換狀態(tài)變遷通常是由事件觸發(fā)的，箭頭線上標出觸發(fā)轉換的事件表達式3.6.3基本符號事件表達式的語法如下：事件說明［守衛(wèi)條件］／動作表達式事件說明的語法為：事件名(參數(shù)表)。守衛(wèi)條件是一個布爾表達式。動作表達式是一個過程表達式，當狀態(tài)轉換開始時執(zhí)行該表達式。3.7其他圖形工具層次方框圖Warnier圖IPO圖3.7.1層次方框圖用樹型結構描述的一系列多層次的圖形；頂層只有一個方框代表完整的數(shù)據(jù)結構；下面各層代表這個數(shù)據(jù)的子集；最底層代表不能再分割的實際的數(shù)據(jù)元素；一個層次方框圖的例子產品硬件軟件服務處理機存儲器外設系統(tǒng)軟件應用軟件軟件服務硬件維修培訓操作系統(tǒng)編譯程序軟件工具3.7.2Warnier圖它也是表示信息層次結構的圖形工具；它可以指出信息量是重復出現(xiàn)的或有條件出現(xiàn)的；圖形包括：用來區(qū)分數(shù)據(jù)結構層次的花括號表明一類信息或一個數(shù)據(jù)元素在一定條件下出現(xiàn)的異或號名字后面的數(shù)字表示信息類在數(shù)據(jù)結構中重復的次數(shù)。一個Warnier圖的例子軟件產品系統(tǒng)軟件操作系統(tǒng)（P1）編譯程序（P2）軟件工具編輯程序（P3）測試驅動程序（P3）設計輔助工具（P3）應用軟件+3.7.3IPO圖INPUT/PROCESS/OUTPUT（輸入/處理/輸出圖）的簡稱。描述輸入數(shù)據(jù)、輸出數(shù)據(jù)和對數(shù)據(jù)的處理之間的關系。（適用任何系統(tǒng)）軟件元素滲透到模型的各個方面。需求分析階段可以使用IPO圖來簡要地描述系統(tǒng)的主要算法。傳統(tǒng)的IPO圖IPO圖IPO圖系統(tǒng)：模塊：編號：作者：日期：被調用：調用：輸入：輸出：處理：局部數(shù)據(jù)：注釋列出處理的執(zhí)行順序改進的IPO圖一

個

IPO

圖

的

例

子IPO圖系統(tǒng)：模塊：編號：作者：日期：訂貨處理模塊可供貨處理缺貨訂單暫存訂貨量X相應庫存量Y供貨標志SupplyIFY-X>0THEN可供貨處理ELSE缺貨訂單暫存ENDIF文件名：庫存文件注釋銷售管理系統(tǒng)Armstrong確定能否訂貨2005/3/10推遲實現(xiàn)3.8驗證軟件需求一致性：不能相互矛盾；

完整性：規(guī)格說明書應包括用戶需要的每一個功能或性能；現(xiàn)實性：技術上可以實現(xiàn)；

有效性：需求確實能解決用戶面對的問題；軟件需求說明書的編寫提示（GB856T—88）1引言1.1編寫目的1.2背景1.3定義1.4參考資料

2任務概述2.1目標2.2用戶的特點2.3假定和約束軟件需求說明書的編寫提示（GB856T—88）

3

需求規(guī)定3.1

對功能的規(guī)定3.2

對性能的規(guī)定3.2.1

精度3.2.2

時間特性要求3.2.3

靈活性3.3

輸人輸出要求3.4

數(shù)據(jù)管理能力要求3.5

故障處理要求3.6

其他專門要求

4運行環(huán)境規(guī)定4.1設備4.2支持軟件4.3接口4.4控制小結需求分析是軟件生命期的一個重要階段；最根本的任務是確定為了滿足用戶的需求，系統(tǒng)需要做什么。傳統(tǒng)的軟件工程方法學使用結構化分析方法。為了全面了解用戶的需要，必須使用適當?shù)姆椒ê陀脩魷贤?。小結必須仔細地分析系統(tǒng)中的數(shù)據(jù)流又要分析長期使用的數(shù)據(jù)存儲。數(shù)據(jù)字典是“粘合劑”。分析應該得出用數(shù)據(jù)流圖、ER圖、數(shù)據(jù)字典和簡潔算法描述的詳細的系統(tǒng)邏輯模型。還可使用層次方框圖、Warnier圖輔助性的描述系統(tǒng)中的數(shù)據(jù)結構。IPO圖描述算法的有效工具。3-1為什么要進行需求分析?通常對軟件系統(tǒng)有哪些需求?3-2怎樣與用戶有效地溝通以獲取用戶的真實需求?3-3銀行計算機儲蓄系統(tǒng)的工作過程大致如下：儲戶填寫的存款單或取款單由業(yè)務員鍵入系統(tǒng)，如果是存款則系統(tǒng)記錄存款人姓名、住址(或電話號碼)、身份證號碼、存款類型、存款日期、到期日期、利率及密碼(可選)等信息，并印出存單給儲戶；如果是取款而且存款時留有密碼，則系統(tǒng)首先核對儲戶密碼，若密碼正確或存款時未留密碼，則系統(tǒng)計算利息并印出利息清單給儲戶。習題請用數(shù)據(jù)流圖描繪本系統(tǒng)的功能，并用實體-聯(lián)系圖描繪系統(tǒng)中的數(shù)據(jù)對象。3-4分析習題2第3題所述的機票預訂系統(tǒng)。請用實體-聯(lián)系圖描繪本系統(tǒng)中的數(shù)據(jù)對象并用數(shù)據(jù)流圖描繪本系統(tǒng)的功能。3-5分析習題2第4題所述的患者監(jiān)護系統(tǒng)。請用實體-聯(lián)系圖描繪本系統(tǒng)中的數(shù)據(jù)對象并用數(shù)據(jù)流圖描繪本系統(tǒng)的功能，畫出本系統(tǒng)的頂層IPO圖。3-6復印機的工作過程大致如下：未接到復印命令時處于閑置狀態(tài)，一旦接到復印命令則進入復印狀態(tài)，完成一個復印命令規(guī)定的工作后又回到閑置狀態(tài)，等待下一個復印命令；如果執(zhí)行復印命令時發(fā)現(xiàn)沒紙，則進入缺紙狀態(tài)，發(fā)出警告，等待裝紙，裝滿紙后進入閑置狀態(tài)，準備接收復印命令；如果復印時發(fā)生卡紙故障，則進入卡紙狀態(tài)，發(fā)出警告等待維修人員來排除故障，故障排除后回到閑置狀態(tài)。請用狀態(tài)轉換圖描繪復印機的行為。西安交通大學劉海巖803.4例1：機票預訂系統(tǒng)其功能為：旅行社把預訂機票的旅客信息（姓名、性別、身份證號碼、旅行時間、目的地等）輸入系統(tǒng)。系統(tǒng)為旅客安排航班，打印出取票通知單。旅客在飛機起飛的前一天憑取票通知單交款取票，系統(tǒng)檢驗無誤，輸出機票給旅客。建立該系統(tǒng)DFD：機票預訂系統(tǒng)旅行社旅客訂票單取票單取票單機票機票預訂系統(tǒng)頂層圖西安交通大學劉海巖81

預訂機票1旅客取票2訂票單取票單取票單機票機票文件機票預訂系統(tǒng)0層圖檢驗有效性1.1查詢航班1.2登記機票1.3打印取票單1.4機票文件航班目錄訂票單有效有航班已登記取票單“預訂機票”子圖（1層圖）圖1：西安交通大學劉海巖82圖2：這樣逐步求精分解下去，直到每個加工相對簡單、整個圖的功能可理解為止。查詢機票文件檢驗取票單2.1記帳2.2修改機票文件并打印機票2.3機票文件賬目文件取票單有效取票單已交款機票“旅客取票”子圖（1層圖）西安交通大學劉海巖83例2：家庭安全系統(tǒng)（SafeHome)是一個基于微處理器的系統(tǒng)，能