第3章需求分析詳解課件

第三章需求分析3.1、需求分析的任務3.2、與用戶溝通獲取需求的方法3.3、分析建模與規(guī)格說明3.4、實體-聯(lián)系圖3.5、層次圖和IPO圖3.6、驗證軟件需求第三章需求分析3.1、需求分析的任務知識點需求分析概述需求分析的步驟獲取需求的方法分析建模與工具驗證軟件需求知識點需求分析概述需求分析概述可行性研究從概念上定義軟件的總體目標，粗略地了解了用戶的需求。需求分析進一步精化軟件的作用范圍，明確系統(tǒng)必須完成的功能，對目標系統(tǒng)提出完整、準確、清晰、具體的要求。需求獲取面臨的挑戰(zhàn)客戶說不清楚需求；需求易變性；問題的復雜性；對問題空間理解的不完備性與不一致性。需求分析由軟件分析人員與用戶共同完成。需求分析概述可行性研究從概念上定義軟件的總體目標，粗略地了解優(yōu)秀需求具有的特性正確性：需求描述必須與用戶對系統(tǒng)的期望相符；無歧義性：對用戶、軟件工程師而言，任何術語只能有惟一的語義解釋；完整性：不能遺漏任何用戶要求；一致性：需求的各個部分不能相互矛盾；可理解性：需求描述不應該使用太多專業(yè)化詞匯；可修改性：應該保證能夠比較容易接納修改；可追蹤性：將分析后的需求與原始需求聯(lián)系起來。優(yōu)秀需求具有的特性正確性：需求描述必須與用戶對系統(tǒng)的期望相符通過對目標問題、用戶要求和目標環(huán)境的研究、分析和綜合，建立抽象級的分析模型(AnalysisModel)；準確地、完整地體現(xiàn)用戶需要的功能、性能及其他要求，規(guī)范地通過“軟件需求規(guī)格說明書”(SRS,SoftwareRequirementSpecification)表達出來。3.1需求分析的任務通過對目標問題、用戶要求和目標環(huán)境的研究、分析和綜合，建立抽3.1需求分析的任務確定系統(tǒng)的綜合要求分析系統(tǒng)的數(shù)據(jù)要求建立系統(tǒng)的邏輯模型修正系統(tǒng)開發(fā)計劃復審、驗證需求分析編寫軟件需求規(guī)格說明書3.1需求分析的任務確定系統(tǒng)的綜合要求7

