第6章結構化系統分析本章主要內容系統分析的任務作業流程圖（業務流程圖）數據流圖數據字典表達處理的工具數據查詢應用分析實體關系圖系統說明書6.1系統分析的任務系統分析員與用戶在一起充分理解用戶的要求，并把雙方的理解用書面文檔——系統分析說明書表達出來。分析本質上就是一個發現過程，分析期間推動活動的關鍵詞就是發現和理解。系統分析的困難系統分析是研制信息系統最重要的階段，也是最困難的階段。困難主要來自三個方面：問題空間的理解（系統分析員、用戶）人與人之間的交流（尤其編寫系統說明書）環境的不斷變化系統分析員要成為業務專家才能與用戶交流順暢，充分理解用戶的要求。才能確保系統滿足了業務需求，甚至用更好的方法來解決業務需求。在用戶中建立可信度，用戶才可能接受你的建議。其他要求:系統分析員應有較強的系統觀點，較好的邏輯分析能力，能夠從復雜的事物中抽象出系統模型。他還應具備較好的口頭和書面表達能力，較強的組織能力，善于與人共事。6.1.2系統需求分析的重要任務是理解和表達需求需求有哪些種類？如何尋找需求？如何表述需求？需求的來源—系統相關者系統需求的主要來源是系統的各種系統相關者，他們是對系統成功感興趣的所有人（與系統有關系的所有人，也稱涉眾stakeholder）。系統分析中獲得需求的首要步驟就是確定各類系統相關者。系統相關者業務用戶信息用戶管理用戶主管用戶外部用戶客戶技術人員系統需求的種類系統需求是新系統必須完成的功能或其局限性。系統需求一般分為兩類：功能性需求技術性需求功能性需求功能需求是系統必須完成的活動或過程，也就是系統將要涉及的商業應用。功能需求是根據業務過程和業務規則確定的，有些容易獲取，有些則是隱含的，需要去發現。技術性需求技術需求也稱非功能性需求，是和公司的環境、硬件和軟件有關的所有可操作目標。例如：系統必須能支持100個并發用戶；保存訂單的時間不能超過0.5秒等等，涉及系統性能、可靠性、安全性等質量特性。通常是一些技術目標。如何表述需求自然語言不需要任何準備但既要保證精確無二義性，又要保證敘述不至于晦澀難懂，是困難的（隨意性、誤會）模型模型是人們對復雜問題的一種抽象或者對實物的一種簡單實現或規劃藍圖。例如：飛機模型，建筑模型，數學模型等等。模型的作用信息系統模型的作用：建立模型的過程可以使得分析員更深入地了解和定義信息系統的需求，并發現問題對復雜問題進行簡化有助于回憶需求的細節有助于同開發小組的其他成員交流有助于同客戶交流為以后的維護升級提供了文檔信息系統的模型在信息系統分析中有三類常用的圖示化模型：功能模型利用數據流圖分層描述系統的功能和數據的處理流程利用數據字典輔助解釋數據流圖中的每個元素數據模型利用實體關系圖描述系統中的數據實體及其關系對象模型利用類圖描述對象、對象之間的聯系。和數據實體不同，對象在數據之外增加了行為特性如何著手建模構建模型首先需要識別用戶的需求，識別需求一般可以從兩個方面著手：識別系統中的事件(Events)建立（功能）過程模型（數據流圖，DFD），數據字典、小說明等工具為輔助識別系統中的事物(Things)建立數據模型（實體關系圖，ER）6.2作業流程圖（業務流程圖）流程圖主體

票據（賬單）是主體，這些票據的流動路線與實際處理過程一一對應，來龍去脈清楚；票據的生命周期表示出一筆業務的處理過程；繪制作業流程圖的過程也是系統分析源了解業務流程的過程。流程圖局限性總體觀念不強具體的處理內容表達不詳細很難表達決策很難表達復雜的系統6.2業務流程圖（續）例子1：領料業務流程圖：車間填寫領料單給倉庫要求領料，庫長根據用料計劃審批領料單，未批準的退回車間，已批準的領料單被送到倉庫保管員處，由他查閱庫存帳。若帳上有貨則通知車間前來領料，否則將缺貨通知采購人員。

