軟件工程作業(yè)全部答案

1、1.3 請(qǐng)讀者詳細(xì)解釋軟件的定義和程序的定義。軟件的定義：軟件 = 程序 + 數(shù)據(jù) + 文檔。這里的程序是指程序系統(tǒng)。這里的數(shù)據(jù)不僅包括初始化數(shù)據(jù)、測(cè)試數(shù)據(jù)，而且包括研發(fā)數(shù)據(jù)、運(yùn)行數(shù)據(jù)、維護(hù)數(shù)據(jù)，也包括軟件企業(yè)積累的項(xiàng)目工程數(shù)據(jù)和項(xiàng)目管理數(shù)據(jù)中的大量決策原始記錄數(shù)據(jù)。這里的文檔指的是軟件開發(fā)過程中的分析、設(shè)計(jì)、實(shí)現(xiàn)、測(cè)試、維護(hù)文檔、管理文檔。現(xiàn)在有一種新提法正在引起關(guān)注，這種提法是：軟件 = 知識(shí) + 程序 + 數(shù)據(jù) + 文檔。程序是計(jì)算機(jī)為完成特定任務(wù)而執(zhí)行的指令的有序集合。從應(yīng)用的角度可理解為：面向過程的程序 = 算法 + 數(shù)據(jù)結(jié)構(gòu)面向?qū)ο蟮某绦?= 對(duì)象 + 信息面向構(gòu)件的程序 = 構(gòu)件

2、 + 構(gòu)架。1.5 讀者同意“四種開發(fā)方法”和“五個(gè)面向理論”的提法嗎？為什么？ “四種開發(fā)方法”是指“面向過程的方法、面向?qū)ο蟮姆椒?、面向?shù)據(jù)的方法、形式化方法”，面向過程的方法來源于面向過程的程序設(shè)計(jì)，面向?qū)ο蟮姆椒▉碓从诿嫦驅(qū)ο蟮某绦蛟O(shè)計(jì)，面向數(shù)據(jù)的方法就是面向元數(shù)據(jù)的方法，它來源于關(guān)系數(shù)據(jù)庫程序設(shè)計(jì)，形式化方法來源于離散數(shù)學(xué)中的集合運(yùn)算和邏輯運(yùn)算。四種方法各適用于不同的場(chǎng)合，各有優(yōu)缺點(diǎn)，互相促進(jìn)，構(gòu)成一個(gè)開發(fā)方法論的多極化世界?！拔鍌€(gè)面向理論”是指“面向流程分析、面向數(shù)據(jù)設(shè)計(jì)、面向?qū)ο髮?shí)現(xiàn)、面向功能測(cè)試、面向過程管理”，它是在綜合“四種開發(fā)方法”各自的優(yōu)點(diǎn)之后提出的軟件工程實(shí)施理論，是

3、對(duì)前者的繼承與發(fā)展。總之，上述提法既精彩又實(shí)用。2.1 為什么要選擇軟件開發(fā)模型？軟件開發(fā)模型與軟件生存周期有什么關(guān)系？因?yàn)檐浖_發(fā)模型是軟件工程研究的四大內(nèi)容之一，它雖然不是軟件工程研究的重點(diǎn)，但是在宏觀上特別重要。軟件公司的項(xiàng)目組在開發(fā)一個(gè)大項(xiàng)目或產(chǎn)品時(shí)，首先在技術(shù)上必須選擇一個(gè)開發(fā)模型，使開發(fā)模型非常適合這個(gè)項(xiàng)目或產(chǎn)品的生存周期；隨后通過對(duì)生存周期的裁減，來給出適合與本項(xiàng)目或產(chǎn)品的軟件生存周期定義。軟件的開發(fā)模型與軟件生存周期有關(guān)：不同的開發(fā)模型，可能對(duì)應(yīng)著不同的生存周期。生存周期不同，該軟件的開發(fā)階段劃分、評(píng)審次數(shù)、基線標(biāo)準(zhǔn)都有所不同，甚至維護(hù)方法都有所區(qū)別。 2.2簡(jiǎn)述瀑布模型、增量

