第三章_需求分析

1、第三章第三章 需求分析需求分析(Requirements Analysis)1. 需求分析的任務(wù)需求分析的任務(wù)仍然回答仍然回答“What”，而不是，而不是“How”，但更細(xì)致、精確（合同的擬定）但更細(xì)致、精確（合同的擬定）可行性分析可行性分析DFDDD功能具體化功能具體化需求規(guī)格說明需求規(guī)格說明加細(xì)加細(xì)DFDDD算法算法描述描述IPOFinal stage of Definition phase1、確定對(duì)系統(tǒng)的綜合要求、確定對(duì)系統(tǒng)的綜合要求 功能要求功能要求:系統(tǒng)必須做什么？系統(tǒng)必須做什么？ 性能要求：做得怎樣？性能要求：做得怎樣？ 例：響應(yīng)時(shí)間例：響應(yīng)時(shí)間 ,主存容量主存容量 , 安全性能安

2、全性能 , 可靠性和可用性可靠性和可用性 。出錯(cuò)處理需求出錯(cuò)處理需求(5)接口需求接口需求(6)約束約束(7)逆向需求逆向需求:不該做什么不該做什么.(8)未來可能的擴(kuò)充要求：明確列出那些雖然不屬于當(dāng)前系統(tǒng)開發(fā)未來可能的擴(kuò)充要求：明確列出那些雖然不屬于當(dāng)前系統(tǒng)開發(fā)范疇范疇,但是據(jù)分析將來很可能會(huì)提出來的要求但是據(jù)分析將來很可能會(huì)提出來的要求.2、分析數(shù)據(jù)、分析數(shù)據(jù)建立概念模型建立概念模型(conceptual models): E-R Diagram形象描繪數(shù)據(jù)結(jié)構(gòu)形象描繪數(shù)據(jù)結(jié)構(gòu): Data Hierarchy, Warnier Diagram, IPO數(shù)據(jù)結(jié)構(gòu)規(guī)范化數(shù)據(jù)結(jié)構(gòu)規(guī)范化(Norm

3、alization)3、導(dǎo)出邏輯模型、導(dǎo)出邏輯模型 DFD + DD + IPO4、修正、修正計(jì)劃計(jì)劃：重估成本、進(jìn)度等：重估成本、進(jìn)度等可行性分析階段的項(xiàng)目開發(fā)計(jì)劃可行性分析階段的項(xiàng)目開發(fā)計(jì)劃5、開發(fā)原型系統(tǒng)、開發(fā)原型系統(tǒng)(Prototyping)（如有必要如有必要）“樣機(jī)樣機(jī)試用試用”CDG基本適用不適用、廢棄Throw away追加 add on6、編寫軟件需求規(guī)格說明書、編寫軟件需求規(guī)格說明書3.需求分析過程需求分析過程 （SA）-數(shù)據(jù)驅(qū)動(dòng)的分析方法數(shù)據(jù)驅(qū)動(dòng)的分析方法 軟件系統(tǒng)本質(zhì)上是信息處理系統(tǒng)軟件系統(tǒng)本質(zhì)上是信息處理系統(tǒng),而任何而任何信息處理系統(tǒng)的基本功能都是把輸入數(shù)據(jù)轉(zhuǎn)信息處理系

4、統(tǒng)的基本功能都是把輸入數(shù)據(jù)轉(zhuǎn)變成需要的輸出信息。數(shù)據(jù)決定了需要的處變成需要的輸出信息。數(shù)據(jù)決定了需要的處理和算法理和算法, 數(shù)據(jù)顯然是分析的出發(fā)點(diǎn)數(shù)據(jù)顯然是分析的出發(fā)點(diǎn)。 通過可行性研究已經(jīng)得出了目標(biāo)系統(tǒng)的通過可行性研究已經(jīng)得出了目標(biāo)系統(tǒng)的高層數(shù)據(jù)流圖高層數(shù)據(jù)流圖,需求分析的目的之一就是把需求分析的目的之一就是把數(shù)據(jù)流和數(shù)據(jù)存儲(chǔ)定義到元素級(jí)。數(shù)據(jù)流和數(shù)據(jù)存儲(chǔ)定義到元素級(jí)。為了達(dá)到為了達(dá)到這個(gè)目的這個(gè)目的,通常從數(shù)據(jù)流圖的輸出端著手分通常從數(shù)據(jù)流圖的輸出端著手分析析,這是因?yàn)橄到y(tǒng)的目標(biāo)是產(chǎn)生這些輸出這是因?yàn)橄到y(tǒng)的目標(biāo)是產(chǎn)生這些輸出,輸輸出數(shù)據(jù)確定了系統(tǒng)必須具有的最基本的組成出數(shù)據(jù)確定了系統(tǒng)必須具

