軟件工程導(dǎo)論復(fù)習(xí)課件

一、總體設(shè)計基本任務(wù)（過程）1、軟件結(jié)構(gòu)設(shè)計=模塊設(shè)計+接口設(shè)計（5）軟件結(jié)構(gòu)設(shè)計是以模塊為基礎(chǔ)，以需求分析的結(jié)果為依據(jù)，從實(shí)現(xiàn)的角度進(jìn)一步劃分模塊，并組成模塊的層次結(jié)構(gòu)(接口）。(1)采用某種方法，將一個復(fù)雜的系統(tǒng)按功能劃分成模塊；(2)確定每個模塊的功能；(3)確定模塊之間的調(diào)用關(guān)系；(4)確定模塊之間的接口（傳遞的信息）；(5)評價模塊結(jié)構(gòu)的質(zhì)量。

CH5總體設(shè)計一、總體設(shè)計基本任務(wù)（過程）CH5總體設(shè)計3、書寫文檔（8）總體設(shè)計說明書、數(shù)據(jù)庫設(shè)計說明書、詳細(xì)的實(shí)現(xiàn)計劃4、評審（9）總體設(shè)計評價是對設(shè)計部分是否完整地實(shí)現(xiàn)了需求中規(guī)定的功能、性能等要求，設(shè)計方案的可行性，關(guān)鍵的處理及內(nèi)外部接口定義正確性、有效性，各部分之間的一致性等都一一進(jìn)行評審。2、數(shù)據(jù)設(shè)計=數(shù)據(jù)結(jié)構(gòu)設(shè)計+數(shù)據(jù)庫設(shè)計設(shè)計（6）(1)根據(jù)需求分析階段對系統(tǒng)數(shù)據(jù)的組成、操作約束和數(shù)據(jù)間關(guān)系的描述，確定數(shù)據(jù)結(jié)構(gòu)特性。(2)一般軟件系統(tǒng)都有數(shù)據(jù)存儲，存儲要借助數(shù)據(jù)庫技術(shù)。數(shù)據(jù)庫的設(shè)計包括：概念設(shè)計、邏輯設(shè)計和物理設(shè)計。3、書寫文檔（8）2、數(shù)據(jù)設(shè)計=數(shù)據(jù)結(jié)構(gòu)設(shè)計+數(shù)據(jù)庫設(shè)計設(shè)計二、軟件設(shè)計的基本原理1、抽象：是認(rèn)識復(fù)雜過程中使用的思維工具，即抽象出事物的本質(zhì)共同特征而暫不考慮它的細(xì)節(jié)，不考慮其它因素。2、逐步求精：是在原始說明的基礎(chǔ)上進(jìn)行詳細(xì)說明，隨著不斷細(xì)化給出更多的細(xì)節(jié)。3、模塊化：模塊是可組合、分解和更換的單元，具有：接口、功能、狀態(tài)、邏輯4大特征。4、信息隱藏：指設(shè)計模塊時，使一個模塊內(nèi)包含的信息，對不需要這些的其它模塊來說，是不能訪問的。通過信息隱藏可以定義和實(shí)施對模塊的過程細(xì)節(jié)和局部數(shù)據(jù)結(jié)構(gòu)的存取權(quán)限。5、模塊獨(dú)立性：指完成系統(tǒng)要求的獨(dú)立的子功能，并且與其它模塊的聯(lián)系最少且接口簡單。衡量獨(dú)立性的標(biāo)準(zhǔn)：內(nèi)聚性、耦合性。二、軟件設(shè)計的基本原理(1)模塊間耦合的類型兩個模塊沒有直接關(guān)系一模塊調(diào)用另一模塊時，被調(diào)用模塊的輸入、輸出都是簡單的數(shù)據(jù)如兩個模塊通過傳遞數(shù)據(jù)結(jié)構(gòu)一模塊通過開關(guān)量、標(biāo)志、名字等控制信息，明顯地控制另一模塊的功能一組模塊引用同一個公用數(shù)據(jù)區(qū)一模塊直接訪問另一模塊的內(nèi)部信息(1)模塊間耦合的類型兩個模塊沒有直接關(guān)系一模塊調(diào)用另一模塊(2)模塊的內(nèi)聚性類型模塊內(nèi)各部分間無聯(lián)系把幾種相關(guān)功能(邏輯上相似的功能)組合在一模塊內(nèi),每次調(diào)用由傳給模塊的參數(shù)確定執(zhí)行哪種功能。功能只因時間因素關(guān)聯(lián)在一起模塊內(nèi)各處理成分相關(guān)，且必須以特定次序執(zhí)行模塊內(nèi)各部分使用相同的輸入數(shù)據(jù)，或產(chǎn)生相同的輸出結(jié)果模塊內(nèi)各部分使用相同的輸入數(shù)據(jù)，或產(chǎn)生相同的輸出結(jié)果模塊僅包括為完成某個功能所必須的所有成分(2)模塊的內(nèi)聚性類型模塊內(nèi)各部分間無聯(lián)系把幾種相關(guān)功能(邏三、軟件結(jié)構(gòu)圖軟件結(jié)構(gòu)往往用樹狀和網(wǎng)狀結(jié)構(gòu)的圖形來表示。結(jié)構(gòu)圖主要內(nèi)容有：模塊、模塊的控制關(guān)、模塊間的信息傳遞。具有如下形態(tài)特征：深度、寬度、扇入、扇出。選擇調(diào)用數(shù)據(jù)流循環(huán)調(diào)用控制流三、軟件結(jié)構(gòu)圖選擇調(diào)用數(shù)據(jù)流循環(huán)調(diào)用控制流四、軟件結(jié)構(gòu)設(shè)計優(yōu)化標(biāo)準(zhǔn)1、模塊獨(dú)立性標(biāo)準(zhǔn)。高內(nèi)聚、低耦合2、控制與作用范圍之間的標(biāo)準(zhǔn)。一個模塊的作用范圍應(yīng)在其控制范圍之內(nèi)。3、結(jié)構(gòu)特征標(biāo)準(zhǔn)。從形態(tài)上看，應(yīng)是頂層扇出較高一些，中間層扇出較低一些，底層扇入數(shù)較高一些。4、模塊接口標(biāo)注。模塊的接口要簡單、清晰及含義明確，便于理解，易于實(shí)現(xiàn)、維護(hù)與測試。四、軟件結(jié)構(gòu)設(shè)計優(yōu)化標(biāo)準(zhǔn)五、面向數(shù)據(jù)流的設(shè)計方法DFD軟件結(jié)構(gòu)1、變換型數(shù)據(jù)流圖：由輸入、變換、輸出三部分組成。形成順序結(jié)構(gòu)。2、事務(wù)型數(shù)據(jù)流圖：若某個加工將它的數(shù)據(jù)流分離成許多發(fā)散的數(shù)據(jù)流，并根據(jù)輸入的值選擇其中一個路徑來執(zhí)行，這個加工稱為“事務(wù)處理中心”。五、面向數(shù)據(jù)流的設(shè)計方法六、填空題1、在軟件的體系結(jié)構(gòu)中，模塊是可組合、分解和更換的單元。模塊具有

、

、

、和

等屬性。接口、功能、邏輯、狀態(tài)2、總體設(shè)計的文檔主要有：

和

?？傮w設(shè)計說明書、數(shù)據(jù)庫設(shè)計說明書3、數(shù)據(jù)庫設(shè)計指

的設(shè)計，主要進(jìn)行一下幾方面的設(shè)計

、

、

。數(shù)據(jù)存儲設(shè)計概念設(shè)計、邏輯設(shè)計、物理設(shè)計4、軟件設(shè)計的基本任務(wù)包括：

、

、

和

4個方面設(shè)計軟件結(jié)構(gòu)、數(shù)據(jù)結(jié)構(gòu)和數(shù)據(jù)庫設(shè)計、編寫設(shè)計文檔、評審5、抽象是認(rèn)識復(fù)雜現(xiàn)象過程中使用的思維工具，即抽出事物

的、

的特性而暫不考慮它的

，不考慮其它因素。本質(zhì)、共同、細(xì)節(jié)6、軟件結(jié)構(gòu)設(shè)計是以

為基礎(chǔ)，以需求分析的結(jié)果為依據(jù)，從實(shí)現(xiàn)的角度進(jìn)一步劃分

，并組成模塊的

。模塊模塊層次結(jié)構(gòu)六、填空題接口、功能、邏輯、狀態(tài)2、總體設(shè)計的文7、軟件設(shè)計是一個把

轉(zhuǎn)換為軟件表示的過程，包括總體設(shè)計和

。需求分析8、進(jìn)入了設(shè)計階段，要把軟件“做什么”的

模型變換為“怎么做”的

模型，即著手實(shí)現(xiàn)軟件需求，并將設(shè)計的結(jié)果反映在

文檔中。詳細(xì)設(shè)計9、總體設(shè)計評價是對設(shè)計部分是否完整地實(shí)現(xiàn)了需求中規(guī)定的

、

等要求，設(shè)計方案的

，關(guān)鍵的處理及內(nèi)外部接口定義

有效性，各部分之間的

等都一一進(jìn)行評審。邏輯設(shè)計10、在一個模塊中，

、

和

反映模塊外部特征，

反映它的內(nèi)部特性。功能、性能11、

是指在設(shè)計和確定模塊時，使得一個模塊的內(nèi)包含的信息對于不需要遮羞信息的其它模塊來說是不能

的。可行性12、設(shè)計軟件結(jié)構(gòu)，具體為：(1)采用某種方法將一個復(fù)雜系統(tǒng)按功能劃分為

(2)確定每個模塊的

(3)確定模塊之間的

(4)確定模塊之間的

，即模塊之間傳遞的信息。(5)評價模塊結(jié)構(gòu)的質(zhì)量。正確性一致性功能、狀態(tài)、接口物理邏輯信息隱藏訪問模塊功能調(diào)用關(guān)系接口7、軟件設(shè)計是一個把轉(zhuǎn)換為軟件表示的過13、模塊間耦合高低取決與模塊間

、

及

。接口的復(fù)雜性、調(diào)用方式、傳遞信息14、耦合性分

種類型，最強(qiáng)耦合

，最弱耦合

。15、模塊獨(dú)立性中每個模塊只完成問題要求的

子功能，并且與其它模塊的聯(lián)系

。6、內(nèi)容耦合、無直接耦合16、內(nèi)聚性分

種類型，最強(qiáng)內(nèi)聚

，最弱內(nèi)聚

。獨(dú)立的、最少且接口簡單17、耦合性指軟件結(jié)構(gòu)中

相互聯(lián)系緊密程度的一種度量。模塊之間聯(lián)系越

，其耦合性就越強(qiáng)，模塊的

則越差。18、

是指兩個模塊之間有調(diào)用關(guān)系，傳遞的是簡單的數(shù)據(jù)值，相當(dāng)于高級語言中的

。7、偶然內(nèi)聚、功能內(nèi)聚各模塊間、緊密、獨(dú)立性數(shù)據(jù)耦合、值傳遞13、模塊間耦合高低取決與模塊間、19、

指兩個模塊之間傳遞的是數(shù)據(jù)結(jié)構(gòu)，如高級語言中的數(shù)據(jù)名、記錄名、文件名等，其實(shí)傳遞的是

。標(biāo)記耦合、這個數(shù)據(jù)結(jié)構(gòu)的地址20、功能內(nèi)聚是內(nèi)聚程度最

的內(nèi)聚，指模塊內(nèi)所有元素共同完成

，缺一不可。功能內(nèi)聚的模塊與其它模塊的耦合是

的。21、結(jié)構(gòu)圖主要內(nèi)容有

、

、

。強(qiáng)、一個功能、弱22、變換型DFD由

、

和

三部分組成。模塊、模塊的控制關(guān)系、模塊的信息傳遞23、軟件結(jié)構(gòu)從形態(tài)上總的考慮是：頂層扇出數(shù)較

一些，中間層扇出數(shù)較

一些，底層

數(shù)較高一些。24、軟件結(jié)構(gòu)設(shè)計是以

為基礎(chǔ)，在需求分析階段，已經(jīng)把系統(tǒng)分解成層次結(jié)構(gòu)。設(shè)計階段以需求分析的結(jié)果為根據(jù)，從實(shí)現(xiàn)的角度進(jìn)一步劃分為模塊，并組成模塊的層次結(jié)構(gòu)。輸入、變換、輸出扇入模塊高低19、指兩個模塊之間傳遞的是數(shù)據(jù)結(jié)選擇題1、軟件設(shè)計一般分為總體設(shè)計和詳細(xì)設(shè)計，它們之間的關(guān)系是（)。A.全局和局部B.抽象和具體C.總體和層次D.功能和結(jié)構(gòu)A2、軟件結(jié)構(gòu)使用的圖形工具，一般采用（)圖。

