第4章軟件需求分析與概念模型4.1需求分析4.2需求分析過程4.3常用的需求分析方法4.4需求分析-概念模型4.5需求規(guī)格說明第4章軟件需求分析與概念模型4.1需求分析兩種程序設(shè)計(jì)方法程序設(shè)計(jì)的兩次飛躍結(jié)構(gòu)化程序設(shè)計(jì)程序=數(shù)據(jù)結(jié)構(gòu)+算法面向?qū)ο蟪绦蛟O(shè)計(jì)程序=對(duì)象+消息

兩種程序設(shè)計(jì)方法程序設(shè)計(jì)的兩次飛躍兩種軟件工程方法傳統(tǒng)軟件工程軟件分析

→

總體設(shè)計(jì)

→

詳細(xì)設(shè)計(jì)

→

面向過程的編碼

→

測(cè)試

面向?qū)ο筌浖こ誊浖治雠c對(duì)象抽取

→

對(duì)象詳細(xì)設(shè)計(jì)

→

面向?qū)ο蟮木幋a

→

測(cè)試

兩種軟件工程方法傳統(tǒng)軟件工程軟件需求分析軟件需求分析的目標(biāo)和任務(wù)需求分析的過程軟件需求分析的原則需求的獲取技術(shù)可行性研究和可行性研究報(bào)告結(jié)構(gòu)化分析方法用于支持需求分析的快速原型化方法軟件需求規(guī)格說明和需求評(píng)審軟件需求分析軟件需求分析的目標(biāo)和任務(wù)4.1需求分析該階段的基本任務(wù)是回答“系統(tǒng)必須做什么”提交詳細(xì)的需求分析文檔是系統(tǒng)開發(fā)的基礎(chǔ)，質(zhì)量和成敗的關(guān)鍵需要嚴(yán)格的審查和驗(yàn)證4.1需求分析該階段的基本任務(wù)是回答“系統(tǒng)必須做什么”4.1.1需求分析的難點(diǎn)需求易變性問題的復(fù)雜性交流障礙不完備性和不一致性4.1.1需求分析的難點(diǎn)需求易變性4.1.2需求分析的原則將復(fù)雜問題分解、逐層細(xì)化能夠表達(dá)和理解問題的數(shù)據(jù)域和功能域建立模型4.1.2需求分析的原則將復(fù)雜問題分解、逐層細(xì)化4.1.3需求分析的任務(wù)(1)基本任務(wù)：準(zhǔn)確地回答“系統(tǒng)必須做什么？”1.確定對(duì)系統(tǒng)的綜合需求(1)系統(tǒng)功能要求(2)系統(tǒng)性能要求(3)運(yùn)行要求(4)將來可能提出的要求2.分析系統(tǒng)的數(shù)據(jù)要求采用建立“概念模型”的方法，并輔助圖形工具，如：層次方框圖、Warnier圖等。4.1.3需求分析的任務(wù)(1)基本任務(wù)：準(zhǔn)確地回答“系統(tǒng)必4.1.3需求分析的任務(wù)(2)3.導(dǎo)出系統(tǒng)的邏輯模型數(shù)據(jù)流程圖、數(shù)據(jù)字典、主要算法4.修正系統(tǒng)開發(fā)計(jì)劃5.開發(fā)原型系統(tǒng)需求分析過程的最終成果是：客戶和開發(fā)小組對(duì)將要開發(fā)的產(chǎn)品達(dá)成一致協(xié)議。協(xié)議綜合了業(yè)務(wù)需求、用戶需求和軟件功能需求。4.1.3需求分析的任務(wù)(2)3.導(dǎo)出系統(tǒng)的邏輯模型需求分面向過程的需求分析過程分析追蹤數(shù)據(jù)流程圖用戶復(fù)查細(xì)化數(shù)據(jù)流程圖有補(bǔ)充修正無補(bǔ)充修正需要分解不需分解需求分析的基本過程面向過程的需求分析過程分析追蹤數(shù)據(jù)流程圖用戶復(fù)查細(xì)化數(shù)據(jù)流程4.2需求分析工作過程（1）1、問題識(shí)別

明確用戶目標(biāo)系統(tǒng)的要求，包括功能、性能、環(huán)境、安全和保密，截面、資源使用、軟件成本消耗與開發(fā)進(jìn)度；同時(shí)還要估計(jì)終極系統(tǒng)可能達(dá)到的目標(biāo)。同時(shí)還要注意其他非功能性要求：質(zhì)量控制標(biāo)準(zhǔn)、里程碑、評(píng)審驗(yàn)收標(biāo)準(zhǔn)，各種質(zhì)量要求的優(yōu)先級(jí)，以及維護(hù)方面的要求。4.2需求分析工作過程（1）1、問題識(shí)別4.2需求分析工作過程(2)2、分析與綜合從信息流和信息結(jié)構(gòu)出發(fā)，逐步細(xì)化軟件所有功能，找出各系統(tǒng)元素之間的聯(lián)系、接口特性和對(duì)設(shè)計(jì)的限制。判斷是否存在因片面或短期行為而導(dǎo)致的不和理要求，是否用戶尚未提出有價(jià)值的潛在要求，剔除需求中不和理部分，增加真正需要的部分。最終綜合成系統(tǒng)解決方案，提交目標(biāo)系統(tǒng)的詳細(xì)邏輯模型。4.2需求分析工作過程(2)2、分析與綜合4.2需求分析工作過程(3)3、編制需求分析階段文檔