5、有的最基本的組成元素。元素。 分析過程分析過程:1、沿、沿DFD回溯：回溯： DFD的輸出端是系統(tǒng)的最終目的。的輸出端是系統(tǒng)的最終目的。沿?cái)?shù)據(jù)流沿?cái)?shù)據(jù)流圖從輸出端往輸入端回溯圖從輸出端往輸入端回溯,應(yīng)該能夠確定每個(gè)應(yīng)該能夠確定每個(gè)數(shù)據(jù)元素的來源數(shù)據(jù)元素的來源,與此同時(shí)也就初步定義了有與此同時(shí)也就初步定義了有關(guān)的算法。有時(shí)關(guān)的算法。有時(shí),為了得到某個(gè)數(shù)據(jù)元素需要為了得到某個(gè)數(shù)據(jù)元素需要用到數(shù)據(jù)流圖中目前還沒有的數(shù)據(jù)元素用到數(shù)據(jù)流圖中目前還沒有的數(shù)據(jù)元素,或者或者得出這個(gè)數(shù)據(jù)元素需要用的算法尚不完全清得出這個(gè)數(shù)據(jù)元素需要用的算法尚不完全清楚。解決這個(gè)問題楚。解決這個(gè)問題,使分析員對(duì)目標(biāo)系統(tǒng)的認(rèn)使分

6、析員對(duì)目標(biāo)系統(tǒng)的認(rèn)識(shí)更深入更具體。識(shí)更深入更具體。向回確定每個(gè)數(shù)據(jù)元素的向回確定每個(gè)數(shù)據(jù)元素的來源，可加細(xì)來源，可加細(xì)DFD及及DD，并將相關(guān)算法記錄，并將相關(guān)算法記錄在在IPO圖中。圖中。2、用戶復(fù)查、用戶復(fù)查 系統(tǒng)的詳細(xì)信息只能來源于直接在這個(gè)系系統(tǒng)的詳細(xì)信息只能來源于直接在這個(gè)系統(tǒng)上工作的人一一系統(tǒng)的用戶。因此統(tǒng)上工作的人一一系統(tǒng)的用戶。因此,必須請(qǐng)必須請(qǐng)用戶對(duì)前一個(gè)分析步驟中得出的結(jié)果仔細(xì)地用戶對(duì)前一個(gè)分析步驟中得出的結(jié)果仔細(xì)地進(jìn)行復(fù)查進(jìn)行復(fù)查,數(shù)據(jù)流圖是幫助復(fù)查的極好工具。數(shù)據(jù)流圖是幫助復(fù)查的極好工具。 從輸入端開始從輸入端開始,分析員分析員借助借助數(shù)據(jù)流圖數(shù)據(jù)流圖以及以及數(shù)據(jù)字典數(shù)

7、據(jù)字典和和簡明的算法簡明的算法描述向用戶解釋描述向用戶解釋輸入輸入數(shù)據(jù)是怎樣一步一步地轉(zhuǎn)變成輸出數(shù)據(jù)的。數(shù)據(jù)是怎樣一步一步地轉(zhuǎn)變成輸出數(shù)據(jù)的。這些解釋集中反映了通過前面的分析工作分這些解釋集中反映了通過前面的分析工作分析員所獲得的對(duì)目標(biāo)系統(tǒng)的認(rèn)識(shí)。用戶應(yīng)該析員所獲得的對(duì)目標(biāo)系統(tǒng)的認(rèn)識(shí)。用戶應(yīng)該注意傾聽分析員的報(bào)告注意傾聽分析員的報(bào)告,并及時(shí)糾正和補(bǔ)充分并及時(shí)糾正和補(bǔ)充分析員的認(rèn)識(shí)。析員的認(rèn)識(shí)。3、細(xì)化、細(xì)化DFD： 反復(fù)進(jìn)行上述分析過程反復(fù)進(jìn)行上述分析過程,分析員越來越深入地分析員越來越深入地定義了系統(tǒng)中的數(shù)據(jù)和系統(tǒng)應(yīng)該完成的功能。定義了系統(tǒng)中的數(shù)據(jù)和系統(tǒng)應(yīng)該完成的功能。為了追蹤更詳細(xì)的數(shù)據(jù)流

