軟件工程課后參考答案.doc_第1頁(yè)
軟件工程課后參考答案.doc_第2頁(yè)
軟件工程課后參考答案.doc_第3頁(yè)
全文預(yù)覽已結(jié)束

下載本文檔

版權(quán)說(shuō)明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請(qǐng)進(jìn)行舉報(bào)或認(rèn)領(lǐng)

文檔簡(jiǎn)介

.第一章課后參考答案1.什么是軟件危機(jī)?它們有哪些典型表現(xiàn)?為什么會(huì)出現(xiàn)軟件危機(jī)?“軟件危機(jī)”是指計(jì)算機(jī)軟件的“開(kāi)發(fā)”和“維護(hù)”過(guò)程中所遇到的一系列“嚴(yán)重問(wèn)題”。這些問(wèn)題決不僅僅是不能正常運(yùn)行的軟件才具有的,實(shí)際上,幾乎“所有軟件”都不同程度地存在這些問(wèn)題。它們有以下表現(xiàn):(1)對(duì)軟件開(kāi)發(fā)成本和進(jìn)度的估計(jì)常常很不準(zhǔn)確;(2)用戶對(duì)“已完成的”軟件系統(tǒng)不滿意的現(xiàn)象經(jīng)常發(fā)生;(3)軟件產(chǎn)品的質(zhì)量往往靠不??;(4)軟件常常是不可維護(hù)的;(5)軟件通常沒(méi)有適當(dāng)?shù)奈臋n資料;(6)軟件成本在計(jì)算機(jī)系統(tǒng)總成本中所占的比例逐年上升;(7)軟件開(kāi)發(fā)生產(chǎn)率提高的速度,遠(yuǎn)遠(yuǎn)跟不上計(jì)算機(jī)應(yīng)用普及深入的趨勢(shì)。出現(xiàn)軟件危機(jī)的 主要原因(1)與軟件本身的特點(diǎn)有關(guān)(2)與軟件開(kāi)發(fā)和維護(hù)過(guò)程中使用的方法不正確有關(guān)2.假設(shè)自己是一家軟件公司的總工程師,當(dāng)把圖1.1給手下的軟件工程師們觀看,告訴他們及時(shí)發(fā)現(xiàn)并改正錯(cuò)誤的重要性時(shí),有人不同意這個(gè)觀點(diǎn),認(rèn)為要求在錯(cuò)誤進(jìn)入軟件之前就清楚它們是不現(xiàn)實(shí)的,并舉例說(shuō):“如果一個(gè)故障是編碼錯(cuò)誤造成的,那么,一個(gè)人怎么能在設(shè)計(jì)階段清除它呢?”應(yīng)該怎么反駁他?答:在軟件開(kāi)發(fā)的不同階段進(jìn)行修改付出的代價(jià)是很不相同的,在早期引入變動(dòng),涉及的面較少,因而代價(jià)也比較低;在開(kāi)發(fā)的中期,軟件配置的許多成分已經(jīng)完成,引入一個(gè)變動(dòng)要對(duì)所有已完成的配置成分都做相應(yīng)的修改,不僅工作量大,而且邏輯上也更復(fù)雜,因此付出的代價(jià)劇增;在軟件“已經(jīng)完成”時(shí)在引入變動(dòng),當(dāng)然付出的代價(jià)更高。一個(gè)故障是代碼錯(cuò)誤造成的,有時(shí)這種錯(cuò)誤是不可避免的,但要修改的成本是很小的,因?yàn)檫@不是整體構(gòu)架的錯(cuò)誤。3.什么是軟件工程?它有哪些本質(zhì)特征?怎么用軟件工程消除軟件危機(jī)?軟件工程是指導(dǎo)知道計(jì)算機(jī)軟件開(kāi)發(fā)和維護(hù)的一門(mén)工程學(xué)科。采用工程的概念、原理、技術(shù)和方法來(lái)開(kāi)發(fā)與維護(hù)軟件,把經(jīng)過(guò)時(shí)間考驗(yàn)而證明正確的管理技術(shù)和當(dāng)前能夠得到的最好技術(shù)方法結(jié)合起來(lái),以經(jīng)濟(jì)地開(kāi)發(fā)出高質(zhì)量的軟件并有效地維護(hù)它,這就是軟件工程。本質(zhì)特征:(1) 軟件工程關(guān)注于大型軟件的構(gòu)造(2) 軟件工程的中心課題是控制復(fù)雜性(3) 軟件經(jīng)常變化(4) 開(kāi)發(fā)軟件的效率非常重要(5) 和諧地合作是開(kāi)發(fā)軟件的關(guān)鍵(6) 軟件必須有效支持它的用戶(7) 在軟件工程領(lǐng)域通常由一種文化背景的人替代具有另一種文化背景的人創(chuàng)造產(chǎn)品消除軟件危機(jī)的原理:(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í)踐的必要性5 根據(jù)歷史數(shù)據(jù)可以做出如下的假設(shè) :對(duì)計(jì)算機(jī)存儲(chǔ)容量的需求大致按下面公式描述的趨勢(shì)逐年增加:M=4080e0.28(Y-1960) ,存儲(chǔ)器的價(jià)格按下面公式描述的趨勢(shì)逐年下降:P1=0.30.72Y-1974(美分/位),如果計(jì)算機(jī)字長(zhǎng)為16位,則存儲(chǔ)器價(jià)格下降的趨勢(shì)為:P2=0.0480.72Y-1974(美元/字),在上列公式中Y代表年份,M是存儲(chǔ)容量(字?jǐn)?shù)),P1和P2代表價(jià)格?;谏鲜黾僭O(shè)可以比較計(jì)算機(jī)硬件和軟件成本的變化趨勢(shì)。要求計(jì)算:1) 在1985年對(duì)計(jì)算機(jī)存儲(chǔ)容量的需求估計(jì)是多少?如果字長(zhǎng)為16位,這個(gè)存儲(chǔ)器的價(jià)格是多少?(2) 假設(shè)在1985年一名程序員每天可開(kāi)發(fā)出10條指令,程序員的平均工資是每月4000美元。如果一條指令為一個(gè)字長(zhǎng),計(jì)算使存儲(chǔ)器裝滿程序所需用的成本。(3) 假設(shè)在1995年存儲(chǔ)器字長(zhǎng)為32位,一名程序員每天可開(kāi)發(fā)出30條指令,程序員的月平均工資為6000美元,重復(fù)(1)、(2)題。6 什么是軟件過(guò)程?它與軟件工程方法學(xué)有何關(guān)系?軟件過(guò)程是為了開(kāi)發(fā)出高質(zhì)量的軟件產(chǎn)品所需完成的一系列任務(wù)的框架,它規(guī)定了完成各項(xiàng)任務(wù)的工作步驟。軟件工程方法學(xué):通常把在軟件生命周期全過(guò)程中使用的一整套技術(shù)方法 的集合稱為方法學(xué),也稱范型。軟件過(guò)程是軟件工程方法學(xué)的3個(gè)重要組成部分之一。7.什么是軟件生命周期模型?試比較瀑布模型、快速模型、增量模型和螺旋模型的優(yōu)缺點(diǎn),說(shuō)明每種模型的適用范圍。通俗的說(shuō),簡(jiǎn)潔地描述軟件過(guò)程的模型叫做軟件生命周期模型,生命周期模型規(guī)定了把生命周期花費(fèi)成哪些階段及各個(gè)階段執(zhí)行的順序。瀑布模型的優(yōu)點(diǎn):有利于大型軟件開(kāi)發(fā)過(guò)程中人員的組織、管理,有利于軟件開(kāi)發(fā)方法和工具的研究,從而提高了大型軟件項(xiàng)目開(kāi)發(fā)的質(zhì)量和效率。瀑布模型的缺點(diǎn):(1)開(kāi)發(fā)過(guò)程一般不能逆轉(zhuǎn),否則代價(jià)太大;(2)實(shí)際的項(xiàng)目開(kāi)發(fā)很難嚴(yán)格按該模型進(jìn)行;(3)客戶往往很難清楚地給出所有的需求,而該模型卻要求如此。(4)軟件的實(shí)際情況必須到項(xiàng)目開(kāi)發(fā)的后期客戶才能看到,這要求客戶有足夠的耐心。 瀑布模型的使用范圍:(1)用戶的需求非常清楚全面,且在開(kāi)發(fā)過(guò)程中沒(méi)有或很少變化; (2)開(kāi)發(fā)人員對(duì)軟件的應(yīng)用領(lǐng)域很熟悉;(3)用戶的使用環(huán)境非常穩(wěn)定;(4)開(kāi)發(fā)工作對(duì)用戶參與的要求很低??焖僭湍P偷膬?yōu)點(diǎn):(1)可以得到比較良好的需求定義,容易適應(yīng)需求的變化;(2)有利于開(kāi)發(fā)與培訓(xùn)的同步;(3)開(kāi)發(fā)費(fèi)用低、開(kāi)發(fā)周期短且對(duì)用戶更友好??焖僭湍P偷娜秉c(diǎn):(1)客戶與開(kāi)發(fā)者對(duì)原型理解不同;(2) 準(zhǔn)確的原型設(shè)計(jì)比較困難;(3) 不利于開(kāi)發(fā)人員的創(chuàng)新。快速原型模型的使用范圍:(1)對(duì)所開(kāi)發(fā)的領(lǐng)域比較熟悉而且有快速的原型開(kāi)發(fā)工具;(2)項(xiàng)目招投標(biāo)時(shí),可以以原型模型作為軟件的開(kāi)發(fā)模型;(3)進(jìn)行產(chǎn)品移植或升級(jí)時(shí),或?qū)σ延挟a(chǎn)品原型進(jìn)行客戶化工作時(shí),原型模型是非常適合的。增量模型的優(yōu)點(diǎn):(1)采用增量模型的優(yōu)點(diǎn)是人員分配靈活,剛開(kāi)始不用投入大量人力資源;(2)如果核心產(chǎn)品很受歡迎,則可增加人力實(shí)現(xiàn)下一個(gè)增量;(3)可先發(fā)布部分功能給客戶,對(duì)客戶起到鎮(zhèn)靜劑的作用。增量模型的缺點(diǎn):(1)并行開(kāi)發(fā)構(gòu)件有可能遇到不能集成的風(fēng)險(xiǎn),軟件必須具備開(kāi)放式的體系結(jié)構(gòu);(2)增量模型的靈活性可以使其適應(yīng)這種變化的能力大大優(yōu)于瀑布模型和快速原型模型,但也很容易退化為邊做邊改模型,從而是軟件過(guò)程的控制失去整體性。增量模型的使用范圍:(1)進(jìn)行已有產(chǎn)品升級(jí)或新版本開(kāi)發(fā),增量模型是非常適合的;(2)對(duì)完成期限嚴(yán)格要求的產(chǎn)品,可以使用增量模型;(3)對(duì)所開(kāi)發(fā)的領(lǐng)域比較熟悉而且已有原型系統(tǒng),增量模型也是非常適合的。螺旋模型的優(yōu)點(diǎn):(1)設(shè)計(jì)上的靈活性,可以在項(xiàng)目的各個(gè)階段進(jìn)行變更;(2)以小的分段來(lái)構(gòu)建大型系統(tǒng),使成本計(jì)算變得簡(jiǎn)單容易;(3)客戶始終參與每個(gè)階段的開(kāi)發(fā),保證了項(xiàng)目不偏離正確方向以及項(xiàng)目的可控性;(4) 隨著項(xiàng)目推進(jìn),客戶始終掌握項(xiàng)目的最新信息 , 從而他或她能夠和管理層有效地交互。 螺旋模型的缺點(diǎn):(1)采用螺旋模型需要具有相當(dāng)豐富的風(fēng)險(xiǎn)評(píng)估經(jīng)驗(yàn)和專門(mén)知識(shí),在風(fēng)險(xiǎn)較大的項(xiàng)目開(kāi)發(fā)中,如果未能夠及時(shí)標(biāo)識(shí)風(fēng)險(xiǎn),勢(shì)必造成重大損失;(2)過(guò)多的迭代次數(shù)會(huì)增加開(kāi)發(fā)成本,延遲提交時(shí)間。螺旋模型的使用范圍:螺旋模型只適合于大規(guī)模的軟件項(xiàng)目。8.為什么說(shuō)噴泉模型較好地體現(xiàn)了面向?qū)ο筌浖_(kāi)發(fā)過(guò)程無(wú)縫和迭代的特性?由于在整個(gè)開(kāi)發(fā)過(guò)程中都使用統(tǒng)一的軟件概念“對(duì)象”,所有其他概念(例如功能、關(guān)系、事件等)都是圍繞對(duì)象組成的,目的是保證分析工作中得到的信息不會(huì)丟失或改變,因此,對(duì)生命周期各個(gè)階段的區(qū)分自然也就不重要了,不明顯了。分析階段的得到的對(duì)象模型也適用于設(shè)計(jì)階段和實(shí)現(xiàn)階段。由于各階段都使用統(tǒng)一的概念和表示符號(hào),因此,整個(gè)開(kāi)發(fā)過(guò)程都是吻合一致的,或者說(shuō)是“無(wú)縫”連接的,這自然也就很容易實(shí)現(xiàn)各個(gè)開(kāi)發(fā)步驟的多次反復(fù)迭代,達(dá)到認(rèn)識(shí)的逐步深化。所以說(shuō)噴泉模型較好的體現(xiàn)了面向?qū)ο筌浖_(kāi)發(fā)過(guò)程無(wú)縫和迭代的特性。第二章 課后習(xí)題參考答案1、在軟件開(kāi)發(fā)的早期階段為什么要進(jìn)行可行性研究?應(yīng)從哪些方面研究目標(biāo)系統(tǒng)的可行性? (1)開(kāi)發(fā)一個(gè)軟件時(shí),需要判斷原定的系統(tǒng)模型和目標(biāo)是否現(xiàn)實(shí),系統(tǒng)完成后所能帶來(lái)的效益是否大到值得投資開(kāi)發(fā)這個(gè)系統(tǒng)的程度,如果做不到這些,那么花費(fèi)在這些工程上的任何時(shí)間、人力、軟硬件資源和經(jīng)費(fèi),都是無(wú)謂的浪費(fèi)??尚行匝芯康哪康木褪怯米钚〉拇鷥r(jià)在盡可能短的時(shí)間內(nèi)確定問(wèn)題是否能夠解決。(2)一般說(shuō)來(lái),至少應(yīng)該從以下三個(gè)方面研究每種解法的可行性: a.技術(shù)可行性 b.經(jīng)濟(jì)可行性 c.操作可行性。2、為方便儲(chǔ)戶,某銀行擬開(kāi)發(fā)計(jì)算機(jī)儲(chǔ)蓄系統(tǒng)。儲(chǔ)戶填寫(xiě)的存款單或取款單由業(yè)務(wù)員鍵入系統(tǒng),如果是存款,系統(tǒng)記錄存款人姓名、住址、存款類型、存款日期、利率等信息,并印出存款單給儲(chǔ)戶;如果是取款,系統(tǒng)計(jì)算利息 并打印出利息清單給儲(chǔ)戶。寫(xiě)出問(wèn)題定義病畫(huà)出此系統(tǒng)的數(shù)據(jù)流圖。問(wèn)題定義如下:如果是存款,儲(chǔ)戶填寫(xiě)存款單,然后交給業(yè)務(wù)員鍵入系統(tǒng),同時(shí)系統(tǒng)還要記錄存款人姓名、住址(或電話號(hào)碼)、身份證號(hào)碼、存款類型、存款日期、利率等信息,完成后由系統(tǒng)打印存款單給儲(chǔ)戶。如果是取款,儲(chǔ)戶填寫(xiě)取款單,然后交給業(yè)務(wù)員,業(yè)務(wù)員把取款金額輸入系統(tǒng)并要求儲(chǔ)戶輸入密碼以確認(rèn)身份,核對(duì)密碼正確無(wú)誤后系統(tǒng)計(jì)算利息并印出利息清單給儲(chǔ)戶。 為了滿足儲(chǔ)戶的需求,該系統(tǒng)需要迅速的對(duì)用戶的要求做出反饋,要對(duì)用戶輸入的信息作出最快的處理,所以就需要很大的主存容量,以及強(qiáng)大的數(shù)據(jù)庫(kù)支持。由于是所面向的用戶是廣泛的儲(chǔ)蓄用戶群,所以需要系統(tǒng)強(qiáng)大的安全性能支持。系統(tǒng)的分層數(shù)據(jù)流圖如下:1、頂層數(shù)據(jù)流圖2、中層數(shù)據(jù)流圖3、底層數(shù)據(jù)流圖3、某航空公司擬開(kāi)發(fā)一個(gè)機(jī)票預(yù)定系統(tǒng)。旅行社把預(yù)訂機(jī)票的旅客信息(姓名、性別等)輸入進(jìn)該系統(tǒng),系統(tǒng)為旅客安排航班,印出取票通知和賬單,旅客在飛機(jī)起飛的前一天憑取票通知和賬單交款取票,系統(tǒng)核對(duì)無(wú)誤即印出機(jī)票給旅客。寫(xiě)出問(wèn)題定義病畫(huà)出此系統(tǒng)的數(shù)據(jù)流圖。問(wèn)題定義:某航空公司,售票工作人員每天手工處理旅客預(yù)訂票、安排航班、取票和收款業(yè)務(wù),工作量較大,需要工作人員多等,總之人工不易管理,手續(xù)繁瑣。數(shù)據(jù)流圖如下:1、頂層數(shù)據(jù)流圖2、中間層數(shù)據(jù)流圖3、底層數(shù)據(jù)流圖4、住院病人主要由護(hù)士護(hù)理,這樣做不僅需要大量護(hù)士,而且由于不能隨時(shí)觀察危重病人的病情變化,還會(huì)延誤搶救時(shí)機(jī)。某醫(yī)院打算開(kāi)發(fā)一個(gè)以計(jì)算機(jī)為中心的患者監(jiān)護(hù)系統(tǒng),請(qǐng)分層次地畫(huà)出描述本系統(tǒng)功能的數(shù)據(jù)流圖。 問(wèn)題定義:本題要開(kāi)發(fā)一個(gè)病人監(jiān)護(hù)系統(tǒng),實(shí)現(xiàn)對(duì)病人癥狀的自動(dòng)監(jiān)護(hù),形成病人日志記錄,減少人力的浪費(fèi)。 在監(jiān)控過(guò)程中,隨時(shí)接受病人的生理信息(脈搏、體溫、血壓、心電圖),對(duì)病人的不正常生理信息(超出醫(yī)生規(guī)定的安全范圍的信息)發(fā)出警告,并向護(hù)士發(fā)出警告信息。護(hù)士還可以根據(jù)需要打印病人的病情報(bào)告。符號(hào)說(shuō)明如下:l F1-要求報(bào)告 F2-生理信號(hào) F3-日期、時(shí)間l F4-警告信息 F5-安全范圍 F6-日志l P1-接收信號(hào) P2-分析信號(hào) P3-產(chǎn)生警告l P4-定時(shí)取樣生理信號(hào) P5-更新日志 P6-產(chǎn)生病情報(bào)告l D1-患者日志 D2-患者安全范圍 D3-生理信息l E1-護(hù)士 E2-病人 E3-時(shí)鐘 方法一:方法二5、 北京某高??捎玫碾娫捥?hào)碼有以下幾類:校內(nèi)電話號(hào)碼由4位數(shù)字組成,第1位數(shù)字不是0;校外電話又分為本市電話和外地電話兩類,撥校外電話需先撥0,若是本市電話則再接著撥8位數(shù)字(第1位不是0),若是外地電話則撥3位區(qū)碼再撥8位電話號(hào)碼(第1位不是0)。請(qǐng)用定義數(shù)據(jù)字典的方法,定義上述的電話號(hào)碼。電話號(hào)碼=校內(nèi)電話號(hào)碼|校外電話號(hào)碼校內(nèi)電話號(hào)碼=非零數(shù)字+ 3 位數(shù)字 /后面繼續(xù)定義校外電話號(hào)碼=本市號(hào)碼|外地號(hào)碼本市號(hào)碼=數(shù)字零+8位數(shù)字外地號(hào)碼=數(shù)字零+3位數(shù)字+8位數(shù)字非零數(shù)字=1|2|3|4|5|6|7|8|9數(shù)字零03位數(shù)字3數(shù)字3 /3至3個(gè)數(shù)字8位數(shù)字=非零數(shù)字+7位數(shù)字7位數(shù)字=7數(shù)字7數(shù)字0|1|2|3|4|5|6|7|8|9第三章課后參考答案1、 為什么要進(jìn)行需求分析?通常對(duì)軟件系統(tǒng)有哪些需求? 答:為了開(kāi)發(fā)出真正滿足用戶需求的軟件產(chǎn)品,首先必須知道用戶的需求,不論軟件工程師把設(shè)計(jì)和編碼工作做得如何出色,不能真正滿足用戶需求的程序只會(huì)令用戶失望。需求分析的任務(wù)不是確定系統(tǒng)怎樣完成它的工作,而是確定系統(tǒng)必須完成哪些工作,對(duì)目標(biāo)系統(tǒng)提出完整、清晰、準(zhǔn)確、具體的要求。只有這樣深入理解了用戶的需求,我們的工作才會(huì)有意義。對(duì)軟件通常有以下需求: 功能需求、性能需求、可靠性和可用性需求、出錯(cuò)處理需求、接口需求、逆向需求、將來(lái)可能提出的要求。2、 怎樣與用戶有效地溝通以獲取用戶的真實(shí)需求? 答:(1)訪談,訪談?dòng)袃煞N基本形式,分別是正式的和非正式的訪談。(2)面向數(shù)據(jù)流自頂向下求精 (3)簡(jiǎn)易的應(yīng)用規(guī)格說(shuō)明技術(shù) (4)快速建立軟件原型 3、銀行計(jì)算機(jī)儲(chǔ)蓄系統(tǒng)的工作過(guò)程大致如下:儲(chǔ)戶填寫(xiě)的存款單或取款單由業(yè)務(wù)員鍵入系統(tǒng),如果是存款則系統(tǒng)記錄存款人姓名、住址(或電話號(hào)碼)、身份證號(hào)碼、存款類型、存款日期、到期日期、利率及密碼(可選)等信息,并印出存單給儲(chǔ)戶;如果是取款而且存款時(shí)留有密碼,則系統(tǒng)首先核對(duì)儲(chǔ)戶密碼,若密碼正確或存款時(shí)未留密碼,則系統(tǒng)計(jì)算利息并印出利息清單給儲(chǔ)戶。 用實(shí)體-聯(lián)系圖描繪系統(tǒng)中的數(shù)據(jù)對(duì)象。實(shí)體-聯(lián)系圖如下:本問(wèn)題中共有三類實(shí)體,分別是“儲(chǔ)戶”和“儲(chǔ)蓄所”及業(yè)務(wù)員,在它們之間存在“存取款”關(guān)系。因?yàn)橐晃粌?chǔ)戶可以在多家儲(chǔ)蓄所存取款,一家儲(chǔ)蓄所擁有多位儲(chǔ)戶,所以“存取款”是多對(duì)多(M:N)關(guān)系。儲(chǔ)戶的屬性主要有姓名、住址、電話號(hào)碼和身份證號(hào)碼,儲(chǔ)蓄所的屬性主要是名稱、地址和電話號(hào)碼,存取款是聯(lián)系,但它也有屬性主要有數(shù)額、類型、到期日期、利率和密碼。業(yè)務(wù)員的屬性主要有編號(hào),姓名,性別和電話號(hào)碼。4、分析習(xí)題2第3題所述的機(jī)票預(yù)訂系統(tǒng),試用實(shí)體-聯(lián)系圖描述本系統(tǒng)中的數(shù)據(jù)對(duì)象。實(shí)體-聯(lián)系圖如下: 本問(wèn)題中主要有三類實(shí)體,分別是“顧客”、 “旅行社” 、 “飛機(jī)航班” 在它們之間存在的關(guān)系有:“顧客”和、 “旅行社”有“代理”關(guān)系;因?yàn)橐晃活櫩涂梢宰尪嗉衣眯猩绱恚患衣眯猩鐡碛卸辔活櫩?,所以“代理”是多?duì)多(M:N)關(guān)系?!邦櫩汀焙汀帮w機(jī)航班”有“預(yù)定機(jī)票”關(guān)系,是一對(duì)一(1:1)關(guān)系。 顧客的屬性主要有身份證號(hào)碼、姓名、性別、工作單位、旅行時(shí)間、旅行目的地、聯(lián)系電話。 旅行社的屬性主要有編號(hào),名稱,地址,負(fù)責(zé)人,聯(lián)系電話。 飛機(jī)航班的屬性主要是航班號(hào)、起飛時(shí)間、目的地、到達(dá)時(shí)間。 “預(yù)定機(jī)票”關(guān)系的屬性有票額(即票價(jià))5、分析習(xí)題2第4題所述的患者監(jiān)護(hù)系統(tǒng),試用實(shí)體-聯(lián)系圖描述本系統(tǒng)中的數(shù)據(jù)對(duì)象,畫(huà)出本系統(tǒng)的頂層IPO圖。實(shí)體-聯(lián)系圖如下:本系統(tǒng)的頂層IPO圖如下:6、復(fù)印機(jī)的工作過(guò)程大致如下:未接到復(fù)印命令時(shí)處于閑置狀態(tài),一旦接到復(fù)印命令則進(jìn)入復(fù)印狀態(tài),完成一個(gè)復(fù)印命令規(guī)定的工作后又回到閑置狀態(tài),等待下一個(gè)復(fù)印命令;如果執(zhí)行復(fù)印命令時(shí)發(fā)現(xiàn)沒(méi)紙,則進(jìn)入缺紙狀態(tài),發(fā)出警告,等待裝紙,裝滿紙后進(jìn)入閑置狀態(tài),準(zhǔn)備接收復(fù)印命令;如果復(fù)印時(shí)發(fā)生卡紙故障,則進(jìn)入卡紙狀態(tài),發(fā)出警告等待維修人員來(lái)排除故障,故障排除后回到閑置狀態(tài)。請(qǐng)用狀態(tài)轉(zhuǎn)換圖描繪復(fù)印機(jī)的行為。 從問(wèn)題陳述可知,復(fù)印機(jī)的狀態(tài)主要有“閑置”、“復(fù)印”、“缺紙”和“卡紙”。引起狀態(tài)轉(zhuǎn)換的事件主要是“復(fù)印命令”、“完成復(fù)印命令”、“發(fā)現(xiàn)缺紙”、“裝滿紙”、“發(fā)生卡紙故障”和“排除了卡紙故障”。 第五章課后參考答案3、設(shè)計(jì)下列系統(tǒng)的軟件結(jié)構(gòu)(1)儲(chǔ)蓄系統(tǒng)2-2(2)機(jī)票預(yù)定系統(tǒng)2-3(3)患者監(jiān)護(hù)系統(tǒng)2-4參考答案:使用結(jié)構(gòu)圖表示1、精選范本1、儲(chǔ)蓄系統(tǒng)2、機(jī)票預(yù)定系統(tǒng)3、患者監(jiān)護(hù)系統(tǒng)4、美國(guó)某大學(xué)有200名教師,校方與教師工會(huì)剛剛簽訂一項(xiàng)協(xié)議。按照協(xié)議,所有年工資超過(guò)$26000(含$26000 )的教師工資將保持不變,年工資少于$26000的教師將增加工資,所增加工資數(shù)額按下述方法計(jì)算:給每位教師所贍養(yǎng)的人(包括教師本人)每年補(bǔ)助$100,此外,教師有一年工齡每年再多補(bǔ)助¥50,但是,增加后的年工資總額不能多于$26000。教師工資檔案存儲(chǔ)在行政辦公室的磁帶上,檔案中有目前的年工資、贍養(yǎng)的人數(shù)、雇傭日期等信息。需要寫(xiě)一個(gè)程序計(jì)算并印出每名教師的原工

溫馨提示

  • 1. 本站所有資源如無(wú)特殊說(shuō)明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請(qǐng)下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請(qǐng)聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁(yè)內(nèi)容里面會(huì)有圖紙預(yù)覽,若沒(méi)有圖紙預(yù)覽就沒(méi)有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫(kù)網(wǎng)僅提供信息存儲(chǔ)空間,僅對(duì)用戶上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對(duì)用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對(duì)任何下載內(nèi)容負(fù)責(zé)。
  • 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請(qǐng)與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時(shí)也不承擔(dān)用戶因使用這些下載資源對(duì)自己和他人造成任何形式的傷害或損失。

評(píng)論

0/150

提交評(píng)論