4、模型、迭代模型、原型模型的優(yōu)缺點(diǎn)。答案：表 8-2 開發(fā)模型優(yōu)缺點(diǎn)：序 號(hào)模 型 名 稱優(yōu) 點(diǎn)缺 點(diǎn)1瀑布模型簡(jiǎn)單好學(xué)逆轉(zhuǎn)性差2增量模型可以分階段提交有時(shí)用戶不同意3迭代模型克服瀑布模型的缺點(diǎn)對(duì)開發(fā)人員要求高4原型模型開發(fā)速度快不利于創(chuàng)新4.2需求分析的目的是什么？需求分析的難點(diǎn)在哪里？軟件需求分析，其目的是用于說明軟件產(chǎn)品或軟件項(xiàng)目需要滿足的條件和限制。在軟件工程項(xiàng)目中首先要獲取用戶的需求，通過對(duì)軟件需要的提取、分析、文檔化以及驗(yàn)證，為進(jìn)一步的設(shè)計(jì)和實(shí)現(xiàn)提供依據(jù)。需求分析的難點(diǎn)是：在系統(tǒng)的功能、性能和接口方面，開發(fā)者與客戶達(dá)成完全一致的需求，讓客戶最終簽字確認(rèn)，并保證在項(xiàng)目驗(yàn)收前，需求相對(duì)穩(wěn)

5、定不變。萬一需求有點(diǎn)變化，雙方必須履行“需求變更管理程序”，而變更管理程序在簽訂合同時(shí)已經(jīng)做了規(guī)定。要知道，合同是具有法律效力的。4.6解釋術(shù)語：元數(shù)據(jù)、實(shí)體、中間數(shù)據(jù)。元數(shù)據(jù)是組織數(shù)據(jù)的數(shù)據(jù)，描述數(shù)據(jù)的數(shù)據(jù)，關(guān)于數(shù)據(jù)的數(shù)據(jù)。實(shí)體（指實(shí)體集或?qū)嶓w型），是一組相關(guān)元數(shù)據(jù)的集合。中間數(shù)據(jù)是組織統(tǒng)計(jì)數(shù)據(jù)的數(shù)據(jù)，描述統(tǒng)計(jì)數(shù)據(jù)的數(shù)據(jù)，關(guān)于統(tǒng)計(jì)數(shù)據(jù)的數(shù)據(jù)。5.13軟件開發(fā)計(jì)劃書應(yīng)包括哪些內(nèi)容？軟件開發(fā)計(jì)劃書是軟件策劃的輸出文檔，它包括如下10個(gè)方面的內(nèi)容：（1）軟件項(xiàng)目的目的、范圍、目標(biāo)和對(duì)象。（2）軟件生存周期的選擇與裁剪。（3）確定軟件開發(fā)和維護(hù)的規(guī)范、方法和標(biāo)準(zhǔn)。（4）軟件工作產(chǎn)品的確定。（5）對(duì)工

6、作產(chǎn)品規(guī)模的估計(jì)。（6）對(duì)工作量和成本的估計(jì)。（7）關(guān)鍵計(jì)算機(jī)資源的估計(jì)和使用情況。（8）項(xiàng)目的進(jìn)度、里程碑和評(píng)審計(jì)劃。（9）風(fēng)險(xiǎn)的識(shí)別和評(píng)估。（10）項(xiàng)目工程設(shè)施和工具的計(jì)劃。6.1 軟件設(shè)計(jì)的輸入輸出是什么？ 對(duì)于簽訂合同的項(xiàng)目，軟件設(shè)計(jì)的輸入時(shí)用戶需求報(bào)告/需求規(guī)格說明書，輸出是概要設(shè)計(jì)說明書和詳細(xì)設(shè)計(jì)說明書。對(duì)于立項(xiàng)的項(xiàng)目，軟件設(shè)計(jì)的輸入時(shí)需求規(guī)格說明書，輸出是概要設(shè)計(jì)說明書和詳細(xì)設(shè)計(jì)說明書。6.8為什么軟件設(shè)計(jì)要遵守“抽象，分解與模塊化，低藕合高內(nèi)聚，封裝，接口和實(shí)現(xiàn)分離”的設(shè)計(jì)原理？當(dāng)前，軟件設(shè)計(jì)過程仍然是一個(gè)非確定性過程，經(jīng)常是摸著石頭過河。不同的設(shè)計(jì)人員對(duì)相同的問題可以得到不同

