第三章：結(jié)構(gòu)化分析

3.1概述3.2與用戶溝通的方法3.3分析建模與規(guī)格說明3.4實體——關(guān)系圖3.5數(shù)據(jù)流圖3.6狀態(tài)轉(zhuǎn)換圖3.7數(shù)據(jù)字典

3.8結(jié)構(gòu)化分析實例第三章：結(jié)構(gòu)化分析需求分析是發(fā)現(xiàn)、求精、建模、規(guī)格說明和復審的過程。為了發(fā)現(xiàn)用戶的真正需求，首先應(yīng)該從宏觀角度調(diào)查、分析用戶所面臨的問題。也就是說，需求分析的第1步是盡可能準確地了解用戶當前的情況和需要解決的問題。表面看來，需求分析和規(guī)格說明好像是比較簡單的工作，實際上完全相反，這是一項相當艱巨復雜的工作。用戶與開發(fā)者之間需要溝通的內(nèi)容非常多，在雙方交流信息的過程中很容易出現(xiàn)誤解或遺漏，也可能存在二義性，因此，不僅在整個需求分析過程中應(yīng)該采用行之有效的溝通方法，集中精力過細工作，而且對需求分析的結(jié)果（分析模型和規(guī)格說明）必須嚴格審查。必須理解和表示問題的信息域，根據(jù)這條準則應(yīng)該建立數(shù)據(jù)模型。必須定義軟件應(yīng)完成的功能，這條準則要求建立功能模型。必須表示作為外部事件結(jié)果的軟件行為，這條準則要求建立行為模型。必須對描述信息、功能和行為的模型進行分解，用層次的方式展示細節(jié)。分析過程應(yīng)該從要素信息移向?qū)崿F(xiàn)細節(jié)結(jié)構(gòu)化分析方法準則3.1概述3.2與用戶溝通的方法3.3分析建模與規(guī)格說明3.4實體——關(guān)系圖3.5數(shù)據(jù)流圖3.6狀態(tài)轉(zhuǎn)換圖3.7數(shù)據(jù)字典

3.8結(jié)構(gòu)化分析實例第三章：結(jié)構(gòu)化分析訪談（或稱為會談）是最早開始運用的獲取用戶需求的技術(shù)，也是迄今為止仍然廣泛使用的主要的需求分析技術(shù)。訪談有兩種基本形式，正式的訪談和非正式的訪談。在正式的訪談中，系統(tǒng)分析員將提出一些事先準備好的具體問題在對用戶進行訪談的過程中使用情景分析技術(shù)往往非常有效。所謂情景分析就是對用戶運用目標系統(tǒng)解決某個具體問題的方法和結(jié)果進行分析。3.2.1訪談①它能在某種程度上演示產(chǎn)品的行為，從而便于用戶理解，而且還可能進一步揭示出一些系統(tǒng)分析員目前還不知道的需求；②情景分析能保證用戶在需求分析過程中始終扮演一個積極主動的角色。情景分析的用處使用傳統(tǒng)的訪談技術(shù)定義需求時，用戶和開發(fā)者往往有意無意地區(qū)分“我們和他們”。為了解決這一問題，人們研究出了一種面向團隊的需求收集法，稱為簡易的應(yīng)用規(guī)格說明技術(shù)。這種方法提倡用戶與開發(fā)者密切合作，共同標識問題，提出解決方案的要素，商討不同的方法并指定基本的需求。3.2.2簡易的應(yīng)用規(guī)格說明技術(shù)在中立地點舉行由開發(fā)者和用戶雙方出席的會議。制定準備會議和參加會議的規(guī)則。提出一個議事日程，這個日程應(yīng)該足夠正式，以便能夠涵蓋所有要點；同時這個日程又應(yīng)該足夠非正式，以便鼓勵自由思維。由一個“協(xié)調(diào)人”來主持會議，他既可以基本準則以是用戶，也可以是開發(fā)者，還可以是從外面請來的人。使用一種“定義機制”（如工作表、圖表等）。目標是標識問題、提出解決方案要素、商討不同的方法以及在有利于實現(xiàn)目標的氛圍中指定初步的需求。開發(fā)者與用戶不分彼此，集思廣益密切合作；即時討論和求精；有能導出規(guī)格說明的具體步驟。優(yōu)點快速建立軟件原型是最準確、最有效、最強大的需求分析技術(shù)?？焖僭途褪强焖俳⑵饋淼闹荚谘菔灸繕讼到y(tǒng)主要功能的程序。構(gòu)建原型的要點是，它應(yīng)該實現(xiàn)用戶看得見的功能（如屏幕顯示或打印報表），省略目標系統(tǒng)的“隱含”功能（如修改文件）。3.2.3軟件原型（1）第四代技術(shù)（4GT）