未批準的領料單用料計劃庫長領料單領料通知單已批準領料單倉庫保管員庫存帳缺貨通知單采購員車間6.2業務流程圖（續）例子2：某圖書館外文采購室有兩個組：訂書組和驗收、登記組，分別負責書籍訂購和進書驗收業務。訂書組的主要業務是根據供書單位的訂書目錄選擇要訂的圖書，且以前訂過的圖書不再訂購，最后打印訂單，每月將訂書情況進行統計，統計結果交圖書館領導。驗收、登記組的業務是根據供書單位提供的發票和圖書及訂單驗收已到圖書，并進行進書查重檢查，如果某些圖書已進，就轉讓出去或作別的處理，對不重的書登圖書總帳，將書轉到編目室，每月進行統計，上報館領導。采購員館領導訂書目錄供貨商訂單發票圖書清單驗收員訂單留底采購統計員訂書統計表已進書卡片編目員進書統計員進書統計表圖書總賬財務人6.2業務流程圖（續）例子3：學校各單位申請訂購設備的過程：申請購買設備的單位先填寫“訂貨委托書”，寫清品名、規格、數量等項目，送采購組。采購組在“單價表”中查找相應單價，填入“訂貨委托書”，經組長、科長審核批準后，根據“訂貨委托書”填寫“訂貨單”，一式四聯，第一聯送供貨商訂貨，第二聯送訂購單位，第三聯送驗收組，到貨時驗收用，第四聯留存。訂購部門訂貨委托書單價表采購組填入單價的訂貨委托書已批準的訂貨委托書采購組長采購科長訂貨單供應單位驗收組6.2數據流圖系統分析階段：使用數據流圖DFD來建立系統需求的過程模型。（結構化系統分析的方法）系統分析采用ER圖來建立系統的數據模型。結構化分析的思想數據流圖DFD采用一系列分層次的數據流圖來描述系統。DFD的每一個層次都代表了系統的一個抽象水平。高層次DFD中的處理可以進一步分解成低層次、更詳細的DFD。分層的數據流圖縱觀頂層P1P2P3P4P41P42

第一層第二層6.2.1數據流圖的基本成分數據流圖用來記錄系統中的數據和數據在特定的過程中的流動，即數據如何被采集、處理、保存和使用的（圍繞信息系統的功能）外部實體數據處理p1數據存儲數據流外部實體指系統以外又與系統有聯系的人或事物。它表達了該系統數據的外部來源和去處。例如：人、組織、外部系統等等。外部實體是數據的來源（誰提供了最初始的數據？）外部實體是數據的去處（數據對誰有價值？）

讀者

圖書管理員

館長

讀者圖書管理員外部實體處理指對數據的邏輯處理功能，也就是對數據的變換功能。別名：功能、處理過程，數據加工標識部分（層次化的功能編號）功能描述部分（動賓詞組）功能執行的角色（人，部門，計算機程序），通常可省略P2.2.1識別讀者身份圖書管理員數據處理數據流是指處理功能的輸入或輸出（箭頭表示數據流向）。例如：數據，訂單，查詢要求等

