軟件需求分析教程精華

1、軟件工程方法與實(shí)踐2/150主要問(wèn)題主要問(wèn)題l什么是軟件需求？什么是軟件需求？l軟件需求分析有哪些過(guò)程？軟件需求分析有哪些過(guò)程？l如何啟動(dòng)分析過(guò)程？如何啟動(dòng)分析過(guò)程？l什么是面向數(shù)據(jù)的建模？什么是面向數(shù)據(jù)的建模？l什么是面向數(shù)據(jù)流的建模？什么是面向數(shù)據(jù)流的建模？l什么是非形式化建模、半形式化建模和形式化建模？什么是非形式化建模、半形式化建模和形式化建模？l什么是統(tǒng)一建模語(yǔ)言（什么是統(tǒng)一建模語(yǔ)言（UML）？）？l什么是用例建模？什么是用例建模？l什么是領(lǐng)域模型？什么是領(lǐng)域模型？3/150軟件需求分析過(guò)程軟件需求分析過(guò)程l什么是軟件需求？什么是軟件需求？l軟件需求分析有哪些過(guò)程？軟件需求分析有哪些

2、過(guò)程？l如何啟動(dòng)分析過(guò)程？如何啟動(dòng)分析過(guò)程？l需求規(guī)格文檔有哪些內(nèi)容？需求規(guī)格文檔有哪些內(nèi)容？l需求分析有哪些技術(shù)？需求分析有哪些技術(shù)？4/150 一般一般把需求定義為把需求定義為“（正在構(gòu)建的）系統(tǒng)必須符（正在構(gòu)建的）系統(tǒng)必須符合的條件或具備的功能或能力合的條件或具備的功能或能力”。電氣和電子工程師。電氣和電子工程師學(xué)會(huì)使用的定義與此類似。學(xué)會(huì)使用的定義與此類似。 著名的需求工程設(shè)計(jì)師著名的需求工程設(shè)計(jì)師 Merlin Dorfman Merlin Dorfman 和和 Richard H. Thayer Richard H. Thayer 提出了一個(gè)包容且更為精練的定提出了一個(gè)包容且更為精

3、練的定義，它特指軟件方面義，它特指軟件方面 - - 但不僅僅限于軟件：但不僅僅限于軟件： 1 1、軟件需求可定義為軟件需求可定義為： 用戶需解決某一問(wèn)題或達(dá)用戶需解決某一問(wèn)題或達(dá)到某一目標(biāo)所需的軟件功能。到某一目標(biāo)所需的軟件功能。 2 2、系統(tǒng)或系統(tǒng)構(gòu)件為了滿足合同、規(guī)約、標(biāo)準(zhǔn)或其、系統(tǒng)或系統(tǒng)構(gòu)件為了滿足合同、規(guī)約、標(biāo)準(zhǔn)或其他正式實(shí)行的文檔而他正式實(shí)行的文檔而必須滿足或具備的軟件功能必須滿足或具備的軟件功能。5.1 什么是軟件需求什么是軟件需求5/150需求工程基本任務(wù)需求工程基本任務(wù)需求工程需求工程需求管理需求管理需求開(kāi)發(fā)需求開(kāi)發(fā)需求獲取需求獲取需求分析需求分析需求規(guī)格說(shuō)明需求規(guī)格說(shuō)明需求驗(yàn)

4、證需求驗(yàn)證變更管理變更管理6/150需求分析的基本任務(wù)需求分析的基本任務(wù)l需求分析的基本任務(wù)不是確定系統(tǒng)怎樣完成它的工需求分析的基本任務(wù)不是確定系統(tǒng)怎樣完成它的工作，而是作，而是確定系統(tǒng)必須完成哪些工作確定系統(tǒng)必須完成哪些工作，也就是對(duì)目，也就是對(duì)目標(biāo)系統(tǒng)提出完整、準(zhǔn)確、清晰、具體的要求。并在標(biāo)系統(tǒng)提出完整、準(zhǔn)確、清晰、具體的要求。并在在需求分析階段結(jié)束之前，由系統(tǒng)分析員寫(xiě)出軟件在需求分析階段結(jié)束之前，由系統(tǒng)分析員寫(xiě)出軟件需求規(guī)格說(shuō)明書(shū)，以書(shū)面形式準(zhǔn)確地描述軟件需求。需求規(guī)格說(shuō)明書(shū)，以書(shū)面形式準(zhǔn)確地描述軟件需求。l需求分析的任務(wù)需求分析的任務(wù)就是借助于當(dāng)前系統(tǒng)的邏輯模型導(dǎo)就是借助于當(dāng)前系統(tǒng)的邏

5、輯模型導(dǎo)出目標(biāo)系統(tǒng)的邏輯模型，解決目標(biāo)系統(tǒng)的出目標(biāo)系統(tǒng)的邏輯模型，解決目標(biāo)系統(tǒng)的 “做什么做什么” 的問(wèn)題。的問(wèn)題。7/150需求分析模型需求分析模型系統(tǒng)實(shí)現(xiàn)模型系統(tǒng)實(shí)現(xiàn)模型目標(biāo)系統(tǒng)目標(biāo)系統(tǒng)當(dāng)前系統(tǒng)當(dāng)前系統(tǒng)物理模型物理模型邏輯模型邏輯模型邏輯模型邏輯模型物理模型物理模型模型化模型化抽象化抽象化實(shí)例化實(shí)例化具體化具體化理理解解需需求求表表達(dá)達(dá)需需求求導(dǎo)導(dǎo)出出做什么做什么怎怎么么做做需求分析的需求分析的主要工作主要工作系統(tǒng)流程圖系統(tǒng)流程圖或高層或高層DFDDFD圖圖DFDDFD圖、圖、STDSTD圖、圖、E-RE-R圖、用例圖、用例圖、圖、類圖、順序圖類圖、順序圖等等8/150目目標(biāo)標(biāo)系系統(tǒng)統(tǒng)描述

6、現(xiàn)實(shí)系統(tǒng)是如何描述現(xiàn)實(shí)系統(tǒng)是如何在物理上實(shí)現(xiàn)的。在物理上實(shí)現(xiàn)的。描述新系統(tǒng)是如何實(shí)描述新系統(tǒng)是如何實(shí)施的（包括技術(shù)）。施的（包括技術(shù)）。 邏輯模型邏輯模型 物理模型物理模型 ( (本質(zhì)模型、概念模型本質(zhì)模型、概念模型) () (實(shí)施模型、技術(shù)模型實(shí)施模型、技術(shù)模型) )描述重要的業(yè)務(wù)功能描述重要的業(yè)務(wù)功能，無(wú)論系統(tǒng)是如何實(shí)，無(wú)論系統(tǒng)是如何實(shí)施的。施的。需求分析模型需求分析模型9/150軟件需求曾經(jīng)讓我們?nèi)绱死仟N軟件需求曾經(jīng)讓我們?nèi)绱死仟N10/150軟件開(kāi)發(fā)的問(wèn)題分類軟件開(kāi)發(fā)的問(wèn)題分類1 1、需求規(guī)格說(shuō)明、需求規(guī)格說(shuō)明4 4、軟件和測(cè)試、軟件和測(cè)試2 2、管理客戶需求、管理客戶需求5 5、項(xiàng)目管

