【正文】 工程管理　　 D. 工程網(wǎng)絡(luò)圖 10. 在面向?qū)ο蟮脑O(shè)計(jì)中，我們應(yīng)遵循的設(shè)計(jì)準(zhǔn)則除了模塊化、抽象、低耦合、高內(nèi)聚以外，還有( )。 A. 數(shù)據(jù)流 B. 模塊 C. 數(shù)據(jù)結(jié)構(gòu) D. 程序 6. 與確認(rèn)測試階段有關(guān)的文檔是( )。 A. 1988 B. 1968 C. 1948 D. 19282. 瀑布模型的關(guān)鍵不足在于( )。如果是在一個(gè)系統(tǒng)中多次使用一個(gè)相同的軟件成分，這叫軟件共享；對一個(gè)軟件進(jìn)行修改，使它能運(yùn)行于新的軟、硬件平臺這稱作軟件移植。i++) /*求第I個(gè)最小值*/ { k=i； /*先假設(shè)I位置上的值最小*/for (j+=i。40．用自頂向下結(jié)構(gòu)化程序設(shè)計(jì)方法編寫直接選擇排序從小到大排列的程序。（） ？ 答：測試的目的是判斷和發(fā)現(xiàn)軟件是否有錯(cuò)誤（2。（3分） 3軟件測試的基本任務(wù)是什么？測試與糾錯(cuò)有什么區(qū)別？答：軟件測試的基本任務(wù)是通過在計(jì)算機(jī)上執(zhí)行程序，暴露程序中潛在的錯(cuò)誤。？　　因?yàn)檐浖拈_發(fā)過程中，一般很難檢測到所有的錯(cuò)誤，其次軟件在應(yīng)用過程中需要隨用戶新的要求或運(yùn)行環(huán)境的變化而進(jìn)行軟件的修改或完成功能的增刪等，為了提高軟件的應(yīng)用水平和使用壽命，軟件的維護(hù)是不可避免的。少于四位數(shù)字(345)342 356無效13(345)45623456無效11(345)1323456無效9(345)5A23456無效7(33 )2345678無效5多于三位數(shù)字設(shè)計(jì)測試方案方案內(nèi)容輸 入預(yù)期輸出地區(qū)碼前綴后綴1空白200～999之間的三位數(shù)字四位數(shù)字( )2762345有效2三位數(shù)字四位數(shù)字(635)8059321有效3有非數(shù)字字符前 綴；‘0’；‘1’； ；。它們的名稱和內(nèi)容分別是： 地區(qū)碼：空白或三位數(shù)字； 前 綴：非‘0’或‘1’的三位數(shù)字； 后 綴：4位數(shù)字。0,B=0A=1,B=0執(zhí)行S2A163。0B185。執(zhí)行S20或A163。(例略)。 為每個(gè)等價(jià)類編號；(2)故也稱為分支覆蓋。 ?白盒測試主要采用的技術(shù)有哪些?白盒測試是測試者了解被測程序的內(nèi)部結(jié)構(gòu)和處理過程,對程序的所有邏輯路徑進(jìn)行測試,在不同點(diǎn)檢查程序狀態(tài),確定實(shí)際狀態(tài)與預(yù)期狀態(tài)是否一致。？軟件測試是按照特定的規(guī)則，發(fā)現(xiàn)軟件錯(cuò)誤的過程；好的測試方案是盡可能發(fā)現(xiàn)迄今尚未發(fā)現(xiàn)錯(cuò)誤的測試；成功的測試方案是發(fā)現(xiàn)迄今尚未發(fā)現(xiàn)錯(cuò)誤的測試；?黑盒測試主要采用的技術(shù)有哪些?黑盒測試也稱為功能測試,它著眼于程序的外部特征,而不考慮程序的內(nèi)部邏輯結(jié)構(gòu)。？把生存周期劃分為階段的目的是什么？答：一個(gè)軟件從開始計(jì)劃起，到廢棄不用止，成為軟件的生存周期。它對數(shù)據(jù)流圖上每一個(gè)成分：數(shù)據(jù)項(xiàng)、文件(數(shù)據(jù)結(jié)構(gòu))、數(shù)據(jù)流、數(shù)據(jù)存儲、加工和外部項(xiàng)等給以定義和說明；它主要由數(shù)據(jù)流描述、加工描述和文件描述三部分組成?！　?2) 畫出SC圖框架,把DFD圖的三部分，分別映射為事務(wù)控制模塊,(如果第一層簡單可以并入頂層)。11. 變換型數(shù)據(jù)流由哪幾部分組成？　　變換型結(jié)構(gòu)由三部分組成:傳入路徑、變換(加工)中心和傳出路徑?！　?4) 盡量降低模塊接口的復(fù)雜程度；　　(5) 設(shè)計(jì)單入口、單出口的模塊?！　?2) 模塊大小要適中:大約50行語句的代碼，過大的模塊應(yīng)分解以提高理解性和可維護(hù)性。（圖形）有哪些? 答：用例圖、類/對象圖、對象關(guān)系圖、實(shí)體—關(guān)系圖（E—R）、事件軌跡圖（時(shí)序圖）和狀態(tài)轉(zhuǎn)換圖（STD）等？用例圖、類圖、對象圖、構(gòu)件（組件）圖、部署（配置）圖、狀態(tài)圖、活動圖、順序（時(shí)序）圖、合作（協(xié)作）圖等九種圖。？答:應(yīng)具備以下條件：（1）使用標(biāo)準(zhǔn)的控制結(jié)構(gòu)；（2）有限制地使用GOTO語句；（3）源程序的文檔化 （應(yīng)具備以下內(nèi)容）①有意義的變量名稱 —— “匈牙利命名規(guī)則 ”。由用戶負(fù)責(zé)記下遇到的所有問題，包括主觀認(rèn)定的和真實(shí)的問題，定期向開發(fā)者報(bào)告，開發(fā)者在綜合用戶的報(bào)告之后進(jìn)行修改，最后將軟件產(chǎn)品交付給全體用戶使用。有四種方法既等價(jià)分類法、邊界值分析法、錯(cuò)誤猜測法和因果圖法5. 完善性維護(hù)——為了適應(yīng)用戶業(yè)務(wù)和機(jī)構(gòu)的發(fā)展變化而對軟件的功能、性能進(jìn)行修改、擴(kuò)充的過程稱為完善性維護(hù)。（ ╳ ），人是最基本的資源。（ ╳ ）。（ ╳ ）。（對） 。（錯(cuò)） 。（對）。23. 在單元測試時(shí)，需要為被測模塊設(shè)計(jì)___測試用例_______。 19. 投資回收期就是使累計(jì)的經(jīng)濟(jì)效益等于 __最初的投資費(fèi)用______________ 所需的時(shí)間。15. 面向?qū)ο蠓治龅哪康氖菍陀^世界的系統(tǒng)進(jìn)行 ___建模_______________ 。 11. 結(jié)構(gòu)化設(shè)計(jì)以 __數(shù)據(jù)流圖_________ 為基礎(chǔ)，按一定的步驟映射成軟件結(jié)構(gòu)。 6. 人們常用硬件可靠性的定量度量方法來度量軟件的可靠性和可用性，常用的度量軟件可7. 靠性的兩個(gè)指標(biāo)是_成功地運(yùn)行的概率_______和_平均故障時(shí)間_______。2. 數(shù)據(jù)流圖的基本組成部分有 _數(shù)據(jù)的源點(diǎn)與終點(diǎn)____、 數(shù)據(jù)流_____、 加工_____、 數(shù)據(jù)文件_____。3. 數(shù)據(jù)流圖和數(shù)據(jù)字典共同構(gòu)成了系統(tǒng)的 _邏輯____模型，是需求規(guī)格說明書的主要組成部分。 8. 將待開發(fā)的軟件細(xì)化，分別估算每一個(gè)子任務(wù)所需要的開發(fā)工作量，然后將它們加起來，9. 將得到軟件的總開發(fā)量。 12. 軟件的風(fēng)險(xiǎn)分析可包括風(fēng)險(xiǎn)識別、風(fēng)險(xiǎn)預(yù)測 和風(fēng)險(xiǎn)駕馭（或風(fēng)險(xiǎn)管理）等3項(xiàng)活動。 16. 軟件維護(hù)工作的生產(chǎn)性活動包括分析評價(jià)、修改設(shè)計(jì)和 ____編寫程序代碼_______ 等。 20. 軟件生存周期是指一個(gè)軟件從提出開發(fā)要求開始直到 __軟件廢棄____為止的整個(gè)時(shí)期。一、判斷題（每題2分，共30分） 。 （如PASCAL ,C,VISUAL BASIC 等）編寫的程序，軟件開發(fā)實(shí)際上就是編寫程序代碼。（錯(cuò)） ，則說明軟件是正確的。（錯(cuò)） （錯(cuò)） ，只要了解模塊的功能即可。（ ╳ ）18. 一筆交易、一個(gè)動作、甚至操作人員按一個(gè)按鈕都可以看做是一次事物。（ ╳ ），由方法和數(shù)據(jù)組成。（ √ ）名詞解釋1. 數(shù)據(jù)詞典——是描述數(shù)據(jù)信息的集合，它對數(shù)據(jù)流圖中的各個(gè)元素按規(guī)定格式進(jìn)行詳細(xì)的描述和確切的解釋,是數(shù)據(jù)流圖的補(bǔ)充工具。因?yàn)楦鞣N用戶的業(yè)務(wù)和機(jī)構(gòu)在相當(dāng)長的時(shí)期內(nèi)不可能是一成不變的，所以功能、性能的增加是不可避免的，而且這種維護(hù)活動在整個(gè)維護(hù)工作中所占的比重很大6. 軟件可靠性——指在給定的時(shí)間內(nèi)，程序按照規(guī)定的條件成功地運(yùn)行的概率7. 軟件配置——是一個(gè)軟件在生存周期內(nèi)，他的各種形式、各種版本的文檔與程序的總稱8. 軟件再工程——運(yùn)用逆向工程、重構(gòu)等技術(shù)，在充分理解原有軟件的基礎(chǔ)上，進(jìn)行分解、綜合、并重新構(gòu)建軟件，用于提高軟件的可理解性、可維護(hù)性可復(fù)用性或演化性。11. 聚集關(guān)系——表示類或?qū)ο笾g的整體與部分的關(guān)系12. 泛化關(guān)系——表示類或?qū)ο笾g的一般與特殊的關(guān)系13. 內(nèi)聚——一個(gè)模塊內(nèi)部各個(gè)元素彼此結(jié)合的緊密程度的度量。 ②適當(dāng)?shù)淖⑨?——“注釋規(guī)范”。答：(1) 提高軟件開發(fā)過程的能見度(2) 提高開發(fā)效率(3) 作為開發(fā)人員階段工作成果和結(jié)束標(biāo)志(4) 記錄開發(fā)過程的有關(guān)信息便于使用與維護(hù)；(5) 提供軟件運(yùn)行、維護(hù)和培訓(xùn)有關(guān)資料；(6) 便于用戶了解軟件功能、性能。？答：類和對象的靜態(tài)關(guān)系主要有關(guān)聯(lián)、聚集、泛化、依賴等四種關(guān)系。過小的模塊,合并到上級模塊中。　　(6) 模塊的作用域應(yīng)在控制域之內(nèi)。12. 變換分析設(shè)計(jì)的步驟？　　(1) 區(qū)分傳入、傳出和變換中心三部分，劃分DFD圖的分界線；　　(2) 完成第一級分解:建立初始SC圖的框架；　　(3) 完成第二級分解:分解SC圖的各個(gè)分支；　　(4) 對初始結(jié)構(gòu)圖按照設(shè)計(jì)準(zhǔn)則進(jìn)行精化與改進(jìn)?！　?3) 分解和細(xì)化接收分支和動作分支,完成初始的SC圖。16．給出一組數(shù)從小到大的排序算法，分別用下列工具描述其詳細(xì)過程：　　(1)流程圖；(2)NS圖；(3) PDL語言。把整個(gè)生存周期劃分為較小的階段，給每個(gè)階段賦予確定而有限的任務(wù)，能夠簡化每一步的工作內(nèi)容，使因?yàn)檐浖?guī)模增長而大大增加了的軟件復(fù)雜性變得較易控制和管理。測試者把被測程序看成一個(gè)黑盒,不用關(guān)心程序的內(nèi)部結(jié)構(gòu)。白盒測試主要采用的技術(shù)有：路徑測試技術(shù)和事務(wù)處理流程技術(shù)，對包含有大量邏輯判斷或條件組合的程序采用基于邏輯的測試技術(shù)。條件覆蓋:執(zhí)行所有可能的穿過程序的控制路流程。 設(shè)計(jì)一個(gè)新的測試方案,以盡可能多的覆蓋尚未被覆蓋的有效等價(jià)類,重復(fù)這一步驟,直到所有有效等價(jià)類被覆蓋為止。 試為它設(shè)計(jì)足夠的測試用例，分別實(shí)現(xiàn)對程序的判定覆概、條件覆概和條件組合覆概。0,B=0或A163。條件覆蓋以下四種情況各出現(xiàn)一次0A=1，B=1執(zhí)行S20,B185。 假定被測程序能接受一切符合上述規(guī)定的電話號碼，拒絕所有不符合規(guī)定的電話號碼。后 綴。起始位為‘0’少于三位數(shù)字1入口2A1 F38B=0 T TX=X/A 4 FA=25 TX1 F96X=X+1 T 7出口 F（a）程序流程圖 （b）導(dǎo)出程序圖？　　　完善性維護(hù)：滿足用戶在使用過程中提出增加新的功能或修改已有功能，以滿足用戶日益增長的需要而進(jìn)行的工作； 　　適應(yīng)性維護(hù)：是軟件適應(yīng)新的運(yùn)行環(huán)境而進(jìn)行的工作；糾錯(cuò)性維護(hù)：糾正開發(fā)期間未發(fā)現(xiàn)的遺留錯(cuò)誤，即在程序使用期間發(fā)現(xiàn)的程序錯(cuò)誤進(jìn)行診斷和改正的過程；　　預(yù)防性維護(hù)：為了改善未來的可維護(hù)性或可靠性而修改軟件的工作。測試和糾錯(cuò)目的和任務(wù)都不