【正文】 同的規(guī)范，使軟件生產(chǎn)擺脫個(gè)人生產(chǎn)方式，進(jìn)入標(biāo)準(zhǔn)化、工程化的生產(chǎn)方式。文檔化是將軟件的設(shè)計(jì)思想、設(shè)計(jì)過(guò)程和實(shí)現(xiàn)過(guò)程完整地記錄下來(lái)，以便于后人的使用和維護(hù)，在開(kāi)發(fā)過(guò)程中各類(lèi)相關(guān)人員借助于文檔進(jìn)行交流和溝通。另外，在開(kāi)發(fā)過(guò)程中產(chǎn)生的各類(lèi)文檔使得軟件的生產(chǎn)過(guò)程由不可見(jiàn)變?yōu)榭梢?jiàn)，便于管理者對(duì)軟件生產(chǎn)進(jìn)度和開(kāi)發(fā)過(guò)程進(jìn)行管理。在用戶(hù)最終驗(yàn)收時(shí)可以通過(guò)對(duì)提交的文檔進(jìn)行技術(shù)審查和管理審查，保證軟件的質(zhì)量。 讀懂下面 的程序，調(diào)整格式，使其更容易理解，并添加注釋。 int main() 4 / 16 { int a[10]。 for (int i =0。i10。i++) scanf(“ %d” ,a[i])。 int max=a[0],min=a[1]。 for (int j = 0。j10。j++) { max=(maxa[j]?max:a[j])。 min=(mina[j]?min:a[j])。 } printf(max= %d,max)。 printf(min= %d,min)。 printf(\n)。 return 0。 } int main() { int a[10]。 //讀入 10個(gè)數(shù)據(jù) for (int i =0。i10。i++) scanf(%d,a[i])。 //max存放最大值， min存放最小值 int max=a[0],min=a[0]。 //從 10個(gè)數(shù)中發(fā)現(xiàn)最大、最小值 for (int j = 0。j10。j++) { max=(maxa[j]?max:a[j])。 min=(mina[j]?min:a[j])。 } //輸出結(jié)果 printf(max= %d,max)。 printf(min= %d,min)。 return 0。 } 軟件需求可以分為業(yè)務(wù)需求、用戶(hù)需求、功能需求和非功能需求，請(qǐng)分析業(yè)務(wù)需求與用戶(hù)需求的區(qū)別？ 業(yè)務(wù)需求是用戶(hù)高層領(lǐng)導(dǎo)機(jī)構(gòu)決定的，它確定軟件的目標(biāo)、規(guī)模和范圍。業(yè)務(wù)需求一般在進(jìn)行需求分析之前就應(yīng)該確定，需求分析階段要以此為參照制定需求調(diào)研計(jì)劃、確定用戶(hù)核心需求和軟件功能需求。業(yè)務(wù)需求通常比較簡(jiǎn)潔，大約三～五頁(yè)紙就可以描述清楚，也可以將它直接作為需求規(guī)格說(shuō)明書(shū)中的一部分。 用戶(hù)需求是用戶(hù)使用該軟件要完成的任務(wù)。這部分需求應(yīng)該充分調(diào)研具體的 業(yè)務(wù)部門(mén)，詳細(xì)了解最終用戶(hù)的工作過(guò)程、所涉及的信息、當(dāng)前系統(tǒng)的工作情況、與其他系統(tǒng)的接口等等。用戶(hù)需求是最重要的需求，也是出現(xiàn)問(wèn)題最多的。 一個(gè)程序片段如下，請(qǐng)?jiān)O(shè)計(jì)符合判定覆蓋的測(cè)試用例。 if (a=5) amp。amp。 (b0) { c=a+b。 else c=ab。 if (c5) || (c1) printf(“ c不在計(jì)算區(qū)域 \n” ) else 5 / 16 printf(“ %d\n” , c)。 參考答案 : 條件： a=5 b0 a=5 b≮ 0 c1 1c5 符合判定覆蓋的測(cè)試用 例（不唯一）： a=5,b=1,c=4。 a=5,b=5,c=0。 請(qǐng)說(shuō)明對(duì)象模型的作用是什么？ 對(duì)象模型：表示靜態(tài)的、結(jié)構(gòu)化的系統(tǒng)“數(shù)據(jù)”性質(zhì)。描述現(xiàn)實(shí)世界中實(shí)體的對(duì)象以及它們之間的關(guān)系，表示目標(biāo)系統(tǒng)的靜態(tài)數(shù)據(jù)結(jié)構(gòu)。在面向?qū)ο蠓椒ㄖ?，?lèi)圖是構(gòu)建對(duì)象模型的核心工具。 請(qǐng)說(shuō)明 IPO圖的作用，并給出一個(gè) IPO圖的模板。 數(shù)據(jù)流程圖中的處理本應(yīng)該放在數(shù)據(jù)字典中進(jìn)行定義，但是由于處理與數(shù)據(jù)是有一定區(qū)別的兩類(lèi)事物，它們各自有獨(dú)立的描述格式，因此在實(shí)際項(xiàng)目中通常將處理說(shuō)明用 IPO圖標(biāo)描述。下面是項(xiàng)目中常用 的處理說(shuō)明模板： 系統(tǒng)名稱(chēng)： 作者： 處理編號(hào)： 日期： 輸入?yún)?shù)說(shuō)明： 輸出參數(shù)說(shuō)明： 處理說(shuō)明： 局部數(shù)據(jù)元素： 備注： 什么是耦合？什么是內(nèi)聚？ 在軟件設(shè)計(jì)中應(yīng)該保持模塊的獨(dú)立性原則。反映模塊獨(dú)立性的有兩個(gè)標(biāo)準(zhǔn)：內(nèi)聚和耦合。內(nèi)聚衡量一個(gè)模塊內(nèi)部各個(gè)元素彼此結(jié)合的緊密程 度；耦合衡量模塊之間彼此依賴(lài)的程度。軟件設(shè)計(jì)時(shí)追求高內(nèi)聚、低耦合。 1請(qǐng)畫(huà)圖說(shuō)明軟件工程的層次化結(jié)構(gòu)，并詳細(xì)分析中間兩層的內(nèi)容。 軟件工程的內(nèi)容具有層次化結(jié)構(gòu)，最底層是質(zhì)量保證層，中間是過(guò)程層和方法層，最上層是工具層。見(jiàn)圖： 質(zhì)量保證層工具層方法層過(guò)程層 其中過(guò)程層定義了一組關(guān)鍵過(guò)程域，目的是保證軟件開(kāi)發(fā)過(guò)程的規(guī)范性和可控性。方法層提供了軟件開(kāi)發(fā)的各種方法，包括如何進(jìn)行軟件需求分析和設(shè)計(jì)，如何實(shí)現(xiàn)設(shè)計(jì)，如何測(cè)試和維護(hù)等方法。 1請(qǐng)為下面的程序設(shè)計(jì)符合判定覆蓋的測(cè)試用例 。 int main() { int a,b,c,x,y,z。 scanf(“d%,d%,d%),amp。a,amp。b,amp。c)。 if a5 x=10 else x=1。 if b10 y=20 else y=2。 if c15 z=30 else z=3。 6 / 16 printf(“d%,d%,d% \n”,x,y,z) } 參考答案 : 條件： a5 a=5 b10 b=10 c15 c=15 判定測(cè)試用例 (不唯一 )： a=6 b=11 c=16； a=5 b=10 c=15 1請(qǐng)說(shuō)明快速原型化模型 的基本思想。 在需求分析的同時(shí)，以比較小的代價(jià)快速建立一個(gè)能夠反映用戶(hù)主要需求的原型系統(tǒng)。用戶(hù)在原型系統(tǒng)上可以進(jìn)行基本操作，并且提出改進(jìn)意見(jiàn)，分析人員根據(jù)用戶(hù)的意見(jiàn)完善原型，然后再由用戶(hù)評(píng)價(jià)，提出建議，如此往復(fù)，直到開(kāi)發(fā)的原型系統(tǒng)滿(mǎn)足了用戶(hù)的需求為止?；诳焖僭突Ｐ偷拈_(kāi)發(fā)過(guò)程基本上是線(xiàn)性的，從創(chuàng)建系統(tǒng)原型到系統(tǒng)運(yùn)行，期間沒(méi)有反饋環(huán)。這是由于開(kāi)發(fā)人員是在原型的基礎(chǔ)上進(jìn)行系統(tǒng)分析和設(shè)計(jì)，而原型已經(jīng)通過(guò)了用戶(hù)和開(kāi)發(fā)組的審查，在設(shè)計(jì)階段由于有原型作設(shè)計(jì)參考，所以設(shè)計(jì)的結(jié)果正確率比較高。 1下面的程序段 A被 程序員誤寫(xiě)成程序段 B，請(qǐng)?jiān)O(shè)計(jì)合適的測(cè)試用例發(fā)現(xiàn)其中的錯(cuò)誤。 程序段 A 程序段 B …… { T=0。 if (A=1)amp。amp。 (B=2) T=T+1。 else T=T+2。 if (X=90) amp。amp。(Y=75) T=T+3。 else T=T+4。 } printf(“d% \n”,T) ； …… …… { T=0。 if (A=1)amp。amp。 (B=2) T=T+1。 else T=T+2。 if (X=90)amp。amp。(Y75) T=T+3。 else T=T+4。 } printf(“d %\n”,T) ； …… 條件組合： A=1 B=2。 A=1 B2 A1 B=2 A1 B2 X=90 Y=75 X=90 Y75 X90 Y=75 X90 Y75 由此獲得測(cè)試用例： A=1 B=2。 A=1 B=1。A=0 B=2。A=0 B=1。X=90 Y=75。X=90 Y=1。X=1 Y=75。X=1 Y=1。其中 X=90 Y=75能夠發(fā)現(xiàn)錯(cuò)誤。 1請(qǐng)舉例說(shuō)明用例之間的包含關(guān)系和擴(kuò)展關(guān)系的區(qū)別？ 包含關(guān)系用于構(gòu)造多個(gè)用例共同的活動(dòng)。例如，在 ATM系統(tǒng)中， 取錢(qián)、查詢(xún)、更改密碼等功能都需要驗(yàn)證用戶(hù)密碼。這種情況下應(yīng)該將密碼驗(yàn)證功 能獨(dú)立出來(lái)，便于復(fù)用、減少冗余。一個(gè)用例擴(kuò)展另一個(gè) 用例 的功能，例如，在圖書(shū)館信息管理系統(tǒng)中，讀者還書(shū)時(shí)，系統(tǒng)檢查所還圖書(shū)是否有預(yù)訂記錄，如果有則執(zhí)行“通知”用例。 1軟件設(shè)計(jì)中的抽象是什么意思？ 所謂抽象就是將事務(wù)的相似方面集中和概括起來(lái)，暫時(shí)忽略它們之間的差異。或者說(shuō)，抽象就是抽出事務(wù)的本質(zhì)特性而暫時(shí)不考慮它們的細(xì)節(jié) 7 / 16 1孩子閱讀疲倦時(shí)，一定要休息。如果不疲倦，但是對(duì)所閱讀的內(nèi)容不感興趣，就跳到下一章；如果不疲倦，對(duì)內(nèi)容有 興趣，理解無(wú)困難，則繼續(xù)閱讀；如果不疲倦，對(duì)內(nèi)容有興趣，但理解有困難，則應(yīng)該重讀。請(qǐng)對(duì)上面的描述設(shè)計(jì)判定表。 參考答案 : 疲倦 Y Y Y Y N N N N 感興趣 Y Y N N Y Y N N 糊涂 Y N Y N Y N Y N 重讀 √ 繼續(xù) √ 跳到一下章 √ √ 休息 √ √ √ √ 化簡(jiǎn)為： 疲倦 Y N N N 感興趣 Y Y N 糊涂 Y N 重讀 √ 繼續(xù) √ 跳到一下章 √ 休息 √ 1 活動(dòng)圖與狀態(tài)圖的區(qū)別？ (1)描述的重點(diǎn)不同：活動(dòng)圖描述的是從活動(dòng)到活動(dòng)的控制流；狀態(tài)圖描述的是對(duì)象的狀態(tài)及狀態(tài)之間的轉(zhuǎn)移。 (2)使用的場(chǎng)合不同：在分析用例、理解涉及多個(gè)用例的工作流、處理多線(xiàn)程應(yīng)用等情況下，一般使用活動(dòng)圖；在顯示一個(gè)對(duì)象在其生命周期內(nèi)的行為時(shí)，一般使用狀態(tài)圖。 1 試分析結(jié)構(gòu)化方法存在的主要問(wèn)題是什么？ (1) 結(jié)構(gòu)化方法分析和設(shè)計(jì)階段所應(yīng)用的模型之間存在鴻溝。分析階段的主要模型是數(shù)據(jù)流程圖，設(shè)計(jì)階段的主要模型是軟件模塊結(jié)構(gòu)圖，數(shù)據(jù)流程圖和軟件模塊結(jié)構(gòu)圖之間需要進(jìn)行轉(zhuǎn)換 。不同的人轉(zhuǎn)換出的模塊圖可能不同，有很大的隨意性。 (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)定。 (3) 結(jié)構(gòu)化程序設(shè)計(jì)將數(shù)據(jù)定義與處理數(shù)據(jù)的過(guò)程相分離，不利于軟件復(fù)用。 (4) 結(jié)構(gòu)化方法設(shè)計(jì)的軟件結(jié)構(gòu)不穩(wěn)定，缺乏靈活性，可維護(hù)性差。 請(qǐng)說(shuō)明判定表的作用及其結(jié)構(gòu)。 判定表是結(jié)構(gòu)花設(shè)計(jì)的工具，用于描述多重條件的處理。分為 4各部分：條件列表、條件組合、操作列表、特定條件下的 操作組合。 2請(qǐng)給出軟件工程七條基本原理中的任意三條基本原理。 原理 1．用分階段的生命周期計(jì)劃嚴(yán)格管理 原理 2．堅(jiān)持進(jìn)行階段評(píng)審 原理 3．實(shí)行嚴(yán)格的產(chǎn)品控制 原理 4．采用現(xiàn)代程序設(shè)計(jì)技術(shù) 原理 5．結(jié)果應(yīng)能清楚地審查 原理 6．開(kāi)發(fā)小組的人員應(yīng)該少而精 原理 7．承認(rèn)不斷改進(jìn)軟件工程實(shí)踐的必要性 2結(jié)構(gòu)化程序設(shè)計(jì)的特征是什么？ 結(jié)構(gòu)化程序設(shè)計(jì)的特征如下：程序模塊只有一個(gè)入口和一個(gè)出口、程序中只包含順序、條件和循環(huán)三種控制結(jié)構(gòu)。 8 / 16 2軟件需求可以分為業(yè)務(wù)需求、用戶(hù)需求、功能需求和非功能需求，請(qǐng)分析 業(yè)務(wù)需求與功能需求的區(qū)別？ 業(yè)務(wù)需求是用戶(hù)高層領(lǐng)導(dǎo)機(jī)構(gòu)決定的，它確定軟件的目標(biāo)、規(guī)模和范圍。業(yè)務(wù)需求一般在進(jìn)行需求分析之前就應(yīng)該確定，需求分析階段要以此為參照制定需求調(diào)研計(jì)劃、確定用戶(hù)核心需求和軟件功能需求。業(yè)務(wù)需求通常比較簡(jiǎn)潔，大約三～五頁(yè)紙就可以描述清楚，也可以將它直接作為需求規(guī)格說(shuō)明書(shū)中的一部分。 功能需求定義了軟件開(kāi)發(fā)人員必須實(shí)現(xiàn)的軟件功能。用戶(hù)從他們完成任務(wù)的角度對(duì)軟件提出了用戶(hù)需求，這些需求通常是凌亂的、非系統(tǒng)化的、有冗余的，開(kāi)發(fā)人員不能據(jù)此編寫(xiě)程序。軟件分析人員要充分理解用戶(hù)需求，將用戶(hù)需求整 理成軟件功能需求。開(kāi)發(fā)人員根據(jù)功能需求進(jìn)行軟件設(shè)計(jì)和編碼。 2 對(duì)功率大于 50馬力的機(jī)器或已運(yùn)行 10 年以上的機(jī)器，應(yīng) 送到專(zhuān)業(yè)的 維修 公司 處理 ；如果功率小于 20馬力，并且有 維修記錄 ，則在車(chē)間維修；否則送到本廠(chǎng)的維修中心維修， 請(qǐng)建立判定表 。 =50馬力 Y N N N =20馬力 N N Y N =10年 N Y N 有維修記錄 Y 送外 √ √ 本廠(chǎng) √ 本車(chē)間 √ 2某學(xué)校開(kāi)發(fā)了學(xué)生網(wǎng)上選課的系統(tǒng)，學(xué)生在網(wǎng)上查找到希望選修的課程，并查看是否還 有名額，若有名額就輸入學(xué)號(hào)，系統(tǒng)自動(dòng)記錄該學(xué)生的選課信息，并返回選課成功。下面的順序圖描述了選課成功的情形，請(qǐng)將以下對(duì)象填入最合適的位置：系統(tǒng)界面、學(xué)生、學(xué)生基本信息、學(xué)生選課記錄、課程基本信息。 ( 2 ) ( 3 )有 有 有 有 有有 有 有 有 有 有 有( 1 )有 有有 有 有 有有 有 有 有有 有有 有 有 有 有 有有 有 有 有有 有 有 有 有有 有 有 有有 有 有 有 有 有有 有 有 有( 4 ) ( 5 ) 9 / 16 參考答案：( 2 ) 有 有 有 有( 3 ) 有 有 有 有有 有有 有 有 有 有有 有 有 有 有 有 有( 1 ) 有 有有 有有 有 有 有有 有 有 有有 有有 有 有 有 有 有有 有 有 有有 有 有 有 有有 有 有 有有 有 有 有 有 有有 有 有 有( 4 ) 有 有 有 有有 有( 5 ) 有 有 有 有有 有 2 什么是軟件危機(jī) ?軟件危機(jī)表現(xiàn)在哪幾個(gè)方面 ? 由于軟件特點(diǎn)和長(zhǎng)期以來(lái)一直