《軟件工程第3章結(jié)構(gòu)化分析.ppt》由會(huì)員分享，可在線閱讀，更多相關(guān)《軟件工程第3章結(jié)構(gòu)化分析.ppt（50頁(yè)珍藏版）》請(qǐng)?jiān)谘b配圖網(wǎng)上搜索。
1、第二篇傳統(tǒng)方法學(xué),第3章結(jié)構(gòu)化分析,為了開發(fā)出真正滿足用戶需求的軟件產(chǎn)品，首先必須知道用戶的需求。對(duì)軟件需求的深入理解是軟件開發(fā)工作獲得成功的前提和關(guān)鍵，不論我們把設(shè)計(jì)和編碼工作做得如何出色，不能真正滿足用戶需求的程序只會(huì)給用戶帶來(lái)失望，給開發(fā)者帶來(lái)煩惱。傳統(tǒng)的軟件工程方法學(xué)采用結(jié)構(gòu)化分析(StructuredAnalysis,SA)技術(shù)完成需求分析工作。,退出,3.1概述3.2與用戶通信的技術(shù)3.3分析建模與規(guī)格說明3.4實(shí)體—關(guān)系圖3.5數(shù)據(jù)流圖3.6狀態(tài)轉(zhuǎn)換圖3.7數(shù)據(jù)字典3.8小結(jié),,,3.1概述,需求分析是發(fā)現(xiàn)、求精、建模、規(guī)格說明和復(fù)審的過程。為了發(fā)現(xiàn)用戶的真正需求，首先應(yīng)該從宏
2、觀角度調(diào)查、分析用戶所面臨的問題，也就是說，需求分析的第一步是盡可能準(zhǔn)確地了解用戶當(dāng)前的情況和需要解決的問題。分析員對(duì)用戶提出的初步要求應(yīng)該反復(fù)求精多次細(xì)化，才能充分理解用戶的需求，得出對(duì)目標(biāo)系統(tǒng)的完整、準(zhǔn)確和具體的要求。,,,,,為了更好地理解問題，人們常常采用建立模型的方法。所謂模型，就是為了理解事物而對(duì)事物做出的一種抽象，是對(duì)事物的一種無(wú)歧義的書面描述。通常，模型由一組圖形符號(hào)和組織這些符號(hào)的規(guī)則組成。結(jié)構(gòu)化分析就是一種建立模型的活動(dòng)，通常建立數(shù)據(jù)模型、功能模型和行為模型等三種模型。除了用分析模型表示軟件需求之外，還要寫出準(zhǔn)確的軟件需求規(guī)格說明。模型既是軟件設(shè)計(jì)的基礎(chǔ)，也是編寫軟件規(guī)
3、格說明的基礎(chǔ)。,,,在分析軟件需求和編寫軟件規(guī)格說明的過程中，軟件開發(fā)者和軟件用戶都起著關(guān)鍵的、必不可少的作用。用戶與開發(fā)者之間需要通信、溝通的內(nèi)容非常多，在雙方交流信息的過程中很容易出現(xiàn)誤解或遺漏，也可能存在二義性。因此，不僅在整個(gè)需求分析過程中應(yīng)該采用行之有效的通信技術(shù)，集中精力過細(xì)工作，而且對(duì)需求分析的結(jié)果(分析模型和規(guī)格說明)必須嚴(yán)格審查。,,,盡管目前存在許多不同的結(jié)構(gòu)化分析方法，但是，所有這些分析方法都遵守下述準(zhǔn)則。必須理解和表示問題的信息域，根據(jù)這條準(zhǔn)則應(yīng)該建立數(shù)據(jù)模型。必須定義軟件應(yīng)完成的功能，這條準(zhǔn)則要求建立功能模型。必須表示作為外部事件結(jié)果的軟件行為，這條準(zhǔn)則要求建立
4、行為模型。必須對(duì)描述信息、功能和行為的模型進(jìn)行分解，用層次的方式展示細(xì)節(jié)。分析過程應(yīng)該從要素信息移向?qū)崿F(xiàn)細(xì)節(jié)。,,,3.2與用戶通信的技術(shù),軟件需求分析總是從兩方或多方之間的通信開始。用戶面臨的問題需要用基于計(jì)算機(jī)的方案來(lái)解決；開發(fā)者應(yīng)該對(duì)用戶的需求作出反應(yīng)，給用戶提供幫助。這樣就產(chǎn)生了相互通信的需求。但是，正如前面已經(jīng)講過的，從開始通信到真正相互理解的道路通常是充滿坎坷的。良好的通信技術(shù)有助于加快理解的過程。3.2.1訪談訪談(或稱為會(huì)談)是最早開始運(yùn)用的獲取用戶需求的技術(shù)，也是迄今為止仍然廣泛使用的主要的需求分析技術(shù)。,,,訪談?dòng)袃煞N基本形式，分別是正式的和非正式的訪談。在正式的
5、訪談中，系統(tǒng)分析員將提出一些事先準(zhǔn)備好的具體問題，例如，詢問客戶公司銷售的商品種類、雇用的銷售人員數(shù)目以及信息反饋時(shí)間應(yīng)該多快等。在非正式的訪談中，將提出一些可以自由回答的開放性問題，以鼓勵(lì)被訪問的人員表達(dá)自己的想法，例如，詢問用戶為什么對(duì)目前正在使用的系統(tǒng)感到不滿意。,,,當(dāng)需要調(diào)查大量人員的意見時(shí)，向被調(diào)查的人員分發(fā)調(diào)查表是一個(gè)十分有效的做法。在對(duì)用戶進(jìn)行訪談的過程中使用情景分析技術(shù)往往非常有效。所謂情景分析就是對(duì)用戶運(yùn)用目標(biāo)系統(tǒng)解決某個(gè)具體問題的方法和結(jié)果進(jìn)行分析。,,,3.2.2簡(jiǎn)易的應(yīng)用規(guī)格說明技術(shù)這種方法提倡用戶與開發(fā)者密切合作，共同標(biāo)識(shí)問題，提出解決方案的要素，商討不同的方法并
6、指定基本的需求。今天，簡(jiǎn)易的應(yīng)用規(guī)格說明技術(shù)已經(jīng)成為信息系統(tǒng)界使用的主流技術(shù)。盡管存在許多不同的簡(jiǎn)易應(yīng)用規(guī)格說明方法，但是它們遵循的基本準(zhǔn)則是相同的。在中立地點(diǎn)舉行由開發(fā)者和用戶雙方出席的會(huì)議。制定準(zhǔn)備會(huì)議和參加會(huì)議的規(guī)則。,,,提出一個(gè)議事日程，這個(gè)日程應(yīng)該足夠正式以便能夠涵蓋所有要點(diǎn)，同時(shí)這個(gè)日程又應(yīng)該足夠非正式，以便鼓勵(lì)自由思維。由一個(gè)“協(xié)調(diào)人”來(lái)主持會(huì)議，他既可以是用戶也可以是開發(fā)者還可以是從外面請(qǐng)來(lái)的人。使用一種“定義機(jī)制”(例如，工作表、圖表等)。目標(biāo)是標(biāo)識(shí)問題、提出解決方案要素、商討不同的方法以及在有利于實(shí)現(xiàn)目標(biāo)的氛圍中指定初步的需求。,,,3.2.3軟件原型構(gòu)建原
7、型的要點(diǎn)是，它應(yīng)該實(shí)現(xiàn)用戶看得見的功能(例如屏幕顯示或打印報(bào)表)，省略目標(biāo)系統(tǒng)的“隱含”功能(例如修改文件)?？焖僭蛻?yīng)該具備的第一個(gè)特性是“快速”。快速原型的目的是盡快向用戶提供一個(gè)可在計(jì)算機(jī)上運(yùn)行的目標(biāo)系統(tǒng)的模型，以便使用戶和開發(fā)者在目標(biāo)系統(tǒng)應(yīng)該“做什么”這個(gè)問題上盡可能快地達(dá)成共識(shí)。,,,快速原型應(yīng)該具備的第二個(gè)特性是“容易修改”。如果原型的第一版不是用戶所需要的，就必須根據(jù)用戶的意見迅速地修改它，構(gòu)建出原型的第二版，以更好地滿足用戶的需求。在實(shí)際開發(fā)軟件產(chǎn)品時(shí)，“修改—試用—反饋”的過程可能重復(fù)多遍，如果修改耗時(shí)過多，勢(shì)必延誤軟件開發(fā)時(shí)間。,,,3.3分析建模與規(guī)格說明,3.3.1分
8、析建模結(jié)構(gòu)化分析實(shí)質(zhì)上是一種創(chuàng)建模型的活動(dòng)。通過需求分析而建立的模型必須達(dá)到下述的三個(gè)基本目標(biāo)。描述用戶的需求。為軟件設(shè)計(jì)工作奠定基礎(chǔ)。定義一組需求，一旦開發(fā)出軟件產(chǎn)品之后，就可以用這組需求為標(biāo)準(zhǔn)來(lái)驗(yàn)收該產(chǎn)品。為了達(dá)到上述這些目標(biāo)，在結(jié)構(gòu)化分析過程中導(dǎo)出的分析模型的形式，如圖3.1所示。,,,圖3.1分析模型的結(jié)構(gòu),,,3.3.2軟件需求規(guī)格說明通過需求分析除了創(chuàng)建分析模型之外，還應(yīng)該寫出軟件需求規(guī)格說明，它是分析階段的最終成果。下面給出的簡(jiǎn)略大綱可以作為軟件需求規(guī)格說明的框架。Ⅰ.引言A.系統(tǒng)參考文獻(xiàn)B.整體描述C.軟件項(xiàng)目約束,,,Ⅱ.信息描述A.信息內(nèi)容B.信息流
9、1.數(shù)據(jù)流2.控制流Ⅲ.功能描述A.功能分解B.功能描述1.處理說明2.限制3.性能需求4.設(shè)計(jì)約束5.支撐圖,,,C.控制描述1.控制規(guī)格說明2.設(shè)計(jì)約束〖ZK)〗Ⅳ.行為描述A.系統(tǒng)狀態(tài)B.事件和動(dòng)作Ⅴ.確認(rèn)標(biāo)準(zhǔn)A.性能范圍B.測(cè)試種類C.預(yù)期的軟件響應(yīng)D.特殊考慮Ⅵ.參考書目Ⅶ.附錄,,,3.4實(shí)體—關(guān)系圖,數(shù)據(jù)模型包含三種相互關(guān)聯(lián)的信息：數(shù)據(jù)對(duì)象、描述數(shù)據(jù)對(duì)象的屬性及數(shù)據(jù)對(duì)象彼此間相互連接的關(guān)系。3.4.1數(shù)據(jù)對(duì)象數(shù)據(jù)對(duì)象是對(duì)軟件必須理解的復(fù)合信息的表示。所謂復(fù)合信息是指具有一系列不同性質(zhì)或?qū)傩缘氖挛?，因此，僅有單個(gè)值的事物(例如寬度)不是
10、數(shù)據(jù)對(duì)象。,,,3.4.2屬性屬性定義了數(shù)據(jù)對(duì)象的性質(zhì)。應(yīng)該根據(jù)對(duì)所要解決的問題的理解，來(lái)確定特定數(shù)據(jù)對(duì)象的一組合適的屬性。3.4.3關(guān)系數(shù)據(jù)對(duì)象彼此之間相互連接的方式稱為關(guān)系，也稱為聯(lián)系。(1)一對(duì)一聯(lián)系(1∶1)(2)一對(duì)多聯(lián)系(1∶N)(3)多對(duì)多聯(lián)系(M∶N)聯(lián)系也可能有屬性。,,,3.4.4實(shí)體—關(guān)系圖的符號(hào)通常，使用實(shí)體—關(guān)系圖(EntityRelationshipDiagram)來(lái)建立數(shù)據(jù)模型，從而可以滿足31節(jié)中講述的第一條分析準(zhǔn)則。可以把實(shí)體—關(guān)系圖簡(jiǎn)稱為ER圖，相應(yīng)地，用ER圖描繪的數(shù)據(jù)模型也可以稱為ER模型。ER圖中包含了實(shí)體(即數(shù)據(jù)對(duì)象)、關(guān)系和屬性等三
11、種基本成分，通常用矩形框代表實(shí)體，用連接相關(guān)實(shí)體的菱形框表示關(guān)系，用橢圓形或圓角矩形表示實(shí)體(或關(guān)系)的屬性，并用無(wú)向邊把實(shí)體(或關(guān)系)與其屬性連接起來(lái)。例如，圖3.2是某學(xué)校教學(xué)管理的ER圖。,,,圖3.2某校教學(xué)管理ER圖,,,3.5數(shù)據(jù)流圖,當(dāng)信息在軟件中移動(dòng)時(shí)，它將被一系列“變換”所修改。數(shù)據(jù)流圖(DFD)是一種圖形化技術(shù)，它描繪信息流和數(shù)據(jù)從輸入移動(dòng)到輸出的過程中所經(jīng)受的變換。3.5.1數(shù)據(jù)流圖符號(hào)如圖3.3(a)所示，數(shù)據(jù)流圖有四種基本符號(hào)：正方形(或立方體)表示數(shù)據(jù)的源點(diǎn)或終點(diǎn)；圓角矩形(或圓形)代表變換數(shù)據(jù)的處理；開口矩形(或兩條平行橫線)代表數(shù)據(jù)存儲(chǔ)；箭頭表示數(shù)據(jù)流，即特定數(shù)
12、據(jù)的流動(dòng)方向。注意，數(shù)據(jù)流與程序流程圖中用箭頭表示的控制流有本質(zhì)不同，千萬(wàn)不要混淆。,,,圖3.3數(shù)據(jù)流圖的符號(hào),,,3.5.2例子下面通過一個(gè)簡(jiǎn)單例子具體說明怎樣畫數(shù)據(jù)流圖。假設(shè)一家工廠的采購(gòu)部每天需要一張定貨報(bào)表，報(bào)表按零件編號(hào)排序，表中列出所有需要再次定貨的零件。對(duì)于每個(gè)需要再次定貨的零件應(yīng)該列出下述數(shù)據(jù)；零件編號(hào)、零件名稱、定貨數(shù)量、目前價(jià)格、主要供應(yīng)者和次要供應(yīng)者。零件入庫(kù)或出庫(kù)稱為事務(wù)，通過放在倉(cāng)庫(kù)中的CRT終端把事務(wù)報(bào)告給定貨系統(tǒng)。當(dāng)某種零件的庫(kù)存數(shù)量少于庫(kù)存量臨界值時(shí)就應(yīng)該再次定貨。數(shù)據(jù)流圖有四種成分：源點(diǎn)或終點(diǎn)、處理、數(shù)據(jù)存儲(chǔ)和數(shù)據(jù)流。因此，畫出上述定貨系統(tǒng)的數(shù)據(jù)流圖可
13、采用以下步驟。,,,從問題描述中提取數(shù)據(jù)流圖的四種成分。接下來(lái)考慮處理最后，考慮數(shù)據(jù)流和數(shù)據(jù)存儲(chǔ)表3.1總結(jié)了上面分析的結(jié)果，其中加星號(hào)標(biāo)記的是在問題描述中隱含的成分。,,,,,一旦把數(shù)據(jù)流圖的四種成分都分離出來(lái)以后，就可以著手畫數(shù)據(jù)流圖了。任何系統(tǒng)的基本模型都由若干個(gè)數(shù)據(jù)源點(diǎn)/終點(diǎn)以及一個(gè)處理組成，這個(gè)處理就代表了系統(tǒng)對(duì)數(shù)據(jù)加工變換的基本功能。對(duì)于上述的定貨系統(tǒng)可以畫出如圖3.4所示的基本系統(tǒng)模型。從基本系統(tǒng)模型這樣非常高的抽象層次開始畫數(shù)據(jù)流圖是一個(gè)好辦法。在這個(gè)高層次的數(shù)據(jù)流圖上是否列出了所有給定的數(shù)據(jù)源點(diǎn)/終點(diǎn)是一目了然的，因此它是很有價(jià)值的通信工具。,,,下一步應(yīng)該把基本系統(tǒng)模型
14、細(xì)化，描繪系統(tǒng)的主要功能。在圖3.5中給處理和數(shù)據(jù)存儲(chǔ)都加了編號(hào)，這樣做的目的是便于引用和追蹤。接下來(lái)應(yīng)該對(duì)功能級(jí)數(shù)據(jù)流圖中描繪的系統(tǒng)主要功能進(jìn)一步細(xì)化。當(dāng)對(duì)數(shù)據(jù)流圖分層細(xì)化時(shí)必須保持信息連續(xù)性，也就是說，當(dāng)把一個(gè)處理分解為一系列處理時(shí)，分解前和分解后的輸入/輸出數(shù)據(jù)流必須相同。,,,圖3.4定貨系統(tǒng)的基本系統(tǒng)模型(突出表明了數(shù)據(jù)的源點(diǎn)和終點(diǎn)),,,圖3.5定貨系統(tǒng)的功能級(jí)數(shù)據(jù)流圖,,,圖3.6把處理事務(wù)的功能進(jìn)一步分解后的數(shù)據(jù)流圖,,,3.5.3命名數(shù)據(jù)流圖中每個(gè)成分的命名是否恰當(dāng)，直接影響數(shù)據(jù)流圖的可理解性，因此，給這些成分起名字時(shí)應(yīng)該仔細(xì)推敲。下面講述在命名時(shí)應(yīng)注意的問題。1為
15、數(shù)據(jù)流(或數(shù)據(jù)存儲(chǔ))命名名字應(yīng)代表整個(gè)數(shù)據(jù)流(或數(shù)據(jù)存儲(chǔ))的內(nèi)容，而不是僅僅反映它的某些成分。不要使用空洞的、缺乏具體含義的名字(如“數(shù)據(jù)”、“信息”、“輸入”之類)。如果在為某個(gè)數(shù)據(jù)流(或數(shù)據(jù)存儲(chǔ))起名字時(shí)遇到了困難，則很可能是因?yàn)閷?duì)數(shù)據(jù)流圖分解不恰當(dāng)造成的，應(yīng)該試試重新分解，看是否能克服這個(gè)困難。,,,2為處理命名通常先為數(shù)據(jù)流命名，然后再為與之相關(guān)聯(lián)的處理命名。這樣命名比較容易，而且體現(xiàn)了人類習(xí)慣的“由表及里”的思考過程。名字應(yīng)該反映整個(gè)處理的功能，而不是它的一部分功能。名字最好由一個(gè)具體的及物動(dòng)詞，加上一個(gè)具體的賓語(yǔ)組成。應(yīng)該盡量避免使用“加工”、“處理”等空洞籠統(tǒng)的
16、動(dòng)詞作名字。通常名字中僅包括一個(gè)動(dòng)詞，如果必須用兩個(gè)動(dòng)詞才能描述整個(gè)處理的功能，則把這個(gè)處理再分解成兩個(gè)處理可能更恰當(dāng)些。如果在為某個(gè)處理命名時(shí)遇到困難，則很可能是發(fā)現(xiàn)了分解不當(dāng)?shù)嫩E象，應(yīng)考慮重新分解。,,,3.6狀態(tài)轉(zhuǎn)換圖,狀態(tài)轉(zhuǎn)換圖(簡(jiǎn)稱為狀態(tài)圖)通過描繪系統(tǒng)的狀態(tài)及引起系統(tǒng)狀態(tài)轉(zhuǎn)換的事件，來(lái)表示系統(tǒng)的行為。狀態(tài)是任何可以被觀察到的系統(tǒng)行為模式，一個(gè)狀態(tài)代表系統(tǒng)的一種行為模式。在狀態(tài)圖中用圓形框或橢圓框表示狀態(tài)，通常在框內(nèi)標(biāo)上狀態(tài)名。狀態(tài)規(guī)定了系統(tǒng)對(duì)事件的響應(yīng)方式。系統(tǒng)對(duì)事件的響應(yīng)，既可以是做一個(gè)(或一系列)動(dòng)作，也可以是僅僅改變系統(tǒng)本身的狀態(tài)。通常，在表示狀態(tài)的框內(nèi)用關(guān)鍵字do(后接
17、冒號(hào))標(biāo)明進(jìn)入該狀態(tài)時(shí)系統(tǒng)的行為(即所做的動(dòng)作)。,,,事件是在某個(gè)特定時(shí)刻發(fā)生的事情，它是對(duì)引起系統(tǒng)從一個(gè)狀態(tài)轉(zhuǎn)換到另一個(gè)狀態(tài)的外界事件的抽象。簡(jiǎn)而言之，事件就是引起系統(tǒng)狀態(tài)轉(zhuǎn)換的控制信息。在狀態(tài)圖中，從一個(gè)狀態(tài)到另一個(gè)狀態(tài)的轉(zhuǎn)換用箭頭線表示，箭頭表明轉(zhuǎn)換方向，箭頭線上標(biāo)上事件名。必要時(shí)可在事件名后面加一個(gè)方括號(hào)，括號(hào)內(nèi)寫上狀態(tài)轉(zhuǎn)換的條件。也就是說，僅當(dāng)方括號(hào)內(nèi)所列出的條件為真時(shí)，該事件的發(fā)生才引起箭頭所示的狀態(tài)轉(zhuǎn)換。圖3.7給出了狀態(tài)圖中使用的主要符號(hào)。,,,圖3.7狀態(tài)圖中使用的主要符,,,為了具體說明怎樣用狀態(tài)圖建立系統(tǒng)的行為模型，下面舉一個(gè)例子。圖3.8是人們非常熟悉的電話系統(tǒng)
18、的狀態(tài)圖。,,,圖3.8電話系統(tǒng)的狀態(tài)圖,,,3.7數(shù)據(jù)字典,數(shù)據(jù)字典是為了描述在結(jié)構(gòu)化分析過程中定義的對(duì)象的內(nèi)容，而使用的一種半形式化的工具。下面是對(duì)這個(gè)重要的建模工具的定義。數(shù)據(jù)字典是所有與系統(tǒng)相關(guān)的數(shù)據(jù)元素的有組織的列表，并且包含了對(duì)這些數(shù)據(jù)元素的精確、嚴(yán)格的定義，從而使得用戶和系統(tǒng)分析員雙方對(duì)輸入、輸出、存儲(chǔ)的成分甚至中間計(jì)算結(jié)果有共同的理解。簡(jiǎn)而言之，數(shù)據(jù)字典是描述數(shù)據(jù)的信息的集合，是對(duì)系統(tǒng)中使用的所有數(shù)據(jù)元素的定義的集合。,,,名字——數(shù)據(jù)、控制項(xiàng)、數(shù)據(jù)存儲(chǔ)或外部實(shí)體的主要名稱。別名——第一項(xiàng)中對(duì)象的其他名字。使用地點(diǎn)與方式——使用數(shù)據(jù)或控制項(xiàng)的處理的列表，以及使用這些
19、對(duì)象的方式(例如作為處理的輸入，從處理輸出，作為數(shù)據(jù)存儲(chǔ)，作為外部實(shí)體)。內(nèi)容描述——描述數(shù)據(jù)或控制項(xiàng)內(nèi)容的符號(hào)。補(bǔ)充信息——關(guān)于數(shù)據(jù)類型、預(yù)置值、限制等的其他信息。,,,雖然可以使用自然語(yǔ)言描述由數(shù)據(jù)元素組成數(shù)據(jù)的關(guān)系，但是為了更加清晰簡(jiǎn)潔起見，建議采用下列符號(hào)：＝意思是等價(jià)于(或定義為)；＋意思是和(即，連接兩個(gè)分量)；［］意思是或(即，從方括弧內(nèi)列出的若干個(gè)分量中選擇一個(gè))，通常用“｜”號(hào)分開供選擇的分量；｛｝意思是重復(fù)(即，重復(fù)花括弧內(nèi)的分量)；（）意思是可選(即，圓括弧里的分量可有可無(wú))。,,,常常使用上限和下限進(jìn)一步注釋表示重復(fù)的花括弧。一種注釋方法是在開括弧的左邊
20、用上角標(biāo)和下角標(biāo)分別表明重復(fù)的上限和下限；另一種注釋方法是在開括弧左側(cè)標(biāo)明重復(fù)的下限，在閉括弧的右側(cè)標(biāo)明重復(fù)的上限。例如5[]1｛A｝和1｛A｝5含義相同。,,,3.8小結(jié),傳統(tǒng)的軟件工程方法學(xué)使用結(jié)構(gòu)化分析技術(shù)，完成分析用戶需求的工作。需求分析是發(fā)現(xiàn)、求精、建模、規(guī)格說明和復(fù)審的過程。需求分析的第一步是了解用戶當(dāng)前所處的情況，發(fā)現(xiàn)用戶所面臨的問題；接下來(lái)應(yīng)該通過與用戶交流，對(duì)用戶的基本需求反復(fù)細(xì)化，以得出對(duì)目標(biāo)系統(tǒng)的完整、準(zhǔn)確和具體的需求。,,,為了詳盡地了解并正確地理解用戶的需求，必須使用適當(dāng)?shù)募夹g(shù)與用戶通信和溝通。訪談是歷史悠久的與用戶通信的技術(shù)，至今仍被系統(tǒng)分析員廣泛采用。為了
21、促使用戶與分析員密切合作共同分析需求，人們研究出一種面向團(tuán)隊(duì)的需求收集法，稱為“簡(jiǎn)易的應(yīng)用規(guī)格說明技術(shù)”，現(xiàn)在，這種技術(shù)已經(jīng)成為信息系統(tǒng)界使用的主流技術(shù)。實(shí)踐表明，快速建立軟件原型是最準(zhǔn)確、最有效和最強(qiáng)大的需求分析技術(shù)?？焖僭蛻?yīng)該具備的基本特性是“快速”和“容易修改”，因此，必須有適當(dāng)?shù)能浖ぞ咧С挚焖僭图夹g(shù)。通常使用第四代技術(shù)、可重用的軟件構(gòu)件及形式化規(guī)格說明與原型環(huán)境等工具，快速地構(gòu)建和修改原型。,,,為了更好地理解問題，人們常常采用建立模型的方法，結(jié)構(gòu)化分析實(shí)質(zhì)上就是一種建?；顒?dòng)，通常建立數(shù)據(jù)模型、功能模型和行為模型。在需求分析階段建立起來(lái)的模型，在軟件開發(fā)過程中有許多重要作用。模
22、型能幫助分析員更好地理解軟件系統(tǒng)的信息、功能和行為，從而使得需求分析工作更容易完成，使需求分析的結(jié)果更系統(tǒng)化。模型是復(fù)審需求分析成果時(shí)的焦點(diǎn)，因此，也成為驗(yàn)證規(guī)格說明的完整性、一致性和準(zhǔn)確性的重要依據(jù)。,,,模型是設(shè)計(jì)的基礎(chǔ)，為設(shè)計(jì)者提供了軟件的實(shí)質(zhì)性表示，通過設(shè)計(jì)工作將把這些表示轉(zhuǎn)化成軟件實(shí)現(xiàn)。除了創(chuàng)建分析模型之外，在需求分析階段還應(yīng)該寫出軟件需求規(guī)格說明，經(jīng)過認(rèn)真評(píng)審并得到用戶確認(rèn)之后，作為這個(gè)階段的最終成果。通常，使用實(shí)體——關(guān)系圖來(lái)建立數(shù)據(jù)模型，讀者應(yīng)該掌握這種圖形的基本符號(hào)，能夠正確地使用這些符號(hào)建立軟件系統(tǒng)的數(shù)據(jù)模型。,,,數(shù)據(jù)流圖是描繪信息流和數(shù)據(jù)從輸入移動(dòng)到輸出的過程
23、中所經(jīng)受的變換的圖形化技術(shù)。可以在任何抽象層次上使用數(shù)據(jù)流圖來(lái)表示信息處理系統(tǒng)或軟件。它是分析員與用戶之間通信、溝通的有效工具，也是進(jìn)行軟件設(shè)計(jì)的極好出發(fā)點(diǎn)。由于結(jié)構(gòu)化分析通常主要關(guān)注目標(biāo)系統(tǒng)應(yīng)該完成的邏輯功能，而數(shù)據(jù)流圖提供了功能建模的基本機(jī)制，因此，數(shù)據(jù)流圖是結(jié)構(gòu)化分析過程中使用的最主要的建模工具。讀者應(yīng)該熟練掌握數(shù)據(jù)流圖的基本符號(hào)，并能正確地使用這些符號(hào)建立目標(biāo)系統(tǒng)的功能模型。,,,狀態(tài)轉(zhuǎn)換圖通過描繪系統(tǒng)的狀態(tài)及引起系統(tǒng)狀態(tài)轉(zhuǎn)換的事件，表示系統(tǒng)的行為，從而提供了行為建模的機(jī)制。數(shù)據(jù)字典描述在數(shù)據(jù)模型、功能模型和行為模型中出現(xiàn)的數(shù)據(jù)對(duì)象和控制信息的特性，給出這些對(duì)象的精確定義。因此，數(shù)據(jù)字典成為把三種分析模型粘合在一起的“粘合劑”，是分析模型的“核心”。在開發(fā)大型軟件系統(tǒng)的過程中，數(shù)據(jù)字典的規(guī)模和復(fù)雜程度都迅速增加，通常需要使用CASE工具來(lái)創(chuàng)建和維護(hù)數(shù)據(jù)字典。,,,
軟件工程第3章結(jié)構(gòu)化分析.ppt
