【正文】 ％，考試時(shí)間為 90 分鐘。 終結(jié)性考試的組卷原則及試題類(lèi)型 符合教學(xué)大綱和課程考核文件的要求，對(duì)各章的事實(shí)性知識(shí)、概念性知識(shí)和程序性知識(shí)應(yīng)具有較廣的覆蓋面，題型和內(nèi)容與形考中的平時(shí)作業(yè)基本一致。本題含 20 小題，每小題 3 分。 考核要求的層次說(shuō)明 考試要求分為掌握、理解、了解 3 個(gè)層次。 理解：考核要求較高的內(nèi)容，也是課程中較重要的內(nèi)容。要求學(xué)生對(duì)這部分知識(shí)能夠初步認(rèn)識(shí)、學(xué)會(huì)、記憶或簡(jiǎn)單理解，具有簡(jiǎn)要描述、敘述、說(shuō)明和舉例的能力。 （ 3） 軟件工程定義。 （ 2） 理解軟件工程 7 條基本原理，軟件危機(jī)的現(xiàn)象和軟件生存周期模型。 （ 3） 成本 /效益分析。 第 3 章 結(jié)構(gòu)化 分析 考核內(nèi)容： （ 1） 結(jié)構(gòu)化分析的主要任務(wù)。 （ 5） 結(jié)構(gòu)化分析的實(shí)例 —— 圖書(shū)館圖書(shū)信息管理系統(tǒng)需求分析。 第 4 章 結(jié)構(gòu)化設(shè)計(jì) 考核內(nèi)容： （ 1） 軟件設(shè)計(jì)的原則和影 響設(shè)計(jì)的主要因素分析。 考核要求： （ 1） 掌握結(jié)構(gòu)化設(shè)計(jì)的基本概念、方法和步驟。 （ 2） 軟件建模語(yǔ)言。 （ 2） 理解軟件建模語(yǔ) 言。 （ 3） 基于 UML 的面向?qū)ο笮枨蠓治鲆?guī)格說(shuō)明書(shū)模板。 第 7 章 面向?qū)ο笤O(shè)計(jì) 考核內(nèi)容： （ 1） 面 向?qū)ο笤O(shè)計(jì)的概念。 考核要求： （ 1） 理解基于 UML 的面向?qū)ο笤O(shè)計(jì)方法和步驟。 （ 2） 良好的編程習(xí)慣。 （ 3） 了解選擇程序設(shè)計(jì)語(yǔ)言的一般原則。 （ 4） 集成測(cè)試。 （ 2） 掌握黑盒測(cè)試方法。 （ 3） 提高軟件可維護(hù)性的方法 。 第 11 章 軟件項(xiàng)目管理 考核內(nèi)容： （ 1） 軟件項(xiàng)目管理概念。 關(guān)于形成性考核的說(shuō)明 1． 形考要求 平時(shí)作業(yè)：要求由輔導(dǎo)老師隨教學(xué)進(jìn)度分階段布置，學(xué)生獨(dú)立完成，老師批改后要將作業(yè)中存在的問(wèn)題反饋給學(xué)生，錯(cuò)誤較多者應(yīng)要求重做。 3．實(shí)驗(yàn)部分考核要求 實(shí)驗(yàn)部分考核 2 個(gè)實(shí)驗(yàn)。如果借書(shū)數(shù)量超出規(guī)定，則不能繼續(xù)借閱，系統(tǒng)規(guī)定本科生最多只能借閱 10 本，借期 1 個(gè)月；教師最多能夠借閱 20 本，借期 3 個(gè)月，均可以續(xù)借 1次。如果已經(jīng)超期，則處罰。 圖書(shū)采購(gòu)人員采購(gòu)圖書(shū)時(shí)， 要注意合理采購(gòu)，每?jī)?cè)圖書(shū)采購(gòu) 5 本。 系統(tǒng)的各種參數(shù)設(shè)置最好是靈活的，由系統(tǒng)管理人員根據(jù)需要設(shè)定。特別是熟悉數(shù)據(jù)流程圖、數(shù)據(jù)字典和 IPO 圖三個(gè)核心技術(shù)的應(yīng)用。 4人可分別進(jìn)行需求分析，雖然各有分工，但大家必須協(xié)同工作。 2）系統(tǒng)的數(shù)據(jù)字典和 IPO 圖。實(shí)驗(yàn) 1 得到的數(shù)據(jù)流程圖、數(shù)據(jù)字典、 IPO圖作為本實(shí)驗(yàn)的輸入。 2．實(shí)驗(yàn)?zāi)康? 1） 通過(guò)本實(shí)驗(yàn)使學(xué)生掌握結(jié)構(gòu)化設(shè)計(jì)方法和過(guò)程。雖然各有分工，但大家必須協(xié)同工作。 2）軟件模塊結(jié)構(gòu)圖。 6．成績(jī)?cè)u(píng)定 指導(dǎo)教師根據(jù)實(shí)驗(yàn)結(jié)果給出成績(jī)，本實(shí)驗(yàn)占總課程總成績(jī)的 10%。 、善于溝通、具有一定的軟件技能 計(jì)算機(jī)病毒是指（）。 A．模塊 B．調(diào)用參數(shù) C．返回結(jié)果 D．判斷 程序流程圖與數(shù)據(jù)流程圖的關(guān)系（）。 圖 1美國(guó)卡內(nèi)基 ﹒ 梅隆大學(xué)制定的 SWCMM 是（）。 A. 可行性分析之前 B. 需求分析之前 1系統(tǒng)流程圖的主要作用（） . 1 PDL 是一種（）語(yǔ)言。 D. 時(shí)間 功能模型用于表達(dá)系統(tǒng)的需求，為軟件的進(jìn)一步分析和設(shè)計(jì)打下基礎(chǔ)。 A. 快速原型化模型 B. 瀑布模型 2可行性分析研究的費(fèi)用大約是項(xiàng)目總經(jīng)費(fèi)的（）。 A．內(nèi)容耦合 B．?dāng)?shù)據(jù)耦合 C．控制耦合 D．外部耦合 2信息隱藏的核心內(nèi)容是（）。 3對(duì)象模型描述現(xiàn)實(shí)世界中實(shí)體的對(duì)象以及它們之間的關(guān)系，表示目標(biāo)系統(tǒng)的靜態(tài)數(shù)據(jù)結(jié)構(gòu)。 C. 可維護(hù)性 D. 開(kāi)發(fā)效率 3 在設(shè)計(jì)測(cè)試用例時(shí)，應(yīng)該包括（）測(cè)試用例。 B. 技術(shù)和算法 開(kāi)發(fā)進(jìn)度計(jì)劃 3 通俗的說(shuō)，軟件項(xiàng)目管理中常說(shuō)的基線是（）。 4繼承耦合是（）之間的一種關(guān)聯(lián)形式，設(shè)計(jì)時(shí)應(yīng)該適當(dāng)使用這種耦合。 4 軟件維護(hù)過(guò)程中產(chǎn)生的副作用，一般是由（）引起的。 ==X1 ε C. |X0X1|ε =X1 50、 瀑布模型存在 的 問(wèn)題是（ ） 。 5從狹義上講，軟件測(cè)試是（）的過(guò)程。 A. 從需求開(kāi)始重新開(kāi)發(fā) ，并修改 D. 不用讀源程序，從新編寫(xiě)代碼 5 Gantt圖直觀簡(jiǎn)明、易學(xué)易用，但它不能 （）。 62 美國(guó)著名軟件工程專(zhuān)家 于 1983 年提出了軟件工程的（）條基本原理。 、規(guī)模和范圍 6數(shù)據(jù)流程圖的主要作用是（）。 C．確定軟件要做什么。 /方法 /方法 C. 動(dòng)作的主體 /執(zhí)行動(dòng)作 /操作 70、 UML是一種（）語(yǔ)言。 、設(shè)計(jì)、可行性研究、編碼和測(cè)試。 7系統(tǒng)物理模型 用（）表示。 A．模塊的復(fù)雜性 B．模塊的大小 C．模塊的參數(shù) D．內(nèi)聚和耦合 7面向過(guò)程的方法最關(guān)心的是（），而過(guò)程實(shí)施的對(duì)象是作為過(guò)程參數(shù)傳遞的。面向?qū)ο蠓椒ㄖ校Ｓ茫? ）實(shí)現(xiàn)。 8從測(cè)試對(duì)象的粒度上劃分測(cè)試為（）。 89程序結(jié)構(gòu)清晰且簡(jiǎn) 單易懂，一個(gè)函數(shù)的規(guī)模一般 （） 行。 A. 表單 9對(duì)類(lèi)進(jìn)行詳細(xì)設(shè)計(jì)，主要是設(shè)計(jì)類(lèi)的（），優(yōu)化類(lèi)之間的關(guān)系。 ，不漏掉已經(jīng)出現(xiàn)的錯(cuò)誤跡象 B．程序員應(yīng)該仔細(xì)測(cè)試自己編寫(xiě)的程序代碼 序代碼 9 引起軟件改變的原因主要有（）。 二、 簡(jiǎn)答題 試從軟件 的特點(diǎn)出發(fā)分析軟件危機(jī)產(chǎn)生的原因。 (b0) { c=a+b。 int main() { int a[10]。 int max=a[0],min=a[1]。 min=(mina[j]?min:a[j])。 return 0。 (b0) { c=a+b。 什么是耦合？什么是內(nèi)聚？ 1請(qǐng)畫(huà)圖說(shuō)明軟件工程的層次化結(jié)構(gòu)，并詳細(xì)分析中間兩層的內(nèi)容。a,amp。 if b10 y=20 else y=2。 程序段 A 程序段 B …… { T=0。 else T=T+2。 else T=T+4。 (B=2) T=T+1。(Y75) T=T+3。請(qǐng)對(duì)上面的描述設(shè)計(jì)判定表。 下面的順序圖描述了選課成功的情形，請(qǐng)將以下對(duì)象填入最合適的位置：系統(tǒng)界面、學(xué)生、學(xué)生基本信息、學(xué)生選課記錄、課程基本信息。維修后由車(chē)間主任組織對(duì)設(shè)備維修結(jié)果進(jìn)行驗(yàn)收，企業(yè)對(duì)每臺(tái)有設(shè)備驗(yàn)收標(biāo)準(zhǔn)。 某個(gè)學(xué)生成績(jī)管理系統(tǒng)的部分功能如下： (1)基本信息管理：教務(wù)管理人員輸入或修改學(xué)期教學(xué)計(jì)劃、學(xué)生名單和教師名單； (2)學(xué)生選課：學(xué)生根據(jù)教學(xué)執(zhí)行計(jì)劃進(jìn)行選課； (3)分配任課教師：教務(wù)管理人員為符合開(kāi)課條件的課程分配教師 ； (4)教 師查詢并 打印 課表 ； (5)成績(jī)管理：每門(mén)課程的教師在考試評(píng)分結(jié)束后將考試成績(jī) 錄入，學(xué)生 可 查詢。護(hù)士 根據(jù)老人基本信息、護(hù)理方案對(duì)老人進(jìn)行日常護(hù)理，并向系統(tǒng)錄入每日的護(hù)理信息。銀行系統(tǒng)每月從本系統(tǒng)讀入每位教師的實(shí)發(fā)工資，并向每位教師的銀行卡帳戶打入月工資。學(xué)生在網(wǎng)上查看教師給自己布置的作業(yè)，并完成作業(yè)，完成的作業(yè)放在學(xué)生作業(yè)表中。 參考答案 一、 選擇題，請(qǐng)從四個(gè)可選項(xiàng)中選擇 正確答案 。 3) 軟件生產(chǎn) 至今尚未擺脫手工方式 ，軟件開(kāi)發(fā)的手工行為造就了一個(gè)致命的問(wèn)題，就是為應(yīng)用“量身訂做”軟件。 5) 軟件是與文學(xué)藝術(shù)作品相似的精神作 品 ， 與體力勞動(dòng)相比，精神活動(dòng)過(guò)程的特點(diǎn)是“ 不可見(jiàn)性 ” ，這大大增加了組織管理上的困難。描述現(xiàn)實(shí)世界中實(shí)體的對(duì)象以及它們之間的關(guān)系，表示目標(biāo)系統(tǒng)的靜態(tài)數(shù)據(jù)結(jié)構(gòu)。文檔化是將軟件的設(shè)計(jì)思想、設(shè)計(jì)過(guò)程和實(shí)現(xiàn)過(guò)程完整地記錄下來(lái)，以便于后人的使用和維護(hù)，在開(kāi)發(fā)過(guò)程中各類(lèi)相關(guān)人員借助于文檔進(jìn)行交流和溝通 。 //讀入 10個(gè)數(shù)據(jù) for (int i =0。 //從 10 個(gè)數(shù)中發(fā)現(xiàn)最大、最小值 for (int j = 0。 } //輸出結(jié)果 printf(max= %d,max)。業(yè)務(wù)需求一般在進(jìn)行需求分析之前就應(yīng)該確定，需求分析階段要以此為參照制定需求調(diào)研計(jì)劃、確定用戶核心需求和軟件功能需求。用戶需求是最重要的需求，也是出現(xiàn)問(wèn)題最多的。描述現(xiàn)實(shí)世界中實(shí)體的對(duì)象以及它們之間 的關(guān)系，表示目標(biāo)系統(tǒng)的靜態(tài)數(shù)據(jù)結(jié)構(gòu)。反映模塊獨(dú)立性的有兩個(gè)標(biāo)準(zhǔn)：內(nèi)聚和耦合。見(jiàn)圖： 質(zhì)量保證層工具層方法層過(guò)程層 其中過(guò)程層定義了一組 關(guān)鍵過(guò)程域，目的是保證軟件開(kāi)發(fā)過(guò)程的規(guī)范性和可控性?；诳焖僭突Ｐ偷拈_(kāi)發(fā)過(guò)程基本上是線性的，從創(chuàng)建系統(tǒng)原型到系統(tǒng)運(yùn)行，期間沒(méi)有反饋環(huán)。 A=1 B=1。X=90 Y=1。 評(píng)分標(biāo)準(zhǔn)：答案不唯一，不管用什么方法，給出的測(cè)試用例能夠發(fā)現(xiàn)錯(cuò)誤就給滿分。這種情況下應(yīng)該將密碼驗(yàn)證功 能獨(dú)立出來(lái)，便于復(fù)用、減少冗余。 2） 使用的場(chǎng)合不同：在分析用例、理解涉及多個(gè)用例的工作流、處理多線程應(yīng)用等情況下，一般使用活動(dòng)圖；在顯示一個(gè)對(duì)象在其生命周期內(nèi)的行為時(shí)，一般使用狀態(tài)圖。 2) 需求分析的細(xì)化程度沒(méi)有標(biāo)準(zhǔn)，只能憑借分析人員的經(jīng)驗(yàn)自己把握；需求分析的過(guò)程是在一種瀑布形式，當(dāng)需求變更時(shí)，功能變化就會(huì)導(dǎo)致軟件模塊結(jié)構(gòu)發(fā)生變化，造成了軟件結(jié)構(gòu)不穩(wěn)定。分為 4各部分：條件列表、條件組合、操作列表、特定條 件下的操作組合。業(yè)務(wù)需求通常比較簡(jiǎn)潔，大約三～五頁(yè)紙就可以描述清楚，也可以將它直接作為需求規(guī)格說(shuō)明書(shū)中的一部分。開(kāi)發(fā)人員根據(jù)功能需求進(jìn)行軟件設(shè)