軟件工程簡(jiǎn)答題【精選文檔】

1、軟件工程簡(jiǎn)答題【精選文檔】簡(jiǎn)答題：軟件工程的內(nèi)容和方法1. 開發(fā)文檔都有哪些？用圖來(lái)表示他們之間的關(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)容又含蓋市場(chǎng)調(diào)研、正式立項(xiàng)、需求分析、項(xiàng)目策劃、概要設(shè)計(jì)、詳細(xì)設(shè)計(jì)、編程、測(cè)試、試運(yùn)行、產(chǎn)品發(fā)布、用戶培訓(xùn)、產(chǎn)品復(fù)制、銷售、實(shí)施、系統(tǒng)維護(hù)、版本升級(jí)。常用的軟件開發(fā)模

2、型有瀑布模型、迭代模型、增量模型和原型模型。軟件支持過程由所支持的CASE工具組成，常用的CASE工具有PowerDesigner和RationalRose。軟件管理過程主要有CMMI、ISO9000、微軟企業(yè)文化和敏捷文化現(xiàn)象。3. 請(qǐng)?jiān)敿?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ù)文檔、管理文檔?，F(xiàn)在有一種新提法正在引起關(guān)注，這種提法是：軟

3、件=知識(shí)+程序+數(shù)據(jù)+文檔。程序是計(jì)算機(jī)為完成特定任務(wù)而執(zhí)行的指令的有序集合。從應(yīng)用的角度可理解為:面向過程的程序=算法+數(shù)據(jù)結(jié)構(gòu)面向?qū)ο蟮某绦?對(duì)象+信息面向構(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)格的管理制度、文檔和評(píng)估軟件能力與成熟度等級(jí)的一套標(biāo)準(zhǔn)，它們幾乎包括了所有的IT的企業(yè),只是一些優(yōu)秀的企業(yè)自己內(nèi)部形成特有的企業(yè)管理文化,但是它們并不排斥CMMI和ISO9000模式，甚至還充分肯定CMM

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

5、交有時(shí)用戶不同意3迭代模型克服瀑布模型的缺點(diǎn)對(duì)開發(fā)人員要求高4原型模型開發(fā)速度快不利于創(chuàng)新7. 軟件公司的ISO9000或CMMI管理體系與軟件開發(fā)模型有關(guān)嗎？為什么?無(wú)關(guān)。因?yàn)镮SO9000或CMMI管理體系是一種過程與質(zhì)量管理模型,它是適應(yīng)于任何軟件開發(fā)模型的，或者說它與任何開發(fā)模型無(wú)關(guān)。開發(fā)模型本身只是規(guī)定了軟件生存周期中的若干步驟或階段，便于開發(fā)人員去開發(fā)與維護(hù)，它并沒有規(guī)定管理人員的過程管理方法與任務(wù)。為此，ISO9000或CMMI管理體系規(guī)定采取階段評(píng)審和不符合項(xiàng)的動(dòng)態(tài)跟蹤制度,只有前一階段的不符合項(xiàng)全部改正后，才允許開發(fā)人員進(jìn)入后一階段的工作.所謂不符合項(xiàng),就是在評(píng)審中發(fā)現(xiàn)的問題

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

7、術(shù)風(fēng)險(xiǎn)有何區(qū)別？這里的風(fēng)險(xiǎn)分析是指軟件立項(xiàng)過程中對(duì)產(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)地表述出來(lái)，使客戶心服口服。而產(chǎn)品經(jīng)理是某產(chǎn)品需求分析和概要設(shè)計(jì)的經(jīng)理或?qū)＜遥饕?fù)責(zé)產(chǎn)品的立項(xiàng)、需求、設(shè)計(jì)和銷售等業(yè)務(wù)。兩者的相同點(diǎn)是：必

