2022年2022年軟件工程導(dǎo)論簡答題大全_第1頁
2022年2022年軟件工程導(dǎo)論簡答題大全_第2頁
2022年2022年軟件工程導(dǎo)論簡答題大全_第3頁
2022年2022年軟件工程導(dǎo)論簡答題大全_第4頁
2022年2022年軟件工程導(dǎo)論簡答題大全_第5頁
已閱讀5頁,還剩4頁未讀, 繼續(xù)免費(fèi)閱讀

下載本文檔

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

文檔簡介

1、精選學(xué)習(xí)資料 - - - 歡迎下載1.軟件工程的七條基本原理為什么? 答:軟件工程的七條基本原理為:用分階段的為的生存周期方案嚴(yán)格治理;堅(jiān)持進(jìn)行階段評審;嚴(yán)格實(shí)施的產(chǎn)品掌握;采納現(xiàn)代程序技術(shù); 結(jié)果應(yīng)能清晰地審查;開發(fā)小組的成員應(yīng)當(dāng)少而精;承認(rèn)不斷改進(jìn)軟件工程的必要性;2.良好的編碼風(fēng)格應(yīng)具備哪些條件? 答:應(yīng)具備以下條件:( 1)使用標(biāo)準(zhǔn)的掌握結(jié)構(gòu);( 2)有限制地使用goto 語句;( 3)源程序的文檔化(應(yīng)具備以下內(nèi)容)有意義的變量名稱 “匈牙利命名規(guī)章”;適當(dāng)?shù)淖⑨尅白⑨屢?guī)范 ”;標(biāo)準(zhǔn)的書寫格式: 用分層縮進(jìn)的寫法顯示嵌套結(jié)構(gòu)的層次(鋸齒形風(fēng)格); 在注釋段的四周加上邊框; 在注釋段與

2、程序段.以及不同程序段之間插入空行; 每行只寫一條語句; 書寫表達(dá)式時(shí),適當(dāng)使用空格或圓括號等作隔離符;( 4)滿意運(yùn)行工程學(xué)的輸入輸出風(fēng)格;3.簡述文檔在軟件工程中的作用;答:(1) 提高軟件開發(fā)過程的能見度(2) 提高開發(fā)效率(3) 作為開發(fā)人員階段工作成果和終止標(biāo)志(4) 記錄開發(fā)過程的有關(guān)信息便于使用與保護(hù);(5) 供應(yīng)軟件運(yùn)行.保護(hù)和培訓(xùn)有關(guān)資料;(6) 便于用戶明白軟件功能.性能;4.可行性討論包括哪幾方面的內(nèi)容? 答:1經(jīng)濟(jì)可行性:為否有經(jīng)濟(jì)效益,多長時(shí)間可以收回成本;2技術(shù)可行性:現(xiàn)有技術(shù)能否實(shí)現(xiàn)本系統(tǒng),現(xiàn)有技術(shù)人員能否勝任,開發(fā)系統(tǒng)的資源能否滿意;3運(yùn)行可行性:系統(tǒng)操作在用戶

3、內(nèi)部行得通嗎?4法律可行性:新系統(tǒng)開發(fā)為否會(huì)侵害他人.集體或國家利益,為否違反國家法律;5.結(jié)構(gòu)化的需求分析描述工具有哪些.答:有數(shù)據(jù)流圖(dfd ).數(shù)據(jù)字典( dd ).判定表.判定樹.結(jié)構(gòu)化語言( pdl).層次方框圖. warnier 圖.ipo 圖.掌握流圖( cfd).掌握說明( cspec).狀態(tài)轉(zhuǎn)換圖( std)和實(shí)體關(guān)系圖( e r)等;6.一般面對對象分析建模的工具(圖形)有哪些.1精品學(xué)習(xí)資料精選學(xué)習(xí)資料 - - - 歡迎下載答:用例圖.類 /對象圖.對象關(guān)系圖.實(shí)體關(guān)系圖(er).大事軌跡圖(時(shí) 序圖)和狀態(tài)轉(zhuǎn)換圖( std)等7.uml統(tǒng)一建模語言有哪幾種圖形?用例圖

