1、軟件工程試題整理簡(jiǎn)答題1、可行性研究的任務(wù)是什么？首先需要進(jìn)行概要的分析研究，初步確定項(xiàng)目的規(guī)模和目標(biāo)，確定項(xiàng)目的約束和限制, 把他們清楚地列舉出來(lái)。然后，分析員進(jìn)行簡(jiǎn)要的需求分析，抽象出該項(xiàng)目的邏輯結(jié)構(gòu)， 建立邏輯模型。從邏輯模型出發(fā)，經(jīng)過(guò)壓縮的設(shè)計(jì)，探索出若干種可供選擇的主要解決方 法，對(duì)每種解決方法都要研究它的可行性，可從以下三個(gè)方面分析研究每種解決方法的可 行性。技術(shù)可行性：對(duì)要開發(fā)項(xiàng)目的功能、性能、限制條件進(jìn)行分析，確定在現(xiàn)有的資 源條件下，技術(shù)風(fēng)險(xiǎn)有多大，項(xiàng)目是否能實(shí)現(xiàn)。經(jīng)濟(jì)可行性：進(jìn)行開發(fā)成本的估算以及 了解取得效益的評(píng)估，確定要開發(fā)的項(xiàng)目是否值得投資開發(fā)。社會(huì)可行性：要開發(fā)的項(xiàng)

2、 目是否存在任何侵犯、妨礙等責(zé)任問題，要開發(fā)項(xiàng)目的運(yùn)行方式在用戶組織內(nèi)是否行得通， 現(xiàn)有管理制度、人員素質(zhì)、操作方式是否可行。2、什么是模塊的影響范圍？什么是模塊的控制范圍？他們之間應(yīng)該建立什么關(guān)系？一個(gè)模塊的作用范圍（或稱影響范圍）指受該模塊內(nèi)一個(gè)判定影響的所有模塊的集合。 一個(gè)模塊的控制范圍指模塊本身以及其所有下屬模塊（直接或間接從屬于它的模塊）的集 合。一個(gè)模塊的作用范圍應(yīng)在其控制范圍之內(nèi)，且判定所在的模塊應(yīng)在其影響的模塊在層 次上盡量靠近。如果再設(shè)計(jì)過(guò)程中，發(fā)現(xiàn)模塊作用范圍不在其控制范圍之內(nèi)，可以用“上 移判點(diǎn)”或“下移受判斷影響的模塊，將它下移到判斷所在模塊的控制范圍內(nèi)”的方法加 以

3、改進(jìn)。3、非漸增式測(cè)試與漸增式測(cè)試有什么區(qū)別？漸增式測(cè)試如何組裝模塊？非漸增式測(cè)試與漸增式測(cè)試的測(cè)試方法有以下區(qū)別：非漸增式測(cè)試方法把單元測(cè)試 和集成測(cè)試分成兩個(gè)不同的階段，前一階段完成模塊的單元測(cè)試，后一階段完成集成測(cè)試。 而漸增式測(cè)試往往把單元測(cè)試與集成測(cè)試和在一起，同時(shí)完成。非漸增式需要更多的工 作量，因?yàn)槊總€(gè)模塊都需要驅(qū)動(dòng)模塊和樁模塊，而漸增式利用已測(cè)試過(guò)的模塊作為驅(qū)動(dòng)模 塊或樁模塊，因此工作量較少。漸增式可以較早的發(fā)現(xiàn)接口之間的錯(cuò)誤，非漸增式最后 組裝是才發(fā)現(xiàn)。漸增式有利于排錯(cuò)，發(fā)生錯(cuò)誤往往和最近加進(jìn)來(lái)的模塊有關(guān)，而非漸增 式發(fā)現(xiàn)接口錯(cuò)誤推遲到最后，很難判斷是哪一部分接口出錯(cuò)。漸增式

4、比較徹底，已測(cè)試 的模塊和新的模塊再測(cè)試。（六）漸增式占用的時(shí)間較多，但非漸增式須更多的驅(qū)動(dòng)模塊、樁 模塊也占用一些時(shí)間。（七）非漸增式開始可并行測(cè)試所有模塊，能充分利用人力，對(duì)測(cè)試大 型軟件很有意義。漸增式測(cè)試有以下兩種不同的組裝模塊的方法：自頂向下組合。該方 法只需編寫樁模塊，其步驟是從頂層模塊開始，沿被測(cè)程序的軟件結(jié)構(gòu)圖的控制路徑逐步 向下測(cè)試，從而把各個(gè)模塊都結(jié)合起來(lái)，它又有兩種組合策略：深度有先策略：先從軟 件結(jié)構(gòu)中選擇一條主控制路徑，把該路徑上的模塊一個(gè)個(gè)結(jié)合進(jìn)來(lái)進(jìn)行測(cè)試，以便完成一 個(gè)特定的子功能，接著再結(jié)合其它需要優(yōu)先考慮的路徑。寬度有先策略：逐層結(jié)合直接 下屬的所有模塊。自低