經理編制財務報表合格訂單編輯訂貨單計算應收款數據流數據存儲表示某種數據保存后的邏輯統稱。不是指保存數據的物理地點或物理介質。流入數據存儲數據流（指向數據存儲箭頭）將處理后的數據寫入或修改到數據存儲中流出數據存儲的數據流（從數據存儲發出箭頭）從數據存儲中查詢獲取數據，不改變原來的數據銷售量D2產品銷售帳計算銷售量累計銷售量單價計算銷售總額商品編號#_D2產品D5職工D2產品數據存儲數據流圖中的圖形元素有不同的畫法，本書使用Gane-Sarson畫法儲戶業務處理帳目存折存取要求其他圖形表示6.2.2數據流圖的畫法基本思想（1）把系統看成一個整體（2）明確輸入輸出（3）系統為實現功能，內部必然有信息處理、傳遞、存儲（4）把內部信息處理再看成一個整體（5）對內部信息處理再重復（2）——（4）的工作，進行剖析，如此一級級解剖，直到所用處理步驟都很具體為止下面我們以高等學校學籍管理系統為例說明畫數據流圖的方法頂層新生名單學籍表學籍管理系統

招生辦

教委用人單位報表畢業生登記表學籍管理系統頂層DFDD1第一層第二層——“成績管理”框的展開第三層——“分析期末成績”框的展開第四層——“確定異動情況”框的展開6.2.3畫數據流圖的注意事項要注意以下幾點：關于層次的劃分語法的正確性可讀性確定系統邊界層次的劃分應遵守：（1）展開的層次與管理層次一致，也可以劃分得更細。（2）同一張圖上的所有處理過程應該處于同一個抽象層次上（抽象粒度一致）。（3）一個處理框經過展開，一般以分解為4～10處理框為宜（最好5～9個）（4）最下層的處理過程用幾句話，或者用幾張判定表，或一張簡單的HIPO圖能表達清楚1、合理的層次劃分一個處理框經過展開，一般以分解為4～10處理框為宜。如果一次分解后僅有兩個處理框，為減少數據流圖的層次，可以考慮將它們直接并入上一層中若一個處理框分解后還是只有一個處理框，則視為無效的分解處理框的合并處理框的合并（續）第四層“確定異動情況”DFD圖第三層“分析期末成績”DFD圖通常可以從以下幾個方面檢查數據流圖的正確性：（1）數據守恒，或稱為輸入數據與輸出數據匹配處理有輸入就應該有輸出處理有輸出就肯定有輸入輸入的數據應該全部流出該處理或者要用于產生流出該處理的數據（排除無用數據）輸出的所有數據必須曾經流入過該處理或者是由流入該處理的數據加工產生（保證必要數據）2、正確性檢查