8、須精通該產(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)目中首先要獲取用戶的需求，通過對(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)定不變.萬(wàn)一需求有一點(diǎn)變化，雙方必須履行“需求變更管理程序,而變更管理程序在簽訂合同時(shí)已經(jīng)做了規(guī)定。要知道，合同是具有法律效力

9、的。12. 為什么說需求分析是面向流程的？系統(tǒng)的功能、性能、接口、界面都是在流程中動(dòng)態(tài)實(shí)時(shí)的反映出來(lái)。在所有的流程(物流、人流、資金流、信息流、單據(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ù)模型和功能模型,識(shí)別出系統(tǒng)的元數(shù)據(jù)和中間數(shù)據(jù)，為今后設(shè)計(jì)數(shù)據(jù)模型做好充分準(zhǔn)備。同時(shí)，對(duì)系統(tǒng)的軟、硬件環(huán)境配置，開發(fā)工具,開發(fā)周期，費(fèi)

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

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

12、的需求都得到滿足.可靠的跟蹤信息可為需求變更、系統(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ì)特征。不同的軟件，對(duì)分析要求的嚴(yán)格程度不同。我喜歡業(yè)務(wù)流程圖,它包括了物流、資金流、信息流，即業(yè)務(wù)操作模型，重點(diǎn)是業(yè)務(wù)操作的流水步驟.業(yè)務(wù)模型表示了與系統(tǒng)有關(guān)的人、設(shè)備、其他子系統(tǒng)之間的業(yè)務(wù)關(guān)系和費(fèi)用關(guān)系，它是經(jīng)過業(yè)

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

14、場(chǎng)突變風(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 對(duì)供項(xiàng)目測(cè)試和跟蹤用的三個(gè)軟件估計(jì)已建立文檔。這三個(gè)評(píng)估是: 工作產(chǎn)品規(guī)模估計(jì) 工作量及成本估計(jì) 計(jì)算機(jī)資源估計(jì)2 軟件項(xiàng)目活動(dòng)和約定是有計(jì)劃的，并已建立文檔.這里的活動(dòng),包括開發(fā)活動(dòng)和管理活動(dòng)。這里的約定,是指對(duì)項(xiàng)目的各種標(biāo)準(zhǔn)、規(guī)范、規(guī)程的約束。3 受影響的組和個(gè)人，同意他們對(duì)軟件項(xiàng)目的約定。受影響的組和個(gè)人有： 軟件工程組(項(xiàng)目組）

15、軟件估計(jì)組 系統(tǒng)測(cè)試組 質(zhì)量保證組 配置管理組 合同管理組 文檔支持組其中有的組可能只有一個(gè)人21. 定義軟件過程的含義是什么？所謂定義軟件過程,就是根據(jù)選定的生存周期模型，規(guī)定軟件的開發(fā)階段,及每一階段的工作步驟和文檔標(biāo)準(zhǔn)等內(nèi)容。22. 項(xiàng)目跟蹤與監(jiān)督的基礎(chǔ)是什么？在項(xiàng)目策劃階段，要為開發(fā)計(jì)劃制定嚴(yán)格的評(píng)審流程。開發(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)和對(duì)象。2 軟件生存周期的選擇與裁減。3 確定軟件開發(fā)和維護(hù)的規(guī)范、方法和標(biāo)準(zhǔn).4 軟

16、件工作產(chǎn)品的確定.5 對(duì)工作產(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ì)和工具的計(jì)劃。24. 怎樣理解軟件中的度量，它有何作用？軟件中的度量,是指對(duì)大量測(cè)量數(shù)據(jù)的統(tǒng)計(jì)分析。度量是按規(guī)定在項(xiàng)目進(jìn)行過程中，需要采集的度量數(shù)據(jù)，以便量化地反映項(xiàng)目的進(jìn)展情況，為管理者提供對(duì)項(xiàng)目進(jìn)展的適當(dāng)?shù)目梢曅?同時(shí)度量數(shù)據(jù)是項(xiàng)目過程改善的基礎(chǔ)數(shù)據(jù)，它們存放在測(cè)量數(shù)據(jù)庫(kù)中。軟件設(shè)計(jì)25. 軟件設(shè)計(jì)的輸入/輸出是什么？對(duì)于簽訂合同的項(xiàng)目,軟件設(shè)計(jì)的輸入是用戶需求報(bào)告/需求規(guī)格說明書,輸出是概要設(shè)計(jì)說明書和詳細(xì)設(shè)計(jì)

17、說明書。對(duì)于立項(xiàng)的項(xiàng)目，軟件設(shè)計(jì)的輸入是需求規(guī)格說明書，輸出是概要設(shè)計(jì)說明書和詳細(xì)設(shè)計(jì)說明書.26. 概要設(shè)計(jì)說明書和詳細(xì)設(shè)計(jì)說明書有和區(qū)別?概要設(shè)計(jì)說明書,一是要覆蓋需求規(guī)格說明書的全部?jī)?nèi)容，二是要作為指導(dǎo)詳細(xì)設(shè)計(jì)的依據(jù)。它注重框架上的設(shè)計(jì)，它是軟件系統(tǒng)的總體結(jié)構(gòu)設(shè)計(jì)、全局?jǐn)?shù)據(jù)庫(kù)（包括數(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ì)說明書的全部?jī)?nèi)容，二是要作為指導(dǎo)程序設(shè)計(jì)的依據(jù)，它注重微觀上和框架內(nèi)的設(shè)計(jì)，它是各子系統(tǒng)的公用部件實(shí)現(xiàn)設(shè)計(jì)、專用部件實(shí)現(xiàn)設(shè)計(jì)、存儲(chǔ)過程實(shí)現(xiàn)設(shè)計(jì)、觸