7、理、項(xiàng)目管理3 3、建檔、建檔6 6、編碼、編碼問(wèn)題的重要性依次降低問(wèn)題的重要性依次降低ESPITI(ESPITI(歐洲軟件歐洲軟件過(guò)程改進(jìn)培訓(xùn)倡議）過(guò)程改進(jìn)培訓(xùn)倡議）所作的一個(gè)調(diào)查，所作的一個(gè)調(diào)查，38003800個(gè)被調(diào)查者認(rèn)個(gè)被調(diào)查者認(rèn)為，軟件開(kāi)發(fā)的主為，軟件開(kāi)發(fā)的主要問(wèn)題、次要問(wèn)題要問(wèn)題、次要問(wèn)題和不是問(wèn)題的問(wèn)題和不是問(wèn)題的問(wèn)題如圖。如圖。一半以上的人認(rèn)為，一半以上的人認(rèn)為，軟件的二個(gè)最大問(wèn)軟件的二個(gè)最大問(wèn)題是：題是：1 1、需求規(guī)格說(shuō)明、需求規(guī)格說(shuō)明2 2、管理客戶需求、管理客戶需求相對(duì)而言，編碼不相對(duì)而言，編碼不是問(wèn)題是問(wèn)題11/150需求錯(cuò)誤的代價(jià)需求錯(cuò)誤的代價(jià)修復(fù)的相對(duì)成本修復(fù)的

8、相對(duì)成本需求階段需求階段0.1-0.20.1-0.2設(shè)計(jì)設(shè)計(jì)0.50.5維護(hù)維護(hù)2020驗(yàn)收測(cè)試驗(yàn)收測(cè)試5 5單元測(cè)試單元測(cè)試2 2編碼編碼1 1“ 需求開(kāi)發(fā)需求開(kāi)發(fā)可能是軟件開(kāi)發(fā)中最困難、最關(guān)鍵、最易可能是軟件開(kāi)發(fā)中最困難、最關(guān)鍵、最易出錯(cuò)以及最需要溝通的方面出錯(cuò)以及最需要溝通的方面 ”12/150需求變化需求變化合理范圍內(nèi)的變化：合理范圍內(nèi)的變化：u用戶不了解自己的需求用戶不了解自己的需求u需求本身易變，市場(chǎng)、技術(shù)、競(jìng)爭(zhēng)因素需求本身易變，市場(chǎng)、技術(shù)、競(jìng)爭(zhēng)因素不合理的變化：不合理的變化：u需求文檔質(zhì)量不高需求文檔質(zhì)量不高u需求分析技能、技術(shù)和管理上的缺陷需求分析技能、技術(shù)和管理上的缺陷需求變

9、化的原因：需求變化的原因：u未受控制的需求變更未受控制的需求變更u遺漏需求遺漏需求u用戶交流不夠用戶交流不夠u需求規(guī)約質(zhì)量差需求規(guī)約質(zhì)量差u低效的需求分析低效的需求分析謹(jǐn)記一點(diǎn)，謹(jǐn)記一點(diǎn)，需求是經(jīng)常變動(dòng)的需求是經(jīng)常變動(dòng)的，只有先做好需求的分析，了解只有先做好需求的分析，了解業(yè)務(wù)以后的發(fā)展趨勢(shì)，做好具業(yè)務(wù)以后的發(fā)展趨勢(shì)，做好具有拓展性的系統(tǒng)設(shè)計(jì)，才會(huì)給有拓展性的系統(tǒng)設(shè)計(jì)，才會(huì)給系統(tǒng)更大的擴(kuò)展空間，從而在系統(tǒng)更大的擴(kuò)展空間，從而在需求發(fā)生變化的時(shí)候可以更從需求發(fā)生變化的時(shí)候可以更從容的修改。容的修改。 13/150需求分析的重要性需求分析的重要性l需求的重要性：需求的重要性：u需求是產(chǎn)品的根源，需

10、求工作的優(yōu)劣對(duì)產(chǎn)品影響最大。需求是產(chǎn)品的根源，需求工作的優(yōu)劣對(duì)產(chǎn)品影響最大。u是系統(tǒng)開(kāi)發(fā)的基礎(chǔ)，質(zhì)量和成敗的關(guān)鍵是系統(tǒng)開(kāi)發(fā)的基礎(chǔ)，質(zhì)量和成敗的關(guān)鍵 u國(guó)內(nèi)軟件業(yè)的痼疾：人們并不清楚究竟該做什么，但卻一國(guó)內(nèi)軟件業(yè)的痼疾：人們并不清楚究竟該做什么，但卻一直忙碌不停地開(kāi)發(fā)。直忙碌不停地開(kāi)發(fā)。l需求分析需求分析是通過(guò)問(wèn)題識(shí)別、分析與綜合、制訂規(guī)格說(shuō)明和評(píng)是通過(guò)問(wèn)題識(shí)別、分析與綜合、制訂規(guī)格說(shuō)明和評(píng)審等階段，達(dá)到為系統(tǒng)設(shè)計(jì)提供依據(jù)的目標(biāo)。因此，需求分審等階段，達(dá)到為系統(tǒng)設(shè)計(jì)提供依據(jù)的目標(biāo)。因此，需求分析過(guò)程包括：析過(guò)程包括：u確定對(duì)系統(tǒng)的綜合要求確定對(duì)系統(tǒng)的綜合要求u分析系統(tǒng)的數(shù)據(jù)要求分析系統(tǒng)的數(shù)據(jù)要求

11、u抽象出并確立目標(biāo)系統(tǒng)的邏輯模型抽象出并確立目標(biāo)系統(tǒng)的邏輯模型u編寫(xiě)需求規(guī)格說(shuō)明書(shū)編寫(xiě)需求規(guī)格說(shuō)明書(shū)14/150l 需求分析就是為了實(shí)現(xiàn)系統(tǒng)需求，并使最后交付成果與需求需求分析就是為了實(shí)現(xiàn)系統(tǒng)需求，并使最后交付成果與需求所要求的目標(biāo)不產(chǎn)生：所要求的目標(biāo)不產(chǎn)生：含糊性、不完整性、不可檢驗(yàn)性、不含糊性、不完整性、不可檢驗(yàn)性、不一致性、不可追蹤性和不可用性一致性、不可追蹤性和不可用性。l 需求分析面向下階段需求分析面向下階段系統(tǒng)概要設(shè)計(jì)系統(tǒng)概要設(shè)計(jì)l 需求分析采用自己的特定方法，達(dá)到相應(yīng)的階段要求需求分析采用自己的特定方法，達(dá)到相應(yīng)的階段要求u采用的方法是盡量地讓用戶和開(kāi)發(fā)團(tuán)隊(duì)都能理解并認(rèn)同采用的方

12、法是盡量地讓用戶和開(kāi)發(fā)團(tuán)隊(duì)都能理解并認(rèn)同系統(tǒng)目標(biāo)和范圍界定的方法系統(tǒng)目標(biāo)和范圍界定的方法業(yè)務(wù)業(yè)務(wù)/ /系統(tǒng)模型、用例和系統(tǒng)模型、用例和USE CASEUSE CASE圖圖u需求分析階段的目標(biāo)是用計(jì)算機(jī)的（而不再是用戶）眼需求分析階段的目標(biāo)是用計(jì)算機(jī)的（而不再是用戶）眼光和語(yǔ)言，分解需求、定義需求。但是，這個(gè)眼光不是光和語(yǔ)言，分解需求、定義需求。但是，這個(gè)眼光不是程序設(shè)計(jì)員程序設(shè)計(jì)員的眼光，是的眼光，是系統(tǒng)分析師系統(tǒng)分析師的眼光的眼光u經(jīng)過(guò)需求處理后，經(jīng)過(guò)需求處理后，達(dá)到需求規(guī)范要求達(dá)到需求規(guī)范要求u分析的方法是一套分析的方法是一套“建模建?！奔夹g(shù)技術(shù)需求分析的成果需求分析的成果15/150軟件

13、需求的分類軟件需求的分類l功能需求：描述系統(tǒng)預(yù)期提供的功能或服務(wù)功能需求：描述系統(tǒng)預(yù)期提供的功能或服務(wù)u對(duì)系統(tǒng)應(yīng)提供的服務(wù)對(duì)系統(tǒng)應(yīng)提供的服務(wù)u如何對(duì)輸入做出反應(yīng)如何對(duì)輸入做出反應(yīng)u系統(tǒng)在特定條件下的行為系統(tǒng)在特定條件下的行為l非功能需求：指那些不直接與系統(tǒng)具體功能相關(guān)非功能需求：指那些不直接與系統(tǒng)具體功能相關(guān)的一類需求的一類需求u產(chǎn)品需求產(chǎn)品需求u機(jī)構(gòu)需求機(jī)構(gòu)需求u外部需求外部需求l領(lǐng)域需求：源于系統(tǒng)的應(yīng)用領(lǐng)域需求領(lǐng)域需求：源于系統(tǒng)的應(yīng)用領(lǐng)域需求16/150 功能需求功能需求l軟件系統(tǒng)的功能需求描述可以有許多方式：軟件系統(tǒng)的功能需求描述可以有許多方式：u文字描述文字描述u圖表表示圖表表示l功能

14、需求可以以不同的詳細(xì)程度反復(fù)編寫(xiě)和細(xì)化功能需求可以以不同的詳細(xì)程度反復(fù)編寫(xiě)和細(xì)化l功能需求描述應(yīng)該完整而且一致和準(zhǔn)確功能需求描述應(yīng)該完整而且一致和準(zhǔn)確u完整性意味著用戶所需的所有的服務(wù)應(yīng)該全部給完整性意味著用戶所需的所有的服務(wù)應(yīng)該全部給出描述出描述u一致性意味著需求描述不能前后矛盾一致性意味著需求描述不能前后矛盾u準(zhǔn)確性是指需求不能出現(xiàn)模糊和二義性的地方準(zhǔn)確性是指需求不能出現(xiàn)模糊和二義性的地方17/150功能需求描述：出卷系統(tǒng)功能需求描述：出卷系統(tǒng)l教師能夠根據(jù)自己的要求手動(dòng)或自動(dòng)出一份試卷；教師能夠根據(jù)自己的要求手動(dòng)或自動(dòng)出一份試卷；l教師可以修改試卷中不合適的題目，并能自動(dòng)生教師可以修改試

15、卷中不合適的題目，并能自動(dòng)生成各種樣式的試卷；成各種樣式的試卷；l教師可以對(duì)試題中的題目進(jìn)行更新。教師可以對(duì)試題中的題目進(jìn)行更新。18/150 非功能需求非功能需求l非功能需求主要與系統(tǒng)的總體特征相關(guān)，是一些限制非功能需求主要與系統(tǒng)的總體特征相關(guān)，是一些限制性要求，是對(duì)實(shí)際使用環(huán)境所做的要求性要求，是對(duì)實(shí)際使用環(huán)境所做的要求u性能要求性能要求u可靠性要求可靠性要求u安全性要求安全性要求u可用性要求可用性要求u移植性要求移植性要求l非功能需求關(guān)心的是系統(tǒng)整體特征而不是個(gè)別的系統(tǒng)非功能需求關(guān)心的是系統(tǒng)整體特征而不是個(gè)別的系統(tǒng)的特征，比功能需求對(duì)系統(tǒng)更關(guān)鍵。的特征，比功能需求對(duì)系統(tǒng)更關(guān)鍵。l非功能需

16、求卻很難檢驗(yàn)非功能需求卻很難檢驗(yàn)l非功能需求與功能需求有時(shí)會(huì)發(fā)生沖突，它們之間存非功能需求與功能需求有時(shí)會(huì)發(fā)生沖突，它們之間存在著相互作用關(guān)系在著相互作用關(guān)系19/150非功能需求舉例非功能需求舉例l一個(gè)一個(gè)POS系統(tǒng)所需的存儲(chǔ)因?yàn)槌杀驹蛴兴拗?，系統(tǒng)所需的存儲(chǔ)因?yàn)槌杀驹蛴兴拗?，而商品的描述和價(jià)目表的信息量很大。而商品的描述和價(jià)目表的信息量很大。l如果采用遠(yuǎn)程服務(wù)器，提供商品描述和價(jià)目表信如果采用遠(yuǎn)程服務(wù)器，提供商品描述和價(jià)目表信息，那必然需要網(wǎng)絡(luò)通信，而這需要網(wǎng)絡(luò)技術(shù)。息，那必然需要網(wǎng)絡(luò)通信，而這需要網(wǎng)絡(luò)技術(shù)。l當(dāng)當(dāng)POS機(jī)數(shù)量多時(shí)必然引起服務(wù)器處理瓶頸問(wèn)題。機(jī)數(shù)量多時(shí)必然引起服務(wù)器處