第四代技術(shù)包括眾多數(shù)據(jù)庫查詢和報表語言、程序和應(yīng)用系統(tǒng)生成器以及其他非常高級的非過程語言。因為第四代技術(shù)使得軟件工程師能夠快速地生成可執(zhí)行的代碼，因此，它們是理想的快速原型工具?？焖俚貥?gòu)建和修改原型的方法和工具（2）可重用的軟件構(gòu)件

使用一組已有的軟件構(gòu)件（或稱為組件）來裝配原型。軟件構(gòu)件可以是數(shù)據(jù)結(jié)構(gòu)（或數(shù)據(jù)庫），或軟件體系結(jié)構(gòu)構(gòu)件（即程序），或過程構(gòu)件（即模塊）。必須把軟件構(gòu)件設(shè)計成能在不知其內(nèi)部工作細節(jié)的條件下重用。應(yīng)該注意，現(xiàn)有的軟件產(chǎn)品可以被用做“新的或改進的”產(chǎn)品的原型，這也是軟件原型重用的一種形式。（3）形式化規(guī)格說明和原型環(huán)境

①使得分析員能夠交互地創(chuàng)建基于語言的規(guī)格說明；②調(diào)用自動工具把基于語言的規(guī)格說明翻譯成可執(zhí)行的代碼；③使得用戶能夠使用可執(zhí)行的原型代碼去精化形式化的需求。3.1概述3.2與用戶溝通的方法3.3分析建模與規(guī)格說明3.4實體——關(guān)系圖3.5數(shù)據(jù)流圖3.6狀態(tài)轉(zhuǎn)換圖3.7數(shù)據(jù)字典

3.8結(jié)構(gòu)化分析實例第三章：結(jié)構(gòu)化分析描述用戶的需求。為軟件設(shè)計工作奠定基礎(chǔ)。定義一組需求，一旦開發(fā)出軟件產(chǎn)品之后，就可以用這組需求為標準來驗收。為了達到上述這些目標，在結(jié)構(gòu)化分析過程中導出的分析模型的形式，如圖3.1所示。3.3.1分析建模的目標圖3.1分析建模的結(jié)構(gòu)分析模型的核心是“數(shù)據(jù)字典”，它描述軟件使用或產(chǎn)生的所有數(shù)據(jù)對象。圍繞著這個核心有3種不同的圖：1.“實體—關(guān)系圖”描繪數(shù)據(jù)對象之間的關(guān)系，它是用來進行數(shù)據(jù)建?；顒拥膱D形，圖中出現(xiàn)的每個數(shù)據(jù)對象的屬性可以在“數(shù)據(jù)對象描述”中描述。2.創(chuàng)建“數(shù)據(jù)流圖”有兩個目的：①指出當數(shù)據(jù)在軟件系統(tǒng)中移動時怎樣被變換；②描繪變換數(shù)據(jù)流的功能和子功能。數(shù)據(jù)流圖是功能建模的基礎(chǔ)，在“處理規(guī)格說明”中給出了對出現(xiàn)在數(shù)據(jù)流圖中的每個功能的描述。3.狀態(tài)轉(zhuǎn)換圖”指明了作為外部事件結(jié)果的系統(tǒng)行為。為此，狀態(tài)轉(zhuǎn)換圖描繪了系統(tǒng)的各種行為模式（稱為“狀態(tài)”）和在不同狀態(tài)間轉(zhuǎn)換的方式。狀態(tài)轉(zhuǎn)換圖是行為建模的基礎(chǔ)，在“控制規(guī)格說明”中包含了有關(guān)軟件控制的附加信息。創(chuàng)建分析模型之外，還應(yīng)該寫出軟件需求規(guī)格說明，它是分析階段的最終成果軟件需求規(guī)格說明的框架如下：Ⅰ．引言A．系統(tǒng)參考文獻B．整體描述C．軟件項目約束3.3.2軟件需求規(guī)格說明Ⅱ．信息描述 A．信息內(nèi)容 B．信息流 1．數(shù)據(jù)流 2．控制流Ⅲ．功能描述 A．功能分解 B．功能描述 1．處理說明 2．限制 3．性能需求 4．設(shè)計約束 5．支撐圖 C．控制描述 1．控制規(guī)格說明 2．設(shè)計約束Ⅳ．行為描述 A．系統(tǒng)狀態(tài) B．事件和動作Ⅴ．確認標準 A．性能范圍 B．測試種類 C．預期的軟件響應(yīng) D．特殊考慮Ⅵ．參考書目Ⅶ．附錄3.1概述3.2與用戶溝通的方法3.3分析建模與規(guī)格說明3.4實體——關(guān)系圖3.5數(shù)據(jù)流圖3.6狀態(tài)轉(zhuǎn)換圖3.7數(shù)據(jù)字典

