軟件工程簡答題15683

1、【精品文檔】如有侵權(quán)，請聯(lián)系網(wǎng)站刪除，僅供學(xué)習(xí)與交流軟件工程簡答題15683.精品文檔.簡答題：軟件工程的內(nèi)容和方法1. 開發(fā)文檔都有哪些？用圖來表示他們之間的關(guān)系。開發(fā)文檔包括目標(biāo)程序、源程序、詳細(xì)設(shè)計(jì)說明書、概要設(shè)計(jì)說明書、需求規(guī)格說明書、用戶需求報(bào)告、軟件合同，它們之間的關(guān)系如圖所示。目標(biāo)程序源程序詳細(xì)設(shè)計(jì)說明書概要設(shè)計(jì)說明書需求規(guī)格說明書用戶需求報(bào)告軟件合同2. 說明軟件工程研究的內(nèi)容。軟件工程研究的內(nèi)容包括軟件開發(fā)方法、軟件開發(fā)模型、軟件支持過程和軟件管理過程。其中軟件開發(fā)方法的內(nèi)容又含蓋市場調(diào)研、正式立項(xiàng)、需求分析、項(xiàng)目策劃、概要設(shè)計(jì)、詳細(xì)設(shè)計(jì)、編程、測試、試運(yùn)行、產(chǎn)品發(fā)布、用戶培

2、訓(xùn)、產(chǎn)品復(fù)制、銷售、實(shí)施、系統(tǒng)維護(hù)、版本升級。常用的軟件開發(fā)模型有瀑布模型、迭代模型、增量模型和原型模型。軟件支持過程由所支持的CASE工具組成，常用的CASE工具有PowerDesigner和RationalRose。軟件管理過程主要有CMMI、ISO9000、微軟企業(yè)文化和敏捷文化現(xiàn)象。3. 請?jiān)敿?xì)解釋軟件的定義和程序的定義。軟件的定義：軟件=程序+數(shù)據(jù)+文檔。這里的程序是指程序系統(tǒng)。這里的數(shù)據(jù)不僅包括初始化數(shù)據(jù)、測試數(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)、測試、維

3、護(hù)文檔、管理文檔。現(xiàn)在有一種新提法正在引起關(guān)注，這種提法是：軟件=知識+程序+數(shù)據(jù)+文檔。程序是計(jì)算機(jī)為完成特定任務(wù)而執(zhí)行的指令的有序集合。從應(yīng)用的角度可理解為：面向過程的程序=算法+數(shù)據(jù)結(jié)構(gòu)面向?qū)ο蟮某绦?對象+信息面向構(gòu)件的程序=構(gòu)件+構(gòu)架4. 是否存在這樣一種現(xiàn)象：搞系統(tǒng)軟件的公司不需要采用CMMI和ISO9000模式？CMMI和ISO模式只適用于搞應(yīng)用軟件的企業(yè)？如果是，為什么？如果不是，又是為什么？不是。因?yàn)镃MMI和ISO9000模式規(guī)定了嚴(yán)格的管理制度、文檔和評估軟件能力與成熟度等級的一套標(biāo)準(zhǔn)，它們幾乎包括了所有的IT的企業(yè)，只是一些優(yōu)秀的企業(yè)自己內(nèi)部形成特有的企業(yè)管理文化，但是

4、它們并不排斥CMMI和ISO9000模式，甚至還充分肯定CMMI和ISO9000體系。5. 根據(jù)學(xué)過的數(shù)據(jù)庫編程經(jīng)驗(yàn)，舉出一個(gè)用創(chuàng)建視圖的方法進(jìn)行數(shù)據(jù)處理的例子。create view j1_spjasselect sno,sname,ssex from studentwhere sno = s1（條件語句）視圖（j1_spj）的創(chuàng)建是依據(jù)基本表（student）進(jìn)行查詢 。當(dāng)基本表的記錄符合條件語句where sno = s1規(guī)定的條件時(shí)，就能查詢出基本表中符合條件記錄的學(xué)號、姓名、性別的值。軟件生存周期及開發(fā)模型6. 簡述瀑布模型、增量模型、迭代模型、原型模型的優(yōu)點(diǎn)和缺點(diǎn)。答案如表：序號模

5、型名稱優(yōu)點(diǎn)缺點(diǎn)1瀑布模型簡單好學(xué)逆轉(zhuǎn)性差2增量模型可以分階段提交有時(shí)用戶不同意3迭代模型克服瀑布模型的缺點(diǎn)對開發(fā)人員要求高4原型模型開發(fā)速度快不利于創(chuàng)新7. 軟件公司的ISO9000或CMMI管理體系與軟件開發(fā)模型有關(guān)嗎？為什么?無關(guān)。因?yàn)镮SO9000或CMMI管理體系是一種過程與質(zhì)量管理模型，它是適應(yīng)于任何軟件開發(fā)模型的，或者說它與任何開發(fā)模型無關(guān)。開發(fā)模型本身只是規(guī)定了軟件生存周期中的若干步驟或階段，便于開發(fā)人員去開發(fā)與維護(hù)，它并沒有規(guī)定管理人員的過程管理方法與任務(wù)。為此，ISO9000或CMMI管理體系規(guī)定采取階段評審和不符合項(xiàng)的動(dòng)態(tài)跟蹤制度，只有前一階段的不符合項(xiàng)全部改正后，才允許開

6、發(fā)人員進(jìn)入后一階段的工作。所謂不符合項(xiàng)，就是在評審中發(fā)現(xiàn)的問題項(xiàng)，它與BUG既有聯(lián)系，又有區(qū)別。對于這些不符合項(xiàng)，軟件管理部門要列出表格，記錄在案，確定負(fù)責(zé)人，限定改正時(shí)間，動(dòng)態(tài)跟蹤到底。8. 對生存周期模型裁減指南有什么看法?“生存周期模型裁減指南”是IT企業(yè)或軟件組織內(nèi)部根據(jù)軟件開發(fā)模型的普遍原則，結(jié)合本單位的開發(fā)經(jīng)驗(yàn)和行業(yè)特點(diǎn)的具體實(shí)際定制出來的。它有針對性地對選定的軟件開發(fā)模型中定義的生存周期，進(jìn)行恰當(dāng)?shù)夭脺p。所謂裁減，就是隊(duì)員模型中定義的內(nèi)容進(jìn)行增、改、刪，去掉對本單位或者本項(xiàng)目不適合的部分，增加對本單元或者本項(xiàng)目適用的內(nèi)容，同時(shí)進(jìn)一步細(xì)化。這樣可以縮短開發(fā)時(shí)間，減少開發(fā)成本，具有非

