、計算機病毒是指（）。、計算機病毒是指（）。計算機系統(tǒng)的漏洞破壞能力的代碼一種細菌、軟件需求具有（）。主觀性不確定性軟件工程期末復(fù)習(xí)、選擇題1軟件工程的研究者將軟件開發(fā)和維護過程概括為（）大活動。、（）是職業(yè)軟件工程師的必要條件。自律、善于溝通、具有一定的軟件技能 編程速度快熟悉眾多的軟件環(huán)境 語言天賦程一速組自我復(fù)制和自動執(zhí)行的具有程序中的多變性以上全部、描述軟件需求通常不用哪個工具（）。數(shù)據(jù)流程圖數(shù)據(jù)字典模塊結(jié)構(gòu)圖圖、軟件結(jié)構(gòu)圖中沒有（）元素。?模塊.調(diào)用參數(shù).返回結(jié)果.判斷、程序流程圖與數(shù)據(jù)流程圖的關(guān)系（）。．不確定 ．數(shù)據(jù)流程程圖可以轉(zhuǎn)換成程序流程圖.數(shù)據(jù)調(diào)用關(guān)系.程序流程圖可以轉(zhuǎn)換成數(shù)據(jù)流程圖、包含關(guān)系用于構(gòu)造多個用例（關(guān)系 共性的部分 角色 特殊活動、如果說用例被用例擴展，意思是（）。是一個一般用例，是一個特殊用例是一個特殊用戶，是一個一般用例都是一般用例特都速是特殊用例、用（）對需要長久保存的信息進行建模。實體類 數(shù)據(jù)庫表 圖對象類、美國卡內(nèi)基?梅隆大學(xué)制定的 是（）。軟件工作規(guī)范 軟件工作流描述 軟件成熟度模型特據(jù)軟件描述的一般方法、螺旋模型是一種將（）結(jié)合起來的軟件開發(fā)模型。原型化模型和增量模型 風(fēng)險判斷和瀑布模型瀑布模型和原型化模型 瀑布模型和增量模型可行性研究的四大要素是（）。經(jīng)濟、技術(shù)、法律和社會環(huán)境數(shù)據(jù)經(jīng)濟、技術(shù)、開發(fā)組織能力和領(lǐng)導(dǎo)者水平經(jīng)濟、技術(shù)、計算機硬件環(huán)境和網(wǎng)絡(luò)帶寬

