軟件工程-第3章需求分析

第3章需求分析3.1需求分析的任務(wù)3.2與用戶溝通獲取需求的方法3.3分析建模與規(guī)格說明3.4實體-聯(lián)系圖3.5數(shù)據(jù)規(guī)范化3.6狀態(tài)轉(zhuǎn)換圖3.7其他圖形工具3.8驗證軟件需求3.9小結(jié)習(xí)題為什么需要需求分析？開發(fā)人員往往急于求成希望對開發(fā)進(jìn)行指導(dǎo)希望開發(fā)人員對用戶的要求理解希望用戶理解開發(fā)人員測試部門有理可依需求分析的任務(wù)

就是借助于當(dāng)前系統(tǒng)的邏輯模型導(dǎo)出目標(biāo)系統(tǒng)的邏輯模型，解決目標(biāo)系統(tǒng)的“做什么”的問題。需求分析做什么?準(zhǔn)確地回答”系統(tǒng)必須做什么?”這個問題；對系統(tǒng)提出完整、準(zhǔn)確、清晰、具體的要求；寫出軟件需求規(guī)格說明書；用戶要很好地參與到需求分析過程中來；(需求要不斷迭代)注意區(qū)別”可行性分析”和”需求分析”的異同；設(shè)計出系統(tǒng)的”數(shù)據(jù)模型”、細(xì)化的“邏輯模型”和“行為模型”；(關(guān)鍵所在)IsWhatNotHow需求分析做什么?所有的結(jié)構(gòu)化分析方法都遵守下述準(zhǔn)則：(1)必須理解并描述問題的信息域，根據(jù)這條準(zhǔn)則應(yīng)該建立數(shù)據(jù)模型。(2)必須定義軟件應(yīng)完成的功能，這條準(zhǔn)則要求建立功能模型。(3)必須描述作為外部事件結(jié)果的軟件行為，這條準(zhǔn)則要求建立行為模型。(4)必須對描述信息、功能和行為的模型進(jìn)行分解，用層次的方式展示細(xì)節(jié)。需求獲取面臨的挑戰(zhàn)客戶說不清楚需求需求易變性問題的復(fù)雜性和對問題空間理解的不完備性與不一致性優(yōu)秀需求具有的特性1.完整性

2.正確性

3.可行性

4.必要性

5.劃分優(yōu)先級

6.無二義性

7.可驗證性3.1需求分析的任務(wù)

具體任務(wù)：確定對系統(tǒng)的綜合要求（系統(tǒng)需要什么？）

分析和設(shè)計系統(tǒng)的數(shù)據(jù)要求

（處理的數(shù)據(jù)對象是什么？）在可行性分析的基礎(chǔ)之上分析和設(shè)計系統(tǒng)的功能模型（系統(tǒng)功能的模型表示是什么？）分析和設(shè)計描述軟件動態(tài)變化的行為模型（系統(tǒng)的狀態(tài)是如何改變的？）