A.DFDB.PADC.SCD.E-RC3、下列中屬于軟件設(shè)計的基本原理的是（)。A.數(shù)據(jù)流分析B.變換流分析C.事務(wù)流分析D.模塊化4、將幾個邏輯上相似的成分放在一個模塊中，該模塊屬于（）內(nèi)聚。A.邏輯B.時間C.功能D.通信5、模塊內(nèi)的某成分的輸出是另一成分的輸入，該模塊屬于（）內(nèi)聚。A.功能B.順序C.邏輯D.時間DAB6、結(jié)構(gòu)圖中不是主要成分的是（）。A.模塊B.模塊間傳遞數(shù)據(jù)C.模塊內(nèi)部數(shù)據(jù)D.模塊的控制關(guān)系C選擇題1、軟件設(shè)計一般分為總體設(shè)計和詳細(xì)設(shè)計，它們之間的關(guān)系7、模塊中的所有成分結(jié)合起來完成一項(xiàng)任務(wù)，該模塊屬于（）內(nèi)聚，它具有簡明的外部界面，由它構(gòu)成的軟件易于理解、測試和維護(hù)。A.偶然B.順序C.通信D.功能D8、軟件設(shè)計中模塊間的耦合性盡可能（）。A.強(qiáng)B.弱C.較強(qiáng)D.適中B9、一個模塊把一個數(shù)值量作為參數(shù)傳遞給另一模塊。這兩個模塊之間的耦合是（）。A.邏輯耦合B.數(shù)據(jù)耦合C.控制耦合D.內(nèi)容耦合10、一個模塊把開關(guān)量作為參數(shù)傳遞給另一模塊。這兩個模塊之間的耦合是（）。A.外部耦合B.數(shù)據(jù)耦合C.控制耦合D.內(nèi)容耦合11、在面向數(shù)據(jù)流的軟件設(shè)計方法中，一般將信息流分為（）。A.變換流和數(shù)據(jù)流B.變換流和控制流C.事務(wù)流和控制流D.數(shù)據(jù)流和控制流BCD7、模塊中的所有成分結(jié)合起來完成一項(xiàng)任務(wù)，該模塊屬于（12、（）著重反映的是模塊間的隸屬關(guān)系，即模塊間的調(diào)用關(guān)系和層次關(guān)系。A.程序流程圖B.數(shù)據(jù)流圖C.E-R圖D.結(jié)構(gòu)圖D13、首先將系統(tǒng)中的關(guān)鍵部分設(shè)計出來，再讓系統(tǒng)的其余部分的設(shè)計去適應(yīng)它們，這稱為（）。A.模塊化B.逐步求精C.抽象D.信息隱藏C14、模塊（），則說明模塊的獨(dú)立性越強(qiáng)。A.耦合越強(qiáng)B.扇入數(shù)越多C.耦合越弱D.扇出數(shù)越多15、為了提高模塊（），當(dāng)修改和維護(hù)模塊時減少把一個模塊的錯誤擴(kuò)散到其它模塊中去的機(jī)會。A.耦合性B.獨(dú)立性C.內(nèi)聚性D.共享性30、（）把已確定的軟件需求轉(zhuǎn)換成特定形式的設(shè)計表示，使其得以實(shí)現(xiàn)。A.系統(tǒng)設(shè)計B.詳細(xì)設(shè)計C.邏輯設(shè)計D.總體設(shè)計CBD12、（）著重反映的是模塊間的隸屬關(guān)系，即模塊間作業(yè)一、填空題：25-50二、選擇題：7-12、16-17、19、21、26、31-33作業(yè)一、填空題：25-50CH3需求分析一、需求分析概念需求分析是發(fā)現(xiàn)、求精、建模、規(guī)格說明和復(fù)審的過程，回答“做什么”的問題。為最終用戶所看到的系統(tǒng)建立一個軟件的邏輯模型（將用戶非形式的需求陳述轉(zhuǎn)化為完整的需求定義)。二、需求分析的基本原則(1)可以把一個復(fù)雜問題按功能進(jìn)行分解并可逐層細(xì)化；(2)必須能夠表達(dá)和理解問題的數(shù)據(jù)域和功能域；(3)建立軟件的邏輯模型；三、需求分析四項(xiàng)主要任務(wù)(1)確定對系統(tǒng)的綜合要求(2)分析系統(tǒng)的數(shù)據(jù)要求(3)導(dǎo)出軟件的邏輯模型(4)編寫文檔CH3需求分析一、需求分析概念二、需求分析的基本原則三、五、分析（邏輯）模型①數(shù)據(jù)模型（E-R圖,層次方框圖,Warnier圖）；②功能模型（數(shù)據(jù)流圖,數(shù)據(jù)字典）；③行為模型（狀態(tài)轉(zhuǎn)換圖，IPO）；

