《軟件需求分析》

高級軟件工程陳寧江chnj@2008.101精選課件需求工程概述需求獲取需求分析和建模需求驗(yàn)證與管理本章內(nèi)容2精選課件什么是需求（Requirement）？需求用戶對目標(biāo)軟件系統(tǒng)在功能、行為、性能、設(shè)計(jì)約束等方面的期望IEEE的定義（1997年）用戶解決問題或達(dá)到目標(biāo)所需的條件或能力系統(tǒng)或系統(tǒng)部件要滿足合同、標(biāo)準(zhǔn)、規(guī)范或其它正式規(guī)定文檔所需具有的條件或能力反映以上兩條的文檔說明軟件需求分析的目標(biāo)：調(diào)查分析，準(zhǔn)確理解用戶的要求撰寫需求，將用戶的非形式的要求轉(zhuǎn)化為完整的、形式的規(guī)格說明3精選課件

軟件需求分析的任務(wù)4精選課件需求必須描述的基本問題功能——所設(shè)計(jì)的軟件要做什么；性能——軟件功能在執(zhí)行過程中的速度、可使用性、響應(yīng)時間、各種軟件功能的恢復(fù)時間、吞吐能力、精度、頻率等等；強(qiáng)加給實(shí)現(xiàn)的設(shè)計(jì)限制——在效果、實(shí)現(xiàn)的語言、數(shù)據(jù)庫完整性、資源限制、操作環(huán)境等等方面所要求的標(biāo)準(zhǔn)；屬性——可移植性、正確性、可維護(hù)性及安全性等方面的考慮因素；外部接口——與人、硬件、其他軟件和其它硬件的相互關(guān)系。

5精選課件需求的類型

業(yè)務(wù)需求（businessrequirement）客戶對系統(tǒng)的高層次的目標(biāo)要求。在項(xiàng)目視圖與范圍文檔中予以說明用戶需求（userrequirement）用戶使用產(chǎn)品必須要完成的任務(wù)功能需求（functionalrequirement）開發(fā)人員必須實(shí)現(xiàn)的軟件功能，使得用戶能完成他們的任務(wù)，滿足業(yè)務(wù)需求非功能需求（non-functionalrequirement）對系統(tǒng)提供的服務(wù)或者功能提出的約束，包括時間、開發(fā)過程、軟件質(zhì)量、標(biāo)準(zhǔn)等約束6精選課件一個例子從不同的角度來看，需求具有不同的層次，即業(yè)務(wù)需求、用戶需求、功能需求和非功能需求等例子：字處理程序之“拼寫檢查器”業(yè)務(wù)需求：“用戶能有效地糾正文檔中的拼寫錯誤”用戶需求：“找出文檔中的拼寫錯誤并通過一個提供的替換項(xiàng)列表來供選擇替換拼錯的詞”功能需求：“找到并高亮度提示錯詞的操作”；“顯示提供替換詞的對話框”；“實(shí)現(xiàn)整個文檔范圍的替換”非功能需求：“替換操作執(zhí)行速度快”；“異常出現(xiàn)概率小”7精選課件

如一個小型超市需要一個商品的查詢系統(tǒng)。業(yè)務(wù)需求：進(jìn)貨人員需要查詢商品庫存以便保證及時進(jìn)貨；收款員需要查詢商品的銷售價格以便結(jié)賬；經(jīng)理需要查詢商品的銷售及盈利情況。

用戶需求:這三類用戶怎樣去查詢系統(tǒng)，查詢哪些信息，還需要哪些操作。8精選課件功能需求對于功能性的系統(tǒng)需求，應(yīng)需要詳細(xì)描述系統(tǒng)中的操作功能、輸入、輸出、異常等功能需求的描述應(yīng)做到：嚴(yán)密性全面性一致性9精選課件非功能需求與軟件系統(tǒng)的總體特性相關(guān)，并作用于整個系統(tǒng)；與軟件系統(tǒng)的開發(fā)過程有關(guān)10精選課件非功能需求的度量11精選課件軟件需求各組成部分之間的關(guān)系