5、向上結(jié)合。該方法僅需編寫驅(qū)動(dòng)模塊。其步驟為：把底層模塊 組合成實(shí)現(xiàn)一個(gè)個(gè)特定子功能的族。為每一個(gè)族編寫一個(gè)驅(qū)動(dòng)模塊，以協(xié)調(diào)測(cè)試用例的 輸入和測(cè)試結(jié)果的輸出。對(duì)模塊族進(jìn)行測(cè)試。按軟件結(jié)構(gòu)圖依次向上擴(kuò)展，用實(shí)際模 塊替換驅(qū)動(dòng)模塊，形成一個(gè)個(gè)更大的族。重復(fù)至步，直至軟件系統(tǒng)全部測(cè)試完畢。4、軟件質(zhì)量與軟件質(zhì)量保證的含義是什么?從實(shí)際應(yīng)用來(lái)說(shuō)，軟件質(zhì)量定義為：與所確定的功能和性能需求的一致性。與所 成文的開發(fā)標(biāo)準(zhǔn)一致性。與所有專業(yè)開發(fā)的軟件所期望的隱含特性的一致性。軟件質(zhì)量 保證就是向用戶及社會(huì)提供滿意的高質(zhì)量的產(chǎn)品，確保軟件產(chǎn)品從誕生到消亡為止的所有 階段的質(zhì)量的活動(dòng)，即確定、達(dá)到和維護(hù)需要的軟件質(zhì)

6、量而進(jìn)行的所有有計(jì)劃、有系統(tǒng)的 管理活動(dòng)。5、軟件工程標(biāo)準(zhǔn)化的意義是什么？都有哪些軟件工程標(biāo)準(zhǔn)？積極推進(jìn)軟件工程 標(biāo)準(zhǔn)化，其道理是顯而易見的。僅就一個(gè)軟件開發(fā)項(xiàng)目來(lái)說(shuō)，有許多層次，不同分工的人 員相互配合，在開發(fā)項(xiàng)目的各個(gè)部分以及各開發(fā)階段之間也都存在許多聯(lián)系和銜接問題。 如何把這些錯(cuò)綜復(fù)雜的關(guān)系協(xié)調(diào)好，需要有一系列統(tǒng)一的約束和規(guī)定。在軟件開發(fā)項(xiàng)目取 得階段成果或最后完成是時(shí)，需要進(jìn)行階段評(píng)價(jià)和驗(yàn)收測(cè)試。投入運(yùn)行的軟件，其維護(hù)工 作中遇到問題又與開發(fā)工作者有著密切的關(guān)系。軟件的管理工作則滲透到軟件生存期的每 一個(gè)環(huán)節(jié)。所有這些都要要求提供統(tǒng)一的行動(dòng)規(guī)范和衡量準(zhǔn)則，使得各種工作都有章可循。 軟件

7、工程的標(biāo)準(zhǔn)主要有以下三個(gè)： FIPS135是美國(guó)國(guó)家標(biāo)準(zhǔn)局發(fā)布的軟件文檔管理指 南NSAC 39是美國(guó)核子安全分析中心發(fā)布的安全參數(shù)顯示系統(tǒng)的驗(yàn)證與確認(rèn) ISO5807是國(guó)際標(biāo)準(zhǔn)化組織公布（現(xiàn)已成為中國(guó)的國(guó)家標(biāo)準(zhǔn)）的信息處理一數(shù)據(jù)流程 圖、程序流程圖、程序網(wǎng)絡(luò)圖和系統(tǒng)資源圖的文件編制符號(hào)及約定。5、需求分析階段的基本任務(wù)是什么?需求分析階段的基本任務(wù)是要準(zhǔn)確的定義新系統(tǒng)的目標(biāo)，為了滿足用戶需要，回答系 統(tǒng)必須“做什么”的問題。本階段要進(jìn)行以下幾方面的工作：?jiǎn)栴}識(shí)別。雙方確定對(duì)問 題的綜合需求，這些需求包括：功能需求、性能需求、環(huán)境需求、用戶界面需求，另外還 有可靠性、安全性、保密性、可移植性、

8、可維護(hù)性等方面的需求。分析與綜合，導(dǎo)出軟件的邏輯模型。分析人員對(duì)獲取的需求，進(jìn)行一致性的分析檢查，在分析、綜合中逐步細(xì)化 軟件功能，劃分成各個(gè)子功能。這里也包括對(duì)數(shù)據(jù)域進(jìn)行分解，并分配到各個(gè)子功能上， 以確定系統(tǒng)的構(gòu)成及主要成份，并用圖文結(jié)合的形式，建立起新系統(tǒng)的邏輯模型。編寫 文檔。編寫“需求規(guī)格說(shuō)明書”、編寫初步用戶使用手冊(cè)、編寫確認(rèn)測(cè)試計(jì)劃、修改完善軟 件開發(fā)計(jì)劃。7、說(shuō)明動(dòng)態(tài)建模的過(guò)程。準(zhǔn)備腳本。動(dòng)態(tài)分析從尋找事件開始，然后確定各對(duì)象的可能事件的順序。在分析階段不考慮算 法的執(zhí)行，算法是實(shí)現(xiàn)模型的一部分。確定事件。確定所有外部事件。事件包括所有來(lái)自或發(fā)往用戶的信息、外部設(shè)備的信號(hào)、輸入