3.1.1確定系統(tǒng)的綜合要求提問并思考：如果你是一個用戶，你會對將要開發(fā)的軟件有哪些要求？73.1.1確定系統(tǒng)的綜合要求提問并思考：3.1.1.確定系統(tǒng)的綜合要求1、功能需求系統(tǒng)必須完成的所有功能(輸入、輸出、加工)；2、性能需求系統(tǒng)必須滿足的時間、空間約束，通常包括響應時間、信息量速率、容量、安全性等；1）強制的需求；2）希望的需求；3）可選的需求。3.1.1.確定系統(tǒng)的綜合要求1、功能需求系統(tǒng)必須完成的所有系統(tǒng)與環(huán)境通信的格式：用戶接口、硬件接口、軟件接口、通信接口等；4、出錯處理需求系統(tǒng)對環(huán)境錯誤如何處理，這類錯誤并不是由系統(tǒng)本身造成的。僅限于關鍵部分，盡可能少；5、接口需求3、可靠性需求定量指出系統(tǒng)的故障率和使用程度，一個衡量可靠性的參數(shù)是平均失效前時間(MTTF,MeanTimeToFailure)，定義為隨機變量、出錯時間等的"期望值"。系統(tǒng)與環(huán)境通信的格式：用戶接口、硬件接口、軟件接口、通信接口明確列出當前不屬于系統(tǒng)開發(fā)范疇，將來很可能會提出的要求。7、逆向需求系統(tǒng)不應該做什么，選取澄清真實需求且可消除誤解的逆向需求，且不需定量分析；8、將來可能出現(xiàn)的要求6、約束在設計或實現(xiàn)系統(tǒng)時應遵守的條件：精度、工具和語言約束、設計約束、標準、硬件平臺；明確列出當前不屬于系統(tǒng)開發(fā)范疇，將來很可能會提出的要求。7、因此系統(tǒng)應該具備以下功能：⑴基本數(shù)據(jù)維護功能⑵基本業(yè)務功能⑶數(shù)據(jù)庫管理功能⑷信息查詢功能例1：有一個大學圖書管理系統(tǒng)，該系統(tǒng)除了一般的圖書管理功能外，還能夠為學生和教工從其他圖書館借閱圖書和文獻資料提供服務。因此系統(tǒng)應該具備以下功能：例1：有一個大學圖書管理系統(tǒng)，該系1.功能需求⑴基本數(shù)據(jù)維護功能：提供使用者錄入，修改并進行維護基本數(shù)據(jù)的途徑?；緮?shù)據(jù)包括讀者的信息、圖書資料的相關信息，可以對這些信息進行修改，更新。⑵基本業(yè)務功能：讀者借、還書籍的登記管理功能，隨時根據(jù)讀者借、還書籍的情況更新數(shù)據(jù)庫系統(tǒng)，如果書籍已經(jīng)借出，可以進行預留操作，書籍的編目、入庫、更新等操作。1.功能需求⑶數(shù)據(jù)庫管理功能：對所有圖書信息及讀者信息進行統(tǒng)一管理維護的功能，對書籍的借還也要進行詳細的登記，以便協(xié)調整個圖書館的運作。⑷信息查詢功能：提供對各類信息的查詢功能，如對本圖書館的用戶借書信息，還書的信息，書籍源信息，預留信息等進行查詢，對其他圖書館的書籍、資料源信息的查詢功能。⑶數(shù)據(jù)庫管理功能：2.非功能需求①系統(tǒng)安全性需求：為保證系統(tǒng)安全性，對本圖書館的各項功能進行分級、分權限操作，對各類用戶進行確認。對其它圖書館借閱圖書和文獻資料服務控制訪問范圍：如限IP、限用戶等。②對系統(tǒng)可用性的需求：為了方便使用者，要求對所有交互操作提供在線幫助功能。③對系統(tǒng)查詢速度的需求：要求系統(tǒng)在20S之內響應查詢服務請求。④對系統(tǒng)可靠性的需求：要求系統(tǒng)失敗發(fā)生率小于1%。2.非功能需求3.領域需求例如：對“大學圖書管理系統(tǒng)”，提出一些與圖書管理的業(yè)務相關的需求：⑴圖書編目要求按照《中國圖書館分類法》進行；⑵由于版權限制，某些文獻資料只能在圖書館規(guī)定的閱覽室閱讀，并限制復制和打印。第一條需求是對遵循我國圖書管理的規(guī)定，執(zhí)行對圖書的分類管理的標準。而第二條需求則是版權法對圖書館文獻資料的保護的需要，描述了對一類文獻資料有限制的使用和服務。3.領域需求16

§3.1.2分析系統(tǒng)的數(shù)據(jù)要求提問并思考：如果你是設計者，除了上述需求以外，你覺得還需要得到哪些要求？答：軟件系統(tǒng)本質上是信息處理系統(tǒng)，要考慮數(shù)據(jù)和數(shù)據(jù)處理的問題。16§3.1.2分析系統(tǒng)的數(shù)據(jù)要求提問并思考：答：3.1.2.分析系統(tǒng)的數(shù)據(jù)要求數(shù)據(jù)字典：不夠直觀；層次方框圖；Warnier

圖；任何軟件系統(tǒng)的本質都是信息處理系統(tǒng)。信息很大程度上決定了系統(tǒng)概貌。描繪數(shù)據(jù)結構：數(shù)據(jù)結構規(guī)范化：范式(NormalForms)消除數(shù)據(jù)冗余的程度。3.1.2.分析系統(tǒng)的數(shù)據(jù)要求數(shù)據(jù)字典：不夠直觀；任何軟件系3.1.3.導出系統(tǒng)的邏輯模型數(shù)據(jù)流圖數(shù)據(jù)字典實體-聯(lián)系圖狀態(tài)轉換圖主要的處理算法導出詳細的系統(tǒng)邏輯模型。3.1.4.修正系統(tǒng)的開發(fā)計劃修正在可行性分析階段制定的初步的開發(fā)計劃。3.1.3.導出系統(tǒng)的邏輯模型數(shù)據(jù)流圖導出詳細的系統(tǒng)邏輯模型3.2

與用戶溝通獲取需求的方法3.2與用戶溝通獲取需求的方法20