7、的設(shè)計(jì)方案。由于設(shè)計(jì)過程是一個(gè)啟發(fā)式過程，不是確定性過程，因此不可能得到一個(gè)完全預(yù)測(cè)的結(jié)果。為此，只能規(guī)定一些設(shè)計(jì)原理或原則，供設(shè)計(jì)人員共同遵守。這些原理或原則是“抽象，分解與模塊化，低藕合高內(nèi)聚，封裝，接口和實(shí)現(xiàn)分離”。7.2請(qǐng)簡(jiǎn)述UML的宏觀建模思想和微觀建模思想。UML的宏觀建模思想是：以“個(gè)模型”和“張視圖”為綱，以“種圖”為目，建立系統(tǒng)的UML模型?！皞€(gè)模型”包括：業(yè)務(wù)模型、領(lǐng)域模型、用例模型、分析模型、設(shè)計(jì)模型、過程模型、部署模型、實(shí)現(xiàn)模型、測(cè)試模型。“種圖”包括：類圖、對(duì)象圖、用例圖、順序圖、協(xié)作圖、狀態(tài)圖、活動(dòng)圖、構(gòu)件圖、實(shí)施圖。 “張視圖”包括：用例視圖、設(shè)計(jì)視圖、進(jìn)程視圖、

8、實(shí)現(xiàn)視圖、實(shí)施視圖。UML的微觀建模思想是：基本結(jié)構(gòu)模型、高級(jí)結(jié)構(gòu)模型、基本行為模型、高級(jí)行為模型、體系結(jié)構(gòu)模型（5個(gè)方面，66個(gè)微觀建模）?；窘Y(jié)構(gòu)模型包括：對(duì)類建模、對(duì)關(guān)系建模、對(duì)公共機(jī)制建模、對(duì)圖建模、對(duì)類圖建模。高級(jí)結(jié)構(gòu)模型包括：對(duì)類的語義建模,對(duì)關(guān)系網(wǎng)絡(luò)建模,對(duì)接口、類型和角色建模,成組的元素建模,對(duì)體系結(jié)構(gòu)視圖建模,對(duì)具體實(shí)例、原型實(shí)例建模,對(duì)對(duì)象結(jié)構(gòu)建模?；拘袨槟Ｐ桶ǎ簩?duì)交互建模、對(duì)用例建模、對(duì)用例圖建模、對(duì)交互圖建模、對(duì)活動(dòng)圖。高級(jí)行為模型包括：對(duì)信號(hào)族、異常情況建模、對(duì)狀態(tài)機(jī)建模、對(duì)進(jìn)程和線程建模、對(duì)時(shí)間空間建模、對(duì)狀態(tài)圖建模。體系結(jié)構(gòu)模型包括：對(duì)構(gòu)件建模、對(duì)實(shí)施建模、對(duì)

9、協(xié)作建模、對(duì)模式和框架建模、對(duì)構(gòu)件圖建模、對(duì)實(shí)施圖建模、對(duì)系統(tǒng)建模。一般而言，人們最常用的是建立系統(tǒng)的用例圖、類圖和順序圖。7.8 請(qǐng)說明“三個(gè)模型”的定義，以及三者之間的關(guān)系。功能模型是描述系統(tǒng)能做什么，即對(duì)系統(tǒng)的功能、性能、接口和界面進(jìn)行定義。業(yè)務(wù)模型是描述系統(tǒng)在何時(shí)、何地、由何角色、按什么業(yè)務(wù)規(guī)則去做，以及做的步驟或流程，即對(duì)系統(tǒng)的操作流程進(jìn)行定義。數(shù)據(jù)模型是描述系統(tǒng)工作前的數(shù)據(jù)來自何處，工作中的數(shù)據(jù)存什么地方，工作后的數(shù)據(jù)放到何處，以及這些數(shù)據(jù)之間的關(guān)聯(lián)，即對(duì)系統(tǒng)的數(shù)據(jù)結(jié)構(gòu)進(jìn)行定義。功能模型和業(yè)務(wù)模型是在需求分析時(shí)建模，是兩個(gè)基本點(diǎn)。數(shù)據(jù)模型是一個(gè)中心，在設(shè)計(jì)時(shí)建模。功能模型和業(yè)務(wù)模型