18、發(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ì)說明書則是由高級(jí)程序員負(fù)責(zé)。軟件建模27. 請(qǐng)簡(jiǎn)述UML的宏觀建模思想和微觀思想.UML的宏觀建模思想是：以“9個(gè)模型”和“5張視圖”為綱，以“9種圖”為目，建立系統(tǒng)的UML模型.“9個(gè)模型”包括：業(yè)務(wù)模型、領(lǐng)域模型、用例模型、分析模型、設(shè)計(jì)模型、過程模型、部署模型、實(shí)現(xiàn)模型和測(cè)試模型。“9種圖”包括：類圖、對(duì)象圖、用例圖、順序圖、協(xié)作圖、狀態(tài)圖、活動(dòng)圖、構(gòu)件圖、實(shí)施圖?！?張視圖”包括：用例視圖、設(shè)計(jì)視圖、進(jìn)程視圖、實(shí)現(xiàn)視圖、實(shí)施視圖.UML的微觀建模思

19、想是：基本結(jié)構(gòu)模型、高級(jí)結(jié)構(gòu)模型、基本行為模型、高級(jí)行為模型、體系結(jié)構(gòu)模型(5各方面，66個(gè)微觀建模)?；窘Y(jié)構(gòu)模型包括：對(duì)類建模，對(duì)關(guān)系建模，對(duì)公共機(jī)制建模，對(duì)圖建模，對(duì)類圖建模.高級(jí)結(jié)構(gòu)模型包括：對(duì)類的語(yǔ)義建模，對(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ì)異常情況建模、對(duì)狀態(tài)建模、對(duì)進(jìn)程和線程建模、對(duì)時(shí)間空間建模、對(duì)狀態(tài)建模。體系結(jié)構(gòu)建模包括:對(duì)構(gòu)件建模、對(duì)實(shí)施建模、對(duì)協(xié)作建模、對(duì)模式和框架建模、對(duì)構(gòu)