（2）在一套數據流圖中的任何一個數據存儲，必定有流入的數據流和流出的數據流。（3）父圖中某一處理框的輸入、輸出數據流必須出現在相應的子圖中。（4）任何一個數據流至少有一端是處理框。正確性檢查（續）提高數據流圖的易理解性（1）簡化處理間的聯系（利用數據存儲） 如：P2成績管理->P1異動管理之間的聯系可以改變為： P2成績管理->D3留退名單 P1異動管理<-D3留退名單 D3留退名單為增加的數據存儲（2）均勻分解，應齊頭并進（3）適當的命名3、提高易讀性信息系統建模不是對應用領域的業務建模，信息系統可能只反映業務系統的部分處理過程。因此要關注信息系統解決的問題，重點是系統中的數據處理和流動。（1）排除純手工活動（2）排除其他外部系統的活動（3）和系統外的外部實體之間的接口通過數據流來實現4、確定系統邊界6.2.4數據流圖的常見錯誤分析一般有三類錯誤情況：語法錯誤（可采用軟件工具輔助繪圖消除）邏輯錯誤詞不達意，二義性錯誤情況舉例1輸入的數據流足夠了嗎？是否能夠加工出輸出的數據流？計算利息存款金額？查詢圖書讀者信息錯誤情況舉例2學生成績單客戶訂單訂單源數據是如何進入到信息系統中的呢？外部實體如何從系統中獲取有關的數據呢？難道是心靈感應？不論是手工系統還是計算機系統，數據不會無緣無故保存或流動，和外部的交換一定和某個加工相連。錯誤情況舉例3客戶業務員訂單外部實體到外部實體，說白了，全都是外部的。和信息系統有關系嗎？為什么要管呢？帶來數據的變化了嗎？DFD考慮數據是從那個地方開始進入系統。讀者圖書管理員借書單錯誤情況舉例4訂單入庫單數據不通過任何手續就能在數據存儲之間流動？怪了，表格中的數據長腿了嗎？要不硬盤智能化了，不需要任何外部力量，磁道上的數據會自己移動？讀者信息逾期歷史錯誤情況舉例5xxxx僅有流入的數據流，數據還有什么用途嗎？純粹是垃圾！僅有流出的數據流，數據是從何而來呢？模型的局部會存在這種情況，但系統地看應該不會。如果有，那個數據肯定是一千年不變，可以直接由數據庫管理員一次性搞定。錯誤情況舉例6“修改還書日期”很細節，而“借閱管理”又很抽象。處理不在同一個抽象層次上，造成理解困難！讀者讀者續借申請讀者信息處罰記錄P2續借審核P1借閱管理P3修改還書日期P5處罰管理P4打印通知單顧客P1.1驗證身份P1.2核對帳戶余額P1.3登記取款事務P1.4打印存折帳戶顧客P1.1驗證身份P2.2登記存款事務帳戶取款存款DFD圖不反映模塊共享再比如圖書館借書系統中有三個處理邏輯：“p1借書”“p2還書”“p3查詢服務”，但借書處理的“檢查庫存”，不應理解為“P3查詢服務”錯誤情況舉例7數據流圖也常常要作重新分解。重新分解可以按下述方法進行（１）把需要重新分解的某張圖的所有子圖連接成一張（２）把圖分成幾部分，使各部分之間的聯系最少（３）重新建立父圖（４）重新畫子圖（５）為所有處理重新命名，編號數據流圖的優化數據流圖的分解每個人可能有所不同，畫出的數據流圖也會因人而異，并一定誰畫的對，誰畫的錯。沒有標準答案數據流圖的優缺點圖形元素少，易學易讀，容易與用戶溝通有層次性，允許系統分析員由上至下逐步分析系統，不會受困于太多復雜的細節不能描述系統的控制流潛在的非語法錯誤不易發現，復核困難，需要有一定的分析設計經驗6.3數據字典DFD是一種簡化的模型，雖然直觀，但沒有具體細節，僅依靠DFD定義需求不夠充分。數據字典是對DFD的補充描述，用來描述數據流程圖中的數據流、數據存儲、處理過程和外部實體的詳細內容。數據流圖與數據字典共同構成系統的功能模型，數據字典可以改進通信，規范描述，消除誤解6.3.1數據字典的各類條目數據字典中有六類條目：可被重用的條目：數據元素(最小組成單位）數據結構（由若干數據元素組成）DFD圖中的元素：數據流（可引用定義好的數據結構）數據存儲（可引用定義好的數據結構）外部實體處理數據元素是最小的數據組成單位，也就是不可再分的數據單位，如學號、年齡、性別等。需要描述以下屬性：（１）名稱（２）別名（３）類型，（４）取值范圍和取值的含義（５）長度（６）簡要說明：一、數據元素（基本數據項）數據元素條目離散數字數據結構的描述重點，是數據之間的組合關系，即說明這個數據結構包括哪些成分。一個數據結構可以包含若干數據元素和數據結構。可能有的特殊成分： (1)必選項——{} (2)任選項——[] (3)重復項—*二、數據結構（組合數據項）數據結構條目需要描述以下屬性： （１）數據流的來源 （２）數據流的去處 （３）數據流的組成 （４）數據流的流通量 （５）高峰時的流通量三、數據流數據流條目數據流的組成:主要描寫該數據存儲的結構，及有關的數據流、查詢要求。有些數據存儲的結構可能很復雜，如“學籍表”，包括學生的基本情況、學生動態、獎懲記錄、學習成績、畢業論文成績等，其中每一項又是數據結構。這些數據結構有各自的條目分別加以說明，因此在“學籍表”的條目中可以直接引用這些數據結構，而不要列出這些數據結構的內部元素構成。

四、數據存儲數據存儲條目需要在數據字典中描述處理框的編號、名稱、功能的簡要說明，有關的輸入、輸出。通常僅重點描述最底層的處理過程。復雜的處理邏輯可以借助于一些圖表工具，如結構化語言、判定樹、判定表等。五、處理處理功能條目六、外部實體6.3.2數據字典的使用與管理按各種要求列表，沒有冗余，不遺漏數據相互參照，便于系統修改（數據存儲——處理）由描述內容檢索名稱一致性檢驗和完整性檢驗(可以檢查以下錯誤）數據流的來源、去向是否完整數據元素是否遺漏或過剩數據存儲的來源、去向是否完整處理與輸入數據流是否匹配管理：手工/工具（某些工具支持數據字典的維護）6.4表達處理邏輯的工具在數據字典中表達處理過程（DFD最底層的基本處理）只是一般的描述，是高度概括的，不可能也不應該過多的描述處理功能的細節針對基本處理的邏輯功能細節，可以使用小說明（基本說明）：結構化語言判定表判定樹6.4.1結構化語言三種基本語句：祈使語句判斷語句循環語句結構化語言使用的三類詞匯：祈使句中的動詞數據字典中定義的名詞某些邏輯表達式中的保留字指出要做什么，包括一個動詞和一個賓語。

使用祈使語句，應注意以下幾點：力求精煉，不應太長。不使用形容詞和副詞。動詞要能明確表達執行的動作。名詞必須在數據字典中有定義。例如：計算工資、發補考通知祈使語句判斷語句類似結構化程序設計中的判斷結構。其一般形式是：

１如果條件則動作A否則(條件不成立)動作B２如果購貨額在50000元以上則如果最近三個月無欠款則折扣率為15％否則如果與公司交易10年以上則折扣率為10％否則折扣率為5％否則無折扣條件判斷語句

表達在某種條件下，重復執行相同的動作，直到這個條件不成立為止。例如：

對每一個學生計算總成績循環語句6.4.2判定樹如果一個動作的執行不只是依賴一個條件，而是與多個條件有關，那么這項策略的表達就比較復雜，就可以使用判定樹來表示。比如：郵政系統中，包裹郵資的計算策略與國別、路程、重量、保值額度等有關，使用自然語言來描述顯然不夠簡潔判定樹示例6.4.3判定表如果條件較多、每種條件的取值情況也較多的情況下，可以使用判定表。判定表的優點是可以把各種組合情況一個不漏地表示出來，還能幫助發現遺漏和矛盾的地方。某廠對一部分職工重新分配工作。分配原則是：年齡不滿20歲，文化程度是小學者脫產學習，文化程度是中學者當電工；文化程度是大學者當技術員；年齡滿20歲但不足50歲，文化程度是小學或中學者，男性當鉗工，女性當車工；文化程度是大學者當技術員；年齡滿50歲及50歲以上，文化程度是小學或中學者當材料員，文化程度是大學者當技術員。三個條件（因素)：性別、年齡、文化程度，取值范圍：性別：{男，女}年齡：{青年(小于20歲),中年(滿20歲而不足50歲),老年(滿50歲及以上)}文化程度：{小學，中學，大學}判定表示例構造空表填表判定表的合并簡化顯然，某些條件是可以合并考慮的，可以使判定表簡化。合并的原則：取相同行動的ｎ列，若有某個條件Ci在此n列的取值正好是該條件取值的全集，而其他條件在此ｎ列都取相同的值，則此ｎ列可以合并。第一次合并第二次合并用判定表來描述決策問題，通常經過以下幾個步驟：

（１）分析決策問題涉及幾個條件；（２）分析每個條件取值的集合；（３）列出條件的各種可能組合；（４）分析決策問題涉及幾個可能的行動；（５）作出有條件組合的判定表；（６）決定各種條件組合的行動；（７）按合并規則化簡判定表。使用判定表的步驟使用判定表的例子申請汽車駕駛保險時，要根據申請者的情況確定不同的保險類別，確定原則如下：申請者的年齡在21歲以下，要額外收費；申請者是21歲以上并是26歲以下的女性，適用于A類保險；申請者是26歲以下的已婚男性，或者是26歲以上的男性，適用于B類保險；申請者是21歲以下的女性或是26歲以下的單身男性，適用于C類保險；除此之外的其他申請者都適用于A類保險；三個（條件）因素：年齡、性別、婚姻，取值范圍分別是：年齡：{小(年齡≤21)，中(21<年齡≤26)，大（年齡>26)}性別：{男，女}婚姻：{未，已}初始判定表123456789101112C1:年齡小小小小中中中中大大大大C2:性別男男女女男男女女男男女女C3:婚姻未已未已未已未已未已未已A1:A類保險××××A2:B類保險××××A3:C類保險××××A4：額外收費××××判定表一次合并123,4567,89,1011,12C1:年齡小小小中中中大大C2:性別男男女男男女男女C3:婚姻未已／未已／／／A1:A類保險××A2:B類保險×××A3:C類保險×××A4：額外收費×××使用判定表的例子（續）某校關于學生升留級的規定：一學期有三門考試課程不及格者，直接留級；一學期考試和考查四門課程不及格者，直接留級；兩個（條件）因素：考試科目、全部科目（考試和考查），取值范圍分別是：考試科目：{0(不及格門數<3)，1(不及格門數≥3)}全部科目：{0(全部及格)，1(0<不及格門數<4)，2(不及格門數≥4)}判定表合并1234，5，6C1：考試科目0001C2：全部科目012／A1:直接留級××A2:補考×A3:升級×判定表轉換為判定樹根據判定表容易畫出判定樹。此時，條件的先后順序不同，樹的復雜程度有所不同將升留級規定轉為判定樹