8、為了追蹤更詳細(xì)的數(shù)據(jù)流,分析員應(yīng)該把數(shù)據(jù)分析員應(yīng)該把數(shù)據(jù)流圖擴(kuò)展到更低的層次。流圖擴(kuò)展到更低的層次。通過功能分解可以通過功能分解可以完成數(shù)據(jù)流圖的細(xì)化。完成數(shù)據(jù)流圖的細(xì)化。在數(shù)據(jù)流圖中選出一在數(shù)據(jù)流圖中選出一個(gè)功能比較復(fù)雜的處理個(gè)功能比較復(fù)雜的處理,并把它的功能分解成并把它的功能分解成若干個(gè)子功能若干個(gè)子功能,這些較低層的子功能成為一張這些較低層的子功能成為一張新數(shù)據(jù)流圖上的處理新數(shù)據(jù)流圖上的處理,在這張新數(shù)據(jù)流圖上還在這張新數(shù)據(jù)流圖上還應(yīng)該包括自己的數(shù)據(jù)存儲(chǔ)和數(shù)據(jù)流。應(yīng)該包括自己的數(shù)據(jù)存儲(chǔ)和數(shù)據(jù)流。 加細(xì)前后的加細(xì)前后的I/O須相同。須相同。 分解到須考慮具體實(shí)現(xiàn)的代碼時(shí)即可仃止分解到須考慮

9、具體實(shí)現(xiàn)的代碼時(shí)即可仃止4、修正計(jì)劃、修正計(jì)劃5、文檔：、文檔：需求規(guī)格說明書需求規(guī)格說明書不需分解不需分解有補(bǔ)充有補(bǔ)充修正修正無補(bǔ)充修正無補(bǔ)充修正分析追蹤分析追蹤數(shù)據(jù)流圖數(shù)據(jù)流圖用戶復(fù)查用戶復(fù)查細(xì)細(xì) 化化數(shù)據(jù)流圖數(shù)據(jù)流圖需要需要分解分解需求規(guī)格說明書需求規(guī)格說明書封面封面： 文檔編號(hào)文檔編號(hào)： 版版 本本 號(hào)：號(hào)： 文檔名稱：文檔名稱： 項(xiàng)目名稱：項(xiàng)目名稱： 項(xiàng)目負(fù)責(zé)人：項(xiàng)目負(fù)責(zé)人： 年年 月月 日日編寫：編寫：核對(duì)：核對(duì)：審核：審核：批準(zhǔn)：批準(zhǔn)：開發(fā)單位：開發(fā)單位： 需求規(guī)格說明書需求規(guī)格說明書內(nèi)容內(nèi)容：系統(tǒng)規(guī)格說明：系統(tǒng)規(guī)格說明： 系統(tǒng)概貌系統(tǒng)概貌 功能要求功能要求 性能要求性能要求 運(yùn)

10、行要求運(yùn)行要求 可能增加的要求可能增加的要求 DFD IPO 數(shù)據(jù)要求：數(shù)據(jù)要求： DD Hierarchy 或或 Warnier Diagram 用戶系統(tǒng)描述用戶系統(tǒng)描述 初步用戶手冊(cè)：從用戶的觀點(diǎn)考慮系統(tǒng)初步用戶手冊(cè)：從用戶的觀點(diǎn)考慮系統(tǒng) 系統(tǒng)功能、性能系統(tǒng)功能、性能 使用與步驟使用與步驟 等等修正的開發(fā)計(jì)劃：修正的開發(fā)計(jì)劃： 成本估計(jì)成本估計(jì) 資源使用計(jì)劃資源使用計(jì)劃 進(jìn)度計(jì)劃進(jìn)度計(jì)劃6、審查和復(fù)審、審查和復(fù)審4 概念模型和規(guī)范化概念模型和規(guī)范化 對(duì)數(shù)據(jù)的分析對(duì)數(shù)據(jù)的分析1、概念模型：描述、概念模型：描述從用戶角度從用戶角度看到的數(shù)據(jù)看到的數(shù)據(jù) 實(shí)體實(shí)體 -聯(lián)系圖聯(lián)系圖(Entity -

11、 Relationship Diagram) Entities 例：例： , ,StudentInstructorClass Attributes 例：例： ,NameI D# Relations 例：例：Enrolled inTeach111NMNInstructorStudentEnrolled inTeachClassI D #I D #NameNameSexSexTitleInstructor IDClass IDGradeStudent IDClass IDCreditI D #Subject例：例：2、數(shù)據(jù)規(guī)范化、數(shù)據(jù)規(guī)范化:范式范式(Normal Forms)：消除數(shù)據(jù)冗余度：消

