軟件工程簡答題

1、v1.0可編輯可修改 簡答題：軟件工程的內(nèi)容和方法.開發(fā)文檔都有哪些用圖來表示他們之間的關(guān)系。開發(fā)文檔包括目標(biāo)程序、源程序、詳細(xì)設(shè)計說明書、概要設(shè)計說明書、需求規(guī)格說明書、用戶需求報告、軟件合同，它們之間的關(guān)系如圖所示。目標(biāo)程序源程序詳細(xì)設(shè)計說明書概要設(shè)計說明書需求規(guī)格說明書用戶需求報告軟件合同.說明軟件工程研究的內(nèi)容。軟件工程研究的內(nèi)容包括軟件開發(fā)方法、 軟件開發(fā)模型、軟件支持過程和軟件管理過程。其中軟件開發(fā)方法的內(nèi)容又含蓋市場調(diào)研、正式立項(xiàng)、需求分析、項(xiàng)目策劃、概要設(shè)計、詳細(xì)設(shè)計、編程、測試、試運(yùn)行、產(chǎn)品發(fā)布、用戶培訓(xùn)、產(chǎn)品復(fù)制、銷售、實(shí)施、系統(tǒng)維護(hù)、版本升級。常用的軟件開發(fā)模型有瀑布模型

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

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

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

5、迭代模型克服瀑布模型的缺點(diǎn)對開發(fā)人員要求高4原型模型開發(fā)速度快不利于創(chuàng)新.軟件公司的ISO9000或CMM管理體系與軟件開發(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)的動態(tài)跟蹤制度，只有 前一階段的不符合項(xiàng)全部改正后，才允許開發(fā)人員進(jìn)入后一階段的工作。所謂不符合項(xiàng)，就是在評審中發(fā)現(xiàn)的問題項(xiàng)，它與BUG既有聯(lián)系，

6、又有區(qū)別。 對于這些不符合項(xiàng)，軟件管理部門要列出表格，記錄在案，確定負(fù)責(zé)人，限定改正時間，動態(tài)跟蹤到 底。.對生存周期模型裁減指南有什么看法“生存周期模型裁減指南”是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)容，同時進(jìn)一步細(xì)化。這樣可以縮短開發(fā)時間，減少開發(fā)成本，具有非?，F(xiàn)實(shí)的意義。軟件立項(xiàng)與合同.什么叫風(fēng)險分析技能風(fēng)險和技術(shù)風(fēng)險有何區(qū)別這里的風(fēng)險分析是

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

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

9、的功能、性能、接口、界面都是在流程中動態(tài)實(shí)時的反映出來。在所有的流程（物流、人流、資金流、信息流、單據(jù)流、報表流、數(shù)據(jù)流）中，數(shù)據(jù)流最重要，也最具有代表性。因?yàn)樵谟嬎銠C(jī)網(wǎng)絡(luò)系統(tǒng)內(nèi)，一切流程都表現(xiàn)為數(shù)據(jù)流，或者說是數(shù)據(jù)流在不同方向的投影。而流程是動態(tài)的、實(shí)時的。所以說，需求分析是面向流程的。.需求分析的基本思路是什么需求分析的思路，是從客戶的功能需求（系統(tǒng)需要做什么）出發(fā)，由系統(tǒng)的業(yè)務(wù)流程和數(shù)據(jù)流程導(dǎo)出系統(tǒng)的業(yè)務(wù)模型和功能模型，識別出系統(tǒng)的元數(shù)據(jù)和中間數(shù)據(jù)，為今后設(shè)計數(shù)據(jù)模型做好充分準(zhǔn)備。同時，對系統(tǒng)的軟、硬件環(huán)境配置，開發(fā)工具，開發(fā)周期，費(fèi)用，開 發(fā)進(jìn)度，培訓(xùn)，系統(tǒng)風(fēng)險進(jìn)行評估。.業(yè)界存在哪三