編寫軟件需求規(guī)格說明書，可能需要修正系統(tǒng)開發(fā)計劃3.1.1確定系統(tǒng)的綜合要求功能要求性能要求可靠性和可用性要求出錯處理要求接口要求約束逆向要求擴(kuò)展要求基本的、核心的時間、存儲量、安全性MTTF對環(huán)境錯誤應(yīng)該如何響應(yīng)用戶、硬件、軟件、通信限制條件、精度、語言對系統(tǒng)可能的擴(kuò)充或修改系統(tǒng)不應(yīng)該做什么3.1.2分析和設(shè)計系統(tǒng)的數(shù)據(jù)要求軟件系統(tǒng)的本質(zhì)是對數(shù)據(jù)進(jìn)行處理。通常要求建立完整的數(shù)據(jù)模型（E-R模型）數(shù)據(jù)字典缺乏直觀性（考慮圖形化的描述復(fù)雜數(shù)據(jù)的組成）必要時需要對數(shù)據(jù)模型進(jìn)行規(guī)范化（范式）階段性成果：E-R圖層次方框圖或Warnier圖3.1.3分析和設(shè)計系統(tǒng)的功能模型確定系統(tǒng)綜合要求和分析系統(tǒng)數(shù)據(jù)要求順利完成之后即可導(dǎo)出詳細(xì)的系統(tǒng)功能模型。階段性成果：細(xì)化后并經(jīng)過多次校驗的數(shù)據(jù)流圖(DFD)與數(shù)據(jù)流圖相輔相存的數(shù)據(jù)字典(DD)概要性的描述主要加工的處理算法(IPO)3.1.4分析和設(shè)計系統(tǒng)的行為模型確定系統(tǒng)的動態(tài)變化的方式，采用狀態(tài)轉(zhuǎn)換圖來描述。階段性成果：狀態(tài)轉(zhuǎn)換圖(STD)3.1.5編寫需求規(guī)格說明，可能需要修正系統(tǒng)的開發(fā)計劃根據(jù)上述的階段性成果，匯總為“軟件需求規(guī)格說明書”，以提交評審在可行性分析的基礎(chǔ)上，較準(zhǔn)確地估計系統(tǒng)的開發(fā)成本和進(jìn)度修正開發(fā)計劃3.2與用戶溝通獲取需求的方法訪談面向數(shù)據(jù)流自頂向下求精簡易的應(yīng)用規(guī)格說明技術(shù)快速原型法用戶和系統(tǒng)其他人員參與需求分析3.2.1訪談最早并且仍然廣泛使用正式的訪談：具體問題的問答形式非正式的訪談：開放式、交互性的問答需要調(diào)查大量人員有時采用“調(diào)查表”技術(shù)還使用“情景分析技術(shù)”（用戶角度）,就是對用戶將來使用目標(biāo)系統(tǒng)解決某個具體問題的方法和結(jié)果進(jìn)行分析。3.2.1訪談情景分析(1)它在某種程度上演示目標(biāo)系統(tǒng)的行為，便于用戶理解，而且還可能進(jìn)一步揭示出一些分析員還不知道的需求。(2)由于情景分析較易為用戶所理解，使用這種技術(shù)能保證用戶在需求分析過程中始終扮演一個積極主動的角色。3.2.2面向數(shù)據(jù)流的自頂向下求精信息系統(tǒng)的本質(zhì)決定數(shù)據(jù)是需求分析的起點系統(tǒng)分析員一定要搞清楚數(shù)據(jù)的細(xì)節(jié)分析的對象：高層數(shù)據(jù)流圖（什么階段得到的？）主要目標(biāo)：把數(shù)據(jù)流和數(shù)據(jù)存儲定義到元素級別（不可分解為止）可行性分析忽略了細(xì)節(jié)數(shù)據(jù)的來源、去向、數(shù)據(jù)結(jié)構(gòu)定義等3.2.2面向數(shù)據(jù)流的自頂向下求精結(jié)構(gòu)化分析方法是一種什么方法呢？從數(shù)據(jù)流圖的輸出端著手分析，這是因為系統(tǒng)的基本功能是產(chǎn)生這些輸出的關(guān)鍵原因。輸出數(shù)據(jù)決定了系統(tǒng)必須具有的最基本的組成元素（包括功能和數(shù)據(jù)結(jié)構(gòu)組成）。自頂向下，逐層細(xì)化的方法3.2.2面向數(shù)據(jù)流的自頂向下求精注意1：第2章給出了1種數(shù)據(jù)流圖的分析方法（教材），其目的主要是導(dǎo)出較高層次較粗糙的數(shù)據(jù)流圖，而需要準(zhǔn)確地收集需求，采用本章的從數(shù)據(jù)流圖的輸出向輸入的回溯方法。3.2.2面向數(shù)據(jù)流的自頂向下求精回溯過程中需要回答兩個問題輸出數(shù)據(jù)的組成？輸出數(shù)據(jù)的來源？深入調(diào)查外部輸入或系統(tǒng)生成3.2.2面向數(shù)據(jù)流的自頂向下求精回溯時常遇到的問題：為了得到某個數(shù)據(jù)元素需要用到數(shù)據(jù)流圖中還沒有的數(shù)據(jù)元素，或者得出這個數(shù)據(jù)元素要用的算法尚不完全清楚。因此，需要向用戶等有關(guān)人員請教，他們的回答使分析員對目標(biāo)系統(tǒng)的認(rèn)識更深入具體，系統(tǒng)中更多的數(shù)據(jù)元素被劃分出來，更多的算法搞清楚了。把分析過程中得到的有關(guān)數(shù)據(jù)元素的信息記錄在數(shù)據(jù)字典中，把對算法的簡明描述記錄在IPO圖中。通過分析而補(bǔ)充的數(shù)據(jù)流、數(shù)據(jù)存儲和處理，應(yīng)該添加到數(shù)據(jù)流圖的適當(dāng)位置上。面向數(shù)據(jù)流方法的分析過程沿數(shù)據(jù)流圖回溯用戶復(fù)查細(xì)化數(shù)據(jù)流圖修正開發(fā)計劃書寫文檔審查和復(fù)審沿數(shù)據(jù)流圖回溯從數(shù)據(jù)流圖的輸出向輸入回溯，依次確定每個數(shù)據(jù)元素的來源（組成和實現(xiàn)算法）；把數(shù)據(jù)元素的信息記錄到數(shù)據(jù)字典中；把對算法的簡明描述記錄到IPO圖中；補(bǔ)充的數(shù)據(jù)流、數(shù)據(jù)存儲和處理應(yīng)該添加到數(shù)據(jù)流圖的適當(dāng)位置上。用戶復(fù)查數(shù)據(jù)流圖是幫助復(fù)查的極好工具；分析員向用戶解釋數(shù)據(jù)的來源（組成和處理，它反映了分析員建立的對系統(tǒng)已有的認(rèn)識。）用戶要及時糾正和補(bǔ)充分析員的認(rèn)識它驗證了已知的元素，補(bǔ)充了未知的元素，填補(bǔ)了文檔中的空白；分析員對系統(tǒng)的認(rèn)識是一個螺旋式上升的過程。細(xì)化數(shù)據(jù)流圖為了追蹤更詳細(xì)的數(shù)據(jù)流，應(yīng)該把數(shù)據(jù)流圖擴(kuò)展到更低的層次；通過追蹤這些細(xì)化的數(shù)據(jù)流圖產(chǎn)生了新的問題，新的問題的答案可能在數(shù)據(jù)字典中增加新的條目，并且將產(chǎn)生新的算法；功能分解可以完成數(shù)據(jù)流圖的細(xì)化；細(xì)化過程中注意及時的更新數(shù)據(jù)字典；書寫文檔需求規(guī)格說明數(shù)據(jù)要求用戶系統(tǒng)描述修正的開發(fā)計劃需求分析的過程示圖面向數(shù)據(jù)流方法的分析的應(yīng)用倉庫管理員采購員定貨系統(tǒng)事務(wù)定貨報表來源、數(shù)據(jù)組成是什么？來源：由哪個加工產(chǎn)生或從哪個文件讀出？數(shù)據(jù)組成：數(shù)據(jù)字典應(yīng)該如何設(shè)計，大概有哪些數(shù)據(jù)項？面向數(shù)據(jù)流方法的分析的應(yīng)用名字：定貨報表別名：定貨信息描述：每天一次送給采購員的需要定貨的零件表定義：定貨報表=零件編號