圖:軟件需求分析的通信途徑分析小組成員主要包括領域專家、系統(tǒng)分析員；客戶訪談問題分析與確認20圖:軟件需求分析的通信途徑分析小組成員主要包括領域21

與用戶溝通的方法1、訪談2、面向數(shù)據(jù)流自頂向下求精3、簡易的應用規(guī)格說明技術4、快速建立軟件原型21與用戶溝通的方法1、訪談正式的訪談：具體問題的問答形式；非正式的訪談：開放式、交互性的問答。3.2.1.訪談書面調查：調查大量人員意見；情景分析技術：對用戶將來使用目標系統(tǒng)解決某個具體問題的方法和結果進行分析。1）能在某種程度上演示目標系統(tǒng)的行為，便于理解；2）用戶在需求分析過程中始終扮演積極主動的角色。正式的訪談：具體問題的問答形式；3.2.1.訪談書面調查：調某出版社系統(tǒng)調查表編號提出問題1您在哪個部門工作？2出版業(yè)務流程是什么？3您每日都處理那些文件、數(shù)據(jù)、報表？4工作中手工處理特別麻煩的事情是什么？5工作中手工處理什么問題解決不了？影響效率的問題有哪些？6您認為提高工作效率，節(jié)省工作時間，減輕工作強度可采取哪些辦法？7您的部門需要成本核算和統(tǒng)計的內容有哪些？8您的部門采用計算機管理工作情況如何？9如何改進業(yè)務流程使之更合理？10哪些問題是目前傳統(tǒng)手工方法根本無法解決的？11出版社計算機管理信息系統(tǒng)需要解決什么問題？某出版社系統(tǒng)調查表編號提出問題1您在哪個部門工作？2出版業(yè)務3.2.2.面向數(shù)據(jù)流自頂向下求精分析的對象：可行性分析中得到的數(shù)據(jù)流圖。主要目標：把數(shù)據(jù)流和數(shù)據(jù)存儲定義到元素級別。結構化分析方法：面向數(shù)據(jù)流自頂向下逐步求精進行需求分析的方法。從數(shù)據(jù)流圖的輸出端數(shù)據(jù)流開始分析：確定數(shù)據(jù)元素的來源，初步定義有關的算法；確定數(shù)據(jù)元素的新的信息。決定了系統(tǒng)必須的最基本組成元素在復查的過程中進行數(shù)據(jù)流圖的細化。3.2.2.面向數(shù)據(jù)流自頂向下求精分析的對象：可行性分析中得面向數(shù)據(jù)流方法的分析過程沿數(shù)據(jù)流圖回溯用戶復查細化數(shù)據(jù)流圖修正開發(fā)計劃書寫文檔審查和復審面向數(shù)據(jù)流方法的分析過程沿數(shù)據(jù)流圖回溯1、沿數(shù)據(jù)流圖回溯依次確定每個數(shù)據(jù)元素的來源；把數(shù)據(jù)元素的信息記錄到數(shù)據(jù)字典中；在IPO圖中記錄算法的簡明描述；在數(shù)據(jù)流圖適當位置上補充數(shù)據(jù)流、數(shù)據(jù)存儲和處理2、用戶復查分析員向用戶解釋數(shù)據(jù)的來源；用戶要及時糾正和補充分析員的認識;它驗證了已知的元素，補充了未知的元素；分析員對系統(tǒng)的認識是一個螺旋式上升的過程。沿數(shù)據(jù)流圖回朔用戶復查細化數(shù)據(jù)流圖修正開發(fā)計劃書寫文檔審查和復審1、沿數(shù)據(jù)流圖回溯依次確定每個數(shù)據(jù)元素的來源；2、用戶復查分3、細化數(shù)據(jù)流圖根據(jù)功能分解把數(shù)據(jù)流圖細化到更低的層次；通過追蹤這些細化的數(shù)據(jù)流圖產生了新的問題，新的問題的答案可能在數(shù)據(jù)字典中增加新的條目，并且將產生新的算法；細化過程中注意及時的更新數(shù)據(jù)字典；4、書寫文檔系統(tǒng)規(guī)格說明數(shù)據(jù)要求用戶系統(tǒng)描述修正的開發(fā)計劃沿數(shù)據(jù)流圖回朔用戶復查細化數(shù)據(jù)流圖修正開發(fā)計劃書寫文檔審查和復審3、細化數(shù)據(jù)流圖根據(jù)功能分解把數(shù)據(jù)流圖細化到更低的層次；4、必須理解并描述問題的信息域，根據(jù)這條準則應該建立數(shù)據(jù)模型。必須定義軟件應完成的功能，這條準則要求建立功能模型。必須描述作為外部事件結果的軟件行為，這條準則要求建立行為模型。必須對描述信息、功能和行為的模型進行分解，用層次的方式展示細節(jié)。所有的結構化分析方法都遵守下述準則：必須理解并描述問題的信息域，根據(jù)這條準則應該建立數(shù)據(jù)模型。所3.2.3.簡易的應用規(guī)格說明技術是一種面向團隊的需求收集方法，是一種主流技術。它提倡用戶與開發(fā)者密切合作、共同標識問題、提出解決方案，確定基本需求。前兩種方法中，用戶比較被動。3.2.3.簡易的應用規(guī)格說明技術是一種面向團隊的需求收集方簡易的應用規(guī)格說明技術進行初步的訪談，初步確定待解決的問題的范圍和解決方案。開發(fā)者和用戶分別寫出“產品需求”會議前準備開會討論起草完整的軟件需求規(guī)格說明書簡易的應用規(guī)格說明技術進行初步的訪談，初步確定待解決的問題3.2.4快速原型法快速原型：快速建立起來的旨在演示目標系統(tǒng)主要功能的可運行的程序。快速：快速的提供給用戶一個可運行的軟件；容易修改：根據(jù)用戶的要求可迅速構建新的原型；是最準確、有效和強大的需求分析技術。問題：成本問題；方法和工具問題。3.2.4快速原型法快速原型：快速建立起來的旨在演示目標快速建立軟件原型為了快速地構建和修改原型，通常使用下述3種方法和工具：(1)第四代技術(2)可重用的軟件構件(3)形式化規(guī)格說明快速建立軟件原型為了快速地構建和修改原型，通常使用下述3種方3.3分析建模與規(guī)格說明什么是模型？模型，就是為了理解事物而對事物做出的一種抽象，是對事物的一種無歧義的書面描述。模型通常由一組圖形符號和組織這些符號的規(guī)則組成。3.3分析建模與規(guī)格說明什么是模型？模型的作用在建模過程中了解系統(tǒng)；通過抽象降低復雜性；有助于回憶所有的細節(jié)；有助于開發(fā)小組間的交流；有助于與用戶的交流；為系統(tǒng)的維護提供文檔。模型的作用在建模過程中了解系統(tǒng)；3.3.1分析建模結構化分析實質上是一種創(chuàng)建模型的活動。需求分析過程應該建立3種模型，它們分別是數(shù)據(jù)模型、功能模型和行為模型。3.3.1分析建模結構化分析實質上是一種創(chuàng)建模型的活動。需36