12精選課件軟件需求的作用軟件開發(fā)的基礎(chǔ)和前提只有在明確了軟件需求之后才能開展有針對性的軟件開發(fā)工作沒有需求無法進(jìn)行設(shè)計(jì)和編碼制定軟件開發(fā)計(jì)劃的基礎(chǔ)只有知道你想做什么，才能知道需要多少工作量，才能制定計(jì)劃最終目標(biāo)軟件系統(tǒng)驗(yàn)收的標(biāo)準(zhǔn)只有知道你想做什么，才能知道你最終是否做好了沒有定義明確的需求，就不知道最終基于什么進(jìn)行驗(yàn)收13精選課件需求分析的意義

軟件需求的深入理解是軟件開發(fā)工作獲得成功的前提條件，不論我們把設(shè)計(jì)和編碼做得如何出色，不能真正滿足用戶需求的程序只會令用戶失望，給開發(fā)帶來煩惱。14精選課件需求分析的重要性：例子3153916%的項(xiàng)目被終止！平均超出時間122%%的項(xiàng)目超支，平均超支89%！%的項(xiàng)目按期在預(yù)算之內(nèi)完成！(大公司)%的項(xiàng)目按期在預(yù)算之內(nèi)完成！(小公司)StandishGroup‘98ChaosReport用戶參與不足！不完整的用戶需求！需求不斷變化！15精選課件需求分析的重要性：例子說明16精選課件需求分析的重要性：事實(shí)支撐（1/4）軟件生命周期中，一個錯誤發(fā)現(xiàn)得越晚，修復(fù)錯誤的費(fèi)用越高17精選課件需求分析的重要性：事實(shí)支撐（2/4）許多錯誤是潛伏的，并且在錯誤產(chǎn)生后很長一段時間才被檢查出來在需求過程中會產(chǎn)生很多錯誤DeMarco研究報(bào)告：被檢查出來的錯誤的56％產(chǎn)生的根源可以追溯到需求階段。18精選課件需求分析的重要性：事實(shí)支撐（3/4）在需求階段，代表性的錯誤為疏忽、不一致和二義性美國海軍研究實(shí)驗(yàn)室對海軍A-7E飛機(jī)上的飛行操作程序進(jìn)行實(shí)地測試，得出的研究數(shù)據(jù)表明：A-7E項(xiàng)目中77％的需求錯誤特點(diǎn)是不明確：疏忽、不一致和二義性。按錯誤類型對這些錯誤分布進(jìn)行分析的結(jié)果是：49％不正確的事實(shí)，31％疏忽，l3％不一致，5％二義性19精選課件需求分析的重要性：事實(shí)支撐（4/4）需求錯誤是可以被檢查出來的20精選課件需求分析的重要性——推論在需求過程中會產(chǎn)生很多錯誤許多錯誤并沒有在早期被發(fā)現(xiàn)這樣的錯誤是能夠在產(chǎn)生的初期被檢查出來的如果沒有及時檢查出來這些錯誤，軟件費(fèi)用會直線上升21精選課件獲取軟件需求的復(fù)雜性系統(tǒng)復(fù)雜和龐大如何將軟件需求得到？描述清楚？片面,不完全如何保證得到了所有的軟件需求？模糊,不準(zhǔn)確如何保證把需求說清楚和準(zhǔn)確？不一致,歧義如何保證所描述的需求是不矛盾的？及時性當(dāng)需求變更時，如何讓相關(guān)人員都知道需求已經(jīng)變更？軟件需求變動帶來的問題波動性放大性22精選課件需求分析與程序分析的不同23精選課件需求分析常見問題誤解交流障礙缺乏共同語言“完整性”問題需求永遠(yuǎn)不會穩(wěn)定用戶意見不統(tǒng)一錯誤要求認(rèn)識混淆24精選課件案例分析：中源公司的電信軟件項(xiàng)目思考：為什么需求工作出現(xiàn)了問題？在需求出現(xiàn)變更時怎么辦？如何更好地進(jìn)行需求管理？下一步可采取什么措施？25精選課件需求問題的解決方法和手段技術(shù)層面需求分析方法、技術(shù)和工具方法：數(shù)據(jù)流、面向?qū)ο蠹夹g(shù)：抽象、建模、多視點(diǎn)、原型、……工具：UML，Rose，Word，Excel，RequisitePro管理層面對需求分析中的人、活動和產(chǎn)品進(jìn)行管理形成新的研究領(lǐng)域：需求工程26精選課件需求工程（RequirementEngineering）軟件工程的子領(lǐng)域。應(yīng)用已證實(shí)有效的技術(shù)、方法進(jìn)行需求分析，確定客戶需求，幫助分析人員理解問題并定義和管理目標(biāo)系統(tǒng)的需求