3.8結(jié)構(gòu)化分析實例第三章：結(jié)構(gòu)化分析數(shù)據(jù)模型包含3種相互關(guān)聯(lián)的信息：數(shù)據(jù)對象、描述數(shù)據(jù)對象的屬性及數(shù)據(jù)對象彼此間相互連接的關(guān)系。數(shù)據(jù)對象是對軟件必須理解的復合信息的表示。所謂復合信息是指具有一系列不同性質(zhì)或?qū)傩缘氖挛?，因此，僅有單個值的事物（例如寬度）不是數(shù)據(jù)對象數(shù)據(jù)對象彼此間是有關(guān)聯(lián)的數(shù)據(jù)對象只封裝了數(shù)據(jù)而沒有對作用于數(shù)據(jù)上的操作的引用1．數(shù)據(jù)對象屬性定義了數(shù)據(jù)對象的性質(zhì)

①為數(shù)據(jù)對象的實例命名；

②描述該實例；

③引用另一個數(shù)據(jù)對象的實例。2．屬性數(shù)據(jù)對象彼此之間相互連接的方式稱為關(guān)系，也稱為聯(lián)系。（1）一對一聯(lián)系（1∶1）

例如，一個部門有一個經(jīng)理，而每個經(jīng)理只在一個部門任職，則部門與經(jīng)理的聯(lián)系是一對一的關(guān)系。3．關(guān)系（2）一對多聯(lián)系（1∶N）

例如，某校教師與課程之間存在一對多的聯(lián)系“教”，即每位教師可以教多門課程，但是每門課程只能由一位教師來教圖3.2某校教學管理ER圖（3）多對多聯(lián)系（M∶N）

例如，圖3.2表示學生與課程間的聯(lián)系是多對多的關(guān)系，即一個學生可以學多門課程，而每門課程可以有多個學生來學。圖3.2某校教學管理ER圖ER圖中包含了實體（即數(shù)據(jù)對象）、關(guān)系和屬性3種基本成分。通常用矩形框代表實體，用連接相關(guān)實體的菱形框表示關(guān)系，用橢圓形或圓角矩形表示實體（或關(guān)系）的屬性，并用無向邊把實體（或關(guān)系）與其屬性連接起來。圖3.2所示為某學校教學管理的ER圖。4．實體—關(guān)系圖的符號3.1概述3.2與用戶溝通的方法3.3分析建模與規(guī)格說明3.4實體——關(guān)系圖3.5數(shù)據(jù)流圖3.6狀態(tài)轉(zhuǎn)換圖3.7數(shù)據(jù)字典

3.8結(jié)構(gòu)化分析實例第三章：結(jié)構(gòu)化分析如圖3.3（a）所示，數(shù)據(jù)流圖有4種基本符號：正方形（或立方體）表示數(shù)據(jù)的源點或終點；圓角矩形（或圓形）代表變換數(shù)據(jù)的處理；開口矩形（或兩條平行橫線）代表數(shù)據(jù)存儲；箭頭表示數(shù)據(jù)流，即特定數(shù)據(jù)的流動方向。3.5.1數(shù)據(jù)流圖符號圖3.3數(shù)據(jù)流圖的符號例子見word文檔：第三章：例一1．為數(shù)據(jù)流（或數(shù)據(jù)存儲）命名

名字應(yīng)代表整個數(shù)據(jù)流（或數(shù)據(jù)存儲）的內(nèi)容，而不是僅僅反映它的某些成分。

不要使用空洞的、缺乏具體含義的名字（如“數(shù)據(jù)”、“信息”之類）。

