軟件需求說明書

實用軟件工程（第4版）課件4北食咩漢大笨31罨分校：趙龍龍美麗的北師大珠海分校(4)麗澤湖畔的學生宿舍與食堂----趙池龍攝北食咩漢大笨31罨分校：趙龍龍第4章軟件需求軟件需求分析或軟件需求獲取，它既是軟件幵發(fā)中的老問題，又包含著許多新思想、新方法、新技術(shù)。-需求獲取是否徹底與成功，直接關(guān)系到軟件幵發(fā)的成敗。因為需求分析文檔，是軟件幵發(fā)與軟件管理的第一根基線。-本章首先介紹需求分析中的基本概念，以及需求分析的任務、目的、方法，然后介紹需求分析的各種技巧、藝術(shù)、描述工具及需求管理過程。本章對讀者的要求要求具體內(nèi)容了解1）需求分析的輸入與輸出2）需求獲取的難點3）

用戶、顧客、客戶的概念4）

不符合項、基線、里程碑、軟件產(chǎn)品的概念5）

信息系統(tǒng)需求、網(wǎng)絡游戲軟件需求的概念6）

《需求報告》和《需求分析規(guī)格說明書》的差異理解1）

需求分析的目的2）

需求分析的重要性3）

三種需求分析方法的描述工具4）

