講-需求分析PPT課件(PPT 74頁(yè))

1、軟件工程安徽職業(yè)技術(shù)學(xué)院信息工程系孫街亭 2022/7/21 Software Engineering1.第1頁(yè)，共74頁(yè)。2022/7/21 2結(jié)束返回第3講 需求分析3.1 需求分析任務(wù)3.2 需求分析過(guò)程3.3 需求分析原則3.4 需求獲取方法3.5 需求分析模型3.6 數(shù)據(jù)字典3.7 需求規(guī)格說(shuō)明書 2.第2頁(yè)，共74頁(yè)。需求分析的任務(wù)就是準(zhǔn)確地回答“系統(tǒng)必須做什么”。是通過(guò)系統(tǒng)分析員與用戶一起商定，清晰、準(zhǔn)確、具體地描述軟件產(chǎn)品必須具有的功能、性能、運(yùn)行環(huán)境等要求。用戶：知道做什么，不知道怎么做。開(kāi)發(fā)人員：知道怎么做，不知道做什么。因此，軟件開(kāi)發(fā)人員必須和用戶密切配合、充分交流信息，

2、得出經(jīng)過(guò)用戶認(rèn)可的系統(tǒng)需求。需求分析的目的是澄清用戶的需求，并把雙方共同的理解明確地表達(dá)成一份書面文檔需求規(guī)格說(shuō)明書。 第3章 需求分析3.1 需求分析任務(wù)3.第3頁(yè)，共74頁(yè)。需求分析的具體任務(wù)包括：（1）確定軟件系統(tǒng)的綜合需求（功能、性能、接口、運(yùn)行環(huán)境等）；（2）分析系統(tǒng)的數(shù)據(jù)需求；（3）導(dǎo)出軟件系統(tǒng)的邏輯模型；（4）修正系統(tǒng)開(kāi)發(fā)計(jì)劃；（5）開(kāi)發(fā)原型系統(tǒng)；（6）編寫需求規(guī)格說(shuō)明書；（7）需求評(píng)審，驗(yàn)證需求分析的正確性。3.1 需求分析任務(wù) 第3章 需求分析4.第4頁(yè)，共74頁(yè)。3.2 需求分析過(guò)程需求分析是一項(xiàng)軟件工程活動(dòng)，它包括：需求獲取、需求建模、需求規(guī)格說(shuō)明、需求評(píng)審。 1.需求獲

3、取刻劃出軟件的功能和性能；指明軟件與其他系統(tǒng)元素的接口；建立軟件必須滿足的約束。 第3章 需求分析5.第5頁(yè)，共74頁(yè)。2.需求建模需求分析模型是準(zhǔn)確地描述需求的圖形化工具，主要有實(shí)體關(guān)系圖、數(shù)據(jù)流圖、狀態(tài)轉(zhuǎn)換圖。需求分析建立起來(lái)的模型為日后軟件設(shè)計(jì)人員提供了可被翻譯成數(shù)據(jù)結(jié)構(gòu)、體系結(jié)構(gòu)、接口和處理過(guò)程設(shè)計(jì)的模型。3.2 需求分析過(guò)程 第3章 需求分析6.第6頁(yè)，共74頁(yè)。目標(biāo)系統(tǒng)模型的建立過(guò)程分4步完成：（1）獲得當(dāng)前系統(tǒng)的物理模型了解當(dāng)前系統(tǒng)的組織機(jī)構(gòu)、輸入輸出、資源利用情況和日常數(shù)據(jù)處理過(guò)程，分析理解當(dāng)前系統(tǒng)的運(yùn)行過(guò)程（也即理解當(dāng)前系統(tǒng)“怎么做”），并用一個(gè)具體的能反映現(xiàn)實(shí)的模型（系統(tǒng)流

4、程圖）來(lái)表示。 第3章 需求分析根據(jù)當(dāng)前系統(tǒng)模型建立目標(biāo)系統(tǒng)模型的過(guò)程3.2 需求分析過(guò)程7.第7頁(yè)，共74頁(yè)。 第3章 需求分析（2）抽象出當(dāng)前系統(tǒng)的邏輯模型從上述步驟的“怎么做”抽取系統(tǒng)“做什么”的本質(zhì)，舍棄非本質(zhì)的東西，即可抽象出當(dāng)前系統(tǒng)的邏輯模型（數(shù)據(jù)流圖）。（3）建立目標(biāo)系統(tǒng)的邏輯模型明確目標(biāo)系統(tǒng)做什么，一般先比較目標(biāo)系統(tǒng)和當(dāng)前系統(tǒng)的差異，對(duì)當(dāng)前系統(tǒng)的數(shù)據(jù)流圖變化的部分做相應(yīng)的調(diào)整（增加或刪除部分功能，拆分或合并處理），獲得目標(biāo)系統(tǒng)的邏輯模型。（4）轉(zhuǎn)換為目標(biāo)系統(tǒng)的物理模型 根據(jù)目標(biāo)系統(tǒng)邏輯模型建造物理模型（系統(tǒng)結(jié)構(gòu)圖），導(dǎo)出新的物理系統(tǒng)。3.2 需求分析過(guò)程8.第8頁(yè)，共74頁(yè)。貨