10、種需求分析方法你認(rèn)為哪一種更好業(yè)界存在三種需求分析方法：面向功能分析、面向?qū)ο蠓治觥⒚嫦驍?shù)據(jù)分析。以上這三種方法，各自適用于不同的目標(biāo)系統(tǒng)。目前時尚的方法是面向?qū)ο蠓治?，包括面向主體和面向方法。 總的來說，對于系統(tǒng)軟件和應(yīng)用軟件來說，面向功能需求分析的方法簡單明了，而面向?qū)ο蟮男枨蠓治龇椒▌t復(fù)雜抽象。對于以關(guān)系數(shù)據(jù)庫為平臺的信息系統(tǒng)軟件來說，面向數(shù)據(jù)需求分析方法的特點(diǎn)是抓住了本質(zhì)。但是，這三種分析方法都離不開面向流程分析這根總線：功能、對象、數(shù)據(jù)都是在流程中產(chǎn)生的，又都是為流程服務(wù)的。.需求管理過程的目標(biāo)和內(nèi)容是什么需求管理的目標(biāo)，是保證軟件項(xiàng)目或產(chǎn)品滿足客戶在軟件功能、性能、接口三個方面的需

11、求。需求管理過程的內(nèi)容，主要包括需求確認(rèn)、需求評審、需求追蹤和需求變更活動管理。.為什么需求文檔要進(jìn)行同行評審?fù)性u審，是軟件工作產(chǎn)品驗(yàn)證的活動，其目的是為了及早和高效地從軟件工作產(chǎn)品中識別并消除缺陷。重點(diǎn)在于發(fā)現(xiàn)軟件工作產(chǎn)品中的缺陷。另外，由于進(jìn)行同行評審，使大量人員對軟件系統(tǒng)中原本不熟悉的部分更加了解，因此同行評審還提高了項(xiàng)目的連續(xù)性，培訓(xùn)了后備人員。.怎么理解不符合項(xiàng)為什么要對它進(jìn)行跟蹤管理不符合項(xiàng)是指沒有滿足要求的項(xiàng)，不一定是錯誤，跟bug是不同的。跟蹤的意思在于，獲得需求目前的實(shí)現(xiàn)狀態(tài)，確保用戶所有的需求都得到滿足。可靠的跟蹤信息可為需求變更、系統(tǒng)維護(hù)、關(guān)鍵成員離開、系統(tǒng)再設(shè)計和類似

12、系統(tǒng)設(shè)計等很多方面， 提供參考和指導(dǎo)，并可以減少風(fēng)險和提高項(xiàng)目成功率。.需求描述有哪幾種工具你喜歡哪一種為什么需求描述工具包括數(shù)據(jù)流圖、業(yè)務(wù)流程圖、用況圖、時序圖、用戶交互圖、數(shù)據(jù)模型圖和功能需求列表、性能需求列表、接口需求列表、界面需求列表等。選擇哪一種描述工具， 主要取決于問題域的本質(zhì)特征。不同的軟件，對分析要求的嚴(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è)務(wù)流程重組、再創(chuàng)和優(yōu)化后，并且得到企業(yè)領(lǐng)導(dǎo)確認(rèn)的業(yè)務(wù)流程圖。繪制這個圖的工具可以是 Offic

13、e辦公軟件。軟件策劃.簡述軟件策劃的步驟。軟件策劃共分4個步驟，如表：步驟步驟名稱步驟內(nèi)容1評估軟件工作產(chǎn)品的規(guī)模、工作量、費(fèi)用及所需要的資源軟件工作產(chǎn)品，包括需求規(guī)格說明書、概要設(shè)計說明書、詳細(xì)設(shè)計說明書、源代碼、測試計劃和測試報告、質(zhì)量保證計劃、軟件配置管埋計劃、里程碑及評審計劃。每個工作產(chǎn)品所需的工作量（人年）、費(fèi)用及其所需的其他資源，都要量化2制定時間表包括開發(fā)進(jìn)度時間表和日歷進(jìn)度時間表：軟件開發(fā)計劃、質(zhì)量保證計劃、軟件配置管理計劃、測試計劃、評審計劃3鑒別和評估風(fēng)險政策風(fēng)險、資源風(fēng)險、市場突變風(fēng)險、技術(shù)風(fēng)險和技能風(fēng)險4與相關(guān)的組或人協(xié)商策劃中的有關(guān)約定策劃的結(jié)果要實(shí)事求是，要得到各有