如果在為某個數(shù)據(jù)流（或數(shù)據(jù)存儲）起名字時遇到了困難，則很可能是因為對數(shù)據(jù)流圖分解不恰當造成的，應(yīng)該試試重新分解，看是否能克服這個困難。3.5.3命名2．為處理命名

通常先為數(shù)據(jù)流命名，然后再為與之相關(guān)聯(lián)的處理命名。這樣命名比較容易，而且體現(xiàn)了人類習慣的“由表及里”的思考過程。

名字應(yīng)該反映整個處理的功能，而不是它的一部分功能。

名字最好由一個具體的及物動詞加上一個具體的賓語組成。應(yīng)該盡量避免使用“加工”、“處理”等空洞籠統(tǒng)的動詞作為名字。

通常名字中僅包括一個動詞。如果必須用兩個動詞才能描述整個處理的功能，則把這個處理再分解成兩個處理可能更恰當些。

如果在為某個處理命名時遇到困難，則很可能是發(fā)現(xiàn)了分解不當?shù)嫩E象，應(yīng)考慮重新分解。3.1概述3.2與用戶溝通的方法3.3分析建模與規(guī)格說明3.4實體——關(guān)系圖3.5數(shù)據(jù)流圖3.6狀態(tài)轉(zhuǎn)換圖3.7數(shù)據(jù)字典

3.8結(jié)構(gòu)化分析實例第三章：結(jié)構(gòu)化分析狀態(tài)是任何可以被觀察到的系統(tǒng)行為模式，一個狀態(tài)代表系統(tǒng)的一種行為模式。狀態(tài)規(guī)定了系統(tǒng)對事件的響應(yīng)方式。在狀態(tài)圖中定義的狀態(tài)主要有：初態(tài)（即初始狀態(tài)）、終態(tài)（即最終狀態(tài)）和中間狀態(tài)。在一張狀態(tài)圖中只能有一個初態(tài)，而終態(tài)則可以有0至多個。3.6.1狀態(tài)狀態(tài)圖既可以表示系統(tǒng)循環(huán)動作過程，也可以表示系統(tǒng)單程生命期。當描繪循環(huán)運行過程時，通常并不關(guān)心循環(huán)是怎樣啟動的。當描繪單程生命期時，需要標明初始狀態(tài)（系統(tǒng)啟動時進入初始狀態(tài)）和最終狀態(tài)（系統(tǒng)運行結(jié)束時到達最終狀態(tài)）。事件是在某個特定時刻發(fā)生的事情，它是對引起系統(tǒng)做動作或（和）從一個狀態(tài)轉(zhuǎn)換到另一個狀態(tài)的外界事件的抽象。例如，內(nèi)部時鐘表明某個規(guī)定的時間段已經(jīng)過去，用戶移動鼠標、點擊鼠標等都是事件。簡而言之，事件就是引起系統(tǒng)做動作或（和）轉(zhuǎn)換狀態(tài)的控制信息。3.6.2事件在狀態(tài)圖中，初態(tài)用實心圓表示，終態(tài)用一對同心圓（內(nèi)圓為實心圓）表示。中間狀態(tài)用圓角矩形表示，可以用兩條水平橫線把它分成上、中、下3個部分。上面部分為狀態(tài)的名稱，這部分是必須有的；中間部分為狀態(tài)變量的名字和值，這部分是可選的；下面部分是活動表，這部分也是可選的。3.6.3符號圖3.4狀態(tài)圖中使用的主要符號為了具體說明怎樣用狀態(tài)圖建立系統(tǒng)的行為模型，下面舉一個例子。圖3.8所示為人們非常熟悉的電話系統(tǒng)的狀態(tài)圖。圖中表明，沒人打電話時電話處于閑置狀態(tài)；有人拿起聽筒則進入撥號音狀態(tài)，這時電話的行為是響起撥號音并計時；如果拿起聽筒的人改變主意不想打電話了，他把聽筒放下（掛斷），電話重又回到閑置狀態(tài)；如果拿起聽筒很長時間不撥號（超時），則進入超時狀態(tài)……3.6.4例子圖3.5電話系統(tǒng)的狀態(tài)圖3.1概述3.2與用戶溝通的方法3.3分析建模與規(guī)格說明3.4實體——關(guān)系圖3.5數(shù)據(jù)流圖3.6狀態(tài)轉(zhuǎn)換圖3.7數(shù)據(jù)字典