9、、 轉(zhuǎn)換和動(dòng)作。準(zhǔn)備事件跟蹤表。把腳本表示成一個(gè)事件跟蹤表，對(duì)象為表中的列，給每一個(gè)對(duì)象分配一個(gè)獨(dú)立的列。構(gòu)造狀態(tài)圖。對(duì)各對(duì)象類建立狀態(tài)圖，反映對(duì)象接收和發(fā)送的事件，每個(gè)事件跟蹤都對(duì)應(yīng)于狀態(tài)圖 中一條路徑。8、軟件生產(chǎn)經(jīng)歷了幾個(gè)階段？各有何特征？軟件生產(chǎn)至今已經(jīng)歷了三個(gè)階段：程序設(shè)計(jì)時(shí)代(1946-1956 ):這個(gè)階段的生產(chǎn)方式是個(gè)體手工勞動(dòng)，使用的工具實(shí)際其語(yǔ)言、匯編語(yǔ)言。開發(fā)方法是追求編程技巧，追求程序 運(yùn)行效率。硬件特征是價(jià)格貴、存儲(chǔ)容量小，運(yùn)行可靠性差。軟件特征是只有程序、程序設(shè)計(jì)概念，不重視程序設(shè)計(jì)方法。程序系統(tǒng)時(shí)代(1956-1968 ):這個(gè)階段的生產(chǎn)方式是作坊式的小集團(tuán)合作生

10、產(chǎn)，生產(chǎn)工具是高級(jí)語(yǔ)言，開發(fā)方法仍就靠個(gè)人技巧，但開始提出 結(jié)構(gòu)化方法。硬件特征是速度、容量、工作可靠性有明顯提高。軟件特征是程序員數(shù)量猛 增，但開發(fā)技術(shù)沒有新的突破，開發(fā)人員的素質(zhì)和落后的開發(fā)技術(shù)不適應(yīng)規(guī)模大、結(jié)構(gòu)復(fù)雜的軟件開發(fā)，導(dǎo)致軟件危機(jī)的產(chǎn)生。軟件工程時(shí)代(1968至今)：這個(gè)階段的生產(chǎn)方式是工程化的生產(chǎn)，使用數(shù)據(jù)庫(kù)、開發(fā)工具、開發(fā)環(huán)境、網(wǎng)絡(luò)、分布式、面向?qū)ο蠹夹g(shù)來(lái) 開發(fā)軟件。硬件特征是向超高速、大容量、微型化以及網(wǎng)絡(luò)化方向發(fā)展。軟件特征是開發(fā) 技術(shù)有很大進(jìn)步，但是未能獲得突破性進(jìn)展，軟件價(jià)格不斷上升，沒有完全擺脫軟件危機(jī)。5、簡(jiǎn)述Gantt圖的功能及不足。Gantt圖常用水平線段來(lái)描