考試科目全部科目學籍變動全部及格升級不及格門數<30<不及格門數<4補考學籍管理不及格門數≥4直接留級

不及格門數≥3直接留級先畫判定表判定樹結構化語言（復雜邏輯）判定表轉換為判定樹（續）將汽車保險判定表轉為判定樹

性別年齡婚姻保險未婚C類且額外收費年齡≤21

已婚B類且額外收費男未婚C類21<年齡≤26

確定保險類別已婚B類年齡>26B類年齡≤21C類且額外收費女21<年齡≤26A類年齡>26A類判定表轉換為判定樹（續）由于女性:21<年齡≤26和年齡>26的保險均為A類，故將判定樹后兩項合并得到如下判定樹性別年齡婚姻保險6.4.4三種工具的比較適用范圍：決策樹適合10～15種行動的一般復雜度的決策，有時也可把決策表轉換成決策樹，便于用戶檢查。判定表適合于多個條件的復雜組合。如果一個判斷包含了一般順序的動作或循環執行的動作，則用結構化語言。各自適用范圍6.5數據查詢應用分析在系統分析階段，系統分析員要詳細了解用戶對系統的查詢要求，即進行查詢分析（立即存取分析）系統分析員需要用適當的工具（數據立即存取圖）表達用戶的查詢要求，與用戶討論，確定最終的查詢要求查詢分析的幾個概念汽車配件實體的描述配件編號配件名稱規格牌價A001發動機解放CA10C5000A002輪胎固特異450A003減震器別克GL8