5、物采購(gòu)需求分析實(shí)例： 采購(gòu)員 采購(gòu)員會(huì)計(jì)室陳出納員江供貨商王采購(gòu)申請(qǐng)購(gòu)貨單采購(gòu)單發(fā)票貨物主管 李（1）獲得當(dāng)前系統(tǒng)的物理模型 第3章 需求分析3.2 需求分析過(guò)程9.第9頁(yè)，共74頁(yè)。 采購(gòu)員 采購(gòu)員 開(kāi)發(fā) 票 開(kāi)購(gòu) 貨單 供貨采購(gòu)申請(qǐng)購(gòu)貨單采購(gòu)單發(fā)票貨物審查有效（2）抽象出當(dāng)前系統(tǒng)的邏輯模型 第3章 需求分析3.2 需求分析過(guò)程10.第10頁(yè)，共74頁(yè)。 采購(gòu)員 采購(gòu)員審查開(kāi)票 供貨購(gòu)貨采購(gòu)單發(fā)票（3）分析目標(biāo)系統(tǒng)與當(dāng)前系統(tǒng)的差別，建立目標(biāo)系統(tǒng)的邏輯模型 第3章 需求分析3.2 需求分析過(guò)程11.第11頁(yè)，共74頁(yè)。3.2 需求分析過(guò)程 第3章 需求分析3.需求規(guī)格說(shuō)明把分析的結(jié)果用正式的文

6、檔記錄下來(lái)，作為最終軟件配置的一個(gè)組成成分。需求規(guī)格說(shuō)明為開(kāi)發(fā)人員和用戶提供軟件開(kāi)發(fā)完成時(shí)質(zhì)量評(píng)價(jià)的依據(jù)。4.需求評(píng)審 作為需求分析階段的復(fù)審手段，在需求分析的最 后一步應(yīng)該對(duì)功能的正確性、完整性和清晰性以及其他需求給予評(píng)價(jià)。12.第12頁(yè)，共74頁(yè)。需求分析研究的對(duì)象是用戶的要求。必須全面理解用戶的各項(xiàng)要求，準(zhǔn)確表達(dá)用戶的要求。只有經(jīng)過(guò)確切描述的軟件需求才能成為軟件設(shè)計(jì)的基礎(chǔ)。評(píng)審應(yīng)有專人負(fù)責(zé)，評(píng)審組由軟件開(kāi)發(fā)成員、軟件專家、領(lǐng)域?qū)＜液陀脩魳?gòu)成。3.2 需求分析過(guò)程 第3章 需求分析13.第13頁(yè)，共74頁(yè)。需求分析過(guò)程需求分析是一個(gè)不斷的迭代過(guò)程。只有需求全面系統(tǒng)，準(zhǔn)確無(wú)誤，才能開(kāi)發(fā)出用戶

7、滿意的系統(tǒng)。3.2 需求分析過(guò)程 第3章 需求分析需求獲取需求分析建模編寫需求規(guī)格說(shuō)明需求評(píng)審證實(shí)需求更正需求完善模型修改規(guī)格說(shuō)明14.第14頁(yè)，共74頁(yè)。3.3 需求分析原則 第3章 需求分析1.正確理解和表達(dá)問(wèn)題的信息域和功能域。2.對(duì)問(wèn)題進(jìn)行分解和不斷細(xì)化，建立問(wèn)題的層次結(jié)構(gòu)。3.捕獲問(wèn)題空間的多維視圖。4.給出系統(tǒng)的邏輯視圖和物理視圖。15.第15頁(yè)，共74頁(yè)。3.4 需求獲取方法需求獲取是軟件開(kāi)發(fā)工作中最重要的環(huán)節(jié)之一，其工作質(zhì)量對(duì)整個(gè)軟件系統(tǒng)開(kāi)發(fā)的成敗具有決定性影響。需求獲取工作量大，所涉及的過(guò)程、人員、數(shù)據(jù)、信息非常多，因此要想獲得真實(shí)、全面的需求必須要有正確的方法。常規(guī)的需求獲

8、取的方法有以下幾種：1.收集資料。收集資料就是將用戶日常業(yè)務(wù)中所用的計(jì)劃、原始憑據(jù)、單據(jù)和報(bào)表等原始資料收集起來(lái)，以便對(duì)它們進(jìn)行分類研究。 第3章 需求分析16.第16頁(yè)，共74頁(yè)。2.開(kāi)調(diào)查會(huì)。召開(kāi)調(diào)查會(huì)是一種集中征詢意見(jiàn)的方法，適合于對(duì)系統(tǒng)的定性調(diào)查。3.個(gè)別訪談。開(kāi)調(diào)查會(huì)有助于大家的見(jiàn)解互相補(bǔ)充，以便形成較為完整的印象。但是由于時(shí)間限制等其他因素，不能完全反映出每個(gè)與會(huì)者的意見(jiàn)，因此，往往需要在會(huì)后根據(jù)具體需要再進(jìn)行個(gè)別訪問(wèn)。4.書面調(diào)查。根據(jù)系統(tǒng)特點(diǎn)設(shè)計(jì)調(diào)查表（如下），用調(diào)查表向有關(guān)單位和個(gè)人征求意見(jiàn)和收集數(shù)據(jù)。該方法適用于比較復(fù)雜的系統(tǒng)。3.4 需求獲取方法 第3章 需求分析17.第

