安徽大學(xué)軟件工程導(dǎo)論期末復(fù)習(xí)考點(diǎn)試卷匯總.doc
《安徽大學(xué)軟件工程導(dǎo)論期末復(fù)習(xí)考點(diǎn)試卷匯總.doc》由會(huì)員分享,可在線閱讀,更多相關(guān)《安徽大學(xué)軟件工程導(dǎo)論期末復(fù)習(xí)考點(diǎn)試卷匯總.doc(30頁(yè)珍藏版)》請(qǐng)?jiān)谘b配圖網(wǎng)上搜索。
第1章 軟件工程概述 1、什么是軟件工程?為什么會(huì)出現(xiàn)軟件工程? 軟件工程是:① 把系統(tǒng)的、規(guī)范的、可度量的途徑應(yīng)用于軟件開發(fā)、運(yùn)行和維護(hù)過(guò)程,也就是把工程應(yīng)用于軟件;② 研究①中提到的途徑。 軟件工作者在20世紀(jì)60年代后期開始認(rèn)真研究消除軟件危機(jī)的途徑,從而逐漸形成了一門新興的工程學(xué)科——計(jì)算機(jī)軟件工程學(xué)(通常簡(jiǎn)稱為軟件工程)。 2、什么是軟件工程方法學(xué)?軟件工程的3要素(軟件工程方法學(xué)的3要素)是什么?分別包含什么內(nèi)容? 軟件工程方法學(xué):軟件生命周期全過(guò)程中使用的一整套技術(shù)方法的集合 軟件工程方法學(xué)包含3個(gè)要素:方法、工具和過(guò)程。 方法是完成軟件開發(fā)的各項(xiàng)任務(wù)的技術(shù)方法,回答“怎樣做”的問(wèn)題; 工具是為運(yùn)用方法而提供的自動(dòng)的或半自動(dòng)的軟件工程支撐環(huán)境; 過(guò)程是為了獲得高質(zhì)量的軟件所需要完成的一系列任務(wù)的框架,它規(guī)定了完成各項(xiàng)任務(wù)的工作步驟。 目前使用得最廣泛的軟件工程方法學(xué),分別是傳統(tǒng)方法學(xué)和面向?qū)ο蠓椒▽W(xué)。 3、什么是軟件過(guò)程?什么是軟件周期?常見軟件生命周期模型(課件中的前5類)的特點(diǎn)有哪些? 軟件過(guò)程:它是為了獲得高質(zhì)量軟件所需要完成的一系列任務(wù)的框架,它規(guī)定了完成各項(xiàng)任務(wù)的工作步驟。 軟件生命周期:由軟件定義、軟件開發(fā)和運(yùn)行維護(hù)(也稱之為軟件維護(hù))3個(gè)時(shí)期組成 ①瀑布模型 定義:傳統(tǒng)軟件工程方法學(xué)的軟件過(guò)程,基本上可以用瀑布模型來(lái)描述。 瀑布模型的特點(diǎn):1.階段間具有順序性和依賴性;2.推遲實(shí)現(xiàn)的觀點(diǎn);3.質(zhì)量保證的觀點(diǎn)。瀑布模型的成功在很大程序上是由于它基本上是一種文檔驅(qū)動(dòng)的模型。 瀑布模型的主要優(yōu)點(diǎn):a.可強(qiáng)迫開發(fā)人員采用規(guī)范的技術(shù)方法 ; b.嚴(yán)格地規(guī)定了每個(gè)階段必須提交的文檔 ; c.每個(gè)階段結(jié)束前必須正式進(jìn)行嚴(yán)格的技術(shù)審查和管理復(fù)審 。 瀑布模型的主要缺點(diǎn) :在可運(yùn)行的軟件產(chǎn)品交付給用戶之前,用戶只能通過(guò)文檔來(lái)了解未來(lái)的產(chǎn)品是什么樣的。開發(fā)人員和用戶之間缺乏有效的溝通,很可能導(dǎo)致最終開發(fā)出的軟件產(chǎn)品不能真正滿足用戶的需求 。 ②快速原型模型 定義:所謂“快速原型”, 是快速建立起來(lái)的、可在計(jì)算機(jī)上運(yùn)行的程序,它所能完成的功能往往是最終的軟件產(chǎn)品所能完成的功能的子集。 原型是軟件開發(fā)人員與用戶溝通的強(qiáng)有力工具,因此有助于所開發(fā)出的軟件產(chǎn)品滿足用戶的真實(shí)需求。 快速原型模型的主要優(yōu)點(diǎn)是:A.使用這種軟件過(guò)程開發(fā)出的軟件產(chǎn)品通常能滿足用戶的真實(shí)需求; B.軟件產(chǎn)品的開發(fā)過(guò)程基本上是線性順序過(guò)程。 ③增量模型 定義:增量模型也稱為漸增模型 增量模型的主要優(yōu)點(diǎn):A.能在較短時(shí)間內(nèi)向用戶提交可完成部分工作的產(chǎn)品 ; B.逐步增加產(chǎn)品功能,從而使用戶有較充裕的時(shí)間學(xué)習(xí)和適應(yīng)新產(chǎn)品,減少一個(gè)全新的軟件給客戶組織帶來(lái)的沖擊 。 ④螺旋模型 定義:螺旋模型的基本思想是, 使用原型及其他方法盡量降低風(fēng)險(xiǎn)。理解這種模型的一個(gè)簡(jiǎn)便方法,是把它看作在每個(gè)階段之前都增加了風(fēng)險(xiǎn)分析過(guò)程的快速原型模型 。 螺旋模型所描述的軟件過(guò)程主要適用于內(nèi)部開發(fā)的大型軟件項(xiàng)目 。 使用螺旋模型開發(fā)軟件,要求軟件開發(fā)人員具有豐富的風(fēng)險(xiǎn)評(píng)估知識(shí)和經(jīng)驗(yàn) 。 螺旋模型主要有下述優(yōu)點(diǎn) :A.有利于已有軟件的重用 ; B.有助于把軟件質(zhì)量作為軟件開發(fā)的一個(gè)重要目標(biāo) ; C.減少了過(guò)多測(cè)試或測(cè)試不足所帶來(lái)的風(fēng)險(xiǎn) ; D.軟件維護(hù)與軟件開發(fā)沒(méi)有本質(zhì)區(qū)別 。 ⑤噴泉模型 定義:迭代是軟件開發(fā)過(guò)程中普遍存在的一種內(nèi)在屬性。在面向?qū)ο蠓缎椭校浖_發(fā)過(guò)程各階段之間的迭代或同一階段內(nèi)各個(gè)工作步驟之間的迭代,比在結(jié)構(gòu)化范型中更常見。 噴泉模型,是典型的面向?qū)ο笊芷谀P停浞煮w現(xiàn)了面向?qū)ο筌浖_發(fā)過(guò)程迭代和平滑過(guò)渡的特性。 5、1. 軟件生命周期概念 軟件產(chǎn)品從提出、實(shí)現(xiàn)、使用維護(hù)到停止使用退役的過(guò)程稱為軟件生命周期。 軟件生命周期分為3個(gè)時(shí)期共8個(gè)階段, 軟件定義期:包括問(wèn)題定義、可行性研究和需求分析3個(gè)階段; 軟件開發(fā)期:包括概要設(shè)計(jì)、詳細(xì)設(shè)計(jì)、實(shí)現(xiàn)和測(cè)試4個(gè)階段; 運(yùn)行維護(hù)期:即運(yùn)行維護(hù)階段。 表3-3 軟件生命周期各階段的主要任務(wù) 任務(wù) 描述 問(wèn)題定義 確定要求解決的問(wèn)題是什么 可行性研究與計(jì)劃制定 決定該問(wèn)題是否存在一個(gè)可行的解決辦法,指定完成開發(fā)任務(wù)的實(shí)施計(jì)劃 需求分析 對(duì)待開發(fā)軟件提出需求進(jìn)行分析并給出詳細(xì)定義。編寫軟件規(guī)格說(shuō)明書及初步的用戶手冊(cè),提交評(píng)審 軟件設(shè)計(jì) 通常又分為概要設(shè)計(jì)和詳細(xì)設(shè)計(jì)兩個(gè)階段,給出軟件的結(jié)構(gòu)、模塊的劃分、功能的分配以及處理流程。這階段提交評(píng)審的文檔有概要設(shè)計(jì)說(shuō)明書、詳細(xì)設(shè)計(jì)說(shuō)明書和測(cè)試計(jì)劃初稿 軟件實(shí)現(xiàn) 在軟件設(shè)計(jì)的基礎(chǔ)上編寫程序。這階段完成的文檔有用戶手冊(cè)、操作手冊(cè)等面向用戶的文檔,以及為下一步作準(zhǔn)備而編寫的單元測(cè)試計(jì)劃 軟件測(cè)試 在設(shè)計(jì)測(cè)試用例的基礎(chǔ)上,檢驗(yàn)軟件的各個(gè)組成部分。編寫測(cè)試分析報(bào)告 運(yùn)行維護(hù) 將已交付的軟件投入運(yùn)行,同時(shí)不斷的維護(hù),進(jìn)行必要而且可行的擴(kuò)充和刪改 第2章 可行性研究 1、可行性研究包括哪幾方面(每方面解決什么問(wèn)題),研究得到的文檔和結(jié)論是什么? 技術(shù)可靠性:使用現(xiàn)有的技術(shù)能否實(shí)現(xiàn)這個(gè)系統(tǒng)嗎? 經(jīng)濟(jì)可行性:這個(gè)系統(tǒng)的經(jīng)濟(jì)效益能否超過(guò)它的開發(fā)成本? 操作可行性:系統(tǒng)的操作方式在這個(gè)用戶組織內(nèi)是否行得通? 研究的結(jié)果:是一份可行性研究的各個(gè)步驟的工作結(jié)果的文檔,它包含了工程是否能繼續(xù)進(jìn)行下去和分析員的推薦方案; 2、主要描述工具的概念和使用: 系統(tǒng)流程圖:是什么,成份和基本符號(hào),描述什么模型,畫法; 數(shù)據(jù)流圖:是什么,成份和基本符號(hào),系統(tǒng)級(jí)和功能級(jí)、簡(jiǎn)單細(xì)化數(shù)據(jù)流圖的區(qū)別,畫法; 數(shù)據(jù)字典:是什么,內(nèi)容、定義數(shù)據(jù)的方法。 (1)系統(tǒng)流程圖的定義:是概括地描繪物理系統(tǒng)的傳統(tǒng)工具。它用圖形符號(hào)以黑盒子形式描繪組成系統(tǒng)的每個(gè)部件。 系統(tǒng)流程圖表達(dá)的是數(shù)據(jù)在系統(tǒng)各部件之間流動(dòng)的情況,而不是對(duì)數(shù)據(jù)進(jìn)行加工處理的控制過(guò)程,是物理數(shù)據(jù)流圖而不是程序流程圖。 系統(tǒng)流程圖的基本符號(hào): (2)數(shù)據(jù)流圖的定義:它是一種圖形化技術(shù),它描述信息和數(shù)據(jù)從輸入移動(dòng)到輸出過(guò)程中所經(jīng)歷的變換。在數(shù)據(jù)流圖中沒(méi)有任何具體的物理部件,它只是描繪數(shù)據(jù)在軟件中流動(dòng)和被處理的邏輯過(guò)程。 數(shù)據(jù)流圖的基本符號(hào):正方形(或立方體) 表示數(shù)據(jù)的源點(diǎn)或終點(diǎn); 圓角矩形(或圓形) 代表變換數(shù)據(jù)的處理; 開口矩形(或兩條平行橫線) 代表數(shù)據(jù)存儲(chǔ); 箭頭線 表示數(shù)據(jù)流,即特定數(shù)據(jù)的流動(dòng)方向。 (3)數(shù)據(jù)字典的定義:是關(guān)于數(shù)據(jù)的信息的集合,也就是對(duì)數(shù)據(jù)流圖中包含的所有元素的定義的集合。數(shù)據(jù)字典的作用也正是在軟件分析和設(shè)計(jì)的過(guò)程中給人提供關(guān)于數(shù)據(jù)的描述信息。 數(shù)據(jù)字典的內(nèi)容:數(shù)據(jù)流、數(shù)據(jù)流分量、數(shù)據(jù)存儲(chǔ)、處理 定義數(shù)據(jù)的方法:用被定義的事物的成分的某種組合表示這個(gè)事物,這些組成成分又由更低的成分組合來(lái)定義。 3、 數(shù)據(jù)字典和數(shù)據(jù)流圖的關(guān)系。 數(shù)據(jù)流圖和數(shù)據(jù)字典共同構(gòu)成系統(tǒng)的邏輯模型。沒(méi)有數(shù)據(jù)字典,數(shù)據(jù)流圖就不嚴(yán)格,然而沒(méi)有數(shù)據(jù)流圖,數(shù)據(jù)字典也難于發(fā)揮作用。只有數(shù)據(jù)流圖和對(duì)數(shù)據(jù)流圖中每個(gè)元素的精確定義放在一起,才能共同構(gòu)成系統(tǒng)的規(guī)格說(shuō)明。 第3章 需求分析 需求規(guī)格說(shuō)明書 1、需求分析的任務(wù)是什么?分析得到的成果(文檔)是什么?包含哪些內(nèi)容? 1、需求分析的任務(wù):(1)確定對(duì)系統(tǒng)的綜合要求:功能需求、性能需求、可靠性和可用性需求、出錯(cuò)處理需求、接口需求、約束、逆向需求、將來(lái)可能提出的要求(2)分析系統(tǒng)的數(shù)據(jù)要求:(3)導(dǎo)出系統(tǒng)的邏輯模型(4)修正系統(tǒng)開發(fā)計(jì)劃; 2、需求分析得到的結(jié)果:是通過(guò)需求分析得到的除了分析模型之外,還應(yīng)該寫出軟件需求規(guī)格說(shuō)明書,它是需求分析階段得出的最主要的文檔。 2、軟件需求通常包括哪些方面?各類需求一般包含內(nèi)容有哪些? (1)功能需求 :這方面的需求指定系統(tǒng)必須提供的服務(wù)。通過(guò)需求分析應(yīng)該劃分出系統(tǒng)必須完成的所有功能。 (2)性能需求:性能需求指定系統(tǒng)必須滿足的定時(shí)約束或容量約束,通常包括速度(響應(yīng)時(shí)間)、信息量速率、主存容量、磁盤容量、安全性等方面的需求。 (3)可靠性和可用性需求:可靠性需求定量地指定系統(tǒng)的可靠性??捎眯耘c可靠性密切相關(guān),它量化了用戶可以使用系統(tǒng)的程度。 (4)出錯(cuò)處理需求:這類需求說(shuō)明系統(tǒng)對(duì)環(huán)境錯(cuò)誤應(yīng)該怎樣響應(yīng)。 (5)接口需求:接口需求描述應(yīng)用系統(tǒng)與它的環(huán)境通信的格式。常見的接口需求有:用戶接口需求;硬件接口需求;軟件接口需求;通信接口需求。 (6)約束:設(shè)計(jì)約束或?qū)崿F(xiàn)約束描述在設(shè)計(jì)或?qū)崿F(xiàn)應(yīng)用系統(tǒng)時(shí)應(yīng)遵守的限制條件。 (7)逆向需求:逆向需求說(shuō)明軟件系統(tǒng)不應(yīng)該做什么。 (8)將來(lái)可能提出的要求:應(yīng)該明確地列出那些雖然不屬于當(dāng)前系統(tǒng)開發(fā)范疇,但是據(jù)分析將來(lái)很可能會(huì)提出來(lái)的要求。這樣做的目的是,在設(shè)計(jì)過(guò)程中對(duì)系統(tǒng)將來(lái)可能的擴(kuò)充和修改預(yù)做準(zhǔn)備,以便一旦確實(shí)需要時(shí)能比較容易地進(jìn)行這種擴(kuò)充和修改。 3、追加的主要描述工具的概念和使用: E-R圖:是什么,成份和基本符號(hào),描述什么模型; 狀態(tài)轉(zhuǎn)換圖:是什么,描述什么模型 (1)E-R圖的定義:即實(shí)體--聯(lián)系圖,是表示數(shù)據(jù)對(duì)象及其之間關(guān)系的圖形語(yǔ)言機(jī)制,是建立數(shù)據(jù)模型的圖形工具。 E-R圖的基本成份和使用的符號(hào) :實(shí)體(即數(shù)據(jù)對(duì)象)----矩形框,關(guān)系----菱形框, 屬性----橢圓形或圓角矩形。 E-R圖描述的模型:用來(lái)建立數(shù)據(jù)模型,ER模型使用簡(jiǎn)單的圖形符號(hào)表達(dá)系統(tǒng)分析員對(duì)問(wèn)題域的理解 (2)狀態(tài)轉(zhuǎn)換圖的定義:通過(guò)描繪系統(tǒng)的狀態(tài)及引起系統(tǒng)狀態(tài)轉(zhuǎn)換的事件,來(lái)表示系統(tǒng)的行為。 狀態(tài)轉(zhuǎn)換圖的基本成份和使用的符號(hào):基本成分是狀態(tài)、事件、狀態(tài)轉(zhuǎn)換。 狀態(tài)轉(zhuǎn)換圖描述的模型:用來(lái)建立系統(tǒng)的行為模型。 4、在結(jié)構(gòu)化分析中,建模的核心是什么?3種模型分別是什么,分別用什么工具來(lái)描述? 建模的核心是數(shù)據(jù)字典,它描述了所有的在目標(biāo)系統(tǒng)中使用的和生成的數(shù)據(jù)對(duì)象。 (1)、數(shù)據(jù)模型,用實(shí)體-聯(lián)系圖描述; (2)、功能模型,用數(shù)據(jù)流圖描述; (3)、行為模型,用狀態(tài)轉(zhuǎn)換圖描述。 第5章 總體設(shè)計(jì) 1、什么是總體設(shè)計(jì)? 將軟件需求轉(zhuǎn)化為軟件的數(shù)據(jù)結(jié)構(gòu)和系統(tǒng)結(jié)構(gòu),確定各組成成分(子系統(tǒng)或模塊)之間的相互關(guān)系 2、模塊化設(shè)計(jì)的原理包括什么?為了提高軟件的可維護(hù)性,其中,模塊獨(dú)立性最重要的,是評(píng)價(jià)軟件結(jié)構(gòu)質(zhì)量的首要標(biāo)準(zhǔn)。 模塊化設(shè)計(jì)的原理包括:模塊化、抽象、逐步求精、信息隱藏和局部化、模塊獨(dú)立。為了提高軟件的可維護(hù)性,其中,模塊獨(dú)立性最重要的,是評(píng)價(jià)軟件結(jié)構(gòu)質(zhì)量的首要標(biāo)準(zhǔn)。 3、模塊獨(dú)立性度量(描述)的兩個(gè)指標(biāo):內(nèi)聚、耦合;什么是內(nèi)聚,什么是耦合;耦合和內(nèi)聚的具體分類及使用原則;在面向數(shù)據(jù)流的方法中,內(nèi)聚、耦合各分為哪幾級(jí),每級(jí)的具體含義分別是什么?強(qiáng)度從弱到強(qiáng)如何排列?耦合和內(nèi)聚兩者關(guān)系? (1)耦合定義:它是對(duì)一個(gè)軟件結(jié)構(gòu)內(nèi)不同模塊之間互連程度的度量; 耦合分類: 耦合使用原則:盡量使用數(shù)據(jù)耦合,小用控制耦合和特征耦合,限制公共環(huán)境耦合的范圍,完全不用內(nèi)容耦合,最終降低模塊間接口的復(fù)雜性。 (2)內(nèi)聚定義:它標(biāo)志著一個(gè)模塊內(nèi)各個(gè)元素彼此結(jié)合的緊密程度,它是信息隱藏和局部化概念的自然擴(kuò)展。 內(nèi)聚分類: 內(nèi)聚使用原則:設(shè)計(jì)時(shí)力求高內(nèi)聚,設(shè)計(jì)時(shí)應(yīng)該力求做到高內(nèi)聚,通常中等程度的內(nèi)聚也是可以采用的,而且效果和高內(nèi)聚相差不多;但是,低內(nèi)聚很壞,不要使用。 (3)耦合和內(nèi)聚兩者關(guān)系:耦合與內(nèi)聚都是模塊獨(dú)立性的定性標(biāo)準(zhǔn),都反映模塊獨(dú)立性的良好程度。其中內(nèi)聚更重要。內(nèi)聚與耦合密切相關(guān)。同其它模塊強(qiáng)耦合的模塊意味著它自己是弱內(nèi)聚的;強(qiáng)內(nèi)聚模塊意味著與其它模塊間松散耦合。所以設(shè)計(jì)的目標(biāo)應(yīng)該是力爭(zhēng)高內(nèi)聚、低耦合。 第6章 詳細(xì)設(shè)計(jì) 1結(jié)構(gòu)化程序設(shè)計(jì) 1結(jié)構(gòu)化程序設(shè)計(jì)的原則 結(jié)構(gòu)化程序設(shè)計(jì)方法的主要原則可以概括為自頂向下,逐步求精,模塊化,限制使用goto語(yǔ)句。 2結(jié)構(gòu)化程序的基本結(jié)構(gòu)與特點(diǎn) 1. 順序結(jié)構(gòu) 2. 選擇結(jié)構(gòu):選擇結(jié)構(gòu)又稱為分支結(jié)構(gòu)。 3. 重復(fù)結(jié)構(gòu):重復(fù)結(jié)構(gòu)又稱為循環(huán)結(jié)構(gòu)。 2、什么是過(guò)程設(shè)計(jì)的工具?分類?基本要求? 過(guò)程設(shè)計(jì)工具的定義:描述程序處理過(guò)程的工具 過(guò)程設(shè)計(jì)工具的分類:它們可以分為圖形、表格、和語(yǔ)言3類。 過(guò)程設(shè)計(jì)工具的基本要求:不論是哪類工具,對(duì)它們的基本要求都是能提供對(duì)設(shè)計(jì)的無(wú)歧義的描述。 3、軟件詳細(xì)設(shè)計(jì)描述工具的概念和使用:程序流程圖、N-S圖、PAD圖、PDL語(yǔ)言:是什么,基本符號(hào)和表示的意義,畫法;各種工具描述結(jié)果間的轉(zhuǎn)換。 (1)程序流程圖的定義:又稱為程序框圖,它是歷史最悠久、使用最廣泛的描述過(guò)程設(shè)計(jì)的方法,然而它也是用得最混亂的一種方法。 程序流程圖的基本符號(hào): (2)盒圖(N-S圖)的定義:出于要有一種不允許違背結(jié)構(gòu)程序設(shè)計(jì)精神的圖形工具的考慮,Nassi和Shneiderman提出了盒圖。 它有下述特點(diǎn): (1) 功能域(即,一個(gè)特定控制結(jié)構(gòu)的作用域)明確,可以從盒圖上一眼就看出來(lái)。 (2) 沒(méi)有箭頭,不可能任意轉(zhuǎn)移控制。 (3) 很容易確定局部和全程數(shù)據(jù)的作用域。 (4) 很容易表現(xiàn)嵌套關(guān)系,也可以表示模塊的層次結(jié)構(gòu)。 盒圖(N-S圖)的基本符號(hào): (a)順序;(b)IF_THEB_ELSE型分支;(c)CASE型多分支;(d)循環(huán);(e)調(diào)用子程序 (3)PAD(問(wèn)題分析圖)的定義: 1973年由日本日立公司發(fā)明。它用二維樹形結(jié)構(gòu)的圖來(lái)表示程序的控制流,將這種圖翻譯成程序代碼比較容易。 PAD(問(wèn)題分析圖)的基本符號(hào): (a)順序;(b)選擇(IF C THEN P1 ELSE P2);(c)CASE型多分支;(d)WHILE型循環(huán)(WHILE C DO P);(e)UNTIL型循環(huán)(REPEAT P UNTIL C);(f)語(yǔ)句標(biāo)號(hào);(g)定義 (3)過(guò)程設(shè)計(jì)語(yǔ)言(PDL)的定義:也稱為偽碼,PDL是一種“混雜”語(yǔ)言,它使用一種語(yǔ)言的詞匯,同時(shí)卻使用另一種語(yǔ)言(某種結(jié)構(gòu)化的程序設(shè)計(jì)語(yǔ)言)的語(yǔ)法。 過(guò)程設(shè)計(jì)語(yǔ)言(PDL)的舉例: 第7章 實(shí)現(xiàn) 1、軟件測(cè)試的目的是什么?軟件測(cè)試方法的種類? 為了發(fā)現(xiàn)程序中的錯(cuò)誤而執(zhí)行程序的過(guò)程,測(cè)試階段的根本目標(biāo)是盡可能多地發(fā)現(xiàn)并排除軟件中潛藏的錯(cuò)誤,最終把一個(gè)高質(zhì)量的軟件系統(tǒng)交給用戶使用。 2、軟件測(cè)試與軟件開發(fā)階段的關(guān)系? 軟件開發(fā)過(guò)程是一個(gè)自頂向下、逐步細(xì)化的過(guò)程,而測(cè)試則是依相反的順序安排的,自底向上、逐步集成的過(guò)程。低一級(jí)為上一級(jí)測(cè)試準(zhǔn)備條件。 3、軟件測(cè)試的步驟,過(guò)程。 模塊測(cè)試----單元、子系統(tǒng)測(cè)試----局部、系統(tǒng)測(cè)試----全局、驗(yàn)收測(cè)試----用戶參與、平行運(yùn)行----新舊共存 4、軟件測(cè)試的三大階段:?jiǎn)卧獪y(cè)試、集成測(cè)試(組裝測(cè)試)、確認(rèn)測(cè)試(驗(yàn)收測(cè)試)的主要任務(wù)(目的)是什么?測(cè)試的內(nèi)容主要有哪些?測(cè)試計(jì)劃分別在什么時(shí)候制定?測(cè)試計(jì)劃的內(nèi)容有哪些? 模塊測(cè)試(單元測(cè)試) 目的:是保證每個(gè)模塊作為一個(gè)單元能正確運(yùn)行。在編寫出源程序代碼并通過(guò)了編譯程序的語(yǔ)法檢查之后,就可以用詳細(xì)設(shè)計(jì)描述作指南,對(duì)重要的執(zhí)行通路進(jìn)行測(cè)試,以便發(fā)現(xiàn)模塊內(nèi)部的錯(cuò)誤。 內(nèi)容: 1.模塊接口測(cè)試----檢測(cè)數(shù)據(jù)能否正確無(wú)誤地進(jìn)入和流出模塊 2.路徑測(cè)試 3.出錯(cuò)處理測(cè)試----測(cè)試程序中包含的出錯(cuò)處理是否有效 4.邊界條件測(cè)試----檢測(cè)在數(shù)據(jù)邊界處,模塊能否正常工作 單元測(cè)試計(jì)劃的時(shí)間:在詳細(xì)設(shè)計(jì)結(jié)束時(shí)制定,主要使用白盒測(cè)試技術(shù) 集成測(cè)試 任務(wù):在單元測(cè)試的基礎(chǔ)上,需要將所有模塊按照設(shè)計(jì)要求組裝成為系統(tǒng),發(fā)現(xiàn)并排除在模塊連接的接口中可能出現(xiàn)的問(wèn)題,最終構(gòu)成所要求的軟件系統(tǒng)。 內(nèi)容: (1)把各個(gè)模塊連接起來(lái)后,考察穿越模塊接口的數(shù)據(jù)是否會(huì)丟失或產(chǎn)生錯(cuò)誤 (2)各個(gè)子功能組合起來(lái),能否達(dá)到預(yù)期要求的主要功能 (3)一個(gè)模塊的功能是否會(huì)對(duì)另一個(gè)模塊的功能產(chǎn)生不利的影響 (4)全局?jǐn)?shù)據(jù)結(jié)構(gòu)是否有錯(cuò)誤 (5)單個(gè)模塊的誤差累積起來(lái),是否會(huì)被放大,從而達(dá)到不能被接受的程度 集成測(cè)試計(jì)劃的時(shí)間:在總體設(shè)計(jì)結(jié)束時(shí)制定,詳細(xì)設(shè)計(jì)結(jié)束時(shí)補(bǔ)充 確認(rèn)測(cè)試 目的:也稱為稱驗(yàn)收測(cè)試。它的主要目標(biāo)是驗(yàn)證軟件的有效性。證實(shí)軟件功能與用戶需求是否一致,即測(cè)試軟件能否按照軟件需求規(guī)格說(shuō)明書(合同)的要求運(yùn)行。 內(nèi)容:有效性測(cè)試、軟件配置復(fù)查、驗(yàn)收測(cè)試 確認(rèn)測(cè)試計(jì)劃的時(shí)間:在需求分析時(shí)制定,后續(xù)階段補(bǔ)充,通過(guò)黑盒測(cè)試技術(shù)。 5、什么是白盒測(cè)試?典型的白盒測(cè)試技術(shù)有哪幾個(gè),含義如何?簡(jiǎn)單的邏輯覆蓋測(cè)試用例設(shè)計(jì)。 白盒測(cè)試的定義:也稱結(jié)構(gòu)測(cè)試或邏輯驅(qū)動(dòng)測(cè)試,它是按照程序內(nèi)部的結(jié)構(gòu)測(cè)試程序,通過(guò)測(cè)試來(lái)檢測(cè)產(chǎn)品內(nèi)部動(dòng)作是否按照設(shè)計(jì)規(guī)格說(shuō)明書的規(guī)定正常進(jìn)行,檢驗(yàn)程序中的每條通路是否都能按預(yù)定要求正確工作。 應(yīng)用時(shí)間:白盒測(cè)試在測(cè)試過(guò)程的早期階段進(jìn)行 白盒測(cè)試技術(shù):1、邏輯覆蓋:語(yǔ)句覆蓋、判定覆蓋、條件覆蓋、判定/條件覆蓋、條件組合覆蓋、點(diǎn)覆蓋、邊覆蓋、路徑覆蓋; 2、控制結(jié)構(gòu)測(cè)試:基本路徑測(cè)試、條件測(cè)試、循環(huán)測(cè)試。 邏輯覆蓋測(cè)試的5種標(biāo)準(zhǔn) 發(fā)現(xiàn)錯(cuò)誤的能力 標(biāo)準(zhǔn) 含義 1(弱) 語(yǔ)句覆蓋 每條語(yǔ)句至少執(zhí)行一次 A=2,B=0,X=4 2 判定覆蓋 每一判定的每個(gè)分支至少執(zhí)行一次 A=3,B=0,X=3 A=2,B=1,X=1 3 條件覆蓋 每一判定中的每個(gè)條件,分別按“真”、“假”至少各執(zhí)行一次A=2,B=0,X=4 A=1,B=1,X=1 4 判定/條件覆蓋 同時(shí)滿足判定覆蓋和條件覆蓋的要求A=2,B=0,X=4 A=1,B=1,X=1 5(強(qiáng)) 條件組合覆蓋 求出判定中所有條件的各種可能組合值,每一可能的條件組合至少執(zhí)行一次 ·條件覆蓋不一定包含判定覆蓋;判定覆蓋也不一定包含條件覆蓋。 ·條件組合覆蓋是前述幾種覆蓋標(biāo)準(zhǔn)中最強(qiáng)的。但是,滿足條件組合覆蓋標(biāo)準(zhǔn)的測(cè)試數(shù)據(jù)并不一定能使程序中的每條路徑都執(zhí)行到。 例子: 第8章 維護(hù) 1、什么是軟件維護(hù)、維護(hù)分哪四種類型、其含義分別是什么、在維護(hù)工作中占得比例如何? 軟件維護(hù)定義:就是在軟件已經(jīng)交付使用之后,為了改正錯(cuò)誤或滿足新的需要而修正軟件的過(guò)程。 維護(hù)分為四種類型:(1)改正性維護(hù):把整斷和改正錯(cuò)誤的過(guò)程稱為改正性維護(hù)(2)適應(yīng)性維護(hù):為了和變化的環(huán)境適當(dāng)?shù)呐浜隙M(jìn)行的修改軟件的活動(dòng),(3)完善性維護(hù):在使用軟件的過(guò)程中用戶常常提出新增功能或修改已有功能的建議,為了滿足這類要求的活動(dòng)(4)預(yù)防性維護(hù):為了改進(jìn)將來(lái)的可維護(hù)性或可靠性; 所占比例:完善性維護(hù):50%~66% 改正性維護(hù):17%~21% 適應(yīng)性維護(hù):18%~25% 其他維護(hù):4% 2、什么是軟件的可維護(hù)性?決定軟件可維護(hù)性的因素有哪些?造成軟件難以維護(hù)的原因有哪些? 軟件的可維護(hù)性:是指軟件維護(hù)人員理解、糾正軟件系統(tǒng)出現(xiàn)的錯(cuò)誤和缺陷,以及為滿足新的要求進(jìn)行修改、擴(kuò)充或壓縮軟件的難易程度 決定軟件可維護(hù)性的五個(gè)因素:(1)可理解性(2)可測(cè)試性(3)可修改性(4)可移植性(5)可重用性 難以維護(hù)的原因:在于這些軟件的文檔不全、質(zhì)量差、開發(fā)過(guò)程不注意采用好的方法,忽視程序設(shè)計(jì)風(fēng)格等。 難以維護(hù)的根本原因:軟件定義和軟件開發(fā)的方法有缺點(diǎn),在軟件生命周期的頭兩個(gè)時(shí)期沒(méi)有嚴(yán)格而又科學(xué)的管理和規(guī)劃,沒(méi)有采用軟件工程思想開發(fā)軟件。 3、文檔和可維護(hù)性之間的關(guān)系? 文檔是影響軟件可維護(hù)性的決定因素,文檔往往比代碼更加重要; 軟件系統(tǒng)的文檔可以分為用戶文檔和系統(tǒng)文檔兩類 .軟件系統(tǒng)的文檔可以分為用戶文檔和系統(tǒng)文檔兩類.用戶文檔主要描述系統(tǒng)功能和使用 方法,并不關(guān)心這些功能是怎樣實(shí)現(xiàn)的;系統(tǒng)文檔描述系統(tǒng)發(fā)設(shè)計(jì),實(shí)現(xiàn)和測(cè)試等各方面的 內(nèi)容" 8.4.2 文檔 分類 用戶文檔:主要描述系統(tǒng)功能和使用方法,并不關(guān)心這些功能是怎樣實(shí)現(xiàn)的 系統(tǒng)文檔:描述系統(tǒng)設(shè)計(jì)、實(shí)現(xiàn)和測(cè)試等各方面的內(nèi)容 文檔要求 必須描述如何使用這個(gè)系統(tǒng),沒(méi)有這種描述時(shí)即使是最簡(jiǎn)單的系統(tǒng)也無(wú)法使用; 必須描述怎樣安裝和管理這個(gè)系統(tǒng); 必須描述系統(tǒng)需求和設(shè)計(jì); 必須描述系統(tǒng)的實(shí)現(xiàn)和測(cè)試,以便使系統(tǒng)成為可維護(hù)的 用戶文檔 功能描述 ,說(shuō)明系統(tǒng)能做什么; 安裝文檔 ,說(shuō)明怎樣安裝這個(gè)系統(tǒng)以及怎樣使系統(tǒng)適應(yīng)特定的硬件配置; 使用手冊(cè) ,簡(jiǎn)要說(shuō)明如何著手使用這個(gè)系統(tǒng)( 應(yīng)該通過(guò)豐富例子說(shuō)明怎樣使用常用的系統(tǒng)功能,還應(yīng)該說(shuō)明用戶操作錯(cuò)誤時(shí)怎樣恢復(fù)和重新啟動(dòng)) ; 參考手冊(cè) ,詳盡描述用戶可以使用的所有系統(tǒng)設(shè)施以及它們的使用方法,還應(yīng)該解釋系統(tǒng)可能產(chǎn)生的各種出錯(cuò)信息的含義( 對(duì)參考手冊(cè)最主要的要求是完整,因此通常使用形式化的描述技術(shù)) ; 操作員指南( 如果需要有系統(tǒng)操作員的話) ,說(shuō)明操作員應(yīng)該如何處理使用中出現(xiàn)的各種情況。 8.4.2 文檔 系統(tǒng)文檔 問(wèn)題定義、需求說(shuō)明到驗(yàn)收測(cè)試計(jì)劃這樣一系列和系統(tǒng)實(shí)現(xiàn)有關(guān)的文檔 4、衡量軟件質(zhì)量的主要指標(biāo)? 可維護(hù)性、可使用性、可靠性是衡量軟件質(zhì)量的主要指標(biāo) 9.面向?qū)ο蟮母拍? 9.2.1 對(duì)象 § 是客觀事物或概念的抽象表述,即對(duì)客觀存在的事物的描述統(tǒng)稱為對(duì)象 § 對(duì)象可以是事、物、或抽象概念 ,是將一組數(shù)據(jù)和使用該數(shù)據(jù)的一組基本操作或過(guò)程封裝在一起的實(shí)體。 對(duì)象的特點(diǎn) (1) 以數(shù)據(jù)為中心。 (2) 對(duì)象是主動(dòng)的。 (3) 實(shí)現(xiàn)了數(shù)據(jù)封裝。 (4) 本質(zhì)上具有并行性。 (5) 模塊獨(dú)立性好。 9.2.2 類 § 類又稱對(duì)象類(Object Class ), 是一組具有相同屬性和相同操作的對(duì)象的集合。在一個(gè)類中,每個(gè)對(duì)象都是類的實(shí)例(instance) , 它們都可以使用類中提供的函數(shù)。 9.2.3 實(shí)例 § 實(shí)例就是由某個(gè)特定的類所描述的一個(gè)具體的對(duì)象。類是對(duì)具有相同屬性和行為的一組相似的對(duì)象的抽象,類在現(xiàn)實(shí)世界中并不能真正存在。 9.2.4 消息 § 消息就是向?qū)ο蟀l(fā)出的服務(wù)請(qǐng)求(互相聯(lián)系、協(xié)同工作等)。一個(gè)消息包含3 個(gè)部分:接收消息的對(duì)象,消息名,消息變?cè)? § 例如,MyCircle 是Circle 類的一個(gè)實(shí)例,發(fā)送消息如下: MyCircle.show (GREEN ); 9.2.5 方法 § 方法就是對(duì)象所能執(zhí)行的操作,也就是類中所定義的服務(wù)。 § 方法描述了對(duì)象執(zhí)行操作的算法,響應(yīng)消息的方法。在C++語(yǔ)言中把方法稱為成員函數(shù)。 9.2.6 屬性 § 屬性就是類中所定義的數(shù)據(jù),它是對(duì)客觀世界實(shí)體所具有的性質(zhì)的抽象。 9.2.7 封裝 § 對(duì)象封裝了對(duì)象的數(shù)據(jù)以及對(duì)這些數(shù)據(jù)的操作。 9.2.8 繼承 § 繼承是指能夠直接獲得已有的性質(zhì)和特征,而不必重復(fù)定義它們。在面向?qū)ο蟮能浖夹g(shù)中,繼承是子類自動(dòng)地共享基類中定義的數(shù)據(jù)和方法的機(jī)制。 § 單重繼承: 子類僅從一個(gè)父類繼承屬性和方法 § 多重繼承:子類可從多個(gè)父類繼承屬性和方法 9.2.9 多態(tài)性 § 在類等級(jí)的不同層次中可以共享(公用)一個(gè)行為(方法)的名字,然而不同層次中的每個(gè)類卻各自按自己的需要來(lái)實(shí)現(xiàn)這個(gè)行為。 § 當(dāng)對(duì)象接收到發(fā)送給它的消息時(shí),根據(jù)該對(duì)象所屬于的類動(dòng)態(tài)選用在該類中定義的實(shí)現(xiàn)算法 有兩種重載:函數(shù)重載是指在同一作用域內(nèi)的若干個(gè)參數(shù)特征不同的函數(shù)可以使用相同的函數(shù)名字;運(yùn)算符重載是指同一個(gè)運(yùn)算符可以施加于不同類型的操作數(shù)上面。當(dāng)然,當(dāng)參數(shù)特征不同或被操作數(shù)的類型不同時(shí),實(shí)現(xiàn)函數(shù)的算法或運(yùn)算符的語(yǔ)義是不相同的。重載進(jìn)一步提高了面向?qū)ο笙到y(tǒng)的靈活性和可讀性。 9.4.2 表示關(guān)系的符號(hào) § 類與類之間關(guān)系有:關(guān)聯(lián),聚集,泛化(繼承),依賴,細(xì)化 9.4.2.1 關(guān)聯(lián) § 關(guān)聯(lián)表示兩個(gè)類的對(duì)象之間存在某種語(yǔ)義上的聯(lián)系。 § (1) 普通關(guān)聯(lián) 普通關(guān)聯(lián)示例 § 在表示關(guān)聯(lián)的直線兩端可以寫上重?cái)?shù)(multiplicity),它表示該類有多少個(gè)對(duì)象與對(duì)方的一個(gè)對(duì)象連接。重?cái)?shù)的表示方法通常有: § 0…1 表示0到1個(gè)對(duì)象 § 0…*或* 表示0到多個(gè)對(duì)象 § 1+或1…* 表示1到多個(gè)對(duì)象 § 1…15 表示1到15個(gè)對(duì)象 § 3 表示3個(gè)對(duì)象 § 如果圖中未明確標(biāo)出關(guān)聯(lián)的重?cái)?shù),則默認(rèn)重?cái)?shù)是1。 § (2) 關(guān)聯(lián)的角色 § 在任何關(guān)聯(lián)中都會(huì)涉及到參與此關(guān)聯(lián)的對(duì)象所扮演的角色(即起的作用),在某些情況下顯式標(biāo)明角色名有助于別人理解類圖。如果沒(méi)有顯式標(biāo)出角色名,則意味著用類名作為角色名。 § (3) 限定關(guān)聯(lián) § 限定關(guān)聯(lián)通常用在一對(duì)多或多對(duì)多的關(guān)聯(lián)關(guān)系中,可以把模型中的重?cái)?shù)從一對(duì)多變成一對(duì)一,或從多對(duì)多簡(jiǎn)化成多對(duì)一。在類圖中把限定詞放在關(guān)聯(lián)關(guān)系末端的一個(gè)小方框內(nèi)。 § (4) 關(guān)聯(lián)類 § 為了說(shuō)明關(guān)聯(lián)的性質(zhì)可能需要一些附加信息??梢砸胍粋€(gè)關(guān)聯(lián)類來(lái)記錄這些信息。關(guān)聯(lián)中的每個(gè)連接與關(guān)聯(lián)類的一個(gè)對(duì)象相聯(lián)系。關(guān)聯(lián)類通過(guò)一條虛線與關(guān)聯(lián)連接。 9.4.2.2 聚集 § 聚集是一種特殊的關(guān)聯(lián),它指出類間的“ 整體- 部分” 關(guān)系。 § (1) 共享聚集 § 如果在聚集關(guān)系中處于部分方的對(duì)象可同時(shí)參與多個(gè)處于整體方對(duì)象的構(gòu)成,則該聚集稱為共享聚集。 § (2) 組合聚集 § 如果部分類完全隸屬于整體類,部分與整體共存,整體不存在了部分也會(huì)隨之消失,則該聚集稱為組合聚集。 9.4.2.3 泛化 ? UML中的泛化關(guān)系就是通常所說(shuō)的繼承關(guān)系。 (1) 普通泛化 §(2) 受限泛化 § 可以給泛化關(guān)系附加約束條件,以進(jìn)一步說(shuō)明該泛化關(guān)系的使用方法或擴(kuò)充方法,這樣的泛化關(guān)系稱為受限泛化。預(yù)定義的約束有4種: 多重、不相交、完全和不完全。下圖:多重繼承 9.4.2.3 泛化(III) § 完全繼承指的是父類的所有子類都已在類圖中窮舉出來(lái)了,圖示符號(hào)是指定{完全}約束。 § 不完全繼承與完全繼承恰好相反,父類的子類并沒(méi)有都窮舉出來(lái),不完全繼承是一般情況下默認(rèn)的繼承關(guān)系9.4.2.4 依賴 § 依賴關(guān)系表示: 其中一個(gè)模型元素是獨(dú)立的,另一個(gè)模型元素不是獨(dú)立的,它依賴于獨(dú)立的模型元素,如果獨(dú)立的模型元素改變了,將影響依賴于它的模型元素。 9.4.2.5 細(xì)化 § 當(dāng)對(duì)同一個(gè)事物在不同抽象層次上描述時(shí),這些描述之間具有細(xì)化關(guān)系。假設(shè)兩個(gè)模型元素A和B描述同一個(gè)事物,它們的區(qū)別是抽象層次不同,如果B是在A的基礎(chǔ)上的更詳細(xì)的描述,則稱B細(xì)化了A,或稱A細(xì)化成了B。 9.3 面向?qū)ο蠼!?面向?qū)ο箝_發(fā)軟件,需要建立3種形式的模型。 § 對(duì)象模型。描述系統(tǒng)數(shù)據(jù)結(jié)構(gòu)—數(shù)據(jù)結(jié)構(gòu)。 § 動(dòng)態(tài)模型。描述系統(tǒng)控制結(jié)構(gòu)—執(zhí)行操作。 § 功能模型。描述系統(tǒng)功能—數(shù)值變化。 § 這三種模型從不同側(cè)面描述了對(duì)系統(tǒng)的需求。在面向?qū)ο蟮姆治?OOA)階段,這三種模型是必不可少的。 9.4 對(duì)象模型 § 對(duì)象模型描述了系統(tǒng)的靜態(tài)結(jié)構(gòu)。OO方法強(qiáng)調(diào)圍繞對(duì)象而不是功能來(lái)構(gòu)造系統(tǒng)。 § 使用統(tǒng)一建模語(yǔ)言UML (Unified Modeling Language )提供的類圖來(lái)建立對(duì)象模型。 § UML用例圖是建立功能模型的有力工具。 動(dòng)態(tài)模型描述系統(tǒng)控制結(jié)構(gòu)。通常用狀態(tài)圖表示。 下降狀態(tài) 在第一層 上升狀態(tài) 向第一層下降 空閑狀態(tài) 上升 到達(dá) 到達(dá) 上升 超時(shí) 下降 到達(dá)第一層 功能模型表示變化的系統(tǒng)的“功能”性質(zhì),它指明了系統(tǒng)應(yīng)該“做什么”,通常,功能模型由一組數(shù)據(jù)流圖組成。 UML提供的用例圖也是進(jìn)行需求分析和建立功能模型的強(qiáng)有力工具。 對(duì)象模型 動(dòng)態(tài)模型 功能模型 對(duì)象的靜態(tài)結(jié)構(gòu)及相互關(guān)系 與時(shí)間和順序有關(guān)的系統(tǒng)性質(zhì) 與值的變化有關(guān)的系統(tǒng)性質(zhì) 描述系統(tǒng)的數(shù)據(jù)結(jié)構(gòu) 控制結(jié)構(gòu) 系統(tǒng)的功能 “干事的主體” “什么時(shí)候干” “干什么” 第13章 軟件項(xiàng)目管理 1、什么是軟件項(xiàng)目管理?目的是什么?軟件項(xiàng)目管理的主要內(nèi)容是什么?主要職能是什么? 軟件項(xiàng)目管理的定義:是為了實(shí)現(xiàn)項(xiàng)目目標(biāo),運(yùn)用相關(guān)的知識(shí)、技能、方法、工具,對(duì)項(xiàng)目的計(jì)劃、進(jìn)度、質(zhì)量、成本、資源進(jìn)行管理和控制的活動(dòng)。 目的:通過(guò)計(jì)劃、組織和控制等一系列活動(dòng),合理地配置和使用各種資源,以達(dá)到既定目標(biāo)的過(guò)程。項(xiàng)目管理不僅是為了節(jié)約金錢,而且是為了節(jié)省時(shí)間,縮短產(chǎn)品的開發(fā)周期。 內(nèi)容: (1) 人員的管理與組織 (2) 軟件度量 (3) 軟件項(xiàng)目計(jì)劃 (4) 風(fēng)險(xiǎn)管理 (5) 軟件質(zhì)量保證 (6) 軟件過(guò)程能力評(píng)估 (7) 軟件配置管理 主要職能:制定計(jì)劃、建立組織、配備人員、指導(dǎo) 2、軟件規(guī)模估算的兩種典型方法是什么?含義分別是什么? 代碼行技術(shù)含義:這種方法依據(jù)以往開發(fā)類似產(chǎn)品的經(jīng)驗(yàn)和歷史數(shù)據(jù),估計(jì)實(shí)現(xiàn)一個(gè)功能所需要的源程序行數(shù) 代碼行技術(shù)估算方法:估計(jì)該程序模塊的最小規(guī)模(設(shè)為a)、最大規(guī)模(設(shè)為b)和最可能的規(guī)模(設(shè)為m),則計(jì)算單元規(guī)模的估計(jì)值為: 功能點(diǎn)技術(shù)含義:依據(jù)對(duì)軟件信息域特性和軟件復(fù)雜性的評(píng)估結(jié)果,估算軟件規(guī)模 3、軟件開發(fā)小組人員如何確定,人員個(gè)數(shù)怎么確定? 根據(jù)軟件規(guī)模估算出完成項(xiàng)目所需的工作量,確定開發(fā)人員的個(gè)數(shù),并合理地組織項(xiàng)目組結(jié)構(gòu)。 4、根據(jù)什么、如何確定軟件項(xiàng)目組的最佳規(guī)模,為什么存在項(xiàng)目組的最佳規(guī)模? 對(duì)于某一個(gè)組員來(lái)說(shuō),他與其他組員通信的路徑數(shù)在1~(P-1)的范圍內(nèi)變化。如果不與任何人通信時(shí)個(gè)人生產(chǎn)率為L(zhǎng),而且每條通信路徑導(dǎo)致生產(chǎn)率減少l,則組員個(gè)人平均生產(chǎn)率為 Lr=L-l(P-1)r (13.5) 其中,r是對(duì)通信路徑數(shù)的度量,0- 1.請(qǐng)仔細(xì)閱讀文檔,確保文檔完整性,對(duì)于不預(yù)覽、不比對(duì)內(nèi)容而直接下載帶來(lái)的問(wèn)題本站不予受理。
- 2.下載的文檔,不會(huì)出現(xiàn)我們的網(wǎng)址水印。
- 3、該文檔所得收入(下載+內(nèi)容+預(yù)覽)歸上傳者、原創(chuàng)作者;如果您是本文檔原作者,請(qǐng)點(diǎn)此認(rèn)領(lǐng)!既往收益都?xì)w您。
下載文檔到電腦,查找使用更方便
4 積分
下載 |
- 配套講稿:
如PPT文件的首頁(yè)顯示word圖標(biāo),表示該P(yáng)PT已包含配套word講稿。雙擊word圖標(biāo)可打開word文檔。
- 特殊限制:
部分文檔作品中含有的國(guó)旗、國(guó)徽等圖片,僅作為作品整體效果示例展示,禁止商用。設(shè)計(jì)者僅對(duì)作品中獨(dú)創(chuàng)性部分享有著作權(quán)。
- 關(guān) 鍵 詞:
- 安徽大學(xué) 軟件工程 導(dǎo)論 期末 復(fù)習(xí) 考點(diǎn) 試卷 匯總
鏈接地址:http://kudomayuko.com/p-1656995.html