需求工程需求開發(fā)需求管理需求獲取需求分析需求建模需求規(guī)約需求驗(yàn)證27精選課件軟件需求工程：需求獲取需求分析與協(xié)商需求建模需求描述需求驗(yàn)證需求管理需求分析和協(xié)商需求描述需求驗(yàn)證系統(tǒng)模型用戶需求和系統(tǒng)需求需求規(guī)約需求管理需求獲取需求建模28精選課件（一）需求獲取系統(tǒng)分析人員通過與用戶交流，對現(xiàn)有系統(tǒng)的觀察及對任務(wù)進(jìn)行分析：確定系統(tǒng)或產(chǎn)品范圍與系統(tǒng)或產(chǎn)品有關(guān)的人員及特征列表系統(tǒng)的技術(shù)環(huán)境的描述系統(tǒng)功能的列表及應(yīng)用于每個需求的領(lǐng)域限制一組描述不同運(yùn)行條件下系統(tǒng)的應(yīng)用場景為更好地定義需求而開發(fā)的原型

需求獲取工作的產(chǎn)品為進(jìn)行需求分析提供了基礎(chǔ)29精選課件需求獲取方法工作內(nèi)容用耳聆聽用戶的需求用腦分析和整理所獲取的信息用手形成文檔化的描述方法建立順暢的通信途徑客戶訪談和調(diào)查建立聯(lián)合分析小組，觀察用戶操作流程組成聯(lián)合小組及時整理分析，反饋循環(huán)快速原型30精選課件建立順暢的通信途徑建立分析所需要的通信途徑，以保證能順利地對問題進(jìn)行分析。31精選課件訪談與調(diào)查在具體的實(shí)踐中，通常采用折衷的方法，即適當(dāng)?shù)赜?jì)劃好面談，但不要過于詳細(xì)，允許有一定的靈活性。一般按照如下原則進(jìn)行準(zhǔn)備：所提問的問題應(yīng)該循序漸進(jìn)，從整體的方面開始提問，接下來的問題應(yīng)有助于對前面的問題更好的理解和細(xì)化不要限制用戶對問題的回答，這有可能會引出原先沒有注意的問題提問和回答在匯總后應(yīng)能夠反映用戶需求的全貌。32精選課件需求分析要深入實(shí)際市場調(diào)查了解市場對待開發(fā)軟件的要求；市場上有無與待開發(fā)軟件類似的系統(tǒng)及其情況訪問用戶和用戶領(lǐng)域的專家考察現(xiàn)場,跟蹤現(xiàn)場業(yè)務(wù)流程查閱與待開發(fā)系統(tǒng)有關(guān)的資料33精選課件觀察用戶操作流程到用戶的實(shí)際工作環(huán)境中對用戶的工作流程進(jìn)行觀察，了解用戶實(shí)際的操作環(huán)境、操作過程和操作要求，對照用戶提交的問題陳述，對用戶需求可以有更全面、更細(xì)致的認(rèn)識。34精選課件組成聯(lián)合小組便利的應(yīng)用規(guī)約技術(shù)(FacilitatedApplicationSpecificationTechniques,FAST)：打破用戶（需方）和開發(fā)者（供方）的界限，共同組成一個聯(lián)合小組，發(fā)揮各自的長處，共同負(fù)責(zé)項(xiàng)目的推進(jìn)，這樣有助于發(fā)揮各自優(yōu)勢并增進(jìn)解和協(xié)調(diào)鼓勵建立客戶和系統(tǒng)分析員之間的合作，由他們共同工作來標(biāo)識問題、提出解決方案的要素、商議不同的方法以及刻畫出初步的解決方案需求加強(qiáng)聯(lián)系促進(jìn)交流增進(jìn)合作35精選課件FAST基本原則在中立的地點(diǎn)舉行由開發(fā)者和用戶出席的會議；建立準(zhǔn)備和參與會議的規(guī)則；建議一個足夠正式的議程以便可以進(jìn)行自由的交流；一個“協(xié)調(diào)者”(他可以是用戶、開發(fā)者或其他外人)來控制會議；使用一種“定義機(jī)制”(它可以是工作表、圖表、墻上膠黏紙或墻板)；目標(biāo)是標(biāo)識問題、提出解決方案的要素、商議不同的方法、以及在有利于完成目標(biāo)的氛圍中刻畫出初步的需求。36精選課件需求收集的注意事項(xiàng)如果應(yīng)用規(guī)模較大，可分成幾個需求調(diào)查小組同時進(jìn)行，最后對結(jié)果進(jìn)行匯總一定要和用戶進(jìn)行充分的交流，發(fā)現(xiàn)問題要及時溝通要和用戶打成一片，建立起良好的合作關(guān)系如果發(fā)現(xiàn)多個軟件需求相互矛盾，要能找到仲裁人或者決策人需求調(diào)查應(yīng)遵循先整體后部分、先抽象后具體的原則幫助用戶發(fā)現(xiàn)潛在的需求37精選課件（二）需求分析需求獲取結(jié)束后，分析活動對需求進(jìn)行分類組織，分析每個需求與其它需求的關(guān)系，檢查需求的一致性、重疊和遺漏的情況，并對需求進(jìn)行排序在需求獲取階段，經(jīng)常出現(xiàn)以下問題：用戶提出的要求超出軟件系統(tǒng)可以實(shí)現(xiàn)的范圍或?qū)崿F(xiàn)能力不同的用戶提出了相互沖突的需求38精選課件需求協(xié)商協(xié)商的過程就是討論需求沖突，找出每個人都滿意的折衷方案協(xié)商不是簡單的邏輯或技術(shù)上的爭論，要注意組織和行政方面的因素①不一致的目標(biāo)②責(zé)任的喪失或轉(zhuǎn)移③組織文化④組織管理態(tài)度和士氣⑤部門差異39精選課件參加者應(yīng)該包括發(fā)現(xiàn)沖突、遺漏或重疊的分析員，以及可以解決發(fā)現(xiàn)的問題的項(xiàng)目相關(guān)人員會議應(yīng)該討論那些非正式討論不能解決的問題通常會議是解決沖突最快的方式40精選課件（三）需求建模為什么需要對軟件需求進(jìn)行建模？——需求調(diào)查所獲取和文檔化（文字）的軟件需求不能有效地描述軟件需求文字描述的局限性(不準(zhǔn)確、二義、歧義、不能直觀揭示關(guān)聯(lián))不準(zhǔn)確不一致不全面…..41精選課件建模技術(shù)建模工具的使用在用戶和系統(tǒng)分析人員之間建立了統(tǒng)一的語言和理解的橋梁，同時系統(tǒng)分析人員借助建模技術(shù)對獲取的需求信息進(jìn)行分析，排除錯誤和彌補(bǔ)不足，確保需求文檔正確反映用戶的真實(shí)意圖常用的建模方法面向數(shù)據(jù)流方法面向?qū)ο蟮姆椒?2精選課件結(jié)構(gòu)化分析方法數(shù)據(jù)建模的基礎(chǔ)，描述數(shù)據(jù)對象及其關(guān)系功能建模的基礎(chǔ)，描述數(shù)據(jù)怎樣轉(zhuǎn)換以及轉(zhuǎn)換的功能行為建模的基礎(chǔ)，表示系統(tǒng)的各種行為狀態(tài)以及狀態(tài)間的轉(zhuǎn)換方式適用于數(shù)據(jù)處理類型軟件的需求分析43精選課件數(shù)據(jù)建模：實(shí)體關(guān)系圖（ERD）數(shù)據(jù)模型的基本元素?cái)?shù)據(jù)對象描述對象的屬性描述對象間相互連接的關(guān)系數(shù)據(jù)對象之間的關(guān)聯(lián)一對一（1:1）一對多（1:N）多對多（M:N）44精選課件數(shù)據(jù)流圖描述了信息流和數(shù)據(jù)轉(zhuǎn)換，表達(dá)系統(tǒng)內(nèi)數(shù)據(jù)的運(yùn)動情況系統(tǒng)的功能體現(xiàn)在核心的數(shù)據(jù)變換中系統(tǒng)的輸入源于用方框表示的外部實(shí)體，這種輸入引發(fā)系統(tǒng)的數(shù)據(jù)變換，產(chǎn)生傳遞給外部實(shí)體的輸出基本元素45精選課件 數(shù)據(jù)流圖的基本組成46精選課件數(shù)據(jù)字典數(shù)據(jù)字典描述數(shù)據(jù)流圖的數(shù)據(jù)存儲、數(shù)據(jù)加工（最底層加工）和數(shù)據(jù)流。它記錄的主要內(nèi)容有：基本信息：名字、別名、描述定義：數(shù)據(jù)長度、數(shù)據(jù)類型、數(shù)據(jù)結(jié)構(gòu)使用特點(diǎn)：取值范圍、使用頻率、使用方式等控制信息：來源、用戶、引用程序、讀寫權(quán)限等其它47精選課件行為建模狀態(tài)―遷移圖/表描述系統(tǒng)或?qū)ο蟮臓顟B(tài)，以及導(dǎo)致系統(tǒng)或?qū)ο蟮臓顟B(tài)改變的事件，從而描述系統(tǒng)的行為48精選課件（四）需求規(guī)約需求規(guī)約是分析任務(wù)的最終產(chǎn)物，通過建立完整的信息描述、詳細(xì)的功能和行為描述、性能需求和設(shè)計(jì)約束的說明、合適的驗(yàn)收標(biāo)準(zhǔn)，給出對目標(biāo)軟件的各種需求需求規(guī)約作為用戶和開發(fā)者之間的一個協(xié)議，在之后的軟件工程各個階段發(fā)揮重要作用簽字不是萬能的但沒有簽字是萬萬不能！49精選課件需求的描述不宜使用自然語言描述系統(tǒng)需求原因：理解的二義性，隨意性大，難以模塊化書寫需求的一些原則設(shè)計(jì)一個標(biāo)準(zhǔn)的格式，保證需求定義按格式書寫使用一致的語言突出顯示關(guān)鍵性需求盡量避免使用計(jì)算機(jī)專業(yè)術(shù)語50精選課件需求描述方法結(jié)構(gòu)化語言描述依賴于定義標(biāo)準(zhǔn)格式或模板來表達(dá)需求描述程序描述語言（PDL）使用一種類似于程序設(shè)計(jì)語言的語言，但是具有更多抽象特征，通過定義系統(tǒng)的操作模型來定義需求圖形化符號圖形語言輔之以文本注釋來定義系統(tǒng)的功能需求數(shù)學(xué)描述基于數(shù)學(xué)概念的符號（如有限狀態(tài)機(jī)、集合等）51精選課件結(jié)構(gòu)化語言描述模塊標(biāo)識：Eclipse/Workstation/Tools/DE/FS/3.5.1功能添加節(jié)點(diǎn)描述添加一個節(jié)點(diǎn)到一個已經(jīng)存在的設(shè)計(jì)中?！斎牍?jié)點(diǎn)類型，節(jié)點(diǎn)位置和設(shè)計(jì)標(biāo)識符來源節(jié)點(diǎn)類型和節(jié)點(diǎn)位置由用戶輸入，設(shè)計(jì)標(biāo)識符來自數(shù)據(jù)庫輸出設(shè)計(jì)標(biāo)識符前條件設(shè)計(jì)處于打開狀態(tài)后條件在相應(yīng)位置添加一個節(jié)點(diǎn)，其余無改變副作用無異常無設(shè)計(jì)標(biāo)識符……52精選課件程序描述語言（PDL）好處：可以用軟件工具進(jìn)行語法和語義檢查可檢查需求遺漏和不一致便于描述比較復(fù)雜的操作，如循環(huán)、選擇等可定義接口便于實(shí)現(xiàn)需求到設(shè)計(jì)的過渡缺點(diǎn)：表達(dá)功能的能力不夠充分需要具有程序語言知識的人容易提前進(jìn)入設(shè)計(jì)階段，偏離需求分析的目標(biāo)53精選課件圖形化符號描述結(jié)構(gòu)化分析用例分析54精選課件需求的描述（續(xù)1）需求說明語句保持語句和段落的簡短采用主動語態(tài)的表達(dá)方式編寫具有正確的語法和標(biāo)點(diǎn)的完整句子使用的術(shù)語應(yīng)該和詞匯表中定義的一致需求陳述應(yīng)該具有一致的式樣，例如“系統(tǒng)必須……”，或者“用戶必須……”，并緊跟一個行為動作和可觀察的結(jié)果例如：“倉庫管理子系統(tǒng)必須實(shí)現(xiàn)一張?jiān)谒埱蟮膫}庫中有存貨的藥品名單?！?5精選課件需求的描述（續(xù)2）為了減少不確定性，避免采用模糊的、主觀的術(shù)語例如：用戶友好、容易、簡單、迅速、有效、支持、許多、最新技術(shù)、優(yōu)越的、可接受的、健壯的避免使用比較性的詞匯例如：提高，最大化，最小化和最佳化定量地說明所需要提高的程度或者說清一些參數(shù)可接受的最大值和最小值56精選課件需求說明的質(zhì)量特性正確性完整性一致性無二義性可修改性可跟蹤性可驗(yàn)證性

