結構化需求分析方法補充馬寧.ppt

1、需求分析 結構化分析方法,結構化分析模型的組成 數(shù)據(jù)建模 功能建模 數(shù)據(jù)詞典 行為建模 軟件需求規(guī)格說明書,結構化分析模型的組成,數(shù)據(jù)字典是模型的核心 實體關系圖（ER圖）：描述數(shù)據(jù)對象間的關系 ，用于數(shù)據(jù)建模。 數(shù)據(jù)流圖（DFD圖）：描述了數(shù)據(jù)流在系統(tǒng)中流動的過程，以及對數(shù)據(jù)流進行變換的功能，用于功能建模。 狀態(tài)遷移圖（STD圖）：描述了對外部事件的響應方式，表示了系統(tǒng)的各種行為模式（稱為狀態(tài)）以及在狀態(tài)間進行變遷的方式，用于行為建模,數(shù)據(jù)建模 ER圖,數(shù)據(jù)模型是為了把用戶的數(shù)據(jù)要求清晰明確地表達出來所建立的一個概念性的模型，也稱為信息模型。 概念性數(shù)據(jù)模型是一種面向問題的數(shù)據(jù)模型，是按照用

2、戶的觀點來對數(shù)據(jù)和信息建模。它描述了從用戶角度看到的數(shù)據(jù)，反映了用戶的現(xiàn)實環(huán)境，但與在軟件系統(tǒng)中的實現(xiàn)方法無關。 概念模型常用的表示方法是實體-關系圖法，也稱為實體關系模型,數(shù)據(jù)建模的目標,數(shù)據(jù)建模的目標是為了明確下列與數(shù)據(jù)處理相關的特定問題： 系統(tǒng)處理哪些主要的數(shù)據(jù)對象？ 每個數(shù)據(jù)對象的組成如何？ 哪些屬性描述了這些數(shù)據(jù)對象？ 這些數(shù)據(jù)對象當前位于何處？ 數(shù)據(jù)對象之間的關系？ 數(shù)據(jù)對象和變換它們的處理之間有哪些關系,數(shù)據(jù)對象、屬性和關系,數(shù)據(jù)對象描述包括了數(shù)據(jù)對象的名稱及其所有屬性。通常將數(shù)據(jù)對象簡稱為“實體”，其具體表現(xiàn)可以是： 外部實體：產生或使用消息的任何事物； 事物：例如建筑物、汽車

3、等物體； 事件：例如警報； 角色：例如老師、學生、管理員等； 組織單位：例如學校教務處、財務處等； 地點：例如倉庫、停車場等； 結構：例如文件、檔案等,屬性,每個數(shù)據(jù)對象都具有一些區(qū)別于其他數(shù)據(jù)對象的特征和性質，這些特征稱為數(shù)據(jù)對象的屬性。它可用于： 命名數(shù)據(jù)對象； 描述數(shù)據(jù)對象實例； 建立與其它數(shù)據(jù)對象的聯(lián)系； 能夠唯一標識一個數(shù)據(jù)對象實例的一個（組）屬性，稱為該數(shù)據(jù)對象的“關鍵字”。 例如：汽車實體的屬性包括生產廠家、型號、車牌號、車型、顏色、車主、出廠日期、座位數(shù)、車長度、發(fā)動機型號等。其中關鍵字為車牌號,關系,數(shù)據(jù)對象之間可以存在某種特定的關聯(lián)，稱之為數(shù)據(jù)對象的關系。 關系是由被分析問

4、題的語境定義的。 例如： 汽車生產廠家與汽車之間存在的“生產”的關系 購車人與汽車之間存在著“購買”的關系 汽車與發(fā)動機之間存在這“安裝”的關系,基數(shù),為了更準確的刻畫數(shù)據(jù)對象之間的關系，數(shù)據(jù)模型引入基數(shù)，表示在一個給定的關系中實體出現(xiàn)的次數(shù)。 基數(shù)通常簡單地表達為“一”或“多”?？紤]到“一”和“多”的所有組合，兩個實體可能的關聯(lián)如下： 一對一：例如汽車與車牌號的關系； 一對多：例如生產廠家與汽車的關系； 多對多：汽車生產廠家與購車人的關系,ER圖,ER圖中的實體與屬性用一個帶名字的矩形表示。上部表示實體的名稱，下面表示實體的屬性，用下劃線標識實體的關鍵字屬性。 ER圖中的關系用連接實體的連線

