軟件工程簡答題

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

2、、迭代模型、增量模型和原型模型。軟件支持過程由所支持的CASE工具組成，常用的 CASE工具有 PowerDesigner和RationalRose 。軟件管理過程主要有 CMMI ISO9000、微軟企業(yè)文化和敏捷文化現(xiàn)象。.請詳細解釋軟件的定義和程序的定義。軟件的定義：軟件=程序+數(shù)據(jù)+文檔。這里的程序是指程序系統(tǒng)。這里的數(shù)據(jù)不僅包括 初始化數(shù)據(jù)、測試數(shù)據(jù)，而且包括研發(fā)數(shù)據(jù)、運行數(shù)據(jù)、維護數(shù)據(jù)，也包括軟件企業(yè)積累的 項目工程數(shù)據(jù)和項目管理數(shù)據(jù)中的大量決策原始記錄數(shù)據(jù)。這里的文檔指的是軟件開發(fā)過程中的分析、設計、實現(xiàn)、測試、維護文檔、管理文檔?，F(xiàn)在有一種新提法正在引起關注，這種提法是：軟件=

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

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

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

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

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

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

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

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

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

12、系統(tǒng)設計等很多方面， 提供參考和指導，并可以減少風險和提高項目成功率。.需求描述有哪幾種工具你喜歡哪一種為什么需求描述工具包括數(shù)據(jù)流圖、業(yè)務流程圖、用況圖、時序圖、用戶交互圖、數(shù)據(jù)模型圖和功能需求列表、性能需求列表、接口需求列表、界面需求列表等。選擇哪一種描述工具， 主要取決于問題域的本質(zhì)特征。不同的軟件，對分析要求的嚴格程度不同。我喜歡業(yè)務流程圖，它包括了物流、資金流、信息流，即業(yè)務操作模型，重點是業(yè)務操作的流水步驟。業(yè)務模型表示了與系統(tǒng)有關的人、設備、其他子系統(tǒng)之間的業(yè)務關系和費用關系，它是經(jīng)過業(yè)務流程重組、再創(chuàng)和優(yōu)化后，并且得到企業(yè)領導確認的業(yè)務流程圖。繪制這個圖的工具可以是 Offic

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

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

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

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

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

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

19、高級結構模型包括：對類的語義建模，對關系網(wǎng)絡建模，對接口、類型和角色建模，成 組的元素建模，對體系結構視圖建模，對具體實例、原型實例建模，對對象結構建模?；拘袨榻０ǎ簩换ソ！τ美?、對用例圖建模、對交互圖建模、對活動 圖建模。高級行為模型包括：對信號族建模、對異常情況建模、對狀態(tài)建模、對進程和線程建模、 對時間空間建模、對狀態(tài)建模。體系結構建模包括：對構件建模、對實施建模、對協(xié)作建模、對模式和框架建模、對構 件圖建模、對實施圖建模、對系統(tǒng)建模。一般而言，人們最常用的是建立系統(tǒng)的用例圖、類圖和順序圖。28.請簡述UML的優(yōu)點和缺點。UML的優(yōu)點：UML語言使系統(tǒng)建模過程標準化、統(tǒng)一

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

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

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

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

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

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

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

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

28、但是標準不容易確定；.其他測試：如邊界值測試、兼容性測試、回歸測試、ALPHAS式和BETA測試等。.試說出黑盒測試和白盒測試的區(qū)別及聯(lián)系。黑盒測試又稱功能測試。在這里，盒子指的是被測試的軟件，“黑盒”就是只知道被測試軟件的外部情況，主要是界面和接口， 被測試軟件的內(nèi)部邏輯結構和數(shù)據(jù)結構，對測試人員來說是不可見的，主要關注被測試軟件的功能實現(xiàn)。白盒測試就是對程序執(zhí)行路徑的測試，又叫做玻璃盒測試、透明盒測試、結構化測試、開放盒測試、基于代碼的測試等。黑盒測試和白盒測試的聯(lián)系是： 一般宏觀上用黑盒測試，微觀上用白盒測試，系統(tǒng)集成 人員用黑盒測試方法對系統(tǒng)進行測試， 構件開發(fā)人員用白盒測試方法對構件

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

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

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

32、的軟件應具備什么性質(zhì)所謂軟件的可維護性，就是維護人員理解、掌握和修改被維護軟件的難易程度。可維護性的軟件，必須具備下列 4條性質(zhì)：可理解性、可測試性、可修改性和可移植性。.面向缺陷維護的內(nèi)容是什么面向缺陷維護的內(nèi)容是：該軟件產(chǎn)品能夠正常運行，可以滿足用戶的功能、性能、接口需求，只是維護前在個別地方存在缺陷，用戶不是非常滿意?？朔毕莸姆椒ㄊ切薷某绦颍簿褪峭ǔＵf的只修改程序，不修改數(shù)據(jù)結構。.面向功能維護的內(nèi)容是什么面向功能維護的內(nèi)容是：該軟件產(chǎn)品在功能、 性能、接口上存在某些不足， 不能滿足用戶的某些需求，因此需要增加某些功能、性能、接口。解決這些不足的方法是，不但要修改設計，而且也要修改程

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

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

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

36、理，在組織內(nèi)部已經(jīng)達到了法律化管理，由項目組級管理 發(fā)展到組織級管理，13個KPA已制度化和法律化，組織及法律框架健全，工程過程和管理 過程已文檔化，軟件測量數(shù)據(jù)庫已開始建立。已管理級（CMM4：定量管理或數(shù)據(jù)管理，在組織內(nèi)部已經(jīng)達到了定量化管理，實現(xiàn)了 定量的數(shù)據(jù)級管理，產(chǎn)品和項目級管理的經(jīng)驗已定量化，組織級過程管理已標準化和定量化，軟件測量數(shù)據(jù)庫已發(fā)揮量化管理的作用。優(yōu)化級（CMM5：組織已經(jīng)達到了循環(huán)優(yōu)化和與時俱進。. CMM本身為什么不規(guī)定統(tǒng)一的實施文檔結構CMMI只是一個軟件工程改進模型，不是過程改進模板，模型必須與軟件組織的具體實際相結合，在結合中產(chǎn)生適合于本組織的自己文檔結構，這

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

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