17、理瓶頸問(wèn)題。20/150 領(lǐng)域需求領(lǐng)域需求l領(lǐng)域需求領(lǐng)域需求反映應(yīng)用領(lǐng)域的基本問(wèn)題，直接影響到反映應(yīng)用領(lǐng)域的基本問(wèn)題，直接影響到系統(tǒng)的可用性。系統(tǒng)的可用性。l例如：圖書(shū)館系統(tǒng)的功能需求基于標(biāo)準(zhǔn)用戶界面例如：圖書(shū)館系統(tǒng)的功能需求基于標(biāo)準(zhǔn)用戶界面將一些文檔輸出到本地打印機(jī)或網(wǎng)絡(luò)打印機(jī)上，將一些文檔輸出到本地打印機(jī)或網(wǎng)絡(luò)打印機(jī)上，但因?yàn)榘鏅?quán)限制，這些文檔打印之后應(yīng)立即刪除。但因?yàn)榘鏅?quán)限制，這些文檔打印之后應(yīng)立即刪除。21/150領(lǐng)域需求示例：短信系統(tǒng)領(lǐng)域需求示例：短信系統(tǒng)l如果短信經(jīng)過(guò)終端無(wú)線模塊發(fā)送之前必須經(jīng)過(guò)短消息協(xié)議如果短信經(jīng)過(guò)終端無(wú)線模塊發(fā)送之前必須經(jīng)過(guò)短消息協(xié)議標(biāo)準(zhǔn)編碼才能發(fā)送出去。標(biāo)準(zhǔn)編

18、碼才能發(fā)送出去。l要對(duì)短信編碼，必須要對(duì)由要對(duì)短信編碼，必須要對(duì)由ESTI制訂的制訂的SMS規(guī)范有所了解規(guī)范有所了解u技術(shù)實(shí)現(xiàn)技術(shù)實(shí)現(xiàn)(含編碼方式含編碼方式)GSM 03.38、GSM 03.40uSMS的的DTE-DCE接口標(biāo)準(zhǔn)接口標(biāo)準(zhǔn)(AT命令集命令集)：GSM 07.05l三種方式來(lái)發(fā)送和接收三種方式來(lái)發(fā)送和接收SMS信息：信息：uBlock ModeuText Mode：純文本方式，可使用不同的字符集，也可：純文本方式，可使用不同的字符集，也可用于發(fā)送中文短消息，主要用于歐美地區(qū)。用于發(fā)送中文短消息，主要用于歐美地區(qū)。uPDU Mode：PDU Mode被所有手機(jī)支持，可以使用任被所有

19、手機(jī)支持，可以使用任何字符集，這也是手機(jī)默認(rèn)的編碼方式何字符集，這也是手機(jī)默認(rèn)的編碼方式22/1505.2 需求分析過(guò)程需求分析過(guò)程l需求分析過(guò)程需求分析過(guò)程主要是理解客戶需要什么、分析要求、評(píng)主要是理解客戶需要什么、分析要求、評(píng)價(jià)可行性、協(xié)商合理的方案、無(wú)歧義地詳細(xì)說(shuō)明方案、價(jià)可行性、協(xié)商合理的方案、無(wú)歧義地詳細(xì)說(shuō)明方案、確認(rèn)規(guī)格說(shuō)明、管理需求以至將這些需求轉(zhuǎn)化為可行系確認(rèn)規(guī)格說(shuō)明、管理需求以至將這些需求轉(zhuǎn)化為可行系統(tǒng)統(tǒng)l過(guò)程包括：過(guò)程包括：u初步溝通初步溝通u導(dǎo)出需求導(dǎo)出需求u分析和精化分析和精化u可行性研究可行性研究u協(xié)商與溝通協(xié)商與溝通u規(guī)格說(shuō)明規(guī)格說(shuō)明u需求驗(yàn)證需求驗(yàn)證u變更管理變更

20、管理23/1505.2.1 初步溝通初步溝通l業(yè)務(wù)領(lǐng)域的共利益者（如業(yè)務(wù)管理人員，市場(chǎng)營(yíng)業(yè)務(wù)領(lǐng)域的共利益者（如業(yè)務(wù)管理人員，市場(chǎng)營(yíng)銷人員，產(chǎn)品管理人員）定義業(yè)務(wù)用例銷人員，產(chǎn)品管理人員）定義業(yè)務(wù)用例l確定市場(chǎng)的范圍確定市場(chǎng)的范圍l初略地可行性分析初略地可行性分析l確定項(xiàng)目范圍的工作說(shuō)明確定項(xiàng)目范圍的工作說(shuō)明24/1505.2.2 導(dǎo)出需求導(dǎo)出需求l導(dǎo)出需求應(yīng)理解問(wèn)題：導(dǎo)出需求應(yīng)理解問(wèn)題：u范圍問(wèn)題：系統(tǒng)的邊界，是客戶和開(kāi)發(fā)者共同關(guān)范圍問(wèn)題：系統(tǒng)的邊界，是客戶和開(kāi)發(fā)者共同關(guān)心的部分心的部分u理解問(wèn)題：確定業(yè)務(wù)需求、需求沖突、說(shuō)明有歧理解問(wèn)題：確定業(yè)務(wù)需求、需求沖突、說(shuō)明有歧義和不可測(cè)試的需求義和

21、不可測(cè)試的需求u易變問(wèn)題：分清需求穩(wěn)定部分和易變部分易變問(wèn)題：分清需求穩(wěn)定部分和易變部分l收集活動(dòng)：收集活動(dòng)：u識(shí)別真正的客戶識(shí)別真正的客戶/用戶用戶u正確理解客戶的需求正確理解客戶的需求u耐心聽(tīng)取客戶意見(jiàn)和思考耐心聽(tīng)取客戶意見(jiàn)和思考u盡量使用符合客戶語(yǔ)言習(xí)慣的表達(dá)盡量使用符合客戶語(yǔ)言習(xí)慣的表達(dá)25/1505.2.3 分析和精化分析和精化l開(kāi)發(fā)一個(gè)精確的技術(shù)模型，用以說(shuō)明軟件的功能、開(kāi)發(fā)一個(gè)精確的技術(shù)模型，用以說(shuō)明軟件的功能、特征和約束。特征和約束。l精化是一個(gè)分析建模動(dòng)作，由一系列建模和求精精化是一個(gè)分析建模動(dòng)作，由一系列建模和求精任務(wù)構(gòu)成任務(wù)構(gòu)成l定義了問(wèn)題的信息域，功能域和行為域定義了問(wèn)

22、題的信息域，功能域和行為域26/1505.2.4 可行性研究可行性研究l可行性研究的目的是確定用最小的代價(jià)，在盡可可行性研究的目的是確定用最小的代價(jià)，在盡可能短的時(shí)間內(nèi)確定問(wèn)題是否能夠解決能短的時(shí)間內(nèi)確定問(wèn)題是否能夠解決l可行性研究的輸入是系統(tǒng)的一個(gè)框架描述和高層可行性研究的輸入是系統(tǒng)的一個(gè)框架描述和高層邏輯模型邏輯模型l輸出是一份需求開(kāi)發(fā)評(píng)價(jià)報(bào)告，對(duì)需求工程和系輸出是一份需求開(kāi)發(fā)評(píng)價(jià)報(bào)告，對(duì)需求工程和系統(tǒng)開(kāi)發(fā)是否值得做的具體建議和意見(jiàn)統(tǒng)開(kāi)發(fā)是否值得做的具體建議和意見(jiàn)l三個(gè)問(wèn)題：三個(gè)問(wèn)題：u系統(tǒng)是否符合機(jī)構(gòu)的總體要求？系統(tǒng)是否符合機(jī)構(gòu)的總體要求？u系統(tǒng)是否可以在現(xiàn)有的技術(shù)條件、預(yù)算和時(shí)間系統(tǒng)是

23、否可以在現(xiàn)有的技術(shù)條件、預(yù)算和時(shí)間限制內(nèi)完成？限制內(nèi)完成？u系統(tǒng)能否把已存在的其他系統(tǒng)集成？系統(tǒng)能否把已存在的其他系統(tǒng)集成？27/150可行性研究的任務(wù)可行性研究的任務(wù) l可行性研究的目的就是用最小的代價(jià)在盡可能短的時(shí)間內(nèi)確可行性研究的目的就是用最小的代價(jià)在盡可能短的時(shí)間內(nèi)確定問(wèn)題是否能夠解決。必須記住，可行性研究的目的不是解定問(wèn)題是否能夠解決。必須記住，可行性研究的目的不是解決問(wèn)題，而是確定問(wèn)題是否值得去解決。決問(wèn)題，而是確定問(wèn)題是否值得去解決。l一般來(lái)說(shuō)，至少應(yīng)該從下述四個(gè)方面去研究每種解法的可行一般來(lái)說(shuō)，至少應(yīng)該從下述四個(gè)方面去研究每種解法的可行性：性：u技術(shù)可行性：使用現(xiàn)有的技術(shù)能實(shí)現(xiàn)