57精選課件其它需求分析階段的文檔初步的用戶手冊：著重反映目標(biāo)軟件的用戶功能界面和用戶使用的具體要求。測試計(jì)劃修改和完善軟件開發(fā)計(jì)劃58精選課件（五）需求驗(yàn)證作為需求開發(fā)階段工作的復(fù)查手段，需求驗(yàn)證對功能的正確性、完整性和清晰性，以及其它需求給予評價。為保證軟件需求定義的質(zhì)量，評審應(yīng)以專門指定的人員負(fù)責(zé)，并按規(guī)程嚴(yán)格進(jìn)行。59精選課件需求驗(yàn)證方法需求評審原型建立測試用例生成自動的一致性分析編寫用戶手冊60精選課件需求評審需求審查是需求分析階段工作的最后一步，是由軟件工程師和客戶一起進(jìn)行并完成的目的是發(fā)現(xiàn)軟件需求規(guī)格說明中的錯誤、二義性和遺漏的需求復(fù)審首先在宏觀的級別上進(jìn)行，復(fù)審者試圖保證軟件需求規(guī)格說明是完整的、一致的、精確的，然后更詳細(xì)地關(guān)注軟件需求規(guī)格說明中的措詞61精選課件評審實(shí)施(1/2)高級管理者定期參與對軟件需求管理活動進(jìn)行的評審高級管理者參與定期評審的主要目的是在合適的抽象層次上及時地了解和洞察軟件過程。評審間隔時間應(yīng)該滿足組織的需要，如果存在異常情況報(bào)告機(jī)制，間隔時間可以長些項(xiàng)目負(fù)責(zé)人可定期或者事件驅(qū)動地參與對軟件需求管理活動的評審62精選課件評審實(shí)施(2/2)軟件質(zhì)量保證組對軟件需求管理活動和工作產(chǎn)品進(jìn)行評審和(或)審計(jì)，并報(bào)告其結(jié)果軟件需求已評審，且有關(guān)問題在軟件工程組開發(fā)軟件之前已得到解決當(dāng)軟件需求更動時，軟件計(jì)劃、工作產(chǎn)品和活動已經(jīng)適當(dāng)?shù)馗鼊佑绍浖枨蟮母鼊铀鶎?dǎo)致的對承諾的更動已與受影響組進(jìn)行協(xié)商63精選課件評審人員往往需要檢查以下內(nèi)容：系統(tǒng)定義的目標(biāo)是否與用戶的要求一致；系統(tǒng)需求分析階段提供的文檔資料是否齊全；文檔中的描述是否完整、清晰、準(zhǔn)確地反映了用戶要求被開發(fā)項(xiàng)目的數(shù)據(jù)流與數(shù)據(jù)結(jié)構(gòu)是否確定且充足主要功能是否已包括在規(guī)定的軟件范圍之內(nèi)，是否都已充分說明設(shè)計(jì)的約束條件或限制條件是否符合實(shí)際開發(fā)的技術(shù)風(fēng)險(xiǎn)是什么是否詳細(xì)制定了檢驗(yàn)標(biāo)準(zhǔn)，它們能否對系統(tǒng)定義是否成功進(jìn)行確認(rèn)