11、述把任務(wù)分解成子任務(wù)，以及每個(gè)子任務(wù)的進(jìn)度安排，動(dòng)態(tài)反 映軟件開發(fā)進(jìn)度情況，該圖可以：表示任務(wù)分解成子任務(wù)情況；表示每個(gè)任務(wù)的開始時(shí)間 和完成時(shí)間，線段的長(zhǎng)度表示子任務(wù)完成所需要的時(shí)間；表示子任務(wù)之間的并行和串行關(guān) 系。Gantt圖只能表示任務(wù)之間的并行與串行的關(guān)系，難以反映多個(gè)任務(wù)之間存在的復(fù)雜 關(guān)系，不能直觀表示任務(wù)之間相互依賴制約關(guān)系，以及哪些任務(wù)是關(guān)鍵字任務(wù)等信息，因 此僅僅用Gantt圖作為進(jìn)度的安排是不夠的。6、什么是數(shù)據(jù)字典？其作用是什么？它有哪些條目？數(shù)據(jù)字典(簡(jiǎn)稱 DD是用來(lái)定義數(shù)據(jù)流圖中的各個(gè)成分的具體含義的，它以一種準(zhǔn)確的、 無(wú)二義性的說(shuō)明方式為系統(tǒng)的分析、設(shè)計(jì)及維護(hù)提供

12、了有關(guān)元素的一致的定義和詳細(xì)的描 述。他和數(shù)據(jù)流圖共同構(gòu)成了系統(tǒng)的邏輯模型，是需求規(guī)格說(shuō)明書的主要組成部分。數(shù)據(jù) 字典是為分析人員查找數(shù)據(jù)流圖中有關(guān)名字的詳細(xì)定義而服務(wù)的，因此也像普通字典一樣, 要把所有條目按一定的次序排列起來(lái)，以便查閱。數(shù)據(jù)字典有以下四類條目：數(shù)據(jù)流、數(shù) 據(jù)項(xiàng)、數(shù)據(jù)存儲(chǔ)、基本加工。數(shù)據(jù)項(xiàng)是組成數(shù)據(jù)流和數(shù)據(jù)存儲(chǔ)的最小元素。源點(diǎn)、終點(diǎn)不 在系統(tǒng)之內(nèi)，故一般不在字典中說(shuō)明。7、調(diào)試的目的是什么？調(diào)試有哪些技術(shù)手段？調(diào)試的目的是確定錯(cuò)誤的原因和位置，并改正錯(cuò)誤，因此調(diào)試也成為糾錯(cuò)。調(diào)試技術(shù)主要 有：簡(jiǎn)單的調(diào)試方法，主要有在程序中插入打印語(yǔ)句、運(yùn)行部分程序等；歸納法調(diào)試，他 從測(cè)試結(jié)

13、果發(fā)現(xiàn)的線索（錯(cuò)誤跡象、征兆）入手、分析他們之間的聯(lián)系，導(dǎo)處錯(cuò)誤原因的 假設(shè)，然后再證明或否定這個(gè)假設(shè)；演繹法調(diào)試，該方法列出所有可能的錯(cuò)誤原因的假設(shè), 然后利用測(cè)試數(shù)據(jù)排除不適當(dāng)?shù)募僭O(shè)，最后再測(cè)試數(shù)據(jù)驗(yàn)證余下的假設(shè)確實(shí)是出錯(cuò)的原因; 回溯法調(diào)試，該方法從程序產(chǎn)生錯(cuò)誤的地方出發(fā)，人工沿程序的邏輯路徑反向搜索，直到 找到錯(cuò)誤的原因?yàn)橹埂?、 如何做好軟件質(zhì)量保證工作？軟件質(zhì)量保證工作是軟件工程管理的重要內(nèi)容，軟件質(zhì)量保證應(yīng)做好以下幾個(gè)方面的工作：1采用技術(shù)手段和工具。質(zhì)量保證活動(dòng)要貫徹開發(fā)過(guò)程始終，必須從采用技術(shù)手段和工具，尤其是使用軟件開發(fā)環(huán)境來(lái)進(jìn)行軟件開發(fā)。2組織正式技術(shù)評(píng)審，在軟件開發(fā)的第

14、一個(gè)階段結(jié)束時(shí)，都要組織正式的技術(shù)評(píng)審。國(guó)家標(biāo)準(zhǔn)要求單位必須采用審查、文檔評(píng) 審、設(shè)計(jì)評(píng)審、審計(jì)和測(cè)試等具體手段來(lái)保證質(zhì)量。3加強(qiáng)軟件測(cè)試。軟件測(cè)試是質(zhì)量保證的重要手段，因?yàn)闇y(cè)試可發(fā)現(xiàn)軟件可發(fā)現(xiàn)軟件中大多數(shù)潛在錯(cuò)誤。4推選軟件工程規(guī)范（標(biāo)準(zhǔn)）。用戶可以自己指定軟件工程規(guī)范（標(biāo)準(zhǔn)），但標(biāo)準(zhǔn)一旦確認(rèn)就應(yīng)貫徹執(zhí)行。5對(duì) 軟件的變更進(jìn)行控制。軟件的修改和變更常常會(huì)引起潛伏的錯(cuò)誤，因此必須嚴(yán)格控制軟件 的修改和變更。6對(duì)軟件質(zhì)量進(jìn)行度量。即對(duì)軟件質(zhì)量進(jìn)行跟蹤，及時(shí)記錄和報(bào)告軟件質(zhì) 量情況。10、什么是數(shù)據(jù)流圖？其作用是什么？其中的基本符號(hào)各表示什么含義？數(shù)據(jù)流圖簡(jiǎn)稱DFD是SA方法中用于表示系統(tǒng)邏輯模型

15、的一種工具。它以圖形的方式描述數(shù)據(jù)在系統(tǒng)中流動(dòng)和處理的過(guò)程，由于它只反映系 統(tǒng)必須完成的邏輯功能，所以它是一種功能模型。數(shù)據(jù)流圖有四種基本圖形符號(hào)：” 箭頭表示數(shù)據(jù)流；圓或橢圓表述加工；“=”雙杠表示數(shù)據(jù)存儲(chǔ)；方框表示數(shù)據(jù) 的源點(diǎn)或終點(diǎn)。16、采用黑盒技術(shù)設(shè)計(jì)測(cè)試用例有哪幾種方法？這些方法各有什么特點(diǎn)？等價(jià)類劃分。等價(jià)類劃分是將輸入數(shù)據(jù)域按有效的或無(wú)效的（也稱合理的或不合理的）劃分成若干個(gè)等價(jià)類，測(cè)試每個(gè)等價(jià)類的代表值就等于對(duì)該類其它值的測(cè)試。邊界值分 析。該方法是將測(cè)試邊界情況作為重點(diǎn)目標(biāo)，選取正好等于，剛剛大于或剛剛小于邊界值 的情況，根據(jù)這些情況選擇測(cè)試用例。錯(cuò)誤推測(cè)。錯(cuò)誤推測(cè)法沒有確定