9、17頁(yè)，共74頁(yè)。XX項(xiàng)目需求問(wèn)卷調(diào)查表（樣式）1.您的工作崗位是什么？2.你的工作性質(zhì)是什么？3.您的工作任務(wù)是什么？（收集或繪制業(yè)務(wù)功能圖）4.您每天的工作時(shí)間安排？（繪制工作安排表）5.您的工作同前/后續(xù)工作如何聯(lián)系？（繪制工作流程圖）6. 如何建立計(jì)算機(jī)系統(tǒng)？您愿意學(xué)習(xí)操作嗎？XX先生/女士：您好，請(qǐng)您抽空準(zhǔn)備一下，我們將于X月X日與您會(huì)面。 謝謝！ XX課題組3.4 需求獲取方法 第3章 需求分析18.第18頁(yè)，共74頁(yè)。5.參加業(yè)務(wù)實(shí)踐。如果條件允許，親自參加業(yè)務(wù)實(shí)踐是了解現(xiàn)行系統(tǒng)的最好方法。通過(guò)實(shí)踐還加深了開(kāi)發(fā)人員和用戶的思想交流和溝通，這將有利于下一步的系統(tǒng)開(kāi)發(fā)工作。6.收發(fā)電

10、子郵件。通過(guò)互聯(lián)網(wǎng)和局域網(wǎng)發(fā)電子郵件進(jìn)行調(diào)查，這可大大節(jié)省時(shí)間、人力、物力和費(fèi)用。7.召開(kāi)電視電話會(huì)議。如果有條件還可以利用打電話和召開(kāi)電視會(huì)議進(jìn)行調(diào)查，但只能作為補(bǔ)充手段，因?yàn)樵S多資料需要親自收集和整理。3.4 需求獲取方法 第3章 需求分析19.第19頁(yè)，共74頁(yè)。2022/7/21 20結(jié)束返回需求分析模型是準(zhǔn)確地描述系統(tǒng)需求的圖形化工具。它可以使人們可以更好地理解將要建造的系統(tǒng)，它有助于系統(tǒng)分析員理解系統(tǒng)的信息、功能和行為，成為確定需求規(guī)格說(shuō)明完整性、一致性和精確性的重要依據(jù)，奠定軟件設(shè)計(jì)基礎(chǔ)。 第3章 需求分析3.5 需求分析模型20.第20頁(yè)，共74頁(yè)。2022/7/21 21結(jié)束

11、返回3.5 需求分析模型 第3章 需求分析結(jié)構(gòu)化分析(SA) 面向?qū)ο蠓治?(OOA)實(shí)體關(guān)系圖數(shù)據(jù)流圖狀態(tài)轉(zhuǎn)換圖數(shù)據(jù)建模功能建模動(dòng)態(tài)建模需求分析建模 進(jìn)行 進(jìn)行 進(jìn)行對(duì)象模型功能模型動(dòng)態(tài)模型對(duì)象圖數(shù)據(jù)流圖狀態(tài)圖、事件追蹤圖建立建立建立需求分析建模的方法有結(jié)構(gòu)化分析建模和面向?qū)ο蠓治鼋！?1.第21頁(yè)，共74頁(yè)。2022/7/21 22結(jié)束返回結(jié)構(gòu)化分析導(dǎo)出的分析模型包括數(shù)據(jù)模型、功能模型和行為模型。需求分析模型以“數(shù)據(jù)字典”為核心，描述了軟件使用的所有數(shù)據(jù)對(duì)象，圍繞這個(gè)核心的是“實(shí)體關(guān)系圖”、“數(shù)據(jù)流圖”和“狀態(tài)轉(zhuǎn)換圖”。具體形式如下圖所示： 第3章 需求分析3.5 需求分析模型22.第2

12、2頁(yè)，共74頁(yè)。2022/7/21 23結(jié)束返回需求分析模型 第3章 需求分析3.5 需求分析模型23.第23頁(yè)，共74頁(yè)。2022/7/21 24結(jié)束返回3.5.1 實(shí)體關(guān)系圖實(shí)體關(guān)系圖（ER，Entity-Relationship Diagram）：是一種數(shù)據(jù)模型，是以實(shí)體、關(guān)系、屬性三個(gè)基本概念概括數(shù)據(jù)的基本結(jié)構(gòu)，從而描述靜態(tài)數(shù)據(jù)結(jié)構(gòu)的概念模型。ER包括三種基本元素：實(shí)體。表示具有不同屬性的事物，用帶實(shí)體名稱的矩形框表示。屬性。指實(shí)體某一方面的特征，用帶屬性名稱的橢圓表示。 第3章 需求分析3.5 需求分析模型24.第24頁(yè)，共74頁(yè)。2022/7/21 25結(jié)束返回ER圖中的基本符號(hào)