20、件圖建模、對(duì)實(shí)施圖建模、對(duì)系統(tǒng)建模。一般而言，人們最常用的是建立系統(tǒng)的用例圖、類圖和順序圖。28. 請(qǐng)簡(jiǎn)述UML的優(yōu)點(diǎn)和缺點(diǎn)。UML的優(yōu)點(diǎn):1 UML語(yǔ)言使系統(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ì)語(yǔ)言，但可以使用代碼生成工具將UML模型轉(zhuǎn)換成為多種程序設(shè)計(jì)語(yǔ)言代碼，或使用反向生成工具將程序源代碼轉(zhuǎn)換為UML模型但任何事物都

21、有正反兩個(gè)方面,UML這種新興的建模工具也存在它本身的一些不足和缺點(diǎn)：1. UML建?？梢暬瘓D形的內(nèi)容太多、太深、太寬，導(dǎo)致難學(xué)難教.2. UML缺少核心和外圍，有些語(yǔ)言定義不夠精確且?guī)в卸x性.3. UML過多考慮了各種分析、設(shè)計(jì)、實(shí)現(xiàn)的普遍性，過少考慮了它們的特殊性。4. UML過于細(xì)致。5. UML對(duì)開發(fā)者的素質(zhì)要求過高。29. 讀者怎樣理解下面這段文字:“UML只是一種圖形化的建模語(yǔ)言，不是一種方法論，不規(guī)定開發(fā)者在什么時(shí)候、什么情況下、用什么方法去建立什么模型，也沒有指定使用哪一種實(shí)現(xiàn)工具,Rose只是其中的一種實(shí)現(xiàn)工具而已。”請(qǐng)讀者再思考一個(gè)問題:語(yǔ)言與方法論兩者之間有什么聯(lián)系？又

22、有什么區(qū)別?因?yàn)閁ML認(rèn)為開發(fā)者在什么時(shí)候、什么情況下、用什么方法去建立什么模型是軟件開發(fā)過程中的工作，是方法論的范圍，開發(fā)者自己應(yīng)該會(huì)明白的。而Rose是UML的一種支撐環(huán)境和實(shí)現(xiàn)工具。語(yǔ)言只是方法論的一部分，而且只是實(shí)現(xiàn)方法論的一種工具，方法論包含語(yǔ)言.方法論要告訴讀者在建模過程中做什么、怎么做、什么時(shí)候做、為什么做、做的過程中要注意什么。而UML建模語(yǔ)言只是提供了一大堆的可視化圖形符號(hào)，并沒有告訴讀者，應(yīng)該在什么時(shí)候，用什么方法、去建立什么模型。軟件實(shí)現(xiàn)30. 實(shí)現(xiàn)原則有哪幾條？軟件實(shí)現(xiàn)原則包括以下5條:1 盡可能地簡(jiǎn)單.2 易于驗(yàn)證。3 適應(yīng)變化。4 遵守某一編程規(guī)范。5 選擇項(xiàng)目組成

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

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

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

26、組中不受歡迎。35. 試闡述軟件測(cè)試V模型的思想、不足之處和改進(jìn)方法圖。軟件測(cè)試V模型的基本思想，如圖所示。我們可以初步了解，左側(cè)是開發(fā)階段，右側(cè)是測(cè)試階段。開發(fā)階段先從定義軟件需求開始，然后要把這些需求不斷地轉(zhuǎn)換到概要設(shè)計(jì)和詳細(xì)設(shè)計(jì)中去，最后形成程序代碼。測(cè)試階段是在代碼編寫完成以后，先做單元測(cè)試開始，然后是集成測(cè)試、系統(tǒng)測(cè)試和驗(yàn)收測(cè)試.對(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)完成?？梢姡琕模型提高了測(cè)試的時(shí)間與地位。以上的測(cè)試V模型，一般只適用于瀑布開發(fā)模型

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