4、.類圖.對象圖.構(gòu)件(組件)圖.部署(配置)圖.狀態(tài)圖.活動(dòng)圖.次序(時(shí)序)圖.合作(協(xié)作)圖等九種圖;8.在面對對象分析時(shí)類和對象的靜態(tài)關(guān)系主要有哪幾種?答:類和對象的靜態(tài)關(guān)系主要有關(guān)聯(lián).集合.泛化.依靠等四種關(guān)系;9. 什么為模塊化?模塊設(shè)計(jì)的準(zhǔn)就?模塊化為按規(guī)定的原就將一個(gè)大型軟件劃分為一個(gè)個(gè)較小的.相對獨(dú)立但又相關(guān)的模塊;模塊設(shè)計(jì)的準(zhǔn)就:(1) 改進(jìn)軟件結(jié)構(gòu) 、 提高模塊獨(dú)立性 :在對初步模塊進(jìn)行合并.分解和移動(dòng)的分析.精化過程中力求提高模塊的內(nèi)聚,降低藕合;(2) 模塊大小要適中 :大約 50 行語句的代碼,過大的模塊應(yīng)分解以提高懂得性和可保護(hù)性 ;過小的模塊 、合并到上級模塊中;(

5、3) 軟件結(jié)構(gòu)圖的深度.寬度.扇入和扇出要適當(dāng);一般模塊的調(diào)用個(gè)數(shù)不要超過 5 個(gè);(4) 盡量降低模塊接口的復(fù)雜程度;(5) 設(shè)計(jì)單入口.單出口的模塊;(6) 模塊的作用域應(yīng)在掌握域之內(nèi);10.什么為模塊獨(dú)立性?用什么度量?答:模塊獨(dú)立性概括了把軟件劃分為模塊時(shí)要遵守的準(zhǔn)就, 也為判定模塊構(gòu)造為不為合理的標(biāo)準(zhǔn); 獨(dú)立性可以從兩個(gè)方面來度量: 即模塊本身的內(nèi)聚和模塊之間的耦合;11. 變換型數(shù)據(jù)流由哪幾部分組成?變換型結(jié)構(gòu)由三部分組成:傳入路徑.變換 加工中心和傳出路徑;12. 變換分析設(shè)計(jì)的步驟?(1) 區(qū)分傳入.傳出和變換中心三部分,劃分dfd 圖的分界線;(2) 完成第一級分解 :建立初

6、始 sc 圖的框架;(3) 完成其次級分解 :分解 sc 圖的各個(gè)分支;(4) 對初始結(jié)構(gòu)圖根據(jù)設(shè)計(jì)準(zhǔn)就進(jìn)行精化與改進(jìn);13. 事務(wù)型數(shù)據(jù)流由哪幾部分組成?事務(wù)型結(jié)構(gòu)由至少一條接受路徑.一個(gè)事務(wù)中心與如干條動(dòng)作路徑組成;14. 事務(wù)分析設(shè)計(jì)的步驟?(1) 在 dfd圖中確定事務(wù)中心.接收部分包含全部接收路徑 和發(fā)送部分 包含全部動(dòng)作路徑 ;(2) 畫出 sc 圖框架 、把 dfd 圖的三部分, 分別映射 " 為事務(wù)掌握模塊 、接收模塊和動(dòng)作發(fā)送模塊 .一般得到 sc 圖的頂層和第一層 假如第一層簡潔可以并入頂層;(3) 分解和細(xì)化接收分支和動(dòng)作分支、完成初始的 sc 圖;(4) 對初

7、始結(jié)構(gòu)圖根據(jù)設(shè)計(jì)準(zhǔn)就進(jìn)行精化與改進(jìn);15數(shù)據(jù)字典包括哪些內(nèi)容.數(shù)據(jù)字典為描述數(shù)據(jù)流圖中數(shù)據(jù)的信息的集合;它對數(shù)據(jù)流圖上每一個(gè)成分: 數(shù)據(jù)項(xiàng).文件 數(shù)據(jù)結(jié)構(gòu) .數(shù)據(jù)流.數(shù)據(jù)儲(chǔ)備.加工和外部項(xiàng)等給以定義和說明; 它主要由數(shù)據(jù)流描述.加工描述和文件描述三部分組成;2精品學(xué)習(xí)資料精選學(xué)習(xí)資料 - - - 歡迎下載18.什么為軟件生存周期?把生存周期劃分為階段的目的為什么?答:一個(gè)軟件從開頭方案起,到廢棄不用止,成為軟件的生存周期;把整個(gè)生存 周期劃分為較小的階段, 給每個(gè)階段給予確定而有限的任務(wù),能夠簡化每一步的工作內(nèi)容,使由于軟件規(guī)模增長而大大增加了的軟件復(fù)雜性變得較易掌握和管理;19.具體設(shè)計(jì)的目