13、第3章 需求分析關(guān)系。關(guān)系表示實(shí)體之間的相互連接，用直線連接相關(guān)聯(lián)的實(shí)體，并在直線上用帶關(guān)系名稱的菱形來(lái)表示。3.5 需求分析模型25.第25頁(yè)，共74頁(yè)。關(guān)聯(lián)的重?cái)?shù)定義了在關(guān)聯(lián)的一端可以存在的數(shù)據(jù)實(shí)體實(shí)例的數(shù)量。 關(guān)聯(lián)重?cái)?shù)可以具有下列值之一： (1)：表明在關(guān)聯(lián)端存在且只存在一個(gè)數(shù)據(jù)實(shí)體實(shí)例。 (0.1)：表明在關(guān)聯(lián)端不存在實(shí)體實(shí)例或存在一個(gè)實(shí)體實(shí)例。 (*或N)：表明在關(guān)聯(lián)端不存在實(shí)體實(shí)例，或者存在一個(gè)或多個(gè)實(shí)體實(shí)例。 第3章 需求分析3.5 需求分析模型26.第26頁(yè)，共74頁(yè)。2022/7/21 27結(jié)束返回兩個(gè)數(shù)據(jù)對(duì)象之間按關(guān)聯(lián)的重?cái)?shù)有以下三種關(guān)聯(lián)：一對(duì)一（1:1）關(guān)聯(lián)：對(duì)象A的一個(gè)

14、實(shí)例只能關(guān)聯(lián)到對(duì)象B的一個(gè)實(shí)例，對(duì)象B的一個(gè)實(shí)例也只能關(guān)聯(lián)到對(duì)象A的一個(gè)實(shí)例。對(duì)象 A對(duì)象 B丈夫妻子關(guān)系夫妻1111 一對(duì)一關(guān)系圖 第3章 需求分析3.5 需求分析模型27.第27頁(yè)，共74頁(yè)。2022/7/21 28結(jié)束返回一對(duì)多（1:N）關(guān)聯(lián)：對(duì)象A的一個(gè)實(shí)例可以關(guān)聯(lián)到對(duì)象B的一個(gè)或多個(gè)實(shí)例，而對(duì)象B的一個(gè)實(shí)例只能關(guān)聯(lián)到對(duì)象A的一個(gè)實(shí)例，如一個(gè)母親可以有多個(gè)孩子，而一個(gè)孩子只能有一個(gè)母親。 對(duì)象 A對(duì)象 B母親孩子關(guān)系母子1n1n一對(duì)多關(guān)系圖 第3章 需求分析3.5 需求分析模型28.第28頁(yè)，共74頁(yè)。2022/7/21 29結(jié)束返回多對(duì)多（M:N）關(guān)聯(lián)：對(duì)象A的一個(gè)實(shí)例可以關(guān)聯(lián)到對(duì)象

15、B的一個(gè)或多個(gè)實(shí)例，同時(shí)對(duì)象B的一個(gè)實(shí)例也可以關(guān)聯(lián)到對(duì)象A的一個(gè)或多個(gè)實(shí)例，如一個(gè)叔叔可以有多個(gè)侄子，一個(gè)侄子也可以有多個(gè)叔叔。 對(duì)象 A對(duì)象 B叔叔侄子關(guān)系叔侄mnmn多對(duì)多關(guān)系圖 第3章 需求分析3.5 需求分析模型29.第29頁(yè)，共74頁(yè)。第4章 軟件需求分析與建模2022/7/21 30結(jié)束返回 第3章 需求分析例1，教學(xué)管理系統(tǒng)ER圖30.第30頁(yè)，共74頁(yè)。2022/7/21 31結(jié)束返回例2，工資計(jì)算系統(tǒng)ER圖 第3章 需求分析31.第31頁(yè)，共74頁(yè)。3.5.2 數(shù)據(jù)流圖1.數(shù)據(jù)流圖的概念數(shù)據(jù)流圖（DFD，Data flow diagram），是描述數(shù)據(jù)流和數(shù)據(jù)轉(zhuǎn)換的圖形工具，