四、需求獲取方法(1)訪談（用戶被動）(2)面向數(shù)據(jù)流自頂向下求精（用戶被動）(3)簡易的應(yīng)用規(guī)格說明技術(shù)（用戶主動）(4)快速建立軟件原型（用戶與開發(fā)者不區(qū)分）五、分析（邏輯）模型四、需求獲取方法六、從哪些方面驗(yàn)證軟件需求的正確性①一致性：測試；形式化工具；②完整性：原型系統(tǒng)；③現(xiàn)實(shí)性：參照以往開發(fā)經(jīng)驗(yàn)，仿真模擬；④有效性：原型系統(tǒng)；六、從哪些方面驗(yàn)證軟件需求的正確性七、選擇題1、需求分析的基本任務(wù)是要準(zhǔn)確地定義

，為了滿足用戶需求，回答系統(tǒng)必須

的問題。扇新系統(tǒng)的目標(biāo)做什么2、在需求分析階段，首先進(jìn)行問題識別，即雙方確定對問題的綜合需求，這些需求包括：

需求、

需求、

需求、

需求。另外還有可靠性、安全性、保密性、可移植性、可維護(hù)性等方面的需求。功能、性能、環(huán)境、用戶界面3、需求分析的困難主要體現(xiàn)在4個方面：問題的復(fù)雜性、

、

、需求易變性。交流障礙、不完備性和不一致性4、在需求分析階段進(jìn)行以下幾個方面的工作：識別系統(tǒng)綜合要求、

、導(dǎo)出軟件邏輯模型、

。分析系統(tǒng)的數(shù)據(jù)要求、編寫文檔七、選擇題扇新系統(tǒng)的目標(biāo)做什么2、在需求分析八、填空題1、需求分析（)。A.要回答“軟件必須做什么？”B.可概括為：“理解、分解、表達(dá)”6個字C.要求編寫需求規(guī)格說明書D.以上都對2、需求分析階段研究的對象是軟件項(xiàng)目的（)。A.用戶要求B.合理要求C.系統(tǒng)要求D.環(huán)境要求3、軟件需求分析階段的工作，可以分成4個方面：確定系統(tǒng)綜合要求、分析系統(tǒng)的數(shù)據(jù)要求、導(dǎo)出邏輯模型以及（)。A.進(jìn)度規(guī)劃B.測試計劃C.需求分析評審D.編寫文檔4、需求規(guī)格說明書的作用不應(yīng)包括（)。A.軟件設(shè)計的依據(jù)B.用戶與開發(fā)人員對軟件要做什么的共同理解C.軟件驗(yàn)收的依據(jù)D.軟件可行性行研究的依據(jù)DADD八、填空題2、需求分析階段研究的對象是軟件項(xiàng)目的（CH2可行性研究一、可行性研究概念可行性研究是用最小的代價在盡可能短的時間內(nèi)確定項(xiàng)目是否能夠開發(fā)？是否值得去開發(fā)。二、可行性研究的任務(wù)任務(wù)(1)技術(shù)可行性(2)經(jīng)濟(jì)可行性(3)操作可行性(4)社會可行性(1)這個系統(tǒng)的經(jīng)濟(jì)效益能超過它的開發(fā)成本嗎？(2)短期效益,長遠(yuǎn)利益分析。操作規(guī)程簡便。容易獲得結(jié)果。(1)建立一個項(xiàng)目范圍，該范圍在管理級及技術(shù)級均是無二義性的和可理解的。(2)項(xiàng)目計劃的目標(biāo)提供一個框架，使項(xiàng)目的結(jié)果限定在這一個合理的范圍內(nèi)。(3)確定系統(tǒng)開發(fā)可能導(dǎo)致的任何侵權(quán)行為、妨礙性后果和責(zé)任。(1)能否解決系統(tǒng)中的技術(shù)難題，能否實(shí)現(xiàn)所要求的功能；(2)所開發(fā)的系統(tǒng)能否達(dá)到所要求的性能；(3)限制條件研究（資源有效性）①現(xiàn)有系統(tǒng)能實(shí)現(xiàn)嗎②現(xiàn)有的技術(shù)人員能否勝任；③開發(fā)所需要的軟件與硬件能否如期得到等

CH2可行性研究一、可行性研究概念二、可行性研究的任務(wù)任三、可行性研究步驟步驟問題定義技術(shù)、經(jīng)濟(jì)、操作、社會可行性研究研究結(jié)果三、可行性研究步驟步驟問題定義技術(shù)、經(jīng)濟(jì)、操作、社會可行性研四、成本-效益分析1、系統(tǒng)成本=開發(fā)成本+維護(hù)成本2、系統(tǒng)效益=經(jīng)濟(jì)效益+社會效益3、成本估計技術(shù)（主要表現(xiàn)為人力消耗)(1)代碼行技術(shù)(2)任務(wù)分解技術(shù)（類似代碼行技術(shù)，只是劃分的單位不同）(3)自動估計成本技術(shù)（前提是有大量的歷史數(shù)據(jù)庫）四、成本-效益分析五、數(shù)據(jù)流圖——DFD1、圖中沒有任何具體物理元素，只是描繪信息在系統(tǒng)中流動和處理的情況。非專業(yè)人員容易理解是通信的極好工具。2、由數(shù)據(jù)流、處理、數(shù)據(jù)存儲、實(shí)體（數(shù)據(jù)源點(diǎn)/終點(diǎn)）組成。3、數(shù)據(jù)流：是數(shù)據(jù)在系統(tǒng)內(nèi)傳播的路徑，由一組成分固定的數(shù)據(jù)項(xiàng)組成，用名稱標(biāo)注（與數(shù)據(jù)存儲傳播除外）。4、為了表示復(fù)雜問題的數(shù)據(jù)處理過程，用一組分層的數(shù)據(jù)流圖反映它。5、數(shù)據(jù)字典(DD)是關(guān)于數(shù)據(jù)信息的集合，是對DFD中包含的所有的定義數(shù)據(jù)項(xiàng)以一種準(zhǔn)確、無二義的描述方式，DD+DFD共同組成了軟件的邏輯模型。6、數(shù)據(jù)項(xiàng)是數(shù)據(jù)流和數(shù)據(jù)存儲的最小單位。五、數(shù)據(jù)流圖——DFD六、選擇題1、

