版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請進(jìn)行舉報或認(rèn)領(lǐng)
文檔簡介
軟件工程期末復(fù)習(xí)——填空題軟件工程期末復(fù)習(xí)——填空題軟件工程期末復(fù)習(xí)——填空題V:1.0精細(xì)整理,僅供參考軟件工程期末復(fù)習(xí)——填空題日期:20xx年X月軟件工程填空題
1、軟件危機(jī)是指在計算機(jī)軟件的_開發(fā)和維護(hù)_過程中所遇到的一系列嚴(yán)重問題。
2、軟件危機(jī)包含下述兩個方面的問題:一是_如何開發(fā)軟件,以滿足對軟件日益增長的需求;二是_如何維護(hù)數(shù)量不斷膨脹的已有軟件_。
3、軟件不同于硬件,它是計算機(jī)系統(tǒng)中的_邏輯部件_而不是物理部件。
4、一個軟件從定義、開發(fā)、使用和維護(hù),直到最終被廢棄,要經(jīng)歷一個漫長的時期,通常把這個漫長的時期稱為__生命周期__。5、軟件配置主要包括__程序、文檔_和_數(shù)據(jù)_等成分。
6、軟件工程學(xué)的一個重要目標(biāo)就是提高軟件的_可維護(hù)性、減少_軟件維護(hù)_的代價。
7、軟件工程是指導(dǎo)計算機(jī)軟件__軟件開發(fā)_和__維護(hù)_的一門工程學(xué)科。
8、軟件工程包括_技術(shù)_和__管理__兩方面的內(nèi)容,是技術(shù)與管理緊密結(jié)合所形成的工程學(xué)科。
9、通常把在軟件生命周期全過程中使用的一整套技術(shù)方法的集合稱為_方法學(xué)_,也稱為范型。
10、軟件工程方法學(xué)包含_方法、工具和_過程_三個要素。
11、目前使用最廣泛的軟件工程方法學(xué),分別是_傳統(tǒng)方法學(xué)和面向?qū)ο蠓椒▽W(xué)__。
12、概括地說,軟件生命周期由_軟件定義_、__軟件開發(fā)_和__運(yùn)行維護(hù)(軟件維護(hù))__3個時期組成,每個時期又進(jìn)一步劃分為若干個階段。
13、軟件定義時期通常進(jìn)一步劃分為3個階段,即_問題定義__、__可行性研究__和需求分析。、
14、螺旋模型將_瀑布、_模型和__快速原型_模型結(jié)合起來,加入了兩種模型均忽略了的風(fēng)險分析,彌補(bǔ)了這兩種模型的不足。
15、瀑布模型_不能_適應(yīng)需求可變的軟件開發(fā),只有到_開發(fā)結(jié)束_才能見到整個軟件系統(tǒng)。16、可行性研究階段當(dāng)從系統(tǒng)邏輯模型出發(fā),探索若干種可供選擇的主要解法,對每種解法都應(yīng)該從__技術(shù)可行性、經(jīng)濟(jì)可行性_和_操作可行性__這三個方面研究每種解法的可行性。
17、可行性研究_的目的就是用最小的代價在盡可能短的時間內(nèi)確定問題是否能夠解決。
18、可行性研究的目的不是解決問題,而是確定問題是否_值得去解決_。
19、_數(shù)據(jù)流圖_和__數(shù)據(jù)字典__定義了軟件系統(tǒng)的邏輯模型,以后可以從這個邏輯模型出發(fā)設(shè)計新系統(tǒng)。
20、系統(tǒng)流程圖_是概括地描繪物理系統(tǒng)的傳統(tǒng)工具。
21、系統(tǒng)流程圖表達(dá)的是_數(shù)據(jù)__在系統(tǒng)各部件之間流動的情況。
22、數(shù)據(jù)流圖是一種圖形化技術(shù),它描繪__信息流_和__數(shù)據(jù)_從輸入移動到輸入的過程中所經(jīng)愛的變換。
23、數(shù)據(jù)流圖中的圓角矩形或圓形代表著對變換數(shù)據(jù)的_處理__。
24、數(shù)據(jù)流圖有4種成分:源點或終點、__處理_、__數(shù)據(jù)存儲_和__數(shù)據(jù)流_。
25、__數(shù)據(jù)字典_是對數(shù)據(jù)流圖中包含的所有元素的定義的集合。
26、成本/效益分析的目的正是要從__經(jīng)濟(jì)__角度分析開發(fā)一個特定的新系統(tǒng)是否劃算,從而幫助客戶組織的負(fù)責(zé)人正確地作出是否投資于這項開發(fā)工程的決定。
27、軟件開發(fā)成本主要表現(xiàn)為__人力消耗_。28、接口需求描述應(yīng)用系統(tǒng)與它的環(huán)境通信的格式。常見的接口需求有:__用戶接口需求、硬件接口需求、軟件接口需求和通信接口需求。
29、_逆向__需求說明軟件系統(tǒng)不應(yīng)該做什么。
30、訪談是最早開始使用的獲取的技術(shù),它有兩種基本形式,分別是_用戶需求、的_正式、非正式_的訪談。
31、__情景分析技術(shù)__就是對用戶將來使用目標(biāo)系統(tǒng)解決某個具體問題的方法和結(jié)果進(jìn)行分析,系統(tǒng)分析員利用這種技術(shù),往往能獲知用戶的具體需求。
32、__結(jié)構(gòu)化分析方法__是面向數(shù)據(jù)流自頂向下逐步求精進(jìn)行需求分析的方法。
33、使用傳統(tǒng)的訪談或面向數(shù)據(jù)流自頂向下求精方法定義需求時,用戶處于被動地位,為了解決這個問題,人們研究出一種面向團(tuán)隊的需求收集法,稱為簡易的__應(yīng)用規(guī)格說明技術(shù)_。
34、快速原型就是快速建立起來的旨在演示目標(biāo)系統(tǒng)主要功能的可運(yùn)行的程序??焖僭蛻?yīng)具備的第一個特性是__快速___、第二個特性是__容易修改__。
35、需求分析階段得出的最主要文檔是_軟件需求規(guī)格說明書__。
36、數(shù)據(jù)對象彼此之間相互連接的方式稱為_聯(lián)系_,也稱為關(guān)系。它分為一對一聯(lián)系、_一對多_聯(lián)系和_多對多_聯(lián)系。
37、ER圖中包含了__實體_、_關(guān)系_和_屬性_等3種基本成分。38、按照形式化的程度,可以把軟件工程使用的方法劃分成_非形式化_、_半形式化_和__形式化_3類。
39、有窮_狀態(tài)機(jī)_可以準(zhǔn)確地描述一個系統(tǒng),因此它是表達(dá)規(guī)格說明的一種形式化方法。
40、Petri網(wǎng)_可以有效地描述并發(fā)活動。它包含4種元素:一組位置P、一組轉(zhuǎn)換T、輸入函數(shù)I以及輸出函數(shù)O。
41、Petri網(wǎng)的標(biāo)記是在Petri網(wǎng)中_權(quán)標(biāo)__的分配。
42、在Petri網(wǎng)中,當(dāng)每個輸入線上至少有一個權(quán)標(biāo),而_禁止_線上沒有權(quán)標(biāo)的時候,相應(yīng)的轉(zhuǎn)換才是允許的。43、總體設(shè)計過程通常由兩個主要階段組成,分別是__系統(tǒng)設(shè)計__階段和__結(jié)構(gòu)設(shè)計__階段。
44、需求分析階段得出的數(shù)據(jù)流圖是__總體設(shè)計__的極好的出發(fā)點。
45、對總體設(shè)計的結(jié)果在通過技術(shù)審查后還需由使用部門的負(fù)責(zé)人從_管理_角度進(jìn)行復(fù)審。
46、__模塊化_是把程序劃分成獨(dú)立命名且可獨(dú)立訪問的模塊,每個模塊完成一個子功能。
47、_抽象__就是抽出事物的本質(zhì)特征而暫時不考慮它們的細(xì)節(jié)。
48、_逐步求精__是為了集中精力解決主要問題而盡量推遲對問題細(xì)節(jié)的考慮。
49、定性度量模塊獨(dú)立程序的標(biāo)準(zhǔn)是_內(nèi)聚__和_耦合__。
50、耦合是對一個軟件結(jié)構(gòu)內(nèi)不同模塊之間_互連程度_程度的度量。
51、__功能內(nèi)聚__是最高程度的內(nèi)聚。
52、__深度___表示軟件結(jié)構(gòu)中控制的層數(shù),它往往能粗略地標(biāo)志一個系統(tǒng)的大小和復(fù)雜程度。
53、__層次___圖用于描繪軟件的層次結(jié)構(gòu),圖中的每一個矩形框代表一個__模塊_,方框間的連線表示調(diào)用關(guān)系,而不像層次方框圖那樣表示組成關(guān)系。
54、通常所說的結(jié)構(gòu)化設(shè)計方法,也是基于_數(shù)據(jù)流的設(shè)計方法。
55、信息流有兩種類型,分別是_變換流_和__事務(wù)流_。
56、模塊間還經(jīng)常用帶注釋的短箭頭表示調(diào)用過程中來回傳遞的信息。有時箭頭尾部帶空心圓表示傳遞的是_數(shù)據(jù)_,帶實心圓的表示傳遞的是_控制信息_。
57、模塊之間聯(lián)系越緊密,其耦合性就越_強(qiáng)__、模塊的獨(dú)立性就越_差_。58、詳細(xì)設(shè)計階段的根本目標(biāo)是確定應(yīng)該怎樣_具體地實現(xiàn)_所要求的系統(tǒng)。
59、詳細(xì)設(shè)計的結(jié)果基本上決定了最終的_程度代碼_的質(zhì)量。
60、結(jié)構(gòu)程序設(shè)計語言的重復(fù)結(jié)構(gòu)有:__順序_結(jié)構(gòu)、_選擇結(jié)構(gòu)、_循環(huán)_結(jié)構(gòu)三種。
61、系統(tǒng)響應(yīng)時間有兩個重要屬性,分別是__長度_和_易變_。
62、常見的幫助設(shè)施可分為_集成的_和_附加的_兩類。
63、描述程序處理過程的工具稱為過程設(shè)計的工具,它們可以分圖形、表格和_語言_三類。
64、程序流程圖又稱為_程序框圖__。
65、PAD是_問題分析圖__的英文縮寫。
66、McCabe方法根據(jù)程序控制流的復(fù)雜程度,這樣度量出的結(jié)果稱為程序的_環(huán)形復(fù)雜度__。
67、在流圖中用圓表示_結(jié)點_,流圖中的箭頭線稱為_邊__,它和程序流程圖中的箭頭線類似,代表_控制流_,由邊和結(jié)點圍成的面積稱為_區(qū)域_。
68、Halstead方法是根據(jù)程序中的_運(yùn)算符_和_操作數(shù)_的總數(shù)來度量程序的復(fù)雜程度。
69、Jackson圖不僅可表示程序結(jié)構(gòu),還可表示操作和條件。70、通常把_編碼_和_測試___統(tǒng)稱為實現(xiàn)。
71、所謂_編碼__就是把軟件設(shè)計結(jié)果翻譯成用某種程序設(shè)計語言書寫的程序。
72、測試的目的就是在軟件投入生產(chǎn)性運(yùn)行之彰,盡可能多地發(fā)現(xiàn)軟件中的__錯誤_。
73、通過測試發(fā)現(xiàn)錯誤之后還必須診斷并改正錯誤,這就是_調(diào)試_的目的。
74、程序內(nèi)部的文檔包括恰當(dāng)?shù)腳標(biāo)識符__、適當(dāng)?shù)腳注解_和程序的_視覺組織__等等。75、測試是為了發(fā)現(xiàn)程序中的錯誤而_執(zhí)行程序_的過程。
76、應(yīng)該從“小規(guī)?!睖y試開始,并逐步進(jìn)行“_規(guī)模_”測試。
77、為了達(dá)到最佳的測試效果,應(yīng)該由獨(dú)立的_第三方_從事測試工作。
78、__黑盒_測試法把程序看成一個黑盒子,完全不考慮程序的內(nèi)部結(jié)構(gòu)和處理過程。
79、_模塊測試_的目的是保證每個模塊作為一個單元能正確運(yùn)行,通常又稱為單元測試。
80、子系統(tǒng)測試,兼有檢測和組裝兩重含義通常稱為_集成測試_。
81、__驗收測試__測試是在用戶積極參與下進(jìn)行的,而且可能主要使用實際數(shù)據(jù)進(jìn)行測試,也稱為__確認(rèn)測試___測試。
82、單元測試主要使用_白盒__測試技術(shù)。
83、審查小組的任務(wù)是發(fā)現(xiàn)錯誤而不是_改正_錯誤。84、人工測試源程序如果由審查小組正式地進(jìn)行,則稱為_代碼審查__。
85、在測試過程中,由于模塊并不是一個獨(dú)立的程序,因此必須為每個單元測試開__驅(qū)動程序__和(或)_存根程序_。
86、由模塊組裝成程序時有兩種方式,分別是__非漸增式__測試和_漸增式_測試。
87、目前在進(jìn)行集成測試時普遍采用_漸增式_測試方法。
88、當(dāng)使用漸增方式把模塊結(jié)合到程序中去,有__自頂向下_和__自底向上_兩種集成策略。
89、自頂向下集成方法中,將模塊組裝到程序結(jié)構(gòu)中時可使用的策略有深度優(yōu)先和_寬度優(yōu)先_。
90、確認(rèn)測試的目標(biāo)是驗證軟件的_有效性___。
91、確認(rèn)測試通常使用__黑盒_測試法。
92、__軟件可靠性_是程序在給定的時間間隔內(nèi),按照規(guī)格說明書的規(guī)定成功地運(yùn)行的概率。
93、估計錯誤總數(shù)的方法有_植入錯誤法_和分別測試法。94、軟件工程的主要目的就是提高軟件的_可維護(hù)性___,減少軟件維護(hù)所需要的_工作量___,降低軟件系統(tǒng)的_總成本_。
95、_軟件維護(hù)_就是在軟件交付使用后,為了改正錯誤或滿足新的需要而修改軟件的過程。
96、維護(hù)過程本質(zhì)上是修改和壓縮了的_軟件定義_和_開發(fā)過程。
97、決定軟件可維護(hù)性的因素主要有可理解性、可測試性、可修改性、可移植性和可重用性5個。98、軟件系統(tǒng)的文檔可以分為_用戶文檔_和_系統(tǒng)文檔_兩類。
99、_代碼重構(gòu)_是最常見的再工程活動。100、軟件維護(hù)通常包括4類活動,分別是改正性、適應(yīng)性、完善性和_預(yù)防性_維護(hù)。
101、_文檔__是影響軟件可維護(hù)性的決定因素102、為了估算項目的工作量和完成期限,目前常采用_代碼行技術(shù)_和_功能點技術(shù)__兩種技術(shù)估算軟件規(guī)模。
103、當(dāng)用代碼行技術(shù)估算軟件規(guī)模時,當(dāng)程序較小時,常采用的單位是__代碼行數(shù)_(LOC),當(dāng)程序較大時,常用的單位是__千行代碼數(shù)(KLOC)。
104、功能點技術(shù)定義了信息域的5個特性,分別是輸入項數(shù)、輸出項數(shù)、查詢數(shù)、主文件數(shù)和外部接口數(shù)。
105、軟件項目的開發(fā)時間最多可以減少到正常開發(fā)時間的_75%_。
106、在工程網(wǎng)絡(luò)中用箭頭__表示作業(yè),用_圓圈_表示事件。
107、Gantt圖與工程網(wǎng)絡(luò)相比,工程網(wǎng)絡(luò)_能顯示地定義事件及作業(yè)之間的依賴關(guān)系Gantt
溫馨提示
- 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
- 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
- 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
- 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
- 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負(fù)責(zé)。
- 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請與我們聯(lián)系,我們立即糾正。
- 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時也不承擔(dān)用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。
最新文檔
- 二零二五年度BIM在歷史文化遺址保護(hù)合同范本3篇
- 專項2024民用爆破器材供應(yīng)及服務(wù)協(xié)議版
- 個人工程承包合同(2024版)版B版
- 2024年節(jié)能減排服務(wù)協(xié)議
- 2025年度劇本改編權(quán)授權(quán)合同3篇
- 2024音樂噴泉景區(qū)旅游紀(jì)念品開發(fā)與銷售合同3篇
- 二零二五年度線上線下整合營銷方案合作協(xié)議2篇
- 2025年度廠房裝修工程臨時用電及安全管理合同4篇
- 2025年現(xiàn)代化廠房購置及安裝服務(wù)合同范本二3篇
- 2025年度新能源設(shè)備買賣合同規(guī)范范本4篇
- 高考詩歌鑒賞專題復(fù)習(xí):題畫抒懷詩、干謁言志詩
- 2023年遼寧省交通高等專科學(xué)校高職單招(英語)試題庫含答案解析
- GB/T 33688-2017選煤磁選設(shè)備工藝效果評定方法
- GB/T 304.3-2002關(guān)節(jié)軸承配合
- 漆畫漆藝 第三章
- CB/T 615-1995船底吸入格柵
- 光伏逆變器一課件
- 貨物供應(yīng)、運(yùn)輸、包裝說明方案
- (完整版)英語高頻詞匯800詞
- 《基礎(chǔ)馬來語》課程標(biāo)準(zhǔn)(高職)
- IEC61850研討交流之四-服務(wù)影射
評論
0/150
提交評論