24、這個(gè)系統(tǒng)嗎？技術(shù)可行性：使用現(xiàn)有的技術(shù)能實(shí)現(xiàn)這個(gè)系統(tǒng)嗎？u經(jīng)濟(jì)可行性：這個(gè)系統(tǒng)的經(jīng)濟(jì)效益能超過(guò)它的開(kāi)發(fā)成本嗎？經(jīng)濟(jì)可行性：這個(gè)系統(tǒng)的經(jīng)濟(jì)效益能超過(guò)它的開(kāi)發(fā)成本嗎？u操作可行性：系統(tǒng)的操作方式在這個(gè)用戶組織內(nèi)行得通嗎？操作可行性：系統(tǒng)的操作方式在這個(gè)用戶組織內(nèi)行得通嗎？u時(shí)間可行性：能在預(yù)定時(shí)間內(nèi)完成嗎？時(shí)間可行性：能在預(yù)定時(shí)間內(nèi)完成嗎？l可行性研究最根本的任務(wù)是對(duì)以后的行動(dòng)方針提出建議。可行性研究最根本的任務(wù)是對(duì)以后的行動(dòng)方針提出建議。28/1505.2.5 協(xié)商與溝通協(xié)商與溝通l調(diào)節(jié)沖突和問(wèn)題調(diào)節(jié)沖突和問(wèn)題l需求排序需求排序l識(shí)別和分析與每項(xiàng)需求相關(guān)的風(fēng)險(xiǎn)、開(kāi)發(fā)工作量、識(shí)別和分析與每項(xiàng)需求相

25、關(guān)的風(fēng)險(xiǎn)、開(kāi)發(fā)工作量、成本和交付時(shí)間成本和交付時(shí)間29/1505.2.6 軟件需求規(guī)格軟件需求規(guī)格l一個(gè)規(guī)格說(shuō)明可以是一份寫(xiě)好的文檔、一套圖形一個(gè)規(guī)格說(shuō)明可以是一份寫(xiě)好的文檔、一套圖形化的模型、一個(gè)形式化的數(shù)學(xué)模型、一組使用場(chǎng)化的模型、一個(gè)形式化的數(shù)學(xué)模型、一組使用場(chǎng)景、一個(gè)原型或以上各項(xiàng)的任意組合。景、一個(gè)原型或以上各項(xiàng)的任意組合。l軟件需求規(guī)格（軟件需求規(guī)格（SRS，Software Requirement Specification）是需求分析任務(wù)的最終）是需求分析任務(wù)的最終“產(chǎn)品產(chǎn)品”，它是客戶、管理者、分析工程師、測(cè)試工程師、它是客戶、管理者、分析工程師、測(cè)試工程師、維護(hù)工程師交流的

26、標(biāo)準(zhǔn)和依據(jù)。維護(hù)工程師交流的標(biāo)準(zhǔn)和依據(jù)。l軟件需求規(guī)格描述了系統(tǒng)的數(shù)據(jù)、功能、行為、軟件需求規(guī)格描述了系統(tǒng)的數(shù)據(jù)、功能、行為、性能需求、設(shè)計(jì)約束、驗(yàn)收標(biāo)準(zhǔn)、以及其他與需性能需求、設(shè)計(jì)約束、驗(yàn)收標(biāo)準(zhǔn)、以及其他與需求相關(guān)的信息。求相關(guān)的信息。l分為：分為：用戶需求和系統(tǒng)需求用戶需求和系統(tǒng)需求30/150用戶需求描述示例用戶需求描述示例l2.1 處理銷售：完成一次銷售過(guò)程。處理銷售：完成一次銷售過(guò)程。l2.1.1 基本流程：（基本流程：（1）顧客攜帶所購(gòu)商品或服務(wù)到收銀）顧客攜帶所購(gòu)商品或服務(wù)到收銀臺(tái)通過(guò)臺(tái)通過(guò)POS機(jī)付款；（機(jī)付款；（2）收銀員開(kāi)始一次新的銷售）收銀員開(kāi)始一次新的銷售交易；（交易；

27、（3）收銀員輸入商品條碼；（）收銀員輸入商品條碼；（4）系統(tǒng)逐條記）系統(tǒng)逐條記錄銷售的商品，并顯示該商品的描述、價(jià)格和累計(jì)額；錄銷售的商品，并顯示該商品的描述、價(jià)格和累計(jì)額；重復(fù)（重復(fù)（3）（4），直到輸入結(jié)束；（），直到輸入結(jié)束；（5）系統(tǒng)顯示）系統(tǒng)顯示總額；（總額；（6）收銀員告知顧客總額，并請(qǐng)求付款；（）收銀員告知顧客總額，并請(qǐng)求付款；（7）顧客付款，系統(tǒng)處理支付；（顧客付款，系統(tǒng)處理支付；（8）系統(tǒng)記錄完整的銷）系統(tǒng)記錄完整的銷售信息，并將銷售金和支持信息發(fā)送到外部的帳務(wù)系售信息，并將銷售金和支持信息發(fā)送到外部的帳務(wù)系統(tǒng)和庫(kù)存系統(tǒng)；（統(tǒng)和庫(kù)存系統(tǒng)；（9）系統(tǒng)打印票據(jù)；（）系統(tǒng)打印票據(jù)；

28、（10）顧客攜）顧客攜帶商品和票據(jù)離開(kāi)。帶商品和票據(jù)離開(kāi)。l2.1.2 擴(kuò)展流程：擴(kuò)展流程：.31/150系統(tǒng)需求系統(tǒng)需求l系統(tǒng)需求是比用戶需求更詳細(xì)的需求描述，是系系統(tǒng)需求是比用戶需求更詳細(xì)的需求描述，是系統(tǒng)實(shí)現(xiàn)的基本依據(jù)統(tǒng)實(shí)現(xiàn)的基本依據(jù)l系統(tǒng)需求描述可能包括許多不同的模型，如對(duì)象系統(tǒng)需求描述可能包括許多不同的模型，如對(duì)象模型和數(shù)據(jù)流模型模型和數(shù)據(jù)流模型32/150軟件需求各組成部分之間的關(guān)系軟件需求各組成部分之間的關(guān)系33/150軟件需求規(guī)格說(shuō)明的原則軟件需求規(guī)格說(shuō)明的原則34/150需求規(guī)格文檔標(biāo)準(zhǔn)需求規(guī)格文檔標(biāo)準(zhǔn)1 1 引言引言 1.1 1.1 編寫(xiě)目的編寫(xiě)目的 1.2 1.2 項(xiàng)目背

29、景（單位和與其他項(xiàng)目背景（單位和與其他系統(tǒng)的關(guān)系）系統(tǒng)的關(guān)系） 1.3 1.3 定義（專門(mén)術(shù)語(yǔ)和縮寫(xiě)詞）定義（專門(mén)術(shù)語(yǔ)和縮寫(xiě)詞）2 2 任務(wù)概述任務(wù)概述 2.1 2.1 目標(biāo)目標(biāo) 2.2 2.2 運(yùn)行環(huán)境運(yùn)行環(huán)境 2.3 2.3 條件限制條件限制3 3 數(shù)據(jù)描述數(shù)據(jù)描述 3.1 3.1 靜態(tài)數(shù)據(jù)靜態(tài)數(shù)據(jù) 3.2 3.2 動(dòng)態(tài)數(shù)據(jù)動(dòng)態(tài)數(shù)據(jù) 3.3 3.3 數(shù)據(jù)庫(kù)描述數(shù)據(jù)庫(kù)描述 3.4 3.4 數(shù)據(jù)字典數(shù)據(jù)字典 3.5 3.5 數(shù)據(jù)采集數(shù)據(jù)采集4 功能需求功能需求 4.1 功能劃分功能劃分 4.2 功能描述功能描述5 性能需求性能需求 5.1 數(shù)據(jù)精確度數(shù)據(jù)精確度 5.2 時(shí)間特性時(shí)間特性 5.3

30、 適應(yīng)性適應(yīng)性6 運(yùn)行需求運(yùn)行需求 5.1 用戶界面用戶界面 5.2 硬件接口硬件接口 5.3 軟件接口軟件接口 5.4 故障處理故障處理7 其他需求其他需求（檢測(cè)或驗(yàn)收標(biāo)準(zhǔn)、可用性、（檢測(cè)或驗(yàn)收標(biāo)準(zhǔn)、可用性、可維護(hù)性、可移植性、安全?？删S護(hù)性、可移植性、安全保密性）密性）35/1505.2.7 需求驗(yàn)證需求驗(yàn)證l需求驗(yàn)證是軟件需求階段的一個(gè)重要環(huán)節(jié)，需求驗(yàn)證是軟件需求階段的一個(gè)重要環(huán)節(jié)，未經(jīng)驗(yàn)證的需未經(jīng)驗(yàn)證的需求給項(xiàng)目成功帶來(lái)較大的需求風(fēng)險(xiǎn)求給項(xiàng)目成功帶來(lái)較大的需求風(fēng)險(xiǎn)l需求驗(yàn)證對(duì)需求文檔和制品進(jìn)行質(zhì)量評(píng)估，確保需求需求驗(yàn)證對(duì)需求文檔和制品進(jìn)行質(zhì)量評(píng)估，確保需求說(shuō)明準(zhǔn)確、完整說(shuō)明準(zhǔn)確、完整l

31、包括以下內(nèi)容：包括以下內(nèi)容：u正確性正確性u(píng)一致性一致性u(píng)完整性完整性u(píng)可行性可行性u(píng)必要性必要性u(píng)可檢驗(yàn)性可檢驗(yàn)性u(píng)需求的可跟蹤性需求的可跟蹤性u(píng)最后簽字最后簽字36/150需求變更的原因多種多樣，但管理變更，應(yīng)確立以需求變更的原因多種多樣，但管理變更，應(yīng)確立以下原則：下原則：（1 1）認(rèn)識(shí)到變更是不可避免的，為變更指定計(jì)劃；）認(rèn)識(shí)到變更是不可避免的，為變更指定計(jì)劃；（2 2）確定需求基線；）確定需求基線；（3 3）建立控制變更的唯一渠道）建立控制變更的唯一渠道（4 4）使用變更控制系統(tǒng)來(lái)控制變更過(guò)程；）使用變更控制系統(tǒng)來(lái)控制變更過(guò)程；（5 5）分層次地管理變更。）分層次地管理變更。時(shí)間緊迫