通常把描述需求的文檔稱做軟件需求說明書，清晰、明確描述已經(jīng)確定的需求，同時(shí)，為了確切表達(dá)用戶對(duì)軟件的輸入、輸出數(shù)據(jù)要求，還要制定數(shù)據(jù)要求說明書并編寫初步的用戶手冊(cè)。4.2需求分析工作過程(3)3、編制需求分析階段文檔4.2需求分析工作過程(4)4、需求評(píng)審對(duì)需求分析階段的工作進(jìn)行復(fù)查，對(duì)軟件功能正確性、需求說明書一致性、完備性、準(zhǔn)確性和清晰性、合理性進(jìn)行評(píng)價(jià)。評(píng)審應(yīng)有專人負(fù)責(zé)，按規(guī)程嚴(yán)格進(jìn)行，評(píng)審結(jié)束時(shí)有負(fù)責(zé)人的結(jié)論意見簽字。除分析員外，用戶、開發(fā)部門的管理者、軟件設(shè)計(jì)人員、實(shí)現(xiàn)人員、測(cè)試人員都應(yīng)參加評(píng)審工作。4.2需求分析工作過程(4)4、需求評(píng)審初步需求獲取技術(shù)建立獲取需求的方法框架支持和監(jiān)控需求獲取的過程初步需求獲取技術(shù)建立獲取需求的方法框架主要方法是調(diào)查研究了解系統(tǒng)的需求。仔細(xì)分析研究系統(tǒng)的需求規(guī)格說明市場(chǎng)調(diào)查。了解時(shí)常對(duì)待開發(fā)軟件有什么要求，了解市場(chǎng)上有無與待開發(fā)軟件有類似的系統(tǒng)，如果有，在功能和價(jià)格上情況如何。訪問用戶和用戶領(lǐng)域的專家。將從用戶那里得到的信息作為重要的原始資料進(jìn)行分析，訪問用戶領(lǐng)域的專家有助于對(duì)用戶需求的理解?？疾飕F(xiàn)場(chǎng)。了解用戶實(shí)際的操作環(huán)境、操作過程和操作要求。主要方法是調(diào)查研究了解系統(tǒng)的需求。仔細(xì)分析研究系統(tǒng)的需求規(guī)格調(diào)查方式

制定調(diào)查提綱，向不同層次用戶發(fā)調(diào)查表按用戶不同層次，分別召開調(diào)查會(huì)，了解用戶對(duì)待開發(fā)軟件的看法想用戶領(lǐng)域的專家或在關(guān)鍵崗位的工作人員分別進(jìn)行咨詢實(shí)地考察，跟蹤現(xiàn)場(chǎng)業(yè)務(wù)流程查閱與待開發(fā)系統(tǒng)有關(guān)的資料使用各種調(diào)查工具，如數(shù)據(jù)流圖、任務(wù)分解圖、網(wǎng)絡(luò)圖調(diào)查方式制定調(diào)查提綱，向不同層次用戶發(fā)調(diào)查表

需求建模

目標(biāo)軟件的模型用來刻畫系統(tǒng)所涉及的信息、處理功能和實(shí)際運(yùn)行時(shí)的外部行為，不涉及軟件實(shí)現(xiàn)細(xì)節(jié)。以一種見解、準(zhǔn)確、清晰的方式系統(tǒng)的描述了軟件需求，便于分析人員剔除用戶描述中的模糊性和不一致性，是軟件需求臻于完全。需求建模目標(biāo)軟件的模型用來刻畫系統(tǒng)所涉及的信息、處理功能支持需求分析的快速原型技術(shù)