1000A004保險杠一汽紅塔6508

500實體（E）屬性（A）屬性值（V）主關鍵字查詢要求的基本類型類型1：A（E）=？說明：已知一個給定的實體E,求某一個特定屬性A的值。如已知汽車配件編號是A001,查詢該實體的牌價實體關鍵字屬性屬性值屬性屬性值屬性屬性值屬性屬性值A（E）=？已知對于該屬性屬性值是多少查詢要求的基本類型（續）類型2：A（?）{=、≠、<、>}V

說明：對于一個給定的屬性A,已知其屬性值V,查詢所有具有屬性A并且其屬性值等于(不等于、大于、小于)V的實體。如查詢牌價小于1000元的汽車配件實體關鍵字屬性屬性值屬性屬性值屬性屬性值屬性屬性值A（?）=V已知對于該屬性是哪些實體查詢要求的基本類型（續）類型3：？（E）{=、≠、<、>}V

說明：已知一個實體E和一個特定的值V,求這個實體的哪些屬性的值等于(不等于、大于、小于)V。如已知汽車配件編號是A001，查詢該實體的哪個屬性其值等于5000實體關鍵字屬性屬性值屬性屬性值屬性屬性值屬性屬性值？（E）=V已知其值等于V是哪個屬性查詢要求的基本類型（續）類型4：？（E）=？