7、?，F(xiàn)實(shí)的意義。軟件立項(xiàng)與合同9. 什么叫風(fēng)險(xiǎn)分析？技能風(fēng)險(xiǎn)和技術(shù)風(fēng)險(xiǎn)有何區(qū)別？這里的風(fēng)險(xiǎn)分析是指軟件立項(xiàng)過程中對產(chǎn)品開發(fā)、銷售等可能出現(xiàn)的風(fēng)險(xiǎn)進(jìn)行分析。分析方法是將一個(gè)大風(fēng)險(xiǎn)化解為多個(gè)小風(fēng)險(xiǎn)，然后再一個(gè)個(gè)克服小風(fēng)險(xiǎn)。技術(shù)風(fēng)險(xiǎn)是指采用新技術(shù)的風(fēng)險(xiǎn)程度。技能風(fēng)險(xiǎn)是指項(xiàng)目組成員掌握新技術(shù)的風(fēng)險(xiǎn)程度。兩者的區(qū)別在于一個(gè)是說新技術(shù)（如新的開發(fā)工具，新的設(shè)計(jì)思想）本身的風(fēng)險(xiǎn)，一個(gè)是說人員要掌握這種新技術(shù)的風(fēng)險(xiǎn)。10. 行業(yè)領(lǐng)域業(yè)務(wù)專家與產(chǎn)品經(jīng)理有何異同？行業(yè)領(lǐng)域業(yè)務(wù)專家是精通某行業(yè)領(lǐng)域業(yè)務(wù)的人，在講標(biāo)時(shí)能把投標(biāo)書的內(nèi)容準(zhǔn)確、生動(dòng)地表述出來，使客戶心服口服。而產(chǎn)品經(jīng)理是某產(chǎn)品需求分析和概要設(shè)計(jì)的經(jīng)理或?qū)＜遥?/p>

8、主要負(fù)責(zé)產(chǎn)品的立項(xiàng)、需求、設(shè)計(jì)和銷售等業(yè)務(wù)。兩者的相同點(diǎn)是：必須精通該產(chǎn)品的功能、性能和接口。不同點(diǎn)是：前者突出熟悉產(chǎn)品的應(yīng)用業(yè)務(wù)領(lǐng)域，后者突出熟悉產(chǎn)品的需求與設(shè)計(jì)。軟件需求11. 需求分析的目的是什么？需求分析的難點(diǎn)在哪里？軟件需求分析，其目的是用于說明軟件產(chǎn)品或軟件項(xiàng)目需要滿足的條件和限制。在軟件工程項(xiàng)目中首先要獲取用戶的需求，通過對軟件需要的提取、分析、文檔化及驗(yàn)證，為進(jìn)一步的設(shè)計(jì)和實(shí)現(xiàn)提供依據(jù)。需求分析的難點(diǎn)是：在系統(tǒng)的功能、性能和接口方面，開發(fā)者與客戶達(dá)成完全一致的需求，讓客戶最終簽字確認(rèn)，并保證在項(xiàng)目驗(yàn)收前，需求相對穩(wěn)定不變。萬一需求有一點(diǎn)變化，雙方必須履行“需求變更管理程序”，而

9、變更管理程序在簽訂合同時(shí)已經(jīng)做了規(guī)定。要知道，合同是具有法律效力的。12. 為什么說需求分析是面向流程的？系統(tǒng)的功能、性能、接口、界面都是在流程中動(dòng)態(tài)實(shí)時(shí)的反映出來。在所有的流程（物流、人流、資金流、信息流、單據(jù)流、報(bào)表流、數(shù)據(jù)流）中，數(shù)據(jù)流最重要，也最具有代表性。因?yàn)樵谟?jì)算機(jī)網(wǎng)絡(luò)系統(tǒng)內(nèi)，一切流程都表現(xiàn)為數(shù)據(jù)流，或者說是數(shù)據(jù)流在不同方向的投影。而流程是動(dòng)態(tài)的、實(shí)時(shí)的。所以說，需求分析是面向流程的。13. 需求分析的基本思路是什么？需求分析的思路，是從客戶的功能需求（系統(tǒng)需要做什么）出發(fā)，由系統(tǒng)的業(yè)務(wù)流程和數(shù)據(jù)流程導(dǎo)出系統(tǒng)的業(yè)務(wù)模型和功能模型，識別出系統(tǒng)的元數(shù)據(jù)和中間數(shù)據(jù)，為今后設(shè)計(jì)數(shù)據(jù)模型做好

10、充分準(zhǔn)備。同時(shí)，對系統(tǒng)的軟、硬件環(huán)境配置，開發(fā)工具，開發(fā)周期，費(fèi)用，開發(fā)進(jìn)度，培訓(xùn)，系統(tǒng)風(fēng)險(xiǎn)進(jìn)行評估。14. 業(yè)界存在哪三種需求分析方法？你認(rèn)為哪一種更好？業(yè)界存在三種需求分析方法：面向功能分析、面向?qū)ο蠓治觥⒚嫦驍?shù)據(jù)分析。以上這三種方法，各自適用于不同的目標(biāo)系統(tǒng)。目前時(shí)尚的方法是面向?qū)ο蠓治?，包括面向主體和面向方法?？偟膩碚f，對于系統(tǒng)軟件和應(yīng)用軟件來說，面向功能需求分析的方法簡單明了，而面向?qū)ο蟮男枨蠓治龇椒▌t復(fù)雜抽象。對于以關(guān)系數(shù)據(jù)庫為平臺的信息系統(tǒng)軟件來說，面向數(shù)據(jù)需求分析方法的特點(diǎn)是抓住了本質(zhì)。但是，這三種分析方法都離不開面向流程分析這根總線：功能、對象、數(shù)據(jù)都是在流程中產(chǎn)生的，又都是