在軟件開發(fā)中，原型指軟件的一個(gè)早期可運(yùn)行的版本，它反映最終系統(tǒng)的部分重要特性。在獲得一組基本需求說明后，通過分析構(gòu)造出一個(gè)小型軟件系統(tǒng)，滿足用戶的基本需求，使得用戶可以在試用原型系統(tǒng)過程中得到親身感受并受到啟發(fā)，作出評(píng)價(jià)，然后根據(jù)用戶的意見對(duì)原型加以改進(jìn)。如此周而復(fù)始，禰補(bǔ)不足，從而提高了產(chǎn)品的最終質(zhì)量。支持需求分析的快速原型技術(shù)在軟件開發(fā)中，原型指軟件的一個(gè)早4.3需求分析的方法(1)功能分解法（functiondecomposition)功能分解＝功能＋子功能＋功能接口用抽象的觀點(diǎn)，符合傳統(tǒng)的設(shè)計(jì)思維特征容易開始，很難深入基點(diǎn)不穩(wěn)定，難以適應(yīng)需求的變化4.3需求分析的方法(1)功能分解法（functiond4.3需求分析的方法(2)結(jié)構(gòu)化分析方法(dataflowapproach)結(jié)構(gòu)化分析＝數(shù)據(jù)流＋數(shù)據(jù)處理（加工）＋數(shù)據(jù)存儲(chǔ)＋端點(diǎn)＋處理說明＋數(shù)據(jù)字典4.3需求分析的方法(2)結(jié)構(gòu)化分析方法(dataflo結(jié)構(gòu)化分析方法具有嚴(yán)格的原則簡(jiǎn)單實(shí)用，適合于數(shù)據(jù)處理領(lǐng)域問題對(duì)不是以數(shù)據(jù)流為主干的系統(tǒng)無奈難以確定數(shù)據(jù)流之間的變換“數(shù)據(jù)字典爆炸”結(jié)構(gòu)化分析方法4.3需求分析的方法(3)信息建模方法信息建模＝實(shí)體（對(duì)象）＋屬性＋關(guān)系＋父類型/子類型＋關(guān)聯(lián)對(duì)象4.3需求分析的方法(3)信息建模方法P.S.Chen,1976年提出實(shí)體－關(guān)系法（entity-relationshipdesign,E-R)發(fā)展而來；1981，M.Flavin改進(jìn)為信息建模發(fā)；1988年S.SlaerandS.Mellor發(fā)展為語義數(shù)據(jù)建模并引入了許多對(duì)象的特點(diǎn)。信息建模方法（informationmodeling）P.S.Chen,1976年提出實(shí)體－關(guān)系法（ent信息建模法與面向?qū)ο蠓ê芙咏?，是OO的基礎(chǔ)ER圖中數(shù)據(jù)不封閉實(shí)體和它的屬性的處理需求不是組合在同一實(shí)體中沒有繼承和消息傳遞信息建模法與面向?qū)ο蠓ê芙咏?，是OO的基礎(chǔ)4.3需求分析的方法(4)面向?qū)ο蟮姆治雒嫦驅(qū)ο螅綄?duì)象、類＋結(jié)構(gòu)與連接＋繼承＋封裝＋信息通信4.3需求分析的方法(4)面向?qū)ο蟮姆治?.3IDEF方法（ICAMDefinition)重點(diǎn)描述系統(tǒng)的功能活動(dòng)及其聯(lián)系，建立系統(tǒng)的功能模型描述系統(tǒng)的信息及其聯(lián)系，建立系統(tǒng)的信息模型進(jìn)行系統(tǒng)模擬，建立系統(tǒng)的動(dòng)態(tài)模型4.3IDEF方法（ICAMDefinition)重點(diǎn)描4.3IDEF方法（ICAMDefinition)IDEF0的表示－活動(dòng)圖形調(diào)整工資/2原工資（輸入）（控制）調(diào)整政策新工資（輸出）（機(jī)制）人事部門4.3IDEF方法（ICAMDefinition)IDE4.3IDEF方法（ICAMDefinition)采用方框圖、箭頭等簡(jiǎn)單的圖形符號(hào)描述系統(tǒng)的活動(dòng)、數(shù)據(jù)流、約束條件、實(shí)現(xiàn)機(jī)制?？梢匀媪私庀到y(tǒng)，可作為正式文檔采用嚴(yán)格自定向下、逐層分解的方式是建立系統(tǒng)功能模型的有效方法IDEF0模型的特點(diǎn)4.3IDEF方法（ICAMDefinition)采用方4.3IDEF方法（ICAMDefinition)建立功能模型的方法確定建模的范圍、觀點(diǎn)和目的建立系統(tǒng)的內(nèi)外關(guān)系圖－A-0圖建立頂層圖－A0圖建立低層次的圖形，A1,A2,…4.3IDEF方法（ICAMDefinition)建立功4.3IDEF方法（ICAMDefinition)IDEF方法應(yīng)用示例銷售管理系統(tǒng)庫(kù)存量是否滿足顧客訂單進(jìn)貨通知單銷售部門備貨單缺貨單統(tǒng)計(jì)表處理訂單1處理供貨2處理進(jìn)貨4處理缺貨3銷售統(tǒng)計(jì)5顧客訂單備貨單缺貨單庫(kù)存量是否滿足可供貨訂單統(tǒng)計(jì)表進(jìn)貨通知銷售部門4.3IDEF方法（ICAMDefinition)IDE4.4需求分析-概念模型和規(guī)范化概念模型最常用的表示概念性數(shù)據(jù)模型的方法：實(shí)體—聯(lián)系方法(Entity-RelationshipApproach)，簡(jiǎn)稱E-R模型。E-R模型包含三個(gè)基本成分：“實(shí)體”、“聯(lián)系”、“屬性”4.4需求分析-概念模型和規(guī)范化概念模型實(shí)體實(shí)體：是客觀世界中存在的、且可相互區(qū)分的事物。它可以是人或物，也可以是具體事物或抽象事物。實(shí)體用矩形框表示例如：教師、學(xué)生、課程是實(shí)體。教師實(shí)體實(shí)體：是客觀世界中存在的、且可相互區(qū)分的事物。它可以是人聯(lián)系聯(lián)系：客觀世界中的事物彼此之間有聯(lián)系，描述實(shí)體與實(shí)體之間的關(guān)系。聯(lián)系有三種：1：1（一對(duì)一聯(lián)系）例如：實(shí)體“校長(zhǎng)”與“大學(xué)”之間的聯(lián)系為“1：1”1：N（一對(duì)多聯(lián)系）例如：實(shí)體“學(xué)?！迸c“院系”之間的聯(lián)系為“1:N”M：N（多對(duì)多聯(lián)系）例如：實(shí)體“學(xué)生”與“課程”之間的聯(lián)系為“M:N”聯(lián)系用菱形框表示，如：聯(lián)系聯(lián)系：客觀世界中的事物彼此之間有聯(lián)系，描述實(shí)體與實(shí)體之間屬性屬性是實(shí)體或聯(lián)系所具有的性質(zhì)。通常一個(gè)實(shí)體或聯(lián)系由若干屬性來刻畫。教師學(xué)生課程教學(xué)1NMN成績(jī)屬性屬性是實(shí)體或聯(lián)系所具有的性質(zhì)。通常一個(gè)實(shí)體或聯(lián)系由若干屬