32、時(shí)間緊迫壓縮需求過(guò)程壓縮需求過(guò)程產(chǎn)品不滿足需求產(chǎn)品不滿足需求變更需求變更需求維護(hù)工作量增加維護(hù)工作量增加項(xiàng)目資源惡化項(xiàng)目資源惡化需求過(guò)程的惡性循環(huán)需求過(guò)程的惡性循環(huán)5.2.8 需求變更管理需求變更管理37/150需求變更管理需求變更管理l需求變更管理是組織、控制和文檔化需求的系統(tǒng)方需求變更管理是組織、控制和文檔化需求的系統(tǒng)方法法l建立建立基線基線以便在客戶和開(kāi)發(fā)人員之間建筑一個(gè)約定以便在客戶和開(kāi)發(fā)人員之間建筑一個(gè)約定l需求管理從標(biāo)識(shí)開(kāi)始，建立跟蹤表需求管理從標(biāo)識(shí)開(kāi)始，建立跟蹤表l需求跟蹤表可以跟蹤需求的特征、來(lái)源、依賴、子需求跟蹤表可以跟蹤需求的特征、來(lái)源、依賴、子系統(tǒng)和接口等關(guān)系系統(tǒng)和接口等

33、關(guān)系38/150通用跟蹤表通用跟蹤表需求需求系統(tǒng)系統(tǒng)A01A01 A02A02A03A03A04A04A05A05AmmAmmR01R01R02R02R03R03R04R04RnnRnn39/1505.3 5.3 啟動(dòng)分析過(guò)程啟動(dòng)分析過(guò)程l確定共利益者：直接或間接從正在開(kāi)發(fā)的系統(tǒng)中獲確定共利益者：直接或間接從正在開(kāi)發(fā)的系統(tǒng)中獲益的人。益的人。u例如，例如，POS機(jī)系統(tǒng)中的共利益者有：收銀員，售機(jī)系統(tǒng)中的共利益者有：收銀員，售貨員，顧客，公司，經(jīng)理，支付授權(quán)服務(wù)，帳務(wù)貨員，顧客，公司，經(jīng)理，支付授權(quán)服務(wù)，帳務(wù)系統(tǒng)和庫(kù)存系統(tǒng)等系統(tǒng)和庫(kù)存系統(tǒng)等l識(shí)別視點(diǎn)：從不同的視角看待該系統(tǒng)。識(shí)別視點(diǎn)：從不同的視

34、角看待該系統(tǒng)。u比如，收銀員關(guān)心準(zhǔn)確、快速生成一次銷售，且比如，收銀員關(guān)心準(zhǔn)確、快速生成一次銷售，且沒(méi)有支付錯(cuò)誤；售貨員關(guān)注銷售提成沒(méi)有支付錯(cuò)誤；售貨員關(guān)注銷售提成l協(xié)同工作：共利益者之間的協(xié)作協(xié)同工作：共利益者之間的協(xié)作l首次提問(wèn)：集中于客戶和其他共利益、整體目標(biāo)、首次提問(wèn)：集中于客戶和其他共利益、整體目標(biāo)、收益等收益等40/1505.4 非形式化需求分析技術(shù)非形式化需求分析技術(shù)l會(huì)談：會(huì)談：u正式會(huì)談：提出一些可自由回答的問(wèn)題正式會(huì)談：提出一些可自由回答的問(wèn)題u非正式會(huì)談：提出一些事先準(zhǔn)備好的議題非正式會(huì)談：提出一些事先準(zhǔn)備好的議題l情景分析：需求分析從對(duì)場(chǎng)景的評(píng)論中得到信息，然情景分析：

35、需求分析從對(duì)場(chǎng)景的評(píng)論中得到信息，然后再將其以形式化方式表示出來(lái)。后再將其以形式化方式表示出來(lái)。l使用調(diào)查表使用調(diào)查表u制定調(diào)查表制定調(diào)查表u分析分析l建立原型建立原型u界面界面u執(zhí)行過(guò)程執(zhí)行過(guò)程41/150場(chǎng)景分析場(chǎng)景分析l分析員與項(xiàng)目相關(guān)人員共同識(shí)別出情景，并捕獲分析員與項(xiàng)目相關(guān)人員共同識(shí)別出情景，并捕獲這些情景的細(xì)節(jié)。這些情景的細(xì)節(jié)。l把細(xì)節(jié)加入到一個(gè)綱要的需求描述中時(shí)，情景特把細(xì)節(jié)加入到一個(gè)綱要的需求描述中時(shí)，情景特別有用別有用l情景是對(duì)交互實(shí)例片斷的描述，每個(gè)情景可能包情景是對(duì)交互實(shí)例片斷的描述，每個(gè)情景可能包含一個(gè)或多個(gè)交互，它們能在不同的細(xì)節(jié)層次上含一個(gè)或多個(gè)交互，它們能在不同的

36、細(xì)節(jié)層次上提供不同類型的情景信息提供不同類型的情景信息l情景開(kāi)始于一個(gè)框架，在導(dǎo)出過(guò)程中，細(xì)節(jié)被逐情景開(kāi)始于一個(gè)框架，在導(dǎo)出過(guò)程中，細(xì)節(jié)被逐漸增加，直到產(chǎn)生交互的一個(gè)完整的描述漸增加，直到產(chǎn)生交互的一個(gè)完整的描述42/150情景情景l(fā)一個(gè)情景可能包括如下內(nèi)容：一個(gè)情景可能包括如下內(nèi)容：u 在情景開(kāi)始部分有一個(gè)系統(tǒng)狀態(tài)描述；在情景開(kāi)始部分有一個(gè)系統(tǒng)狀態(tài)描述；u 一個(gè)關(guān)于標(biāo)準(zhǔn)事件流的描述；一個(gè)關(guān)于標(biāo)準(zhǔn)事件流的描述；u 一個(gè)關(guān)于哪兒會(huì)出錯(cuò)，以及如何處理錯(cuò)誤的一個(gè)關(guān)于哪兒會(huì)出錯(cuò)，以及如何處理錯(cuò)誤的描述；描述；u 有關(guān)其他可能在同一時(shí)間進(jìn)行的活動(dòng)的信息；有關(guān)其他可能在同一時(shí)間進(jìn)行的活動(dòng)的信息；u 在情景

37、完成后系統(tǒng)狀態(tài)的描述在情景完成后系統(tǒng)狀態(tài)的描述43/1505.5 實(shí)例分析實(shí)例分析5.5.1 出卷系統(tǒng)出卷系統(tǒng)l用戶：用戶：u教師：關(guān)注如何出一份合理的試卷，并能根據(jù)樣式打印與教師：關(guān)注如何出一份合理的試卷，并能根據(jù)樣式打印與輸出。輸出。u學(xué)生：關(guān)注如何通過(guò)生成一些模擬試題，并在線學(xué)習(xí)和檢學(xué)生：關(guān)注如何通過(guò)生成一些模擬試題，并在線學(xué)習(xí)和檢查學(xué)習(xí)結(jié)果。查學(xué)習(xí)結(jié)果。u題庫(kù)維護(hù)人員：關(guān)注試題的添加、更新和刪除等工作。題庫(kù)維護(hù)人員：關(guān)注試題的添加、更新和刪除等工作。l視點(diǎn)：視點(diǎn)：u教師關(guān)注自動(dòng)出卷、手工出卷、試卷編輯和試卷輸出。教師關(guān)注自動(dòng)出卷、手工出卷、試卷編輯和試卷輸出。u學(xué)生關(guān)注隨時(shí)抽卷、聯(lián)系試

38、卷和評(píng)價(jià)分析。學(xué)生關(guān)注隨時(shí)抽卷、聯(lián)系試卷和評(píng)價(jià)分析。u題庫(kù)維護(hù)人員關(guān)注試題管理。題庫(kù)維護(hù)人員關(guān)注試題管理。44/150出卷系統(tǒng)的功能需求出卷系統(tǒng)的功能需求l自動(dòng)出卷：系統(tǒng)根據(jù)教師的要求自動(dòng)生成一份合自動(dòng)出卷：系統(tǒng)根據(jù)教師的要求自動(dòng)生成一份合理的試卷。理的試卷。l手動(dòng)出卷：教師手動(dòng)從候選的試題中挑選題目。手動(dòng)出卷：教師手動(dòng)從候選的試題中挑選題目。l隨機(jī)抽卷：系統(tǒng)隨機(jī)抽取試題生產(chǎn)一份試卷。隨機(jī)抽卷：系統(tǒng)隨機(jī)抽取試題生產(chǎn)一份試卷。l在線練習(xí)：學(xué)生可以在線做練習(xí)和查看答案。在線練習(xí)：學(xué)生可以在線做練習(xí)和查看答案。l在線評(píng)價(jià)：系統(tǒng)在線評(píng)價(jià)學(xué)生練習(xí)的情況。在線評(píng)價(jià)：系統(tǒng)在線評(píng)價(jià)學(xué)生練習(xí)的情況。l試題管理：

39、管理人員維護(hù)題庫(kù)中的試題。試題管理：管理人員維護(hù)題庫(kù)中的試題。l試卷編輯：更新試題。試卷編輯：更新試題。l試卷輸出：根據(jù)某個(gè)樣式輸出試卷。試卷輸出：根據(jù)某個(gè)樣式輸出試卷。45/1505.5.2 POS機(jī)系統(tǒng)機(jī)系統(tǒng)l收銀員：能夠準(zhǔn)確、快速地輸入，而且沒(méi)有支付錯(cuò)誤，因?yàn)槭浙y員：能夠準(zhǔn)確、快速地輸入，而且沒(méi)有支付錯(cuò)誤，因?yàn)槿绻偈肇浛?，將從其薪水眾扣除。如果少收貨款，將從其薪水眾扣除。l售貨員：自動(dòng)更新銷售提成。售貨員：自動(dòng)更新銷售提成。l顧客：希望以最小代價(jià)完成購(gòu)買(mǎi)活動(dòng)并得到快速服務(wù)。便捷、顧客：希望以最小代價(jià)完成購(gòu)買(mǎi)活動(dòng)并得到快速服務(wù)。便捷、清晰地看到所輸入的商品項(xiàng)目和價(jià)格。得到購(gòu)買(mǎi)憑證，以便清

