【文章內(nèi)容簡(jiǎn)介】 ，它代替被測(cè)試的模塊所調(diào)用的模塊。樁模塊使用被它代替的模塊的接口，但內(nèi)部只做少量的數(shù)據(jù)操作，并且把控制和模擬結(jié)果歸還給調(diào)用它的模塊。23為何要引入驅(qū)動(dòng)模塊和樁模塊？ PPT 第11章驅(qū)動(dòng)模塊和樁模塊是測(cè)試使用的軟件，它們不是軟件的組成部分，但需要一定的開發(fā)費(fèi)用。簡(jiǎn)單的驅(qū)動(dòng)模塊和樁模塊不能完成某些模塊的測(cè)試任務(wù)，只能在集成測(cè)試過(guò)程中同時(shí)完成對(duì)這些模塊的詳盡測(cè)試。引用驅(qū)動(dòng)模塊和樁模塊原則有：?jiǎn)卧獪y(cè)試通常與編碼工作結(jié)合起來(lái)，通常，模塊本身不是一個(gè)獨(dú)立的程序，因此在測(cè)試模塊中必須為每一個(gè)被測(cè)模塊開發(fā)一個(gè)（引用）驅(qū)動(dòng)模塊和若干個(gè)樁模塊。24．何謂調(diào)試？ PPT 第11章調(diào)試,又名排錯(cuò),它是根據(jù)測(cè)試出問題的外部現(xiàn)象（又名錯(cuò)誤或外錯(cuò)），分析找出問題的內(nèi)在原因（又名故障或內(nèi)錯(cuò)）并加以改正的代碼執(zhí)行與人工活動(dòng)。調(diào)試的任務(wù)就是確定錯(cuò)誤的準(zhǔn)確位置（定位錯(cuò)誤）、分析引發(fā)錯(cuò)誤的原因，最終排除錯(cuò)誤。黑盒測(cè)試（行為測(cè)試）檢查程序功能是否符合按照規(guī)格說(shuō)明書的規(guī)定，測(cè)試只在程序界面上進(jìn)行。包括等價(jià)類劃分、邊界值分析、比較測(cè)試、錯(cuò)誤猜測(cè)何因果圖方法。白盒測(cè)試（結(jié)構(gòu)測(cè)試）檢驗(yàn)程序中的每條邏輯通路能否都按預(yù)定要求正確工作，測(cè)試按照程序內(nèi)部的邏輯進(jìn)行。包括邏輯覆蓋測(cè)試、基本路徑測(cè)試、數(shù)據(jù)流測(cè)試和循環(huán)測(cè)試。25旅行社把預(yù)定機(jī)票的旅客信息，如姓名、年齡、單位、身份證號(hào)、旅行時(shí)間、目的地等輸入預(yù)定機(jī)票系統(tǒng)，系統(tǒng)為旅客安排航班，打印出取票通知單（附有應(yīng)交的賬款）旅客在飛機(jī)起飛前交付票款，系統(tǒng)檢查無(wú)誤后，輸出機(jī)票給旅客。試用結(jié)構(gòu)化分析方法描述系統(tǒng)的邏輯模型（系統(tǒng)的功能需求）并建立相應(yīng)的數(shù)據(jù)字典，要求數(shù)據(jù)字典中至少包括一個(gè)數(shù)據(jù)流、一個(gè)數(shù)據(jù)文件、一個(gè)加工的詳細(xì)的定義。，某銀行擬開發(fā)計(jì)算機(jī)儲(chǔ)蓄管理系統(tǒng)，儲(chǔ)戶填寫的存款單或取款單由銀行柜臺(tái)業(yè)務(wù)員鍵入系統(tǒng)，如果是存款，系統(tǒng)記錄存款人姓名，住址，存款日期，利率等信息，并印出存款單給儲(chǔ)戶；如果是取款，系統(tǒng)進(jìn)行取款處理并印出結(jié)算單給儲(chǔ)戶，請(qǐng)用結(jié)構(gòu)化分析方法描述系統(tǒng)的邏輯模型(系統(tǒng)的功能需求)，并建立相應(yīng)的數(shù)據(jù)字典，要求數(shù)據(jù)字典中至少包括一個(gè)數(shù)據(jù)流，一個(gè)文件和一個(gè)加工的詳細(xì)定義。第三篇：自考軟件工程問答總結(jié)。,“供不應(yīng)求”.,用戶對(duì)“已完成的”,: 軟件生產(chǎn)本身存在的復(fù)雜性。:方法, 有哪些活動(dòng) 開發(fā)活動(dòng)可行性分析和項(xiàng)目開發(fā)計(jì)劃,需求分析和定義,軟件設(shè)計(jì)(先后細(xì)分為:概要設(shè)計(jì)和詳細(xì)設(shè)計(jì)),編碼,測(cè)試和運(yùn)行維護(hù) 各活動(dòng)階段主要文檔 可性行研究報(bào)告 項(xiàng)目開發(fā)計(jì)劃 需求規(guī)格說(shuō)明書 初步用戶使用手冊(cè) 確認(rèn)測(cè)試計(jì)劃修改完善的軟件開發(fā)計(jì)劃 概要設(shè)計(jì)階段文檔 概要設(shè)計(jì)說(shuō)明書 數(shù)據(jù)庫(kù)說(shuō)明書 用戶手冊(cè)修訂的測(cè)試計(jì)劃(測(cè)試的策略,方法,步驟) 詳細(xì)設(shè)計(jì)階段 詳細(xì)設(shè)計(jì)說(shuō)明書 系統(tǒng)測(cè)試階段 系統(tǒng)測(cè)試計(jì)劃文檔瀑布模型,原型開發(fā)模型(快速原型模型,演化模型,增量模型),螺旋模型,噴泉模型, 瀑布模型瀑布模型(傳統(tǒng)的軟件周期模型)嚴(yán)格遵循軟件生命周期各階段的固定順序:計(jì)劃,分析,設(shè)計(jì),編程,測(cè)試和維護(hù),上一階段完成后才能進(jìn)入到下一階段,整個(gè)模型就像一個(gè)飛流直下的瀑布 優(yōu)點(diǎn):可強(qiáng)迫開發(fā)人員采用規(guī)范的方法,嚴(yán)格規(guī)定了各階段必須提交的文檔。要求每一階段結(jié)束后,: 原型模型 快速原型模型快速原型的用途是獲知用戶的真正需求,一旦需求確定了,而是采用了動(dòng)態(tài)定義需求的方法,:簡(jiǎn)化項(xiàng)目管理,盡快建立初步需求, 演化模型在快速原型模型中,原型的用途是獲知用戶的真正需求,一旦需求確定了,快速原型模型是一種“拋棄式”的原型化方法,而演化模型則是一種“漸進(jìn)式”增量模型主要用于設(shè)計(jì)階段,把軟件產(chǎn)品劃分為一系列的增量構(gòu)件,分別進(jìn)行設(shè)計(jì),編程, 原型模型小結(jié)從下面的有關(guān)原型化方法的敘述中,選擇出正確的敘述:(1)快速原型方法是一種企圖克服傳統(tǒng)軟件周期模型缺點(diǎn)的開發(fā)方法.(2)在用戶的數(shù)據(jù)資源沒有得到很好地組織和管理的時(shí)候,應(yīng)該使用原型化方法.(3)在用戶沒有明確地肯定其需求的時(shí)候,應(yīng)該使用原型化方法.(4)在用戶不希望把自己的時(shí)間花在軟件開發(fā)過(guò)程中的時(shí)候,應(yīng)該使用原型化方法.(5)使用原型化方法時(shí)應(yīng)該使用第三代編程語(yǔ)言.(6)原型化加強(qiáng)了開發(fā)過(guò)程中用戶的參與和決策.(7)原型化方法大致可分為三類:拋棄式,演化式和遞增式.(8)原型化方法大致可分為演化式和遞增式.(9)采用原型化方法時(shí),軟件的開發(fā)成本較高.(10)采用原型化方法時(shí),關(guān)鍵的因素是建立原形的速度, 螺旋模型螺旋模型綜合了瀑布模型和原型模型中的演化模型的優(yōu)點(diǎn),一個(gè)新產(chǎn)品開發(fā)項(xiàng)目開始了,新產(chǎn)品的演化沿著螺旋線進(jìn)行若干次迭代, 噴泉模型 軟件過(guò)程軟件過(guò)程是指人們用于開發(fā)和維護(hù)軟件及相關(guān)產(chǎn)品的一系列活動(dòng), 評(píng)估工具軟件過(guò)程的評(píng)估,通常采用軟件能力成熟度 模型(Capability Maturity Model,CMM).(由低級(jí)到高級(jí)): 初始級(jí)軟件過(guò)程是無(wú)序的,有時(shí)甚至是混亂的,對(duì)過(guò)程幾乎沒有定義,成功取決于個(gè)人努力,管理是反應(yīng)式(消防式)建立了基本的項(xiàng)目管理過(guò)程來(lái)跟蹤費(fèi)用,已將軟件管理和工程兩方面的過(guò)程文檔化,標(biāo)準(zhǔn)化,收集對(duì)軟件過(guò)程和產(chǎn)品質(zhì)量的詳細(xì)度量,加強(qiáng)了定量分析,通過(guò)來(lái)自過(guò)程質(zhì)量反饋和來(lái)自新觀念,軟件項(xiàng)目管理開始于任何技術(shù)活動(dòng)之前,成本管理,人力資源管理, Gantt圖是一種簡(jiǎn)單的水平條形圖,它以水平線段表示子任務(wù)的工作階段,線段的起點(diǎn)和終點(diǎn)分別對(duì)應(yīng)著子任務(wù)的起始時(shí)間,:直觀簡(jiǎn)明,易學(xué)易繪,可從圖上清楚地標(biāo)出子任務(wù)間的時(shí)間對(duì)比,但它也有 缺點(diǎn):(a)不能顯示地描繪各項(xiàng)彼此間的依賴關(guān)系。(b)進(jìn)度計(jì)劃的關(guān)鍵部分不明顯,難以判斷哪些部分應(yīng)當(dāng)是主攻和主控的對(duì)象。(c)計(jì)劃中有潛力的部分以及潛力的大小不明確, PERT網(wǎng)圖與關(guān)鍵路徑PERT網(wǎng)圖是一個(gè)由箭頭(標(biāo)識(shí)任務(wù))和結(jié)點(diǎn)(標(biāo)識(shí)事件),B,C模塊的任務(wù)網(wǎng)絡(luò)圖 PERT圖不僅給出了每個(gè)任務(wù)的開始時(shí)間,結(jié)束時(shí)間和完成該任務(wù)所需的時(shí)間,還給出了任務(wù)之間的依賴關(guān)系,即哪些任務(wù)完成后才能開始另一些任務(wù),以及如期完成整個(gè)工程的“關(guān)鍵路徑”.關(guān)鍵路徑(Critical Path)是由一連串的任務(wù)所組成的鏈,一種常用的成本估算方法是先估計(jì)完成軟件項(xiàng)目所需的工作量(人月數(shù)),然后根據(jù)每個(gè)人月的代價(jià)(金額)計(jì)算機(jī)軟件的開發(fā)費(fèi)用: 開發(fā)費(fèi)用 = 人月數(shù)每個(gè)人月的代價(jià)另一種方法是估計(jì)軟件的規(guī)模(通常指源代碼行數(shù)),然后根據(jù)每行源代碼的平均開發(fā)費(fèi)用(包括分析,設(shè)計(jì),編碼,測(cè)試所花的費(fèi)用),計(jì)算機(jī)軟件的開發(fā)費(fèi)用: 開發(fā)費(fèi)用=源代碼行數(shù)每行平均費(fèi)用估算源代碼行數(shù)時(shí),可以請(qǐng)n為有經(jīng)驗(yàn)的專家,每位專家對(duì)軟件給出3各估計(jì)值: ai最少源代碼行數(shù)(該軟件可能的最小規(guī)模)bi最大源代碼行數(shù)(該軟件可能的最大規(guī)模)mi最可能的代碼行數(shù)(該軟件最可能的規(guī)模)然后計(jì)算出每位專家的估算期, 其他管理 人力資源管理 風(fēng)險(xiǎn)管理風(fēng)險(xiǎn)管理的主要活動(dòng)有風(fēng)險(xiǎn)識(shí)別,風(fēng)險(xiǎn)估算,模塊是指執(zhí)行某一特定任務(wù)的數(shù)據(jù)和可執(zhí)行語(yǔ)句程序元素的集合,通常是指可通過(guò)名字來(lái)訪問的過(guò)程,函數(shù),每個(gè)模塊可獨(dú)立地開發(fā),測(cè)試, 可分解性如果一種設(shè)計(jì)方法提供了將問題分解成子問題的系統(tǒng)化機(jī)制,它就能降低整個(gè)系統(tǒng)的復(fù)雜性, 可組裝性如果一種設(shè)計(jì)方法使現(xiàn)存的(可復(fù)用的)設(shè)計(jì)構(gòu)件能被組裝成新系統(tǒng), 可理解性如果一個(gè)模塊可以作為一個(gè)獨(dú)立的單位(不用參考其他模塊)被理解, 連續(xù)性如果對(duì)系統(tǒng)需求的微小修改只導(dǎo)致對(duì)單個(gè)模塊,而不是整個(gè)系統(tǒng)的修改, 保護(hù)性如果模塊內(nèi)部出現(xiàn)異常情況,并且它的影響限制在模塊內(nèi)部,不會(huì)影響其他模塊, 模塊與模塊的耦合性, 內(nèi)容耦合直接操作或修改另一模塊的數(shù)據(jù),應(yīng)設(shè)計(jì)成單入口,單出口的模塊, 公共耦合,C語(yǔ)言中的external數(shù)據(jù)類型, 外部耦合,輸入輸出把一個(gè)模塊與特定的設(shè)備,格式, 控制耦合一模塊明顯把開關(guān)量,名字等信息送入另一模塊, 標(biāo)記耦合 數(shù)據(jù)耦合 非直接耦合(無(wú)耦合)模塊間無(wú)任何關(guān)系,獨(dú)立工作原則上講,耦合度從高到低,內(nèi)容耦合度最高, 模塊的內(nèi)聚性內(nèi)聚是指一個(gè)模塊內(nèi)各個(gè)元素彼此結(jié)合的緊密程序,).偶然內(nèi)聚::一組語(yǔ)句在程序的多處出現(xiàn),為了節(jié)省內(nèi)存空間,這些語(yǔ)句放在一個(gè)模塊中,)邏輯內(nèi)聚:)瞬時(shí)內(nèi)聚(時(shí)間內(nèi)聚):一個(gè)模塊所包含的任務(wù)必須在同一時(shí)間間隔內(nèi)執(zhí)行,)過(guò)程內(nèi)聚:一個(gè)模塊的處理元素是相關(guān)的,)通信內(nèi)聚:)順序內(nèi)聚:模塊的成分同一個(gè)功能密切相關(guān),且輸出,)功能內(nèi)聚:模塊內(nèi)的所有成分屬于一個(gè)整體,內(nèi)聚度從低到高,偶然內(nèi)聚度最低,低耦合的原則稱為模塊獨(dú)立原則, 模塊的深度,寬度,扇出與扇入 深度: :低扇出 高扇入 模塊作用域和控制域軟件設(shè)計(jì)時(shí), 模塊化基礎(chǔ)知識(shí)小結(jié)通過(guò)模塊的合并和分解,避免“病態(tài)連接”. 有哪些主要方法軟件開發(fā)方法:,面向?qū)ο蠓椒?JACKSON方法,維也納開發(fā)方法(VDM). 結(jié)構(gòu)化方法學(xué)結(jié)構(gòu)化方法學(xué)也稱為生命周期方法學(xué)(瀑布模型方法),: 數(shù)據(jù)流圖(DFD),數(shù)據(jù)字典(DD),實(shí)例—關(guān)系圖(E—R圖)及描述加工處理的結(jié)構(gòu)化語(yǔ)言,判定表,(DFD圖)DFD的基本成分?jǐn)?shù)據(jù)流圖主要由4種成分組成數(shù)據(jù)流(data flow):由一組固定成分的數(shù)據(jù)組成,文件流向加工,也可以從加工流向文件和宿,一方面是為了區(qū)別,另一方面也給人一個(gè)直觀的印象,(process):描述了輸入數(shù)據(jù)流到輸出數(shù)據(jù)流之間的變換,(file):可以表示數(shù)據(jù)文件,流出文件的數(shù)據(jù)流表示讀文件,(source/sink):源是指系統(tǒng)所需數(shù)據(jù)的發(fā)源地,宿(也稱數(shù)據(jù)池),均對(duì)應(yīng)于外部實(shí)體,在框內(nèi)應(yīng)加注實(shí)體的名字,在一個(gè)軟件各級(jí)軟件系統(tǒng)中,有些源和宿可以是一個(gè)外部實(shí)體,外部實(shí)體是指存在于軟件系統(tǒng)之外的人員或組織,一套分層的的數(shù)據(jù)流圖由頂層,底層, ,自頂向下,逐層細(xì)化,完善 ,父,一個(gè)加工所 有輸出數(shù)據(jù)流中的數(shù)據(jù)必須能從該加工的輸入數(shù)據(jù)流中直接獲得,在畫父圖時(shí),只需畫出加工和加工之間的關(guān)系,加工間的數(shù)據(jù)流越少,各加工就越相對(duì)獨(dú)立, ,加工,文件,源/宿命名,名字應(yīng)反映該成分的實(shí)際意義, 而暫不考慮一些例外情況,又有輸,每個(gè)文件必須既有讀文件的數(shù)據(jù)流又有寫文件的數(shù)據(jù)流,:一個(gè)軟件系統(tǒng),(Process),則父圖允許有0～N張子圖,任意兩個(gè)加工之間可以有0條或多條名字互不相同的數(shù)據(jù)流。在畫數(shù)據(jù)流圖時(shí),應(yīng)該注意父圖和子圖的平衡,: 數(shù)據(jù)字典數(shù)據(jù)字典是關(guān)于數(shù)據(jù)的信息的集合也就是對(duì) : 加工條目是對(duì)數(shù)據(jù)流圖中每一個(gè)不能再分 ,常用的加工描述方法有結(jié)構(gòu)化語(yǔ)言, 結(jié)構(gòu)化語(yǔ)言結(jié)構(gòu)化語(yǔ)言實(shí)際上是一種半形式化語(yǔ)言, , 實(shí)體——關(guān)系圖(E—R圖)實(shí)體——關(guān)系圖(EntityRelabionship Diagram),簡(jiǎn)稱ER圖,包含實(shí)體,并用直線把實(shí)體(或關(guān)系) 結(jié)構(gòu)化設(shè)計(jì)結(jié)構(gòu)化設(shè)計(jì)通?？煞譃楦乓O(shè)計(jì)和詳細(xì)設(shè)計(jì),進(jìn)行模塊劃分,確定每個(gè)模塊的功能, 概要設(shè)計(jì)經(jīng)過(guò)需求分析階段的工作,系統(tǒng)必須“做什么”已經(jīng)清楚了,概要設(shè)計(jì)的基本目的就是回答“概括地說(shuō),系統(tǒng)應(yīng)該如實(shí)現(xiàn) ”:將一個(gè)復(fù)雜的系統(tǒng)按功能化分為模塊,確定每個(gè)模塊的功能,確定模塊之間的調(diào)用關(guān)系,確定模塊之間的接口(模塊之間傳遞的信息),結(jié)構(gòu)化設(shè)計(jì)方法(SD)方法采用結(jié)構(gòu)圖(Structure Chart),調(diào)用和數(shù)據(jù),結(jié)構(gòu)圖中的模塊用矩形表示,“層次圖加輸入/處理/輸出圖”,是在層次圖里出了最頂層的方框之外,變換流:信息沿著輸入通道進(jìn)入系統(tǒng),然后通過(guò)變換中心(也稱主加工)處理,變換(主加工),:信息流沿著輸入通道到達(dá)一個(gè)事務(wù)中心,事務(wù)中心根據(jù)輸入信息(即事務(wù))的類型在若干個(gè)動(dòng)作序列(稱為活動(dòng)流)中選擇一個(gè)來(lái)執(zhí)行, 詳細(xì)設(shè)計(jì)概要設(shè)計(jì)已經(jīng)確定了每個(gè)模塊的功能和接口,詳細(xì)設(shè)計(jì)工具主要包括程序流程圖(系統(tǒng)流程圖),盒圖(NS圖),PAD圖和偽碼(PDL).人機(jī)界面的設(shè)計(jì)質(zhì)量,靈活和風(fēng)格都很重要,用戶幫助設(shè)計(jì), Jackson方法上面講的結(jié)構(gòu)化設(shè)計(jì)方法是面向數(shù)據(jù)流的,另外還有一種面向數(shù)據(jù)結(jié)構(gòu)的設(shè)計(jì)方法, Jackson方法是最著名的面向數(shù)據(jù)結(jié)構(gòu)的設(shè)計(jì)方法,:建立系統(tǒng)的數(shù)據(jù)結(jié)構(gòu)。以數(shù)據(jù)結(jié)構(gòu)為基礎(chǔ),對(duì)應(yīng)地建立程序結(jié)構(gòu)。列出程序中要用到的各種基本操作, 面向?qū)ο蠓治龇椒?00A)OTM方法的三個(gè)模型,分別從三個(gè)不同側(cè)面描述了所要開發(fā)的系統(tǒng):功能模型指明了系統(tǒng)應(yīng)該“做什么”。動(dòng)態(tài)模型明確了什么時(shí)候做。,軟件工具是指用于輔助軟件開發(fā),運(yùn)行,維護(hù),管理,(Computer Aided Software Engineering,計(jì)算機(jī)輔助軟件工程), 軟件質(zhì)量ISO/IEC 9126軟件質(zhì)量模型可從軟件功能性,可靠性,可用性,效率,可維護(hù)性,可移植性6個(gè)方面來(lái)衡量.(1).功能性與功能及其指定的性質(zhì)的一組軟件屬性.(2)可靠性,軟件實(shí)現(xiàn)其規(guī)定功能的概率.(3)可用性與使用的難易程序及規(guī)定或隱含用戶對(duì)使用 方式所做的評(píng)價(jià)有關(guān)的軟件屬性.(4)效率與在規(guī)定條件的性能水平與所用資源量之間的關(guān)系有關(guān)的一組軟件屬性.(5)可維護(hù)性與軟件維護(hù)的難易程序有關(guān)的一組軟件屬性.(6)可移植性, 軟件質(zhì)量保證軟件質(zhì)量保證的主要困難表現(xiàn)在以下幾個(gè)方面: 1),他們必定沒有太高的熱情去控制開發(fā)的質(zhì)量,他們的形為也難于控制,而高質(zhì)量的軟件產(chǎn)品,特別是骨干開發(fā)人員的流失,: 開發(fā)初期制定質(zhì)量保證計(jì)劃,“變動(dòng)”都要經(jīng)過(guò)申請(qǐng),評(píng)估,批準(zhǔn), 代碼評(píng)審技術(shù)程序員和測(cè)試員組成審查小組,:小組成員提前閱讀設(shè)計(jì)規(guī)格書,程序文本