11、為流程服務(wù)的。15. 需求管理過程的目標(biāo)和內(nèi)容是什么？需求管理的目標(biāo)，是保證軟件項(xiàng)目或產(chǎn)品滿足客戶在軟件功能、性能、接口三個(gè)方面的需求。需求管理過程的內(nèi)容，主要包括需求確認(rèn)、需求評審、需求追蹤和需求變更活動(dòng)管理。16. 為什么需求文檔要進(jìn)行同行評審？同行評審，是軟件工作產(chǎn)品驗(yàn)證的活動(dòng)，其目的是為了及早和高效地從軟件工作產(chǎn)品中識別并消除缺陷。重點(diǎn)在于發(fā)現(xiàn)軟件工作產(chǎn)品中的缺陷。另外，由于進(jìn)行同行評審，使大量人員對軟件系統(tǒng)中原本不熟悉的部分更加了解，因此同行評審還提高了項(xiàng)目的連續(xù)性，培訓(xùn)了后備人員。17. 怎么理解不符合項(xiàng)？為什么要對它進(jìn)行跟蹤管理？不符合項(xiàng)是指沒有滿足要求的項(xiàng)，不一定是錯(cuò)誤，跟bu

12、g是不同的。跟蹤的意思在于，獲得需求目前的實(shí)現(xiàn)狀態(tài)，確保用戶所有的需求都得到滿足。可靠的跟蹤信息可為需求變更、系統(tǒng)維護(hù)、關(guān)鍵成員離開、系統(tǒng)再設(shè)計(jì)和類似系統(tǒng)設(shè)計(jì)等很多方面，提供參考和指導(dǎo)，并可以減少風(fēng)險(xiǎn)和提高項(xiàng)目成功率。18. 需求描述有哪幾種工具？你喜歡哪一種？為什么？需求描述工具包括數(shù)據(jù)流圖、業(yè)務(wù)流程圖、用況圖、時(shí)序圖、用戶交互圖、數(shù)據(jù)模型圖和功能需求列表、性能需求列表、接口需求列表、界面需求列表等。選擇哪一種描述工具，主要取決于問題域的本質(zhì)特征。不同的軟件，對分析要求的嚴(yán)格程度不同。我喜歡業(yè)務(wù)流程圖，它包括了物流、資金流、信息流，即業(yè)務(wù)操作模型，重點(diǎn)是業(yè)務(wù)操作的流水步驟。業(yè)務(wù)模型表示了與系

13、統(tǒng)有關(guān)的人、設(shè)備、其他子系統(tǒng)之間的業(yè)務(wù)關(guān)系和費(fèi)用關(guān)系，它是經(jīng)過業(yè)務(wù)流程重組、再創(chuàng)和優(yōu)化后，并且得到企業(yè)領(lǐng)導(dǎo)確認(rèn)的業(yè)務(wù)流程圖。繪制這個(gè)圖的工具可以是Office辦公軟件。軟件策劃19. 簡述軟件策劃的步驟。軟件策劃共分4個(gè)步驟，如表：步驟步驟名稱步驟內(nèi)容1評估軟件工作產(chǎn)品的規(guī)模、工作量、費(fèi)用及所需要的資源軟件工作產(chǎn)品，包括需求規(guī)格說明書、概要設(shè)計(jì)說明書、詳細(xì)設(shè)計(jì)說明書、源代碼、測試計(jì)劃和測試報(bào)告、質(zhì)量保證計(jì)劃、軟件配置管理計(jì)劃、里程碑及評審計(jì)劃。每個(gè)工作產(chǎn)品所需的工作量（人年）、費(fèi)用及其所需的其他資源，都要量化2制定時(shí)間表包括開發(fā)進(jìn)度時(shí)間表和日歷進(jìn)度時(shí)間表：軟件開發(fā)計(jì)劃、質(zhì)量保證計(jì)劃、軟件配置管

14、理計(jì)劃、測試計(jì)劃、評審計(jì)劃3鑒別和評估風(fēng)險(xiǎn)政策風(fēng)險(xiǎn)、資源風(fēng)險(xiǎn)、市場突變風(fēng)險(xiǎn)、技術(shù)風(fēng)險(xiǎn)和技能風(fēng)險(xiǎn)4與相關(guān)的組或人協(xié)商策劃中的有關(guān)約定策劃的結(jié)果要實(shí)事求是，要得到各有關(guān)方面的同意和認(rèn)可20. 軟件策劃要實(shí)現(xiàn)的具體目標(biāo)是什么？軟件策劃是項(xiàng)目跟蹤和監(jiān)控的基礎(chǔ)，是項(xiàng)目經(jīng)理和高層經(jīng)理管理項(xiàng)目的依據(jù)。軟件策劃要實(shí)現(xiàn)的具體目標(biāo)有三個(gè)。1 對供項(xiàng)目測試和跟蹤用的三個(gè)軟件估計(jì)已建立文檔。這三個(gè)評估是： 工作產(chǎn)品規(guī)模估計(jì) 工作量及成本估計(jì) 計(jì)算機(jī)資源估計(jì)2 軟件項(xiàng)目活動(dòng)和約定是有計(jì)劃的，并已建立文檔。這里的活動(dòng)，包括開發(fā)活動(dòng)和管理活動(dòng)。這里的約定，是指對項(xiàng)目的各種標(biāo)準(zhǔn)、規(guī)范、規(guī)程的約束。3 受影響的組和個(gè)人，同意他