14、關(guān)方面的同意和認(rèn)可.軟件策劃要實(shí)現(xiàn)的具體目標(biāo)是什么軟件策劃是項(xiàng)目跟蹤和監(jiān)控的基礎(chǔ)，是項(xiàng)目經(jīng)理和高層經(jīng)理管理項(xiàng)目的依據(jù)。軟件策劃要實(shí)現(xiàn)的具體目標(biāo)有三個。.對供項(xiàng)目測試和跟蹤用的三個軟件估計已建立文檔。這三個評估是：工作產(chǎn)品規(guī)模估計工作量及成本估計計算機(jī)資源估計.軟件項(xiàng)目活動和約定是有計劃的，并已建立文檔。這里的活動，包括開發(fā)活動和管理活動。這里的約定，是指對項(xiàng)目的各種標(biāo)準(zhǔn)、規(guī)范、規(guī)程的約束。.受影響的組和個人，同意他們對軟件項(xiàng)目的約定。受影響的組和個人有：軟件工程組（項(xiàng)目組）軟件估計組系統(tǒng)測試組質(zhì)量保證組配置管理組合同管理組文檔支持組其中有的組可能只有一個人.定義軟件過程的含義是什么所謂定義軟件

15、過程， 就是根據(jù)選定的生存周期模型，規(guī)定軟件的開發(fā)階段， 及每一階段的工作步驟和文檔標(biāo)準(zhǔn)等內(nèi)容。.項(xiàng)目跟蹤與監(jiān)督的基礎(chǔ)是什么在項(xiàng)目策劃階段，要為開發(fā)計劃制定嚴(yán)格的評審流程。開發(fā)計劃在經(jīng)過組織批準(zhǔn)生效后，將成為進(jìn)行項(xiàng)目跟蹤與監(jiān)督的基礎(chǔ)。.軟件開發(fā)計劃書應(yīng)該包括哪些內(nèi)容軟件開發(fā)計劃書是軟件策劃的輸出文檔，它包括如下10各方面的內(nèi)容：.軟件項(xiàng)目組的目的、范圍、目標(biāo)和對象。.軟件生存周期的選擇與裁減。.確定軟件開發(fā)和維護(hù)的規(guī)范、方法和標(biāo)準(zhǔn)。.軟件工作產(chǎn)品的確定。.對工作產(chǎn)品規(guī)模的估計。.對工作量和成本的估計。.關(guān)鍵計算機(jī)資源的估計和使用情況。.項(xiàng)目的進(jìn)度、里程碑和評審計劃。.風(fēng)險的識別和評估。.項(xiàng)目工

16、程設(shè)計和工具的計劃。.怎樣理解軟件中的度量，它有何作用軟件中的度量，是指對大量測量數(shù)據(jù)的統(tǒng)計分析。度量是按規(guī)定在項(xiàng)目進(jìn)行過程中，需要采集的度量數(shù)據(jù)，以便量化地反映項(xiàng)目的進(jìn)展情況，為管理者提供對項(xiàng)目進(jìn)展的適當(dāng)?shù)目梢曅?，同時度量數(shù)據(jù)是項(xiàng)目過程改善的基礎(chǔ)數(shù)據(jù)，它們存放在測量數(shù)據(jù)庫中。軟件設(shè)計.軟件設(shè)計的輸入/輸出是什么對于簽訂合同的項(xiàng)目，軟件設(shè)計白輸入是用戶需求報告/需求規(guī)格說明書，輸出是概要設(shè)計說明書和詳細(xì)設(shè)計說明書。對于立項(xiàng)的項(xiàng)目，軟件設(shè)計的輸入是需求規(guī)格說明書，輸出是概要設(shè)計說明書和詳細(xì)設(shè)計說明書。.概要設(shè)計說明書和詳細(xì)設(shè)計說明書有和區(qū)別概要設(shè)計說明書，一是要覆蓋需求規(guī)格說明書的全部內(nèi)容，二是

17、要作為指導(dǎo)詳細(xì)設(shè)計的依據(jù)。它注重框架上的設(shè)計，它是軟件系統(tǒng)的總體結(jié)構(gòu)設(shè)計、全局?jǐn)?shù)據(jù)庫（包括數(shù)據(jù)結(jié)構(gòu)）設(shè)計、外部接口設(shè)計、功能部件分配設(shè)計、部件之間的內(nèi)部接口設(shè)計，它要覆蓋需 求規(guī)格說明書中的功能點(diǎn)列表、性能點(diǎn)列表，接口列表。詳細(xì)設(shè)計說明書，一是要覆蓋概要設(shè)計說明書的全部內(nèi)容，二是要作為指導(dǎo)程序設(shè) 計的依據(jù)，它注重微觀上和框架內(nèi)的設(shè)計，它是各子系統(tǒng)的公用部件實(shí)現(xiàn)設(shè)計、專用部件實(shí)現(xiàn)設(shè)計、存儲過程實(shí)現(xiàn)設(shè)計、觸發(fā)器實(shí)現(xiàn)設(shè)計、外部接口實(shí)現(xiàn)設(shè)計、部門角色授權(quán)設(shè)計和其 他詳細(xì)設(shè)計等。兩者的設(shè)計者不同， 在一般情況下，概要設(shè)計說明書是由系統(tǒng)設(shè)計師負(fù)責(zé)，詳細(xì)設(shè)計說明書則是由高級程序員負(fù)責(zé)。軟件建模.請簡述UML

