【文章內(nèi)容簡介】 于構(gòu)造多個(gè)用例共同的活動(dòng)。例如，在 ATM系統(tǒng)中， 取錢、查詢、更改密碼等功能都需要驗(yàn)證用戶密碼。這種情況下應(yīng)該將密碼驗(yàn)證功 能獨(dú)立出來，便于復(fù)用、減少冗余。一個(gè)用例擴(kuò)展另一個(gè) 用例 的功能，例如，在圖書館信息管理系統(tǒng)中，讀者還書時(shí)，系統(tǒng)檢查所還圖書是否有預(yù)訂記錄，如果有則執(zhí)行“通知”用例。 1軟件設(shè)計(jì)中的抽象是什么意思？ 所謂抽象就是將事務(wù)的相似方面集中和概括起來，暫時(shí)忽略它們之間的差異?；蛘哒f，抽象就是抽出事務(wù)的本質(zhì)特性而暫時(shí)不考慮它們的細(xì)節(jié) 7 / 15 1孩子閱讀疲倦時(shí)，一定要休息。如果不疲倦，但是對(duì)所閱讀的內(nèi)容不感興趣，就跳到下一章；如果不疲倦，對(duì)內(nèi)容有 興趣，理解無困難，則繼續(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ù) √ 跳到一下章 √ √ 休息 √ √ √ √ 化簡為： 疲倦 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)使用的場合不同：在分析用例、理解涉及多個(gè)用例的工作流、處理多線程應(yīng)用等情況下，一般使用活動(dòng)圖；在顯示一個(gè)對(duì)象在其生命周期內(nèi)的行為時(shí)，一般使用狀態(tài)圖。 1 試分析結(jié)構(gòu)化方法存在的主要問題是什么？ (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ì)化程度沒有標(biāo)準(zhǔn)，只能憑借分析人員的經(jīng)驗(yàn)自己把握；需求分析的過程是在一種瀑布形式，當(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ù)的過程相分離，不利于軟件復(fù)用。 (4) 結(jié)構(gòu)化方法設(shè)計(jì)的軟件結(jié)構(gòu)不穩(wěn)定，缺乏靈活性，可維護(hù)性差。 請(qǐng)說明判定表的作用及其結(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．開發(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 / 15 2軟件需求可以分為業(yè)務(wù)需求、用戶需求、功能需求和非功能需求，請(qǐng)分析 業(yè)務(wù)需求與功能需求的區(qū)別？ 業(yè)務(wù)需求是用戶高層領(lǐng)導(dǎo)機(jī)構(gòu)決定的，它確定軟件的目標(biāo)、規(guī)模和范圍。業(yè)務(wù)需求一般在進(jìn)行需求分析之前就應(yīng)該確定，需求分析階段要以此為參照制定需求調(diào)研計(jì)劃、確定用戶核心需求和軟件功能需求。業(yè)務(wù)需求通常比較簡潔，大約三～五頁紙就可以描述清楚，也可以將它直接作為需求規(guī)格說明書中的一部分。 功能需求定義了軟件開發(fā)人員必須實(shí)現(xiàn)的軟件功能。用戶從他們完成任務(wù)的角度對(duì)軟件提出了用戶需求，這些需求通常是凌亂的、非系統(tǒng)化的、有冗余的，開發(fā)人員不能據(jù)此編寫程序。軟件分析人員要充分理解用戶需求，將用戶需求整 理成軟件功能需求。開發(fā)人員根據(jù)功能需求進(jìn)行軟件設(shè)計(jì)和編碼。 2 對(duì)功率大于 50馬力的機(jī)器或已運(yùn)行 10 年以上的機(jī)器，應(yīng) 送到專業(yè)的 維修 公司 處理 ；如果功率小于 20馬力，并且有 維修記錄 ，則在車間維修；否則送到本廠的維修中心維修， 請(qǐng)建立判定表 。 =50馬力 Y N N N =20馬力 N N Y N =10年 N Y N 有維修記錄 Y 送外 √ √ 本廠 √ 本車間 √ 2某學(xué)校開發(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 / 15 參考答案：( 2 ) 有 有 有 有( 3 ) 有 有 有 有有 有有 有 有 有 有有 有 有 有 有 有 有( 1 ) 有 有有 有有 有 有 有有 有 有 有有 有有 有 有 有 有 有有 有 有 有有 有 有 有 有有 有 有 有有 有 有 有 有 有有 有 有 有( 4 ) 有 有 有 有有 有( 5 ) 有 有 有 有有 有 2 什么是軟件危機(jī) ?軟件危機(jī)表現(xiàn)在哪幾個(gè)方面 ? 由于軟件特點(diǎn)和長期以來一直沒有發(fā)明一種高效的開發(fā)方法，導(dǎo)致軟件生產(chǎn)效率非常低，交付期一拖再拖，最終交付的軟件產(chǎn)品在 質(zhì)量上很難保障。這種現(xiàn)象早在 20 世紀(jì) 60年代被定義為“軟件危機(jī)”。它的具體表現(xiàn)如下： a)“已完成”的軟件不滿足用戶的需求。 b)開發(fā)進(jìn)度不能保障，交付時(shí)間一再拖延。 c)軟件開發(fā)成本難以準(zhǔn)確估算，開發(fā)過程控制困難造成開發(fā)成本超出預(yù)算。 d)軟件產(chǎn)品的質(zhì)量沒有保證，運(yùn)算結(jié)果出錯(cuò)、操作死機(jī)等現(xiàn)象屢屢出現(xiàn)。 e)軟件通常沒有適當(dāng)?shù)奈臋n資料，或文檔與最終交付的軟件產(chǎn)品不符，軟件的可維護(hù)程度非常低。 2 根據(jù)相關(guān)的法律，對(duì)于侵犯軟件著作權(quán)的行為，根據(jù)情節(jié)應(yīng)當(dāng)給予什么處罰 ? 對(duì)于侵犯 軟件著作權(quán)的行為，要根據(jù)情況承擔(dān)停止侵害、消除影響、賠禮道歉、賠償損失等民事責(zé)任；損害社會(huì)公共利益的，由著作權(quán)行政管理部門責(zé)令停止侵權(quán)行為，沒收違法所得，沒收、銷毀侵權(quán)復(fù)制品，并處罰款；情節(jié)嚴(yán)重的，著作權(quán)行政管理部門可以沒收用于制作侵權(quán)復(fù)制品的材料、工具、設(shè)備等；觸犯刑律的，依法追究刑事責(zé)任。 2 請(qǐng)用判定表描述產(chǎn)品出庫量的計(jì)算方法：當(dāng)庫存量大于等于提貨量時(shí)，以提貨量作為出庫量；當(dāng)庫存量小于提貨量，但是庫存量大于等于提貨量的 50％時(shí)，以實(shí)際庫存量作為出庫量；否則，出庫量為 0，不能提貨。 10 / 15 2 軟 件的用戶分為游客和登陸會(huì)員，登陸會(huì)員分為群成員和非群成員，群成員分為群主和群普通成員、群管理員，請(qǐng)用類的繼承關(guān)系描述 用戶群。 三、 應(yīng)用題 某企業(yè)的設(shè)備維修委托給專業(yè)的技術(shù)公司完成，現(xiàn)在要開發(fā)軟件對(duì)設(shè)備維修信息進(jìn)行管理，具體描述如下： 車間主任填寫維修申請(qǐng)單，內(nèi)容有設(shè)備名稱、型號(hào)、故障描述、維護(hù)時(shí)間要求、預(yù)計(jì)費(fèi)用；填好后交給審計(jì)人員，審計(jì)人員根據(jù)企業(yè)的審計(jì)規(guī)定對(duì)維修申請(qǐng)單進(jìn)行審計(jì)，填寫審計(jì)意見和審計(jì)結(jié)果，審計(jì)意見可以修改費(fèi)用，審計(jì)結(jié)果是同意或不同意；車間主任可以隨時(shí)查詢審計(jì)意見和結(jié)果；審計(jì)通過的維修 申請(qǐng)單送給總經(jīng)理進(jìn)行審核，并填寫審核意見和結(jié)果，審核也是以修改費(fèi)用，審核結(jié)果是同意或不同意。審核通過后，車間把設(shè)備送去維修。維修后由車間主任組織對(duì)設(shè)備維修結(jié)果進(jìn)行驗(yàn)收，企業(yè)對(duì)每臺(tái)有設(shè)備驗(yàn)收標(biāo)準(zhǔn)。驗(yàn)收通過后，由財(cái)務(wù)人員進(jìn)行結(jié)算，填寫支付單并支付維修費(fèi)。最后收取發(fā)票后，財(cái)務(wù)人員填寫發(fā)票記錄。 請(qǐng)畫出設(shè)備維修信息管理軟件的數(shù)據(jù)流程圖 。 11 / 15 I P O 1維 修 申 請(qǐng)D S 2審 計(jì) 條 款車 間 主 任D S 1申 請(qǐng) 記 錄I P O 2審 計(jì)I P O 3總 經(jīng) 理 審 核D S 3審 計(jì) 結(jié) 果D S 4審 核 結(jié) 果I P O 4查 詢 結(jié) 果I P O 6結(jié) 算I P O 7驗(yàn) 收I P O 5發(fā) 票 管 理D S 5付 費(fèi) 標(biāo) 準(zhǔn)D S 8驗(yàn) 收 結(jié) 果D S 9驗(yàn) 收 標(biāo) 準(zhǔn)總 經(jīng) 理車 間 主 任財(cái) 務(wù) 人 員D S 6發(fā) 票 管 理D S 7付 費(fèi) 記 錄申 請(qǐng)申 請(qǐng)記 錄查 詢 指 令申 請(qǐng)記 錄審 計(jì) 條 款審 計(jì)結(jié) 果審 計(jì) 結(jié) 果審 計(jì)通 過審 核審 核 結(jié) 果審 核通 過驗(yàn) 收付 費(fèi)標(biāo) 準(zhǔn)驗(yàn) 收結(jié) 果驗(yàn) 收標(biāo) 準(zhǔn)驗(yàn) 收通 過付 費(fèi)記 錄發(fā) 票 信 息結(jié) 算發(fā) 票信 息 某個(gè)學(xué)生成績管理系統(tǒng)的部分功能如下： (1)基本信息管理：教務(wù)管理人員輸入或修改學(xué)期教學(xué)計(jì)劃、學(xué)生名單和教師名單； (2)學(xué)生選課：學(xué)生根據(jù)教學(xué)執(zhí)行計(jì)劃進(jìn)行選課； (3)分配任課教師：教務(wù)管理人員為符合開課條件的課程分配教師 ； (4)教師查詢并 打印 課表 ； (5)成績管理：每門課程的教師在考試評(píng)分結(jié)束后將考試成績 錄入，學(xué)生 可 查詢。 請(qǐng)根據(jù)要求畫出該問題的數(shù)據(jù)流程圖。 12 / 15 I P O 4教 師 信 息D S 2教 師 名 單教 師信 息教 務(wù) 人 員I P O 7教 學(xué) 計(jì) 劃 管 理教 師教 師 信 息教 師學(xué) 生D S 6教 學(xué) 計(jì) 劃I P O 6分 配 教 師D S 5教 師 課 程 表教 師 課 表I P O 1學(xué) 生 信 息D S 1學(xué) 生 名 單學(xué) 生 信 息I P O 2學(xué) 生 選 課D S 3學(xué) 生 選 課 記 錄選 課I P O 5成 績 錄 入D S 4成 績學(xué) 生 成 績I P O 3成 績