15、們對軟件項(xiàng)目的約定。受影響的組和個(gè)人有： 軟件工程組（項(xiàng)目組） 軟件估計(jì)組 系統(tǒng)測試組 質(zhì)量保證組 配置管理組 合同管理組 文檔支持組其中有的組可能只有一個(gè)人21. 定義軟件過程的含義是什么？所謂定義軟件過程，就是根據(jù)選定的生存周期模型，規(guī)定軟件的開發(fā)階段，及每一階段的工作步驟和文檔標(biāo)準(zhǔn)等內(nèi)容。22. 項(xiàng)目跟蹤與監(jiān)督的基礎(chǔ)是什么？在項(xiàng)目策劃階段，要為開發(fā)計(jì)劃制定嚴(yán)格的評審流程。開發(fā)計(jì)劃在經(jīng)過組織批準(zhǔn)生效后，將成為進(jìn)行項(xiàng)目跟蹤與監(jiān)督的基礎(chǔ)。23. 軟件開發(fā)計(jì)劃書應(yīng)該包括哪些內(nèi)容？軟件開發(fā)計(jì)劃書是軟件策劃的輸出文檔，它包括如下10各方面的內(nèi)容：1 軟件項(xiàng)目組的目的、范圍、目標(biāo)和對象。2 軟件生存周

16、期的選擇與裁減。3 確定軟件開發(fā)和維護(hù)的規(guī)范、方法和標(biāo)準(zhǔn)。4 軟件工作產(chǎn)品的確定。5 對工作產(chǎn)品規(guī)模的估計(jì)。6 對工作量和成本的估計(jì)。7 關(guān)鍵計(jì)算機(jī)資源的估計(jì)和使用情況。8 項(xiàng)目的進(jìn)度、里程碑和評審計(jì)劃。9 風(fēng)險(xiǎn)的識別和評估。10 項(xiàng)目工程設(shè)計(jì)和工具的計(jì)劃。24. 怎樣理解軟件中的度量，它有何作用？軟件中的度量，是指對大量測量數(shù)據(jù)的統(tǒng)計(jì)分析。度量是按規(guī)定在項(xiàng)目進(jìn)行過程中，需要采集的度量數(shù)據(jù)，以便量化地反映項(xiàng)目的進(jìn)展情況，為管理者提供對項(xiàng)目進(jìn)展的適當(dāng)?shù)目梢曅裕瑫r(shí)度量數(shù)據(jù)是項(xiàng)目過程改善的基礎(chǔ)數(shù)據(jù)，它們存放在測量數(shù)據(jù)庫中。軟件設(shè)計(jì)25. 軟件設(shè)計(jì)的輸入/輸出是什么？對于簽訂合同的項(xiàng)目，軟件設(shè)計(jì)的輸

17、入是用戶需求報(bào)告/需求規(guī)格說明書，輸出是概要設(shè)計(jì)說明書和詳細(xì)設(shè)計(jì)說明書。對于立項(xiàng)的項(xiàng)目，軟件設(shè)計(jì)的輸入是需求規(guī)格說明書，輸出是概要設(shè)計(jì)說明書和詳細(xì)設(shè)計(jì)說明書。26. 概要設(shè)計(jì)說明書和詳細(xì)設(shè)計(jì)說明書有和區(qū)別？概要設(shè)計(jì)說明書，一是要覆蓋需求規(guī)格說明書的全部內(nèi)容，二是要作為指導(dǎo)詳細(xì)設(shè)計(jì)的依據(jù)。它注重框架上的設(shè)計(jì)，它是軟件系統(tǒng)的總體結(jié)構(gòu)設(shè)計(jì)、全局?jǐn)?shù)據(jù)庫（包括數(shù)據(jù)結(jié)構(gòu)）設(shè)計(jì)、外部接口設(shè)計(jì)、功能部件分配設(shè)計(jì)、部件之間的內(nèi)部接口設(shè)計(jì)，它要覆蓋需求規(guī)格說明書中的功能點(diǎn)列表、性能點(diǎn)列表，接口列表。詳細(xì)設(shè)計(jì)說明書，一是要覆蓋概要設(shè)計(jì)說明書的全部內(nèi)容，二是要作為指導(dǎo)程序設(shè)計(jì)的依據(jù)，它注重微觀上和框架內(nèi)的設(shè)計(jì)，它是各

18、子系統(tǒng)的公用部件實(shí)現(xiàn)設(shè)計(jì)、專用部件實(shí)現(xiàn)設(shè)計(jì)、存儲過程實(shí)現(xiàn)設(shè)計(jì)、觸發(fā)器實(shí)現(xiàn)設(shè)計(jì)、外部接口實(shí)現(xiàn)設(shè)計(jì)、部門角色授權(quán)設(shè)計(jì)和其他詳細(xì)設(shè)計(jì)等。兩者的設(shè)計(jì)者不同，在一般情況下，概要設(shè)計(jì)說明書是由系統(tǒng)設(shè)計(jì)師負(fù)責(zé)，詳細(xì)設(shè)計(jì)說明書則是由高級程序員負(fù)責(zé)。軟件建模27. 請簡述UML的宏觀建模思想和微觀思想。UML的宏觀建模思想是：以“9個(gè)模型”和“5張視圖”為綱，以“9種圖”為目，建立系統(tǒng)的UML模型。“9個(gè)模型”包括：業(yè)務(wù)模型、領(lǐng)域模型、用例模型、分析模型、設(shè)計(jì)模型、過程模型、部署模型、實(shí)現(xiàn)模型和測試模型。“9種圖”包括：類圖、對象圖、用例圖、順序圖、協(xié)作圖、狀態(tài)圖、活動(dòng)圖、構(gòu)件圖、實(shí)施圖?！?張視圖”包括：用例

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