18、的宏觀建模思想和微觀思想。UML的宏觀建模思想是：以“ 9個模型”和“ 5張視圖”為綱，以“ 9種圖”為目，建立 系統(tǒng)的UML莫型?！?個模型”包括：業(yè)務(wù)模型、領(lǐng)域模型、用例模型、分析模型、設(shè)計模型、過程模型、 部署模型、實(shí)現(xiàn)模型和測試模型。“9種圖”包括：類圖、對象圖、用例圖、順序圖、協(xié)作圖、狀態(tài)圖、活動圖、構(gòu)件圖、 實(shí)施圖?！?張視圖”包括：用例視圖、設(shè)計視圖、進(jìn)程視圖、實(shí)現(xiàn)視圖、實(shí)施視圖。UML的微觀建模思想是：基本結(jié)構(gòu)模型、高級結(jié)構(gòu)模型、基本行為模型、高級行為模型、 體系結(jié)構(gòu)模型（5各方面，66個微觀建模）。基本結(jié)構(gòu)模型包括：對類建模，對關(guān)系建模，對公共機(jī)制建模，對圖建模，對類圖建模。

19、高級結(jié)構(gòu)模型包括：對類的語義建模，對關(guān)系網(wǎng)絡(luò)建模，對接口、類型和角色建模，成 組的元素建模，對體系結(jié)構(gòu)視圖建模，對具體實(shí)例、原型實(shí)例建模，對對象結(jié)構(gòu)建模。基本行為建模包括：對交互建模、對用例建模、對用例圖建模、對交互圖建模、對活動 圖建模。高級行為模型包括：對信號族建模、對異常情況建模、對狀態(tài)建模、對進(jìn)程和線程建模、 對時間空間建模、對狀態(tài)建模。體系結(jié)構(gòu)建模包括：對構(gòu)件建模、對實(shí)施建模、對協(xié)作建模、對模式和框架建模、對構(gòu) 件圖建模、對實(shí)施圖建模、對系統(tǒng)建模。一般而言，人們最常用的是建立系統(tǒng)的用例圖、類圖和順序圖。28.請簡述UML的優(yōu)點(diǎn)和缺點(diǎn)。UML的優(yōu)點(diǎn)：UML語言使系統(tǒng)建模過程標(biāo)準(zhǔn)化、統(tǒng)一

20、化、規(guī)范化。UML在整個軟件開發(fā)過程中采用相同的概念和表示方法。UML采用圖形化的表現(xiàn)形式，產(chǎn)生的模型易于理解，易于開發(fā)人員與用戶之間的溝 通，從而能夠及時得到用戶的反饋信息。用UMLLS行系統(tǒng)建模，所得到的建模制品不僅包括各種模型框圖，還有大量豐富的 文檔。UMLM型UML是一門程序設(shè)計語言，但可以使用代碼生成工具將UML模型轉(zhuǎn)換成為多種程序設(shè)計語言代碼，或使用反向生成工具將程序源代碼轉(zhuǎn)換為但任何事物都有正反兩個方面，UM電種新興的建模工具也存在它本身的一些不足和缺八、UML建?？梢暬瘓D形的內(nèi)容太多、太深、太寬，導(dǎo)致難學(xué)難教。UMLM少核心和外圍，有些語言定義不夠精確且?guī)в卸x性。UMLM多

21、考慮了各種分析、設(shè)計、實(shí)現(xiàn)的普遍性，過少考慮了它們的特殊性。UMLM于細(xì)致。UMLM開發(fā)者的素質(zhì)要求過高。.讀者怎樣理解下面這段文字：UML只是一種圖形化的建模語言，不是一種方法論，不規(guī)定開發(fā)者在什么時候、 什么情況下、用什么方法去建立什么模型，也沒有指定使用哪一種實(shí)現(xiàn)工具，Rose只是其中的一種實(shí)現(xiàn)工具而已?！闭堊x者再思考一個問題：語言與 方法論兩者之間有什么聯(lián)系又有什么區(qū)別因?yàn)閁MLU為開發(fā)者在什么時候、什么情況下、用什么方法去建立什么模型是軟件開發(fā)過程中的工作，是方法論的范圍，開發(fā)者自己應(yīng)該會明白的。而Rose是UMW一種支撐環(huán)境和實(shí)現(xiàn)工具。語言只是方法論的一部分，而且只是實(shí)現(xiàn)方法論的一