8、的 .為軟件結(jié)構(gòu)圖 sc 圖或 hc 圖中的每一個(gè)模塊確定采納的算法和塊內(nèi)數(shù)據(jù)結(jié)構(gòu)、用某種選定的表達(dá)工具給出清晰的描述. 20具體設(shè)計(jì)的任務(wù)為什么?為每個(gè)模塊確定采納的算法; 確定每一模塊使用的數(shù)據(jù)結(jié)構(gòu);確定模塊接口的細(xì)節(jié);編寫過程設(shè)計(jì)說明書;設(shè)計(jì)每一模塊的測試用例;21 編碼的任務(wù)?使用選定的程序設(shè)計(jì)語言,把模塊的過程性描述翻譯為用語言書寫的源程序源代碼;22.軟件測試的基本任務(wù)?軟件測試為根據(jù)特定的規(guī)章, 發(fā)覺軟件錯(cuò)誤的過程; 好的測試方案為盡可能發(fā)覺迄今尚未發(fā)覺錯(cuò)誤的測試;勝利的測試方案為發(fā)覺迄今尚未發(fā)覺錯(cuò)誤的測試;23.什么為黑盒測試 .黑盒測試主要采納的技術(shù)有哪些.黑盒測試也稱為功能

9、測試、它著眼于程序的外部特點(diǎn)、而不考慮程序的內(nèi)部規(guī)律結(jié)構(gòu);測試者把被測程序看成一個(gè)黑盒、不用關(guān)懷程序的內(nèi)部結(jié)構(gòu);黑盒測試為在程序接口處進(jìn)行測試,它只檢查程序功能為否能根據(jù)規(guī)格說明書的規(guī)定正常使用,程序?yàn)榉衲苓m當(dāng)?shù)亟邮蛰斎霐?shù)據(jù)產(chǎn)生正確的輸出信息,并且保持外部信息 如數(shù)據(jù)庫或文件 的完整性;黑盒測試主要采納的技術(shù)有:等價(jià)分類法.邊界值分析法.錯(cuò)誤估量法和因果圖等技術(shù); 24.什么為白盒測試 .白盒測試主要采納的技術(shù)有哪些.白盒測試為 測試者明白被測程序的內(nèi)部結(jié)構(gòu)和處理過程、對程序的全部規(guī)律路徑進(jìn)行測試 、在不同點(diǎn)檢查程序狀態(tài) 、確定實(shí)際狀態(tài)與預(yù)期狀態(tài)為否一樣;白盒測試主要采納的技術(shù)有: 路徑測試技

10、術(shù)和事務(wù)處理流程技術(shù),對包含有大量規(guī)律判定或條件組合的程序采納基于規(guī)律的測試技術(shù);25.路徑測試技術(shù)中幾種主要掩蓋的含義.舉例說明 .語句掩蓋 :至少執(zhí)行程序中全部語句一次;判定掩蓋 :使被測程序中的每一個(gè)分支至少執(zhí)行一次;故也稱為分支掩蓋;條件掩蓋 :執(zhí)行全部可能的穿過程序的掌握路流程;條件組合測試 :設(shè)計(jì)足夠的測試用例,使每個(gè)判定中的全部可能條件取值組合至少執(zhí)行一次;例略26.等價(jià)分類法的測試技術(shù)采納的一般方法.舉例說明 .1為每個(gè)等價(jià)類編號;2設(shè)計(jì)一個(gè)新的測試方案、以盡可能多的掩蓋尚未被掩蓋的有效等價(jià)類、重復(fù)這一步驟 、直到全部有效等價(jià)類被掩蓋為止;3精品學(xué)習(xí)資料精選學(xué)習(xí)資料 - - -