20、包括：對構(gòu)件建模、對實(shí)施建模、對協(xié)作建模、對模式和框架建模、對構(gòu)件圖建模、對實(shí)施圖建模、對系統(tǒng)建模。一般而言，人們最常用的是建立系統(tǒng)的用例圖、類圖和順序圖。28. 請簡述UML的優(yōu)點(diǎn)和缺點(diǎn)。UML的優(yōu)點(diǎn)：1 UML語言使系統(tǒng)建模過程標(biāo)準(zhǔn)化、統(tǒng)一化、規(guī)范化。2 UML在整個(gè)軟件開發(fā)過程中采用相同的概念和表示方法。3 UML采用圖形化的表現(xiàn)形式，產(chǎn)生的模型易于理解，易于開發(fā)人員與用戶之間的溝通，從而能夠及時(shí)得到用戶的反饋信息。4 用UML進(jìn)行系統(tǒng)建模，所得到的建模制品不僅包括各種模型框圖，還有大量豐富的文檔。5 UML不是一門程序設(shè)計(jì)語言，但可以使用代碼生成工具將UML模型轉(zhuǎn)換成為多種程序設(shè)計(jì)語言

21、代碼，或使用反向生成工具將程序源代碼轉(zhuǎn)換為UML模型但任何事物都有正反兩個(gè)方面，UML這種新興的建模工具也存在它本身的一些不足和缺點(diǎn)：1. UML建?？梢暬瘓D形的內(nèi)容太多、太深、太寬，導(dǎo)致難學(xué)難教。2. UML缺少核心和外圍，有些語言定義不夠精確且?guī)в卸x性。3. UML過多考慮了各種分析、設(shè)計(jì)、實(shí)現(xiàn)的普遍性，過少考慮了它們的特殊性。4. UML過于細(xì)致。5. UML對開發(fā)者的素質(zhì)要求過高。29. 讀者怎樣理解下面這段文字：“UML只是一種圖形化的建模語言，不是一種方法論，不規(guī)定開發(fā)者在什么時(shí)候、什么情況下、用什么方法去建立什么模型，也沒有指定使用哪一種實(shí)現(xiàn)工具，Rose只是其中的一種實(shí)現(xiàn)工具

22、而已?！闭堊x者再思考一個(gè)問題：語言與方法論兩者之間有什么聯(lián)系？又有什么區(qū)別？因?yàn)閁ML認(rèn)為開發(fā)者在什么時(shí)候、什么情況下、用什么方法去建立什么模型是軟件開發(fā)過程中的工作，是方法論的范圍，開發(fā)者自己應(yīng)該會明白的。而Rose是UML的一種支撐環(huán)境和實(shí)現(xiàn)工具。語言只是方法論的一部分，而且只是實(shí)現(xiàn)方法論的一種工具，方法論包含語言。方法論要告訴讀者在建模過程中做什么、怎么做、什么時(shí)候做、為什么做、做的過程中要注意什么。而UML建模語言只是提供了一大堆的可視化圖形符號，并沒有告訴讀者，應(yīng)該在什么時(shí)候，用什么方法、去建立什么模型。軟件實(shí)現(xiàn)30. 實(shí)現(xiàn)原則有哪幾條？軟件實(shí)現(xiàn)原則包括以下5條：1 盡可能地簡單。2

23、 易于驗(yàn)證。3 適應(yīng)變化。4 遵守某一編程規(guī)范。5 選擇項(xiàng)目組成員最熟悉的工具或語言。31. 面向?qū)ο蟪绦蛟O(shè)計(jì)的特點(diǎn)是什么？它與面向過程程序設(shè)計(jì)有何差異？面向?qū)ο蟪绦蛟O(shè)計(jì)有三個(gè)特點(diǎn)：1 封裝性。把數(shù)據(jù)和代碼結(jié)合在一起，對外隱藏了實(shí)現(xiàn)的細(xì)節(jié)。它的好處是有利于程序的模塊化。2 繼承性。一個(gè)新的對象能繼承父對象的屬性和方法，這一點(diǎn)就像遺傳。繼承性的好處是可以共享代碼。3 多態(tài)性。就是一個(gè)對象類型可以產(chǎn)生多個(gè)對象實(shí)例，每個(gè)實(shí)例還可以有所不同。面向?qū)ο蟪绦蛟O(shè)計(jì)與面向過程程序設(shè)計(jì)有如下差異：1 面向過程程序設(shè)計(jì)方法采用函數(shù)（或過程）來描述對數(shù)據(jù)的操作，但又將函數(shù)與其操作的數(shù)據(jù)分離開來；面向?qū)ο蟪绦蛟O(shè)計(jì)方法

24、將數(shù)據(jù)和對數(shù)據(jù)的操作封裝在一起，作為一個(gè)整體來處理。2 面向過程程序設(shè)計(jì)方法以功能為中心來設(shè)計(jì)功能模塊，難于維護(hù)；而面向?qū)ο蟪绦蛟O(shè)計(jì)方法以數(shù)據(jù)為中心來描述系統(tǒng)，數(shù)據(jù)相對與功能而言具有較強(qiáng)的穩(wěn)定性，因此更易于維護(hù)。3 面向過程程序的控制流程由程序中預(yù)定順序來決定；面向?qū)ο蟪绦虻目刂屏鞒逃蛇\(yùn)行時(shí)各種事件的實(shí)際發(fā)生來觸發(fā)，而不再由預(yù)定順序來決定，更符合實(shí)際需要。4 面向?qū)ο蟪绦蛟O(shè)計(jì)方法可以利用框架產(chǎn)品（如MFC，Microsoft Foundation Classes）進(jìn)行編程。軟件測試32. 軟件測試的目的和目標(biāo)是什么？簡單明了地說，軟件測試的目的就是發(fā)現(xiàn)軟件缺陷。但同時(shí)還要時(shí)刻牢記在心的是：軟件