+零件名稱+定貨數(shù)量+目前價格+主要供應(yīng)商+次要供應(yīng)商位置：定貨報告定貨信息庫存清單逐一確定元素的來源面向數(shù)據(jù)流方法的分析的應(yīng)用倉庫管理員采購員1處理事務(wù)2產(chǎn)生報表事務(wù)定貨報表庫存清單D1定貨信息D2123456包含零件編號、名稱、目前價格形成定貨數(shù)量面向數(shù)據(jù)流方法的分析的應(yīng)用倉庫管理員采購員1.1接收事務(wù)2產(chǎn)生報表事務(wù)定貨報表庫存清單D1定貨信息D21.2更新庫存1.3處理定貨事務(wù)庫存信息12356487供應(yīng)商信息D33.2.3簡易的應(yīng)用規(guī)格說明技術(shù)前兩種方法中，用戶比較被動它是一種面向團(tuán)隊的需求收集方法，是一種主流技術(shù)它提倡用戶與開發(fā)者密切合作、共同標(biāo)識問題、提出解決方案，確定基本需求簡易的應(yīng)用規(guī)格說明技術(shù)流程初步訪談待解決問題的范圍和方案召開討論會是否需要這個軟件以及對需求進(jìn)行組合針對每個議題制定一統(tǒng)一的需求列表分會討論單獨議題需求列表的討論匯總需求完整的需求規(guī)格說明書3.2.4快速原型法快速建立起來的旨在演示目標(biāo)系統(tǒng)主要功能的可運行的程序。它是最準(zhǔn)確、有效和強(qiáng)大的需求分析技術(shù)?；咎匦裕嚎焖伲嚎焖俚奶峁┙o用戶一個可運行的軟件；容易修改：根據(jù)用戶的要求可迅速構(gòu)建新的原型；3.3分析建模與規(guī)格說明模型，就是為了理解事物而對事物做出的一種抽象，是對事物的一種無歧義的書面描述。系統(tǒng)分析員應(yīng)該從不同角度抽象出目標(biāo)系統(tǒng)的特性，使用精確的表示方法構(gòu)造系統(tǒng)的模型。數(shù)據(jù)角度、功能角度、行為角度DFD、DD、STD、E-R模型的作用現(xiàn)實世界計算機(jī)世界影射模型的作用計算機(jī)世界現(xiàn)實世界結(jié)構(gòu)化開發(fā)方法結(jié)構(gòu)化分析結(jié)構(gòu)化設(shè)計結(jié)構(gòu)化編程OOAOODOOP面向?qū)ο箝_發(fā)方法結(jié)構(gòu)化分析模型的組成結(jié)構(gòu)數(shù)據(jù)流圖