12、除數(shù)據(jù)冗余度例：例：StudentInstructorClassEnrolled inTeachID* *NameSexAgeMajor ID* *NameSexAgeTitle ID* *SubjectCreditStudent ID* *Class IDGradeInstructor ID* * Class ID* *Keyword:可唯一地標(biāo)識(shí)一個(gè)元組的屬性可唯一地標(biāo)識(shí)一個(gè)元組的屬性1 - NF：所有屬性都是原子值，即不出現(xiàn)：所有屬性都是原子值，即不出現(xiàn)“表中有表表中有表”2 - NF：在：在 1-NF 基礎(chǔ)上，每個(gè)基礎(chǔ)上，每個(gè)non-key-word都由整個(gè)都由整個(gè)key word 決

13、定（而非依賴于決定（而非依賴于key word 的一部分）。例：的一部分）。例：“Major”實(shí)際上由實(shí)際上由“ID”的第的第6、7位決定，可省去。位決定，可省去。3 - NF：在：在 2-NF基礎(chǔ)上，基礎(chǔ)上，non-key-word之間無從屬關(guān)系。之間無從屬關(guān)系。 某校教學(xué)管理ER圖5 狀態(tài)轉(zhuǎn)換圖狀態(tài)轉(zhuǎn)換圖l狀態(tài)轉(zhuǎn)換圖狀態(tài)轉(zhuǎn)換圖(簡稱為狀態(tài)圖簡稱為狀態(tài)圖)通過描繪系統(tǒng)的通過描繪系統(tǒng)的狀狀態(tài)態(tài)及引起系統(tǒng)狀態(tài)轉(zhuǎn)換的及引起系統(tǒng)狀態(tài)轉(zhuǎn)換的事件事件，來表示系統(tǒng)的，來表示系統(tǒng)的行為。行為。l在狀態(tài)圖中定義的狀態(tài)主要有：初態(tài)、終態(tài)和在狀態(tài)圖中定義的狀態(tài)主要有：初態(tài)、終態(tài)和中間狀態(tài)。中間狀態(tài)。l在一張狀態(tài)圖

14、中只能有一個(gè)初態(tài)，而終態(tài)則可在一張狀態(tài)圖中只能有一個(gè)初態(tài)，而終態(tài)則可以有以有0至多個(gè)。至多個(gè)。l事件是在某個(gè)特定時(shí)刻發(fā)生的事情，它是對(duì)系事件是在某個(gè)特定時(shí)刻發(fā)生的事情，它是對(duì)系統(tǒng)做動(dòng)作或統(tǒng)做動(dòng)作或(和和)從一個(gè)狀態(tài)轉(zhuǎn)換到另一個(gè)狀態(tài)從一個(gè)狀態(tài)轉(zhuǎn)換到另一個(gè)狀態(tài)的外界事件的抽象。的外界事件的抽象。狀態(tài)圖中使用的主要符號(hào)狀態(tài)圖中使用的主要符號(hào)l狀態(tài)名必須有，狀態(tài)變量和活動(dòng)表是可選的。狀態(tài)名必須有，狀態(tài)變量和活動(dòng)表是可選的。l活動(dòng)表的語法格式如下：事件名活動(dòng)表的語法格式如下：事件名(參數(shù)表參數(shù)表)/動(dòng)作表達(dá)式。動(dòng)作表達(dá)式。 l3種標(biāo)準(zhǔn)事件：種標(biāo)準(zhǔn)事件：entry，exit和和do l事件表達(dá)式的語法如下