說明：給定一個實體E，它各個屬性值是什么。如已知汽車配件編號是A001，查詢該實體的所有屬性值實體關鍵字屬性屬性值屬性屬性值屬性屬性值屬性屬性值？（E）=？已知對所有屬性其屬性值是什么查詢要求的基本類型（續）類型5：A（？）=？

說明：對于一個給定的屬性A，求每一個實體的屬性A的值。（需要倒排表，占用系統空間）如查詢所有汽車配件實體的牌價屬性值配件編號牌價A0015000A002450A0031000A004500實體關鍵字屬性屬性值屬性屬性值屬性屬性值屬性屬性值A（？）=？每一個實體對于該屬性其屬性值是什么查詢要求的基本類型（續）類型6：？（？）{=、≠、<、>}V

說明：已知某個值V，要查詢有哪些實體，它的哪些屬性具有這個值V。（需要每個屬性為索引建倒排表，占用系統空間、運行時間，開銷大，應盡量避免此類查詢）如查詢查詢需要補考的學生名單和科目學號姓名政治S003王五59S004周民56學號姓名數學S004周民59S001張三40實體關鍵字屬性屬性值屬性屬性值屬性屬性值屬性屬性值？（？）=V對每一個實體有哪些屬性其屬性值等于V數據立即存取圖系統分析員在了解用戶的查詢要求后，運用關于數據庫的理論知識，結合新系統的實際條件進行分析，與用戶商量舍去不重要、難于實現的查詢舍去開銷大的查詢（第6類查詢）確定要實現的查詢畫相應的數據立即存取圖數據立即存取圖示例某個物資供應系統中，涉及三個數據存儲物品、廠家-物品、生產廠家，結構如下若用戶想通過查詢，確定向哪個廠家訂貨可以做到物美價廉，寫出實現步驟，畫出數據立即存取圖物品物品編號規格物品名稱單位單價安全庫存量現有數量廠家--物品廠家編號物品編號出廠價生產廠家廠家編號廠家名稱廠家地址銀行賬號電報掛號電話數據立即存取圖示例（續）實現步驟物品數據存儲：通過“物品名稱”、“規格”的屬性值查“物品編號”關鍵字對應的實體，即A（？）=V（第2類）廠家—物品數據存儲：“物品編號”的屬性值查“廠家編號”，得到（廠家編號、物品編號）組合關鍵字對應的實體，即A（？）=V（第2類查詢）廠家—物品數據存儲：通過“廠家編號”、“物品編號”組合關鍵字的值查實體的“出廠價”屬性值，即A（E）=？（第1類）。通過比較，找出最低價Vmin。廠家—物品數據存儲：通過“物品編號”的屬性值和Vmin查對應的“廠家編號”，即A（？）=Vmin