64精選課件自動化工具需求分析工具幫助分析員制定需求規(guī)格說明。軟件需求能夠用一種規(guī)格說明語言來描述，這種語言把關(guān)鍵字指示符與自然語言(例如英語)描述結(jié)合起來。規(guī)格說明語言被送進(jìn)一個處理機(jī)，它產(chǎn)生出一份需求規(guī)格說明，更為重要的是，它同時還產(chǎn)生出一組有關(guān)規(guī)格說明的一致性和組織的診斷報(bào)告。65精選課件自動化工具的手段演繹綜合手段：基于數(shù)學(xué)推理的構(gòu)造式證明程序變換手段：將一程序轉(zhuǎn)換成另一功能等價的程序，并保持其正確性不變實(shí)例推廣手段從實(shí)例特征出發(fā)，將它推廣為待編程序的特征，最后得到程序。過程化手段：研究甚高級語言的編譯和知識的過程化66精選課件可執(zhí)行規(guī)格說明基于腳本(scenario)的設(shè)計(jì)自動程序設(shè)計(jì)專用語言可復(fù)用(reusable)的軟件簡化假設(shè)原型開發(fā)技術(shù)67精選課件小結(jié)1：需求開發(fā)活動不會是線性地、順序地完成。實(shí)際上，這些活動是交叉的、遞增的和反復(fù)的領(lǐng)域了解需求收集需求描述需求文檔過程入口分類沖突解決優(yōu)先排序需求檢查(1)(2)(3)(4)(5)(6)(7)(8)(9)(10)(11)(12)(13)(14)(15)68精選課件小結(jié)2：軟件需求分析人員應(yīng)該具備的素質(zhì)善于領(lǐng)會一些抽象的概念，重新整理使之成為各種邏輯成分，并根據(jù)各種邏輯成分綜合出問題的解決辦法善于從各種相互沖突或混淆的原始資料中吸取恰當(dāng)?shù)恼摀?jù)能夠理解用戶的環(huán)境及領(lǐng)域知識具備把系統(tǒng)的硬件和軟件部分應(yīng)用于用戶環(huán)境的能力具備良好的書面和口頭形式進(jìn)行討論和交換意見的能力具有“既能看到樹木，又能看到森林”的能力69精選課件（六）需求管理為什么要需求管理？軟件需求肯定是不完全的需求變動，軟件演化需求管理是對系統(tǒng)需求變更了解和控制的過程，是一組用于幫助項(xiàng)目組在項(xiàng)目進(jìn)展中的任何時候去標(biāo)識、控制和跟蹤需求的活動從演化的角度看，需求分為：持久的需求易變的需求70精選課件需求管理常見的問題軟件開發(fā)所基于的需求往往不完整不準(zhǔn)確模棱兩可需求定義沒有生成文檔，或文檔未及時更新即使已采用一個個孤立的文檔來管理需求，但是文檔散布各處，沒人知道哪個是最新版本文檔對信息分析、優(yōu)先級別劃分和跟蹤效率不高很難從需求文檔中提取與項(xiàng)目有關(guān)的狀態(tài)信息對需求沒有達(dá)成共識隨著情況的改變需求產(chǎn)生變更，但無法有效地管理和跟蹤71精選課件導(dǎo)致問題的原因缺乏用戶參與忽略了用戶分類在需求階段，項(xiàng)目的范圍尚未很好的定義忽視了運(yùn)行、操作、法規(guī)等方面的約束“張三”不知道怎么寫需求說明對需求過程不夠了解管理層不重視開發(fā)過程中修補(bǔ)原始需求的缺陷不可控制的外因72精選課件需求管理的內(nèi)容73精選課件需求管理的方法確定需求變更控制過程進(jìn)行需求變更影響分析維護(hù)需求變更的歷史記錄建立需求基準(zhǔn)版本和需求控制版本文檔跟蹤每項(xiàng)需求的狀態(tài)衡量需求穩(wěn)定性74精選課件需求變更管理問題分析和變更描述變更分析和成本計(jì)算識別出的問題修正后的需求變更實(shí)現(xiàn)需求變更管理的要求仔細(xì)評估已建議的變更制定合適的變更處理變更及時通知所有涉及的人員75精選課件控制需求的變更(1/3)需求變更不可避免軟件需求本身是變化的在需求分析階段對軟件需求的描述和分析不全面、不準(zhǔn)確等需求變更對軟件項(xiàng)目的開發(fā)會產(chǎn)生巨大的影響產(chǎn)品功能開發(fā)成本開發(fā)進(jìn)度產(chǎn)品質(zhì)量76精選課件控制需求的變更(2/3)需求變更的權(quán)衡，需要和用戶協(xié)商，并對計(jì)劃進(jìn)行變更需求成本進(jìn)度77精選課件控制需求的變更(3/3)如何控制需求的變更提出軟件需求變更請求對軟件需求變更進(jìn)行評審變更軟件需求說明書（SRS）將變更后的SRS納入配置通知受影響小組和人員變更其他產(chǎn)品(軟件設(shè)計(jì)文檔、測試文檔)和計(jì)劃(軟件開發(fā)計(jì)劃)78精選課件8.3軟件需求的變更控制需求變更處理流程79精選課件需求文檔的版本控制統(tǒng)一確定版本變更必須文檔化，及時通知有關(guān)人員指定專人更新需求文檔應(yīng)包括版本修正歷史需求管理工具的數(shù)據(jù)庫存儲需求使用專門的版本管理工具及數(shù)據(jù)庫80精選課件需求跟蹤當(dāng)某項(xiàng)業(yè)務(wù)需求發(fā)生變化時，可能會影響到系統(tǒng)需求和功能需求的變化，并且連帶地影響到設(shè)計(jì)、測試、實(shí)現(xiàn)、項(xiàng)目計(jì)劃等各方面的變化需求跟蹤：應(yīng)編制每個需求同系統(tǒng)元素之間的聯(lián)系文檔81精選課件需求跟蹤的方式正向跟蹤：以用戶需求為切入點(diǎn)，檢查《需求規(guī)約》中的每個需求是否都能在后繼工作產(chǎn)品中找到對應(yīng)點(diǎn)逆向跟蹤：檢查設(shè)計(jì)文檔、代碼、測試用況等工作產(chǎn)品是否都能在《需求規(guī)約》中找到出處82精選課件需求跟蹤能力矩陣?yán)樱捍罅康男枨蟾櫺畔⒖梢允褂锰囟ǖ墓ぞ哌M(jìn)行管理83精選課件小結(jié)：需求階段的常見問題需求的溝通與理解缺乏足夠的用戶參與添加不必要的特性忽略了用戶分類

需求的變化與控制用戶需求不斷增加

需求說明的明確與完整需求模棱兩可需求說明過于簡單

用戶積極參與，各方和諧合作有效管理與評審準(zhǔn)確、無二義性的高質(zhì)量需求文檔84精選課件CMM對需求管理的要求(1/3)需求管理是CMM2級的一個關(guān)鍵過程域CMM對需求管理的理解和定義需求管理是指在用戶和將處理“分配給軟件的系統(tǒng)需求”的軟件項(xiàng)目組之間建立對“分配給軟件的系統(tǒng)需求