25、測試的目標(biāo)是盡可能早地發(fā)現(xiàn)軟件缺陷，并確保其得以修復(fù)。這里的缺陷，包括bug和不符和項(xiàng)。33. 什么是軟件缺陷？我們說，符合下列五個(gè)規(guī)則之一的就是軟件缺陷：1 軟件未達(dá)到產(chǎn)品說明書（需求報(bào)告或需求說明書）標(biāo)明的功能；2 軟件出現(xiàn)了產(chǎn)品說明書指明不會出現(xiàn)的錯(cuò)誤；3 軟件未達(dá)到產(chǎn)品說明書未指明但應(yīng)達(dá)到的目標(biāo)；4 軟件功能超出產(chǎn)品說明書所指明的范圍；5 軟件測試人員認(rèn)為軟件難以理解、不易使用、速度緩慢，或者最終客戶認(rèn)為不好。34. 試舉例說明軟件測試的原則有哪些？1 盡早開展測試工作；2 完全測試不可能，把握最優(yōu)測試量；3 嚴(yán)防寄生蟲現(xiàn)象；4 嚴(yán)防殺蟲劑現(xiàn)象；5 并非所有的軟件缺陷都能修復(fù)；6 難以

26、說清楚的軟件缺陷；7 產(chǎn)品說明書不斷變化8 軟件測試人員在產(chǎn)品小組中不受歡迎。35. 試闡述軟件測試V模型的思想、不足之處和改進(jìn)方法圖。軟件測試V模型的基本思想，如圖所示。我們可以初步了解，左側(cè)是開發(fā)階段，右側(cè)是測試階段。開發(fā)階段先從定義軟件需求開始，然后要把這些需求不斷地轉(zhuǎn)換到概要設(shè)計(jì)和詳細(xì)設(shè)計(jì)中去，最后形成程序代碼。測試階段是在代碼編寫完成以后，先做單元測試開始，然后是集成測試、系統(tǒng)測試和驗(yàn)收測試。對V模型的進(jìn)一步闡述是：當(dāng)需求分析完成后，驗(yàn)收測試計(jì)劃也應(yīng)完成。當(dāng)概要設(shè)計(jì)完成后，系統(tǒng)測試計(jì)劃也應(yīng)完成。當(dāng)詳細(xì)設(shè)計(jì)完成后，集成測試計(jì)劃也應(yīng)完成，當(dāng)編碼完成后，單元測試計(jì)劃也應(yīng)完成?？梢?，V模型提

27、高了測試的時(shí)間與地位。以上的測試V模型，一般只適用于瀑布開發(fā)模型，若對迭代開發(fā)模型，就顯得不足了。實(shí)際工作中，V模型只是提高了測試工作的地位，具體測試方法，仍然是黑白盒子法。36. 試說出幾種軟件測試的分類方法。軟件測試分類的實(shí)質(zhì)，是軟件測試技術(shù)的分類。測試工作中采用不同的測試技術(shù)，就產(chǎn)生了不同的測試類型，相繼也產(chǎn)生了很多的測試類型術(shù)語，大概有以下幾種。1 動(dòng)態(tài)測試：通過運(yùn)行程序開展測試工作，即軟件測試人員通過使用軟件來找出缺陷；2 靜態(tài)測試：不通過運(yùn)行程序來開展測試工作；3 黑盒測試：又叫功能測試；4 白盒測試：可以理解為對程序執(zhí)行路徑的測試；5 通過測試：簡單的說，就是驗(yàn)證軟件至少能做什么

28、，而不會考察其能力有多強(qiáng)；6 失敗測試：純粹是為了驗(yàn)證軟件在某一種條件下，是否會出現(xiàn)異常、停止工作等現(xiàn)象的測試；7 負(fù)載/壓力測試：一方面，可以通過減少軟件需要的資源，來測試軟件運(yùn)行的最低配置或者最低資源需求；另一方面，可以正常提供軟件需要的資源，但是通過不斷加重軟件要處理的任務(wù)，來測試軟件在正常配置下具有的能力指標(biāo)；8 易用性測試：易用性測試的目的很明確，即簡單易用，但是標(biāo)準(zhǔn)不容易確定；9 其他測試：如邊界值測試、兼容性測試、回歸測試、ALPHA測試和BETA測試等。37. 試說出黑盒測試和白盒測試的區(qū)別及聯(lián)系。黑盒測試又稱功能測試。在這里，盒子指的是被測試的軟件，“黑盒”就是只知道被測試軟

29、件的外部情況，主要是界面和接口，被測試軟件的內(nèi)部邏輯結(jié)構(gòu)和數(shù)據(jù)結(jié)構(gòu)，對測試人員來說是不可見的，主要關(guān)注被測試軟件的功能實(shí)現(xiàn)。白盒測試就是對程序執(zhí)行路徑的測試，又叫做玻璃盒測試、透明盒測試、結(jié)構(gòu)化測試、開放盒測試、基于代碼的測試等。黑盒測試和白盒測試的聯(lián)系是：一般宏觀上用黑盒測試，微觀上用白盒測試，系統(tǒng)集成人員用黑盒測試方法對系統(tǒng)進(jìn)行測試，構(gòu)件開發(fā)人員用白盒測試方法對構(gòu)件進(jìn)行測試，這是常用的測試方法。38. 軟件測試工作中要驗(yàn)證哪些文檔？試舉例。軟件測試工作中要驗(yàn)證的文檔包括兩個(gè)部分，即被測試文檔和測試工作中要編寫的文檔?，F(xiàn)在按生命周期劃分如下：1 項(xiàng)目立項(xiàng)階段的文檔項(xiàng)目立項(xiàng)報(bào)告、標(biāo)書、合同。2

30、 需求分析階段文檔需求分析說明書/用戶需求報(bào)告、驗(yàn)收測試設(shè)計(jì)說明書、測試計(jì)劃、客戶手冊、操作手冊。3 項(xiàng)目策劃階段的文檔項(xiàng)目開發(fā)計(jì)劃、配置管理計(jì)劃、質(zhì)量保證計(jì)劃。4 設(shè)計(jì)階段的文檔概要設(shè)計(jì)說明書、數(shù)據(jù)庫設(shè)計(jì)說明書、詳細(xì)設(shè)計(jì)說明書、系統(tǒng)測試設(shè)計(jì)說明書、集成測試設(shè)計(jì)說明書。5 編碼階段的文檔自測報(bào)告、單元測試說明書。6 測試階段的文檔單元測試報(bào)告、集成測試報(bào)告、系統(tǒng)測試報(bào)告/ALPHA測試、驗(yàn)收測試報(bào)告/BETA。7 維護(hù)階段的文檔缺陷及修改報(bào)告。還有一些管理文檔，如工作日報(bào)、會議記錄、開發(fā)進(jìn)度周報(bào)、開發(fā)進(jìn)度月報(bào)、開發(fā)總結(jié)報(bào)告等。還有和客戶簽署的協(xié)議，如委托開發(fā)協(xié)議書、驗(yàn)收手冊。提供給客戶的所有文