的目的就是用最小代價在盡可能短的時間內(nèi)確定該軟件項(xiàng)目是否能夠開發(fā)、是否值得開發(fā)。2、可行性研究的目的不是是開發(fā)一個軟件項(xiàng)目，而是研究這個項(xiàng)目是否

。3、可行性研究需要從

可行性、

可行性、可行性和

可行性四個方面分析研究每種解決方案的可行性。經(jīng)濟(jì)、技術(shù)、操作、社會4、技術(shù)可行性是對開發(fā)項(xiàng)目的

、

、

進(jìn)行分析，確定現(xiàn)有資源條件下，技術(shù)風(fēng)險有多大，項(xiàng)目是否能實(shí)現(xiàn)。功能、性能、限制條件2可行性研究是否做值得5、經(jīng)濟(jì)可行性一般要考慮的情況包括：

和

。成本、效益6、社會可行性所涉及的范圍包括

、

、

、用戶組織的管理模式、范圍以及其他一些技術(shù)人員常常不了解的陷阱。合同、責(zé)任、侵權(quán)六、選擇題2、可行性研究的目的不是是開發(fā)一個軟件7、典型的可行性研究有以下步驟：確定項(xiàng)目的規(guī)模和目標(biāo)、

、

、導(dǎo)出和評價各種方案、推薦可行的方案和編寫可行性研究報告。8、系統(tǒng)效益=經(jīng)濟(jì)效益+

。9、效益分有型效益和

兩種。無形10、可行性研究的第一個步驟是

。社會效益建立新系統(tǒng)的高層邏輯模型11、數(shù)據(jù)字典就是用來定義數(shù)據(jù)流圖中的

的。它和數(shù)據(jù)流圖共同構(gòu)成了系統(tǒng)的

，是

的主要組成部分。確定項(xiàng)目的規(guī)模和目標(biāo)12、由于數(shù)據(jù)流是流動中的數(shù)據(jù)，所以必須有

。除了與

之間的數(shù)據(jù)流命名外，數(shù)據(jù)流應(yīng)該采用名詞或名詞短語。各個成分的具體含義、邏輯模型、需求說明書研究正在運(yùn)行的系統(tǒng)流向、數(shù)據(jù)存儲7、典型的可行性研究有以下步驟：確定項(xiàng)目的規(guī)模和目七、填空題1、研究開發(fā)資源有效性是進(jìn)行()可行性研究的一個方面A.技術(shù)B.經(jīng)濟(jì)C.社會D.操作2、在軟件可行性研究中、可以從不同的角度對軟件進(jìn)行研究，其中從軟件的功能可行性角度考慮的是()可行性A.經(jīng)濟(jì)B.技術(shù)C.操作D.社會3、在遵循軟件工程原則開發(fā)軟件過程中，計劃階段應(yīng)該依次完成()A.可行性研究、需求分析、問題定義B.問題定義、可行性研究、需求分析C.需求分析、問題定義、可行性研究D.可行性研究、問題定義、需求分析4、可行性研究要進(jìn)行的需求分析和設(shè)計應(yīng)是()。A.詳細(xì)的B.全面的C.簡化的D.徹底的DBBC七、填空題2、在軟件可行性研究中、可以從不同的角度對軟件進(jìn)行

CH1軟件工程概念一、基本概念1、軟件工程“軟件工程”的概念是為了有效的控制軟件危機(jī)的發(fā)生而被提出來的，它的中心目標(biāo)就是把軟件作為一種物理的工業(yè)產(chǎn)品來開發(fā)，要求“采用工程化的原理與方法對軟件進(jìn)行計劃、開發(fā)和維護(hù)”。

2、軟件生命周期

按照在軟件生命周期全過程中應(yīng)完成的任務(wù)的性質(zhì)，在概念上可以把軟件生命周期劃分成問題定義、可行性研究、需求分析、概要設(shè)計、詳細(xì)設(shè)計、編碼和單元測試、綜合測試以及維護(hù)等八個階段。軟件工程導(dǎo)論復(fù)習(xí)3、軟件過程

軟件過程是為了獲得高質(zhì)量軟件產(chǎn)品所需要完成的一系列任務(wù)的框架，它規(guī)定了完成各項(xiàng)任務(wù)的工作步驟。軟件過程必須科學(xué)、合理，才能開發(fā)出高質(zhì)量的軟件產(chǎn)品。4、軟件危機(jī)軟件的可靠性沒有保障、維護(hù)費(fèi)用不斷上升、進(jìn)度無法預(yù)測、成本增長無法控制、程序員無限度增加等，形成軟件開發(fā)局面失控的狀態(tài)。3、軟件過程二、軟件的特征抽象性。模糊性。不磨損、不老化。依賴性。高成本。多因性?？蓮?fù)制性。是一種邏輯實(shí)體，而不是物理實(shí)體受計算機(jī)系統(tǒng)的限制，這導(dǎo)致了軟件移植的問題軟件開發(fā)不純粹是技術(shù)，是門藝術(shù)，還涉及法律、倫理、心理學(xué)等社會因素沒有明顯的制作過程由軟件維護(hù)復(fù)雜性決定，大部分是定制的，而不是裝配的與開發(fā)成本相比，復(fù)制成本很低。二、軟件的特征是一種邏輯實(shí)體，而不是物理實(shí)體受計算機(jī)系統(tǒng)的限①對軟件開發(fā)成本和進(jìn)度的估計常常很不準(zhǔn)確②用戶對“已完成的”軟件系統(tǒng)不滿意的現(xiàn)象經(jīng)常發(fā)生③軟件產(chǎn)品的質(zhì)量往往靠不?、苘浖３Ｊ遣豢删S護(hù)的⑤軟件通常沒有適當(dāng)?shù)奈臋n資料⑥軟件成本在計算機(jī)系統(tǒng)總成本中所占的比例逐年上升⑦軟件開發(fā)生產(chǎn)率提高的速度遠(yuǎn)遠(yuǎn)跟不上計算機(jī)應(yīng)用迅速普及深入的趨勢三、軟件危機(jī)主要表現(xiàn)①對軟件開發(fā)成本和進(jìn)度的估計常常很不準(zhǔn)確⑦軟件開發(fā)生產(chǎn)軟件工程的基本原理

四、軟件工程7條基本特性(1)軟件工程關(guān)注大型程序的構(gòu)造(2)軟件工程的中心課題是控制復(fù)雜性(3)軟件經(jīng)常變化(4)開發(fā)軟件的效率非常重要(5)和諧的合作是開發(fā)軟件的關(guān)鍵(6)軟件必須有效地支持它的用戶(7)由具有一種文化背景的人代替具有另一種文化背景的人創(chuàng)造產(chǎn)品軟件工程的基本原理四、軟件工程7條基本特性(1)軟件工程關(guān)軟件工程的基本原理

(1)用生命周期計劃嚴(yán)格管理

(2)堅(jiān)持進(jìn)行階段評審(3)實(shí)行產(chǎn)品一致性控制(4)采用最新的軟件設(shè)計技術(shù)