16、它是進(jìn)行結(jié)構(gòu)化分析的基本工具，也是進(jìn)行軟件體系結(jié)構(gòu)設(shè)計(jì)的基礎(chǔ)。2.數(shù)據(jù)流圖中的要素DFD有四種元素，其基本符號(hào)如圖所示： 第3章 需求分析3.5 需求分析模型32.第32頁(yè)，共74頁(yè)。外部實(shí)體：與系統(tǒng)進(jìn)行交互，但系統(tǒng)不對(duì)其進(jìn)行加工和處理的實(shí)體（人或事物），用帶實(shí)體名稱的矩形方框表示。加工（處理）：對(duì)數(shù)據(jù)進(jìn)行的變換和處理，用帶加工（處理）名稱的圓圈表示。數(shù)據(jù)流：在數(shù)據(jù)加工之間或數(shù)據(jù)存儲(chǔ)和數(shù)據(jù)加工之間進(jìn)行流動(dòng)的數(shù)據(jù)，用帶數(shù)據(jù)流名稱的箭頭表示。數(shù)據(jù)存儲(chǔ)：在系統(tǒng)中需要存儲(chǔ)的數(shù)據(jù)（文件），用帶存儲(chǔ)文件名稱的雙實(shí)線表示。 第3章 需求分析3.5 需求分析模型33.第33頁(yè)，共74頁(yè)。工資計(jì)算系統(tǒng)的頂層(0

17、層)數(shù)據(jù)流圖 第3章 需求分析3.5 需求分析模型34.第34頁(yè)，共74頁(yè)。在數(shù)據(jù)流圖中有時(shí)也使用附加符號(hào)：*、+、，分別表示與、或、互斥關(guān)系。數(shù)據(jù)流圖中的附加符號(hào)有A則有B或C，或者兩者都有有A則有B與C，兩者同時(shí)有有A則有B或C，但不會(huì)同時(shí)有ABC*ABCABC+TTT 當(dāng)A與B都 存在才有C*ABCT 當(dāng)A或B之一 存在，就有CABC+T當(dāng)A或B之一存在就有C，但AB不會(huì)同時(shí)有ABCT 第3章 需求分析35.第35頁(yè)，共74頁(yè)。.分層數(shù)據(jù)流圖數(shù)據(jù)流圖可分為不同層次，頂層（0層）DFD稱為基本系統(tǒng)模型，可以將整個(gè)軟件系統(tǒng)表示為一個(gè)具有輸入和輸出的黑匣子，其加工處理是軟件項(xiàng)目的名稱，用一個(gè)圓

18、圈表示。DFD中的每一個(gè)加工可以進(jìn)一步擴(kuò)展成一個(gè)獨(dú)立的數(shù)據(jù)流圖，以揭示系統(tǒng)中加工的細(xì)節(jié)。這種循序漸進(jìn)的細(xì)化過(guò)程可以繼續(xù)進(jìn)行，直到最底層的DFD圖僅描述加工的原子過(guò)程為止。每一層數(shù)據(jù)流圖必須與它上一層數(shù)據(jù)流圖的輸入輸出保持平衡和一致。第四章軟件需求分析與建模 第3章 需求分析3.5 需求分析模型36.第36頁(yè)，共74頁(yè)。 第3章 需求分析分層數(shù)據(jù)流圖3.5 需求分析模型37.第37頁(yè)，共74頁(yè)。 .繪制數(shù)據(jù)流圖的基本步驟： 數(shù)據(jù)流圖是在需求陳述的基礎(chǔ)上繪制的。首先畫系統(tǒng)的輸入/輸出，確定系統(tǒng)從外界接收什么數(shù)據(jù)，系統(tǒng)向外界輸出什么數(shù)據(jù)，確定系統(tǒng)的范圍和邊界。其次畫系統(tǒng)內(nèi)部，將系統(tǒng)的輸入和輸出流用一

19、連串加工連接起來(lái)。可以從輸入端畫到輸出端，也可反過(guò)來(lái)畫。在數(shù)據(jù)流的組成或值發(fā)生變化的地方添加一個(gè)“加工”，在需要存放數(shù)據(jù)的地方加上一個(gè)“文件”。最后畫加工的內(nèi)部，對(duì)加工進(jìn)行分解，一個(gè)復(fù)雜的加工可用幾個(gè)子加工代替。 第3章 需求分析3.5 需求分析模型38.第38頁(yè)，共74頁(yè)。例，商店業(yè)務(wù)處理系統(tǒng)的數(shù)據(jù)流圖。 第3章 需求分析頂層（0層）數(shù)據(jù)流圖3.5 需求分析模型39.第39頁(yè)，共74頁(yè)。這個(gè)數(shù)據(jù)流圖只是一個(gè)高層的系統(tǒng)邏輯模型，它反映了目標(biāo)系統(tǒng)要實(shí)現(xiàn)的功能。數(shù)據(jù)流圖繪制步驟首先確定系統(tǒng)的輸入和輸出（顧客和供應(yīng)商）；其次，根據(jù)商店業(yè)務(wù)，畫出頂層數(shù)據(jù)流圖，以反映最主要業(yè)務(wù)處理流程。經(jīng)過(guò)分析，商店業(yè)