28、種條件下，是否會(huì)出現(xiàn)異常、停止工作等現(xiàn)象的測(cè)試;7 負(fù)載/壓力測(cè)試:一方面，可以通過減少軟件需要的資源,來(lái)測(cè)試軟件運(yùn)行的最低配置或者最低資源需求；另一方面，可以正常提供軟件需要的資源,但是通過不斷加重軟件要處理的任務(wù)，來(lái)測(cè)試軟件在正常配置下具有的能力指標(biāo)；8 易用性測(cè)試：易用性測(cè)試的目的很明確,即簡(jiǎn)單易用，但是標(biāo)準(zhǔn)不容易確定；9 其他測(cè)試：如邊界值測(cè)試、兼容性測(cè)試、回歸測(cè)試、ALPHA測(cè)試和BETA測(cè)試等.37. 試說出黑盒測(cè)試和白盒測(cè)試的區(qū)別及聯(lián)系.黑盒測(cè)試又稱功能測(cè)試。在這里,盒子指的是被測(cè)試的軟件,“黑盒就是只知道被測(cè)試軟件的外部情況,主要是界面和接口，被測(cè)試軟件的內(nèi)部邏輯結(jié)構(gòu)和數(shù)據(jù)結(jié)構(gòu)

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

30、、測(cè)試計(jì)劃、客戶手冊(cè)、操作手冊(cè)。3 項(xiàng)目策劃階段的文檔項(xiàng)目開發(fā)計(jì)劃、配置管理計(jì)劃、質(zhì)量保證計(jì)劃。4 設(shè)計(jì)階段的文檔概要設(shè)計(jì)說明書、數(shù)據(jù)庫(kù)設(shè)計(jì)說明書、詳細(xì)設(shè)計(jì)說明書、系統(tǒng)測(cè)試設(shè)計(jì)說明書、集成測(cè)試設(shè)計(jì)說明書。5 編碼階段的文檔自測(cè)報(bào)告、單元測(cè)試說明書。6 測(cè)試階段的文檔單元測(cè)試報(bào)告、集成測(cè)試報(bào)告、系統(tǒng)測(cè)試報(bào)告/ALPHA測(cè)試、驗(yàn)收測(cè)試報(bào)告/BETA。7 維護(hù)階段的文檔缺陷及修改報(bào)告.還有一些管理文檔,如工作日?qǐng)?bào)、會(huì)議記錄、開發(fā)進(jìn)度周報(bào)、開發(fā)進(jìn)度月報(bào)、開發(fā)總結(jié)報(bào)告等。還有和客戶簽署的協(xié)議,如委托開發(fā)協(xié)議書、驗(yàn)收手冊(cè)。提供給客戶的所有文檔都要經(jīng)過測(cè)試，從這個(gè)角度考慮，被測(cè)試的文檔還可能包括聯(lián)機(jī)幫助文檔

31、、樣例、模板、常見問題解答、市場(chǎng)宣傳材料、授權(quán)/注冊(cè)登記表、客戶許可協(xié)議,以及包裝文字、圖片、標(biāo)簽等.39. 用自己的話簡(jiǎn)述實(shí)用軟件測(cè)試的流程,你認(rèn)同嗎？有什么想法和建議？軟件測(cè)試的流程分五步展開:1 理解、驗(yàn)證和分解需求；2 編寫測(cè)試計(jì)劃（包括測(cè)試計(jì)劃）；3 測(cè)試執(zhí)行；4 專項(xiàng)測(cè)試；5 編寫測(cè)試報(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)目是指針對(duì)特定業(yè)務(wù)領(lǐng)域、徐提供業(yè)務(wù)流程充足與優(yōu)化的軟件系統(tǒng)，如MIS、ERP、電子商務(wù)、自動(dòng)跟蹤控