3.8結(jié)構(gòu)化分析實例第三章：結(jié)構(gòu)化分析

數(shù)據(jù)字典是所有與系統(tǒng)相關(guān)的數(shù)據(jù)元素的有組織的列表，并且包含了對這些數(shù)據(jù)元素的精確、嚴格的定義，從而使得用戶和系統(tǒng)分析員雙方對輸入、輸出、存儲的成分甚至中間計算結(jié)果有共同的理解。簡而言之，數(shù)據(jù)字典是描述數(shù)據(jù)的信息的集合，是對系統(tǒng)中使用的所有數(shù)據(jù)元素的定義的集合。是為了描述在結(jié)構(gòu)化分析過程中定義對象的內(nèi)容時，使用的一種半形式化的工具。名字：數(shù)據(jù)、控制項、數(shù)據(jù)存儲或外部實體的主要名稱。別名：第1項中所列諸對象的其他名字。使用地點與方式：使用數(shù)據(jù)或控制項的處理的列表，以及使用這些對象的方式（如作為處理的輸入，從處理輸出，作為數(shù)據(jù)存儲，作為外部實體）。內(nèi)容描述：描述數(shù)據(jù)或控制項內(nèi)容的符號。補充信息：關(guān)于數(shù)據(jù)類型、預置值、限制等的其他信息。數(shù)數(shù)據(jù)字典包含的列信息一旦把數(shù)據(jù)對象或控制項的名字和別名輸入數(shù)據(jù)字典，就可以保持命名的一致性。也就是說，支持數(shù)據(jù)字典的CASE工具能夠發(fā)現(xiàn)重名現(xiàn)象并發(fā)出警告信息，這提高了分析模型的一致性，有助于減少錯誤。“使用地點與方式”信息是從數(shù)據(jù)流圖中自動提取的。定義就是自頂向下的分解，所以數(shù)據(jù)字典中的定義，就是對數(shù)據(jù)自頂向下的分解。一般說來，當分解到不需要進一步定義，每個和工程有關(guān)的人也都清楚其含義的元素時，這種分解過程就完成了。順序：以確定次序連接兩個或多個分量。選擇：從兩個或多個可能的元素中選取一個。重復：把指定的分量重復零次或多次。組成數(shù)據(jù)的3種基本類型可選：即一個分量是可有可無的（重復零次或一次）。 =

意思是等價于（或定義為）； +

意思是和（即連接兩個分量）； [

]

意思是或（即從方括弧內(nèi)列出的若干個分量中選擇一個），通常用“|”號分開供選擇的分量； {

}

意思是重復（即重復花括弧內(nèi)的分量）； ()

意思是可選（即圓括弧里的分量可有可無）。第4種關(guān)系算符3.1概述3.2與用戶溝通的方法3.3分析建模與規(guī)格說明3.4實體——關(guān)系圖3.5數(shù)據(jù)流圖3.6狀態(tài)轉(zhuǎn)換圖3.7數(shù)據(jù)字典

3.8結(jié)構(gòu)化分析實例第三章：結(jié)構(gòu)化分析結(jié)構(gòu)化實例見word文檔：第三章：例二傳統(tǒng)的軟件工程方法學使用結(jié)構(gòu)化分析技術(shù)，完成分析用戶需求的工作。需求分析是發(fā)現(xiàn)、求精、建模、規(guī)格說明和復審的過程。需求分析的第一步是了解用戶當前所處的情況，發(fā)現(xiàn)用戶所面臨的問題。接下來應(yīng)該通過與用戶交流，對用戶的基本需求反復細化，以得出對目標系統(tǒng)的完整、準確和具體的需求。小結(jié)為了詳盡地了解并正確地理解用戶的需求，必須使用適當?shù)姆椒ㄅc用戶溝通和交流。訪談是歷史悠久的與用戶溝通方法，至今仍被系統(tǒng)分析員廣泛采用。為了促使用戶與分析員密切合作共同分析需求，人們研究出一種面向團隊的需求收集法，稱為“簡易的應(yīng)用規(guī)格說明技術(shù)”。現(xiàn)在，這種技術(shù)已經(jīng)成為信息系統(tǒng)界使用的主流技術(shù)。實踐表明，快速建立軟件原型是最準確、最有效和最強大的需求分析技術(shù)。快速原型應(yīng)該具備的基本特性是“快速”和“容易修改”，因此，必須有適當?shù)能浖ぞ咧С挚焖僭图夹g(shù)。通常使用第四代技術(shù)、可重用的軟件構(gòu)件及形式化規(guī)格說明與原型環(huán)境等工具，快速地構(gòu)建和修改原型。為了更好地理解問題，人們常常采用建立模型的方法，結(jié)構(gòu)化分析實質(zhì)上就是一種建?；顒樱ǔ＝?shù)據(jù)模型、功能模型和行為模型。在需求分析階段建立起來的模型，在軟件開發(fā)過程中有許多重要作用。