(5)清楚地審查軟件產(chǎn)品

(6)開發(fā)小組的人員應(yīng)該少而精

(7)承認(rèn)不斷改進(jìn)軟件工程實(shí)踐的必要性

五、軟件工程的7條基本原理軟件工程的基本原理(1)用生命周期計劃嚴(yán)格管理五、軟件工六、軟件生命周期8個階段的基本任務(wù)階段關(guān)鍵問題結(jié)束標(biāo)準(zhǔn)問題定義要解決的問題是什么？關(guān)于規(guī)模和目標(biāo)的報告書可行性研究有可行的解嗎？系統(tǒng)的高層邏輯模型需求分析系統(tǒng)必須做什么？系統(tǒng)的邏輯模型總體設(shè)計概括地說，應(yīng)該如何解決這個問題？系統(tǒng)層次圖或結(jié)構(gòu)圖詳細(xì)設(shè)計怎樣具體地實(shí)現(xiàn)這個系統(tǒng)？編碼規(guī)格說明編碼和單元測試正確的程序模塊源程序、單元測試方案和結(jié)果綜合測試符合要求的軟件綜合測試方案和結(jié)果、軟件配置維護(hù)持久地滿足擁用戶需要維護(hù)記錄六、軟件生命周期8個階段的基本任務(wù)階段關(guān)鍵問題結(jié)束標(biāo)準(zhǔn)問題定七、5種生命周期模型(即軟件過程模型)①瀑布模型的優(yōu)勢在于它是規(guī)范的、文檔驅(qū)動的方法；缺點(diǎn)是，最終交付的產(chǎn)品可能不是用戶真正需要的。②快速原型通過快速構(gòu)建起一個可運(yùn)行的原型系統(tǒng)，讓用戶試用原型并收集用戶反饋意見的辦法，獲取用戶的真實(shí)需求。③增量模型具有能在軟件開發(fā)的早期階段使投資獲得明顯回報和易于維護(hù)的優(yōu)點(diǎn)，但是，要求軟件具有開放結(jié)構(gòu)是使用這種模型時固有的困難。七、5種生命周期模型(即軟件過程模型)④風(fēng)險驅(qū)動的螺旋模型適用于大規(guī)模的內(nèi)部開發(fā)項(xiàng)目，但是，只有在開發(fā)人員具有風(fēng)險分析和排除風(fēng)險的經(jīng)驗(yàn)及專門知識時，使用這種模型才會獲得成功。⑤當(dāng)使用面向?qū)ο蠓缎烷_發(fā)軟件時，軟件生命周期必須是循環(huán)的，也就是說，軟件過程必須支持反饋和迭代。噴泉模型是一種典型的適合于面向?qū)ο蠓缎偷倪^程模型。④風(fēng)險驅(qū)動的螺旋模型適用于大規(guī)模的內(nèi)部開發(fā)項(xiàng)目，但是八、SE方法學(xué)(1)面向過程的分析和設(shè)計方法(2)面向數(shù)據(jù)的分析和設(shè)計方法(3)面向?qū)ο蟮姆治龊驮O(shè)計方法這種方法學(xué)把軟件生命周期的全過程依次劃分為若干個階段，然后順序地逐步完成每個階段的任務(wù)。也稱結(jié)構(gòu)化方法這種方法學(xué)是從信息結(jié)構(gòu)進(jìn)行分析，產(chǎn)生數(shù)據(jù)結(jié)構(gòu)圖，再在此基礎(chǔ)上，進(jìn)行需求分析，導(dǎo)出軟件的結(jié)構(gòu)。