22、種工具，方法論包含語言。方法論要告訴讀者在建模過程中做什么、怎么做、什么時候做、為什么做、做的過程中要注意什么。而UML!模語言只是提供了一大堆的可視化圖形符號，并沒有告訴讀者，應(yīng)該在什么時候， 用什么方法、去建立什么模型。軟件實(shí)現(xiàn).實(shí)現(xiàn)原則有哪幾條軟件實(shí)現(xiàn)原則包括以下 5條：.盡可能地簡單。.易于驗(yàn)證。.適應(yīng)變化。.遵守某一編程規(guī)范。.選擇項(xiàng)目組成員最熟悉的工具或語言。.面向?qū)ο蟪绦蛟O(shè)計的特點(diǎn)是什么它與面向過程程序設(shè)計有何差異面向?qū)ο蟪绦蛟O(shè)計有三個特點(diǎn)：.封裝性。把數(shù)據(jù)和代碼結(jié)合在一起，對外隱藏了實(shí)現(xiàn)的細(xì)節(jié)。它的好處是有利于程 序的模塊化。.繼承性。一個新的對象能繼承父對象的屬性和方法，這一

23、點(diǎn)就像遺傳。繼承性的好 處是可以共享代碼。.多態(tài)性。就是一個對象類型可以產(chǎn)生多個對象實(shí)例，每個實(shí)例還可以有所不同。面向?qū)ο蟪绦蛟O(shè)計與面向過程程序設(shè)計有如下差異：.面向過程程序設(shè)計方法采用函數(shù)（或過程）來描述對數(shù)據(jù)的操作，但又將函數(shù)與其 操作的數(shù)據(jù)分離開來；面向?qū)ο蟪绦蛟O(shè)計方法將數(shù)據(jù)和對數(shù)據(jù)的操作封裝在一起， 作為一個整體來處理。.面向過程程序設(shè)計方法以功能為中心來設(shè)計功能模塊，難于維護(hù)；而面向?qū)ο蟪绦?設(shè)計方法以數(shù)據(jù)為中心來描述系統(tǒng)，數(shù)據(jù)相對與功能而言具有較強(qiáng)的穩(wěn)定性，因此 更易于維護(hù)。.面向過程程序的控制流程由程序中預(yù)定順序來決定； 面向?qū)ο蟪绦虻目刂屏鞒逃蛇\(yùn) 行時各種事件的實(shí)際發(fā)生來觸發(fā)，

24、而不再由預(yù)定順序來決定，更符合實(shí)際需要。.面向?qū)ο蟪绦蛟O(shè)計方法可以利用框架產(chǎn)品（如MFC Microsoft Foundation Classes ）進(jìn)行編程。軟件測試.軟件測試的目的和目標(biāo)是什么簡單明了地說，軟件測試的目的就是發(fā)現(xiàn)軟件缺陷。 但同時還要時刻牢記在心的是： 軟 件測試的目標(biāo)是盡可能早地發(fā)現(xiàn)軟件缺陷，并確保其得以修復(fù)。 這里的缺陷，包才bug和不符和項(xiàng)。.什么是軟件缺陷我們說，符合下列五個規(guī)則之一的就是軟件缺陷：.軟件未達(dá)到產(chǎn)品說明書（需求報告或需求說明書）標(biāo)明的功能；.軟件出現(xiàn)了產(chǎn)品說明書指明不會出現(xiàn)的錯誤；.軟件未達(dá)到產(chǎn)品說明書未指明但應(yīng)達(dá)到的目標(biāo)；.軟件功能超出產(chǎn)品說明書所