11、 歡迎下載3設(shè)計(jì)一個(gè)新的測試方案、使它掩蓋一個(gè)尚未被掩蓋的無效等價(jià)類、 重復(fù)這一步驟、直到全部無效等價(jià)類被掩蓋為止;29.為什么說軟件的保護(hù)為不行防止的?由于軟件的開發(fā)過程中, 一般很難檢測到全部的錯(cuò)誤, 其次軟件在應(yīng)用過程中需要隨用戶新的要求或運(yùn)行環(huán)境的變化而進(jìn)行軟件的修改或完勝利能的增刪等,為了提高軟件的應(yīng)用水平和使用壽命,軟件的保護(hù)為不行防止的;30.軟件的保護(hù)一般分為哪幾類?完善性保護(hù): 滿意用戶在使用過程中提出增加新的功能或修改已有功能,以滿意用戶日益增長的需要而進(jìn)行的工作;適應(yīng)性保護(hù): 為軟件適應(yīng)新的運(yùn)行環(huán)境而進(jìn)行的工作;糾錯(cuò)性保護(hù): 訂正開發(fā)期間未發(fā)覺的遺留錯(cuò)誤,即在程序使用期間

12、發(fā)覺的程序錯(cuò)誤進(jìn)行診斷和改正的過程;預(yù)防性保護(hù): 為了改善將來的可保護(hù)性或牢靠性而修改軟件的工作;31.打算軟件可保護(hù)性的因素?(1) 軟件的可懂得性.可測試性.可修改性;(2) 文檔描述符合要求.用戶文檔簡潔明確.系統(tǒng)文檔完整并且標(biāo)準(zhǔn);32.分析軟件危機(jī)產(chǎn)生的主要緣由有哪些? 答:導(dǎo)致軟件危機(jī)的主要緣由有:( 1)軟件日益復(fù)雜和巨大(2)軟件開發(fā)治理困難和復(fù)雜(3)軟件開發(fā)技術(shù)落后( 4)生產(chǎn)方式落后( 5)開發(fā)工具落后( 6)軟件開發(fā)費(fèi)用不斷增加1 個(gè)要點(diǎn) 1 分,只要答上 5 個(gè)要點(diǎn)得 5 分!33.說明結(jié)構(gòu)化程序設(shè)計(jì)的主要思想為什么?答:( 1)自頂向下.逐步求精的程序設(shè)計(jì)方法(2 分

13、)(2)使用 3 種基本掌握結(jié)構(gòu).單入口.單出口來構(gòu)造程序; ( 3 分)34.軟件測試的基本任務(wù)為什么?測試與糾錯(cuò)有什么區(qū)分?答:軟件測試的基本任務(wù)為通過在運(yùn)算機(jī)上執(zhí)行程序,暴露程序中潛在的錯(cuò)誤; 測試和糾錯(cuò)目的和任務(wù)都不相同,測試為為了發(fā)覺程序的錯(cuò)誤, 糾錯(cuò)為為了定位和訂正錯(cuò)誤,從而排除軟件故障,保證程序的牢靠運(yùn)行;35.軟件測試包括哪些步驟?同時(shí)說明這些步驟的測試目的為什么?答:( 1)單元測試,目的為代碼達(dá)到模塊說明書的要求(2)集成測試,目的為將經(jīng)過單元測試的模塊逐步組裝成具有良好一樣性的完整的程序(3)確認(rèn)測試,目的為確認(rèn)程序系統(tǒng)為否滿意軟件需求規(guī)格說明書的要求(4)系統(tǒng)測試,目的

14、為檢查能否與系統(tǒng)的其余部分和諧運(yùn)行,并且完成srs 對他的要求;36.需求分析與軟件設(shè)計(jì)二個(gè)階段任務(wù)的主要區(qū)分為什么?答:需求分析定義軟件的用戶需求,即定義待開發(fā)軟件能做什么(2.5 分)軟件設(shè)計(jì)定義軟件的實(shí)現(xiàn)細(xì)節(jié)以滿意用戶需求,即討論如何實(shí)現(xiàn)軟件;( 2.5 分)37.說明軟件測試和調(diào)試的目的有何區(qū)分?答:測試的目的為判定和發(fā)覺軟件為否有錯(cuò)誤(2;5 分)調(diào)試的目的為定位軟件錯(cuò)誤并糾43.什么為軟件復(fù)用?簡述軟件復(fù)用和軟件共享.軟件移植的差別;答:軟件復(fù)用為指在構(gòu)造新的軟件系統(tǒng)的過程中,對已存在的軟件人工制品的使用技術(shù);假如為在一個(gè)系統(tǒng)中多次使用一個(gè)相同的軟件成分,這叫軟件共享; 對一個(gè)軟件