10、給數(shù)據(jù)模型提供數(shù)據(jù)與維護(hù)數(shù)據(jù)，數(shù)據(jù)模型支持功能模型和業(yè)務(wù)模型的正常運(yùn)行。通常，數(shù)據(jù)模型建模用Power Designer，ER win或Oracle Designer工具實(shí)現(xiàn)；功能模型用功能點(diǎn)列表（或用況圖）表示；業(yè)務(wù)模型用自然語言加上流程圖（或順序圖）表示8.1 軟件實(shí)現(xiàn)的輸入/輸出是什么？軟件實(shí)現(xiàn)的輸入是詳細(xì)設(shè)計(jì)說明書，輸出是源程序、目標(biāo)程序以及用戶指南。8.5 編碼技術(shù)包括哪些內(nèi)容？ 圖8-4顯示編碼技術(shù)包括的內(nèi)容： 編碼技術(shù) 編碼標(biāo)準(zhǔn) 代碼布局 實(shí)體命名 錯(cuò)誤處理代碼重構(gòu) 成對(duì)編程9.4試闡述軟件測(cè)試V模型的思想、不足之處和改進(jìn)方法？軟件測(cè)試V模型的基本思想，如圖8-5所示，我們可以初

11、步了解，左側(cè)是開發(fā)階段，右側(cè)是測(cè)試階段。開發(fā)階段先從定義軟件需求開始，然后要把這些需求不斷的轉(zhuǎn)換到概要設(shè)計(jì)和詳細(xì)設(shè)計(jì)中去，最后形成程序代碼。測(cè)試階段是在代碼編寫完成以后，先作單元測(cè)試開始，然后是集成測(cè)試、系統(tǒng)測(cè)試和驗(yàn)收測(cè)試。圖8-5 軟件測(cè)試V模型對(duì)V模型的進(jìn)一步闡述是：當(dāng)需求分析完成后，驗(yàn)收測(cè)試計(jì)劃也應(yīng)完成。當(dāng)概要設(shè)計(jì)完成后，系統(tǒng)測(cè)試計(jì)劃也應(yīng)完成。當(dāng)詳細(xì)設(shè)計(jì)完成后，集成測(cè)試計(jì)劃也應(yīng)完成。當(dāng)編碼完成后，單元測(cè)試計(jì)劃也應(yīng)完成?？梢?，V模型提高了測(cè)試的時(shí)間與地位。以上的測(cè)試V模型，好像只適合于瀑布開發(fā)模型，若是迭代開發(fā)模型，就顯得不足了。實(shí)際工作中，V模型只是提高了測(cè)試工作的地位，具體測(cè)試方法，仍然是黑白兩個(gè)盒子法。9.6 試說出黑盒測(cè)試和白盒測(cè)試的區(qū)別和聯(lián)系？黑盒測(cè)試又稱功能測(cè)試。在這里，盒子指的是被測(cè)試的軟件，“黑盒”就是只知道被測(cè)試軟件的外部情況，主要是界面和接口，被測(cè)試軟件的內(nèi)部邏輯結(jié)構(gòu)和數(shù)據(jù)結(jié)構(gòu)，對(duì)測(cè)試人員來說是不可見的，主要關(guān)注被測(cè)試軟件的功能實(shí)現(xiàn)。白盒測(cè)試就是對(duì)程序執(zhí)行路徑的測(cè)試，又叫做玻璃盒測(cè)（Glass Box Testing）、透明盒測(cè)試（Clea