32、制系統(tǒng)等，它們一般叫做軟件項(xiàng)目。軟件維護(hù)41. 傳統(tǒng)軟件維護(hù)分哪幾大類？傳統(tǒng)軟件維護(hù)分四大類,分別是：糾錯(cuò)性維護(hù);適應(yīng)性維護(hù)；完善性維護(hù)；預(yù)防性維護(hù)。42. 簡(jiǎn)述軟件維護(hù)的工作程序。軟件維護(hù)的工作程序與軟件開發(fā)的工作程序相仿。其工作程序是：維護(hù)的需求分析、維護(hù)的設(shè)計(jì)、修改程序代碼、維護(hù)后的測(cè)試、維護(hù)后的試運(yùn)行、維護(hù)后的正式運(yùn)行、維護(hù)過程的評(píng)審和審計(jì)。43. 可維護(hù)性的軟件應(yīng)具備什么性質(zhì)？所謂軟件的可維護(hù)性，就是維護(hù)人員理解、掌握和修改被維護(hù)軟件的難易程度.可維護(hù)性的軟件，必須具備下列4條性質(zhì)：可理解性、可測(cè)試性、可修改性和可移植性。44. 面向缺陷維護(hù)的內(nèi)容是什么？面向缺陷維護(hù)的內(nèi)容是：該軟件

33、產(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對(duì)軟件維護(hù)的重大影響？UML的功能覆蓋整個(gè)軟件的開發(fā)周期，從需求分析開始,直到軟件的發(fā)布、實(shí)施和維護(hù)為止，因而它對(duì)傳統(tǒng)意義下的維護(hù)工作產(chǎn)生重大影響。UM

34、L把軟件生存周期定義為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)品,這就是對(duì)舊有產(chǎn)品的維護(hù)，也是新產(chǎn)品的升級(jí)換代，也就是開發(fā)周期的演化，也就是UML對(duì)軟件維護(hù)工作的影響。軟件過程管理47. 怎樣理解“軟件組織、工作產(chǎn)品、軟件過程、軟件過程資源、軟件過程財(cái)富的概念？軟件組織：CMM/CMMI中的“組織”或“軟件組織”，是指軟件企業(yè)（或軟件公司）自己?；蛘咂髽I(yè)內(nèi)部的一個(gè)軟件研發(fā)部門。但

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

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

37、,在組織內(nèi)部已經(jīng)達(dá)到了定量化管理，實(shí)現(xiàn)了定量的數(shù)據(jù)級(jí)管理，產(chǎn)品和項(xiàng)目級(jí)管理的經(jīng)驗(yàn)已定量化，組織級(jí)過程管理已標(biāo)準(zhǔn)化和定量化，軟件測(cè)量數(shù)據(jù)庫(kù)已發(fā)揮量化管理的作用。優(yōu)化級(jí)(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. 怎樣理解“CMMI的實(shí)施與軟件組織的過程改進(jìn)，是漸進(jìn)式的，預(yù)防式的？CMMI的實(shí)施

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

39、安全與保密工作.科學(xué)地講,軟件配置管理的目的，就是為了建立和維護(hù)在整個(gè)軟件生存周期內(nèi)軟件產(chǎn)品的完善性。52. 什么是配置項(xiàng)?什么是配置管理？軟件配置管理中的基本單元,稱為軟件配置項(xiàng)。在開發(fā)過程中,將軟件的文檔、程序、數(shù)據(jù)進(jìn)行分割與綜合，以利于軟件的定義、標(biāo)識(shí)、跟蹤、管理,使其最終形成受控的軟件版本產(chǎn)品，這一管理過程稱為軟件配置管理。53. 基線、里程碑與檢查點(diǎn)各是什么含義?它們之間有什么關(guān)系?經(jīng)正式評(píng)審和審計(jì)后，被批準(zhǔn)的階段性軟件工作產(chǎn)品，稱為軟件配置管理中的一根基線.里程碑只是一個(gè)階段標(biāo)記，基線是一個(gè)階段軟件工作產(chǎn)品，基線與里程碑一般表現(xiàn)為一對(duì)一的關(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”操作是什么意思？它與配置管理工具有什么關(guān)系?“Check ou