31、檔都要經(jīng)過測試，從這個(gè)角度考慮，被測試的文檔還可能包括聯(lián)機(jī)幫助文檔、樣例、模板、常見問題解答、市場宣傳材料、授權(quán)/注冊登記表、客戶許可協(xié)議，以及包裝文字、圖片、標(biāo)簽等。39. 用自己的話簡述實(shí)用軟件測試的流程，你認(rèn)同嗎？有什么想法和建議？軟件測試的流程分五步展開：1 理解、驗(yàn)證和分解需求；2 編寫測試計(jì)劃（包括測試計(jì)劃）；3 測試執(zhí)行；4 專項(xiàng)測試；5 編寫測試報(bào)告。認(rèn)同，沒有什么想法和建議。軟件發(fā)布與實(shí)施40. 軟件項(xiàng)目與軟件產(chǎn)品有什么不同？軟件產(chǎn)品是指不局限于特定業(yè)務(wù)領(lǐng)域、能被廣大用戶直接使用的軟件系統(tǒng)，如操作系統(tǒng)、編譯系統(tǒng)、工具系統(tǒng)、通用財(cái)務(wù)系統(tǒng)等。軟件項(xiàng)目是指針對特定業(yè)務(wù)領(lǐng)域、徐提供業(yè)

32、務(wù)流程充足與優(yōu)化的軟件系統(tǒng)，如MIS、ERP、電子商務(wù)、自動(dòng)跟蹤控制系統(tǒng)等，它們一般叫做軟件項(xiàng)目。軟件維護(hù)41. 傳統(tǒng)軟件維護(hù)分哪幾大類？傳統(tǒng)軟件維護(hù)分四大類，分別是：糾錯(cuò)性維護(hù)；適應(yīng)性維護(hù)；完善性維護(hù)；預(yù)防性維護(hù)。42. 簡述軟件維護(hù)的工作程序。軟件維護(hù)的工作程序與軟件開發(fā)的工作程序相仿。其工作程序是：維護(hù)的需求分析、維護(hù)的設(shè)計(jì)、修改程序代碼、維護(hù)后的測試、維護(hù)后的試運(yùn)行、維護(hù)后的正式運(yùn)行、維護(hù)過程的評審和審計(jì)。43. 可維護(hù)性的軟件應(yīng)具備什么性質(zhì)？所謂軟件的可維護(hù)性，就是維護(hù)人員理解、掌握和修改被維護(hù)軟件的難易程度?？删S護(hù)性的軟件，必須具備下列4條性質(zhì)：可理解性、可測試性、可修改性和可移植

33、性。44. 面向缺陷維護(hù)的內(nèi)容是什么？面向缺陷維護(hù)的內(nèi)容是：該軟件產(chǎn)品能夠正常運(yùn)行，可以滿足用戶的功能、性能、接口需求，只是維護(hù)前在個(gè)別地方存在缺陷，用戶不是非常滿意。克服缺陷的方法是修改程序，也就是通常說的只修改程序，不修改數(shù)據(jù)結(jié)構(gòu)。45. 面向功能維護(hù)的內(nèi)容是什么？面向功能維護(hù)的內(nèi)容是：該軟件產(chǎn)品在功能、性能、接口上存在某些不足，不能滿足用戶的某些需求，因此需要增加某些功能、性能、接口。解決這些不足的方法是，不但要修改設(shè)計(jì)，而且也要修改程序，也就是通常說的既修改數(shù)據(jù)結(jié)構(gòu)，又修改編碼。46. 怎么理解UML對軟件維護(hù)的重大影響？UML的功能覆蓋整個(gè)軟件的開發(fā)周期，從需求分析開始，直到軟件的發(fā)

34、布、實(shí)施和維護(hù)為止，因而它對傳統(tǒng)意義下的維護(hù)工作產(chǎn)生重大影響。UML把軟件生存周期定義為4個(gè)主要階段：初始、細(xì)化、構(gòu)造、移交。經(jīng)過這4個(gè)階段的歷程被稱為一個(gè)開發(fā)周期，自動(dòng)產(chǎn)生一個(gè)周期內(nèi)的所有文檔，從而生成一個(gè)軟件產(chǎn)品。首次經(jīng)歷著4個(gè)階段稱為該產(chǎn)品的初開發(fā)周期，除非該產(chǎn)品的生命終止，否則它將重復(fù)初始、細(xì)化、構(gòu)造和移交這4個(gè)階段，從而演化為下一代產(chǎn)品，這就是對舊有產(chǎn)品的維護(hù)，也是新產(chǎn)品的升級換代，也就是開發(fā)周期的演化，也就是UML對軟件維護(hù)工作的影響。軟件過程管理47. 怎樣理解“軟件組織、工作產(chǎn)品、軟件過程、軟件過程資源、軟件過程財(cái)富”的概念？軟件組織：CMM/CMMI中的“組織”或“軟件組織”