（第2類）廠家數據存儲：通過“廠家編號”關鍵字的值查廠家實體對應的所有屬性的值，以便訂貨。即？（E）=？（第4類）數據立即存取圖示例（續）畫數據立即存取圖物品物品編號規格物品名稱單位單價安全庫存量現有數量廠家--物品廠家編號物品編號出廠價生產廠家廠家編號廠家名稱廠家地址銀行賬號電報掛號電話規格物品名稱物品編號廠家編號廠家編號出廠價6.6實體關系圖對系統中的數據建模使用ER圖分析階段——建立的是數據的概念模型，不需要考慮具體的物理數據庫系統實體關系圖（ERD）事物關系關系基數屬性實體關系圖實體就是系統中的事物，通過事物的識別來構造ER模型。事物與系統需求事物——系統需要處理或保存的對象。如客戶，訂單，產品等。對信息系統中事物的理解和建模是定義系統需求的另外一個重要方面。事物的類型事物的類型：實在有形：書籍、產品、文檔角色身份：醫生、讀者、顧客組織單位：小組、部門設備：打印機、傳感器、鼠標事件：借閱、訂貨、銷售、罰款場所：零售店、倉庫事物之間的關系事物間的很多關系對于研究系統也非常重要。關系：指某些事物間自然發生的聯系。例如：學生和圖書，學生可以借閱圖書。例如：一個客戶可以發出訂單。對每一個事物分析和它相關的事物，找出關系。事物之間關系的基數關系的基數：指一個事物關聯另外一個事物的數量（一對一，一對多，多對多）。如：學生和圖書，一個學生可以預約多本圖書，每本圖書可能被多個學生預約。如：一個客戶可以發出多個訂單，一個訂單只能是一個客戶的。事物的屬性屬性：有關事物的一條特征信息。例如：客戶的姓名、年齡、電話等。標識符：能唯一區分事物的屬性。例如：發貨單號，職工編號。復合屬性：指包含了許多相關屬性的屬性。例如：姓名可能包含姓和名，日期包含年月日。ER圖的表示法用矩形方框表示實體，方框中寫上實體的名字，還可以包含實體的屬性。方框之間用菱形和連線表示關系。連線的兩端標示出關系的基數。ER圖的表示法ER模型的實例某校教學管理的E-R模型6.7新系統邏輯模型的提出新系統源于現行系統，高于現行系統提出新的系統模型，應該考慮以下因素

新技術的使用

流程的改進 數據存儲的組織方式的改變等新的系統模型的提出，其影響可能不是局部的，必須是經過周密調查和分析的結果，應準備多個方案6.8系統說明書系統說明書是系統分析階段的成果該文檔描述了系統的需求，也稱《需求規格說明書》１.引言２.項目概述(1)項目的主要工作內容(2)現行系統的調查情況(3)新系統的邏輯模型３.實施計劃(1)工作任務的分解(2)進度(3)預算系統說明書的內容系統說明書參考模板1.引言（1）摘要：名稱、目標和功能（2）背景：承擔者、用戶、與其他 系統和機構的關系（3）參考和引用資料（4）專門術語定義2.項目概述（1）項目的主要工作內容（2）系統功能說明（功能模型）（3）系統數據說明（數據模型）（4）系統其他需求說明 （性能/安全/故障處理/環境等）3.計劃（1）系統劃分與人員分工（2）進度（3）預算 勞務、辦公費、差旅費、資料費等系統說明書的品質要求正確性相對于用戶的需求而言待開發的系統與用戶的期望相吻合完整性包含了軟件要做的全部事情指明系統對有效和無效輸入的反應所有條目都有標識（頁、圖、表、參考資料）不要遺留任何有待解決的問題，無法避免時應進行標明，并注明誰和什么時候去解決系統說明書的品質要求（續）一致性各個需求的描述不相矛盾無二義性對每一項需求有且只有一種解釋可修改性書寫結構和風格易于后續的修改可跟蹤性需求與來源、設計、源代碼和測試用例可以對應可驗證性可以運用一些可行的手段進行驗證和確認要點歸納熟練掌握使用業