需求分析-圖形工具(1)1.層次方框圖層次方框圖用樹形結(jié)構(gòu)的一系列多層次的矩形框描繪數(shù)據(jù)的層次結(jié)構(gòu)。樹形結(jié)構(gòu)的頂層是一個(gè)單獨(dú)的矩形框，它表達(dá)完整的數(shù)據(jù)結(jié)構(gòu)，下面的各層矩形框代表這個(gè)數(shù)據(jù)的子集，最底層的各個(gè)框代表組成這個(gè)數(shù)據(jù)的實(shí)際數(shù)據(jù)元素（不能再分解的元素）需求分析-圖形工具(1)1.層次方框圖

需求分析-圖形工具(2)2.Warnier圖Warnier圖也用樹形結(jié)構(gòu)描繪信息，且更豐富，能表達(dá)邏輯關(guān)系。需求分析-圖形工具(2)2.Warnier圖

需求分析-圖形工具(3)3.IPO圖IPO圖是輸入/處理/輸出圖的簡(jiǎn)稱，能夠方便地描述輸入數(shù)據(jù)、對(duì)數(shù)據(jù)的處理和輸出數(shù)據(jù)之間的關(guān)系?；拘问绞窃谧筮叺目蛑辛谐鲇嘘P(guān)的輸入數(shù)據(jù)，在中間的框內(nèi)列出主要的處理，在右邊的框內(nèi)列出產(chǎn)生的輸出數(shù)據(jù)。需求分析-圖形工具(3)3.IPO圖驗(yàn)證軟件需求1.驗(yàn)證軟件需求的四個(gè)方面一致性完整性現(xiàn)實(shí)性有效性2.驗(yàn)證軟件需求的方法3.驗(yàn)證軟件需求的軟件工具驗(yàn)證軟件需求1.驗(yàn)證軟件需求的四個(gè)方面4.5軟件需求規(guī)格說明引言任務(wù)概述需求規(guī)定運(yùn)行環(huán)境規(guī)定4.5軟件需求規(guī)格說明引言4.5需求規(guī)格說明與評(píng)審1979BalzerandGoldman提出良好規(guī)格說明的8條原則：原則1功能與實(shí)現(xiàn)分離，既描述“做什么”而不是：“怎樣實(shí)現(xiàn)”。原則2要求使用面向處理的規(guī)格說明語言，討論來自環(huán)境的各種刺激可能導(dǎo)致系統(tǒng)出現(xiàn)什么樣的功能性反應(yīng)，以此來定義一個(gè)行為模型，從而得到“做什么”的規(guī)格說明。原則3如果目標(biāo)軟件是一個(gè)大系統(tǒng)中的一個(gè)元素，那么整個(gè)大系統(tǒng)也包括在規(guī)格說明的描述之內(nèi)，描述該目標(biāo)軟件與系統(tǒng)的其他元素的交互的方式。4.5需求規(guī)格說明與評(píng)審1979BalzerandG原則4規(guī)格說明必須包系統(tǒng)運(yùn)行的環(huán)境。原則5規(guī)格說明必須是可操作的，充分完全和形式的。原則6規(guī)格說明是一個(gè)認(rèn)識(shí)的模型，而不是一個(gè)設(shè)計(jì)說實(shí)現(xiàn)的模型。原則7規(guī)格說明必須容許不完備性和擴(kuò)充原則8規(guī)格說明內(nèi)必須局部化和具有松散的耦合，當(dāng)信息被修改是，只要修改某個(gè)單獨(dú)的段落，并可以容易增加或刪除一些段落。原則4規(guī)格說明必須包系統(tǒng)運(yùn)行的環(huán)境。4.5需求規(guī)格說明評(píng)審作為需求分析階段工作的復(fù)查手段，在需求分析的最后一步應(yīng)該對(duì)功能的正確性、完整性和清晰性，以及其他需求給予評(píng)價(jià)，評(píng)審的主要內(nèi)容：系統(tǒng)定義的目標(biāo)是否與用戶的要求一致文檔是否齊全文檔中的描述是否完整、清晰、準(zhǔn)確反映用戶的需求重要接口是否已經(jīng)描述數(shù)據(jù)流與數(shù)據(jù)結(jié)構(gòu)是否足夠、確定圖表是否清晰4.5需求規(guī)格說明評(píng)審作為需求分析階段工作的復(fù)查手段，在需重要功能是否已經(jīng)包括在規(guī)定的軟件范圍之內(nèi)設(shè)計(jì)的約束條件或限制條件是否符合實(shí)際是否考慮了開發(fā)的技術(shù)風(fēng)險(xiǎn)是否考慮了軟件需求的其他方案是否考慮了將來可能會(huì)提出的軟件需求。是否纖細(xì)制定了檢驗(yàn)標(biāo)準(zhǔn)。有沒有遺漏、重復(fù)或不一致的地方。用戶是否審查了初步的用戶手冊(cè)或原型。軟件開發(fā)計(jì)劃中的估算是否受到了影響。重要功能是否已經(jīng)包括在規(guī)定的軟件范圍之內(nèi)除分析員外，用戶、開發(fā)部門的管理者、軟件設(shè)計(jì)人員、實(shí)現(xiàn)人員、測(cè)試人員都應(yīng)參加評(píng)審工作。一般，評(píng)審的結(jié)果包含了一些修改意見，待修改完畢后再經(jīng)評(píng)審?fù)ㄟ^，才可進(jìn)入設(shè)計(jì)階段。除分析員外，用戶、開發(fā)部門的管理者、軟件設(shè)計(jì)人員、實(shí)現(xiàn)人員、本章小節(jié)什么是需求分析？需求分析一般的過程？需求分析的任務(wù)？常用的需求分析方法需求分析方法：功能分解法、結(jié)構(gòu)化方法、信息建模法、面向?qū)ο蠓ū菊滦」?jié)什么是需求分析？第4章軟件需求分析與概念模型4.1需求分析4.2需求分析過程4.3常用的需求分析方法4.4需求分析-概念模型4.5需求規(guī)格說明第4章軟件需求分析與概念模型4.1需求分析兩種程序設(shè)計(jì)方法程序設(shè)計(jì)的兩次飛躍結(jié)構(gòu)化程序設(shè)計(jì)程序=數(shù)據(jù)結(jié)構(gòu)+算法面向?qū)ο蟪绦蛟O(shè)計(jì)程序=對(duì)象+消息

