




版權(quán)說(shuō)明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請(qǐng)進(jìn)行舉報(bào)或認(rèn)領(lǐng)
文檔簡(jiǎn)介
1、第一章課后參考答案1 .什么是軟件危機(jī)?它們有哪些典型表現(xiàn)?為什么會(huì)出現(xiàn)軟件危機(jī)?“軟件危機(jī)”是指計(jì)算機(jī)軟件的“開發(fā)”和“維護(hù)”過(guò)程中所遇到的一系列“嚴(yán)重問(wèn)題”。這些問(wèn)題決不僅僅是不能正常運(yùn)行的軟件才具有的,實(shí)際上,幾乎“所有軟件”都不同程度地存在這些問(wèn)題。它們有以下表現(xiàn):( 1)對(duì)軟件開發(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)軟件開發(fā)生產(chǎn)率提高的速度,遠(yuǎn)遠(yuǎn)跟不上計(jì)算機(jī)應(yīng)用普及深入的趨
2、勢(shì)。出現(xiàn)軟件危機(jī)的主要原因( 1)與軟件本身的特點(diǎn)有關(guān)( 2)與軟件開發(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)該怎么反駁他?答:在軟件開發(fā)的不同階段進(jìn)行修改付出的代價(jià)是很不相同的,在早期引入變動(dòng),涉及的面較少,因而代價(jià)也比較低;在開發(fā)的中期,軟件配置的許多成分已經(jīng)完成,引入一個(gè)變動(dòng)要對(duì)所有已完成的配置成分都做相應(yīng)的修改,不僅工作量大,而
3、且邏輯上也更復(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ī)軟件開發(fā)和維護(hù)的一門工程學(xué)科。采用工程的概念、原理、技術(shù)和方法來(lái)開發(fā)與維護(hù)軟件,把經(jīng)過(guò)時(shí)間考驗(yàn)而證明正確的管理技術(shù)和當(dāng)前能夠得到的最好技術(shù)方法結(jié)合起來(lái),以經(jīng)濟(jì)地開發(fā)出高質(zhì)量的軟件并有效地維護(hù)它,這就是軟件工程。本質(zhì)特征:( 1) 軟件工程關(guān)注于大型軟件的構(gòu)造( 2) 軟件工程的中心課題是控制復(fù)雜性( 3) 軟件經(jīng)常
4、變化4)開發(fā)軟件的效率非常重要( 5) 和諧地合作是開發(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) 開發(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ì)逐年下降:
5、P1=0.3X0.72M974(美分/位),如果計(jì)算機(jī)字長(zhǎng)為16位,則存儲(chǔ)器價(jià)格下降的趨勢(shì)為:P2=0.048X0.7冬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年一名程序員每天可開發(fā)出10條指令,程序員的平均工資是每月4000美元。如果一條指令為一個(gè)字長(zhǎng),計(jì)算使存儲(chǔ)器裝滿程序所需用的成本。(3) 假設(shè)在1995年存儲(chǔ)器字長(zhǎng)為32位,一名程序員每天可開發(fā)出30條指令,程序員
6、的月平均工資為6000美元,重復(fù)(1)、(2)題。6什么是軟件過(guò)程?它與軟件工程方法學(xué)有何關(guān)系?軟件過(guò)程是為了開發(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):有利于大型軟件開發(fā)過(guò)程中人
7、員的組織、管理,有利于軟件開發(fā)方法和工具的研究,從而提高了大型軟件項(xiàng)目開發(fā)的質(zhì)量和效率。瀑布模型的缺點(diǎn):( 1)開發(fā)過(guò)程一般不能逆轉(zhuǎn),否則代價(jià)太大;( 2)實(shí)際的項(xiàng)目開發(fā)很難嚴(yán)格按該模型進(jìn)行;( 3)客戶往往很難清楚地給出所有的需求,而該模型卻要求如此。( 4)軟件的實(shí)際情況必須到項(xiàng)目開發(fā)的后期客戶才能看到,這要求客戶有足夠的耐心。瀑布模型的使用范圍:( 1)用戶的需求非常清楚全面,且在開發(fā)過(guò)程中沒(méi)有或很少變化;( 2)開發(fā)人員對(duì)軟件的應(yīng)用領(lǐng)域很熟悉;( 3)用戶的使用環(huán)境非常穩(wěn)定;( 4)開發(fā)工作對(duì)用戶參與的要求很低??焖僭湍P偷膬?yōu)點(diǎn):( 1)可以得到比較良好的需求定義,容易適應(yīng)需求的變化
8、;( 2)有利于開發(fā)與培訓(xùn)的同步;( 3)開發(fā)費(fèi)用低、開發(fā)周期短且對(duì)用戶更友好。快速原型模型的缺點(diǎn):( 1)客戶與開發(fā)者對(duì)原型理解不同;( 2)準(zhǔn)確的原型設(shè)計(jì)比較困難;( 3)不利于開發(fā)人員的創(chuàng)新??焖僭湍P偷氖褂梅秶海?1)對(duì)所開發(fā)的領(lǐng)域比較熟悉而且有快速的原型開發(fā)工具;( 2)項(xiàng)目招投標(biāo)時(shí),可以以原型模型作為軟件的開發(fā)模型;( 3)進(jìn)行產(chǎn)品移植或升級(jí)時(shí),或?qū)σ延挟a(chǎn)品原型進(jìn)行客戶化工作時(shí),原型模型是非常適合的。增量模型的優(yōu)點(diǎn):( 1)采用增量模型的優(yōu)點(diǎn)是人員分配靈活,剛開始不用投入大量人力資源;(2)如果核心產(chǎn)品很受歡迎,則可增加人力實(shí)現(xiàn)下一個(gè)增( ;(3)可先發(fā)布部分功能給客戶,對(duì)客戶
9、起到鎮(zhèn)靜劑的作用。增量模型的缺點(diǎn):( 1)并行開發(fā)構(gòu)件有可能遇到不能集成的風(fēng)險(xiǎn),軟件必須具備開放式的體系結(jié)構(gòu);( 2)增量模型的靈活性可以使其適應(yīng)這種變化的能力大大優(yōu)于瀑布模型和快速原型模型,但也很容易退化為邊做邊改模型,從而是軟件過(guò)程的控制失去整體性。增量模型的使用范圍:( 1)進(jìn)行已有產(chǎn)品升級(jí)或新版本開發(fā),增量模型是非常適合的;(2)對(duì)完成期限嚴(yán)格要求的產(chǎn)品,可以使用增量模型;( 3)對(duì)所開發(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)客戶始終參與每
10、個(gè)階段的開發(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)和專門知識(shí),在風(fēng)險(xiǎn)較大的項(xiàng)目開發(fā)中,如果未能夠及時(shí)標(biāo)識(shí)風(fēng)險(xiǎn),勢(shì)必造成重大損失;(2)過(guò)多的迭代次數(shù)會(huì)增加開發(fā)成本,延遲提交時(shí)間。螺旋模型的使用范圍:螺旋模型只適合于大規(guī)模的軟件項(xiàng)目。8.為什么說(shuō)噴泉模型較好地體現(xiàn)了面向?qū)ο筌浖_發(fā)過(guò)程無(wú)縫和迭代的特性?由于在整個(gè)開發(fā)過(guò)程中都使用統(tǒng)一的軟件概念“對(duì)象”,所有其他概念(例如功能、關(guān)系、事件等)都是圍繞對(duì)象組成的,目的是保證分析工作中得到的信息不會(huì)丟失
11、或改變,因此,對(duì)生命周期各個(gè)階段的區(qū)分自然也就不重要了,不明顯了。分析階段的得到的對(duì)象模型也適用于設(shè)計(jì)階段和實(shí)現(xiàn)階段。由于各階段都使用統(tǒng)一的概念和表示符號(hào),因此,整個(gè)開發(fā)過(guò)程都是吻合一致的,或者說(shuō)是“無(wú)縫”連接的,這自然也就很容易實(shí)現(xiàn)各個(gè)開發(fā)步驟的多次反復(fù)迭代,達(dá)到認(rèn)識(shí)的逐步深化。所以說(shuō)噴泉模型較好的體現(xiàn)了面向?qū)ο筌浖_發(fā)過(guò)程無(wú)縫和迭代的特性??删庉嫹侗镜诙抡n后習(xí)題參考答案1、在軟件開發(fā)的早期階段為什么要進(jìn)行可行性研究?應(yīng)從哪些方面研究目標(biāo)系統(tǒng)的可行性?(1)開發(fā)一個(gè)軟件時(shí),需要判斷原定的系統(tǒng)模型和目標(biāo)是否現(xiàn)實(shí),系統(tǒng)完成后所能帶來(lái)的效益是否大到值得投資開發(fā)這個(gè)系統(tǒng)的程度,如果做不到這些,那么
12、花費(fèi)在這些工程上的任何時(shí)間、人力、軟硬件資源和經(jīng)費(fèi),都是無(wú)謂的浪費(fèi)。可行性研究的目的就是用最小的代價(jià)在盡可能短的時(shí)間內(nèi)確定問(wèn)題是否能夠解決。(2)一般說(shuō)來(lái),至少應(yīng)該從以下三個(gè)方面研究每種解法的可行性:a技術(shù)可行性b.經(jīng)濟(jì)可行性c.操作可行性。2、為方便儲(chǔ)戶,某銀行擬開發(fā)計(jì)算機(jī)儲(chǔ)蓄系統(tǒng)。儲(chǔ)戶填寫的存款單或取款單由業(yè)務(wù)員鍵入系統(tǒng),如果是存款,系統(tǒng)記錄存款人姓名、住址、存款類型、存款日期、利率等信息,并印出存款單給儲(chǔ)戶;如果是取款,系統(tǒng)計(jì)算利息并打印出利息清單給儲(chǔ)戶。寫出問(wèn)題定義病畫出此系統(tǒng)的數(shù)據(jù)流圖。問(wèn)題定義如下:如果是存款,儲(chǔ)戶填寫存款單,然后交給業(yè)務(wù)員鍵入系統(tǒng),同時(shí)系統(tǒng)還要記錄存款人姓名、住址
13、(或電話號(hào)碼)、身份證號(hào)碼、存款類型、存款日期、利率等信息,完成后由系統(tǒng)打印存款單給儲(chǔ)戶。如果是取款,儲(chǔ)戶填寫取款單,然后交給業(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ù)流圖3、底層數(shù)據(jù)流圖2、3、某航空公司擬開發(fā)一個(gè)機(jī)票預(yù)定系統(tǒng)。旅行社把預(yù)訂機(jī)票的旅客信息(姓名、性別等)輸入進(jìn)該系
14、統(tǒng),系統(tǒng)為旅客安排航班,印出取票通知和賬單,旅客在飛機(jī)起飛的前一天憑取票通知和賬單交款取票,系統(tǒng)核對(duì)無(wú)誤即印出機(jī)票給旅客。寫出問(wèn)題定義病畫出此系統(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ī)院打算開發(fā)一個(gè)以計(jì)算機(jī)為中心的患者監(jiān)護(hù)系統(tǒng),請(qǐng)分層次地畫出描述本系統(tǒng)功能的數(shù)據(jù)流圖。問(wèn)題定義:本題要開
15、發(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ō)明如下:F1要求報(bào)告F2-生理信號(hào)F3-日期、時(shí)間F4-警告信息、F5-安全范圍F6-日志P1報(bào)收信號(hào)P2-分析信號(hào)P3-產(chǎn)生警告P4企時(shí)取樣生理信號(hào)P5-更新日志P6-產(chǎn)生病情報(bào)告D1-患者日志D2-患者安全范圍D3-生理信息E1在士E2-病人E3-時(shí)鐘方法方法二5、北京某高??捎玫碾娫捥?hào)碼有以下幾類:校內(nèi)電話號(hào)碼由4位數(shù)
16、字組成,第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可編輯范本第
17、三章課后參考答案1、為什么要進(jìn)行需求分析?通常對(duì)軟件系統(tǒng)有哪些需求?答:為了開發(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基本形式,分別是正式
18、的和非正式的訪談。( 2)面向數(shù)據(jù)流自頂向下求精( 3)簡(jiǎn)易的應(yīng)用規(guī)格說(shuō)明技術(shù)( 4)快速建立軟件原型3、銀行計(jì)算機(jī)儲(chǔ)蓄系統(tǒng)的工作過(guò)程大致如下:儲(chǔ)戶填寫的存款單或取款單由業(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ǔ)戶可以
19、在多家儲(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)碼。(住址)Qi而癥耳宿)C地址)C類型】I科率)業(yè)努曷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)橐晃活櫩涂梢宰尪嗉衣眯猩绱?,?/p>
20、家旅行社擁有多位顧客,所以“代理”是多對(duì)多(M:N)關(guān)系。“顧客”和“飛機(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ì)象,畫出本系統(tǒng)的頂層IPO圖實(shí)體-聯(lián)系圖如下:姓名 住址 電話 編號(hào) 姓名 科室住垸號(hào)時(shí)間本系統(tǒng)的頂層IPO圖如下:輸入處理輸出病人生理信號(hào)1.接受病人生 理信號(hào)入記
21、錄病人情 況(更新建 者日志)3、驗(yàn)證病人生 理信號(hào)是否 超出安全范 圍明發(fā)出髻告5.查詢病人情 況有效病人生理信 a顯示警告信息打印指定病人情況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ù)印”、“缺紙”和“
22、卡紙”。引起狀態(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)患者監(jiān)護(hù)系統(tǒng)患者生理信號(hào)扶取日4機(jī)信息心rJ、Ai我言里主制定生理信號(hào)安全范圍定時(shí)取樣生理信號(hào)定時(shí)生理信I91V一;幾信息分析信號(hào)更新日志取得時(shí)間息信機(jī)危報(bào)警Jrk病情報(bào)告4、 美國(guó)某大學(xué)有200名教師,校方與教師工會(huì)剛剛簽訂一項(xiàng)協(xié)議。按照協(xié)議,所有年工資超過(guò)$2600
23、0(含$26000)的教師工資將保持不變,年工資少于$26000的教師將增加工資,所增加工資數(shù)額按下述方法計(jì)算:給每位教師所贍養(yǎng)的人(包括教師本人)每年補(bǔ)助$100,止匕外,教師有一年工齡每年再多補(bǔ)助50,但是,增加后的年工資總額不能多于$26000。教師工資檔案存儲(chǔ)在行政辦公室的磁帶上,檔案中有目前的年工資、贍養(yǎng)的人數(shù)、雇傭日期等信息。需要寫一個(gè)程序計(jì)算并印出每名教師的原工資和調(diào)整后的新工資。要求:( 1)畫出此系統(tǒng)的數(shù)據(jù)流圖;( 2)寫出需求說(shuō)明;( 3)設(shè)計(jì)上述的工資調(diào)整程序(要求用HIPO圖描繪設(shè)計(jì)結(jié)果),設(shè)計(jì)時(shí)分別采用兩種算法,并比較兩種算法的優(yōu)缺點(diǎn):(a)搜索工資檔案數(shù)據(jù),找出年工
24、資少于$26000的人,計(jì)算新工資,校核是否超過(guò)$26000,存儲(chǔ)新工資,印出新舊工資對(duì)照表;(b)把工資檔案數(shù)據(jù)按工資從最低到最高的次序排序,當(dāng)工資數(shù)額超過(guò)$26000時(shí)即停止排序,計(jì)算新工資,校核是否超過(guò)限額,存儲(chǔ)新工資,印出結(jié)果。(4)你所畫出的數(shù)據(jù)流圖適應(yīng)用那種算法?(1)系統(tǒng)的數(shù)據(jù)流圖原工資檔案工資調(diào)資系統(tǒng).)調(diào)資后工資檔案E1行政辦公室P1 一原工資檔案A導(dǎo)入原工、資檔案/-P5-輸出工資,對(duì)照表7調(diào)資后工資檔案調(diào)資標(biāo)準(zhǔn)/ P2、 輸入調(diào)資 (標(biāo)準(zhǔn))工資檔案調(diào)資后工資檔案P4核對(duì)工資, JP3調(diào)整工資一調(diào)資標(biāo)準(zhǔn) 1調(diào)資標(biāo)準(zhǔn)E1行政辦公室工資檔案可編輯范本工資標(biāo)準(zhǔn)調(diào)資標(biāo)準(zhǔn)(2)需求說(shuō)
25、明;經(jīng)分析可知:本系統(tǒng)必須包括如下7個(gè)功能:導(dǎo)入原工資檔案、輸入調(diào)資標(biāo)準(zhǔn)、檢索需調(diào)資工資數(shù)據(jù)、計(jì)算新工資、校核新工資、更新新工資數(shù)據(jù)、輸出工資對(duì)照表包含數(shù)據(jù):教師工資檔案、工資標(biāo)準(zhǔn)(3)工資調(diào)資系統(tǒng)調(diào)資2.0打印工資對(duì)照表3.0導(dǎo)入調(diào)資檔案1.0計(jì)算新工資2.1校核新工資2.2奧而河工資數(shù)據(jù)2.3IPO表(b)工資調(diào)資系統(tǒng)導(dǎo)入調(diào)資檔案1.0調(diào)資2.0打印工資對(duì)照表3.0導(dǎo)入工資檔案1.1輸入調(diào)資標(biāo)準(zhǔn)1.2工資數(shù)據(jù)整 理排序1.3計(jì)算新工資2.1校核新工資-22-工初兩工資 數(shù)據(jù)2.3系統(tǒng):工資調(diào)資系統(tǒng)作者:王毅模塊:導(dǎo)入調(diào)資檔案日期:2014-2-1編寫:1.0被調(diào)用:工資調(diào)資系統(tǒng)調(diào)用:1.1和1.2輸入:原工資檔案輸出:工資檔案處理:把原工資檔案導(dǎo)入工資調(diào)資系統(tǒng)的數(shù)據(jù)庫(kù)中局部數(shù)據(jù)元素:注釋:4)你所畫出的數(shù)據(jù)流圖適應(yīng)用那種算法(a)6-4 答:第六章參考答案可編輯范本6-4答:不用flag(NOTP)or(NOTq)6-5 答:TTTTT可編輯范本flag=0START=FINISHANDflg=0I=(START+FINISH)/2F
溫馨提示
- 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ì)自己和他人造成任何形式的傷害或損失。
最新文檔
- 叉車轉(zhuǎn)讓回收合同范本
- 仿古門窗加工合同范本
- 午托員工合同范本
- 教學(xué)提質(zhì)增效課題申報(bào)書
- 農(nóng)村合作社有些合同范例
- 克拉瑪依勞動(dòng)合同范本
- 員工離職接觸合同范本
- 廠房拆除門窗合同范本
- 中介融資合同范本
- 叫做招標(biāo)性質(zhì)合同范本
- 福晨河北科技發(fā)展有限公司年分裝500噸化學(xué)試劑建設(shè)項(xiàng)目環(huán)境影響報(bào)告表
- 用戶需求(URS)編寫及管理規(guī)程
- 分班后第一次班會(huì)——起航剖析
- 一年級(jí)下冊(cè)地方課程教案
- 牛羊定點(diǎn)屠宰廠項(xiàng)目可行性研究報(bào)告-甲乙丙資信
- 03SG520-1實(shí)腹式鋼吊車梁(中輕級(jí)工作制A1~A5_Q235鋼_跨度6.0m、7.5m、9.0m)
- 妊娠糖尿病-楊慧霞.ppt
- (完整word版)消化系統(tǒng)知識(shí)點(diǎn)整理
- 煤礦綜采工作面配套設(shè)備選型設(shè)計(jì)
- 全國(guó)防返貧監(jiān)測(cè)信息系統(tǒng)業(yè)務(wù)管理子系統(tǒng)操作手冊(cè)
- 工程施工項(xiàng)目明細(xì)表-改(5)
評(píng)論
0/150
提交評(píng)論