25、指明的范圍；.軟件測試人員認(rèn)為軟件難以理解、不易使用、速度緩慢，或者最終客戶認(rèn)為不好。.試舉例說明軟件測試的原則有哪些.盡早開展測試工作；.完全測試不可能，把握最優(yōu)測試量；.嚴(yán)防寄生蟲現(xiàn)象；.嚴(yán)防殺蟲劑現(xiàn)象；.并非所有的軟件缺陷都能修復(fù)；.難以說清楚的軟件缺陷；.產(chǎn)品說明書不斷變化.軟件測試人員在產(chǎn)品小組中不受歡迎。.試闡述軟件測試 V模型的思想、不足之處和改進(jìn)方法。軟件測試V模型的基本思想，如圖所示。我們可以初步了解， 左側(cè)是開發(fā)階段，右側(cè)是測試階段。開發(fā)階段先從定義軟件需求開始，然后要把這些需求不斷地轉(zhuǎn)換到概要設(shè)計和詳細(xì)設(shè)計中去，最后形成程序代碼。測試階段是在代碼編寫完成以后，先做單元測試

26、開始，然 后是集成測試、系統(tǒng)測試和驗(yàn)收測試。對V模型的進(jìn)一步闡述是：當(dāng)需求分析完成后，驗(yàn)收測試計劃也應(yīng)完成。當(dāng)概要設(shè)計完成后，系統(tǒng)測試計劃也應(yīng)完成。 當(dāng)詳細(xì)設(shè)計完成后，集成測試計劃也應(yīng)完成， 當(dāng)編碼完成后， 單元測試計劃也應(yīng)完成?？梢?，V模型提高了測試的時間與地位。以上的測試V模型，一般只適用于瀑布開發(fā)模型，若對迭代開發(fā)模型，就顯得不足了。實(shí)際工作中，V模型只是提高了測試工作的地位，具體測試方法，仍然是黑白盒子法。.試說出幾種軟件測試的分類方法。軟件測試分類的實(shí)質(zhì)，是軟件測試技術(shù)的分類。測試工作中采用不同的測試技術(shù)，就產(chǎn)生了不同的測試類型，相繼也產(chǎn)生了很多的測試類型術(shù)語，大概有以下幾種。.動態(tài)

27、測試：通過運(yùn)行程序開展測試工作，即軟件測試人員通過使用軟件來找出缺陷；.靜態(tài)測試：不通過運(yùn)行程序來開展測試工作；.黑盒測試：又叫功能測試;.白盒測試：可以理解為對程序執(zhí)行路徑的測試；.通過測試：簡單的說，就是驗(yàn)證軟件至少能做什么，而不會考察其能力有多強(qiáng)；.失敗測試：純粹是為了驗(yàn)證軟件在某一種條件下，是否會出現(xiàn)異常、停止工作等現(xiàn) 象的測試；.負(fù)載/壓力測試：一方面，可以通過減少軟件需要的資源，來測試軟件運(yùn)行的最低 配置或者最低資源需求；另一方面，可以正常提供軟件需要的資源，但是通過不斷 加重軟件要處理的任務(wù)，來測試軟件在正常配置下具有的能力指標(biāo)；.易用性測試：易用性測試的目的很明確，即簡單易用，

28、但是標(biāo)準(zhǔn)不容易確定；.其他測試：如邊界值測試、兼容性測試、回歸測試、ALPHAS式和BETA測試等。.試說出黑盒測試和白盒測試的區(qū)別及聯(lián)系。黑盒測試又稱功能測試。在這里，盒子指的是被測試的軟件，“黑盒”就是只知道被測試軟件的外部情況，主要是界面和接口， 被測試軟件的內(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)件

29、進(jìn)行測試， 這是 常用的測試方法。.軟件測試工作中要驗(yàn)證哪些文檔試舉例。軟件測試工作中要驗(yàn)證的文檔包括兩個部分，即被測試文檔和測試工作中要編寫的文檔。現(xiàn)在按生命周期劃分如下：.項(xiàng)目立項(xiàng)階段的文檔項(xiàng)目立項(xiàng)報告、標(biāo)書、合同。.需求分析階段文檔需求分析說明書/用戶需求報告、驗(yàn)收測試設(shè)計說明書、測試計劃、客戶手冊、 操作手冊。.項(xiàng)目策劃階段的文檔項(xiàng)目開發(fā)計劃、配置管理計劃、質(zhì)量保證計劃。.設(shè)計階段的文檔概要設(shè)計說明書、數(shù)據(jù)庫設(shè)計說明書、詳細(xì)設(shè)計說明書、系統(tǒng)測試設(shè)計說明書 集成測試設(shè)計說明書。.編碼階段的文檔自測報告、單元測試說明書。.測試階段的文檔單元測試報告、集成測試報告、系統(tǒng)測試報告/ALPHA測