兩種程序設(shè)計(jì)方法程序設(shè)計(jì)的兩次飛躍兩種軟件工程方法傳統(tǒng)軟件工程軟件分析

→

總體設(shè)計(jì)

→

詳細(xì)設(shè)計(jì)

→

面向過程的編碼

→

測(cè)試

面向?qū)ο筌浖こ誊浖治雠c對(duì)象抽取

→

對(duì)象詳細(xì)設(shè)計(jì)

→

面向?qū)ο蟮木幋a

→

測(cè)試

兩種軟件工程方法傳統(tǒng)軟件工程軟件需求分析軟件需求分析的目標(biāo)和任務(wù)需求分析的過程軟件需求分析的原則需求的獲取技術(shù)可行性研究和可行性研究報(bào)告結(jié)構(gòu)化分析方法用于支持需求分析的快速原型化方法軟件需求規(guī)格說明和需求評(píng)審軟件需求分析軟件需求分析的目標(biāo)和任務(wù)4.1需求分析該階段的基本任務(wù)是回答“系統(tǒng)必須做什么”提交詳細(xì)的需求分析文檔是系統(tǒng)開發(fā)的基礎(chǔ)，質(zhì)量和成敗的關(guān)鍵需要嚴(yán)格的審查和驗(yàn)證4.1需求分析該階段的基本任務(wù)是回答“系統(tǒng)必須做什么”4.1.1需求分析的難點(diǎn)需求易變性問題的復(fù)雜性交流障礙不完備性和不一致性4.1.1需求分析的難點(diǎn)需求易變性4.1.2需求分析的原則將復(fù)雜問題分解、逐層細(xì)化能夠表達(dá)和理解問題的數(shù)據(jù)域和功能域建立模型4.1.2需求分析的原則將復(fù)雜問題分解、逐層細(xì)化4.1.3需求分析的任務(wù)(1)基本任務(wù)：準(zhǔn)確地回答“系統(tǒng)必須做什么？”1.確定對(duì)系統(tǒng)的綜合需求(1)系統(tǒng)功能要求(2)系統(tǒng)性能要求(3)運(yùn)行要求(4)將來可能提出的要求2.分析系統(tǒng)的數(shù)據(jù)要求采用建立“概念模型”的方法，并輔助圖形工具，如：層次方框圖、Warnier圖等。4.1.3需求分析的任務(wù)(1)基本任務(wù)：準(zhǔn)確地回答“系統(tǒng)必4.1.3需求分析的任務(wù)(2)3.導(dǎo)出系統(tǒng)的邏輯模型數(shù)據(jù)流程圖、數(shù)據(jù)字典、主要算法4.修正系統(tǒng)開發(fā)計(jì)劃5.開發(fā)原型系統(tǒng)需求分析過程的最終成果是：客戶和開發(fā)小組對(duì)將要開發(fā)的產(chǎn)品達(dá)成一致協(xié)議。協(xié)議綜合了業(yè)務(wù)需求、用戶需求和軟件功能需求。4.1.3需求分析的任務(wù)(2)3.導(dǎo)出系統(tǒng)的邏輯模型需求分面向過程的需求分析過程分析追蹤數(shù)據(jù)流程圖用戶復(fù)查細(xì)化數(shù)據(jù)流程圖有補(bǔ)充修正無補(bǔ)充修正需要分解不需分解需求分析的基本過程面向過程的需求分析過程分析追蹤數(shù)據(jù)流程圖用戶復(fù)查細(xì)化數(shù)據(jù)流程4.2需求分析工作過程（1）1、問題識(shí)別

