考研軟件工程復(fù)試筆試面試詳細(xì)問答-_第1頁(yè)
考研軟件工程復(fù)試筆試面試詳細(xì)問答-_第2頁(yè)
考研軟件工程復(fù)試筆試面試詳細(xì)問答-_第3頁(yè)
考研軟件工程復(fù)試筆試面試詳細(xì)問答-_第4頁(yè)
考研軟件工程復(fù)試筆試面試詳細(xì)問答-_第5頁(yè)
已閱讀5頁(yè),還剩7頁(yè)未讀, 繼續(xù)免費(fèi)閱讀

下載本文檔

版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請(qǐng)進(jìn)行舉報(bào)或認(rèn)領(lǐng)

文檔簡(jiǎn)介

1、1.什么是軟件工程?目前有哪幾種主要的軟件工程方法?概括地說,軟件工程是指導(dǎo)計(jì)算機(jī)軟件開發(fā)和維護(hù)的一門工程學(xué)科.采用工程的概念、原理、技術(shù)、和方法來開發(fā)與維護(hù)軟件,把經(jīng)過時(shí)間考驗(yàn)而證明正確的管理技術(shù)和當(dāng)前能夠得到的最好的技術(shù)方法結(jié)合起來,以經(jīng)濟(jì)地開發(fā)出高質(zhì)量的軟件并有效地維護(hù)它,這就是軟件工程。但軟件工程一直以來都缺乏一個(gè)統(tǒng)一的定義,很多學(xué)者、組織機(jī)構(gòu)都分別給出了自己的定義。主要有傳統(tǒng)方法也稱為經(jīng)典軟件工程方法或生命周期方法或結(jié)構(gòu)化范型和面向?qū)ο蠓椒ā?、流程圖與數(shù)據(jù)流圖有什么主要區(qū)別?(1數(shù)據(jù)流圖(date flow diagram , DFD,是SA方法中用于表示系統(tǒng)邏輯模型的一種工具,它

2、以圖形的方式描繪數(shù)據(jù)在系統(tǒng)中流動(dòng)和處理的過程,由于它只反映系統(tǒng)必須完成的邏輯功能,所以它是一種功能模型,是從數(shù)據(jù)的角度來描述一個(gè)系統(tǒng)的;而流程圖則是從對(duì)數(shù)據(jù)加工的角度來描述系統(tǒng)的;(2數(shù)據(jù)流圖中的箭頭是數(shù)據(jù)流,而流程圖中的箭頭則是控制流,它表達(dá)的是程序執(zhí)行的次序;(3數(shù)據(jù)流圖適合于宏觀地分析一個(gè)組織業(yè)務(wù)概況,而程序流程圖只適合于描述系統(tǒng)中某個(gè)加工的執(zhí)行細(xì)節(jié)。(4數(shù)據(jù)流程圖應(yīng)該重點(diǎn)描述了數(shù)據(jù)加工的過程,主要是模塊內(nèi)部,數(shù)據(jù)流圖則是描述模塊之間的關(guān)系。3.軟件需求分析的任務(wù)是什么?有哪些主要步驟?需求分析的基本任務(wù)是深入描述軟件的功能和性能、確定軟件設(shè)計(jì)的約束和軟件同其它系統(tǒng)元素的接口細(xì)節(jié)、定義軟

3、件的其它有效性需求,總之,需求分析的任務(wù)就是借助于當(dāng)前系統(tǒng)的邏輯模型導(dǎo)出目標(biāo)系統(tǒng)的邏輯模型,解決目標(biāo)系統(tǒng)的“做什么” 的問題。主要步驟:1.問題識(shí)別(1 功能需求:明確所開發(fā)的軟件必須具備什么樣的功能。(2 性能需求:明確待開發(fā)的軟件的技術(shù)性能指標(biāo)。(3 環(huán)境需求:明確軟件運(yùn)行時(shí)所需要的軟、硬件的要求。(4 用戶界面需求:明確人機(jī)交互方式、輸入輸出數(shù)據(jù)格式。2. 分析與綜合,導(dǎo)出軟件的邏輯模型分析人員對(duì)獲取的需求,進(jìn)行一致性的分析檢查,在分析、綜合中逐步細(xì)化軟件功能,劃分成各個(gè)子功能。用圖文結(jié)合的形式,建立起新系統(tǒng)的邏輯模型。3. 編寫文檔(1 編寫“需求規(guī)格說明書”,把雙方共同的理解與分析結(jié)

4、果用規(guī)范的方式描述出來,作為今后各項(xiàng)工作的基礎(chǔ)。(2 編寫初步用戶使用手冊(cè),著重反映被開發(fā)軟件的用戶功能界面和用戶使用的具體要求,用戶手冊(cè)能強(qiáng)制分析人員從用戶使用的觀點(diǎn)考慮軟件。(3 編寫確認(rèn)測(cè)試計(jì)劃,作為今后確認(rèn)和驗(yàn)收的依據(jù)。(4 修改完善軟件開發(fā)計(jì)劃。在需求分析階段對(duì)待開發(fā)的系統(tǒng)有了更進(jìn)一步的了解,所以能更準(zhǔn)確地估計(jì)開發(fā)成本、進(jìn)度及資源要求,因此對(duì)原計(jì)劃要進(jìn)行適當(dāng)修正。4.簡(jiǎn)述結(jié)構(gòu)化分析、設(shè)計(jì)的要點(diǎn):結(jié)構(gòu)化分析方法適合于數(shù)據(jù)處理類型軟件的需求分析。其要點(diǎn)是"自頂向下" 地開發(fā)系統(tǒng),由整體到各組成部分,由表及里,由抽象到具體,逐步求精.(1模塊化(2由頂向下,逐步求精.(

5、3上層模塊分解為下層模塊,有三種不同的結(jié)構(gòu)形式,即順序結(jié)構(gòu),選擇結(jié)構(gòu)和循環(huán)結(jié)構(gòu).5.數(shù)據(jù)字典包含哪些主要內(nèi)容?數(shù)據(jù)字典通常包括數(shù)據(jù)項(xiàng)、數(shù)據(jù)結(jié)構(gòu)、數(shù)據(jù)流、數(shù)據(jù)存儲(chǔ)和處理過程五個(gè)部分.據(jù)字典內(nèi)容包括:數(shù)據(jù)庫(kù)中所有模式對(duì)象的信息,如表、視圖、簇、及索引等。分配多少空間,當(dāng)前使用了多少空間等。列的缺省值。約束信息的完整性。用戶的名字。用戶及角色被授予的權(quán)限。用戶訪問或使用的審計(jì)信息。其它產(chǎn)生的數(shù)據(jù)庫(kù)信息。6.軟件測(cè)試的目標(biāo)是什么,有哪幾種主要有測(cè)試方法?軟件測(cè)試的目標(biāo):(1測(cè)試是為了發(fā)現(xiàn)程序中的錯(cuò)誤而執(zhí)行程序的過程;(2好的測(cè)試方案是極可能發(fā)現(xiàn)迄今為止尚未發(fā)現(xiàn)的錯(cuò)誤的測(cè)試方案;(3成功的測(cè)試是發(fā)現(xiàn)了至

6、今為止尚未發(fā)現(xiàn)的錯(cuò)誤的測(cè)試。軟件測(cè)試的方法有動(dòng)態(tài)測(cè)試、靜態(tài)測(cè)試和正確性證明3種。7.白盒測(cè)試主要有哪些覆蓋?語句覆蓋、判定覆蓋、條件覆蓋、判定/條件覆蓋、條件組合覆蓋、點(diǎn)覆蓋、邊覆蓋、路徑覆蓋8、選擇一種程序設(shè)計(jì)語言的主要有哪些依據(jù)?為了使程序容易測(cè)試和維護(hù)以減少生命周期的總成本,選用的高級(jí)語言應(yīng)該有理想的模塊化機(jī)制,以及可讀性好的控制結(jié)構(gòu)和數(shù)據(jù)結(jié)構(gòu);為了便于調(diào)試和提高軟件可靠性,語言特點(diǎn)應(yīng)該使編譯程序能夠盡可能多地發(fā)現(xiàn)程序中的錯(cuò)誤;為了降低軟件開發(fā)和維護(hù)的成本,選用的語言應(yīng)該有良好的獨(dú)立編譯機(jī)制。上述這些要求是選擇語言的理想標(biāo)準(zhǔn),但是在實(shí)際選用語言時(shí)不能僅僅考慮理論上的標(biāo)準(zhǔn),還必須同時(shí)考慮實(shí)

7、用方面的各種限制。(1系統(tǒng)用戶的要求(2可以使用的編譯程序(3可以得到的軟件工具(4系統(tǒng)規(guī)模(5程序員的知識(shí)(6軟件可移植性要求(7軟件的應(yīng)用領(lǐng)域9.軟件的維護(hù)的目標(biāo)是什么,有哪幾種維護(hù)類型?糾正在使用過程中暴露出來的錯(cuò)誤而進(jìn)行的改進(jìn)性維護(hù),適應(yīng)外部環(huán)境的變化而進(jìn)行的適應(yīng)性維護(hù),改進(jìn)原有的軟件而進(jìn)行的完善性維護(hù),以及改進(jìn)將來的可維護(hù)性和可靠性而進(jìn)行的預(yù)防性維護(hù)。軟件維護(hù)的分類:軟件維護(hù)主要?jiǎng)澐譃榧m錯(cuò)性維護(hù)、適應(yīng)性維護(hù)和完善性維護(hù)。(1糾錯(cuò)性維護(hù)。由于前期的測(cè)試不可能揭露軟件系統(tǒng)中所有潛在的錯(cuò)誤,用戶在使用軟件時(shí)仍將會(huì)遇到錯(cuò)誤,診斷和改正這些錯(cuò)誤的過程稱為糾錯(cuò)性維護(hù)。(2適應(yīng)性維護(hù)。由于新的硬件

8、設(shè)備不斷推出,操作系統(tǒng)和編譯系統(tǒng)也不斷地升級(jí),為了使軟件能適應(yīng)新的環(huán)境而引起的程序修改和擴(kuò)充活動(dòng)稱為適應(yīng)性維護(hù)。(3完善性維護(hù)。在軟件的正常使用過程中,用戶還會(huì)不斷地提出新的需求。為了滿足用戶新的需求而增加軟件功能的活動(dòng)稱為完善性維護(hù)。10.簡(jiǎn)述提高軟件質(zhì)量的主要措施。復(fù)審:是在軟件生命周期每個(gè)階段結(jié)束之前,都采用一定的標(biāo)準(zhǔn)對(duì)該段產(chǎn)生的軟件配置成分進(jìn)行嚴(yán)格的正式或非正式的檢測(cè)。復(fù)查:是檢查已有的材料,以斷定在軟件生命周期某個(gè)階段的工作是否能夠開始或繼續(xù)。管理復(fù)審:是向開發(fā)組織或使用部門的管理人員提供有關(guān)項(xiàng)目的總體狀況、成本和進(jìn)度等方面的情況,以便他們從管理角度對(duì)開發(fā)工作進(jìn)行審查。測(cè)試:包括測(cè)試

9、計(jì)劃、測(cè)試過程和測(cè)試結(jié)果3個(gè)階段。11.面向?qū)ο笕绾螌?shí)現(xiàn)模塊獨(dú)立性,其偶合和內(nèi)聚的含義是什么?因?yàn)閷?duì)象是由數(shù)據(jù)及可以對(duì)這些數(shù)據(jù)施加的操作所組成的統(tǒng)一體,而且對(duì)象是以數(shù)據(jù)為中心的,操作圍繞對(duì)其數(shù)據(jù)所需做的處理來設(shè)置,沒有無關(guān)的操作。因此,對(duì)象內(nèi)部各種元素彼此結(jié)合得很緊密。內(nèi)聚性相當(dāng)強(qiáng),由于完成對(duì)象所需要的元素(數(shù)據(jù)和方法基本上都被封裝在對(duì)象內(nèi)部,它與外界的聯(lián)系自然就比較少。因此,對(duì)象之間的耦合通常比較松??傊?面向?qū)ο笫褂脤?duì)象、類、繼承和消息的方法,既使用類和繼承等機(jī)制,而且對(duì)象之間僅能通過傳遞消息實(shí)現(xiàn)彼此通信來實(shí)現(xiàn)模塊的獨(dú)立性。12.面向?qū)ο蠛兔嫦蜻^程軟件工程有哪些區(qū)別?(1面向過程就是分析出

10、解決問題所需要的步驟,然后用函數(shù)把這些步驟一步一步實(shí)現(xiàn),使用的時(shí)候一個(gè)一個(gè)依次調(diào)用就可以了。面向?qū)ο笫前褬?gòu)成問題事務(wù)分解成各個(gè)對(duì)象,建立對(duì)象的目的不是為了完成一個(gè)步驟,而是為了描敘某個(gè)事物在整個(gè)解決問題的步驟中的行為。(2面向過程是把一件事一項(xiàng)工程分解成為一個(gè)個(gè)小的功能,用一個(gè)個(gè)函數(shù)來實(shí)現(xiàn).面向?qū)ο笫前咽虑榭闯墒且粋€(gè)個(gè)小的對(duì)象組成的,或者說一個(gè)個(gè)小部分組成的,這些對(duì)象之間的相互關(guān)系,構(gòu)成了整個(gè)項(xiàng)目. 在面向?qū)ο蟮乃枷胫?萬物皆對(duì)象。而"類",就是對(duì)象的抽象或者說是概括。13.簡(jiǎn)述對(duì)象、類、消息、方法的基本概念。(1對(duì)象是人們要進(jìn)行研究的任何事物,從最簡(jiǎn)單的整數(shù)到復(fù)雜的飛機(jī)等

11、均可看作對(duì)象,它不僅能表示具體的事物,還能表示抽象的規(guī)則、計(jì)劃或事件。(2類是具有相同或相似性質(zhì)的對(duì)象的抽象。對(duì)象的抽象是類,類的具體化就是對(duì)象,也可以說類的實(shí)例是對(duì)象。類具有屬性,它是對(duì)象的狀態(tài)的抽象,用數(shù)據(jù)結(jié)構(gòu)來描述類的屬性。類具有操作,它是對(duì)象的行為的抽象,用操作名和實(shí)現(xiàn)該操作的方法來描述。(3對(duì)象之間進(jìn)行通信的結(jié)構(gòu)叫做消息。在對(duì)象的操作中,當(dāng)一個(gè)消息發(fā)送給某個(gè)對(duì)象時(shí),消息包含接收對(duì)象去執(zhí)行某種操作的信息。發(fā)送一條消息至少要包括說明接受消息的對(duì)象名、發(fā)送給該對(duì)象的消息名(即對(duì)象名、方法名。一般還要對(duì)參數(shù)加以說明,參數(shù)可以是認(rèn)識(shí)該消息的對(duì)象所知道的變量名,或者是所有對(duì)象都知道的全局變量名。

12、(4類中操作的實(shí)現(xiàn)過程叫做方法,一個(gè)方法有方法名、參數(shù)、方法體。14.簡(jiǎn)述面向?qū)ο蠓治鲈O(shè)計(jì)的三個(gè)模型。答:三個(gè)模型:對(duì)象模型、動(dòng)態(tài)模型、功能模型(1對(duì)象模型描述系統(tǒng)的靜態(tài)結(jié)構(gòu),包括類和對(duì)象,它們的屬性和操作,以及它們之間的關(guān)系。構(gòu)造對(duì)象模型的目的在于找出與應(yīng)用程序密切相關(guān)的概念。對(duì)象模型用包含對(duì)象及對(duì)象的關(guān)系圖表示。(2動(dòng)態(tài)模型著重于系統(tǒng)的控制邏輯,考察在任何時(shí)候?qū)ο蠹捌潢P(guān)系的改變,描述這些涉及時(shí)序和改變的狀態(tài)。動(dòng)態(tài)模型包括狀態(tài)圖和事件跟蹤圖。狀態(tài)圖是一個(gè)狀態(tài)和事件的網(wǎng)絡(luò),側(cè)重于描述每一類對(duì)象的動(dòng)態(tài)行為。事件跟蹤圖則側(cè)重于說明系統(tǒng)執(zhí)行過程中的一個(gè)特點(diǎn)“場(chǎng)景”,也叫做腳本(scenarios,是

13、完成系統(tǒng)某個(gè)功能的一個(gè)事件序列。腳本通常起始于一個(gè)系統(tǒng)外部的輸入事件,結(jié)束于一個(gè)系統(tǒng)外部的輸出事件。(3功能模型著重于系統(tǒng)內(nèi)部數(shù)據(jù)的傳送和處理。功能模型表明,通過計(jì)算,從輸出數(shù)據(jù)能得到什么樣的輸出數(shù)據(jù),但不考慮參加計(jì)算的數(shù)據(jù)按什么時(shí)序執(zhí)行。功能模型由多個(gè)數(shù)據(jù)流圖組成,它們指明從外部輸出,通過操作和內(nèi)部存儲(chǔ),直到外部輸出的整個(gè)數(shù)據(jù)流情況。功能模型還包括了對(duì)象模型內(nèi)部數(shù)據(jù)間的限制。功能模型中的數(shù)據(jù)流圖往往形成一個(gè)層次結(jié)構(gòu),一個(gè)數(shù)據(jù)流圖的過程可以由下一層的數(shù)據(jù)流圖作進(jìn)一步的說明。1.什么是軟件工程?目前有哪幾種主要的軟件工程方法?概括地說,軟件工程是指導(dǎo)計(jì)算機(jī)軟件開發(fā)和維護(hù)的一門工程學(xué)科.采用工程的

14、概念、原理、技術(shù)、和方法來開發(fā)與維護(hù)軟件,把經(jīng)過時(shí)間考驗(yàn)而證明正確的管理技術(shù)和當(dāng)前能夠得到的最好的技術(shù)方法結(jié)合起來,以經(jīng)濟(jì)地開發(fā)出高質(zhì)量的軟件并有效地維護(hù)它,這就是軟件工程。但軟件工程一直以來都缺乏一個(gè)統(tǒng)一的定義,很多學(xué)者、組織機(jī)構(gòu)都分別給出了自己的定義。主要有傳統(tǒng)方法也稱為經(jīng)典軟件工程方法或生命周期方法或結(jié)構(gòu)化范型和面向?qū)ο蠓椒ā?、流程圖與數(shù)據(jù)流圖有什么主要區(qū)別?(1數(shù)據(jù)流圖(date flow diagram , DFD,是SA方法中用于表示系統(tǒng)邏輯模型的一種工具,它以圖形的方式描繪數(shù)據(jù)在系統(tǒng)中流動(dòng)和處理的過程,由于它只反映系統(tǒng)必須完成的邏輯功能,所以它是一種功能模型,是從數(shù)據(jù)的角度來描

15、述一個(gè)系統(tǒng)的;而流程圖則是從對(duì)數(shù)據(jù)加工的角度來描述系統(tǒng)的;(2數(shù)據(jù)流圖中的箭頭是數(shù)據(jù)流,而流程圖中的箭頭則是控制流,它表達(dá)的是程序執(zhí)行的次序;(3數(shù)據(jù)流圖適合于宏觀地分析一個(gè)組織業(yè)務(wù)概況,而程序流程圖只適合于描述系統(tǒng)中某個(gè)加工的執(zhí)行細(xì)節(jié)。(4)數(shù)據(jù)流程圖應(yīng)該重點(diǎn)描述了數(shù)據(jù)加工的過程,主要是模塊內(nèi)部,數(shù)據(jù)流圖 則是描述模塊之間的關(guān)系。 3軟件需求分析的任務(wù)是什么?有哪些主要步驟? 需求分析的基本任務(wù)是深入描述軟件的功能和性能、 確定軟件設(shè)計(jì)的約束和軟件 同其它系統(tǒng)元素的接口細(xì)節(jié)、定義軟件的其它有效性需求,總之,需求分析的任 務(wù)就是借助于當(dāng)前系統(tǒng)的邏輯模型導(dǎo)出目標(biāo)系統(tǒng)的邏輯模型,解決目標(biāo)系統(tǒng)的 “

16、做什么” 的問題。 主要步驟: 1.問題識(shí)別 (1 功能需求:明確所開發(fā)的軟件必須具備什么樣的功能。 (2 性能需求:明確待開發(fā)的軟件的技術(shù)性能指標(biāo)。 (3 環(huán)境需求:明確軟件運(yùn)行時(shí)所需要的軟、硬件的要求。 (4 用戶界面需求:明確人機(jī)交互方式、輸入輸出數(shù)據(jù)格式。 2. 分析與綜合,導(dǎo)出軟件的邏輯模型 分析人員對(duì)獲取的需求,進(jìn)行一致性的分析檢查,在分析、綜合中逐步細(xì)化軟件 功能,劃分成各個(gè)子功能。用圖文結(jié)合的形式,建立起新系統(tǒng)的邏輯模型。 3. 編寫文檔 (1 編寫“需求規(guī)格說明書”, 把雙方共同的理解與分析結(jié)果用規(guī)范的方式描述 出來,作為今后各項(xiàng)工作的基礎(chǔ)。 (2 編寫初步用戶使用手冊(cè), 著

17、重反映被開發(fā)軟件的用戶功能界面和用戶使用的 具體要求,用戶手冊(cè)能強(qiáng)制分析人員從用戶使用的觀點(diǎn)考慮軟件。 (3 編寫確認(rèn)測(cè)試計(jì)劃,作為今后確認(rèn)和驗(yàn)收的依據(jù)。 (4 修改完善軟件開發(fā)計(jì)劃。 在需求分析階段對(duì)待開發(fā)的系統(tǒng)有了更進(jìn)一步的了 解,所以能更準(zhǔn)確地估計(jì)開發(fā)成本、進(jìn)度及資源要求,因此對(duì)原計(jì)劃要進(jìn)行適當(dāng) 修正。 4簡(jiǎn)述結(jié)構(gòu)化分析、設(shè)計(jì)的要點(diǎn): 結(jié)構(gòu)化分析方法適合于數(shù)據(jù)處理類型軟件的需求分析。 其要點(diǎn)是"自頂向下" 地開發(fā)系統(tǒng),由整體到各組成部分,由表及里,由抽象到具 體,逐步求精. (1 模塊化 (2由頂向下,逐步求精. (3上層模塊分解為下層模塊,有三種不同的結(jié)構(gòu)形式,即順

18、序結(jié)構(gòu),選擇 結(jié)構(gòu)和循環(huán)結(jié)構(gòu). 5數(shù)據(jù)字典包含哪些主要內(nèi)容? 數(shù)據(jù)字典通常包括數(shù)據(jù)項(xiàng)、數(shù)據(jù)結(jié)構(gòu)、數(shù)據(jù)流、數(shù)據(jù)存儲(chǔ)和處理過程五個(gè)部分. 據(jù)字典內(nèi)容包括: 數(shù)據(jù)庫(kù)中所有模式對(duì)象的信息,如表、視圖、簇、及索引等。 分配多少空間,當(dāng)前使用了多少空間等。 列的缺省值。 約束信息的完整性。 用戶的名字。 用戶及角色被授予的權(quán)限。 用戶訪問或使用的審計(jì)信息。 其它產(chǎn)生的數(shù)據(jù)庫(kù)信息。 6軟件測(cè)試的目標(biāo)是什么,有哪幾種主要有測(cè)試方法? 軟件測(cè)試的目標(biāo): (1測(cè)試是為了發(fā)現(xiàn)程序中的錯(cuò)誤而執(zhí)行程序的過程; (2好的測(cè)試方案是極可能發(fā)現(xiàn)迄今為止尚未發(fā)現(xiàn)的錯(cuò)誤的測(cè)試方案; (3成功的測(cè)試是發(fā)現(xiàn)了至今為止尚未發(fā)現(xiàn)的錯(cuò)誤的

19、測(cè)試。 軟件測(cè)試的方法有動(dòng)態(tài)測(cè)試、靜態(tài)測(cè)試和正確性證明 3 種。 7白盒測(cè)試主要有哪些覆蓋? 語句覆蓋、 判定覆蓋、 條件覆蓋、 判定/條件覆蓋、 條件組合覆蓋、 點(diǎn)覆蓋、 邊 覆蓋、路徑覆蓋 8、選擇一種程序設(shè)計(jì)語言的主要有哪些依據(jù)? 為了使程序容易測(cè)試和維護(hù)以減少生命周期的總成本, 選用的高級(jí)語言應(yīng)該 有理想的模塊化機(jī)制, 以及可讀性好的控制結(jié)構(gòu)和數(shù)據(jù)結(jié)構(gòu);為了便于調(diào)試和提 高軟件可靠性, 語言特點(diǎn)應(yīng)該使編譯程序能夠盡可能多地發(fā)現(xiàn)程序中的錯(cuò)誤;為 了降低軟件開發(fā)和維護(hù)的成本, 選用的語言應(yīng)該有良好的獨(dú)立編譯機(jī)制。上述這 些要求是選擇語言的理想標(biāo)準(zhǔn), 但是在實(shí)際選用語言時(shí)不能僅僅考慮理論上的

20、標(biāo) 準(zhǔn),還必須同時(shí)考慮實(shí)用方面的各種限制。 (1系統(tǒng)用戶的要求 (2可以使用的編譯程序 (3可以得到的軟件工具 (4系統(tǒng)規(guī)模 (5程序員的知識(shí) (6軟件可移植性要求 (7軟件的應(yīng)用領(lǐng)域 9軟件的維護(hù)的目標(biāo)是什么,有哪幾種維護(hù)類型? 糾正在使用過程中暴露出來的錯(cuò)誤而進(jìn)行的改進(jìn)性維護(hù), 適應(yīng)外部環(huán)境的變 化而進(jìn)行的適應(yīng)性維護(hù), 改進(jìn)原有的軟件而進(jìn)行的完善性維護(hù),以及改進(jìn)將來的 可維護(hù)性和可靠性而進(jìn)行的預(yù)防性維護(hù)。 軟件維護(hù)的分類: 軟件維護(hù)主要?jiǎng)澐譃榧m錯(cuò)性維護(hù)、適應(yīng)性維護(hù)和完善性維護(hù)。 (1糾錯(cuò)性維護(hù)。由于前期的測(cè)試不可能揭露軟件系統(tǒng)中所有潛在的錯(cuò)誤, 用戶在使用軟件時(shí)仍將會(huì)遇到錯(cuò)誤, 診斷和改正

21、這些錯(cuò)誤的過程稱為糾錯(cuò)性維護(hù)。 (2適應(yīng)性維護(hù)。由于新的硬件設(shè)備不斷推出,操作系統(tǒng)和編譯系統(tǒng)也不斷 地升級(jí), 為了使軟件能適應(yīng)新的環(huán)境而引起的程序修改和擴(kuò)充活動(dòng)稱為適應(yīng)性維 護(hù)。 (3完善性維護(hù)。 在軟件的正常使用過程中, 用戶還會(huì)不斷地提出新的需求。 為了滿足用戶新的需求而增加軟件功能的活動(dòng)稱為完善性維護(hù)。 10簡(jiǎn)述提高軟件質(zhì)量的主要措施。 復(fù)審: 是在軟件生命周期每個(gè)階段結(jié)束之前,都采用一定的標(biāo)準(zhǔn)對(duì)該段產(chǎn)生的軟 件配置成分進(jìn)行嚴(yán)格的正式或非正式的檢測(cè)。 復(fù)查: 是檢查已有的材料, 以斷定在軟件生命周期某個(gè)階段的工作是否能夠開始 或繼續(xù)。 管理復(fù)審: 是向開發(fā)組織或使用部門的管理人員提供有關(guān)

22、項(xiàng)目的總體狀況、成本 和進(jìn)度等方面的情況,以便他們從管理角度對(duì)開發(fā)工作進(jìn)行審查。 測(cè)試:包括測(cè)試計(jì)劃、測(cè)試過程和測(cè)試結(jié)果 3 個(gè)階段。 11面向?qū)ο笕绾螌?shí)現(xiàn)模塊獨(dú)立性,其偶合和內(nèi)聚的含義是什么? 因?yàn)閷?duì)象是由數(shù)據(jù)及可以對(duì)這些數(shù)據(jù)施加的操作所組成的統(tǒng)一體, 而且對(duì)象是以 數(shù)據(jù)為中心的, 操作圍繞對(duì)其數(shù)據(jù)所需做的處理來設(shè)置, 沒有無關(guān)的操作。 因此, 對(duì)象內(nèi)部各種元素彼此結(jié)合得很緊密。內(nèi)聚性相當(dāng)強(qiáng),由于完成對(duì)象所需要的元 素(數(shù)據(jù)和方法)基本上都被封裝在對(duì)象內(nèi)部,它與外界的聯(lián)系自然就比較少。 因此,對(duì)象之間的耦合通常比較松??傊?,面向?qū)ο笫褂脤?duì)象、類、繼承和消息 的方法, 既使用類和繼承等機(jī)制,而

23、且對(duì)象之間僅能通過傳遞消息實(shí)現(xiàn)彼此通信 來實(shí)現(xiàn)模塊的獨(dú)立性。 12面向?qū)ο蠛兔嫦蜻^程軟件工程有哪些區(qū)別? (1)面向過程就是分析出解決問題所需要的步驟,然后用函數(shù)把這些步驟一步 一步實(shí)現(xiàn), 使用的時(shí)候一個(gè)一個(gè)依次調(diào)用就可以了。面向?qū)ο笫前褬?gòu)成問題事務(wù) 分解成各個(gè)對(duì)象, 建立對(duì)象的目的不是為了完成一個(gè)步驟,而是為了描敘某個(gè)事 物在整個(gè)解決問題的步驟中的行為。 (2) 面向過程是把一件事一項(xiàng)工程分解成為一個(gè)個(gè)小的功能,用一個(gè)個(gè)函數(shù)來實(shí) 現(xiàn). 面向?qū)ο笫前咽虑榭闯墒且粋€(gè)個(gè)小的對(duì)象組成的,或者說一個(gè)個(gè)小部分組成的, 這些對(duì)象之間的相互關(guān)系,構(gòu)成了整個(gè)項(xiàng)目. 在面向?qū)ο蟮乃枷胫校?萬物皆對(duì)象。 而"類",就是對(duì)象的抽象或者說是概括。 13.簡(jiǎn)述對(duì)象、類、消息、方法的基本概念。 (1對(duì)象是人們要進(jìn)行研究的任何事物, 從最簡(jiǎn)單的整數(shù)到復(fù)雜的飛機(jī)等均可看 作對(duì)象,它不僅能表示具體的事物,還能表示抽象的規(guī)則、計(jì)劃或事件。 (2)類是具有相同或相似性質(zhì)的對(duì)象的抽象。對(duì)象的抽象是類,類的具體化就 是對(duì)象,也可以說類的實(shí)例是對(duì)象。類具有屬性,它

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請(qǐng)下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請(qǐng)聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁(yè)內(nèi)容里面會(huì)有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫(kù)網(wǎng)僅提供信息存儲(chǔ)空間,僅對(duì)用戶上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對(duì)用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對(duì)任何下載內(nèi)容負(fù)責(zé)。
  • 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請(qǐng)與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時(shí)也不承擔(dān)用戶因使用這些下載資源對(duì)自己和他人造成任何形式的傷害或損失。

評(píng)論

0/150

提交評(píng)論