20、務(wù)處理的主要功能有銷售、采購(gòu)、會(huì)計(jì)三大項(xiàng)。主要數(shù)據(jù)流輸入的源點(diǎn)和輸出終點(diǎn)是顧客和供應(yīng)商。然后從輸入端開(kāi)始，根據(jù)商店業(yè)務(wù)工作流程，畫出數(shù)據(jù)流流經(jīng)的各加工框，逐步畫到輸出端，得到第一層數(shù)據(jù)流圖。最后，對(duì)每個(gè)加工（主要是銷售和采購(gòu)）細(xì)化，得出第二層數(shù)據(jù)流圖。 第3章 需求分析3.5 需求分析模型40.第40頁(yè)，共74頁(yè)。第一層數(shù)據(jù)流圖 第3章 需求分析3.5 需求分析模型41.第41頁(yè)，共74頁(yè)。細(xì)化每一個(gè)加工銷售細(xì)化 第3章 需求分析第二層數(shù)據(jù)流圖42.第42頁(yè)，共74頁(yè)。細(xì)化每一個(gè)加工采購(gòu)細(xì)化 第3章 需求分析第二層數(shù)據(jù)流圖43.第43頁(yè)，共74頁(yè)。繪制數(shù)據(jù)流圖可用微軟繪圖工具軟件-Visio

21、第3章 需求分析44.第44頁(yè)，共74頁(yè)。.繪制DFD應(yīng)注意的問(wèn)題（1）給數(shù)據(jù)流命名的方法：數(shù)據(jù)流名字用名詞或名詞詞組；命名時(shí)，盡量使用現(xiàn)實(shí)系統(tǒng)中已有的名字；避免使用空洞的名詞，如“數(shù)據(jù)”、“信息”等。如果在為某個(gè)數(shù)據(jù)流(或數(shù)據(jù)存儲(chǔ))命名時(shí)遇到了困難，則很可能是因?yàn)閷?duì)數(shù)據(jù)流圖分解不恰當(dāng)造成的，應(yīng)該嘗試重新分解，看是否能解決這個(gè)問(wèn)題。 第3章 需求分析3.5 需求分析模型45.第45頁(yè)，共74頁(yè)。（2）給加工命名的原則：頂層加工是軟件項(xiàng)目的名稱。加工的名字最好使用動(dòng)賓詞組，如“生成成績(jī)單”、“打印報(bào)表”等。加工的命名同樣避免使用空洞的詞組，如“計(jì)算”、“處理”等。（3）不要把數(shù)據(jù)流圖畫成控制流圖

22、，應(yīng)盡量避免數(shù)據(jù)流圖中夾帶控制流，以免與詳細(xì)設(shè)計(jì)階段的程序流程圖相混淆。 第3章 需求分析3.5 需求分析模型46.第46頁(yè)，共74頁(yè)。（4）應(yīng)保持子圖與父圖輸入/輸出流的平衡。 第3章 需求分析11.11.21.3父圖子圖3.5 需求分析模型47.第47頁(yè)，共74頁(yè)。（5）提高數(shù)據(jù)流圖的清晰性。應(yīng)做到分解自然，概念合理、清晰，在不影響易理解性的基礎(chǔ)上適當(dāng)?shù)囟喾纸猓詼p少數(shù)據(jù)流圖的層數(shù)。分解時(shí)要注意子加工的獨(dú)立性，還應(yīng)注意均衡性。（6）反復(fù)修改，不斷完善。人的思考過(guò)程是一個(gè)不斷的迭代過(guò)程，不可能一次成功，需要不斷完善，直到滿意為止。對(duì)于復(fù)雜的系統(tǒng)，很難保證一次就能將數(shù)據(jù)流圖繪制成功。因此應(yīng)隨時(shí)

23、準(zhǔn)備改進(jìn)數(shù)據(jù)流圖而用更好的版本來(lái)代替。 第3章 需求分析3.5 需求分析模型48.第48頁(yè)，共74頁(yè)。3.5.3 狀態(tài)轉(zhuǎn)換圖當(dāng)軟件系統(tǒng)涉及時(shí)序關(guān)系時(shí)需要進(jìn)行行為建模，由于數(shù)據(jù)流圖不描述時(shí)序關(guān)系，系統(tǒng)的控制和事件流需要通過(guò)行為模型來(lái)描述。在描述系統(tǒng)或各個(gè)數(shù)據(jù)對(duì)象的行為時(shí)，采用狀態(tài)轉(zhuǎn)換圖。通過(guò)描述系統(tǒng)或?qū)ο蟮臓顟B(tài)，以及引起系統(tǒng)或?qū)ο鬆顟B(tài)轉(zhuǎn)換的事件來(lái)表示系統(tǒng)或?qū)ο蟮男袨椤?第3章 需求分析3.5 需求分析模型49.第49頁(yè)，共74頁(yè)。狀態(tài)轉(zhuǎn)換圖（STD，Status Transition Diagram），是描述系統(tǒng)狀態(tài)如何響應(yīng)外部事件進(jìn)行轉(zhuǎn)移的一種圖形表示。狀態(tài)是任何可以被觀察到的系統(tǒng)行為模式，一