15、進(jìn)行修改,使它能運(yùn)行于新的軟.硬件平臺(tái)這稱作軟件移植;44.什么為軟件再工程?軟件再工程的主要活動(dòng)有哪些?4精品學(xué)習(xí)資料精選學(xué)習(xí)資料 - - - 歡迎下載答:軟件再工程為運(yùn)用逆向工程.重構(gòu)等技術(shù),在充分懂得原有軟件的基礎(chǔ)上,進(jìn)行分解.綜合,并重新構(gòu)建軟件,用以提高軟件的可懂得性.可保護(hù)性.可復(fù)用性或演化性;主要活動(dòng):信息庫分析.文檔重構(gòu).逆向工程.代碼重構(gòu).數(shù)據(jù)重構(gòu).正向工程;四.簡答題每道題5 分,共 20 分; 36簡述容錯(cuò)技術(shù)的四種主要手段,并說明; 結(jié)構(gòu)冗余:包括靜態(tài)冗余.動(dòng)態(tài)冗余和混合冗余;信息冗余:為檢測或訂正信息在運(yùn)算或傳輸中的錯(cuò)誤,須外加一部分信息;時(shí)間冗余:指重復(fù)執(zhí)行指令或程

16、序來排除瞬時(shí)錯(cuò)誤帶來的影響;冗余附加技術(shù):指為實(shí)現(xiàn)上述冗余技術(shù)所需的資源和技術(shù);37以 g.j.myers 的觀點(diǎn),簡述對軟件測試的目的;軟件測試為( 1)為了發(fā)覺錯(cuò)誤而執(zhí)行程序的過程; ( 2)一個(gè)好的用例能夠發(fā)覺至今尚未發(fā)覺的錯(cuò)誤的測試;( 3)一個(gè)勝利的測試為發(fā)覺至今尚未發(fā)覺的錯(cuò)誤的測試;38就程序設(shè)計(jì)語言的工程特性而言,對程序編碼有哪些要求?( 1)可移植性( 2)開發(fā)工具的可利用性( 3)軟件的可重用性( 4)可保護(hù)性39模塊的內(nèi)聚性包括哪些類型?( 1)偶然內(nèi)聚( 2)規(guī)律內(nèi)聚( 3)時(shí)間內(nèi)聚( 4)通信內(nèi)聚( 5)次序內(nèi)聚( 6)功能內(nèi)聚1.簡述軟件測試的任務(wù).目的與類型;軟件測

17、試為一個(gè)為了查找軟件錯(cuò)誤而運(yùn)行程序的過程;目的就為為了發(fā)覺軟件中的錯(cuò)誤;一個(gè)好的測試用例為指很可能找到迄今為止尚未發(fā)覺的錯(cuò)誤的用例;一個(gè)勝利的測試為指揭示了迄今為止尚未發(fā)覺的錯(cuò)誤的測試;軟件測試主要分為白盒測試和黑盒測試兩大類;2.簡述軟件工程目標(biāo)和面臨的主要問題;軟件工程的目標(biāo)就為建造高質(zhì)量的軟件;但為目前的軟件開發(fā)面臨著很多問題:( 1)對軟件開發(fā)成本和進(jìn)度的估量經(jīng)常很不精確;( 2)用戶常對“已完成的” 軟件系統(tǒng)不中意;(3)軟件產(chǎn)品的質(zhì)量往往靠不住; (4)軟件經(jīng)常很難保護(hù);(5) 軟件經(jīng)常缺乏適當(dāng)?shù)奈臋n資料; (6)軟件開發(fā)生產(chǎn)率提高的速度,遠(yuǎn)遠(yuǎn)跟不上運(yùn)算機(jī)應(yīng)用快速普及深化的趨勢;