16、的步驟，憑檢驗(yàn) 進(jìn)行。它的基本思想是列出程序中可能發(fā)生錯(cuò)誤的情況，根據(jù)這些情況選擇測(cè)試用例。 因果圖。因果圖能有效的檢測(cè)輸入條件的各種組合可能會(huì)引起的錯(cuò)誤。因果圖的基本原理 是通過(guò)畫因果圖，把用自然語(yǔ)言描述的功能說(shuō)明轉(zhuǎn)換為判定表，最后為判定表的每一列設(shè) 計(jì)一個(gè)測(cè)試用例。21、 什么是確認(rèn)測(cè)試？該階段有哪些工作？確認(rèn)測(cè)試又稱有效性測(cè)試。它的任務(wù)是檢查軟件的功能與性能是否與需求規(guī)格說(shuō)明書中確定的指標(biāo)相符合。確認(rèn)測(cè)試階段有兩項(xiàng)工作，進(jìn)行確認(rèn)測(cè)試與軟件配置審查。1確認(rèn)測(cè)試一般是在模擬環(huán)境中運(yùn)用黑盒測(cè)試方法，由專門測(cè)試人員和用戶參加的測(cè)試。2軟件配置審查的任務(wù)是檢查軟件的所有文檔資料的完整性、正確性。如

17、果發(fā)現(xiàn)遺漏和錯(cuò)誤，應(yīng) 補(bǔ)充和改正，同時(shí)要編排好目錄，為以后的軟件維護(hù)工作奠定基礎(chǔ)。23、軟件維護(hù)的特點(diǎn)是什么？主要體現(xiàn)在三個(gè)方面：1非結(jié)構(gòu)化維護(hù)和結(jié)構(gòu)化維護(hù)。軟件的開發(fā)過(guò)程對(duì)軟件的維護(hù) 有很大的影響。若不采用軟件工程的方法開發(fā)軟件，則軟件只有程序而無(wú)文檔，維護(hù)工作 非常困難，這是一種非結(jié)構(gòu)化的維護(hù)。若采用軟件工程的方法開發(fā)軟件，則各階段都有相 應(yīng)的文檔，容易進(jìn)行維護(hù)工作，這是一種結(jié)構(gòu)化的維護(hù)。2維護(hù)的困難性。軟件維護(hù)的困難性是由于軟件需求分析和開發(fā)方法的缺陷。軟件生存周期中的開發(fā)階段沒有嚴(yán)格而有科 學(xué)的管理和規(guī)劃，就會(huì)引起軟件運(yùn)行時(shí)的維護(hù)困難。3軟件維護(hù)的費(fèi)用。軟件維護(hù)的費(fèi)用在總費(fèi)用中的比重是

18、在不斷增加的，這是軟件維護(hù)有形的代價(jià)。另外還有無(wú)形的代價(jià)，即 要占用更多的資源。軟件維護(hù)費(fèi)用增加的主要原因是軟件維護(hù)的生產(chǎn)率非常低。24、什么是 CASE CAS訂具有哪些分類？CAS提一組工具和方法的集合，可以輔助軟件開發(fā)生命周期各階段進(jìn)行軟件開發(fā)。從 學(xué)術(shù)研究角度講，CAS既多年來(lái)在軟件開發(fā)管理、軟件開發(fā)方法、軟件開發(fā)環(huán)境和軟件工 具等方面研究和發(fā)展的產(chǎn)物。CASEJ巴軟件開發(fā)技術(shù)、軟件工具和軟件開發(fā)方法集成到一個(gè) 統(tǒng)一而一致的框架中，并且吸引了CAD（計(jì)算機(jī)輔助設(shè)計(jì)）、軟件工程、操作系統(tǒng)、數(shù)據(jù)庫(kù)、網(wǎng)絡(luò)和許多其它計(jì)算機(jī)領(lǐng)域的原理和技術(shù)。因而，CAS曲域是一個(gè)應(yīng)用集成和綜合的領(lǐng)域。從產(chǎn)業(yè)角度

19、講，CAS比種類繁多的軟件開發(fā)和系統(tǒng)集成的產(chǎn)品及軟件工具的集合。CAS附類：1CAS豉術(shù)種類CASE（統(tǒng)所涉及到的技術(shù)有兩類：一類是支持軟件開發(fā)過(guò)程本身的 技術(shù)；另一類是支持軟件開發(fā)過(guò)程管理的技術(shù)。從CASE（統(tǒng)產(chǎn)生方式來(lái)看，還有一種特殊的CASE術(shù)，即元一一CAS豉術(shù)。他是生成 CAS疏統(tǒng)的生成器所采用的技術(shù)。該生成器 可用來(lái)創(chuàng)建支持軟件開發(fā)過(guò)程活動(dòng)及過(guò)程管理的CASM（統(tǒng)。2CASET具的分類對(duì)CASE工具分類的標(biāo)準(zhǔn)可分為：功能。功能是對(duì)軟件進(jìn)行分類的最常用的標(biāo)準(zhǔn)。支持的過(guò)程。 根據(jù)支持的過(guò)程，工具可分為設(shè)計(jì)工具、編程工具、維護(hù)工具等。支持的范圍。根據(jù)支 持的范圍，可分為窄支持、較寬支持和