24、個(gè)狀態(tài)代表系統(tǒng)的一種行為模式。狀態(tài)規(guī)定了系統(tǒng)對(duì)事件的響應(yīng)方式。在狀態(tài)圖中定義的狀態(tài)主要有：初始狀態(tài)、中間狀態(tài)和最終狀態(tài)。事件是在某個(gè)特定時(shí)刻發(fā)生的事情，它是對(duì)引起系統(tǒng)從一個(gè)狀態(tài)轉(zhuǎn)換到另一個(gè)狀態(tài)的外界事件的抽象。 第3章 需求分析3.5 需求分析模型50.第50頁(yè)，共74頁(yè)。S2S1S3t1t2t3t4t4t3t2t1事件狀態(tài)S1S2S3S3S2S3S1狀態(tài)轉(zhuǎn)換圖 狀態(tài)轉(zhuǎn)換表 第3章 需求分析在狀態(tài)轉(zhuǎn)換圖中，圓圈“”表示可得到的系統(tǒng)狀態(tài)，箭頭“”表示從一種狀態(tài)向另一種狀態(tài)的轉(zhuǎn)移。箭頭旁標(biāo)上事件名。3.5 需求分析模型51.第51頁(yè)，共74頁(yè)。例1，有關(guān)處理器（CPU）分配的進(jìn)程狀態(tài)轉(zhuǎn)移圖。已處理

25、中斷分配CPU用完CPU時(shí)間I/O中斷運(yùn)行就緒等待 第3章 需求分析3.5 需求分析模型52.第52頁(yè)，共74頁(yè)。例2，電話系統(tǒng)的狀態(tài)轉(zhuǎn)換圖53.第53頁(yè)，共74頁(yè)。數(shù)據(jù)字典(DD，Data Dictionary)用來(lái)描述數(shù)據(jù)流圖中的數(shù)據(jù)存儲(chǔ)、數(shù)據(jù)加工和數(shù)據(jù)流。數(shù)據(jù)詞典與數(shù)據(jù)流圖配合，能夠準(zhǔn)確、清晰地表達(dá)數(shù)據(jù)處理的要求。1.詞條描述對(duì)于在數(shù)據(jù)流圖中每一個(gè)被命名的圖形元素均加以定義，其內(nèi)容有: 名字，別名或編號(hào)，分類，描述，定義，位置，其它。在數(shù)據(jù)字典中，數(shù)據(jù)元素的定義可以是基本元素及其組合，數(shù)據(jù)進(jìn)行自頂向下地分解，直到不需要進(jìn)一步解釋且參與人員都清楚其含義為止。3.6 數(shù)據(jù)字典 第3章 需求分

26、析54.第54頁(yè)，共74頁(yè)。（1）數(shù)據(jù)流詞條描述數(shù)據(jù)流名稱及編號(hào)：說(shuō)明：簡(jiǎn)要介紹它產(chǎn)生的原因和結(jié)果數(shù)據(jù)流來(lái)源：來(lái)自何方數(shù)據(jù)流去向：去向何處數(shù)據(jù)流組成：數(shù)據(jù)結(jié)構(gòu)數(shù)據(jù)量流通量：數(shù)據(jù)量，流通量 第3章 需求分析3.6 數(shù)據(jù)字典55.第55頁(yè)，共74頁(yè)。數(shù)據(jù)流定義實(shí)例：航班訂票單的數(shù)據(jù)定義數(shù)據(jù)流編號(hào)：DF001數(shù)據(jù)流名稱：訂票單簡(jiǎn)述：訂票時(shí)填寫的訂票單數(shù)據(jù)流來(lái)源：外部實(shí)體“乘客”數(shù)據(jù)流去處：處理邏輯“預(yù)訂機(jī)票”數(shù)據(jù)流組成：訂單編號(hào) 日期 乘客號(hào) 航班號(hào) 狀態(tài) 訂單失效日期流通量：每天300份高峰值流通量：每天早上9：00，約160份 第3章 需求分析56.第56頁(yè)，共74頁(yè)。（2）數(shù)據(jù)元素詞條描述數(shù)據(jù)

27、元素名稱及編號(hào)：類型：數(shù)字（離散值，連續(xù)值），文字（編碼類型）長(zhǎng)度：取值范圍：相關(guān)的數(shù)據(jù)元素及數(shù)據(jù)結(jié)構(gòu)： 第3章 需求分析3.6 數(shù)據(jù)字典57.第57頁(yè)，共74頁(yè)。數(shù)據(jù)元素定義實(shí)例：考試成績(jī)的數(shù)據(jù)定義數(shù)據(jù)元素編號(hào)：DC001數(shù)據(jù)元素名稱：考試成績(jī)別名：成績(jī)、分?jǐn)?shù)簡(jiǎn)述：學(xué)生考試成績(jī)，分五個(gè)等級(jí)類型/長(zhǎng)度：3個(gè)字節(jié)，字符類型取值/含義：優(yōu) 90-100 良 80-89 中 70-79 及格 60-69 不及格 0-59有關(guān)數(shù)據(jù)項(xiàng)或結(jié)構(gòu)：學(xué)生成績(jī)檔案有關(guān)處理邏輯：計(jì)算成績(jī) 第3章 需求分析58.第58頁(yè)，共74頁(yè)。（3）數(shù)據(jù)文件詞條描述數(shù)據(jù)文件名稱及編號(hào)：簡(jiǎn)述：存放的是什么數(shù)據(jù)輸入數(shù)據(jù)：輸出數(shù)據(jù)：數(shù)