18、(7)軟件成本在運(yùn)算機(jī)系統(tǒng)總成本中所占的比例逐年上升;3.簡述軟件開發(fā)過程.每個(gè)里程碑的提交物;軟件開發(fā)的基本過程: (1)可行性討論,做初步的需求分析工作,打算項(xiàng)目可行與否( 2)軟件需求分析,軟件工程師必需明白軟件的信息領(lǐng)域,以及需求的功能.行為.性能和接口;系統(tǒng)需求和軟件需求均需文檔化,并與用戶一起復(fù)審; 并提交需求分析報(bào)告;(3)設(shè)計(jì),包括概要設(shè)計(jì)和具體設(shè)計(jì),軟件設(shè)計(jì)為一個(gè)多步驟的過程, 主要為對軟件的數(shù)據(jù)結(jié)構(gòu).軟件體系結(jié)構(gòu). 界面表示及過程細(xì)節(jié)進(jìn)5精品學(xué)習(xí)資料精選學(xué)習(xí)資料 - - - 歡迎下載行設(shè)計(jì);設(shè)計(jì)過程將需求轉(zhuǎn)換為軟件表示,在編碼之前可以評估其質(zhì)量,全部設(shè)計(jì)均要文檔化, 它為軟

19、件配置的重要組成部分,經(jīng)復(fù)審后提交相應(yīng)的概要設(shè)計(jì)和具體設(shè)計(jì)報(bào)告;(4)編碼,把設(shè)計(jì)轉(zhuǎn)化為機(jī)器可執(zhí)行的程序;提交源程序清單;( 5)測試,提交測試報(bào)告; (6)保護(hù),提交保護(hù)報(bào)告;4.簡述軟件工程的七條基本原理;( 1)用分階段的生命的生命周期方案嚴(yán)格治理;( 2)堅(jiān)持進(jìn)行階段評審;( 3)實(shí)行嚴(yán)格的產(chǎn)品掌握;( 4)采納現(xiàn)代程序設(shè)計(jì)技術(shù);( 5)結(jié)果應(yīng)能清晰地審查;( 6)開發(fā)小組的人員應(yīng)當(dāng)少而精;( 7)承認(rèn)不斷改進(jìn)軟件工程實(shí)踐的必要性;四.論述題1.試論面對對象方法較之結(jié)構(gòu)化方法的先進(jìn)性;( 1)面對對象方法更符合人的思維方式,更簡潔抓住問題的主干;( 2)所開發(fā)出的軟件更符合“高內(nèi)聚.松

20、耦合”的原就;所設(shè)計(jì)出的類模塊獨(dú)立性更強(qiáng);( 3)更適合于開發(fā)大型的軟件,更適合于快速原型法開發(fā)方法;使軟件生產(chǎn)率大大提高;( 4)使用面對對象技術(shù)開發(fā)出的軟件的可測試性和可保護(hù)性都較強(qiáng);( 5)面對對象方法和技術(shù)能夠貫徹軟件開發(fā)的全過程;從分析.設(shè)計(jì).編碼到測試保護(hù), 采納面對對象的方法不存在語義斷層,使人的思維連續(xù), 削減各階段之間所采納方法的不向融性;( 6)使得軟件的可重用性大幅度提高;2.試述軟件開發(fā)工具對軟件開發(fā)的影響;軟件開發(fā)工具應(yīng)用于軟件開發(fā)可以大幅度地提高軟件生產(chǎn)率,提高軟件質(zhì)量; 便利軟件治理,便于軟件重用,削減低級重復(fù)勞動(dòng),支持快速原型設(shè)計(jì),便于用戶和開發(fā)人員的溝通;降低

21、大型復(fù)雜軟件的開發(fā)難度;3.試論文檔在軟件開發(fā)過程中的重要性;在軟件的生產(chǎn)過程中,總為相伴著大量的信息要記錄.要使用;因此,軟件文檔 在軟件產(chǎn)品的開發(fā)過程中起著舉足輕重的作用;()提高軟件開發(fā)過程的能見度;把開發(fā)過程中發(fā)生的大事以某種可閱讀的形式記錄在文檔中,治理人員可把這些記錄下來的材料作為檢查軟件開發(fā)進(jìn)度和開發(fā)質(zhì)量的依據(jù),實(shí)現(xiàn)對軟件開發(fā)的工程治理;()提高開發(fā)效率;軟件文檔的編制,使得開發(fā)人員對各個(gè)階段 的工作都進(jìn)行周密摸索. 全盤權(quán)衡. 從而削減返工; 并且可在開發(fā)早期發(fā)覺錯(cuò)誤和不一樣性,便于準(zhǔn)時(shí)訂正; ()作為軟件開發(fā)人員在肯定階段的工作成果和終止標(biāo)志;()記錄開發(fā)過程中的有關(guān)信息,便