5、表示，連線上標出關系的名稱。 ER圖中的基數(shù)用連線的不同端點符號標識,ER圖,例如，教學管理系統(tǒng)中的教師、學生和課程之間的關系,功能建模數(shù)據(jù)流圖,當數(shù)據(jù)或信息“流”過計算機系統(tǒng)時將會被系統(tǒng)的功能所處理、加工或變換后再將處理或變換后的數(shù)據(jù)從系統(tǒng)輸出。 數(shù)據(jù)流圖是描述信息流和數(shù)據(jù)從輸入移動到輸出時被系統(tǒng)的功能變換的圖形化技術。是軟件需求分析中功能建模的工具。 數(shù)據(jù)流圖采用自頂向下的機制表示層級的功能細節(jié)和數(shù)據(jù)變換細節(jié),分層數(shù)據(jù)流圖的兩種表示,數(shù)據(jù)流圖示例,例1：醫(yī)院就診管理系統(tǒng)： 假設，該系統(tǒng)涉及醫(yī)院的三個部門：掛號、問診、交費和取藥。 掛號：掛號處的掛號人員接受病人的就診請求，根據(jù)門診科室各醫(yī)生

6、的病人的排隊情況，分配合適科室和醫(yī)生，記錄并打印掛號憑據(jù)，收取掛號費完成掛號請求。 問診：醫(yī)生根據(jù)掛號的次序對病人進行病情診斷，根據(jù)掛號單據(jù)及病歷號獲取該病人的歷史病歷，然后將問診結果記錄在病歷當中并開具相應的處方（處方中可根據(jù)系統(tǒng)提供的藥品進行選擇），打印處方交給病人完成一次問診。 交費取藥：病人在收費處根據(jù)掛號單據(jù)和處方所列出的藥品種類和數(shù)量進行交費，取得相應的藥品完成一次看病流程,頂層數(shù)據(jù)流圖,病人,醫(yī)院就診 管理系統(tǒng),科室醫(yī)生排隊信息,掛號憑據(jù),查詢 科室 醫(yī)生 信息,寫入 病人 掛號 信息,例2：超市經(jīng)營管理系統(tǒng) 該系統(tǒng)負責管理超市經(jīng)營過程中的各個環(huán)節(jié)，具體包括銷售貨物、庫存統(tǒng)計、采

7、購商品、財務核算等內容。 銷售：接受顧客的訂單，并根據(jù)客戶的需要開具收據(jù)或發(fā)票； 庫存：隨時查詢庫存商品的數(shù)量； 采購：向供應商訂貨，支付貨款，并回收發(fā)票； 財務核算：對經(jīng)營的財務情況進行核算，計算收益,頂層數(shù)據(jù)流圖,第二層銷售數(shù)據(jù)流圖,例4：教學管理系統(tǒng),數(shù)據(jù)詞典,數(shù)據(jù)詞典（DD，Data Dictionary）：對于數(shù)據(jù)流圖中出現(xiàn)的所有被命名的圖形元素加以定義，使得每一個圖形元素的名字都有一個確切的解釋。 其定義應是嚴密的、精確的，無二義性的，它由以下內容組成： 數(shù)據(jù)流詞條 數(shù)據(jù)元素詞條 數(shù)據(jù)文件詞條 加工詞條 外部實體,數(shù)據(jù)字典中采用符號,2009 BUPT TSEG 北京郵電大學 通信