20、一般支持工具。窄支持指支持過(guò)程中特定的任務(wù)， 較寬支持是指支持特定過(guò)程階段；一般支持是指支持覆蓋軟件過(guò)程的全部階段或大多數(shù)階 段。1993年，F(xiàn)uggetta根據(jù)CAS疏統(tǒng)對(duì)軟件過(guò)程的支持范圍，提出CAS疏統(tǒng)可分為三類：支持單個(gè)過(guò)程任務(wù)的工具。工具可能是通用的，或者也可能歸組到工作臺(tái)。工作臺(tái)支 持某一過(guò)程所有活動(dòng)或某些活動(dòng)。他們一般以或多或少的集成度組成工具集。環(huán)境支持 軟件過(guò)程所有活動(dòng)或至少大部分。他們一般包括幾個(gè)不同的工作臺(tái)，將這些工作臺(tái)以某種 方式集成起來(lái)。25、說(shuō)明容錯(cuò)軟件的定義與容錯(cuò)的一般方法。歸納容錯(cuò)軟件的定義，有以下四種：規(guī)定功能的軟件，在一定程序上對(duì)自身錯(cuò)誤的 作用（軟件錯(cuò)誤）

21、具有屏蔽能力，則稱此軟件為具有容錯(cuò)功能的軟件。規(guī)定功能的軟件， 在一定程序上能從錯(cuò)誤狀態(tài)自動(dòng)恢復(fù)到正常狀態(tài)，則稱之為容錯(cuò)軟件。規(guī)定功能的軟件， 在因錯(cuò)誤而發(fā)生錯(cuò)誤時(shí)，仍然能在一定程度上完成預(yù)期的功能，則把該軟件稱為容錯(cuò)軟件。 規(guī)定功能的軟件，在一定程度上具有容錯(cuò)能力，則稱之為容錯(cuò)軟件。實(shí)現(xiàn)容錯(cuò)技術(shù)的主要手段是冗余，通常冗余技術(shù)分為四類。結(jié)構(gòu)冗余。結(jié)構(gòu)冗余是通常用的冗余技術(shù)。按 其工作方式，它分為靜態(tài)、動(dòng)態(tài)和混合冗余三種。信息冗余。為檢查或糾正信息在運(yùn)算 或傳輸中的錯(cuò)誤須外加一部分信息，這種現(xiàn)象稱為信息冗余。時(shí)間冗余。是指以重復(fù)執(zhí) 行指令（指令復(fù)執(zhí)）或程序（程序復(fù)算）來(lái)消除瞬時(shí)錯(cuò)誤帶來(lái)的影響。冗

22、余附加技術(shù)。 是指為實(shí)現(xiàn)上述冗余技術(shù)所需的資源和技術(shù)。包括程序、指令、數(shù)據(jù)、存放和調(diào)動(dòng)他們的 空間和通道等。5、快速原型模型有幾種？各有何特點(diǎn)？根據(jù)原型的不同作用，有三類原型模型：探索型原型。這種類型的原型模型是把原型用 于開發(fā)的需求分析階段，目的是要弄清用戶的需求，確定所期望的特性，并探索各種方案 的可行性。它主要針對(duì)開發(fā)目標(biāo)模糊，用戶與開發(fā)著對(duì)項(xiàng)目都缺乏經(jīng)驗(yàn)的情況，通過(guò)對(duì)原 型的開發(fā)來(lái)明確用戶的需求。實(shí)驗(yàn)型原型。這種原型主要用于設(shè)計(jì)階段，考核實(shí)現(xiàn)方案 是否合適，能否實(shí)現(xiàn)，對(duì)于一個(gè)大型系統(tǒng)，若對(duì)設(shè)計(jì)方案心中沒有把握時(shí)，可通過(guò)這種原 型來(lái)證實(shí)設(shè)計(jì)方案的正確性。演化型原型。這種原型主要用于及早向

23、用戶提交一個(gè)原型 系統(tǒng)，該原型系統(tǒng)或者包含系統(tǒng)的框或者包含系統(tǒng)的主要功能。在得到用戶的認(rèn)可后，將 原型系統(tǒng)不斷擴(kuò)充演變?yōu)樽罱K的軟件系統(tǒng)，它將原型的思路擴(kuò)展到軟件開發(fā)的全過(guò)程。27、在劃分軟件生存周期階段時(shí)，應(yīng)遵循的基本原則是什么？軟件生存周期的各個(gè)階段有不同的劃分。軟件規(guī)模、種類、開發(fā)方式、開發(fā)環(huán)境以及 開發(fā)使用方法都影響軟件生存周期的劃分。在劃分軟件生存周期階段時(shí)，應(yīng)遵循的一條基 本原則是各階段的任務(wù)應(yīng)盡可能相對(duì)獨(dú)立，同一階段各項(xiàng)目任務(wù)的性質(zhì)盡可能相同，從而 降低每個(gè)階段任務(wù)的復(fù)雜程度，簡(jiǎn)化不同階段之間的聯(lián)系，有利于軟件項(xiàng)目開發(fā)的組織管 理。28、請(qǐng)說(shuō)明軟件文檔的作用？軟件開發(fā)項(xiàng)目生存期各階