15、：事件說明守衛(wèi)條件動(dòng)作表達(dá)事件表達(dá)式的語法如下：事件說明守衛(wèi)條件動(dòng)作表達(dá)式式注：注：例子例子6 其他圖形工具其他圖形工具1、層次方框圖、層次方框圖 (Hierarchy) 描繪數(shù)據(jù)的結(jié)構(gòu)描繪數(shù)據(jù)的結(jié)構(gòu) 層次方框圖用樹形結(jié)構(gòu)的一系列多層次的矩形框描繪層次方框圖用樹形結(jié)構(gòu)的一系列多層次的矩形框描繪數(shù)據(jù)的層次結(jié)構(gòu)。樹形結(jié)構(gòu)的頂層是一個(gè)單獨(dú)的矩形數(shù)據(jù)的層次結(jié)構(gòu)。樹形結(jié)構(gòu)的頂層是一個(gè)單獨(dú)的矩形框框,它代表完整的數(shù)據(jù)結(jié)構(gòu)它代表完整的數(shù)據(jù)結(jié)構(gòu),下面的各層矩形框代表這個(gè)下面的各層矩形框代表這個(gè)數(shù)據(jù)的子集數(shù)據(jù)的子集,最底層的各個(gè)框代表組成這個(gè)數(shù)據(jù)的實(shí)際最底層的各個(gè)框代表組成這個(gè)數(shù)據(jù)的實(shí)際數(shù)據(jù)元素?cái)?shù)據(jù)元素(不能再

16、分割的元素不能再分割的元素)。例如，描繪一家計(jì)算機(jī)公司全部產(chǎn)品的數(shù)據(jù)結(jié)構(gòu)例如，描繪一家計(jì)算機(jī)公司全部產(chǎn)品的數(shù)據(jù)結(jié)構(gòu)2、Warnier Diagram：層次層次（n1 ,n2):重復(fù)重復(fù)n1到到n2次次 ：二者擇一：二者擇一例：例： 頭條新聞?lì)^條新聞 地區(qū)隊(duì)地區(qū)隊(duì) 頭版頭版 國內(nèi)新聞國內(nèi)新聞 體育新聞體育新聞 職業(yè)隊(duì)職業(yè)隊(duì) 本地新聞本地新聞 拳擊拳擊 社論社論(1,1) 經(jīng)營簡訊經(jīng)營簡訊 專欄專欄(1,3) 報(bào)紙報(bào)紙 社論社論 讀者來信讀者來信(1,3) 副刊副刊 商業(yè)新聞商業(yè)新聞 雇員簡訊雇員簡訊 諷刺漫畫諷刺漫畫(0,1) 一般新聞一般新聞 體育新聞聯(lián)播體育新聞聯(lián)播 招生招生 副刊副刊 商業(yè)

17、新聞商業(yè)新聞 廣告廣告 招聘招聘 廣告廣告 求助求助細(xì)細(xì)化化Warnier圖也用樹形結(jié)構(gòu)描繪信息圖也用樹形結(jié)構(gòu)描繪信息,但是這種圖形工具比層但是這種圖形工具比層次方框圖提供了更豐富的描繪手段。其可以表明信息的邏次方框圖提供了更豐富的描繪手段。其可以表明信息的邏輯組織輯組織,也就是說也就是說,它可以指出一類信息或一個(gè)信息量是重它可以指出一類信息或一個(gè)信息量是重復(fù)出現(xiàn)的復(fù)出現(xiàn)的,也可以表示特定信息在某一類信息中是有條件也可以表示特定信息在某一類信息中是有條件地出現(xiàn)的。容易把地出現(xiàn)的。容易把Warnier圖轉(zhuǎn)變成軟件設(shè)計(jì)的工具。圖轉(zhuǎn)變成軟件設(shè)計(jì)的工具。 3、IPO圖圖(Input / Process

18、 / Output)：簡要的算法描述簡要的算法描述1. 1. 校驗(yàn)校驗(yàn)主記錄主記錄2. 2. 校驗(yàn)校驗(yàn)事務(wù)記錄事務(wù)記錄3. 3. 更新更新主記錄主記錄舊的主文件舊的主文件事務(wù)文件事務(wù)文件有效的有效的主記錄主記錄有效的有效的事務(wù)記錄事務(wù)記錄更新后的更新后的主文件主文件輸出輸出O O處理處理P P輸入輸入I I IPO圖是輸入圖是輸入/處理處理/輸出圖的簡稱輸出圖的簡稱, 能夠方便地描繪輸入能夠方便地描繪輸入數(shù)據(jù)、對(duì)數(shù)據(jù)的處理和輸出數(shù)據(jù)之間的關(guān)系。數(shù)據(jù)、對(duì)數(shù)據(jù)的處理和輸出數(shù)據(jù)之間的關(guān)系。 它的基本形式是在左邊的框中列出有關(guān)的輸入數(shù)據(jù)它的基本形式是在左邊的框中列出有關(guān)的輸入數(shù)據(jù),在中在中間的框內(nèi)列出