明確用戶目標(biāo)系統(tǒng)的要求，包括功能、性能、環(huán)境、安全和保密，截面、資源使用、軟件成本消耗與開發(fā)進(jìn)度；同時(shí)還要估計(jì)終極系統(tǒng)可能達(dá)到的目標(biāo)。同時(shí)還要注意其他非功能性要求：質(zhì)量控制標(biāo)準(zhǔn)、里程碑、評(píng)審驗(yàn)收標(biāo)準(zhǔn)，各種質(zhì)量要求的優(yōu)先級(jí)，以及維護(hù)方面的要求。4.2需求分析工作過程（1）1、問題識(shí)別4.2需求分析工作過程(2)2、分析與綜合從信息流和信息結(jié)構(gòu)出發(fā)，逐步細(xì)化軟件所有功能，找出各系統(tǒng)元素之間的聯(lián)系、接口特性和對(duì)設(shè)計(jì)的限制。判斷是否存在因片面或短期行為而導(dǎo)致的不和理要求，是否用戶尚未提出有價(jià)值的潛在要求，剔除需求中不和理部分，增加真正需要的部分。最終綜合成系統(tǒng)解決方案，提交目標(biāo)系統(tǒng)的詳細(xì)邏輯模型。4.2需求分析工作過程(2)2、分析與綜合4.2需求分析工作過程(3)3、編制需求分析階段文檔

通常把描述需求的文檔稱做軟件需求說明書，清晰、明確描述已經(jīng)確定的需求，同時(shí)，為了確切表達(dá)用戶對(duì)軟件的輸入、輸出數(shù)據(jù)要求，還要制定數(shù)據(jù)要求說明書并編寫初步的用戶手冊(cè)。4.2需求分析工作過程(3)3、編制需求分析階段文檔4.2需求分析工作過程(4)4、需求評(píng)審對(duì)需求分析階段的工作進(jìn)行復(fù)查，對(duì)軟件功能正確性、需求說明書一致性、完備性、準(zhǔn)確性和清晰性、合理性進(jìn)行評(píng)價(jià)。評(píng)審應(yīng)有專人負(fù)責(zé)，按規(guī)程嚴(yán)格進(jìn)行，評(píng)審結(jié)束時(shí)有負(fù)責(zé)人的結(jié)論意見簽字。除分析員外，用戶、開發(fā)部門的管理者、軟件設(shè)計(jì)人員、實(shí)現(xiàn)人員、測(cè)試人員都應(yīng)參加評(píng)審工作。4.2需求分析工作過程(4)4、需求評(píng)審初步需求獲取技術(shù)建立獲取需求的方法框架支持和監(jiān)控需求獲取的過程初步需求獲取技術(shù)建立獲取需求的方法框架主要方法是調(diào)查研究了解系統(tǒng)的需求。仔細(xì)分析研究系統(tǒng)的需求規(guī)格說明市場(chǎng)調(diào)查。了解時(shí)常對(duì)待開發(fā)軟件有什么要求，了解市場(chǎng)上有無與待開發(fā)軟件有類似的系統(tǒng)，如果有，在功能和價(jià)格上情況如何。訪問用戶和用戶領(lǐng)域的專家。將從用戶那里得到的信息作為重要的原始資料進(jìn)行分析，訪問用戶領(lǐng)域的專家有助于對(duì)用戶需求的理解?？疾飕F(xiàn)場(chǎng)。了解用戶實(shí)際的操作環(huán)境、操作過程和操作要求。主要方法是調(diào)查研究了解系統(tǒng)的需求。仔細(xì)分析研究系統(tǒng)的需求規(guī)格調(diào)查方式