24、段都包含哪些文檔？軟件文檔的作用是：提高軟件開發(fā)過(guò)程 的能見度；提高開發(fā)效率；作為開發(fā)人員階段工作成果和結(jié)束標(biāo)志；記錄開發(fā)過(guò)程的有關(guān) 信息便于使用與維護(hù)；提供軟件運(yùn)行、維護(hù)和培訓(xùn)有關(guān)資料；便于用戶了解軟件功能、性 能。軟件開發(fā)項(xiàng)目生存期各階段應(yīng)包括得文檔以及與各類人員的關(guān)系如下：可行性研究報(bào) 告、項(xiàng)目開發(fā)計(jì)劃、軟件需求說(shuō)明書、數(shù)據(jù)要求說(shuō)明書、測(cè)試計(jì)劃、概要設(shè)計(jì)說(shuō)明書、詳 細(xì)設(shè)計(jì)說(shuō)明書、用戶手冊(cè)、操作手冊(cè)、測(cè)試分析報(bào)告、開發(fā)進(jìn)度月報(bào)、項(xiàng)目開發(fā)總結(jié)、程 序維護(hù)手冊(cè)（維護(hù)修改建議）。29、軟件開發(fā)成本估算方法有哪幾種？1自頂向下估算方法。估算人員參照以前完成的項(xiàng)目所耗費(fèi)的總成本（或總工作量） 來(lái)推算

25、將要開發(fā)的軟件的總成本（或總工作量），然后把它們按階段、步驟和工作單元進(jìn)行 分配，這樣方法稱為自頂向下的估算方法。2自底向上估算方法。自底向上估算方法是將待開發(fā)的軟件細(xì)分，分別估算每一個(gè)子任務(wù)所需要的開發(fā)工作量，然后將它們加起來(lái)，得 到軟件的總開發(fā)量。3學(xué)別估算方法。差別估算是將開發(fā)項(xiàng)目與一個(gè)或多個(gè)已完成的類似 項(xiàng)目進(jìn)行比較，找出與某個(gè)相類似項(xiàng)目的若干不同之處，并估算每個(gè)不同之處對(duì)成本的影響，導(dǎo)出開發(fā)項(xiàng)目的總成本。4專家估算法。依靠一個(gè)或多個(gè)專家對(duì)要求的項(xiàng)目做出估算。 5類推估算法。6算式估算法。30、簡(jiǎn)述SA方法的優(yōu)缺點(diǎn)？結(jié)構(gòu)化分析方法是軟件需求分析中公認(rèn)的、有成效的、技術(shù)成熟、使用廣泛的一

26、種方法， 它較適合于開發(fā)數(shù)據(jù)處理類型軟件的需求分析。該方法利用圖形等半形式化工具表達(dá)需求， 簡(jiǎn)明、易讀，也易于使用，為后一階段的設(shè)計(jì)、測(cè)試、評(píng)價(jià)提供了有利的條件。但SA方法也存在有不足之處：傳統(tǒng)的 SA方法主要用于數(shù)據(jù)處理方面的問題，主要工具DFD體現(xiàn)了系統(tǒng)“做什么”的功能，但它僅是一個(gè)靜態(tài)模型，沒有反映處理的順序，即控制流程。因 此，不適合描述實(shí)時(shí)控制系統(tǒng)。SA方法使用DFDE分析與描述“數(shù)據(jù)要求”方面是有限 的，DFD應(yīng)與數(shù)據(jù)庫(kù)技術(shù)中的實(shí)體聯(lián)系圖（ ER圖）結(jié)合起來(lái)。DFD不是和描述人機(jī)界面 系統(tǒng)的需求。SA方法則對(duì)這一部分用自然語(yǔ)言作補(bǔ)充，對(duì)這類系統(tǒng)可采取其它的分析方法。為了更精確地描述

27、軟件需求，提高軟件系統(tǒng)的可靠性、安全性，也便于實(shí)現(xiàn)自動(dòng)化，SA方法可與形式化方法結(jié)合起來(lái)。5、什么是軟件工程？它的目標(biāo)和內(nèi)容是什么？軟件工程是一種用科學(xué)知識(shí)和技術(shù)原理來(lái)定義、開發(fā)、維護(hù)軟件的一門學(xué)科。軟件工程是 一門工程性學(xué)科，目的是成功的建造一個(gè)大型軟件系統(tǒng)，所謂成功是要達(dá)到以下幾個(gè)目標(biāo)： 付出較低的開發(fā)成本，達(dá)到要求的軟件功能；取得較好的軟件性能；開發(fā)的軟件易于移植； 需要較低的維護(hù)費(fèi)用；能按時(shí)完成開發(fā)任務(wù)，及時(shí)交付使用；開發(fā)的軟件可靠性高。軟件 工程研究的主要內(nèi)容是軟件開發(fā)技術(shù)和軟件開發(fā)管理兩方面，在軟件開發(fā)技術(shù)中，主要研 究軟件開發(fā)方法、軟件開發(fā)過(guò)程、軟件開發(fā)工具和環(huán)境。在軟件開發(fā)管理