這種方法學(xué)把數(shù)據(jù)和行為看成同等重要，它是一種以數(shù)據(jù)為主線，把數(shù)據(jù)和對數(shù)據(jù)的操作緊密地結(jié)合在一起的方法。面向?qū)ο蟮幕驹瓌t是盡可能地模擬人類的思維習(xí)慣——使問題描述空間與計算機(jī)的解空間盡可能保持一致。八、SE方法學(xué)(1)面向過程的分析和設(shè)計方法這種方法學(xué)把軟That'sAll!That'sAll!一、總體設(shè)計基本任務(wù)（過程）1、軟件結(jié)構(gòu)設(shè)計=模塊設(shè)計+接口設(shè)計（5）軟件結(jié)構(gòu)設(shè)計是以模塊為基礎(chǔ)，以需求分析的結(jié)果為依據(jù)，從實(shí)現(xiàn)的角度進(jìn)一步劃分模塊，并組成模塊的層次結(jié)構(gòu)(接口）。(1)采用某種方法，將一個復(fù)雜的系統(tǒng)按功能劃分成模塊；(2)確定每個模塊的功能；(3)確定模塊之間的調(diào)用關(guān)系；(4)確定模塊之間的接口（傳遞的信息）；(5)評價模塊結(jié)構(gòu)的質(zhì)量。

CH5總體設(shè)計一、總體設(shè)計基本任務(wù)（過程）CH5總體設(shè)計3、書寫文檔（8）總體設(shè)計說明書、數(shù)據(jù)庫設(shè)計說明書、詳細(xì)的實(shí)現(xiàn)計劃4、評審（9）總體設(shè)計評價是對設(shè)計部分是否完整地實(shí)現(xiàn)了需求中規(guī)定的功能、性能等要求，設(shè)計方案的可行性，關(guān)鍵的處理及內(nèi)外部接口定義正確性、有效性，各部分之間的一致性等都一一進(jìn)行評審。2、數(shù)據(jù)設(shè)計=數(shù)據(jù)結(jié)構(gòu)設(shè)計+數(shù)據(jù)庫設(shè)計設(shè)計（6）(1)根據(jù)需求分析階段對系統(tǒng)數(shù)據(jù)的組成、操作約束和數(shù)據(jù)間關(guān)系的描述，確定數(shù)據(jù)結(jié)構(gòu)特性。(2)一般軟件系統(tǒng)都有數(shù)據(jù)存儲，存儲要借助數(shù)據(jù)庫技術(shù)。數(shù)據(jù)庫的設(shè)計包括：概念設(shè)計、邏輯設(shè)計和物理設(shè)計。3、書寫文檔（8）2、數(shù)據(jù)設(shè)計=數(shù)據(jù)結(jié)構(gòu)設(shè)計+數(shù)據(jù)庫設(shè)計設(shè)計二、軟件設(shè)計的基本原理1、抽象：是認(rèn)識復(fù)雜過程中使用的思維工具，即抽象出事物的本質(zhì)共同特征而暫不考慮它的細(xì)節(jié)，不考慮其它因素。2、逐步求精：是在原始說明的基礎(chǔ)上進(jìn)行詳細(xì)說明，隨著不斷細(xì)化給出更多的細(xì)節(jié)。3、模塊化：模塊是可組合、分解和更換的單元，具有：接口、功能、狀態(tài)、邏輯4大特征。4、信息隱藏：指設(shè)計模塊時，使一個模塊內(nèi)包含的信息，對不需要這些的其它模塊來說，是不能訪問的。通過信息隱藏可以定義和實(shí)施對模塊的過程細(xì)節(jié)和局部數(shù)據(jù)結(jié)構(gòu)的存取權(quán)限。5、模塊獨(dú)立性：指完成系統(tǒng)要求的獨(dú)立的子功能，并且與其它模塊的聯(lián)系最少且接口簡單。衡量獨(dú)立性的標(biāo)準(zhǔn)：內(nèi)聚性、耦合性。二、軟件設(shè)計的基本原理(1)模塊間耦合的類型兩個模塊沒有直接關(guān)系一模塊調(diào)用另一模塊時，被調(diào)用模塊的輸入、輸出都是簡單的數(shù)據(jù)如兩個模塊通過傳遞數(shù)據(jù)結(jié)構(gòu)一模塊通過開關(guān)量、標(biāo)志、名字等控制信息，明顯地控制另一模塊的功能一組模塊引用同一個公用數(shù)據(jù)區(qū)一模塊直接訪問另一模塊的內(nèi)部信息(1)模塊間耦合的類型兩個模塊沒有直接關(guān)系一模塊調(diào)用另一模塊(2)模塊的內(nèi)聚性類型模塊內(nèi)各部分間無聯(lián)系把幾種相關(guān)功能(邏輯上相似的功能)組合在一模塊內(nèi),每次調(diào)用由傳給模塊的參數(shù)確定執(zhí)行哪種功能。功能只因時間因素關(guān)聯(lián)在一起模塊內(nèi)各處理成分相關(guān)，且必須以特定次序執(zhí)行模塊內(nèi)各部分使用相同的輸入數(shù)據(jù)，或產(chǎn)生相同的輸出結(jié)果模塊內(nèi)各部分使用相同的輸入數(shù)據(jù)，或產(chǎn)生相同的輸出結(jié)果模塊僅包括為完成某個功能所必須的所有成分(2)模塊的內(nèi)聚性類型模塊內(nèi)各部分間無聯(lián)系把幾種相關(guān)功能(邏三、軟件結(jié)構(gòu)圖軟件結(jié)構(gòu)往往用樹狀和網(wǎng)狀結(jié)構(gòu)的圖形來表示。結(jié)構(gòu)圖主要內(nèi)容有：模塊、模塊的控制關(guān)、模塊間的信息傳遞。具有如下形態(tài)特征：深度、寬度、扇入、扇出。選擇調(diào)用數(shù)據(jù)流循環(huán)調(diào)用控制流三、軟件結(jié)構(gòu)圖選擇調(diào)用數(shù)據(jù)流循環(huán)調(diào)用控制流四、軟件結(jié)構(gòu)設(shè)計優(yōu)化標(biāo)準(zhǔn)1、模塊獨(dú)立性標(biāo)準(zhǔn)。高內(nèi)聚、低耦合2、控制與作用范圍之間的標(biāo)準(zhǔn)。一個模塊的作用范圍應(yīng)在其控制范圍之內(nèi)。3、結(jié)構(gòu)特征標(biāo)準(zhǔn)。從形態(tài)上看，應(yīng)是頂層扇出較高一些，中間層扇出較低一些，底層扇入數(shù)較高一些。4、模塊接口標(biāo)注。模塊的接口要簡單、清晰及含義明確，便于理解，易于實(shí)現(xiàn)、維護(hù)與測試。四、軟件結(jié)構(gòu)設(shè)計優(yōu)化標(biāo)準(zhǔn)五、面向數(shù)據(jù)流的設(shè)計方法DFD軟件結(jié)構(gòu)1、變換型數(shù)據(jù)流圖：由輸入、變換、輸出三部分組成。形成順序結(jié)構(gòu)。2、事務(wù)型數(shù)據(jù)流圖：若某個加工將它的數(shù)據(jù)流分離成許多發(fā)散的數(shù)據(jù)流，并根據(jù)輸入的值選擇其中一個路徑來執(zhí)行，這個加工稱為“事務(wù)處理中心”。五、面向數(shù)據(jù)流的設(shè)計方法六、填空題1、在軟件的體系結(jié)構(gòu)中，模塊是可組合、分解和更換的單元。模塊具有

、

、

、和

等屬性。接口、功能、邏輯、狀態(tài)2、總體設(shè)計的文檔主要有：

和

?？傮w設(shè)計說明書、數(shù)據(jù)庫設(shè)計說明書3、數(shù)據(jù)庫設(shè)計指

的設(shè)計，主要進(jìn)行一下幾方面的設(shè)計

、

、

。數(shù)據(jù)存儲設(shè)計概念設(shè)計、邏輯設(shè)計、物理設(shè)計4、軟件設(shè)計的基本任務(wù)包括：

、

、

和

4個方面設(shè)計軟件結(jié)構(gòu)、數(shù)據(jù)結(jié)構(gòu)和數(shù)據(jù)庫設(shè)計、編寫設(shè)計文檔、評審5、抽象是認(rèn)識復(fù)雜現(xiàn)象過程中使用的思維工具，即抽出事物

的、

的特性而暫不考慮它的

，不考慮其它因素。本質(zhì)、共同、細(xì)節(jié)6、軟件結(jié)構(gòu)設(shè)計是以

為基礎(chǔ)，以需求分析的結(jié)果為依據(jù)，從實(shí)現(xiàn)的角度進(jìn)一步劃分

，并組成模塊的

。模塊模塊層次結(jié)構(gòu)六、填空題接口、功能、邏輯、狀態(tài)2、總體設(shè)計的文7、軟件設(shè)計是一個把

轉(zhuǎn)換為軟件表示的過程，包括總體設(shè)計和

。需求分析8、進(jìn)入了設(shè)計階段，要把軟件“做什么”的

模型變換為“怎么做”的

模型，即著手實(shí)現(xiàn)軟件需求，并將設(shè)計的結(jié)果反映在

文檔中。詳細(xì)設(shè)計9、總體設(shè)計評價是對設(shè)計部分是否完整地實(shí)現(xiàn)了需求中規(guī)定的

、

等要求，設(shè)計方案的

，關(guān)鍵的處理及內(nèi)外部接口定義

有效性，各部分之間的

等都一一進(jìn)行評審。邏輯設(shè)計10、在一個模塊中，

、

和

反映模塊外部特征，

反映它的內(nèi)部特性。功能、性能11、

是指在設(shè)計和確定模塊時，使得一個模塊的內(nèi)包含的信息對于不需要遮羞信息的其它模塊來說是不能

的?？尚行?2、設(shè)計軟件結(jié)構(gòu)，具體為：(1)采用某種方法將一個復(fù)雜系統(tǒng)按功能劃分為

(2)確定每個模塊的

(3)確定模塊之間的

(4)確定模塊之間的

，即模塊之間傳遞的信息。(5)評價模塊結(jié)構(gòu)的質(zhì)量。正確性一致性功能、狀態(tài)、接口物理邏輯信息隱藏訪問模塊功能調(diào)用關(guān)系接口7、軟件設(shè)計是一個把轉(zhuǎn)換為軟件表示的過13、模塊間耦合高低取決與模塊間

、

及

。接口的復(fù)雜性、調(diào)用方式、傳遞信息14、耦合性分

種類型，最強(qiáng)耦合

，最弱耦合

。15、模塊獨(dú)立性中每個模塊只完成問題要求的

子功能，并且與其它模塊的聯(lián)系

。6、內(nèi)容耦合、無直接耦合16、內(nèi)聚性分

種類型，最強(qiáng)內(nèi)聚

，最弱內(nèi)聚

。獨(dú)立的、最少且接口簡單17、耦合性指軟件結(jié)構(gòu)中

相互聯(lián)系緊密程度的一種度量。模塊之間聯(lián)系越

，其耦合性就越強(qiáng)，模塊的

則越差。18、

是指兩個模塊之間有調(diào)用關(guān)系，傳遞的是簡單的數(shù)據(jù)值，相當(dāng)于高級語言中的

。7、偶然內(nèi)聚、功能內(nèi)聚各模塊間、緊密、獨(dú)立性數(shù)據(jù)耦合、值傳遞13、模塊間耦合高低取決與模塊間、19、

指兩個模塊之間傳遞的是數(shù)據(jù)結(jié)構(gòu)，如高級語言中的數(shù)據(jù)名、記錄名、文件名等，其實(shí)傳遞的是

。標(biāo)記耦合、這個數(shù)據(jù)結(jié)構(gòu)的地址20、功能內(nèi)聚是內(nèi)聚程度最

的內(nèi)聚，指模塊內(nèi)所有元素共同完成

，缺一不可。功能內(nèi)聚的模塊與其它模塊的耦合是

的。21、結(jié)構(gòu)圖主要內(nèi)容有

、

、

。強(qiáng)、一個功能、弱22、變換型DFD由

、

和

三部分組成。模塊、模塊的控制關(guān)系、模塊的信息傳遞23、軟件結(jié)構(gòu)從形態(tài)上總的考慮是：頂層扇出數(shù)較

一些，中間層扇出數(shù)較

一些，底層

數(shù)較高一些。24、軟件結(jié)構(gòu)設(shè)計是以

為基礎(chǔ)，在需求分析階段，已經(jīng)把系統(tǒng)分解成層次結(jié)構(gòu)。設(shè)計階段以需求分析的結(jié)果為根據(jù)，從實(shí)現(xiàn)的角度進(jìn)一步劃分為模塊，并組成模塊的層次結(jié)構(gòu)。輸入、變換、輸出扇入模塊高低19、指兩個模塊之間傳遞的是數(shù)據(jù)結(jié)選擇題1、軟件設(shè)計一般分為總體設(shè)計和詳細(xì)設(shè)計，它們之間的關(guān)系是（)。A.全局和局部B.抽象和具體C.總體和層次D.功能和結(jié)構(gòu)A2、軟件結(jié)構(gòu)使用的圖形工具，一般采用（)圖。