制定調(diào)查提綱，向不同層次用戶發(fā)調(diào)查表按用戶不同層次，分別召開調(diào)查會(huì)，了解用戶對(duì)待開發(fā)軟件的看法想用戶領(lǐng)域的專家或在關(guān)鍵崗位的工作人員分別進(jìn)行咨詢實(shí)地考察，跟蹤現(xiàn)場(chǎng)業(yè)務(wù)流程查閱與待開發(fā)系統(tǒng)有關(guān)的資料使用各種調(diào)查工具，如數(shù)據(jù)流圖、任務(wù)分解圖、網(wǎng)絡(luò)圖調(diào)查方式制定調(diào)查提綱，向不同層次用戶發(fā)調(diào)查表

需求建模

目標(biāo)軟件的模型用來刻畫系統(tǒng)所涉及的信息、處理功能和實(shí)際運(yùn)行時(shí)的外部行為，不涉及軟件實(shí)現(xiàn)細(xì)節(jié)。以一種見解、準(zhǔn)確、清晰的方式系統(tǒng)的描述了軟件需求，便于分析人員剔除用戶描述中的模糊性和不一致性，是軟件需求臻于完全。需求建模目標(biāo)軟件的模型用來刻畫系統(tǒng)所涉及的信息、處理功能支持需求分析的快速原型技術(shù)