40、晰地看到所輸入的商品項(xiàng)目和價(jià)格。得到購(gòu)買(mǎi)憑證，以便退貨。退貨。l公司：希望準(zhǔn)確地記錄交易，滿足顧客要求。確保記錄了支公司：希望準(zhǔn)確地記錄交易，滿足顧客要求。確保記錄了支付授權(quán)服務(wù)的支付票據(jù)。有一定的容錯(cuò)性。能夠自動(dòng)、快速付授權(quán)服務(wù)的支付票據(jù)。有一定的容錯(cuò)性。能夠自動(dòng)、快速地更新記帳和庫(kù)存信息。地更新記帳和庫(kù)存信息。l經(jīng)理：能夠快速執(zhí)行超控操作，并易于更正收銀員的不當(dāng)操經(jīng)理：能夠快速執(zhí)行超控操作，并易于更正收銀員的不當(dāng)操作。作。l支持授權(quán)服務(wù)：依據(jù)正確的通信格式進(jìn)行授權(quán)服務(wù)。支持授權(quán)服務(wù)：依據(jù)正確的通信格式進(jìn)行授權(quán)服務(wù)。l庫(kù)存系統(tǒng)：正確的方式更新庫(kù)存信息。庫(kù)存系統(tǒng)：正確的方式更新庫(kù)存信息。l記賬

41、系統(tǒng)：能夠準(zhǔn)確地記錄每次銷售支付信息。記賬系統(tǒng)：能夠準(zhǔn)確地記錄每次銷售支付信息。46/150POS機(jī)系統(tǒng)主要功能需求機(jī)系統(tǒng)主要功能需求l處理銷售：收銀員完成一次銷售記錄，并出具票處理銷售：收銀員完成一次銷售記錄，并出具票據(jù)和更新庫(kù)存系統(tǒng)和帳務(wù)系統(tǒng)。據(jù)和更新庫(kù)存系統(tǒng)和帳務(wù)系統(tǒng)。l處理支付：完成一次銷售對(duì)應(yīng)的支付，包括現(xiàn)金處理支付：完成一次銷售對(duì)應(yīng)的支付，包括現(xiàn)金支付，信用卡支付和支票支付。支付，信用卡支付和支票支付。l處理退貨：根據(jù)顧客請(qǐng)求完成商品退貨處理。處理退貨：根據(jù)顧客請(qǐng)求完成商品退貨處理。l辦理會(huì)員卡：注冊(cè)、注銷和更新會(huì)員記錄。辦理會(huì)員卡：注冊(cè)、注銷和更新會(huì)員記錄。47/1505.5.3

42、 圖書(shū)館系統(tǒng)圖書(shū)館系統(tǒng)l圖書(shū)館系統(tǒng)的共利益者與視點(diǎn)有：圖書(shū)館系統(tǒng)的共利益者與視點(diǎn)有：u圖書(shū)流通管理：負(fù)責(zé)圖書(shū)借還工作。圖書(shū)流通管理：負(fù)責(zé)圖書(shū)借還工作。u用戶：希望快速得到借書(shū)，還書(shū)服務(wù)，能夠續(xù)用戶：希望快速得到借書(shū)，還書(shū)服務(wù)，能夠續(xù)借、預(yù)約圖書(shū)，以及查詢個(gè)人和圖書(shū)信息。借、預(yù)約圖書(shū)，以及查詢個(gè)人和圖書(shū)信息。u編目管理員：負(fù)責(zé)圖書(shū)的管理、用戶管理和處編目管理員：負(fù)責(zé)圖書(shū)的管理、用戶管理和處理罰金等。理罰金等。48/150圖書(shū)館系統(tǒng)的主要功能需求圖書(shū)館系統(tǒng)的主要功能需求l圖書(shū)借出：管理員完成一次借書(shū)過(guò)程。圖書(shū)借出：管理員完成一次借書(shū)過(guò)程。l圖書(shū)歸還：管理員完成一次還書(shū)過(guò)程。圖書(shū)歸還：管理員完成一次

43、還書(shū)過(guò)程。l圖書(shū)預(yù)約：用戶查詢要借的圖書(shū)，若不能借，可預(yù)約圖書(shū)預(yù)約：用戶查詢要借的圖書(shū)，若不能借，可預(yù)約該圖書(shū)。該圖書(shū)。l圖書(shū)續(xù)借：用戶可以將圖書(shū)的歸還日期延長(zhǎng)一段時(shí)間。圖書(shū)續(xù)借：用戶可以將圖書(shū)的歸還日期延長(zhǎng)一段時(shí)間。l圖書(shū)管理：添加新書(shū)。更新圖書(shū)館信息，銷毀圖書(shū)。圖書(shū)管理：添加新書(shū)。更新圖書(shū)館信息，銷毀圖書(shū)。l用戶管理：注冊(cè)新用戶，更新用戶信息，注銷用戶。用戶管理：注冊(cè)新用戶，更新用戶信息，注銷用戶。l處理罰金：用戶繳納罰金吼，系統(tǒng)將罰金數(shù)額清零。處理罰金：用戶繳納罰金吼，系統(tǒng)將罰金數(shù)額清零。49/1505.5.4 短信系統(tǒng)短信系統(tǒng)l本系統(tǒng)共利益者和視點(diǎn)有：本系統(tǒng)共利益者和視點(diǎn)有：u收發(fā)人員

44、：負(fù)責(zé)發(fā)送短信給用戶或接受用戶的短信。收發(fā)人員：負(fù)責(zé)發(fā)送短信給用戶或接受用戶的短信。u用戶管理：添加用戶，更新用戶信息，刪除用戶。用戶管理：添加用戶，更新用戶信息，刪除用戶。l本系統(tǒng)主要功能需求有：本系統(tǒng)主要功能需求有：u短信發(fā)送：填寫(xiě)發(fā)送內(nèi)容，選擇發(fā)送用戶，并指明是否短信發(fā)送：填寫(xiě)發(fā)送內(nèi)容，選擇發(fā)送用戶，并指明是否要回執(zhí)，然后發(fā)送短信。（通過(guò)無(wú)線終端或短信網(wǎng)關(guān)）要回執(zhí)，然后發(fā)送短信。（通過(guò)無(wú)線終端或短信網(wǎng)關(guān)）u短信接收：從無(wú)線終端或短信網(wǎng)關(guān)讀取短信內(nèi)容，并顯短信接收：從無(wú)線終端或短信網(wǎng)關(guān)讀取短信內(nèi)容，并顯示查看。示查看。u用戶管理：添加新用戶，更新用戶信息，刪除用戶。用戶管理：添加新用戶，更

45、新用戶信息，刪除用戶。50/1505.5.5 ATM系統(tǒng)系統(tǒng)l銀行客戶銀行客戶:接受系統(tǒng)服務(wù)；接受系統(tǒng)服務(wù)；l銀行的代表銀行的代表:銀行間自動(dòng)柜員機(jī)有互惠協(xié)議；銀行間自動(dòng)柜員機(jī)有互惠協(xié)議；l支行管理者支行管理者:從該系統(tǒng)中獲得管理信息；從該系統(tǒng)中獲得管理信息；l支行柜臺(tái)職員支行柜臺(tái)職員:負(fù)責(zé)系統(tǒng)日常運(yùn)轉(zhuǎn)和處理客戶意見(jiàn)；負(fù)責(zé)系統(tǒng)日常運(yùn)轉(zhuǎn)和處理客戶意見(jiàn)；l數(shù)據(jù)庫(kù)管理者數(shù)據(jù)庫(kù)管理者:負(fù)責(zé)系統(tǒng)和客戶數(shù)據(jù)庫(kù)集成；負(fù)責(zé)系統(tǒng)和客戶數(shù)據(jù)庫(kù)集成；l銀行信息安全管理者銀行信息安全管理者:負(fù)責(zé)保證系統(tǒng)信息安全；負(fù)責(zé)保證系統(tǒng)信息安全；l銀行市場(chǎng)開(kāi)發(fā)部銀行市場(chǎng)開(kāi)發(fā)部:將該系統(tǒng)視為銀行市場(chǎng)開(kāi)拓手段；將該系統(tǒng)視為銀行市場(chǎng)開(kāi)

46、拓手段；l硬件和軟件工程師硬件和軟件工程師:負(fù)責(zé)硬件和軟件維護(hù)及升級(jí)。負(fù)責(zé)硬件和軟件維護(hù)及升級(jí)。51/150ATM系統(tǒng)主要功能需求系統(tǒng)主要功能需求l存款：從存款：從ATM機(jī)上存錢(qián)到指定賬戶上。機(jī)上存錢(qián)到指定賬戶上。l取款：從指定賬戶上取一定數(shù)量的貨幣。取款：從指定賬戶上取一定數(shù)量的貨幣。l轉(zhuǎn)賬：從一個(gè)賬戶取出一定數(shù)量的貨幣，然后轉(zhuǎn)轉(zhuǎn)賬：從一個(gè)賬戶取出一定數(shù)量的貨幣，然后轉(zhuǎn)存到另一個(gè)賬號(hào)上。存到另一個(gè)賬號(hào)上。l查詢余額：察看指定賬戶的余額。查詢余額：察看指定賬戶的余額。l修改密碼：修改賬戶密碼。修改密碼：修改賬戶密碼。52/15053/150需求分析通信途徑需求分析通信途徑54/150l系統(tǒng)分析