(DFD)E-R圖狀態(tài)轉(zhuǎn)換圖(STD圖)加工說明控制說明數(shù)據(jù)對象說明數(shù)據(jù)字典（DD）面向?qū)ο蠓治瞿Ｐ偷慕M成結(jié)構(gòu)對象-關(guān)系模型類/對象模型對象-行為模型使用實例(UseCase)操作、屬性、協(xié)作者3.3分析建模與規(guī)格說明結(jié)構(gòu)化分析方法的創(chuàng)建的幾個主要模型及關(guān)鍵元素如下：數(shù)據(jù)模型：E-R圖（E-RD）（本章介紹）功能模型：數(shù)據(jù)流圖（DFD）行為模型：狀態(tài)轉(zhuǎn)換圖（STD）（本章介紹）數(shù)據(jù)字典：模型中心（DD）根據(jù)上述模型整理出軟件需求規(guī)格說明書3.4實體-聯(lián)系圖為了把用戶的數(shù)據(jù)要求清楚、準(zhǔn)確地描述，信息模型，或概念性數(shù)據(jù)模型。（是面向問題的數(shù)據(jù)模型，是按照用戶的觀點對數(shù)據(jù)建立的模型）現(xiàn)實世界的數(shù)據(jù)抽象，它是真實世界的最好反映，它完全依賴于用戶的角度（語義）。信息系統(tǒng)數(shù)據(jù)庫分析與設(shè)計的基礎(chǔ)，也是數(shù)據(jù)建模的基礎(chǔ)。包含3種相互關(guān)聯(lián)的信息：數(shù)據(jù)對象、數(shù)據(jù)對象的屬性及數(shù)據(jù)對象彼此間相互連接的關(guān)系。3.4.1數(shù)據(jù)對象它是指用一系列的屬性和性質(zhì)，對現(xiàn)實中的事物加以更加形象的描述。它也稱為實體，可以是有生命的或沒有生命的。實體之間不是孤立的。注意區(qū)分面向?qū)ο笾械摹皩ο蟆焙虴R中的“數(shù)據(jù)對象”。(只封裝數(shù)據(jù)，而沒有施加于數(shù)據(jù)上的操作的引用)3.4.1數(shù)據(jù)對象它的范疇很大，可以是外部實體(例如，產(chǎn)生或使用信息的任何事物)、事物(例如，報表)、行為(例如，打電話)、事件(例如，響警報)、角色(例如，教師、學(xué)生)、單位(例如，會計科)、地點(例如，倉庫)或結(jié)構(gòu)(例如，文件)等?？傊?，可以由一組屬性來定義的實體都可以被認(rèn)為是數(shù)據(jù)對象。3.4.2屬性屬性定義了數(shù)據(jù)對象的性質(zhì)數(shù)據(jù)對象的基本屬性，它是原子的。關(guān)鍵字屬性是什么？屬性的確定要依據(jù)實際的軟件問題。（究竟是否為屬性或究竟是什么屬性？）3.4.2聯(lián)系實體之間是存在聯(lián)系的1:11:NM:N聯(lián)系也可以有屬性實體-聯(lián)系圖的符號ER圖中包含了實體(即數(shù)據(jù)對象)、關(guān)系和屬性等3種基本成分。通常用矩形框代表實體；用連接相關(guān)實體的菱形框表示關(guān)系；用橢圓形或圓角矩形表示實體(或關(guān)系)的屬性；并用直線把實體(或關(guān)系)與其屬性連接起來。“化學(xué)制品跟蹤系統(tǒng)”實體聯(lián)系圖化學(xué)制品倉庫存貨清單化學(xué)制品容器存儲執(zhí)行化學(xué)制品請求1MM13.5數(shù)據(jù)規(guī)范化信息以一定方式組織并存儲在數(shù)據(jù)庫或文件中，為減少數(shù)據(jù)冗余，避免出現(xiàn)插入異常或刪除異常，需要把數(shù)據(jù)結(jié)構(gòu)規(guī)范化。數(shù)據(jù)庫中范式的定義（normalforms）第一范式：原子屬性冗余程度最大第二范式：消除部分函數(shù)依賴第三范式：消除傳遞函數(shù)依賴規(guī)范化的目的是：消除數(shù)據(jù)冗余，即消除表格中數(shù)據(jù)的重復(fù)；消除多義性，使關(guān)系中的屬性含義清楚、單一；使關(guān)系的“概念”單一化，讓每個數(shù)據(jù)項是一個簡單的數(shù)或字符串，而不是一個組項或重復(fù)組；方便操作。使數(shù)據(jù)的插入、刪除與修改操作可行并方便；使關(guān)系模式更靈活，易于實現(xiàn)接近自然語言的查詢方式。第一范式