28、據(jù)文件組成：數(shù)據(jù)結(jié)構(gòu)存儲(chǔ)方式：順序，直接，關(guān)鍵碼存取頻率： 第3章 需求分析3.6 數(shù)據(jù)字典59.第59頁(yè)，共74頁(yè)。數(shù)據(jù)文件定義實(shí)例：圖書庫(kù)存的數(shù)據(jù)定義 第3章 需求分析數(shù)據(jù)文件編號(hào)：DB002數(shù)據(jù)文件名稱：圖書庫(kù)存組成：圖書編號(hào)+圖書詳情+目前庫(kù)存量組織方式：按圖書編號(hào)從小到大排列3.6 數(shù)據(jù)字典60.第60頁(yè)，共74頁(yè)。（4）加工邏輯（數(shù)據(jù)處理）詞條描述加工名稱及編號(hào)：加工編號(hào)：反映該加工的層次簡(jiǎn)要描述：加工邏輯及功能簡(jiǎn)述輸入數(shù)據(jù)流：輸出數(shù)據(jù)流：加工邏輯：簡(jiǎn)述加工程序，加工順序 第3章 需求分析3.6 數(shù)據(jù)字典61.第61頁(yè)，共74頁(yè)。數(shù)據(jù)處理定義實(shí)例：編輯訂票的數(shù)據(jù)定義數(shù)據(jù)處理編號(hào)：D

29、P001數(shù)據(jù)處理名稱：編輯訂票簡(jiǎn)述：接收從終端錄入的訂票單，檢驗(yàn)是否正確輸入：乘客訂單，來(lái)源：外部實(shí)體“乘客”輸出：1.合格訂單，去處：處理邏輯“確定訂票” 2.不合格訂單，去處：外部實(shí)體“乘客”功能描述：（略） 第3章 需求分析3.6 數(shù)據(jù)字典62.第62頁(yè)，共74頁(yè)。（5）外部實(shí)體詞條描述外部實(shí)體名稱及編號(hào)：簡(jiǎn)要描述：有關(guān)數(shù)據(jù)流：數(shù)目： 第3章 需求分析3.6 數(shù)據(jù)字典63.第63頁(yè)，共74頁(yè)。外部實(shí)體定義實(shí)例：教師的數(shù)據(jù)定義編號(hào)：DT001名稱：教師簡(jiǎn)述：向教師圖書室提供圖書的教師從外部輸入：報(bào)銷申請(qǐng)向外部輸出：入庫(kù)證明 第3章 需求分析3.6 數(shù)據(jù)字典64.第64頁(yè)，共74頁(yè)。第四章軟

30、件需求分析與建模符 號(hào)含 義說(shuō) 明=表示定義為用于對(duì)=左邊的條目進(jìn)行確切的定義+表示與關(guān)系X=a+b表示X由a和b共同構(gòu)成 | , 表示或關(guān)系X=a|b與X=a,b等價(jià)，表示X由a或b組成( )表示可選項(xiàng)X=(a)表示a可以在X中出現(xiàn)，也可以不出現(xiàn) 表示重復(fù)大括號(hào)中的內(nèi)容重復(fù)0到多次m n表示規(guī)定次數(shù)的重復(fù)重復(fù)的次數(shù)最少m次，最多n次“ ”表示基本數(shù)據(jù)元素“ ”中的內(nèi)容是基本數(shù)據(jù)元素，不可再分.連接符month=1.12表示month可取112中的任意值* *表示注釋兩個(gè)星號(hào)之間的內(nèi)容為注釋信息 第3章 需求分析2.數(shù)據(jù)字典中的符號(hào)65.第65頁(yè)，共74頁(yè)。 第3章 需求分析例，存折的數(shù)據(jù)字典描述3.6 數(shù)據(jù)字典66.第66頁(yè)，共74頁(yè)。存折戶名所號(hào)帳號(hào)開(kāi)戶日性質(zhì)(印密)1存取行50戶名2字母24所號(hào)“001”.“999” 帳號(hào)“00000001”.“99999999”開(kāi)戶日年月日性質(zhì)“1”.“6” 注：“1”表示普通戶，“5”表示工資戶等印密“0” 注：印密在存折上不顯示存取行日期（摘要）支出存入余額操作復(fù)核 第3章 需求分析3.6 數(shù)據(jù)字典67.第67頁(yè)，共74頁(yè)。3.7 需求規(guī)格說(shuō)明書需求規(guī)格說(shuō)明書（SRS，Software Requirement Specification），是系統(tǒng)分析人員在需求分析階段完成的文檔，是軟件需求分析的最終結(jié)