A.DFDB.PADC.SCD.E-RC3、下列中屬于軟件設(shè)計的基本原理的是（)。A.數(shù)據(jù)流分析B.變換流分析C.事務(wù)流分析D.模塊化4、將幾個邏輯上相似的成分放在一個模塊中，該模塊屬于（）內(nèi)聚。A.邏輯B.時間C.功能D.通信5、模塊內(nèi)的某成分的輸出是另一成分的輸入，該模塊屬于（）內(nèi)聚。A.功能B.順序C.邏輯D.時間DAB6、結(jié)構(gòu)圖中不是主要成分的是（）。A.模塊B.模塊間傳遞數(shù)據(jù)C.模塊內(nèi)部數(shù)據(jù)D.模塊的控制關(guān)系C選擇題1、軟件設(shè)計一般分為總體設(shè)計和詳細(xì)設(shè)計，它們之間的關(guān)系7、模塊中的所有成分結(jié)合起來完成一項(xiàng)任務(wù)，該模塊屬于（）內(nèi)聚，它具有簡明的外部界面，由它構(gòu)成的軟件易于理解、測試和維護(hù)。A.偶然B.順序C.通信D.功能D8、軟件設(shè)計中模塊間的耦合性盡可能（）。A.強(qiáng)B.弱C.較強(qiáng)D.適中B9、一個模塊把一個數(shù)值量作為參數(shù)傳遞給另一模塊。這兩個模塊之間的耦合是（）。A.邏輯耦合B.數(shù)據(jù)耦合C.控制耦合D.內(nèi)容耦合10、一個模塊把開關(guān)量作為參數(shù)傳遞給另一模塊。這兩個模塊之間的耦合是（）。A.外部耦合B.數(shù)據(jù)耦合C.控制耦合D.內(nèi)容耦合11、在面向數(shù)據(jù)流的軟件設(shè)計方法中，一般將信息流分為（）。A.變換流和數(shù)據(jù)流B.變換流和控制流C.事務(wù)流和控制流D.數(shù)據(jù)流和控制流BCD7、模塊中的所有成分結(jié)合起來完成一項(xiàng)任務(wù)，該模塊屬于（12、（）著重反映的是模塊間的隸屬關(guān)系，即模塊間的調(diào)用關(guān)系和層次關(guān)系。A.程序流程圖B.數(shù)據(jù)流圖C.E-R圖D.結(jié)構(gòu)圖D13、首先將系統(tǒng)中的關(guān)鍵部分設(shè)計出來，再讓系統(tǒng)的其余部分的設(shè)計去適應(yīng)它們，這稱為（）。A.模塊化B.逐步求精C.抽象D.信息隱藏C14、模塊（），則說明模塊的獨(dú)立性越強(qiáng)。A.耦合越強(qiáng)B.扇入數(shù)越多C.耦合越弱D.扇出數(shù)越多15、為了提高模塊（），當(dāng)修改和維護(hù)模塊時減少把一個模塊的錯誤擴(kuò)散到其它模塊中去的機(jī)會。A.耦合性B.獨(dú)立性C.內(nèi)聚性D.共享性30、（）把已確定的軟件需求轉(zhuǎn)換成特定形式的設(shè)計表示，使其得以實(shí)現(xiàn)。A.系統(tǒng)設(shè)計B.詳細(xì)設(shè)計C.邏輯設(shè)計D.總體設(shè)計CBD12、（）著重反映的是模塊間的隸屬關(guān)系，即模塊間作業(yè)一、填空題：25-50二、選擇題：7-12、16-17、19、21、26、31-33作業(yè)一、填空題：25-50CH3需求分析一、需求分析概念需求分析是發(fā)現(xiàn)、求精、建模、規(guī)格說明和復(fù)審的過程，回答“做什么”的問題。為最終用戶所看到的系統(tǒng)建立一個軟件的邏輯模型（將用戶非形式的需求陳述轉(zhuǎn)化為完整的需求定義)。二、需求分析的基本原則(1)可以把一個復(fù)雜問題按功能進(jìn)行分解并可逐層細(xì)化；(2)必須能夠表達(dá)和理解問題的數(shù)據(jù)域和功能域；(3)建立軟件的邏輯模型；三、需求分析四項(xiàng)主要任務(wù)(1)確定對系統(tǒng)的綜合要求(2)分析系統(tǒng)的數(shù)據(jù)要求(3)導(dǎo)出軟件的邏輯模型(4)編寫文檔CH3需求分析一、需求分析概念二、需求分析的基本原則三、五、分析（邏輯）模型①數(shù)據(jù)模型（E-R圖,層次方框圖,Warnier圖）；②功能模型（數(shù)據(jù)流圖,數(shù)據(jù)字典）；③行為模型（狀態(tài)轉(zhuǎn)換圖，IPO）；

四、需求獲取方法(1)訪談（用戶被動）(2)面向數(shù)據(jù)流自頂向下求精（用戶被動）(3)簡易的應(yīng)用規(guī)格說明技術(shù)（用戶主動）(4)快速建立軟件原型（用戶與開發(fā)者不區(qū)分）五、分析（邏輯）模型四、需求獲取方法六、從哪些方面驗(yàn)證軟件需求的正確性①一致性：測試；形式化工具；②完整性：原型系統(tǒng)；③現(xiàn)實(shí)性：參照以往開發(fā)經(jīng)驗(yàn)，仿真模擬；④有效性：原型系統(tǒng)；六、從哪些方面驗(yàn)證軟件需求的正確性七、選擇題1、需求分析的基本任務(wù)是要準(zhǔn)確地定義

，為了滿足用戶需求，回答系統(tǒng)必須

的問題。扇新系統(tǒng)的目標(biāo)做什么2、在需求分析階段，首先進(jìn)行問題識別，即雙方確定對問題的綜合需求，這些需求包括：

需求、

需求、

需求、

需求。另外還有可靠性、安全性、保密性、可移植性、可維護(hù)性等方面的需求。功能、性能、環(huán)境、用戶界面3、需求分析的困難主要體現(xiàn)在4個方面：問題的復(fù)雜性、

、

、需求易變性。交流障礙、不完備性和不一致性4、在需求分析階段進(jìn)行以下幾個方面的工作：識別系統(tǒng)綜合要求、