每個屬性值都必須是原子值，即僅僅是一個簡單值而不含內(nèi)部結(jié)構(gòu)。

如：學(xué)生(學(xué)號，姓名，性別，年齡，年級，專業(yè)，籍貫)教師(職工號，姓名，年齡，職稱，職務(wù)，工資級別，工資)課程(課程號，課程名，學(xué)分，學(xué)時，課程類型)第二范式

滿足第一范式條件，而且每個非關(guān)鍵字屬性都由整個關(guān)鍵字決定(而不是由關(guān)鍵字的一部分來決定)。

如：選課

(學(xué)號，課程號，聽課出勤率，作業(yè)完成率，分?jǐn)?shù))教課

(職工號，課程號，授課效果)第三范式

符合第二范式的條件。

滿足第三范式（3NF）必須先滿足第二范式（2NF）。簡而言之，第三范式（3NF）要求一個數(shù)據(jù)庫表中不包含已在其它表中已包含的非主關(guān)鍵字信息。

例如，存在一個部門信息表，其中每個部門有部門編號（dept_id）、部門名稱、部門簡介等信息。那么員工信息表中列出部門編號后就不能再將部門名稱、部門簡介等與部門有關(guān)的信息再加入員工信息表中。如果不存在部門信息表，則根據(jù)第三范式（3NF）也應(yīng)該構(gòu)建它，否則就會有大量的數(shù)據(jù)冗余。簡而言之，第三范式就是屬性不依賴于其它非主屬性。