47、（詳細(xì)業(yè)務(wù)調(diào)查）系統(tǒng)分析（詳細(xì)業(yè)務(wù)調(diào)查）1 1、原則：、原則： 1 1）自頂向下；）自頂向下； 2 2）用戶參與；）用戶參與； 3 3）工程化；）工程化； 4 4）全面與重點(diǎn)相結(jié)合；）全面與重點(diǎn)相結(jié)合； 5 5）友善的工作方式。）友善的工作方式。2 2、調(diào)查范圍、調(diào)查范圍 1 1）組織機(jī)構(gòu)與功能業(yè)務(wù)；）組織機(jī)構(gòu)與功能業(yè)務(wù)； 2 2）數(shù)據(jù)和數(shù)據(jù)流程；）數(shù)據(jù)和數(shù)據(jù)流程； 3 3）業(yè)務(wù)流程；）業(yè)務(wù)流程； 4 4）決策方式及過(guò)程；）決策方式及過(guò)程； 5 5）可用資源與限制條件）可用資源與限制條件 6 6）現(xiàn)存問(wèn)題及改進(jìn)。）現(xiàn)存問(wèn)題及改進(jìn)。3 3、調(diào)查方法、調(diào)查方法 1 1）召開(kāi)調(diào)查會(huì)；）召開(kāi)調(diào)查會(huì)；

48、2 2）訪問(wèn)；）訪問(wèn)； 3 3）發(fā)調(diào)查表；）發(fā)調(diào)查表； 4 4）參加業(yè)務(wù)實(shí)踐。）參加業(yè)務(wù)實(shí)踐。55/150某出版社系統(tǒng)調(diào)查表某出版社系統(tǒng)調(diào)查表編號(hào)提出問(wèn)題1 1您在哪個(gè)部門(mén)工作？2出版業(yè)務(wù)流程是什么？3您每日都處理那些文件、數(shù)據(jù)、報(bào)表？4工作中手工處理特別麻煩的事情是什么？5工作中手工處理什么問(wèn)題解決不了？影響效率的問(wèn)題有哪些？6您認(rèn)為提高工作效率，節(jié)省工作時(shí)間，減輕工作強(qiáng)度可采取哪些辦法？7您的部門(mén)需要成本核算和統(tǒng)計(jì)的內(nèi)容有哪些？8您的部門(mén)采用計(jì)算機(jī)管理工作情況如何？9如何改進(jìn)業(yè)務(wù)流程使之更合理？10哪些問(wèn)題是目前傳統(tǒng)手工方法根本無(wú)法解決的？11出版社計(jì)算機(jī)管理信息系統(tǒng)需要解決什么問(wèn)題？56

49、/150組織結(jié)構(gòu)與功能分析組織結(jié)構(gòu)與功能分析l組織結(jié)構(gòu)圖組織結(jié)構(gòu)圖u是一張反映組織內(nèi)部之間隸屬關(guān)系的樹(shù)狀結(jié)構(gòu)圖。是一張反映組織內(nèi)部之間隸屬關(guān)系的樹(shù)狀結(jié)構(gòu)圖。l組織業(yè)務(wù)關(guān)系圖組織業(yè)務(wù)關(guān)系圖57/150業(yè)務(wù)流程分析業(yè)務(wù)流程分析l需求：組織的某些部分不能完整地反映該部分所包含的所有需求：組織的某些部分不能完整地反映該部分所包含的所有業(yè)務(wù)，所以要改變業(yè)務(wù)，所以要改變u隨著生產(chǎn)的發(fā)展，生產(chǎn)規(guī)模的擴(kuò)大和管理水平的提高，組隨著生產(chǎn)的發(fā)展，生產(chǎn)規(guī)模的擴(kuò)大和管理水平的提高，組織的某些部分業(yè)務(wù)范圍越來(lái)越大，功能也越來(lái)越細(xì)，由原織的某些部分業(yè)務(wù)范圍越來(lái)越大，功能也越來(lái)越細(xì)，由原來(lái)單一的業(yè)務(wù)派生出許多業(yè)務(wù)。來(lái)單一的業(yè)

50、務(wù)派生出許多業(yè)務(wù)。u這些業(yè)務(wù)在同一組織中由不同的業(yè)務(wù)人員分管，其工作性這些業(yè)務(wù)在同一組織中由不同的業(yè)務(wù)人員分管，其工作性質(zhì)已經(jīng)逐步有了變化。質(zhì)已經(jīng)逐步有了變化。u這些變化將引起組織本身的變化，裂變出一個(gè)新的、專業(yè)這些變化將引起組織本身的變化，裂變出一個(gè)新的、專業(yè)化的組織，由它來(lái)完成某一類特定的業(yè)務(wù)功能。化的組織，由它來(lái)完成某一類特定的業(yè)務(wù)功能。l以功能為準(zhǔn)繩來(lái)設(shè)計(jì)和考慮系統(tǒng)，系統(tǒng)將會(huì)對(duì)組織結(jié)構(gòu)的變以功能為準(zhǔn)繩來(lái)設(shè)計(jì)和考慮系統(tǒng)，系統(tǒng)將會(huì)對(duì)組織結(jié)構(gòu)的變化有一定的獨(dú)立性?；幸欢ǖ莫?dú)立性。l以業(yè)務(wù)功能分析為基礎(chǔ)，獲得一張業(yè)務(wù)功能表以業(yè)務(wù)功能分析為基礎(chǔ)，獲得一張業(yè)務(wù)功能表所以：系統(tǒng)必須所以：系統(tǒng)必須以

51、業(yè)務(wù)為中心，以業(yè)務(wù)為中心，業(yè)務(wù)功能與組織結(jié)構(gòu)保持相業(yè)務(wù)功能與組織結(jié)構(gòu)保持相對(duì)的對(duì)的獨(dú)立性獨(dú)立性從組織結(jié)構(gòu)直接轉(zhuǎn)變?yōu)橄到y(tǒng)功能結(jié)構(gòu)是初級(jí)從組織結(jié)構(gòu)直接轉(zhuǎn)變?yōu)橄到y(tǒng)功能結(jié)構(gòu)是初級(jí)系統(tǒng)分析師的系統(tǒng)分析師的第二個(gè)常犯的錯(cuò)誤第二個(gè)常犯的錯(cuò)誤58/150l業(yè)務(wù)功能圖業(yè)務(wù)功能圖銷售系統(tǒng)管理銷售系統(tǒng)管理銷售計(jì)銷售計(jì)劃管理劃管理成品庫(kù)成品庫(kù)管理管理銷售合銷售合同管理同管理銷售核銷售核算管理算管理市場(chǎng)市場(chǎng)預(yù)測(cè)預(yù)測(cè)銷銷售售歷歷史史資資料料管管理理編編制制年年度度銷銷售售大大綱綱編編制制銷銷售售計(jì)計(jì)劃劃合合同同有有效效性性審審查查合合同同執(zhí)執(zhí)行行情情況況分分析析合合同同登登記記和和變變更更銷銷售售利利潤(rùn)潤(rùn)核核算算銷銷售售

52、統(tǒng)統(tǒng)計(jì)計(jì)分分析析出出入入庫(kù)庫(kù)管管理理庫(kù)庫(kù)存存統(tǒng)統(tǒng)計(jì)計(jì)市市場(chǎng)場(chǎng)預(yù)預(yù)測(cè)測(cè)市市場(chǎng)場(chǎng)分分析析59/150建立業(yè)務(wù)流程圖建立業(yè)務(wù)流程圖業(yè)務(wù)流程圖表示系統(tǒng)的操作業(yè)務(wù)流程圖表示系統(tǒng)的操作控制和數(shù)據(jù)流。業(yè)務(wù)流程圖控制和數(shù)據(jù)流。業(yè)務(wù)流程圖包括：包括：a a指明數(shù)據(jù)存在的數(shù)據(jù)符號(hào)，指明數(shù)據(jù)存在的數(shù)據(jù)符號(hào)，這些數(shù)據(jù)符號(hào)也可指明該數(shù)這些數(shù)據(jù)符號(hào)也可指明該數(shù)據(jù)所使用的媒體；據(jù)所使用的媒體； b b定義要執(zhí)行的邏輯路徑以定義要執(zhí)行的邏輯路徑以及指明對(duì)數(shù)據(jù)執(zhí)行的操作的及指明對(duì)數(shù)據(jù)執(zhí)行的操作的處理符號(hào)；處理符號(hào)；c c指明各處理和（或）數(shù)據(jù)指明各處理和（或）數(shù)據(jù)媒體間數(shù)據(jù)流的流線符號(hào)；媒體間數(shù)據(jù)流的流線符號(hào)；d d便于讀、寫(xiě)

53、系統(tǒng)流程圖的便于讀、寫(xiě)系統(tǒng)流程圖的特殊符號(hào)。特殊符號(hào)。 業(yè)務(wù)處理單位業(yè)務(wù)處理單位業(yè)務(wù)處理業(yè)務(wù)處理/ /功能描述功能描述表格報(bào)表制作表格報(bào)表制作數(shù)據(jù)文件存檔數(shù)據(jù)文件存檔收集處理數(shù)據(jù)收集處理數(shù)據(jù)信息傳遞過(guò)程信息傳遞過(guò)程60/150業(yè)務(wù)流程圖業(yè)務(wù)流程圖示示例例銀行文件銀行文件處理系統(tǒng)處理系統(tǒng)客戶財(cái)務(wù)客戶財(cái)務(wù)報(bào)表報(bào)表分期貸分期貸款程序款程序帳戶核對(duì)帳戶核對(duì)處理處理存款處理存款處理分期貸款分期貸款處理處理貸款分析貸款分析報(bào)告報(bào)告客戶票據(jù)客戶票據(jù)存款文存款文件修改件修改文件修文件修改核對(duì)改核對(duì)帳戶核帳戶核對(duì)程序?qū)Τ绦蚍制谫J款分期貸款文件修改文件修改存款存款程序程序61/150需求分析過(guò)程舉例需求分析過(guò)程舉