在軟件開發(fā)中，原型指軟件的一個(gè)早期可運(yùn)行的版本，它反映最終系統(tǒng)的部分重要特性。在獲得一組基本需求說明后，通過分析構(gòu)造出一個(gè)小型軟件系統(tǒng)，滿足用戶的基本需求，使得用戶可以在試用原型系統(tǒng)過程中得到親身感受并受到啟發(fā)，作出評(píng)價(jià)，然后根據(jù)用戶的意見對(duì)原型加以改進(jìn)。如此周而復(fù)始，禰補(bǔ)不足，從而提高了產(chǎn)品的最終質(zhì)量。支持需求分析的快速原型技術(shù)在軟件開發(fā)中，原型指軟件的一個(gè)早4.3需求分析的方法(1)功能分解法（functiondecomposition)功能分解＝功能＋子功能＋功能接口用抽象的觀點(diǎn)，符合傳統(tǒng)的設(shè)計(jì)思維特征容易開始，很難深入基點(diǎn)不穩(wěn)定，難以適應(yīng)需求的變化4.3需求分析的方法(1)功能分解法（functiond4.3需求分析的方法(2)結(jié)構(gòu)化分析方法(dataflowapproach)結(jié)構(gòu)化分析＝數(shù)據(jù)流＋數(shù)據(jù)處理（加工）＋數(shù)據(jù)存儲(chǔ)＋端點(diǎn)＋處理說明＋數(shù)據(jù)字典4.3需求分析的方法(2)結(jié)構(gòu)化分析方法(dataflo結(jié)構(gòu)化分析方法具有嚴(yán)格的原則簡(jiǎn)單實(shí)用，適合于數(shù)據(jù)處理領(lǐng)域問題對(duì)不是以數(shù)據(jù)流為主干的系統(tǒng)無奈難以確定數(shù)據(jù)流之間的變換“數(shù)據(jù)字典爆炸”結(jié)構(gòu)化分析方法4.3需求分析的方法(3)信息建模方法信息建模＝實(shí)體（對(duì)象）＋屬性＋關(guān)系＋父類型/子類型＋關(guān)聯(lián)對(duì)象4.3需求分析的方法(3)信息建模方法P.S.Chen,1976年提出實(shí)體－關(guān)系法（entity-relationshipdesign,E-R)發(fā)展而來；1981，M.Flavin改進(jìn)為信息建模發(fā)；1988年S.SlaerandS.Mellor發(fā)展為語義數(shù)據(jù)建模并引入了許多對(duì)象的特點(diǎn)。信息建模方法（informationmodeling）P.S.Chen,1976年提出實(shí)體－關(guān)系法（ent信息建模法與面向?qū)ο蠓ê芙咏?，是OO的基礎(chǔ)ER圖中數(shù)據(jù)不封閉實(shí)體和它的屬性的處理需求不是組合在同一實(shí)體中沒有繼承和消息傳遞信息建模法與面向?qū)ο蠓ê芙咏荗O的基礎(chǔ)4.3需求分析的方法(4)面向?qū)ο蟮姆治雒嫦驅(qū)ο螅綄?duì)象、類＋結(jié)構(gòu)與連接＋繼承＋封裝＋信息通信4.3需求分析的方法(4)面向?qū)ο蟮姆治?.3IDEF方法（ICAMDefinition)重點(diǎn)描述系統(tǒng)的功能活動(dòng)及其聯(lián)系，建立系統(tǒng)的功能模型描述系統(tǒng)的信息及其聯(lián)系，建立系統(tǒng)的信息模型進(jìn)行系統(tǒng)模擬，建立系統(tǒng)的動(dòng)態(tài)模型4.3IDEF方法（ICAMDefinition)重點(diǎn)描4.3IDEF方法（ICAMDefinition)IDEF0的表示－活動(dòng)圖形調(diào)整工資/2原工資（輸入）（控制）調(diào)整政策新工資（輸出）（機(jī)制）人事部門4.3IDEF方法（ICAMDefinition)IDE4.3IDEF方法（ICAMDefinition)采用方框圖、箭頭等簡(jiǎn)單的圖形符號(hào)描述系統(tǒng)的活動(dòng)、數(shù)據(jù)流、約束條件、實(shí)現(xiàn)機(jī)制?？梢匀媪私庀到y(tǒng)，可作為正式文檔采用嚴(yán)格自定向下、逐層分解的方式是建立系統(tǒng)功能模型的有效方法IDEF0模型的特點(diǎn)4.3IDEF方法（ICAMDefinition)采用方4.3IDEF方法（ICAMDefinition)建立功能模型的方法確定建模的范圍、觀點(diǎn)和目的建立系統(tǒng)的內(nèi)外關(guān)系圖－A-0圖建立頂層圖－A0圖建立低層次的圖形，A1,A2,…4.3IDEF方法（ICAMDefinition)建立功4.3IDEF方法（ICAMDefinition)IDEF方法應(yīng)用示例銷售管理系統(tǒng)庫(kù)存量是否滿足顧客訂單進(jìn)貨通知單銷售部門備貨單缺貨單統(tǒng)計(jì)表處理訂單1處理供貨2處理進(jìn)貨4處理缺貨3銷售統(tǒng)計(jì)5顧客訂單備貨單缺貨單庫(kù)存量是否滿足可供貨訂單統(tǒng)計(jì)表進(jìn)貨通知銷售部門4.3IDEF方法（ICAMDefinition)IDE4.4需求分析-概念模型和規(guī)范化概念模型最常用的表示概念性數(shù)據(jù)模型的方法：實(shí)體—聯(lián)系方法(Entity-RelationshipApproach)，簡(jiǎn)稱E-R模型。E-R模型包含三個(gè)基本成分：“實(shí)體”、“聯(lián)系”、“屬性”4.4需求分析-概念模型和規(guī)范化概念模型實(shí)體實(shí)體：是客觀世界中存在的、且可相互區(qū)分的事物。它可以是人或物，也可以是具體事物或抽象事物。實(shí)體用矩形框表示例如：教師、學(xué)生、課程是實(shí)體。教師實(shí)體實(shí)體：是客觀世界中存在的、且可相互區(qū)分的事物。它可以是人聯(lián)系聯(lián)系：客觀世界中的事物彼此之間有聯(lián)系，描述實(shí)體與實(shí)體之間的關(guān)系。聯(lián)系有三種：1：1（一對(duì)一聯(lián)系）例如：實(shí)體“校長(zhǎng)”與“大學(xué)”之間的聯(lián)系為“1：1”1：N（一對(duì)多聯(lián)系）例如：實(shí)體“學(xué)?！迸c“院系”之間的聯(lián)系為“1:N”M：N（多對(duì)多聯(lián)系）例如：實(shí)體“學(xué)生”與“課程”之間的聯(lián)系為“M:N”聯(lián)系用菱形框表示，如：聯(lián)系聯(lián)系：客觀世界中的事物彼此之間有聯(lián)系，描述實(shí)體與實(shí)體之間屬性屬性是實(shí)體或聯(lián)系所具有的性質(zhì)。通常一個(gè)實(shí)體或聯(lián)系由若干屬性來刻畫。教師學(xué)生課程教學(xué)1NMN成績(jī)屬性屬性是實(shí)體或聯(lián)系所具有的性質(zhì)。通常一個(gè)實(shí)體或聯(lián)系由若干屬

需求分析-圖形工具(1)1.層次方框圖層次方框圖用樹形結(jié)構(gòu)的一系列多層次的矩形框描繪數(shù)據(jù)的層次結(jié)構(gòu)。樹形結(jié)構(gòu)的頂層是一個(gè)單獨(dú)的矩形框，它表達(dá)完整的數(shù)據(jù)結(jié)構(gòu)，下面的各層矩形框代表這個(gè)數(shù)據(jù)的子集，最底層的各個(gè)框代表組成這個(gè)數(shù)據(jù)的實(shí)際數(shù)據(jù)元素（不能再分解的元素）需求分析-圖形工具(1)1.層次方框圖

需求分析-圖形工具(2)2.Warnier圖Warnier圖也用樹形結(jié)構(gòu)描繪信息，且更豐富，能表達(dá)邏輯關(guān)系。需求分析-圖形工具(2)2