8、軟件工程中心,2009 BUPT TSEG 北京郵電大學 通信軟件工程中心,2009 BUPT TSEG 北京郵電大學 通信軟件工程中心,數(shù)據(jù)詞典的使用,在結構化分析的過程中，可以通過數(shù)據(jù)名稱方便地查問數(shù)據(jù)的定義； 可按各種要求，隨時列出各種表，以滿足分析員的需要。 可以按描述內容（或定義）來查詢數(shù)據(jù)的名稱。 通過檢查各個加工的邏輯功能，可以實現(xiàn)和檢查在數(shù)據(jù)與程序之間的一致性和完整性。 在設計與實現(xiàn)階段，以至于到維護階段都需要參考數(shù)據(jù)詞典進行設計、修改和查詢,狀態(tài)遷移圖可以用來描述系統(tǒng)或對象的狀態(tài)，以及導致系統(tǒng)或對象的狀態(tài)改變的事件，從而描述系統(tǒng)的行為。 狀態(tài)遷移圖指明系統(tǒng)的狀態(tài)如何響應外部的

9、事件進行推移。 在狀態(tài)遷移圖中，用圓圈“”表示可得到的系統(tǒng)狀態(tài)，用箭頭“”表示從一種狀態(tài)向另一種狀態(tài)的遷移。在箭頭上要寫上導致遷移的信號或事件的名字。 狀態(tài)遷移圖指明了作為特定事件的結果（狀態(tài)）。在狀態(tài)中包含可能執(zhí)行的行為（活動或加工,行為建模狀態(tài)遷移圖,分層的狀態(tài)遷移圖,在狀態(tài)遷移圖中，由一個狀態(tài)和一個事件所決定的下一狀態(tài)可能會有多個。實際會遷移到哪一個是由更詳細的內部狀態(tài)和更詳細的事件信息來決定的,復習題,一、單選題 1下面哪句話最準確地概括了結構化方法的核心思想（ ） A、由分解到抽象 B、自頂向下，由細到粗，逐步抽象 C、自下而上，由抽象到具體 D、自頂向下，由粗到細，逐步求精 2結構

10、化分析方法使用的描述工具中，用于描述系統(tǒng)由哪幾部分組成，各部分之間有什么聯(lián)系等的是（ ） A、數(shù)據(jù)流圖 B、數(shù)據(jù)字典 C、判定表 D、判斷樹,3、系統(tǒng)分析階段的主要任務是勾畫新系統(tǒng)的邏輯模型，以便說明（ ）。 A、系統(tǒng)開發(fā)的可行性 B、系統(tǒng)是什么 C、系統(tǒng)干什么 D、系統(tǒng)如何實施 4、信息系統(tǒng)開發(fā)各階段的順序是（ ）。 A、總體規(guī)劃、系統(tǒng)設計、系統(tǒng)實施、系統(tǒng)評價、系統(tǒng)分析、運行維護 B、總體規(guī)劃、系統(tǒng)分析、系統(tǒng)設計、系統(tǒng)實施、運行維護、系統(tǒng)評價 C、系統(tǒng)分析、總體規(guī)劃、系統(tǒng)設計、系統(tǒng)實施、運行維護、系統(tǒng)評價 D、系統(tǒng)分析、系統(tǒng)設計、系統(tǒng)實施、運行維護、總體規(guī)劃、系統(tǒng)評價,5、對當前系統(tǒng)進行初步

11、調查工作應重點在哪個階段進行（ ）。 A、總體規(guī)劃階段 B、系統(tǒng)分析階段 C、系統(tǒng)設計階段 D、系統(tǒng)實施階段 6、結構化方法中，數(shù)據(jù)流程圖是（ ）。 A、工程流程圖的抽象 B、業(yè)務流程圖的抽象 C、系統(tǒng)流程圖的抽象D、程序流程圖的抽象,二、判斷題： 1現(xiàn)行系統(tǒng)的邏輯模型應通過數(shù)據(jù)流程分析構建（ ）。 2業(yè)務流程分析是總體規(guī)劃階段的主要任務（ ）。 3數(shù)據(jù)流圖的子圖與父圖的數(shù)據(jù)流必須平衡（ ）。 4代碼設計是系統(tǒng)分析階段的主要任務之一（ ）。 5數(shù)據(jù)流圖的子圖與父圖的數(shù)據(jù)流必須平衡（ ） 6信息系統(tǒng)的邏輯模型要解決系統(tǒng)“干什么”，同時也要解決系統(tǒng)“如何干”等問題。（ ） 7業(yè)務流程分析主要是為了描述現(xiàn)行系統(tǒng)的物理模