54、例學(xué)學(xué)生生學(xué)學(xué)生生購(gòu)購(gòu)書(shū)書(shū)申申請(qǐng)請(qǐng)購(gòu)購(gòu)書(shū)書(shū)單單發(fā)發(fā)票票領(lǐng)領(lǐng)書(shū)書(shū)單單書(shū)書(shū)107107劉劉教務(wù)科教務(wù)科206206王王會(huì)計(jì)室會(huì)計(jì)室206206李李出納員出納員303303趙趙教材教材學(xué)生購(gòu)買(mǎi)教材的具體模型學(xué)生購(gòu)買(mǎi)教材的具體模型(1) (1) 通過(guò)對(duì)現(xiàn)實(shí)環(huán)境的調(diào)查，獲當(dāng)前系統(tǒng)的具體模通過(guò)對(duì)現(xiàn)實(shí)環(huán)境的調(diào)查，獲當(dāng)前系統(tǒng)的具體模型型( (物理模型物理模型) )62/150需求分析過(guò)程舉例需求分析過(guò)程舉例 (2) (2) 去掉具體模型中的非本質(zhì)因素，去掉具體模型中的非本質(zhì)因素，抽象抽象出當(dāng)出當(dāng)前系統(tǒng)的邏輯模型前系統(tǒng)的邏輯模型學(xué)生購(gòu)買(mǎi)教材的邏輯模型學(xué)生購(gòu)買(mǎi)教材的邏輯模型學(xué)學(xué)生生學(xué)學(xué)生生購(gòu)購(gòu)書(shū)書(shū)申申請(qǐng)請(qǐng)購(gòu)購(gòu)書(shū)書(shū)

55、單單發(fā)發(fā)票票領(lǐng)領(lǐng)書(shū)書(shū)單單書(shū)書(shū)審查審查有效性有效性開(kāi)發(fā)票開(kāi)發(fā)票開(kāi)領(lǐng)開(kāi)領(lǐng)書(shū)單書(shū)單發(fā)書(shū)發(fā)書(shū)63/150需求分析過(guò)程示意需求分析過(guò)程示意 (3) (3) 分析當(dāng)前系統(tǒng)與目標(biāo)系統(tǒng)的差別，建立分析當(dāng)前系統(tǒng)與目標(biāo)系統(tǒng)的差別，建立目標(biāo)系統(tǒng)的邏輯模型目標(biāo)系統(tǒng)的邏輯模型 計(jì)算機(jī)售書(shū)系統(tǒng)的邏輯模型計(jì)算機(jī)售書(shū)系統(tǒng)的邏輯模型學(xué)學(xué)生生學(xué)學(xué)生生購(gòu)書(shū)單購(gòu)書(shū)單發(fā)票發(fā)票領(lǐng)書(shū)單領(lǐng)書(shū)單審查并審查并開(kāi)發(fā)票開(kāi)發(fā)票開(kāi)領(lǐng)開(kāi)領(lǐng)書(shū)單書(shū)單無(wú)效書(shū)單無(wú)效書(shū)單64/150小結(jié)l需求分析也稱為需求工程，是一個(gè)非常重要而有很復(fù)雜的，需求分析也稱為需求工程，是一個(gè)非常重要而有很復(fù)雜的，需要交替進(jìn)行，反復(fù)迭代的過(guò)程。需要交替進(jìn)行，反復(fù)迭代的過(guò)程。l軟件需求分為

56、功能需求和非功能需求。功能需求描述系統(tǒng)所軟件需求分為功能需求和非功能需求。功能需求描述系統(tǒng)所預(yù)期提供的服務(wù)，而非功能需求描述與系統(tǒng)不直接相關(guān)的一預(yù)期提供的服務(wù)，而非功能需求描述與系統(tǒng)不直接相關(guān)的一些需求。些需求。l領(lǐng)域需求是一種特有的功能需求，反應(yīng)應(yīng)用領(lǐng)域的基本問(wèn)題。領(lǐng)域需求是一種特有的功能需求，反應(yīng)應(yīng)用領(lǐng)域的基本問(wèn)題。l軟件需求規(guī)格說(shuō)明文檔描述了系統(tǒng)的數(shù)據(jù)、功能、行為、性軟件需求規(guī)格說(shuō)明文檔描述了系統(tǒng)的數(shù)據(jù)、功能、行為、性能需求、設(shè)計(jì)約束、驗(yàn)收標(biāo)準(zhǔn)以及其他于需求相關(guān)的信息，能需求、設(shè)計(jì)約束、驗(yàn)收標(biāo)準(zhǔn)以及其他于需求相關(guān)的信息，它有可能成為客戶與開(kāi)發(fā)商之間的合同。它有可能成為客戶與開(kāi)發(fā)商之間的合

57、同。l需求分析過(guò)程通過(guò)執(zhí)行初步溝通、需求導(dǎo)出、分析與精化、需求分析過(guò)程通過(guò)執(zhí)行初步溝通、需求導(dǎo)出、分析與精化、可行性研究、協(xié)商和溝通、規(guī)格說(shuō)明、驗(yàn)證和變更管理八個(gè)可行性研究、協(xié)商和溝通、規(guī)格說(shuō)明、驗(yàn)證和變更管理八個(gè)不同的活動(dòng)來(lái)完成。不同的活動(dòng)來(lái)完成。l非形式技術(shù)主要包括會(huì)談、調(diào)查表和場(chǎng)景技術(shù)，用于獲取用非形式技術(shù)主要包括會(huì)談、調(diào)查表和場(chǎng)景技術(shù)，用于獲取用戶需求和系統(tǒng)需求。戶需求和系統(tǒng)需求。作業(yè)，作業(yè)，P525，9，1065/150第第6章章 結(jié)構(gòu)化分析建模結(jié)構(gòu)化分析建模l分析模型元素分析模型元素l結(jié)構(gòu)化需求分析結(jié)構(gòu)化需求分析l面向數(shù)據(jù)的建模方法面向數(shù)據(jù)的建模方法l案例分析案例分析66/150軟

58、軟件件開(kāi)開(kāi)發(fā)發(fā)方方法法67/150結(jié)構(gòu)化分析建模結(jié)構(gòu)化分析建模l需求分析的任務(wù)就是準(zhǔn)確地指出需求分析的任務(wù)就是準(zhǔn)確地指出“軟件目標(biāo)產(chǎn)品必須做什么軟件目標(biāo)產(chǎn)品必須做什么”l需求分析的一個(gè)重要過(guò)程就是需求建模的過(guò)程需求分析的一個(gè)重要過(guò)程就是需求建模的過(guò)程l結(jié)構(gòu)化分析方法結(jié)構(gòu)化分析方法是一種傳統(tǒng)的系統(tǒng)建模技術(shù)，其過(guò)程是創(chuàng)建描是一種傳統(tǒng)的系統(tǒng)建模技術(shù)，其過(guò)程是創(chuàng)建描述信息內(nèi)容和數(shù)據(jù)流模型，依據(jù)功能和行為對(duì)系統(tǒng)進(jìn)行劃分，述信息內(nèi)容和數(shù)據(jù)流模型，依據(jù)功能和行為對(duì)系統(tǒng)進(jìn)行劃分，并描述過(guò)必須建立的系統(tǒng)要素。并描述過(guò)必須建立的系統(tǒng)要素。l結(jié)構(gòu)化分析結(jié)構(gòu)化分析：使用數(shù)據(jù)流程圖、數(shù)據(jù)字典、結(jié)構(gòu)化英語(yǔ)、判定：使用數(shù)據(jù)

59、流程圖、數(shù)據(jù)字典、結(jié)構(gòu)化英語(yǔ)、判定表和判定樹(shù)等工具，來(lái)建立一種新的、稱為結(jié)構(gòu)化說(shuō)明書(shū)的目表和判定樹(shù)等工具，來(lái)建立一種新的、稱為結(jié)構(gòu)化說(shuō)明書(shū)的目標(biāo)文檔需求規(guī)格說(shuō)明書(shū)。標(biāo)文檔需求規(guī)格說(shuō)明書(shū)。l結(jié)構(gòu)化體現(xiàn)在將軟件系統(tǒng)抽象為一系列的邏輯加工單元結(jié)構(gòu)化體現(xiàn)在將軟件系統(tǒng)抽象為一系列的邏輯加工單元, ,各單元各單元之間以之間以數(shù)據(jù)流數(shù)據(jù)流發(fā)生關(guān)聯(lián)。發(fā)生關(guān)聯(lián)。l該方法的要點(diǎn)是：面對(duì)數(shù)據(jù)流的分解和抽象；把復(fù)雜問(wèn)題自頂該方法的要點(diǎn)是：面對(duì)數(shù)據(jù)流的分解和抽象；把復(fù)雜問(wèn)題自頂向下逐層分解向下逐層分解68/1506.1 分析模型分析模型l分析模型的目的是為基于計(jì)算機(jī)系統(tǒng)提供必須的分析模型的目的是為基于計(jì)算機(jī)系統(tǒng)提供必須

60、的信息、功能和行為域的說(shuō)明信息、功能和行為域的說(shuō)明l模型是對(duì)系統(tǒng)某個(gè)方面的抽象，拋棄了具體細(xì)節(jié)，模型是對(duì)系統(tǒng)某個(gè)方面的抽象，拋棄了具體細(xì)節(jié)，對(duì)系統(tǒng)中最突出的特征作簡(jiǎn)化對(duì)系統(tǒng)中最突出的特征作簡(jiǎn)化69/1506.1.1 分析模型元素分析模型元素l使用不同的表現(xiàn)模型來(lái)描述分析模型使用不同的表現(xiàn)模型來(lái)描述分析模型l分析模型元素：分析模型元素：u基于場(chǎng)景的元素基于場(chǎng)景的元素u基于過(guò)程的活動(dòng)序列的元素基于過(guò)程的活動(dòng)序列的元素u基于類的元素基于類的元素u行為元素行為元素u面向信息流的元素面向信息流的元素u基于數(shù)據(jù)的元素基于數(shù)據(jù)的元素70/1506.1.2 分析模式分析模式l分析模式分析模式：在軟件開(kāi)發(fā)領(lǐng)域，