30、試、驗(yàn)收測試報告 /BETA。.維護(hù)階段的文檔缺陷及修改報告。還有一些管理文檔，如工作日報、會議記錄、開發(fā)進(jìn)度周報、開發(fā)進(jìn)度月報 開發(fā)總結(jié)報告等。還有和客戶簽署的協(xié)議，如委托開發(fā)協(xié)議書、驗(yàn)收手冊。提供給客戶的所有文檔都要經(jīng)過測試，從這個角度考慮，被測試的文檔還可能包括聯(lián)機(jī)幫助文檔、樣例、模板、常見問題解答、市場宣傳材料、授權(quán)/注冊登記表、客戶許可協(xié)議，以及包裝文字、圖片、標(biāo)簽等。.用自己的話簡述實(shí)用軟件測試的流程，你認(rèn)同嗎有什么想法和建議軟件測試的流程分五步展開：.理解、驗(yàn)證和分解需求；.編寫測試計劃（包括測試計劃）；.測試執(zhí)行；.專項(xiàng)測試；.編寫測試報告。認(rèn)同，沒有什么想法和建議。軟件發(fā)布與

31、實(shí)施.軟件項(xiàng)目與軟件產(chǎn)品有什么不同軟件產(chǎn)品是指不局限于特定業(yè)務(wù)領(lǐng)域、能被廣大用戶直接使用的軟件系統(tǒng)，如操作系統(tǒng)、編譯系統(tǒng)、工具系統(tǒng)、通用財務(wù)系統(tǒng)等。軟件項(xiàng)目是指針對特定業(yè)務(wù)領(lǐng)域、徐提供業(yè)務(wù)流程充足與優(yōu)化的軟件系統(tǒng)，如MIS、ERR電子商務(wù)、自動跟蹤控制系統(tǒng)等，它們一般叫做軟件項(xiàng)目。軟件維護(hù).傳統(tǒng)軟件維護(hù)分哪幾大類傳統(tǒng)軟件維護(hù)分四大類， 分別是：糾錯性維護(hù)；適應(yīng)性維護(hù)；完善性維護(hù)；預(yù)防性維護(hù)。.簡述軟件維護(hù)的工作程序。軟件維護(hù)的工作程序與軟件開發(fā)的工作程序相仿。其工作程序是：維護(hù)的需求分析、維護(hù)的設(shè)計、修改程序代碼、維護(hù)后的測試、維護(hù)后的試運(yùn)行、維護(hù)后的正式運(yùn)行、維護(hù)過程的評審和審計。.可維護(hù)性

32、的軟件應(yīng)具備什么性質(zhì)所謂軟件的可維護(hù)性，就是維護(hù)人員理解、掌握和修改被維護(hù)軟件的難易程度。可維護(hù)性的軟件，必須具備下列 4條性質(zhì)：可理解性、可測試性、可修改性和可移植性。.面向缺陷維護(hù)的內(nèi)容是什么面向缺陷維護(hù)的內(nèi)容是：該軟件產(chǎn)品能夠正常運(yùn)行，可以滿足用戶的功能、性能、接口需求，只是維護(hù)前在個別地方存在缺陷，用戶不是非常滿意。克服缺陷的方法是修改程序，也就是通常說的只修改程序，不修改數(shù)據(jù)結(jié)構(gòu)。.面向功能維護(hù)的內(nèi)容是什么面向功能維護(hù)的內(nèi)容是：該軟件產(chǎn)品在功能、 性能、接口上存在某些不足， 不能滿足用戶的某些需求，因此需要增加某些功能、性能、接口。解決這些不足的方法是，不但要修改設(shè)計，而且也要修改程

33、序，也就是通常說的既修改數(shù)據(jù)結(jié)構(gòu)，又修改編碼。.怎么理解UMLM軟件維護(hù)的重大影響UML的功能覆蓋整個軟件的開發(fā)周期，從需求分析開始，直到軟件的發(fā)布、實(shí)施和維護(hù)為止，因而它對傳統(tǒng)意義下的維護(hù)工作產(chǎn)生重大影響。UM廿巴軟件生存周期定義為 4個主要階段：初始、細(xì)化、構(gòu)造、移交。經(jīng)過這 4個階段的歷程被稱為一個開發(fā)周期，自動產(chǎn)生一個周期內(nèi)的所有文檔，從而生成一個軟件產(chǎn)品。 首次經(jīng)歷著4個階段稱為該產(chǎn)品的初開發(fā)周期，除非該產(chǎn)品的生命終止，否則它將重復(fù)初始、 細(xì)化、構(gòu)造和移交這4個階段，從而演化為下一代產(chǎn)品，這就是對舊有產(chǎn)品的維護(hù)，也是新 產(chǎn)品的升級換代，也就是開發(fā)周期的演化，也就是UMLM軟件維護(hù)工作