特據(jù)經(jīng)濟、技術(shù)、軟件開發(fā)工具和人員的穩(wěn)定性4軟件調(diào)研報告是在（）提交的。可行性分析之前 需求分析之前 簽合同之前設(shè)計的時候、系統(tǒng)流程圖的主要作用（）描述系統(tǒng)的物理模型 業(yè)務(wù)流程 系統(tǒng)處理過程數(shù)據(jù)處理過程6是一種（）語言。.低級程序設(shè)計語言 .建模語言.高級程序設(shè)計語言.過程設(shè)計語言7結(jié)構(gòu)化設(shè)計方法劃分模塊的原則是（）。.模塊扇出小于 .模塊扇入小于 .低耦合，高內(nèi)聚.模塊深度小于7、配置視圖體現(xiàn)了系統(tǒng)的實現(xiàn)環(huán)境，反映系統(tǒng)的（）。邏輯架構(gòu) 物理架構(gòu) 組成結(jié)構(gòu) 體系結(jié)構(gòu)19、角色可以有四種類型：系統(tǒng)的使用者，硬件設(shè)備，外部系統(tǒng)和（d）。數(shù)據(jù)庫接口對象時間20、功能模型用于表達系統(tǒng)的需求，為軟件的進一步分析和設(shè)計打下基礎(chǔ)。在面向?qū)ο蠓椒ㄖ?，由（）實現(xiàn)。場景描述 活動圖和場景描述 用例圖和場景描述交互圖和場景描述1下面的哪個選項不是軟件工程的宗旨（）。開發(fā)滿足用戶需求的軟件 研究算法及時交付軟件 生特據(jù)產(chǎn)無故障軟件、針對需求不確定的軟件開發(fā)，比較好的模型是（）?？焖僭突Ｐ?瀑布模型 軟件成熟度模型 系統(tǒng)化模型、可行性分析研究的費用大約是項目總經(jīng)費的（）。%0、業(yè)務(wù)需求描述的是（）。功能需求用戶需求 用戶的具體業(yè)務(wù)流程 軟件的目標、規(guī)模和范圍5一個數(shù)據(jù)流程圖中的圖形符號有且僅有（）種。6非直接耦合的模塊獨立性最強，（）的模塊獨立性最弱。．內(nèi)容耦合．數(shù)數(shù)據(jù)耦合．對控制耦合特．外部耦合、信息隱藏的核心內(nèi)容是（）。．把數(shù)據(jù)都放在公共的區(qū)域數(shù)．數(shù)據(jù)不能被其他模塊訪問對．一個模塊的內(nèi)部信息不允許其他模塊直接訪問特．把信息加密，只能讓有密鑰的模塊訪問8面向過程的方法最關(guān)心的是（），而過程實施的對象是作為過程參數(shù)傳遞的。參數(shù)主體過程數(shù)據(jù)結(jié)構(gòu)9（）用于描述系統(tǒng)的功能集。組件視圖 邏輯視圖 用例視圖 對象視圖、用（）模型建立系統(tǒng)組織結(jié)構(gòu)。組織 數(shù)據(jù)靜態(tài)31、對象模型描述現(xiàn)實世界中實體的對象以及它們之間的關(guān)系，表示目標系統(tǒng)的靜態(tài)數(shù)據(jù)結(jié)構(gòu)。在面向?qū)ο蠓椒ㄖ?，由（）實現(xiàn)。順序圖 類圖狀態(tài)圖 組件圖2如果對象之間的耦合是通過（）來實現(xiàn)的，則這種耦合就是交互耦合。消息機制參數(shù)方法 公共數(shù)據(jù)區(qū)3、3定義類的屬性類型時盡量使用已有類型，太多自定義類型會降低系統(tǒng)的（）指標。有效性安全性可維護性 開發(fā)效率4在設(shè)計測試用例時，應(yīng)該包括（）測試用例。可能產(chǎn)生無效輸出的輸入情況數(shù)據(jù)無效的和不期望的輸入情況對有據(jù)效的和期望的輸入情況特據(jù)上面所有情況5（）屬于功能測試方法。等價類劃分和判定覆蓋 邊值分析和等價類劃分對據(jù)邊值分析和判定覆蓋 特判據(jù)定覆蓋和回歸測試6一個軟件項目大約（）的工作量在開發(fā)階段，（）的工作量在維護階段。7軟件項目管理的內(nèi)容不包括（）。人員的組織與管理 技術(shù)和算法 軟件配置管理軟件開發(fā)進度計劃、通俗的說，軟件項目管理中常說的基線是（）。管理的基本思路 一種軟件開發(fā)的基本策略對據(jù)基本的技術(shù)路線 特通過據(jù)正式復(fù)審的文檔、科學(xué)計算領(lǐng)域一般選擇（）語言。匯編語言對于嵌套的循環(huán)和分支程序，層次不要超過（）層。4、1在分析模型內(nèi)表示協(xié)調(diào)、順序、事務(wù)處理以及控制其他對象的類是（）?？刂祁?組件類 主函數(shù) 事務(wù)類、繼承耦合是（）之間的一種關(guān)聯(lián)形式，設(shè)計時應(yīng)該適當使用這種耦合。虛類與實體類 一般化類與特殊化類 控制類與界面類特數(shù)據(jù)據(jù)類與處理類3構(gòu)架設(shè)計的主要目的是（），這項工作由經(jīng)驗豐富的構(gòu)架設(shè)計師主持完成。類圖 確定系統(tǒng)數(shù)據(jù)結(jié)構(gòu) 處理流程 確定系統(tǒng)總體結(jié)構(gòu)、測試用例是一組（）。測試用的輸入數(shù)據(jù)以及對應(yīng)的預(yù)期結(jié)果數(shù)據(jù)測試驅(qū)動程序 測對試據(jù)數(shù)據(jù) 特測據(jù)試程序及數(shù)據(jù)、由于面向?qū)ο笾械睦^承和消息機制，使得軟件測試（）。更加簡單更加復(fù)雜沒變不確定、軟件維護過程中產(chǎn)生的副作用，一般是由（）引起的。算法說明 修改程序 優(yōu)先級 環(huán)境要求7項目計劃活動的主要任務(wù)是（）。估算項目的進度 分配工作量 計劃資源使用 以上全部8如果程序代碼的（）好，則調(diào)試的成本就可以大幅度降低。性能比可擴充性 可讀性可移植性9兩個浮點數(shù)和比較相等時，應(yīng)該用（）比較。￡ ￡、瀑布模型存在的問題是（）。A用戶容易參與開發(fā) .適用可變需求 .用戶與開發(fā)者易溝通．特缺乏靈活性1（b不是分析建模的目的。定義可驗證的軟件需求數(shù)據(jù)開發(fā)一個簡單的問題解決方案對據(jù)描述客戶需求特據(jù)建立軟件設(shè)計的基礎(chǔ)、對用例進行設(shè)計，發(fā)現(xiàn)實現(xiàn)用例功能的（），確定類之間的關(guān)系。算法 業(yè)務(wù)流程 數(shù)據(jù)結(jié)構(gòu) 關(guān)鍵類3框架是一組可用于不同應(yīng)用的（）的集合。類數(shù)據(jù)結(jié)構(gòu)函數(shù)過程4從狹義上講，軟件測試是（）的過程。為發(fā)現(xiàn)錯誤而執(zhí)行程序 為了驗證程序正確用不同的數(shù)據(jù)驗證程序正確性 區(qū)分程序員水平、在設(shè)計黑盒測試用例時，主要研究（）。概要設(shè)計說明書 詳細設(shè)計說明 項目開發(fā)計劃 需求規(guī)格說明6（）時，測試人員必須接觸到程序源代碼。A黑盒測試、白盒測試、壓力測試、外觀測試7一般維護程序代碼的策略（）。從需求開始重新開發(fā) 根據(jù)維護申請讀源程序，并修改找一個新的模塊替換 不用讀源程序，從新編寫代碼、 圖直觀簡明、易學(xué)易用，但它不能（）。直接反應(yīng)任務(wù)間的依賴關(guān)系和關(guān)鍵路徑反應(yīng)任務(wù)的分解情況項維直接反應(yīng)任務(wù)的起止日期反應(yīng)具體任務(wù)的時間段、（）針對開發(fā)過程中的程序、數(shù)據(jù)、文檔提出使用和管理策略。.組織管理.過程管理.風(fēng)險管理.軟件配置管理、程序的三種基本控制結(jié)構(gòu)，包括順序結(jié)構(gòu)、（）和循環(huán)結(jié)構(gòu)。判斷結(jié)構(gòu)說明結(jié)構(gòu)輸入結(jié)構(gòu)輸出結(jié)構(gòu)61、軟件工程的研究內(nèi)容具有層次化結(jié)構(gòu)，最底層是質(zhì)量保證層，中間層是（），最上層是工具層。過程層 方法層 過程層和方法層 系統(tǒng)層美國著名軟件工程專家 于年提出了軟件工程的（）條基本原理。3下面哪個選項不是軟件工程研究的內(nèi)容（）。生產(chǎn)無故障的軟件 精通一門編程語言項生維產(chǎn)滿足用戶需求的軟件系生維產(chǎn)及時交付的軟件可行性研究的主要任務(wù)是（）。確定系統(tǒng)做什么 確定性能 確定功能 進行一次簡要的需求分析5用戶需求描述的是（）。用戶使用該軟件要完成的任務(wù) 業(yè)務(wù)需求功能需求系維軟件目標、規(guī)模和范圍、數(shù)據(jù)流程圖的主要作用是（）。.維描述模塊組成 業(yè)說維明用戶數(shù)據(jù)結(jié)構(gòu) 描項述維軟件功能系維描繪系統(tǒng)的邏輯模型7軟件設(shè)計的目標是（）。.．在最短的時間內(nèi)，生產(chǎn)出可靠性、可維護性俱佳的軟件方案。業(yè)．為軟件編碼設(shè)計模塊結(jié)構(gòu)。項．確定軟件要做什么。系．確定軟件的實現(xiàn)算法。、內(nèi)容耦合是模塊間最緊密的耦合，（）是模塊間最松散的耦合。.．數(shù)據(jù)耦合．業(yè)非直接耦合．項控制耦合．系外部耦合9面向?qū)ο笫恰跋取贝_定“后”（）。.維屬性/方法 業(yè)數(shù)維據(jù)結(jié)構(gòu)/方法 項動維作的主體/執(zhí)行動作動作/操作、是一種（）語言。.維高級編程語言 面業(yè)維向?qū)ο蠼ＵZ言 項分維析方法 系過維程1軟件工程強調(diào)將（）的方法應(yīng)用于軟件的開發(fā)和維護過程之中。.維規(guī)范化 系業(yè)統(tǒng)維化 可項度維量 系以上維全部2軟件開發(fā)活動的順序應(yīng)該是（）。.維問題定義、可行性研究、需求分析、設(shè)計、編碼和測試。業(yè)維問題定義、設(shè)計、可行性研究、編碼和測試。項維需求分析、設(shè)計、編碼和測試。系維需求分析、編碼和測試、試運行。73假定銀行的存款年利率是2%，請問現(xiàn)在存500元0，兩年后的價值應(yīng)為（）元。.維5202 業(yè)維4500 項維5100、系統(tǒng)物理模型用（）表示。系統(tǒng)流程圖 數(shù)據(jù)流程圖程序流程圖圖5關(guān)于軟件需求特性不正確的描述是“軟件需求具有（）1.維多變性 業(yè)模糊維性 項準維確性 系主觀維性、隨著模塊規(guī)模減小，模塊開發(fā)成本（），模塊集成成本（）。.．減小/減小．業(yè)減小/增加 ．項增加/減小系．增加/增加7反映模塊獨立性的指標是（）。.．模塊的復(fù)雜性 ．業(yè)模塊的大小項．模塊的參數(shù)系．內(nèi)聚和耦合8面向過程的方法最關(guān)心的是（），而過程實施的對象是作為過程參數(shù)傳遞的。.過維程 主業(yè)維體 參項維數(shù) 數(shù)系據(jù)維結(jié)構(gòu)9 是一種（）語言。.建維模工具 業(yè)可維視化的程序設(shè)計語言項面維向?qū)ο蠼ＵZ言過程、用（）模型分析和定義用戶的需求。.數(shù)維據(jù) 靜業(yè)維態(tài) 項動維態(tài)系用維例8、1動態(tài)模型描述系統(tǒng)的動態(tài)結(jié)構(gòu)和對象之間的交互，表示瞬時的、行為化的系統(tǒng)“控制”特性。面向?qū)ο蠓椒ㄖ校Ｓ茫ǎ崿F(xiàn)。.狀維態(tài)圖業(yè)交維互圖項活維動圖系以維上全部2面向?qū)ο蠓治龊驮O(shè)計的界限是（），從分析到設(shè)計是一個逐漸擴充模型的過程。.清維晰的 模業(yè)糊維的 非項線維性的 確系定維的3每個子系統(tǒng)的接口定義了若干（），體現(xiàn)了子系統(tǒng)的功能，而功能的具體實現(xiàn)方法應(yīng)該是隱藏的。.維操作 參業(yè)數(shù)維 算項法維系控維制、測試最早的開始時間是（）。.維從詳細設(shè)計階段開始業(yè)維從編碼階段開始項從維需求分析階段開始系以維上都對5從測試對象的粒度上劃分測試為（）。.維單元測試、集成測試業(yè)維壓力測試、功能測試、性能測試和系統(tǒng)測試項單維元測試、集成測試、系統(tǒng)測試和驗收測試系維黑盒測試、白盒測試、功能測試和性能測試、維護的工作量與軟件規(guī)模成（），軟件的規(guī)?？梢杂稍闯绦虻恼Z句數(shù)量、模塊數(shù)、輸入輸出文件數(shù)、數(shù)據(jù)庫的規(guī)模，以及輸出的報表數(shù)等指標來衡量。.反維比 正業(yè)比維 沒項關(guān)維系 系不維確定87、上世紀7、年代，美國國防部的研究結(jié)果發(fā)現(xiàn)7、的%項目是因為（）原因，造成項目失敗。.維技術(shù)不精 管業(yè)理維不善引起 測項試維不充分 人系員維不夠所有程序設(shè)計語言的基本成分都可歸納為：數(shù)據(jù)成分、（）、控制成分和傳輸成分。.循維環(huán)成分 業(yè)運維算成分 說項明維成分 系輸維入成分程序結(jié)構(gòu)清晰且簡單易懂，一個函數(shù)的規(guī)模一般（）行。.等維于3、、大于業(yè)5維、、不超項過維3、 系左維右1、、、不屬于軟件項目管理的是（）。.軟維件銷售利潤 業(yè)項維目風(fēng)險評估 項質(zhì)維量監(jiān)控 系開維發(fā)機構(gòu)能力評估、用（）模型描述和分析業(yè)務(wù)流程。.維交互 業(yè)業(yè)維務(wù) 數(shù)項維據(jù) 動系態(tài)維、用（）描述系統(tǒng)與角色之間的接口。.維表單 界業(yè)面維類 窗項體維 對系話維框、對類進行詳細設(shè)計，主要是設(shè)計類的（），優(yōu)化類之間的關(guān)系。.維數(shù)據(jù)結(jié)構(gòu) 處業(yè)理維流程 項屬維性和方法 算系法維、面向?qū)ο笤O(shè)計強調(diào)定義（），并且使它們相互協(xié)作來滿足用戶需求。軟件對象物理模型模型接口、軟件測試的目標是設(shè)計優(yōu)秀的測試用例，（）。.維最快速地找出程序中的問題業(yè)以維最小的代價、在最短的時間內(nèi)盡可能多地發(fā)現(xiàn)軟件中的錯誤項保維障程序的正確性系區(qū)維分出程序員的編程水平6（）不符合軟件測試原則。.對維每個測試結(jié)果進行檢查，不漏掉已經(jīng)出現(xiàn)的錯誤跡象業(yè)．程序員應(yīng)該仔細測試自己編寫的程序代碼項維程序員要避免測試自己編寫的程序代碼4系7維測1試2工作越早開始越好、引起軟件改變的原因主要有（）。.運維行環(huán)境變化業(yè)需維求變化項系維統(tǒng)有錯 系以維上全部、（）針對開發(fā)過程中的程序、數(shù)據(jù)、文檔提出使用和管理策略。.．組織管理業(yè)．過程管理項．軟件配置管理．系風(fēng)險管理9現(xiàn)在人們更強調(diào)程序代碼的（）。.維可維護性 業(yè)可維移植性項可維擴充性系高維效性、程序的三種基本控制結(jié)構(gòu)，包括順序結(jié)構(gòu)、（）和循環(huán)結(jié)構(gòu)。.維判斷結(jié)構(gòu) 業(yè)說維明結(jié)構(gòu) 輸項維入結(jié)構(gòu) 系輸維出結(jié)構(gòu)二、簡答題1、試從軟件的特點出發(fā)分析軟件危機產(chǎn)生的原因。答案1）軟件是一種邏輯實體，具有抽象性，無法看到軟件本身的形態(tài)，必須通過觀察、分析、思考和判斷才能了解它的功能和性能。2）軟件對硬件和環(huán)境有著不同程度的依賴性，這導(dǎo)致了軟件升級和移植的問題。計算機硬件和支撐環(huán)境不斷升級，為了適應(yīng)運行環(huán)境的變化，軟件也需要不斷維護，并且維護的成本通常比開發(fā)成本高許多。3）軟件生產(chǎn)至今尚未擺脫手工方式，軟件開發(fā)的手工行為造就了一個致命的問題，就是為應(yīng)用“量身訂做”軟件。長期以來，軟件給人的感覺是修改幾條指令很簡單，客戶總是強調(diào)軟件要適應(yīng)自己的業(yè)務(wù)需求。因此，軟件產(chǎn)品大多是為客戶“訂做”的，通用性差。4）軟件涉及人類社會的各行各業(yè)，常常涉及一些行業(yè)知識，這對軟件工程師提出了很高的要求。5）軟件是與文學(xué)藝術(shù)作品相似的精神作品，與體力勞動相比，精神活動過程的特點是“不可見性”，這大大增加了組織管理上的困難。、一個程序片段如下，請設(shè)計符合條件組合覆蓋的測試用例。“不在計算區(qū)域”答案綜合以上條件組合，設(shè)計測試用例如下（注意結(jié)果不唯一，只要滿足上面的組合條件即可）：3、面向?qū)ο蟮姆治鐾ǔＲ⑷齻€模型，請問三個模型的作用？答案1）功能模型：表達系統(tǒng)的詳細需求，為軟件的進一步分析和設(shè)計打下基礎(chǔ)。在面向?qū)ο蠓椒ㄖ校捎美龍D和場景描述組成。2）對象模型：表示靜態(tài)的、結(jié)構(gòu)化的系統(tǒng)“數(shù)據(jù)”性質(zhì)。描述現(xiàn)實世界中實體的對象以及它們之間的關(guān)系，表示目標系統(tǒng)的靜態(tài)數(shù)據(jù)結(jié)構(gòu)。3）動態(tài)模型：描述系統(tǒng)的動態(tài)結(jié)構(gòu)和對象之間的交互，表示瞬時的、行為化的系統(tǒng)的“控制”特性。4、軟件工程為什么要強調(diào)規(guī)范化和文檔化？答案軟件工程強調(diào)規(guī)范化和文檔化。規(guī)范化的目的是使眾多的開發(fā)者遵守相同的規(guī)范，使軟件生產(chǎn)擺脫個人生產(chǎn)方式，進入標準化、工程化的生產(chǎn)方式。文檔化是將軟件的設(shè)計思想、設(shè)計過程和實現(xiàn)過程完整地記錄下來，以便于后人的使用和維護，在開發(fā)過程中各類相關(guān)人員借助于文檔進行交流和溝通。另外，在開發(fā)過程中產(chǎn)生的各類文檔使得軟件的生產(chǎn)過程由不可見變?yōu)榭梢?，便于管理者對軟件生產(chǎn)進度和開發(fā)過程進行管理。在用戶最終驗收時可以通過對提交的文檔進行技術(shù)審查和管理審查，保證軟件的質(zhì)量。5、讀懂下面的程序，調(diào)整格式，使其更容易理解，并添加注釋。答案intmain（）{inta[10];//讀入10個數(shù)據(jù)for（inti=0;i<scanf（"%d",a[i]存放最大值， 存放最小值intmax=a[0],min//從10個數(shù)中發(fā)現(xiàn)最大、最小值輸/出結(jié)果printf("max=%d",max);printf("min=%d",min);return0;6、軟件需求可以分為業(yè)務(wù)需求、用戶需求、功能需求和非功能需求，請分析業(yè)務(wù)需求與用戶需求的區(qū)別？答案業(yè)務(wù)需求是用戶高層領(lǐng)導(dǎo)機構(gòu)決定的，它確定軟件的目標、規(guī)模和范圍。業(yè)務(wù)需求一般在進行需求分析之前就應(yīng)該確定，需求分析階段要以此為參照制定需求調(diào)研計劃、確定用戶核心需求和軟件功能需求。業(yè)務(wù)需求通常比較簡潔，大約三?五頁紙就可以描述清楚，也可以將它直接作為需求規(guī)格說明書中的一部分。用戶需求是用戶使用該軟件要完成的任務(wù)。這部分需求應(yīng)該充分調(diào)研具體的業(yè)務(wù)部門，詳細了解最終用戶的工作過程、所涉及的信息、當前系統(tǒng)的工作情況、與其他系統(tǒng)的接口等等。用戶需求是最重要的需求，也是出現(xiàn)問題最多的。7、一個程序片段如下，請設(shè)計符合判定覆蓋的測試用例。if(a>=5)&&(b<0){c=a+b;elsec=a-b;if(c>5)||(c<1)printf(“c不在計算區(qū)域”)elseprintf(“%d\n”, c);答案條件：a>=5 b<0a4bc<11<c<5符合判定覆蓋的測試用例(不唯一)：a,b,c;a,b,c;8、請說明對象模型的作用是什么？答案對象模型：表示靜態(tài)的、結(jié)構(gòu)化的系統(tǒng)“數(shù)據(jù)”性質(zhì)。描述現(xiàn)實世界中實體的對象以及它們之間的關(guān)系，表示目標系統(tǒng)的靜態(tài)數(shù)據(jù)結(jié)構(gòu)。在面向?qū)ο蠓椒ㄖ?，類圖是構(gòu)建對象模型的核心工具。9請說明圖的作用，并給出一個 圖的模板。答案數(shù)據(jù)流程圖中的處理本應(yīng)該放在數(shù)據(jù)字典中進行定義，但是由于處理與數(shù)據(jù)是有一定區(qū)別的兩類事物，它們各自有獨立的描述格式，因此在實際項目中通常將處理說明用 圖標描述。下面是項目中常用的處理說明模板:系統(tǒng)名稱： 作者:處理編號： 日期:輸入?yún)?shù)說明：輸出參數(shù)說明：處理說明：局部數(shù)據(jù)元素：備注：10、什么是耦合？什么是內(nèi)聚？答案在軟件設(shè)計中應(yīng)該保持模塊的獨立性原則。反映模塊獨立性的有兩個標準：內(nèi)聚和耦合。內(nèi)聚衡量一個模塊內(nèi)部各個元素彼此結(jié)合的緊密程度；耦合衡量模塊之間彼此依賴的程度。軟件設(shè)計時追求高內(nèi)聚、低耦合。請畫圖說明軟件工程的層次化結(jié)構(gòu)，并詳細分析中間兩層的內(nèi)容。11、答案軟件工程的內(nèi)容具有層次化結(jié)構(gòu)，最底層是質(zhì)量保證層，中間是過程層和方法層，最上層是工具層。見圖：工具層方法層過程層質(zhì)量保證層其中過程層定義了一組關(guān)鍵過程域，目的是保證軟件開發(fā)過程的規(guī)范性和可控性。方法層提供了軟件開發(fā)的各種方法，包括如何進行軟件需求分析和設(shè)計，如何實現(xiàn)設(shè)計，如何測試和維護等方法。12、請為下面的程序設(shè)計符合判定覆蓋的測試用例。intmain(){inta,b,c,x,y,z;scanf(“d%,d%,d%),&a,&b,&c);ifa>5x=10elsex=1;ifb>10y=20elsey=2;ifc>15z=30elsez=3;printf(“d%,d%,d%\n”,x,y,z)答案條件：a>5a<=5b>10b<=10c>15c<=15判定測試用例(不唯一)：a=6b=11c=16；a=5b=10c=1513、請說明快速原型化模型的基本思想。答案在需求分析的同時，以比較小的代價快速建立一個能夠反映用戶主要需求的原型系統(tǒng)。用戶在原型系統(tǒng)上可以進行基本操作，并且提出改進意見，分析人員根據(jù)用戶的意見完善原型，然后再由用戶評價，提出建議，如此往復(fù)，直到開發(fā)的原型系統(tǒng)滿足了用戶的需求為止?；诳焖僭突Ｐ偷拈_發(fā)過程基本上是線性的，從創(chuàng)建系統(tǒng)原型到系統(tǒng)運行，期間沒有反饋環(huán)。這是由于開發(fā)人員是在原型的基礎(chǔ)上進行系統(tǒng)分析和設(shè)計，而原型已經(jīng)通過了用戶和開發(fā)組的審查，在設(shè)計階段由于有原型作設(shè)計參考，所以設(shè)計的結(jié)果正確率比較高。4下面的程序段被程序員誤寫成程序段，請設(shè)計合適的測試用例發(fā)現(xiàn)其中的錯誤。程序段程序段TTif( ) ( )TTif( ) ( )TTTTTTif( ) ( )TTif( ) ( )TTTTTTprintf(“d%n”，T)；printf(“d%n”，T)；答案條件組合：A>=1B>=2;A>=1B>2A<1B>=2A<1B<2X>=90Y>=75X>=90Y<75X<90Y>=75X<90Y<75由此獲得測試用例：A=1B=2;A=1B=1;A=0B=2;A=0B=1;X=90Y=75;X=90Y=1;X=1Y=75;X=1Y=1;其中X=90Y=75能夠發(fā)現(xiàn)錯誤。評分標準：答案不唯一，不管用什么方法，給出的測試用例能夠發(fā)現(xiàn)錯誤就給滿分。參考答案為X=90Y=75。15、請舉例說明用例之間的包含關(guān)系和擴展關(guān)系的區(qū)別？答案包含關(guān)系用于構(gòu)造多個用例共同的活動。例如，在ATM系統(tǒng)中，取錢、查詢、更改密碼等功能都需要驗證用戶密碼。這種情況下應(yīng)該將密碼驗證功能獨立出來，便于復(fù)用、減少冗余。一個用例擴展另一個用例的功能，例如，在圖書館信息管理系統(tǒng)中，讀者還書時，系統(tǒng)檢查所還圖書是否有預(yù)訂記錄，如果有則執(zhí)行“通知”用例。16、軟件設(shè)計中的抽象是什么意思？答案所謂抽象就是將事務(wù)的相似方面集中和概括起來，暫時忽略它們之間的差異?；蛘哒f，抽象就是抽出事務(wù)的本質(zhì)特性而暫時不考慮它們的細節(jié)17、孩子閱讀疲倦時，一定要休息。如果不疲倦，但是對所閱讀的內(nèi)容不感興趣，就跳到下一章；如果不疲倦，對內(nèi)容有興趣，理解無困難，則繼續(xù)閱讀；如果不疲倦，對內(nèi)容有興趣，但理解有困難，則應(yīng)該重讀。請對上面的描述設(shè)計判定表。答案 疲倦YYYYNNNN感興趣YYNNYYNN糊涂YNYNYNYN重讀N繼續(xù)N跳到一下章VV休息NNNN化簡為:疲倦YNNN感興趣YYN糊涂YN重讀V繼續(xù)V跳到一下章V休息V18、活動圖與狀態(tài)圖的區(qū)別？答案描述的重點不同：活動圖描述的是從活動到活動的控制流；狀態(tài)圖描述的是對象的狀態(tài)及狀態(tài)之間的轉(zhuǎn)移。使用的場合不同：在分析用例、理解涉及多個用例的工作流、處理多線程應(yīng)用等情況下，一般使用活動圖；在顯示一個對象在其生命周期內(nèi)的行為時，一般使用狀態(tài)圖。19、試分析結(jié)構(gòu)化方法存在的主要問題是什么？答案結(jié)構(gòu)化方法分析和設(shè)計階段所應(yīng)用的模型之間存在鴻溝。分析階段的主要模型是數(shù)據(jù)流程圖，設(shè)計階段的主要模型是軟件模塊結(jié)構(gòu)圖，數(shù)據(jù)流程圖和軟件模塊結(jié)構(gòu)圖之間需要進行轉(zhuǎn)換。不同的人轉(zhuǎn)換出的模塊圖可能不同，有很大的隨意性。需求分析的細化程度沒有標準，只能憑借分析人員的經(jīng)驗自己把握；需求分析的過程是在一種瀑布形式，當需求變更時，功能變化就會導(dǎo)致軟件模塊結(jié)構(gòu)發(fā)生變化，造成了軟件結(jié)構(gòu)不穩(wěn)定。結(jié)構(gòu)化程序設(shè)計將數(shù)據(jù)定義與處理數(shù)據(jù)的過程相分離，不利于軟件復(fù)用。結(jié)構(gòu)化方法設(shè)計的軟件結(jié)構(gòu)不穩(wěn)定，缺乏靈活性，可維護性差。20、請說明判定表的作用及其結(jié)構(gòu)。答案判定表是結(jié)構(gòu)花設(shè)計的工具，用于描述多重條件的處理。分為4各部分：條件列表、條件組合、操作列表、特定條件下的操作組合。21、請給出軟件工程七條基本原理中的任意三條基本原理。答案原理1．用分階段的生命周期計劃嚴格管理原理2．堅持進行階段評審原理3．實行嚴格的產(chǎn)品控制原理4．采用現(xiàn)代程序設(shè)計技術(shù)原理5．結(jié)果應(yīng)能清楚地審查原理6．開發(fā)小組的人員應(yīng)該少而精原理7．承認不斷改進軟件工程實踐的必要性22、結(jié)構(gòu)化程序設(shè)計的特征是什么？答案：結(jié)構(gòu)化程序設(shè)計的特征如下：程序模塊只有一個入口和一個出口、程序中只包含順序、條件和循環(huán)三種控制結(jié)構(gòu)。23、某學(xué)校開發(fā)了學(xué)生網(wǎng)上選課的系統(tǒng)，學(xué)生在網(wǎng)上查找到希望選修的課程，并查看是否還有名額，若有名額就輸入學(xué)號，系統(tǒng)自動記錄該學(xué)生的選課信息，并返回選課成功。下面的順序圖描述了選課成功的情形，請將以下對象填入最合適的位置：系統(tǒng)界面、學(xué)生、學(xué)生基本信息、學(xué)生選課記錄、課程基本信息。答：

24、軟件需求可以分為業(yè)務(wù)需求、用戶需求、功能需求和非功能需求，請分析業(yè)務(wù)需求與功能需求的區(qū)別？答案業(yè)務(wù)需求是用戶高層領(lǐng)導(dǎo)機構(gòu)決定的，它確定軟件的目標、規(guī)模和范圍。業(yè)務(wù)需求一般在進行需求分析之前就應(yīng)該確定，需求分析階段要以此為參照制定需求調(diào)研計劃、確定用戶核心需求和軟件功能需求。業(yè)務(wù)需求通常比較簡潔，大約三?五頁紙就可以描述清楚，也可以將它直接作為需求規(guī)格說明書中的一部分。功能需求定義了軟件開發(fā)人員必須實現(xiàn)的軟件功能。用戶從他們完成任務(wù)的角度對軟件提出了用戶需求，這些需求通常是凌亂的、非系統(tǒng)化的、有冗余的，開發(fā)人員不能據(jù)此編寫程序。軟件分析人員要充分理解用戶需求，將用戶需求整理成軟件功能需求。開發(fā)人員根據(jù)功能需求進行軟件設(shè)計和編碼。25、對功率大于50馬力的機器或已運行10年以上的機器，應(yīng)送到專業(yè)的維修公司處理；如果功率小于20馬力，并且有維修記錄，則在車間維修；否則送到本廠的維修中心維修，請建立判定表。>=50馬力>=50馬力YNNN<=20馬力NNYN>=10年NYN有維修記錄Y送外VV本廠V本車間V二、應(yīng)用題1、某企業(yè)的設(shè)備維修委托給專業(yè)的技術(shù)公司完成，現(xiàn)在要開發(fā)軟件對設(shè)備維修信息進行管理，具體描述如下：車間主任填寫維修申請單，內(nèi)容有設(shè)備名稱、型號、故障描述、維護時間要求、預(yù)計費用；填好后交給審計人員，審計人員根據(jù)企業(yè)的審計規(guī)定對維修申請單進行審計，填寫審計意見和審計結(jié)果，審計意見可以修改費用，審計結(jié)果是同意或不同意；車間主任可以隨時查詢審計意見和結(jié)果；審計通過的維修申請單送給總經(jīng)理進行審核，并填寫審核意見和結(jié)果，審核也是以修改費用，審核結(jié)果是同意或不同意。審核通過后，車間把設(shè)備送去維修。維修后由車間主任組織對設(shè)備維修結(jié)果進行驗收，企業(yè)對每臺有設(shè)備驗收標準。驗收通過后，由財務(wù)人員進行結(jié)算，填寫支付單并支付維修費。最后收取發(fā)票后，財務(wù)人員填寫發(fā)票記錄。請畫出設(shè)備維修信息管理軟件的數(shù)據(jù)流程圖。

、某個學(xué)生成績管理系統(tǒng)的部分功能如下：基本信息管理：教務(wù)管理人員輸入或修改學(xué)期教學(xué)計劃、學(xué)生名單和教師名單;學(xué)生選課：學(xué)生根據(jù)教學(xué)執(zhí)行計劃進行選課；分配任課教師：教務(wù)管理人員為符合開課條件的課程分配教師；教師查詢并打印課表；成績管理：每門課程的教師在考試評分結(jié)束后將考試成績錄入，學(xué)生可查詢。請根據(jù)要求畫出該問題的數(shù)據(jù)流程圖。學(xué)生信息學(xué)生選課T信息查加教師信息教師課程表學(xué)生選課記錄教師學(xué)生DS2 教師名單課程信息師*學(xué)生信息教師 信息教務(wù)人員DS5錄入成績學(xué)生信息學(xué)生選課T信息查加教師信息教師課程表學(xué)生選課記錄教師學(xué)生D