結構化分析方法（StructuredAnalysis,SA)面向數(shù)據(jù)流進行需求分析的方法適合于數(shù)據(jù)處理類型軟件的需求分析36結構化分析方法（StructuredAnaly結構化分析模型的組成結構結構化分析模型的組成結構結構化分析方法的本質是創(chuàng)建模型的活動數(shù)據(jù)模型：E-R圖(ERD)，描述數(shù)據(jù)對象，數(shù)據(jù)對象之間的關系；功能模型：數(shù)據(jù)流圖(DFD)，描述數(shù)據(jù)在系統(tǒng)中流動，變換的邏輯過程；行為模型：狀態(tài)轉換圖(STD)，描繪了系統(tǒng)的各種行為模式和在不同狀態(tài)之間轉換的方式；模型中心：數(shù)據(jù)字典(DD)。結構化分析方法的本質是創(chuàng)建模型的活動數(shù)據(jù)模型：E-R圖(ER3.3

分析建模與規(guī)格說明3.3.2.軟件需求規(guī)格說明(SRS)SoftwareRequirementSpecification

通常用自然語言+模型，完整、準確、具體地描述系統(tǒng)的數(shù)據(jù)要求、功能需求、性能需求、可靠性和可用性要求、出錯處理需求、接口需求、約束、逆向需求以及將來可能提出的要求。

軟件需求規(guī)格說明書，是需求分析階段得出的最主要的文檔。3.3分析建模與規(guī)格說明3.3.2.軟件需求規(guī)格說明(軟件需求說明書的編寫提示（GB856T—88）第3章需求分析詳解ppt課件軟件需求說明書的編寫提示

1引言1.1編寫目的1.2背景1.3定義1.4參考資料

2任務概述2.1目標2.2用戶的特點2.3假定和約束軟件需求說明書的編寫提示1引言2任務概述軟件需求說明書的編寫提示

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控制軟件需求說明書的編寫提示3需求規(guī)定4運行環(huán)3.4數(shù)據(jù)模型的表示方法：實體-聯(lián)系圖

在數(shù)據(jù)處理中用數(shù)據(jù)模型描述客觀世界中的事物及其聯(lián)系。3.4數(shù)據(jù)模型的表示方法：實體-聯(lián)系圖在數(shù)據(jù)處

數(shù)據(jù)模型中包含3種相互關聯(lián)的信息：數(shù)據(jù)對象（實體），數(shù)據(jù)對象的屬性，數(shù)據(jù)對象間相互連接的關系。

3.4.1數(shù)據(jù)對象(實體)數(shù)據(jù)對象:是對軟件必須理解的復合信息的抽象。復合信息:是指具有一系列不同性質或屬性的事物，僅有單個值的事物(例如，寬度)不是數(shù)據(jù)對象?？梢杂梢唤M屬性來定義的實體都可以被認為是數(shù)據(jù)對象。

如：外部實體、事物、行為、事件、角色、單位、地點或結構等。數(shù)據(jù)對象彼此間是有關聯(lián)的。3.4.1數(shù)據(jù)對象(實體)

3.4.2屬性屬性定義了數(shù)據(jù)對象的性質。必須把一個或多個屬性定義為“標識符”，也就是說，當我們希望找到數(shù)據(jù)對象的一個實例時，用標識符屬性作為“關鍵字”(通常簡稱為“鍵”)。應該根據(jù)對所要解決的問題的理解，來確定特定數(shù)據(jù)對象的一組合適的屬性。如：學生具有學號、姓名、性別、年齡、專業(yè)（其它略）等屬性；課程具有課程號、課程名、學分、學時數(shù)等屬性；教師具有職工號、姓名、年齡、職稱等屬性。3.4.2屬性3.4.3聯(lián)系數(shù)據(jù)對象彼此之間相互連接的方式稱為聯(lián)系，也稱為關系聯(lián)系可分為以下3種類型：a.一對一聯(lián)系(1∶1)如：一個部門有一個經(jīng)理，而每個經(jīng)理只在一個部門任職，則部門與經(jīng)理的聯(lián)系是一對一的。b.一對多聯(lián)系(1∶N)

如：某校教師與課程之間存在一對多的聯(lián)系“教”，即每位教師可以教多門課程，但是每門課程只能由一位教師來教。c.多對多聯(lián)系(M∶N)如：學生與課程間的聯(lián)系(“學”)是多對多的，即一個學生可以學多門課程，而每門課程可以有多個學生來學。聯(lián)系也可能有屬性。

如：學生“學”某門課程所取得的成績，既不是學生的屬性也不是課程的屬性。由于“成績”既依賴于某名特定的學生又依賴于某門特定的課程，所以它是學生與課程之間的聯(lián)系“學”的屬性。

3.4.3聯(lián)系3.4.4實體聯(lián)系類型符號表示ER圖中包含了實體(即數(shù)據(jù)對象)、關系和屬性等3種基本成分。通常用矩形框代表實體；用連接相關實體的菱形框表示關系；用橢圓形或圓角矩形表示實體(或關系)的屬性；并用直線把實體(或關系)與其屬性連接起來。3.4.4實體聯(lián)系類型符號表示ER圖中包含了實體(即數(shù)據(jù)3.4.4實體聯(lián)系類型符號表示3.4.4實體聯(lián)系類型符號表示舉例圖3.2某校教學管理ER圖對象教師屬性學生屬性課程屬性聯(lián)系屬性關系舉例圖3.2某校教學管理ER圖對象教師屬性學生屬性課舉例：用E-R圖表示某個工廠的物資管理涉及的實體：倉庫：倉庫號，倉庫面積，電話號碼零件：零件號，名稱，規(guī)格，單價，描述職工：職工號，姓名，年齡，職稱實體間的聯(lián)系：一個倉庫可以存放多種零件，一種零件可以存放在多個倉庫中一個倉庫有多個職工當倉庫保管員，一個職工只能在一個倉庫工作職工之間具有領導和被領導關系，即倉庫主任領導若干保管員舉例：用E-R圖表示某個工廠的物資管理涉及的實體：E-R圖表示E-R圖表示3.5

數(shù)據(jù)規(guī)范化為什么數(shù)據(jù)要規(guī)范化？3.5數(shù)據(jù)規(guī)范化為什么數(shù)據(jù)要規(guī)范化？

規(guī)范化的目的是：消除數(shù)據(jù)冗余，即消除表格中數(shù)據(jù)的重復；消除多義性，使關系中的屬性含義清楚、單一；使關系的“概念”單一化，讓每個數(shù)據(jù)項只是一個簡單的數(shù)或字符串，而不是一個組項或重復組；方便操作。使數(shù)據(jù)的插入、刪除與修改操作可行并方便；使關系模式更靈活，易于實現(xiàn)接近自然語言的查詢方式。規(guī)范化的目的是：如何規(guī)范化？規(guī)范化---將數(shù)據(jù)的邏輯結構歸結為滿足一定條件的二維表（關系）。即：

1.

表格中每個信息項必須是一個不可分割的數(shù)據(jù)項，不可是組項。

2.表格中每一列(列表示屬性)中所有信息項必須是同一類型，各列的名字(屬性名)互異，列的次序任意。

3.表格中各行(行表示元組)互不相同，行的次序任意。教工號姓名性別職稱職務001張毅坤男教授院長002李林女講師如何規(guī)范化？規(guī)范化---將數(shù)據(jù)的邏輯結構歸結為滿用教學管理例說明如何規(guī)范化有三個實體型，即課程、學生和教師，用三個關系保存它們的信息：

學生(學號，姓名，性別，年齡，年級，專業(yè)，籍貫)

教師(職工號，姓名，年齡，職稱，職務，工資級別，工資)

課程(課程號，課程名，學分，學時，課程類型)用教學管理例說明如何規(guī)范化有三個實體型，即課程、學生和教師，為表示實體型之間的聯(lián)系，又建立兩個關系：

選課

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

教課

(職工號，課程號，授課效果)這五個關系，組成了數(shù)據(jù)庫的模型。在每個關系中，屬性名下加下劃線）指明關鍵字。并規(guī)定關鍵字能唯一地標識一個元組。為表示實體型之間的聯(lián)系，又建立兩個關系：通常用“范式(NormalForms)”定義消除數(shù)據(jù)冗余的程度。第一范式(1NF)數(shù)據(jù)冗余程度最大，第五范式(5NF)數(shù)據(jù)冗余程度最小。但是：1、范式級別越高，存儲同樣數(shù)據(jù)就需要分解成更多張表，因此，“存儲自身”的過程也就越復雜。2、隨著范式級別的提高，數(shù)據(jù)的存儲結構與基于問題域的結構間的匹配程度也隨之下降，因此，在需求變化時數(shù)據(jù)的穩(wěn)定性較差。3、范式級別提高則需要訪問的表增多，因此性能(速度)將下降。從實用角度看來，在大多數(shù)場合選用第三范式都比較恰當。所以，從實用角度看來，在大多數(shù)場合選用第三范式都比較恰當。通常用“范式(NormalForms)”定義消除數(shù)據(jù)冗余的第一范式每個屬性值都必須是原子值，即僅僅是一個簡單值而不含內部結構。如：學生(學號，姓名，性別，年齡，年級，專業(yè)，籍貫)教師(職工號，姓名，年齡，職稱，職務，工資級別，工資)課程(課程號，課程名，學分，學時，課程類型)第一范式每個屬性值都必須是原子值，即僅僅是一個簡單值而第二范式滿足第一范式條件，而且每個非關鍵字屬性都由整個關鍵字決定(而不是由關鍵字的一部分來決定)。如：選課

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

(職工號，課程號，授課效果)第二范式滿足第一范式條件，而且每個非關鍵字屬性都由整個第三范式符合第二范式的條件，每個非關鍵字屬性都僅由關鍵字決定，而且一個非關鍵字屬性不能僅僅是對另一個非關鍵字屬性的進一步描述(即一個非關鍵字屬性值不依賴于另一個非關鍵字屬性值)。如：教師(職工號，姓名，年齡，職稱，職務，工資)

-----工資依賴于職稱或職務教師(職工號，姓名，年齡，職稱，職務，工資級別，工資)第三范式符合第二范式的條件，每個非關鍵字屬性都僅由關鍵3.6

狀態(tài)轉換圖狀態(tài)轉換圖(簡稱為狀態(tài)圖)通過描繪系統(tǒng)的狀態(tài)及引起系統(tǒng)狀態(tài)轉換的事件，來表示系統(tǒng)的行為。此外，狀態(tài)圖還指明了作為特定事件的結果系統(tǒng)將做哪些動作(例如，處理數(shù)據(jù))。3.6狀態(tài)轉換圖狀態(tài)轉換圖(簡稱為狀態(tài)圖)1).狀態(tài)狀態(tài)是任何可以被觀察到的系統(tǒng)行為模式，一個狀態(tài)代表系統(tǒng)的一種行為模式。狀態(tài)規(guī)定了系統(tǒng)對事件的響應方式。系統(tǒng)對事件的響應，既可以是做一個(或一系列)動作，也可以是僅僅改變系統(tǒng)本身的狀態(tài)，還可以是既改變狀態(tài)又做動作。初態(tài)(即初始狀態(tài))狀態(tài)終態(tài)(即最終狀態(tài))中間狀態(tài)一張狀態(tài)圖中只能有一個初態(tài)，而終態(tài)則可以有0至多個。1).狀態(tài)狀態(tài)是任何可以被觀察到的系統(tǒng)行為模式，一個狀2).事件事件是在某個特定時刻發(fā)生的事情，它是對引起系統(tǒng)做動作或(和)從一個狀態(tài)轉換到另一個狀態(tài)的外界事件的抽象。例如，內部時鐘表明某個規(guī)定的時間段已經(jīng)過去，用戶移動或點擊鼠標等都是事件。簡而言之，事件就是引起系統(tǒng)做動作或(和)轉換狀態(tài)的控制信息。2).事件事件是在某個特定時刻發(fā)生的事情，它是對引起系3)符號符號名稱說明初態(tài)系統(tǒng)初始狀態(tài)。中間狀態(tài)初態(tài)與終態(tài)之間的行為模式終態(tài)系統(tǒng)最終狀態(tài)狀態(tài)轉換標識觸發(fā)轉換的事件表達式，或表示自動觸發(fā)轉換3)符號符號名稱說明初態(tài)系統(tǒng)初始狀態(tài)。中間狀態(tài)初態(tài)事件名(參數(shù)表)/動作表達式活動表的語法entry:指定進入該狀態(tài)的動作；exit:指定退出該狀態(tài)的動作；do:指定該狀態(tài)下的動作。事件表達式的語法事件名(參數(shù)表)[守衛(wèi)條件]/動作表達式事件說明布爾表達式and動作表達式是一個過程表達式，當狀態(tài)轉換開始時執(zhí)行該表達式。事件名(參數(shù)表)/動作表達式活動表的語法entry:指定進4).舉例4).舉例3.7