3.6狀態(tài)轉(zhuǎn)換圖通過描繪系統(tǒng)的狀態(tài)及引起系統(tǒng)狀態(tài)轉(zhuǎn)換的事件，來表示系統(tǒng)的行為。例如：上課鈴響了，同學(xué)們應(yīng)該進(jìn)入教室準(zhǔn)備上課。狀態(tài)圖還指明了作為特定事件的結(jié)果，系統(tǒng)將做哪些動作(例如，處理數(shù)據(jù))。3.6.1狀態(tài)狀態(tài)代表系統(tǒng)的行為模式；一個狀態(tài)代表系統(tǒng)的一種行為模式。它規(guī)定了系統(tǒng)對事件的響應(yīng)方式；（3種）改變狀態(tài)（絕大多數(shù)的系統(tǒng)都如此響應(yīng)）做動作（完成一定的“操作”）既改變狀態(tài)，又做動作（比較復(fù)雜）3.6.1狀態(tài)三種狀態(tài)類型：初態(tài)、終態(tài)和中間態(tài)狀態(tài)圖可表示循環(huán)運行過程以及單程運行過程。3.6.2事件某個特定時刻發(fā)生的“事情”。它是對引起系統(tǒng)做動作或(和)從一個狀態(tài)轉(zhuǎn)換到另一個狀態(tài)的外界事件的抽象。它是控制信息，狀態(tài)是受事件觸發(fā)的。3.6.3基本符號初始事件事件表達(dá)式結(jié)束事件活動表的語法事件名/動作表達(dá)式在活動表中經(jīng)常使用下述3種標(biāo)準(zhǔn)事件：entry，exit和do。entry事件指定進(jìn)入該狀態(tài)的動作，exit事件指定退出該狀態(tài)的動作，而do事件則指定在該狀態(tài)下的動作。事件表達(dá)式的語法事件說明[守衛(wèi)條件]/動作表達(dá)式3.6.3基本符號活動表的語法格式如下：事件名(參數(shù)表)/動作表達(dá)式“事件名”可以是任何事件的名稱。在活動表中經(jīng)常使用下述3種標(biāo)準(zhǔn)事件：entry，exit和do。兩個狀態(tài)之間帶箭頭的連線稱為狀態(tài)轉(zhuǎn)換狀態(tài)變遷通常是由事件觸發(fā)的，箭頭線上標(biāo)出觸發(fā)轉(zhuǎn)換的事件表達(dá)式3.6.3基本符號事件表達(dá)式的語法如下：事件說明［守衛(wèi)條件］／動作表達(dá)式事件說明的語法為：事件名(參數(shù)表)。守衛(wèi)條件是一個布爾表達(dá)式。動作表達(dá)式是一個過程表達(dá)式，當(dāng)狀態(tài)轉(zhuǎn)換開始時執(zhí)行該表達(dá)式。3.7其他圖形工具層次方框圖Warnier圖IPO圖3.7.1層次方框圖用樹型結(jié)構(gòu)描述的一系列多層次的圖形；頂層只有一個方框代表完整的數(shù)據(jù)結(jié)構(gòu)；下面各層代表這個數(shù)據(jù)的子集；最底層代表不能再分割的實際的數(shù)據(jù)元素；一個層次方框圖的例子產(chǎn)品硬件軟件服務(wù)處理機(jī)存儲器外設(shè)系統(tǒng)軟件應(yīng)用軟件軟件服務(wù)硬件維修培訓(xùn)操作系統(tǒng)編譯程序軟件工具3.7.2Warnier圖它也是表示信息層次結(jié)構(gòu)的圖形工具；它可以指出信息量是重復(fù)出現(xiàn)的或有條件出現(xiàn)的；圖形包括：用來區(qū)分?jǐn)?shù)據(jù)結(jié)構(gòu)層次的花括號表明一類信息或一個數(shù)據(jù)元素在一定條件下出現(xiàn)的異或號名字后面的數(shù)字表示信息類在數(shù)據(jù)結(jié)構(gòu)中重復(fù)的次數(shù)。一個Warnier圖的例子軟件產(chǎn)品系統(tǒng)軟件操作系統(tǒng)（P1）編譯程序（P2）軟件工具編輯程序（P3）測試驅(qū)動程序（P3）設(shè)計輔助工具（P3）應(yīng)用軟件+3.7.3IPO圖INPUT/PROCESS/OUTPUT（輸入/處理/輸出圖）的簡稱。描述輸入數(shù)據(jù)、輸出數(shù)據(jù)和對數(shù)據(jù)的處理之間的關(guān)系。（適用任何系統(tǒng)）軟件元素滲透到模型的各個方面。需求分析階段可以使用IPO圖來簡要地描述系統(tǒng)的主要算法。傳統(tǒng)的IPO圖IPO圖IPO圖系統(tǒng)：模塊：編號：作者：日期：被調(diào)用：調(diào)用：輸入：輸出：處理：局部數(shù)據(jù)：注釋列出處理的執(zhí)行順序改進(jìn)的IPO圖一