34、的影響。軟件過程管理.怎樣理解“軟件組織、工作產(chǎn)品、軟件過程、軟件過程資源、軟件過程財富”的概念軟件組織：CMM/CMMfr的“組織”或“軟件組織”，是指軟件企業(yè)（或軟件公司）自己。 或者企業(yè)內(nèi)部的一個軟件研發(fā)部門。但是，該組織內(nèi)部應(yīng)有若干項(xiàng)目和一個軟件工程管理部門。如公司的研發(fā)中心、軟件中心、軟件事業(yè)部，它們均可稱為“組織”或“軟件組織”工作產(chǎn)品：在 CMM/CMMfr,每一道工作程序輸出的文檔、程序或數(shù)據(jù)，均稱為軟件工 作產(chǎn)品。評審報告、跟蹤記錄等軟件管理文檔，也是軟件工作產(chǎn)品。軟件過程：一般來講，過程是一個時間概念， 它指為了實(shí)現(xiàn)某一目標(biāo)而采取的一系列步 驟。這里的軟件過程，既是指軟件開

35、發(fā)過程，又指軟件管理過程。軟件過程資源：是組織在進(jìn)行軟件過程改善中通過積累而得到的，用于指導(dǎo)軟件項(xiàng)目過程的文檔和數(shù)據(jù)等重要信息。這些信息存放在軟件測量數(shù)據(jù)庫或軟件過程有關(guān)的文檔庫中。軟件過程財富：軟件過程財富可以看作是軟件組織和過程改進(jìn)中產(chǎn)生的有價值實(shí)體的集合，這些財富橫跨個項(xiàng)目過程，形成了軟件組織持續(xù)的過程改善的源泉。例如，軟件測量數(shù)據(jù)庫或軟件過程有關(guān)的文檔庫中的記錄，就是財富的表現(xiàn)。. SW-CM的5個級別各有哪些特征SW=CMM 5個等級分別為：初始級（CMM1：組織內(nèi)部是人治，是英雄創(chuàng)造歷史?？芍貜?fù)級（CMM2：項(xiàng)目管理級，在組織內(nèi)部重復(fù)使用項(xiàng)目管理的經(jīng)驗(yàn)。已定義級（CMM3：組織級管

36、理，在組織內(nèi)部已經(jīng)達(dá)到了法律化管理，由項(xiàng)目組級管理 發(fā)展到組織級管理，13個KPA已制度化和法律化，組織及法律框架健全，工程過程和管理 過程已文檔化，軟件測量數(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)化和與時俱進(jìn)。. CMM本身為什么不規(guī)定統(tǒng)一的實(shí)施文檔結(jié)構(gòu)CMMI只是一個軟件工程改進(jìn)模型，不是過程改進(jìn)模板，模型必須與軟件組織的具體實(shí)際相結(jié)合，在結(jié)合中產(chǎn)生適合于本組織的自己文檔結(jié)構(gòu)，這

37、樣的文檔結(jié)構(gòu)由組織自己提出、自己落實(shí)、自己執(zhí)行、自己監(jiān)督。因?yàn)闆]有千篇一律的軟件組織，所有不規(guī)定統(tǒng)一的實(shí)施文檔結(jié)構(gòu)。.怎樣理解“ CMMI的實(shí)施與軟件組織的過程改進(jìn)，是漸進(jìn)式的，預(yù)防式的”CMMI的實(shí)施與軟件組織的過程改進(jìn)，本身有一個較長的過程，它規(guī)定必須一級又一級地向前走，每一個級別需要三年左右，只有經(jīng)歷這么長時間，相應(yīng)過程與才能踏踏實(shí)實(shí)地執(zhí)行好。一個組織相當(dāng)于一個人， 人的身體與知識的提高也只能一步一步地前進(jìn)，不能吃激素。因此，CMMI的實(shí)施與軟件組織的過程改進(jìn)，只能是漸進(jìn)式的，而且是預(yù)防式的，預(yù)防組織在過程管理上因急功近利而犯錯誤。軟件配置管理.軟件配置管理的目的是什么通俗地講，軟件配置

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