、導(dǎo)出軟件邏輯模型、

。分析系統(tǒng)的數(shù)據(jù)要求、編寫文檔七、選擇題扇新系統(tǒng)的目標(biāo)做什么2、在需求分析八、填空題1、需求分析（)。A.要回答“軟件必須做什么？”B.可概括為：“理解、分解、表達(dá)”6個字C.要求編寫需求規(guī)格說明書D.以上都對2、需求分析階段研究的對象是軟件項(xiàng)目的（)。A.用戶要求B.合理要求C.系統(tǒng)要求D.環(huán)境要求3、軟件需求分析階段的工作，可以分成4個方面：確定系統(tǒng)綜合要求、分析系統(tǒng)的數(shù)據(jù)要求、導(dǎo)出邏輯模型以及（)。A.進(jìn)度規(guī)劃B.測試計劃C.需求分析評審D.編寫文檔4、需求規(guī)格說明書的作用不應(yīng)包括（)。A.軟件設(shè)計的依據(jù)B.用戶與開發(fā)人員對軟件要做什么的共同理解C.軟件驗(yàn)收的依據(jù)D.軟件可行性行研究的依據(jù)DADD八、填空題2、需求分析階段研究的對象是軟件項(xiàng)目的（CH2可行性研究一、可行性研究概念可行性研究是用最小的代價在盡可能短的時間內(nèi)確定項(xiàng)目是否能夠開發(fā)？是否值得去開發(fā)。二、可行性研究的任務(wù)任務(wù)(1)技術(shù)可行性(2)經(jīng)濟(jì)可行性(3)操作可行性(4)社會可行性(1)這個系統(tǒng)的經(jīng)濟(jì)效益能超過它的開發(fā)成本嗎？(2)短期效益,長遠(yuǎn)利益分析。操作規(guī)程簡便。容易獲得結(jié)果。(1)建立一個項(xiàng)目范圍，該范圍在管理級及技術(shù)級均是無二義性的和可理解的。(2)項(xiàng)目計劃的目標(biāo)提供一個框架，使項(xiàng)目的結(jié)果限定在這一個合理的范圍內(nèi)。(3)確定系統(tǒng)開發(fā)可能導(dǎo)致的任何侵權(quán)行為、妨礙性后果和責(zé)任。(1)能否解決系統(tǒng)中的技術(shù)難題，能否實(shí)現(xiàn)所要求的功能；(2)所開發(fā)的系統(tǒng)能否達(dá)到所要求的性能；(3)限制條件研究（資源有效性）①現(xiàn)有系統(tǒng)能實(shí)現(xiàn)嗎②現(xiàn)有的技術(shù)人員能否勝任；③開發(fā)所需要的軟件與硬件能否如期得到等

CH2可行性研究一、可行性研究概念二、可行性研究的任務(wù)任三、可行性研究步驟步驟問題定義技術(shù)、經(jīng)濟(jì)、操作、社會可行性研究研究結(jié)果三、可行性研究步驟步驟問題定義技術(shù)、經(jīng)濟(jì)、操作、社會可行性研四、成本-效益分析1、系統(tǒng)成本=開發(fā)成本+維護(hù)成本2、系統(tǒng)效益=經(jīng)濟(jì)效益+社會效益3、成本估計技術(shù)（主要表現(xiàn)為人力消耗)(1)代碼行技術(shù)(2)任務(wù)分解技術(shù)（類似代碼行技術(shù)，只是劃分的單位不同）(3)自動估計成本技術(shù)（前提是有大量的歷史數(shù)據(jù)庫）四、成本-效益分析五、數(shù)據(jù)流圖——DFD1、圖中沒有任何具體物理元素，只是描繪信息在系統(tǒng)中流動和處理的情況。非專業(yè)人員容易理解是通信的極好工具。2、由數(shù)據(jù)流、處理、數(shù)據(jù)存儲、實(shí)體（數(shù)據(jù)源點(diǎn)/終點(diǎn)）組成。3、數(shù)據(jù)流：是數(shù)據(jù)在系統(tǒng)內(nèi)傳播的路徑，由一組成分固定的數(shù)據(jù)項(xiàng)組成，用名稱標(biāo)注（與數(shù)據(jù)存儲傳播除外）。4、為了表示復(fù)雜問題的數(shù)據(jù)處理過程，用一組分層的數(shù)據(jù)流圖反映它。5、數(shù)據(jù)字典(DD)是關(guān)于數(shù)據(jù)信息的集合，是對DFD中包含的所有的定義數(shù)據(jù)項(xiàng)以一種準(zhǔn)確、無二義的描述方式，DD+DFD共同組成了軟件的邏輯模型。6、數(shù)據(jù)項(xiàng)是數(shù)據(jù)流和數(shù)據(jù)存儲的最小單位。五、數(shù)據(jù)流圖——DFD六、選擇題1、

的目的就是用最小代價在盡可能短的時間內(nèi)確定該軟件項(xiàng)目是否能夠開發(fā)、是否值得開發(fā)。2、可行性研究的目的不是是開發(fā)一個軟件項(xiàng)目，而是研究這個項(xiàng)目是否

。3、可行性研究需要從

可行性、

可行性、可行性和

可行性四個方面分析研究每種解決方案的可行性。經(jīng)濟(jì)、技術(shù)、操作、社會4、技術(shù)可行性是對開發(fā)項(xiàng)目的

、

、

進(jìn)行分析，確定現(xiàn)有資源條件下，技術(shù)風(fēng)險有多大，項(xiàng)目是否能實(shí)現(xiàn)。功能、性能、限制條件2可行性研究是否做值得5、經(jīng)濟(jì)可行性一般要考慮的情況包括：

和

。成本、效益6、社會可行性所涉及的范圍包括

、

、

、用戶組織的管理模式、范圍以及其他一些技術(shù)人員常常不了解的陷阱。合同、責(zé)任、侵權(quán)六、選擇題2、可行性研究的目的不是是開發(fā)一個軟件7、典型的可行性研究有以下步驟：確定項(xiàng)目的規(guī)模和目標(biāo)、

、

、導(dǎo)出和評價各種方案、推薦可行的方案和編寫可行性研究報告。8、系統(tǒng)效益=經(jīng)濟(jì)效益+

。9、效益分有型效益和

兩種。無形10、可行性研究的第一個步驟是

。社會效益建立新系統(tǒng)的高層邏輯模型11、數(shù)據(jù)字典就是用來定義數(shù)據(jù)流圖中的

的。它和數(shù)據(jù)流圖共同構(gòu)成了系統(tǒng)的

，是

的主要組成部分。確定項(xiàng)目的規(guī)模和目標(biāo)12、由于數(shù)據(jù)流是流動中的數(shù)據(jù)，所以必須有

。除了與

之間的數(shù)據(jù)流命名外，數(shù)據(jù)流應(yīng)該采用名詞或名詞短語。各個成分的具體含義、邏輯模型、需求說明書研究正在運(yùn)行的系統(tǒng)流向、數(shù)據(jù)存儲7、典型的可行性研究有以下步驟：確定項(xiàng)目的規(guī)模和目七、填空題1、研究開發(fā)資源有效性是進(jìn)行()可行性研究的一個方面A.技術(shù)B.經(jīng)濟(jì)C.社會D.操作2、在軟件可行性研究中、可以從不同的角度對軟件進(jìn)行研究，其中從軟件的功能可行性角度考慮的是()可行性A.經(jīng)濟(jì)B.技術(shù)C.操作D.社會3、在遵循軟件工程原則開發(fā)軟件過程中，計劃階段應(yīng)該依次完成()A.可行性研究、需求分析、問題定義B.問題定義、可行性研究、需求分析