22、于和諧以后的軟件.開發(fā).使 用和保護(hù);()供應(yīng)對軟件的運(yùn)行.保護(hù)和培訓(xùn)的有關(guān)信息,便于開發(fā)人員之 間的協(xié)作.溝通和明白,使軟件開發(fā)活動(dòng)更科學(xué).更有成效;便于潛在用戶明白 軟件的功能.性能等各項(xiàng)指標(biāo);三.簡答題1.簡述軟件結(jié)構(gòu)設(shè)計(jì)的啟示式原就;( 1)改進(jìn)軟件結(jié)構(gòu)提高模塊獨(dú)立性;( 2)模塊規(guī)模要適中;6精品學(xué)習(xí)資料精選學(xué)習(xí)資料 - - - 歡迎下載( 3)深度.寬度.扇出和扇入都應(yīng)適當(dāng);( 4)模塊的作用域應(yīng)當(dāng)在掌握域內(nèi);( 5)力爭降低模塊接口的復(fù)雜度;( 6)設(shè)計(jì)單入口單出口的模塊;( 8)模塊功能應(yīng)當(dāng)可以猜測;2.簡述結(jié)構(gòu)化程序設(shè)計(jì)方法的基本要點(diǎn)1采納自頂向下,逐步求精的程序設(shè)計(jì)方法;2

23、使用三種基本掌握結(jié)構(gòu)構(gòu)造程序,分別為次序,挑選和循環(huán)3采納主程序員組的組織形式;4采納單入口單出口的模塊形式;3.簡述需求分析的原就;需求分析階段的基本過程包括四個(gè)方面:對問題的識(shí)別, 分析與綜合, 制定規(guī)格說明以及評審;(1)問題識(shí)別, 系統(tǒng)分析人員要討論方案階段產(chǎn)生的可行性分析報(bào)告和軟件項(xiàng)目實(shí)施方案;然后進(jìn)行功能需求.性能需求.環(huán)境需求.牢靠性需求安全保密需求. 用戶界面需求. 資源使用需求等方面的工作;( 2)分析與綜合, 分析員需從數(shù)據(jù)流和數(shù)據(jù)結(jié)構(gòu)動(dòng)身,逐步細(xì)化全部的軟件功能, 找出系統(tǒng)各元素之間的聯(lián)系.接口特性和設(shè)計(jì)上的限制, 分析他們?yōu)榉駶M意功能需求, 為否合理;( 3)制定規(guī)格說

24、明,編寫需求分析的文檔;( 4)需求分析評審;為保證軟件需求定義的質(zhì)量,評審應(yīng)以特地指定的人員負(fù)責(zé),并按規(guī)程嚴(yán)格執(zhí)行;4.簡述軟件生命周期開發(fā)方法的基本過程及每個(gè)階段的任務(wù);( 1)問題定義階段,盡可能清晰地描述問題,搞清晰要解決的問題為什么;( 2)可行性討論階段, 主要為確定待解的問題為否有可行的解決方法;需要做經(jīng)濟(jì)可行性分析.技術(shù)可行性分析.操作可行性分析和法律可行性分析;( 3)需求分析階段,主要為確定目標(biāo)系統(tǒng)必需具備的功能;通常用數(shù)據(jù)流圖.數(shù)據(jù)字典和簡要的算法表示系統(tǒng)的規(guī)律模型;( 4)總體設(shè)計(jì)階段,從總體上解決問題,確定可實(shí)現(xiàn)的方案,并設(shè)計(jì)出軟件的層次結(jié)構(gòu)圖;( 5)具體設(shè)計(jì),把解法具體化,確定如何具體地實(shí)現(xiàn)這個(gè)系統(tǒng);針對每個(gè)模塊設(shè)計(jì)相應(yīng)的算法;( 6)編碼和單元測試階段,把具體設(shè)計(jì)的結(jié)果翻譯成選定的語言所寫的程序,并對每個(gè)模塊進(jìn)行單元測試;( 7)測試階段,系統(tǒng)地設(shè)計(jì)測試用例,盡可能多

溫馨提示

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

評論

0/150

提交評論