19、主要的處理間的框內(nèi)列出主要的處理,在右邊的框內(nèi)列出產(chǎn)生的輸出數(shù)在右邊的框內(nèi)列出產(chǎn)生的輸出數(shù)據(jù)。處理框中列出處理的次序暗示了執(zhí)行的順序據(jù)。處理框中列出處理的次序暗示了執(zhí)行的順序.改進(jìn)的改進(jìn)的IPO圖的形式圖的形式 7.驗(yàn)證需求驗(yàn)證需求(Requirements Validation)從從以下以下四個(gè)四個(gè)方面方面驗(yàn)證驗(yàn)證所有所有需求需求必須是正確的必須是正確的. . 一致性：一致性：任何一條需求不能和其他需求矛盾任何一條需求不能和其他需求矛盾. . 完整性：規(guī)格說明書應(yīng)包括用戶需求的每一個(gè)完整性：規(guī)格說明書應(yīng)包括用戶需求的每一個(gè)功能和性能功能和性能. . 現(xiàn)實(shí)性：指定的需求應(yīng)該是用現(xiàn)有的硬件技術(shù)現(xiàn)

20、實(shí)性：指定的需求應(yīng)該是用現(xiàn)有的硬件技術(shù)和軟件技術(shù)基本上可以實(shí)現(xiàn)的和軟件技術(shù)基本上可以實(shí)現(xiàn)的. . 有效性有效性: :必須證明需求是正確有效的必須證明需求是正確有效的, ,確實(shí)能解確實(shí)能解決用戶面對(duì)的問題決用戶面對(duì)的問題. . 方法：方法： 人工審查人工審查 初步用戶手冊(cè)初步用戶手冊(cè) Prototyping 使用軟件工具使用軟件工具 完整性、一致性完整性、一致性(1)必須有形式化的語法必須有形式化的語法(或表或表),因此可以用計(jì)因此可以用計(jì)算機(jī)自動(dòng)處理使用這種語法說明的用于需求算機(jī)自動(dòng)處理使用這種語法說明的用于需求分析的軟件工具內(nèi)容分析的軟件工具內(nèi)容;(2)使用這個(gè)軟件工具能夠?qū)С鲈敿?xì)的文檔使用

21、這個(gè)軟件工具能夠?qū)С鲈敿?xì)的文檔;(3)必須提供分析必須提供分析(測試測試)規(guī)格說明書的不一致規(guī)格說明書的不一致性和冗余性的手段性和冗余性的手段,并且應(yīng)該能夠產(chǎn)生一組報(bào)并且應(yīng)該能夠產(chǎn)生一組報(bào)告指明對(duì)完整性分析的結(jié)果告指明對(duì)完整性分析的結(jié)果;(4)使用這個(gè)軟件工具之后使用這個(gè)軟件工具之后,應(yīng)該能夠改進(jìn)通信應(yīng)該能夠改進(jìn)通信狀況。狀況。 用于需求分析的軟件工具用于需求分析的軟件工具例例1：Software Requirements Engineering Methodology (SREM) (TRW Corporation, 1977)REVSRSLRequirementsRSLStatementsAbstract System Semantic Model (ASSM)AnalyzerReports RSL(需求陳述語言需求陳述語言)。RSL中的語句是計(jì)算中的語句是計(jì)算機(jī)可以處理的機(jī)可以處理的,處理以后把從這些語句中得到的處理以后把從這些語句中得到的信息集中存放在一個(gè)稱為抽象系統(tǒng)語義模型信息集中存放在一個(gè)稱為抽象系統(tǒng)語義模型(ASSM)的數(shù)據(jù)庫中。有一組軟件工具處理的數(shù)據(jù)庫中