35、，是指軟件企業(yè)（或軟件公司）自己。或者企業(yè)內(nèi)部的一個(gè)軟件研發(fā)部門。但是，該組織內(nèi)部應(yīng)有若干項(xiàng)目和一個(gè)軟件工程管理部門。如公司的研發(fā)中心、軟件中心、軟件事業(yè)部，它們均可稱為“組織”或“軟件組織”。工作產(chǎn)品：在CMM/CMMI中，每一道工作程序輸出的文檔、程序或數(shù)據(jù)，均稱為軟件工作產(chǎn)品。評審報(bào)告、跟蹤記錄等軟件管理文檔，也是軟件工作產(chǎn)品。軟件過程：一般來講，過程是一個(gè)時(shí)間概念，它指為了實(shí)現(xiàn)某一目標(biāo)而采取的一系列步驟。這里的軟件過程，既是指軟件開發(fā)過程，又指軟件管理過程。軟件過程資源：是組織在進(jìn)行軟件過程改善中通過積累而得到的，用于指導(dǎo)軟件項(xiàng)目過程的文檔和數(shù)據(jù)等重要信息。這些信息存放在軟件測量數(shù)據(jù)庫

36、或軟件過程有關(guān)的文檔庫中。軟件過程財(cái)富：軟件過程財(cái)富可以看作是軟件組織和過程改進(jìn)中產(chǎn)生的有價(jià)值實(shí)體的集合，這些財(cái)富橫跨個(gè)項(xiàng)目過程，形成了軟件組織持續(xù)的過程改善的源泉。例如，軟件測量數(shù)據(jù)庫或軟件過程有關(guān)的文檔庫中的記錄，就是財(cái)富的表現(xiàn)。48. SW-CMM的5個(gè)級別各有哪些特征？SW=CMM的5個(gè)等級分別為：初始級（CMM1）：組織內(nèi)部是人治，是英雄創(chuàng)造歷史?？芍貜?fù)級（CMM2）：項(xiàng)目管理級，在組織內(nèi)部重復(fù)使用項(xiàng)目管理的經(jīng)驗(yàn)。已定義級（CMM3）：組織級管理，在組織內(nèi)部已經(jīng)達(dá)到了法律化管理，由項(xiàng)目組級管理發(fā)展到組織級管理，13個(gè)KPA已制度化和法律化，組織及法律框架健全，工程過程和管理過程已文檔

37、化，軟件測量數(shù)據(jù)庫已開始建立。已管理級（CMM4）：定量管理或數(shù)據(jù)管理，在組織內(nèi)部已經(jīng)達(dá)到了定量化管理，實(shí)現(xiàn)了定量的數(shù)據(jù)級管理，產(chǎn)品和項(xiàng)目級管理的經(jīng)驗(yàn)已定量化，組織級過程管理已標(biāo)準(zhǔn)化和定量化，軟件測量數(shù)據(jù)庫已發(fā)揮量化管理的作用。優(yōu)化級（CMM5）：組織已經(jīng)達(dá)到了循環(huán)優(yōu)化和與時(shí)俱進(jìn)。49. CMMI本身為什么不規(guī)定統(tǒng)一的實(shí)施文檔結(jié)構(gòu)？CMMI只是一個(gè)軟件工程改進(jìn)模型，不是過程改進(jìn)模板，模型必須與軟件組織的具體實(shí)際相結(jié)合，在結(jié)合中產(chǎn)生適合于本組織的自己文檔結(jié)構(gòu)，這樣的文檔結(jié)構(gòu)由組織自己提出、自己落實(shí)、自己執(zhí)行、自己監(jiān)督。因?yàn)闆]有千篇一律的軟件組織，所有不規(guī)定統(tǒng)一的實(shí)施文檔結(jié)構(gòu)。50. 怎樣理解“C

38、MMI的實(shí)施與軟件組織的過程改進(jìn)，是漸進(jìn)式的，預(yù)防式的”？CMMI的實(shí)施與軟件組織的過程改進(jìn)，本身有一個(gè)較長的過程，它規(guī)定必須一級又一級地向前走，每一個(gè)級別需要三年左右，只有經(jīng)歷這么長時(shí)間，相應(yīng)過程與才能踏踏實(shí)實(shí)地執(zhí)行好。一個(gè)組織相當(dāng)于一個(gè)人，人的身體與知識的提高也只能一步一步地前進(jìn)，不能吃激素。因此，CMMI的實(shí)施與軟件組織的過程改進(jìn)，只能是漸進(jìn)式的，而且是預(yù)防式的，預(yù)防組織在過程管理上因急功近利而犯錯(cuò)誤。軟件配置管理51. 軟件配置管理的目的是什么？通俗地講，軟件配置管理的目的，就是為了做到“三個(gè)有利于”：有利于配置項(xiàng)的綜合管理，有利于基線的變更管理，有利于版本的升級管理，以保證所交付的軟

39、件版本產(chǎn)品能夠滿足需求規(guī)格說明書中的各項(xiàng)具體要求，節(jié)省人力、物力資源，加強(qiáng)安全與保密工作?？茖W(xué)地講，軟件配置管理的目的，就是為了建立和維護(hù)在整個(gè)軟件生存周期內(nèi)軟件產(chǎn)品的完善性。52. 什么是配置項(xiàng)？什么是配置管理?軟件配置管理中的基本單元，稱為軟件配置項(xiàng)。在開發(fā)過程中，將軟件的文檔、程序、數(shù)據(jù)進(jìn)行分割與綜合，以利于軟件的定義、標(biāo)識、跟蹤、管理，使其最終形成受控的軟件版本產(chǎn)品，這一管理過程稱為軟件配置管理。53. 基線、里程碑與檢查點(diǎn)各是什么含義？它們之間有什么關(guān)系？經(jīng)正式評審和審計(jì)后，被批準(zhǔn)的階段性軟件工作產(chǎn)品，稱為軟件配置管理中的一根基線。里程碑只是一個(gè)階段標(biāo)記，基線是一個(gè)階段軟件工作產(chǎn)品，基線與里程碑一般表現(xiàn)為一對一的關(guān)系?；€既是前一個(gè)開發(fā)階段輸出的軟件工作產(chǎn)品，又是后一開發(fā)階段輸入的軟件工作產(chǎn)品。里程碑是檢查點(diǎn)，檢查點(diǎn)不是里程碑，因?yàn)闄z查點(diǎn)還可以是時(shí)間、計(jì)劃和時(shí)間。54. “Check out Edit Check in”操作是什么意思？它與配置管理