個

IPO

圖

的

例

子IPO圖系統(tǒng)：模塊：編號：作者：日期：訂貨處理模塊可供貨處理缺貨訂單暫存訂貨量X相應(yīng)庫存量Y供貨標(biāo)志SupplyIFY-X>0THEN可供貨處理ELSE缺貨訂單暫存ENDIF文件名：庫存文件注釋銷售管理系統(tǒng)Armstrong確定能否訂貨2005/3/10推遲實現(xiàn)3.8驗證軟件需求一致性：不能相互矛盾；

完整性：規(guī)格說明書應(yīng)包括用戶需要的每一個功能或性能；現(xiàn)實性：技術(shù)上可以實現(xiàn)；

有效性：需求確實能解決用戶面對的問題；軟件需求說明書的編寫提示（GB856T—88）1引言1.1編寫目的1.2背景1.3定義1.4參考資料

2任務(wù)概述2.1目標(biāo)2.2用戶的特點2.3假定和約束軟件需求說明書的編寫提示（GB856T—88）

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設(shè)備4.2支持軟件4.3接口4.4控制小結(jié)需求分析是軟件生命期的一個重要階段；最根本的任務(wù)是確定為了滿足用戶的需求，系統(tǒng)需要做什么。傳統(tǒng)的軟件工程方法學(xué)使用結(jié)構(gòu)化分析方法。為了全面了解用戶的需要，必須使用適當(dāng)?shù)姆椒ê陀脩魷贤āＰ〗Y(jié)必須仔細(xì)地分析系統(tǒng)中的數(shù)據(jù)流又要分析長期使用的數(shù)據(jù)存儲。數(shù)據(jù)字典是“粘合劑”。分析應(yīng)該得出用數(shù)據(jù)流圖、ER圖、數(shù)據(jù)字典和簡潔算法描述的詳細(xì)的系統(tǒng)邏輯模型。還可使用層次方框圖、Warnier圖輔助性的描述系統(tǒng)中的數(shù)據(jù)結(jié)構(gòu)。IPO圖描述算法的有效工具。3-1為什么要進(jìn)行需求分析?通常對軟件系統(tǒng)有哪些需求?3-2怎樣與用戶有效地溝通以獲取用戶的真實需求?3-3銀行計算機(jī)儲蓄系統(tǒng)的工作過程大致如下：儲戶填寫的存款單或取款單由業(yè)務(wù)員鍵入系統(tǒng)，如果是存款則系統(tǒng)記錄存款人姓名、住址(或電話號碼)、身份證號碼、存款類型、存款日期、到期日期、利率及密碼(可選)等信息，并印出存單給儲戶；如果是取款而且存款時留有密碼，則系統(tǒng)首先核對儲戶密碼，若密碼正確或存款時未留密碼，則系統(tǒng)計算利息并印出利息清單給儲戶。習(xí)題請用數(shù)據(jù)流圖描繪本系統(tǒng)的功能，并用實體-聯(lián)系圖描繪系統(tǒng)中的數(shù)據(jù)對象。3-4分析習(xí)題2第3題所述的機(jī)票預(yù)訂系統(tǒng)。請用實體-聯(lián)系圖描繪本系統(tǒng)中的數(shù)據(jù)對象并用數(shù)據(jù)流圖描繪本系統(tǒng)的功能。3-5分析習(xí)題2第4題所述的患者監(jiān)護(hù)系統(tǒng)。請用實體-聯(lián)系圖描繪本系統(tǒng)中的數(shù)據(jù)對象并用數(shù)據(jù)流圖描繪本系統(tǒng)的功能，畫出本系統(tǒng)的頂層IPO圖。3-6復(fù)印機(jī)的工作過程大致如下：未接到復(fù)印命令時處于閑置狀態(tài)，一旦接到復(fù)印命令則進(jìn)入復(fù)印狀態(tài)，完成一個復(fù)印命令規(guī)定的工作后又回到閑置狀態(tài)，等待下一個復(fù)印命令；如果執(zhí)行復(fù)印命令時發(fā)現(xiàn)沒紙，則進(jìn)入缺紙狀態(tài)，發(fā)出警告，等待裝紙，裝滿紙后進(jìn)入閑置狀態(tài)，準(zhǔn)備接收復(fù)印命令；如果復(fù)印時發(fā)生卡紙故障，則進(jìn)入卡紙狀態(tài)，發(fā)出警告等待維修人員來排除故障，故障排除后回到閑置狀態(tài)。請用狀態(tài)轉(zhuǎn)換圖描繪復(fù)印機(jī)的行為。西安交通大學(xué)劉海巖803.4例1：機(jī)票預(yù)訂系統(tǒng)其功能為：旅行社把預(yù)訂機(jī)票的旅客信息（姓名、性別、身份證號碼、旅行時間、目的地等）輸入系統(tǒng)。系統(tǒng)為旅客安排航班，打印出取票通知單。旅客在飛機(jī)起飛的前一天憑取票通知單交款取票，系統(tǒng)檢驗無誤，輸出機(jī)票給旅客。建立該系統(tǒng)DFD：機(jī)票預(yù)訂系統(tǒng)旅行社旅客訂票單取票單取票單機(jī)票機(jī)票預(yù)訂系統(tǒng)頂層圖西安交通大學(xué)劉海巖81

預(yù)訂機(jī)票1旅客取票2訂票單取票單取票單機(jī)票機(jī)票文件機(jī)票預(yù)訂系統(tǒng)0層圖檢驗有效性1.1查詢航班1.2登記機(jī)票1.3打印取票單1.4機(jī)票文件航班目錄訂票單有效有航班已登記取票單“預(yù)訂機(jī)票”子圖（1層圖）圖1：西安交通大學(xué)劉海巖82圖2：這樣逐步求精分解下去，直到每個加工相對簡單、整個圖的功能可理解為止。查詢機(jī)票文件檢驗取票單2.1記帳2.2修改機(jī)票文件并打印機(jī)票2.3機(jī)票文件賬目文件取票單有效取票單已交款機(jī)票“旅客取票”子圖（1層圖）西安交通大學(xué)劉海巖83例2：家庭安全系統(tǒng)（SafeHome)是一個基于微處理器的系統(tǒng)，能