需求管理方法關(guān)注1）需求分析的任務4.1需求分析基本概念?1.需求分析定義-1997年，IEEE軟件工程標準詞匯表中定義需求為：(1).用戶解決問題或達到目標所需的條件或能力(Capability)。?(2).系統(tǒng)或系統(tǒng)部件要滿足合同、標準、規(guī)范或其它正式規(guī)定文檔所需具有的條件或能力。.力(的文檔說明映上面⑴或⑵所描鵬件或(1).許多大型應用系統(tǒng)的失敗，最后均歸結(jié)到需求分析：要么獲取需求的方法不當，使得需求分析不到位或不徹底，導致開發(fā)者反復多次地進行需求分析，致使設計、編碼、測試無法順利進行；要么客戶配合不好，導致客戶對需求不確認，或客戶需求不斷變化，同樣致使設計、編碼、測試無法順利進行。-(2).用戶需求報告既是軟件生命周期中的第一個里程碑，又是客戶、軟件開發(fā)人員、軟件測試人員和項目管理人員四者共同工作的基線，是項目Alpha測試和Beta測試的準則，是供方交付產(chǎn)品和需方驗收產(chǎn)品的依據(jù)。（3）.需求分析要占用整個軟件開發(fā)時間或工作量的30%左右。-（4）.需求獲取中的錯誤，屬于軟件開發(fā)中的早期錯誤，將給項目成功帶來極大風險，因為這些錯誤會在后續(xù)的設計和實現(xiàn)中進行發(fā)散式的傳播。-根據(jù)以上四項原因，IT企業(yè)的高層經(jīng)理，對需求分析特別重視，常常派經(jīng)驗最豐富的人員去作項目需求。-3.需求獲取為什么難-（1）.用戶需求具有動態(tài)性，即需求的不穩(wěn)定性:在整個軟件生命周期內(nèi)，應用軟件的需求會隨著時間的進展而有所變化。個別用戶，甚至是朝三暮四地變化。-（2）.用戶需求具有模糊性：由于用戶的素質(zhì)不是很高，業(yè)務流程不很規(guī)范，所以需求表達不很清楚也不夠明確。-（3）.開發(fā)者和用戶要對需求達成完全一致的認識，用戶要在需求報告上簽字。-（4）.中國的國有企業(yè)正處在變動期（體制改革與企業(yè)重組），中國的民營企業(yè)正處在成長期（發(fā)展壯大與不完全成熟）。-4.用戶需求報告與需求分析規(guī)格說明書-《用戶需求報告》是站在用戶的角度、使用他們可以看懂的語言寫的，內(nèi)容是有關(guān)系統(tǒng)的運行環(huán)境、業(yè)務流程、業(yè)務功能、業(yè)務性能和業(yè)務接口寸。-它是需求分析階段產(chǎn)生的第一份重要的文檔，表達了用戶全面的、系統(tǒng)的、準確的、并且用戶確認的需求，它是用戶、項目開發(fā)者、項目測試者和項目管理者四方共同工作的基礎(chǔ)，是用戶測試和驗收目標的依據(jù)，是作為軟件開發(fā)機構(gòu)和用戶之間一份事實上的技術(shù)合同書，是軟件生命周期中的第一根基線。-5.需求獲取與需求規(guī)約-所謂需求獲取，就是開發(fā)者與用戶共同提取并共同確認需求。-在需求獲取過程中，人們將“劃分、抽象和投影”三要素，作為需求獲取的三原則。-(1).劃分，就是捕獲問題空間的“整體/部分”關(guān)系；-(2).抽象，就是捕獲問題空間的“一般/特殊”或“一般/特例”關(guān)系；-(3).投影，就是捕獲問題空間的多維“視圖”。-所謂需求規(guī)約，就是對獲取并確認的需求進行定義與分析，并且解決需求中存在的二義性和不一致性，最后以一種系統(tǒng)化的文檔形式，準確地表達用戶的需求，形成所謂的需求分析規(guī)格說明書。-7.需求是一個迭代過程-由于人們對客觀事物的認識不斷深化，所以需求過程是一個迭代過程，每次迭代提供更高質(zhì)量和更詳細內(nèi)容的軟件需求。?這種迭代會給項目帶來一定的風險，上一次迭代的設計實現(xiàn)可能會因為需求不足而被推翻。但是，軟件分析師應根據(jù)項目計劃，在給定的資源條件下得到盡可能高質(zhì)量的需求。大笨氐海4.2需求分析的任務根據(jù)信息系統(tǒng)的定義與內(nèi)容，信息系統(tǒng)的需求分析是最難的，也最具有代表性，為此，我們通過“圖書館信息系統(tǒng)”的例子，來說明需求分析所需要完成的任務，是再好不過的了。最后，本節(jié)還簡單介紹網(wǎng)絡游戲軟件對需求分析的要求。第1項任務：畫出目標系統(tǒng)的組織結(jié)構(gòu)圖，列出各部門的崗位角色表，即組織機構(gòu)模型，如圖4-2至表4-4所示。序號單位名稱單位職責1館長室全館業(yè)務的組織領(lǐng)導，全館信息的查詢2采編部圖書的采購、分編3藏書部圖書的入庫、保存、遷移、出庫4借書處圖書的借書、還書5閱覽室雜志和書報的開架閱覽與借還管理6讀者服務部讀者信息管理、讀者網(wǎng)上圖書查詢帝汊大笨a海分崗位編號崗位名稱所在部門崗位職責相關(guān)的業(yè)務1011采購員采編部圖書采購、進貨合同的簽訂、出版社的選擇進貨、合同管理1012分編員采編部圖書分編協(xié)助入庫大竿氐海-第3項任務：畫出目標系統(tǒng)的數(shù)據(jù)流圖DFD,即單據(jù)和報表的流圖，掌握業(yè)務規(guī)則，獲得初步數(shù)據(jù)模型(真正的數(shù)據(jù)模型是E-R圖加上相應的數(shù)據(jù)字典)。?數(shù)據(jù)流圖中要突出單據(jù)流，分清不同單據(jù)之間的先后流動次序，以及同一單據(jù)中的不同數(shù)據(jù)項的先后流動次序。數(shù)據(jù)流圖的畫法多種多樣，各軟件組織可根據(jù)自身的習慣和特點，制定一套圖形規(guī)則，在本組織內(nèi)統(tǒng)一遵守。數(shù)據(jù)流圖的制作工具，可以是微軟的桌面辦公工具Office(Word,Visio)，也可以是PowerDesigner中的數(shù)據(jù)流圖繪制工具ProcessAnalysto-完整的數(shù)據(jù)流圖還包括定義數(shù)據(jù)字典。數(shù)據(jù)字典是指對數(shù)據(jù)流圖中出現(xiàn)的數(shù)據(jù)源、數(shù)據(jù)潭、數(shù)據(jù)加工、數(shù)據(jù)流向、單據(jù)、報表等數(shù)據(jù)名字進行定義與解釋。、使用單位、制作單位、?據(jù)于表的名單據(jù)或途、使用單TW單位將單頻率、高峰時流量，及每個數(shù)據(jù)項的名稱、類型、長度、精度、算法等，都要全部列出，形成原始單據(jù)和輸出報表的表格。對每一張單據(jù)或報表，都必須用兩張表格來描述，其中第一張表格描述單據(jù)或報表的公共信息，、即單據(jù)或報表的“頭尾”信息。第二張表格描述單據(jù)或報表的數(shù)據(jù)項信息，即單據(jù)或報表的“體”。單據(jù)名稱用途使用單位制作單位頻率時流峰據(jù)高數(shù)量序號據(jù)中名數(shù)項史L|—t數(shù)據(jù)項類型、長度、精度1X23?B-第4項任務：列出目標系統(tǒng)的功能點列表，即功能模型。（注：有時將性能模型、界面模型和接口模型的內(nèi)容都合并到功能模型之中。）功能模型也可以用UseCase圖表示，也可以用功能點列表描述。-“圖書館信息系統(tǒng)”的功能點列表，如表4-7所示。其中“系統(tǒng)響應”這一項，表示將來的目標系統(tǒng)所要做的工作。需要指出，功能列表不是唯一，也沒有標準答案。編號能稱功各用門使部使用崗位功能描述軌應統(tǒng)系出輸1±書庫息入圖入信錄扁分室分編員書編并系圖類，入給分號錄統(tǒng)圖書編號、條形碼、書名、作者、譯者、ISBN、出版社、價格、所放位置、現(xiàn)存量、庫存總量、入庫日期、操作員、內(nèi)容簡介、借閱次數(shù)、是否注銷圖扇到息入信錄書完成圖書的入庫2者息入讀信錄閱借處管理員讀礎(chǔ)入基息錄者信別、記、借名注性稱登碼、姓否、名、形失冊是名件話條掛注、姓證電卡否上令、、、書是網(wǎng)口號月碼借、、冊編年號、員數(shù)注者生件期作次上讀出證日操閱網(wǎng)銷讀扇到息入信錄者打印并制作讀者“借書卡”家羈B笨遘;r3圖書借閱信息錄入借閱處管理員錄入讀者借閱圖書信息號號期期數(shù)操編編日日次、書者閱還借金員圖讀借應續(xù)押作，#M入圖借信泰圖的現(xiàn)”錄到書閱息該書“量1書上45,圖交讀從架取將書給者4圖書歸還信息錄入借閱處管理員錄入讀者歸還圖書信息圖書編號、讀者編號、歸還日期、退還押金、操作員，存加入圖歸信表圖的現(xiàn)”錄到書近息該書“量1書架圖上5圖書I借閱：管理I錄入號號一書者2S-賽I入圖一錄到h印款！打罰"7查詢讀者信息借閱處管理員錄入讀者信息號S-者讀讀在“編”者息和款息中詢讀信按者號讀信表罰信表查該者息?書、、、”示讀號名話款數(shù)顯“編姓電罰次E￡IM稱名書圖照按示顯詢閱理IA姓者作/書圖圖書信息處員查詢圖書信息名圖”組條，“信表檢決的合件在書息中出、、、w稱者名閱況容介名作姓借情內(nèi)簡O1±者上陸讀網(wǎng)登上者網(wǎng)讀上者網(wǎng)讀讀上信入網(wǎng)陸錄者登息名令姓口冊冊注注上上網(wǎng)網(wǎng)上、口網(wǎng)名冊“姓注對冊上”核注網(wǎng)令失成陸陸登登““或示””顯功敗1±-T者上詢書息讀網(wǎng)查圖信網(wǎng)上讀者購單頭：訂購單編_網(wǎng)上讀者訂購金額、訂購錄入讀者網(wǎng)上査詢?nèi)請D出脈:書信息WI名名‘書姓獅圖者按照輸入的組合條件，在“圖書信息表”中檢索該圖書名I內(nèi)書姓、圖者況”“作?介示、勛簡顯稱借容21±書購圖訂購?>部購采員訂書、入圖息錄購焦:訂購:、一TJ細號、明編量購訂數(shù)價訂征購單書和兩圖頭細扇到單明息入購購信錄訂訂張，，認單確社購字版訂皆出印長寄打館郵大竿氐海龍3圖書借還統(tǒng)計館長辦公室館長圖源用計紀利況統(tǒng)書的情統(tǒng)計起止日期統(tǒng)計前100本熱門圖書的借閱情況、后100本冷門圖書的借閱情況、全部圖書的平均借閱情況顯示“前100本熱門圖書的借閱情況、后100本冷門圖書的借閱情況、圖書的平均借閱情況”14補辦借書卡借閱處管理員原卡辦書廢書補借作借并新卡者工稱號讀、名證入名證作錄姓作工碼31表者，卡息讀息書-氣亂氣借:者詢本舊-讀查基廢：在中的作號打印并制作讀者新的“借書卡”i分校期杰龍-第5項任務：列出系統(tǒng)的性能點列表，即性能模型。-“圖書館信息系統(tǒng)”的性能點列表，如表4-8所示。-其中“系統(tǒng)響應”這一項，表示將來的目標系統(tǒng)所要做的工作。?需要指出，性能列表不是唯一，也沒有標準答案。圖書名稱/作者姓名按照輸入的組合條件，進行模糊查詢顯示“圖書名稱、作者姓名、借閱情況、內(nèi)容簡介”2后臺查詢讀者信息響應時間圖書館借閱部3后臺查詢圖書信息響應時間圖書館借閱部顯示“圖書名稱、作者姓名、是否借出、內(nèi)容簡介”顯示“讀者姓名、編號、身份證號、電話、借書信息、超期借書信息、罰款次數(shù)”圖書名稱/作者姓名按照輸入的組合條件，進行模糊查詢網(wǎng)上讀者編性能名稱號使用部門使用性能描崗位述輸入系統(tǒng)響應輸出本于策小查書秒上者網(wǎng)讀某者小閱作借操員本于策小查書秒閱作借操員入條行輸合進照組，詢按抓件奎姓編者、讀名號上書應網(wǎng)圖響者詢ft間讀查良WI?第6項任務：列出目標系統(tǒng)的接口列表，即接口模型。?“圖書館信息系統(tǒng)”的接口點列表，如表4-9所示。?需要指出，接口列表不是唯一，也沒有標準答案。北食，茂大竿改毎分校編號口稱接名口范接規(guī)口準接標數(shù)參n入數(shù)參n出輸率傳速1±與財務系(1)憑證記錄統(tǒng)接口財務系統(tǒng)眷式憑證編號、日期狀規(guī)定的接口規(guī)范記賬憑證單狀張數(shù)期借狀憑證狀貸方與分錄的具體格式(2)分錄記錄參數(shù)：憑證編號、日期、借方、貸方、數(shù)量、單價、摘要。格、要算、方單錄號摘結(jié)期借、記編、、日、量錄<號碼算式數(shù)分分！S代結(jié)方、)4證目、算方?(^式憑科號結(jié)貸價f瓶1太軍?屬龍fl-第8項任務：目標系統(tǒng)的界面約定，即界面模型。-界面設計的原則是：方便、簡潔、美觀、一致。整個目標系統(tǒng)的界面風格定義要統(tǒng)一，某些功能模塊的特殊界面要說明。例如，-輸入設備：鍵盤、鼠標、條碼掃描器、掃描儀等;-輸出設備：顯示器、打印機、光盤刻錄機、磁帶機、音箱等；?顯示風格：圖形界面、字符界面、IE界面等；?顯示方式：1024X768,640X480等；?輸出格式：顯示布局、打印格式等。-第9項任務：對目標系統(tǒng)的開發(fā)工期、費用、開發(fā)進度、系統(tǒng)風險等問題進行分析與評估。-對于一般企事業(yè)單位的信息系統(tǒng)需求分析，完成好上述任務，并與用戶達成全面共識，通過評審，得到用戶簽字確認，就算成功了。-但是，上述任務不是教條，不能完全生搬硬套，而要根據(jù)具體問題具體分析，活學活用，舉一反三。例如，對于特殊的系統(tǒng)，除了上述任務之外，可能還要增加其他任務，項目經(jīng)理和系統(tǒng)分析師要嚴把關(guān)口，分析徹底、實事求是、靈活掌握。大笨a海士-游戲需求分析相對來說比其他項目復雜，除了技術(shù)上的分析外，還要考慮市場方面的因素，對所有這些因素的分析，往往不是某一個專業(yè)工作人員可以勝任的。-游戲?qū)儆趦?nèi)容產(chǎn)業(yè)，除涉及到多個不同技術(shù)領(lǐng)域外，還涉及到多個藝術(shù)領(lǐng)域，其復雜程度可想而知。-網(wǎng)絡游戲《需求分析規(guī)格說明書》，至少應該包含以下內(nèi)容：北食咩漢大笨31罨分校：趙龍龍4.3需求分析方法-1.面向流程分析-需求分析是面向流程的，而流程是動態(tài)的、實時的。系統(tǒng)的功能、性能、接口、界面都是在流程中動態(tài)實時地反映出來。-在所有的流程（物流、人流、資金流、信息流、單據(jù)流、報表流、數(shù)據(jù)流）中，數(shù)據(jù)流最重要，也最有代表性。因為在計算機網(wǎng)絡系統(tǒng)內(nèi)，一切流程都表現(xiàn)為數(shù)據(jù)流。所以，面向流程分析，實質(zhì)上是面向數(shù)據(jù)流程分析，或面向數(shù)據(jù)分析。計算機網(wǎng)絡只認識數(shù)據(jù)，其他所有的信息必須轉(zhuǎn)化為數(shù)據(jù)之后才能流動。【例4-2】在人力資源系統(tǒng)中，“員工的基本情況”是一個實體名，而員工的“編號、姓名、性別、年齡、學歷、住址、電話、電子信箱、業(yè)務特長”等則是屬性名，這些名詞統(tǒng)稱為人事系統(tǒng)的元數(shù)據(jù)。-而某一員工的具體信息，不是元數(shù)據(jù)，例如，“8008，張開，男，30歲，大學本科，北京王麻子胡同東一條8號，66268866，zhangk987@sina.com，軟件開發(fā)”，則是被I上述元數(shù)據(jù)所組織好的一條記錄（該實體的一個實例），稱為人事系統(tǒng)中的基礎(chǔ)數(shù)據(jù)。北食盱漢大笨31海分校1対龍龍部門名稱1員工人數(shù)男性人數(shù)本科以上人數(shù)30歲以下人數(shù)?參?舉舉舉市場部25162123開發(fā)部88678266銷售部35323119-4.找出元數(shù)據(jù)與中間數(shù)據(jù)之間的關(guān)系-元數(shù)據(jù)對應原始單據(jù)，中間數(shù)據(jù)對應查詢、統(tǒng)計、報表。元數(shù)據(jù)將原始單據(jù)中錄入的數(shù)據(jù)組織起來變成基表中的記錄，這些記錄稱為基礎(chǔ)數(shù)據(jù)。中間數(shù)據(jù)將統(tǒng)計報表中輸出的數(shù)據(jù)組織起來變成中間表中的記錄，這些記錄稱為統(tǒng)計數(shù)據(jù)。?中間表中的記錄是由基表中的記錄派生出來的，為了簡單起見，我們說“中間數(shù)據(jù)是由元數(shù)據(jù)派生出來的”，這種派生就是算法分析。?在需求分析中，弄清由元數(shù)據(jù)到中間數(shù)據(jù)之間的演變關(guān)系，對需求分析的成敗至關(guān)重要，這是需求分析的技巧之三。-5.找出單據(jù)中的流程-需求分析的技巧之四，是找出單據(jù)中的流程。單據(jù)中有如下三個流程。-（1）該單據(jù)的上游是什么？例如，若要錄入“單據(jù)2”，必須先錄入“單據(jù)1”，否則“單據(jù)2”就錄入不進去。那么“單據(jù)1”就是“單據(jù)2”的上游。::::::::-【例4-5】在人力資源系統(tǒng)中，“個人簡歷”和“員工基本情況”都是一個單據(jù)（實體），“個人簡歷”的上游就是“員工基本情況”，只有先錄入“員工基本情況”，“個人簡歷”才能錄入。在信息系統(tǒng)中，一般都要先錄入父表（主表）中的記錄，然后再錄入子表（又稱明細表）中的記錄。(2)同一個單據(jù)內(nèi)部的數(shù)據(jù)項之間，也存在一個先后次序問題。-【例4-6】家電出庫單中的數(shù)據(jù)項“制單人，審核人，批準人”之間的錄入次序，也有一個先后問題。制單人必須第一個錄入，審核人必須是第二個確認，批準人只能是第三個確認。而且規(guī)定：只有批準人確認之后，該單據(jù)才能生效，電視機才能出庫，信息系統(tǒng)才能向后臺數(shù)據(jù)庫服務器提交這條記錄。否則倉庫中的家電早就丟光了。-(3)該單據(jù)的下游是什么？是錄入“單據(jù)3”呢？還是打印“報表A”呢？還是當日單據(jù)匯總處理呢？這個問題要明確。否則，操作員就可能誤操作。-（2）面向?qū)ο蠓治?，實質(zhì)上是面向類分析，它也從系統(tǒng)的基本功能入手，或從與系統(tǒng)有關(guān)的人和事入手，將所有的功能需求找出來，然后將每項功能對應一個對象集（類），分析每個對象集的屬性、方法及包裝方式，最后歸并相同對象集，刪除冗余屬性，用以類及類之間的關(guān)聯(lián)來表示用戶所有需求。?RationalRose用Usecase（稱為“用況”或“用例”，表示與系統(tǒng)有關(guān)的人、設備或外界子系統(tǒng)的一組交互動作序列）來進行需求分析，所有的Usecase集合，就是系統(tǒng)的需求。北糸，迮大竿％海分校，n龍龍(3)面向數(shù)據(jù)分析，就是面向元數(shù)據(jù)和中間數(shù)據(jù)分析，只要將這兩類數(shù)據(jù)及其之間的關(guān)系分析透了，對開發(fā)者來說，主要目的就達到了。-三種需求分析方法的對比情況，如表4-11所示。-以上三種需求分析方法，各自適用于不同的目標系統(tǒng)。但是，三種分析方法都離不開面向流程分析這根總線：功能、對象、數(shù)據(jù)都是在流程中產(chǎn)生的，又都是為流程服務的。大孥a海分校=龍智需求分析方法名稱目的點評適用范圍面向功能需求分析為了獲得功能模型簡單明了系統(tǒng)軟件和應用軟件面向?qū)ο笮枨蠓治鰹榱双@得對象模型復雜抽象系統(tǒng)軟件和應用軟件面向數(shù)據(jù)需為了獲得數(shù)抓住本以關(guān)系數(shù)據(jù)庫為平臺求分析據(jù)模型質(zhì)的信息系統(tǒng)-7.分析與設計要同時考慮-無論是哪一種分析方法，在分析師心靈深處既要弄清目標系統(tǒng)是什么，又要為目標系統(tǒng)怎么設計做充分準備。-那種在分析師心靈深處只考慮目標系統(tǒng)是什么、而不考慮目標系統(tǒng)怎么做的需求分析觀點，是片面的、表面的、過時的、不可取的。-有經(jīng)驗的分析師，常常是一邊搞需求分析，一邊思考今后怎么去設計實現(xiàn)。一旦發(fā)現(xiàn)設計實現(xiàn)中將會出現(xiàn)問題，立即進一步需求分析。因為許多問題在分析“目標系統(tǒng)是什么”時發(fā)現(xiàn)不了，只有考慮“目標系統(tǒng)怎么做”時才能暴露。-9.提取需求技術(shù)?(1)會談-在與用戶的會談過程中，軟件分析師應積極地進行引導，使用戶能談出他們的需求。?(2)場景?軟件分析師為每個用戶任務設計一個場景，以提問的方式提取需求。場景通常以用例圖來表示。?(3)原型?用戶有時在原型系統(tǒng)中更容易表達自己的需求。原型技術(shù)有很多，從界面示意圖到快速搭建的原型系統(tǒng)。?(4)實地觀察需求分析中的概念模型，是站在用戶的立場上，開發(fā)者用一些軟件工具，來表述用戶對目標系統(tǒng)的功能、性能、接口和界面的需求。-這些工具包括用用例圖、數(shù)據(jù)流圖、狀態(tài)模型圖、用戶交互圖、對象模型圖、實體關(guān)系圖（E-R圖），以及功能需求列表、性能需求列表、接口需求列表、界面需求列表等。-需求分析選擇哪種軟件描述工具，不僅決定于項目組采用何種軟件開發(fā)方法，而且取決于問題域的本質(zhì)特征。北食擇汶大竿氐海分校：好龍龍-面向過程的方法，一般采用數(shù)據(jù)流圖、加工說明、數(shù)據(jù)字典來描述需求；-面向元數(shù)據(jù)的方法，一般采用實體關(guān)系圖來描述需求；-面向?qū)ο蟮姆椒ǎ话悴捎肬ML語言來描述需求；-對于實時系統(tǒng)，它對數(shù)據(jù)流圖和狀態(tài)模型圖的要求高；-對管理信息系統(tǒng)，它對實體關(guān)系圖的要求高；-對于Windows圖形界面下的網(wǎng)站開發(fā)與網(wǎng)絡游戲制作，它對UML語言中的有關(guān)圖形要求高。?關(guān)于功能需求列表、性能需求列表、接口需求列表、界面需求列表和“直式業(yè)務流程圖”，在前面的“需求分析的任務”中，已經(jīng)做了介紹，在此就不再說明了。-下面將要介紹的需求分析描述工具有：-(1)實體關(guān)系圖。-(2)數(shù)據(jù)流圖。-(3)用例圖。?(4)活動圖。4.4.2面向元數(shù)據(jù)的需求描述工具?實體關(guān)系圖又叫E—R圖或?qū)嶓w一聯(lián)系模型，它是在調(diào)查分析用戶的需求之后，把用戶對數(shù)據(jù)的需求用實體聯(lián)系模型表達出來，明確描述應用系統(tǒng)的概念結(jié)構(gòu)數(shù)據(jù)模型。構(gòu)造E-R模型，要分析與確定應用系統(tǒng)中的實體集、實體之間的聯(lián)系及實體或聯(lián)系的屬性等要素。_________概念數(shù)據(jù)庫模型的實質(zhì)，就是分析和梳理現(xiàn)實中的數(shù)據(jù)及其數(shù)據(jù)聯(lián)系，為建立數(shù)據(jù)庫設計打好基礎(chǔ)。圖4-5表示圖書館信息系統(tǒng)的實體聯(lián)系模型。主要實體是“圖書”和“讀者”，這兩個實體之間的關(guān)系是圖書借閱和圖書歸還，因為一個復雜關(guān)系也是一個實體，所以用“圖書借閱”和“圖書歸還”這兩個實體來表示這兩個復雜關(guān)系。-另外，極少數(shù)讀者可能有違規(guī)行為，所以需要增設一個“罰款”實體。-由于圖書館的圖書，來自于對外的采購，每一次采購都要有訂購單，而且一張訂購單上可以同時訂購一個出版社的多種圖書，所以要用“訂購單頭”和“訂購單明細”兩個實體來描述。團書R2iT胸細呈H類號ldentifier_1<pi>號_A15<M>ldentifieF_1<pi>明進芙號MgIdentify」<pi>囝書奘號<￡>A15<M>ldentifi&「_1<pj>芻老奘號<W>A12<M>ldentifiEr_'<pi>Frir鵬iR1<pi>A16<M>I3ff-m*ldentifiEF_1<pP-R2囝書奘號ldentifi&「_1<pj>需要指出的是：不同的軟件分析師，對于同一個圖書館信息系統(tǒng)，所設計出來的實體--聯(lián)系圖，可能大同小異，也可能各不相同。-因為對于同一個信息系統(tǒng)，實體--聯(lián)系圖不存在唯一的標準答案。實體--聯(lián)系模型既是表達用戶需求的工具，又是數(shù)據(jù)庫概念設計的工具。在需求分析中，它叫做實體--聯(lián)系模型，在數(shù)據(jù)庫設計中，它叫做概念數(shù)據(jù)模型CDM。實體--聯(lián)系模型的每個實體、每個屬性、每個關(guān)系、每個操作方法，都要用數(shù)據(jù)字典詳盡定義。名稱圖例說明信息源或信息潭表示信息源或信息潭，即數(shù)據(jù)流的起點或終點加工或處理表示對流到此處的數(shù)據(jù)進行加工或處理，即對數(shù)據(jù)的算法分析與科學計算輸入文件/輸出文件表示輸入文件或輸出文件，說明加工或處理之前的輸入文件，記錄加工或處理之后的輸出文件數(shù)據(jù)流連線-表示數(shù)據(jù)流的流動方向-rt

二tf

;L__h——:——-若加工中既包含了順序執(zhí)行的動作，又包含了判斷或循環(huán)邏輯時，使用結(jié)構(gòu)化語言最好；-對于一個不太復雜的判斷邏輯，或判斷很復雜但在與用戶討論時，使用判斷樹最好；-對于復雜的判斷邏輯，條件多、條件組合與判斷結(jié)果也多時，使用判定表最好。也可以交叉使用，互為補充，以充分發(fā)揮各自的長處。目的只有一個：表達簡潔、精確、清晰、可讀性和容易理解。*4.4.4面向?qū)ο蟮男枨竺枋龉ぞ擗嬌粋€特定的任務，其圖例如表4-13所示。用例圖是需求和系統(tǒng)行為設計的高層模型，它以圖形化的方式描述外部實體對系統(tǒng)功能的感知。用例圖從用戶的角度來組織需求，每個用例描述面向?qū)ο笮枨蠓治龅拿枋龉ぞ?，主要有統(tǒng)一建模語言UML中的用例圖、類圖、順序圖和活動圖。-1.用例圖-在統(tǒng)一建模語言UML中，用例圖又叫做用況圖，有時又稱為UseCase圖。它用于定義系統(tǒng)的行為，展示角色（系統(tǒng)的外部實體，即參入者）與用例（系統(tǒng)執(zhí)行的服務）之間的相互作用。大笨改海分校北食擇1大笨31灣分校，対龍龍用例編號：3.1用例名稱：借書登記用例描述：圖書管理員對讀者借閱的圖書進行登記。讀者借閱圖書的數(shù)量不能超過規(guī)定的數(shù)量。如果讀者有過期未還的圖書，不能借閱新圖書。前置條件：讀者請求借閱登記。后置條件：讀者取得借閱的圖書?；顒硬襟E：1.讀者請求借閱圖書。2.檢查讀者的狀態(tài)。3.檢查圖書的狀態(tài)。4.標記圖書為借出狀態(tài)。5.讀者獲取圖書。擴展點：2a.如果用戶借閱數(shù)量超過規(guī)定數(shù)量，或者有逾期未還的圖書，則用例終止。3a.如果借閱的圖書不存在，則用例終止。異常處理：無□AOFactoryK)DteOAOPeisofiDAOPmdudMD^GeDa^an^SUiiToifalO^GdAKaleOOShoppingCarDAOImpISaleDAOImpIoteSale敦簞KU大笨轚海分校，趣瑜tPersonProductHtsfiiio?quefjejMO^nseil^alesaleX)*i|ueiy^W^kMSaleMX)曲rmlud(】^FiidQiieHiHPmdiidOHtsHPiDdudOttseilQdd^QvdyByWOFiei