模型能幫助分析員更好地理解軟件系統(tǒng)的信息、功能和行為，從而使得需求分析工作更容易完成，使需求分析的結(jié)果更系統(tǒng)化。

模型是復審需求分析成果時的焦點，因此，也成為驗證規(guī)格說明的完整性、一致性和準確性的重要依據(jù)。

模型是設(shè)計的基礎(chǔ)，為設(shè)計者提供了軟件的實質(zhì)性表示，通過設(shè)計工作將把這些表示轉(zhuǎn)化成軟件實現(xiàn)。除了創(chuàng)建分析模型之外，在需求分析階段還應(yīng)該寫出軟件需求規(guī)格說明，經(jīng)過認真評審并得到用戶確認之后，作為這個階段的最終成果。通常，使用實體—關(guān)系圖來建立數(shù)據(jù)模型，讀者應(yīng)該掌握這種圖形的基本符號，能夠正確地使用這些符號建立軟件系統(tǒng)的數(shù)據(jù)模型。數(shù)據(jù)流圖是描繪信息流和數(shù)據(jù)從輸入移動到輸出的過程中所經(jīng)受的變換的圖形化技術(shù)。可以在任何抽象層次上使用數(shù)據(jù)流圖來表示信息處理系統(tǒng)或軟件。它是分析員與用戶之間溝通、交流的有效工具，也是進行軟件設(shè)計的極好出發(fā)點。由于結(jié)構(gòu)化分析通常主要關(guān)注目標系統(tǒng)應(yīng)該完成的邏輯功能，而數(shù)據(jù)流圖提供了功能建模的基本機制，因此，數(shù)據(jù)流圖是結(jié)構(gòu)化分析過程中使用的最主要的建模工具。讀者應(yīng)該熟練掌握數(shù)據(jù)流圖的基本符號，并能正確地使用這些符號建立目標系統(tǒng)的功能模型。

狀態(tài)轉(zhuǎn)換圖通過描繪系統(tǒng)的狀態(tài)及引起系統(tǒng)狀態(tài)轉(zhuǎn)換的事件，表示系統(tǒng)的行為，從而提供了行為建模的機制。數(shù)據(jù)字典描述在數(shù)據(jù)模型、功能模型和行為模型中出現(xiàn)的數(shù)據(jù)對象和控制信息的特性，給出這些對象的精確定義。因此，數(shù)據(jù)字典成為把3種分析模型黏合在一起的“黏合劑”，是分析模型的“核心”。在開發(fā)大型軟件系統(tǒng)的過程中，數(shù)據(jù)字典的規(guī)模和復雜程度都迅速增加，通常需要使用CASE工具來創(chuàng)建和維護數(shù)據(jù)字典。1．銀行計算機儲蓄系統(tǒng)的工作過程大致如下：儲戶填寫的存款單或取款單由業(yè)務(wù)員鍵入系統(tǒng)，如果是存款則系統(tǒng)記錄存款人姓名、住址（或電話號碼）、身份證號碼、存款類型、存款日期、到期日期、利率、密碼（可選）等信息，并印出存款單給儲戶；如果是取款而且存款時留有密碼，則系統(tǒng)首先核對儲戶密碼，若密碼正確或存款時未留密碼，則系統(tǒng)計算利息并印出利息清單給儲戶。

請用數(shù)據(jù)流圖描繪本系統(tǒng)的功能，并用實體—關(guān)系圖描繪系統(tǒng)中的數(shù)據(jù)對象。習題2．為方便旅客，某航空公司擬開發(fā)一個機票預訂系統(tǒng)。旅行社把預訂機票的旅客信息（姓名、性別、工作單位、身份證號碼、旅行時間、旅行目的地等）輸入進該系統(tǒng)，系統(tǒng)為旅客安排航班，印出取票通知和賬單，旅客在飛機起飛的前一天憑取票通知和賬單交款