28、中，主要研究軟 件管理學(xué)、軟件經(jīng)濟(jì)學(xué)、軟件心理學(xué)等。31、如何控制因修改而引起的副作用？為了控制因修改而引起的副作用，要做到：按模塊把修改分組；自頂向下的安排 被修改模塊的順序；每次修改一個(gè)模塊；對(duì)每個(gè)修改了的模塊，在安排修改下一個(gè)模 塊之前要確定這個(gè)修改的副作用，可使用交叉引用表、存儲(chǔ)映像表、執(zhí)行流程跟蹤等。4、增量模型的基本思想是什么？為了克服瀑布模型的局限性，使開發(fā)過(guò)程具有一定的靈活性和可修改性，于是產(chǎn)生了增量 模型。它是在瀑布模型的基礎(chǔ)上加以修改而形成的。增量模型和瀑布模型之間的本質(zhì)區(qū)別 是：瀑布模型屬于整體開發(fā)模型，它規(guī)定在開始下一個(gè)階段的工作之前，必須完成前一階 段的所有細(xì)節(jié)。而增

29、量模型屬于非整體開發(fā)模型，它推遲某些階段或所有階段中的細(xì)節(jié)， 從而較早的產(chǎn)生工作軟件。增量模型是在項(xiàng)目的開發(fā)過(guò)程中以一系列的增量方式開發(fā)系統(tǒng)。 增量方式包括增量開發(fā)和增量提交。增量開發(fā)是指在項(xiàng)目開發(fā)周期內(nèi)，以一定的時(shí)間間隔 開發(fā)部分工作軟件；增量提交是指在項(xiàng)目開發(fā)周期內(nèi)，以一定的時(shí)間間隔增量方式向用戶 提交工作軟件及相應(yīng)文檔。增量開發(fā)和增量提交可以同時(shí)使用，也可以單獨(dú)使用。35、什么是確認(rèn)測(cè)試？該階段有哪些工作?確認(rèn)測(cè)試又稱有效性測(cè)試。它的任務(wù)是檢查軟件的功能與性能是否與需求規(guī)格說(shuō)明書中確定的指標(biāo)相符合。確認(rèn)測(cè)試階段有兩項(xiàng)工作，進(jìn)行確認(rèn)測(cè)試與軟件配置審查。1確認(rèn)測(cè)試一般是在模擬環(huán)境中運(yùn)用黑盒測(cè)

30、試方法，由專門測(cè)試人員和用戶參加的測(cè)試。2軟件配置審查的任務(wù)是檢查軟件的所有文檔資料的完整性、正確性。如果發(fā)現(xiàn)遺漏和錯(cuò)誤，應(yīng) 補(bǔ)充和改正，同時(shí)要編排好目錄，為以后的軟件維護(hù)工作奠定基礎(chǔ)。36、詳細(xì)設(shè)計(jì)的基本任務(wù)是什么？有哪幾種描述方法？詳細(xì)設(shè)計(jì)是軟件設(shè)計(jì)的第二階段，其基本任務(wù)有：為每個(gè)模塊進(jìn)行詳細(xì)的算法設(shè)計(jì)；為模 塊內(nèi)的數(shù)據(jù)結(jié)構(gòu)進(jìn)行設(shè)計(jì)；對(duì)數(shù)據(jù)庫(kù)進(jìn)行物理設(shè)計(jì)，即確定數(shù)據(jù)庫(kù)的物理結(jié)構(gòu)；其它設(shè)計(jì)， 根據(jù)軟件系統(tǒng)類型，還可能要進(jìn)行代碼設(shè)計(jì)、輸入/輸出格式設(shè)計(jì)、人機(jī)對(duì)話設(shè)計(jì)；編寫詳細(xì)設(shè)計(jì)說(shuō)明書；評(píng)審。詳細(xì)描述處理過(guò)程常用三種工具：圖形、表格和語(yǔ)言。如結(jié)構(gòu)化程 序流程圖、盒圖和問題分析圖。IPO圖也是詳細(xì)設(shè)計(jì)的主要工具之一。表格工具如判定表 可作為詳細(xì)設(shè)計(jì)中描述邏輯條件復(fù)雜的算法。過(guò)程設(shè)計(jì)語(yǔ)言（PDD是一種用于描述模塊算法設(shè)計(jì)和處理細(xì)節(jié)的語(yǔ)言工具。5、什么是軟件危機(jī)？其產(chǎn)生的原因是什么？當(dāng)軟件開發(fā)技術(shù)的進(jìn)步不能跟上硬件技術(shù)的進(jìn)步，未能滿足發(fā)展的要求，致軟件開發(fā)中遇 到的問題找不到解決的