其他圖形工具

層次方框圖Warnier圖IPO圖3.7其他圖形工具層次方框圖3.7.1

層次方框圖層次方框圖用樹形結構的一系列多層次的矩形框描繪數(shù)據(jù)的層次結構。樹形結構的頂層是一個單獨的矩形框，它代表完整的數(shù)據(jù)結構，下面的各層矩形框代表這個數(shù)據(jù)的子集，最底層的各個框代表組成這個數(shù)據(jù)的實際數(shù)據(jù)元素(不能再分割的元素)。隨著結構的精細化，層次方框圖對數(shù)據(jù)結構也描繪得越來越詳細，這種模式非常適合于需求分析階段的需要。系統(tǒng)分析員從對頂層信息的分類開始，沿圖中每條路徑反復細化，直到確定了數(shù)據(jù)結構的全部細節(jié)時為止。3.7.1層次方框圖層次方框圖用樹形結構的一系列多層次的舉例舉例領導層輔助決策系統(tǒng)查詢輔助決策物資信息重點供料信息商情信息人員狀況合同監(jiān)視財務信息計劃執(zhí)行情況工程進展情況超儲低儲情況經(jīng)營指標歷年對比價格預測物資用量預測庫存定額核定庫存結構分析經(jīng)濟采購批量保本保利分析領導層輔助決策系統(tǒng)查詢輔助決