【正文】
abash Brothers Calabash Brothers (Chinese: 葫蘆娃 ) is a Chinese animation TV series produced by Shanghai Animation Film Studio. In the 1980s the series was one of the most popular animations in China. It was released at a point when the Chinese animation industry was in a relatively downed state pared to the rest of the international munity. Still, the series was translated into 7 different languages. The episodes were produced with a vast amount of papercut animations. Black Cat Detective Black Cat Detective (Chinese: 黑貓警長(zhǎng) ) is a Chinese animation television series produced by the Shanghai Animation Film Studio. It is sometimes known as Mr. Black. The series was originally aired from 1984 to 1987. In June 2020, a rebroadcasting of the original series was announced. Critics bemoan the series39。 請(qǐng)仔細(xì)閱讀上面的描述,畫出數(shù)據(jù)流程圖。 假設(shè)變量 A是讀入的成績(jī),則設(shè)計(jì)的測(cè)試用例有 5個(gè): 學(xué)校開發(fā)的網(wǎng)上作業(yè)管理信息系統(tǒng)需求如下:教師使用本系統(tǒng)將作業(yè)題輸入到數(shù)據(jù)庫(kù)中,并且針對(duì)不同的學(xué)生布置不同的作業(yè)。教師可以查詢自己銀行卡的金額。請(qǐng)你根據(jù)以上的描述,畫出數(shù)據(jù)流程圖。 請(qǐng)根據(jù)要求畫出該問題的數(shù)據(jù)流程圖。驗(yàn)收通過后,由財(cái)務(wù)人員進(jìn)行結(jié)算,填寫支付單并支付維修費(fèi)。 10 / 48 2 軟件的用戶分為游客和登 陸會(huì)員,登陸會(huì)員分為群成員和非群成員,群成員分為群主和群普通成員、群管理員,請(qǐng)用類的繼承關(guān)系描述 用戶群。 d)軟件產(chǎn)品的質(zhì)量沒有保證,運(yùn)算結(jié)果出錯(cuò)、操作死機(jī)等現(xiàn)象屢屢出現(xiàn)。這種 現(xiàn)象早在 20 世紀(jì) 60年代被定義為“軟件危機(jī)”。 2 對(duì)功率大于 50馬力的機(jī)器或已運(yùn)行 10 年以上的機(jī)器,應(yīng) 送到專業(yè)的 維修 公司 處理 ;如果功率小于 20馬力,并且有 維修記錄 ,則在車間維修;否則送到本廠的維修中心維修, 請(qǐng)建立判定表 。 功能需求定義了軟件開發(fā)人員必須實(shí)現(xiàn)的軟件功能。 原理 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)。 請(qǐng)說明判定表的作用及其結(jié)構(gòu)。不同的人轉(zhuǎn)換出的模塊圖可能不同,有很大的隨意性。 參考答案 : 疲倦 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)移。 1軟件設(shè)計(jì)中的抽象是什么意思? 所謂抽象就是將事務(wù)的相似方面集中和概括起來,暫時(shí)忽略它們之間的差異。 1請(qǐng)舉例說明用例之間的包含關(guān)系和擴(kuò)展關(guān)系的區(qū)別? 包含關(guān)系用于構(gòu)造多個(gè)用例共同的活動(dòng)。X=90 Y=1。 A=1 B=1。(Y75) T=T+3。 (B=2) T=T+1。 else T=T+4。 else T=T+2。 程序段 A 程序段 B …… { T=0。用戶在原型系統(tǒng)上可以進(jìn)行基本操作,并且提出改進(jìn)意見,分析人員根據(jù)用戶的意見完善原型,然后再由用戶評(píng)價(jià),提出建議,如此往復(fù),直到開發(fā)的原型系統(tǒng)滿足了用戶的需求為止。 if b10 y=20 else y=2。a,amp。方法層提供了軟件開發(fā)的各種方法,包括如何進(jìn)行軟件需求分析和設(shè)計(jì),如何實(shí)現(xiàn)設(shè)計(jì),如何測(cè)試和維護(hù)等方法。軟件設(shè)計(jì)時(shí)追求高內(nèi)聚、低耦合。 數(shù)據(jù)流程圖中的處理本應(yīng)該放在數(shù)據(jù)字典中進(jìn)行定義,但是由于處理與數(shù)據(jù)是有一定區(qū)別的兩類事物,它們各自有獨(dú)立的描述格式,因此在實(shí)際項(xiàng)目中通常將處理說明用 IPO圖標(biāo)描述。 請(qǐng)說明對(duì)象模型的作用是什么? 對(duì)象模型:表示靜態(tài)的、結(jié)構(gòu)化的系統(tǒng)“數(shù)據(jù)”性質(zhì)。 else c=ab。 一個(gè)程序片段如下,請(qǐng)?jiān)O(shè)計(jì)符合判定覆蓋的測(cè)試用例。業(yè)務(wù)需求通常比較簡(jiǎn)潔,大約三~五頁(yè)紙就可以描述清楚,也可以將它直接作為需求規(guī)格說明書中的一部分。 printf(min= %d,min)。j10。i10。 printf(\n)。j++) { max=(maxa[j]?max:a[j])。i++) scanf(“ %d” ,a[i])。 讀懂下面 的程序,調(diào)整格式,使其更容易理解,并添加注釋。規(guī)范化的目的是使眾多的開發(fā)者遵守相同的規(guī)范,使軟件生產(chǎn)擺脫個(gè)人生產(chǎn)方式,進(jìn)入標(biāo)準(zhǔn)化、工程化的生產(chǎn)方式。 (b0) { c=a+b。 3)動(dòng)態(tài)模型:描述系統(tǒng)的動(dòng)態(tài)結(jié)構(gòu)和對(duì)象之間的交互,表示瞬時(shí)的、行為化的系統(tǒng)的“控制”特性。 面向?qū)ο蟮姆治鐾ǔR⑷齻€(gè)模型,請(qǐng)問三個(gè)模型的作用? 1)功能模型:表達(dá)系統(tǒng)的詳細(xì)需求,為軟件的進(jìn)一步分析和設(shè)計(jì)打下基礎(chǔ)。長(zhǎng)期以來,軟件給人的感覺是修改幾條指令很簡(jiǎn)單,客戶總是強(qiáng)調(diào)軟件要適應(yīng)自己的業(yè)務(wù)需求。 (1)軟件是一種邏輯實(shí)體,具有抽象性 , 無法看到軟件本身的形態(tài),必須通過觀察、分析、思考 和 判斷才能了解它 3 / 48 的功能 和性能 。 17.一般性的軟件其 測(cè)試工作量大約占整個(gè)開發(fā)工作量的 (40% )。 13.首先用 (配置圖 )描述系統(tǒng)的物理構(gòu)架,然后將需求分析階段捕獲的系統(tǒng)元素分配到這些物理節(jié)點(diǎn)上。 (減小,減小 ) 8.詳細(xì)設(shè)計(jì)與概要設(shè)計(jì)銜接的圖形工具是 (SC圖 )。 4.可行性研究的主要目的是 (確定系統(tǒng)是否值得開發(fā) )。 100、 程序的三種基本控制結(jié)構(gòu),包括順序結(jié)構(gòu)、( 判斷結(jié)構(gòu) )和循環(huán)結(jié)構(gòu)。 9( 程序員應(yīng)該仔細(xì)測(cè)試自己編寫的程序代碼 )不符合軟件測(cè)試原則。 9用( 界面類 )描述系統(tǒng)與角色之間的接口。 88 所有程序設(shè)計(jì)語(yǔ)言的基本成分都可歸納為:數(shù)據(jù)成分、( 運(yùn)算成分 )、控制成分和傳輸成分。 8測(cè)試最早的開始時(shí)間是( 從需求分析階段開始 )。 8動(dòng)態(tài)模型描述系統(tǒng)的動(dòng)態(tài)結(jié)構(gòu)和對(duì)象之間的交互,表示瞬時(shí)的、行為化的系統(tǒng)“控制”特性。 7隨著模塊規(guī)模減小,模塊開發(fā)成本(),模塊集成成本()。 )。 6面向?qū)ο笫恰跋取贝_定 ()“后”()。 6數(shù)據(jù)流程圖的主要作用是( 描繪系統(tǒng)的邏輯模型 )。 62 美國(guó)著名軟件工程專家 1983 年提出了軟件工程的( 7)條基本原理。 5 Gantt 圖直觀簡(jiǎn)明、易學(xué)易用,但它不能( 直接反應(yīng)任務(wù)間的依賴關(guān)系和關(guān)鍵路徑 )。 5從狹義上講,軟件測(cè)試是( 為發(fā)現(xiàn)錯(cuò)誤而執(zhí)行程序 )的過程。 50、 瀑布模型存在 的 問題是( 缺乏靈活性 ) 。 4軟件維護(hù)過程中產(chǎn)生的副作用,一般是由( 修改程序 )引起的。 4繼承耦合是( 一般化類與特殊化類 )之間的一種關(guān)聯(lián)形式,設(shè)計(jì)時(shí)應(yīng)該適當(dāng)使用這種耦合。 3通俗的說,軟件項(xiàng)目管理中常說的基線是( 通過 正式 復(fù)審 的文檔 )。 3在設(shè)計(jì)測(cè)試用例時(shí),應(yīng)該包括( 上面所有情況 )測(cè)試用例。 3對(duì)象模型描述現(xiàn)實(shí)世界中實(shí)體的對(duì)象以及它們之間的關(guān)系,表示目標(biāo)系統(tǒng)的靜態(tài)數(shù)據(jù)結(jié)構(gòu)。 2信息隱藏的核心內(nèi)容是( 一個(gè)模塊的內(nèi)部信息不允許其他模塊直接訪問 )。 2可行性分析研究的費(fèi)用大約是項(xiàng)目總經(jīng)費(fèi)的( 6%)。 功能模型用于表達(dá)系統(tǒng)的需求,為軟件的進(jìn)一步分析和設(shè)計(jì)打下基礎(chǔ)。 1系統(tǒng)流程圖的主要作用( 描述系統(tǒng)的物理模型 ) . 1 PDL是一種( 過程設(shè)計(jì)語(yǔ)言 )語(yǔ)言。 1美國(guó)卡內(nèi)基﹒梅隆大學(xué)制定的 SWCMM 是( 軟件成熟度模型 )。 程序流程圖與數(shù)據(jù)流程圖的關(guān)系( 不確定 ) 。 計(jì)算機(jī)病毒是指( 一組自我復(fù)制和自動(dòng)執(zhí)行的具有破壞能力的代碼 )。 ( 自律、善于溝通、具有一定的軟件技能 )是職業(yè)軟件工程師的必要條件。 軟件結(jié)構(gòu)圖中沒有( 判斷 )元素。 用( ER圖 )對(duì)需要長(zhǎng)久保存的信息進(jìn)行建模。 1軟件調(diào)研報(bào)告是在( 需求分析之前)提交 的時(shí)候 。 1角色可以有四種類型:系統(tǒng)的使用者,硬件設(shè)備,外 部 系統(tǒng) 和( 時(shí)間 )。 2針對(duì)需求不確定的軟件開發(fā),比較好的模型是( 快速原型化模型 )。 2非直接耦合的模塊獨(dú)立性最強(qiáng),( 內(nèi)容耦合 )的模塊獨(dú)立性最弱。 用( 靜態(tài) )模型建立系統(tǒng)組織結(jié)構(gòu)。 3定義類的屬性類型時(shí)盡量使用已有類型,太多自定義類型會(huì)降低系統(tǒng)的( 可維護(hù)性 )指標(biāo)。 ( 30%,70%) 3 軟件項(xiàng)目管理的內(nèi)容不包括( 技術(shù)和算法 )。 4在分析模型內(nèi)表示協(xié)調(diào)、順序、事務(wù)處理以及控制其他對(duì)象的類是( 控制類 )。 4由于面向?qū)ο笾械睦^承和消息機(jī)制,使得軟件測(cè)試( 更加復(fù)雜 )。 4兩個(gè)浮點(diǎn)數(shù) X0和 X1比較相等時(shí),應(yīng)該用( |X0X1|ε )比較。 5框架是一組可用于不同應(yīng)用的( 類 )的集合。 5一般維護(hù)程序代碼的策略( 根據(jù)維護(hù)申請(qǐng)讀源程序,并修改 )。 6軟件工程的研究?jī)?nèi)容具有層次化結(jié)構(gòu),最底層是質(zhì)量保證層,中間層是( 過程層和方法層 ),最上層是工具層。 6用戶需求描述的是( 用戶使用該軟件要完成的任務(wù) )。 6內(nèi)容耦合是模塊間最緊密的耦合,( 非直接耦合 )是模塊間最松散的耦合。 D.以上全部 7軟件開發(fā)活動(dòng)的順序應(yīng)該是( 問題定義、可行性研究、需求分析、設(shè)計(jì)、編碼和測(cè)試。 7關(guān)于軟件需求特性不正確的描述是“軟件需求具有( 準(zhǔn)確性 )”。 80、用( 用例 )模型分析和定義用戶的需求。 8每個(gè)子系統(tǒng)的接口定義了若干( 操作 ),體現(xiàn)了子系統(tǒng)的功能,而功能的具體實(shí)現(xiàn)方法應(yīng)該是隱藏的。 8上世紀(jì) 70 年代, 美國(guó)國(guó)防 部的研究結(jié)果發(fā)現(xiàn) 70%的項(xiàng)目是因?yàn)椋?管理不善引起 )原因,造成項(xiàng)目失敗。 9用( 動(dòng)態(tài) )模型描述和分析業(yè)務(wù)流程。 9 軟件測(cè)試的目標(biāo)是設(shè)計(jì)優(yōu)秀的測(cè)試用例,( 以最小的代價(jià)、在最短的時(shí)間內(nèi)盡可能多地發(fā)現(xiàn)軟件中的錯(cuò)誤 )。 9 現(xiàn)在人們更強(qiáng)調(diào)程序代碼的( 可維護(hù)性 )。 3. IEEE是 (國(guó)際電氣和電子工程師協(xié)會(huì) )的簡(jiǎn)稱。 7.隨著模塊規(guī)模的 —— ,模塊的開發(fā)成本 —— ,但是模塊之間的接口變得復(fù)雜起來,使得模塊的集成成本增加。 12.構(gòu)建類圖是 (對(duì)象模型 )的任務(wù)。 16.程序的三種基本控制結(jié)構(gòu),包括順序結(jié)構(gòu)、 (條件 /判斷結(jié)構(gòu) )和循環(huán)結(jié)構(gòu)。 二、 簡(jiǎn)答題 試從軟件的特點(diǎn)出發(fā)分析軟件危機(jī)產(chǎn)生的原因。 (3)軟件生產(chǎn) 至今尚未擺脫手工方式 ,軟件開發(fā)的手工行為造就了一個(gè)致命的問題,就是為應(yīng)用“量身訂做”軟件。 (5)軟件是與文學(xué)藝術(shù)作品相似的精神作品 , 與體力勞動(dòng)相比,精神活動(dòng)過程的特點(diǎn)是 “ 不可見性 ” ,這大大增 加了組織管理上的困難。描述現(xiàn)實(shí)世界中實(shí)體的對(duì)象以及它們之間的關(guān)系,表示目標(biāo)系統(tǒng)的靜態(tài)數(shù)據(jù)結(jié)構(gòu)。amp。 …… a=4 b0 a=4 b=0 a4 b0 a4 b=0 c3 c=3 c1 c=1 綜合以上條件組合,設(shè)計(jì)測(cè)試用例如下(注意結(jié)果不唯一,只要滿足上面的組合條件即可): a=4 b=1 c=3 a=4 b=0 c=4 a=1 b=1 c=0 a=1 b=0 c=1 軟件工程為什么要強(qiáng)調(diào)規(guī)范化和文檔化? 軟件工程強(qiáng)調(diào)規(guī)范化和文檔化。在用戶最終驗(yàn)收時(shí)可以通過對(duì)提交的文檔進(jìn)行技術(shù)審查和管理審查,保證軟件的質(zhì)量。i10。j10。 printf(min= %d,min)。 //讀入 10個(gè)數(shù)據(jù) for (int i =0。 //從 10個(gè)數(shù)中發(fā)現(xiàn)最大、最小值 for (int j =