資源描述：
《軟件工程需求工程》由會員上傳分享，免費在線閱讀，更多相關(guān)內(nèi)容在教育資源-天天文庫。
1、第三章需求工程需求階段是軟件開發(fā)的關(guān)鍵階段。該階段的主要任務(wù)：必須回答一個問題：“系統(tǒng)應(yīng)該做什么（what）”。所涉及的人員有：領(lǐng)域?qū)＜?、領(lǐng)域用戶、軟件投資人、系統(tǒng)分析員和需求分析員。該階段的工作量約占總工作量的10%以上。13.1軟件需求IEEE軟件工程標(biāo)準(zhǔn)詞匯表（1997年）將需求定義為：（1）用戶解決問題或達(dá)到目標(biāo)所需的條件或能力； （2）系統(tǒng)或系統(tǒng)部件要滿足合同、標(biāo)準(zhǔn)、規(guī)范或其它正式規(guī)定文檔所需具有的條件或能力。 （3）一種反映（1）或（2）所描述的條件或能力的文檔說明。3.1.1軟件需求的定義定義從兩個角度闡述需求：用
2、戶角度系統(tǒng)的外部行為開發(fā)者角度系統(tǒng)的內(nèi)部特性其關(guān)鍵的問題：編寫需求文檔。23.1.2需求的層次軟件需求包括四個不同的層次：1.業(yè)務(wù)需求：描述了組織結(jié)構(gòu)或客戶對系統(tǒng)的高層次的目標(biāo)要求。2.用戶需求：描述了用戶使用產(chǎn)品必須要完成的任務(wù)，使用實例模型描述。3.功能需求：定義了開發(fā)人員實現(xiàn)的軟件的功能。4.業(yè)務(wù)需求：描述系統(tǒng)的約束和限制條件。注：以上需求應(yīng)詳細(xì)的寫到軟件需求規(guī)格說明書里。33.1.3需求錯誤的原因需求描述模棱兩可，有時寫的過于簡單；用戶的要求不斷變換，需求也不斷變化；參與的用戶過少，而且忽略了用戶的分類；追求個性化，添加
3、不必要的特性。需求越來越復(fù)雜，但很重要，現(xiàn)在提出了采用工程化的思想對需求進行分析，引出需求工程的概念。43.2需求工程概述定義：指應(yīng)用已證實有效的技術(shù)、方法進行需求分析，確定客戶需求，幫助分析人員理解問題并定義目標(biāo)系統(tǒng)的所有外部特征的一門學(xué)科。主要活動：需求獲取需求建模（需求分析）需求傳遞：編寫規(guī)格（規(guī)約）說明書需求驗證需求管理5需求工程的層次分解示意圖需求工程需求開發(fā)需求管理問題獲取需求分析編寫規(guī)格說明驗證63.2.1需求開發(fā)從用戶獲得需求，并整理成文檔。注：分析員與各種層析的客戶進行交流，如決策人，具體使用人，系統(tǒng)維護人員等
4、等。OOA中常采用方法：用例方法獲取需求。一.需求獲取二.需求分析對上階段獲取的需求進行分析、提煉，并用相應(yīng)的分析模型描述出來，分析出高質(zhì)量的需求。7需求分析研究的對象是軟件項目的用戶要求準(zhǔn)確地表達(dá)被接受的用戶要求確定被開發(fā)軟件系統(tǒng)的系統(tǒng)元素將功能和信息結(jié)構(gòu)分配到這些系統(tǒng)元素中深入描述軟件的功能和性能確定軟件設(shè)計的約束和軟件同其它系統(tǒng)元素的接口細(xì)節(jié)定義軟件的其它有效性需求1主要任務(wù)：82.需求分析的過程(1)問題識別從系統(tǒng)的角度來理解軟件并評審軟件范圍是否恰當(dāng)確定對目標(biāo)系統(tǒng)的綜合要求，即軟件的需求提出這些需求實現(xiàn)條件，以及需求應(yīng)
5、達(dá)到的標(biāo)準(zhǔn)資源使用需求成本消耗需求開發(fā)進度需求預(yù)先估計以后系統(tǒng)可能達(dá)到的目標(biāo)軟件的需求包括：功能需求性能需求環(huán)境需求可靠性需求安全保密要求用戶界面需求9問題識別的另一項工作是建立分析所需要的通信途徑，以保證能順利地對問題進行需求分析。10A.主要任務(wù)（建立系統(tǒng)的邏輯模型）從信息流和信息結(jié)構(gòu)出發(fā)，逐步細(xì)化所有的軟件功能，找出系統(tǒng)各元素之間的聯(lián)系、接口特性和設(shè)計上的約束，分析它們是否滿足功能要求，是否合理。剔除其不合理的部分，增加其需要部分。最終綜合成系統(tǒng)的解決方案，給出目標(biāo)系統(tǒng)的詳細(xì)邏輯模型。(2)分析與綜合B.常用的分析方法面向
6、數(shù)據(jù)流的結(jié)構(gòu)化分析方法(SA)面向數(shù)據(jù)結(jié)構(gòu)的Jackson方法(JSD)面向數(shù)據(jù)結(jié)構(gòu)的結(jié)構(gòu)化數(shù)據(jù)系統(tǒng)開發(fā)方法(DSSD)面向?qū)ο蟮姆治龇椒?OOA)等11C.創(chuàng)建數(shù)據(jù)字典數(shù)據(jù)字典是對系統(tǒng)所用到的所有數(shù)據(jù)項和結(jié)構(gòu)的定義，以確保開發(fā)人員使用統(tǒng)一的數(shù)據(jù)定義。12軟件需求說明書數(shù)據(jù)要求說明書初步的用戶手冊修改、完善與確定軟件開發(fā)實施計劃注：格式見附錄三需求傳遞（編制需求文檔）四需求驗證（需求評審）系統(tǒng)定義的目標(biāo)是否與用戶的要求一致;系統(tǒng)需求分析階段提供的文檔資料是否齊全;文檔中的所有描述是否完整、清晰、準(zhǔn)確反映用戶要求;與所有其它系統(tǒng)成
7、分的重要接口是否都已經(jīng)描述;13被開發(fā)項目的數(shù)據(jù)流與數(shù)據(jù)結(jié)構(gòu)是否足夠，確定;所有圖表是否清楚，在不補充說明時能否理解;主要功能是否已包括在規(guī)定的軟件范圍之內(nèi)，是否都已充分說明;設(shè)計的約束條件或限制條件是否符合實際;開發(fā)的技術(shù)風(fēng)險是什么;是否考慮過軟件需求的其它方案;是否考慮過將來可能會提出的軟件需求;是否詳細(xì)制定了檢驗標(biāo)準(zhǔn)，它們能否對系統(tǒng)定義是否成功進行確認(rèn);14需求開發(fā)流程15需求管理從形成需求基線開始，分析變更影響并控制變更過程。主要包括變更控制、版本控制和需求跟蹤等活動。變更控制就是在一定的程序下有效地實施整個變更過程；版
8、本管理保證了在需求文檔中記錄和反映所有的需求變化；需求跟蹤幫助人們?nèi)娴胤治鲎兏鼛淼挠绊?，從而作出正確的變更決策。三者統(tǒng)一起來，真正做到了管理需求變化過程，以及維護需求變化后的一致性和完整性。3.2.2需求管理161.需求變更控制一些需求的改進是合理的且不可避
