軟件工程概論習(xí)題答案課件_第1頁(yè)
軟件工程概論習(xí)題答案課件_第2頁(yè)
軟件工程概論習(xí)題答案課件_第3頁(yè)
軟件工程概論習(xí)題答案課件_第4頁(yè)
軟件工程概論習(xí)題答案課件_第5頁(yè)
已閱讀5頁(yè),還剩95頁(yè)未讀, 繼續(xù)免費(fèi)閱讀

下載本文檔

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

文檔簡(jiǎn)介

1-5根據(jù)歷史數(shù)據(jù)可以做出如下的假設(shè):對(duì)計(jì)算機(jī)存儲(chǔ)容量的需求大致按下面公式描述的趨勢(shì)逐年增加:M=4080e0.28(Y-1960)

存儲(chǔ)器的價(jià)格按下面公式描述的趨勢(shì)逐年下降:P1=0.3×0.72Y-1974(美分/位)如果計(jì)算機(jī)字長(zhǎng)為16位,則存儲(chǔ)器價(jià)格下降的趨勢(shì)為:P2=0.048×0.72Y-1974(美元/字)在上列公式中Y代表年份,M是存儲(chǔ)容量(字?jǐn)?shù)),P1和P2代表價(jià)格。1-5根據(jù)歷史數(shù)據(jù)可以做出如下的假設(shè):1基于上述假設(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ǔ)器裝滿程序所需用的成本?;谏鲜黾僭O(shè)可以比較計(jì)算機(jī)硬件和軟件成本的變化趨勢(shì)。要求計(jì)算2(3)假設(shè)在1995年存儲(chǔ)器字長(zhǎng)為32位,一名程序員每天可開(kāi)發(fā)出30條指令,程序員的月平均工資為6000美元,重復(fù)(1)、(2)題。(3)假設(shè)在1995年存儲(chǔ)器字長(zhǎng)為32位,一名程序員每天可3(1)在1985年對(duì)計(jì)算機(jī)存儲(chǔ)容量的需求,估計(jì)是如果字長(zhǎng)為16位,則這個(gè)存儲(chǔ)器的價(jià)格是(2)如果一條指令的長(zhǎng)度為一個(gè)字,則使存儲(chǔ)器裝滿程序共需4474263條指令。在1985年一名程序員每天可開(kāi)發(fā)出10條指令,如果每月有20個(gè)工作日,則每人每月可開(kāi)發(fā)出10×20條指令。(1)在1985年對(duì)計(jì)算機(jī)存儲(chǔ)容量的需求,估計(jì)是如果字長(zhǎng)為14為了開(kāi)發(fā)出4474263條指令以裝滿存儲(chǔ)器,需要的工作量是:程序員的月平均工資是4000美元,開(kāi)發(fā)出4474263條指令的成本是為了開(kāi)發(fā)出4474263條指令以裝滿存儲(chǔ)器,程序員的月平均工5(3)在1995年對(duì)存儲(chǔ)容量的需求估計(jì)為:如果字長(zhǎng)為32位,則這個(gè)存儲(chǔ)器的價(jià)格是:如果一條指令為一個(gè)字長(zhǎng),則為使存儲(chǔ)器裝滿程序共需73,577,679條指令。(3)在1995年對(duì)存儲(chǔ)容量的需求估計(jì)為:如果字長(zhǎng)為32位,6在1995年一名程序員每天可開(kāi)發(fā)出30條指令,每月可開(kāi)發(fā)出600條指令,為了開(kāi)發(fā)出可裝滿整個(gè)存儲(chǔ)器的程序,需要的工作量為開(kāi)發(fā)上述程序的成本為:在1995年一名程序員每天可開(kāi)發(fā)出30條指令,開(kāi)發(fā)上述程序的71-6什么是軟件過(guò)程?它與軟件工程方法學(xué)有何關(guān)系?軟件過(guò)程是為了開(kāi)發(fā)出高質(zhì)量的軟件產(chǎn)品所需完成的一系列任務(wù)的框架,它規(guī)定了完成各項(xiàng)任務(wù)的工作步驟。軟件過(guò)程定義了運(yùn)用技術(shù)方法的順序、應(yīng)該交付的文檔資料、為保證軟件質(zhì)量和協(xié)調(diào)軟件變化必須采取的管理措施,以及標(biāo)志完成了相應(yīng)開(kāi)發(fā)活動(dòng)的里程碑。軟件過(guò)程是軟件工程方法學(xué)的3個(gè)重要組成部分之一。1-6什么是軟件過(guò)程?它與軟件工程方法學(xué)有何關(guān)系?82-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ù)流圖。2-4目前住院病人主要由護(hù)士護(hù)理,這樣做9醫(yī)院對(duì)患者監(jiān)護(hù)系統(tǒng)的基本要求是隨時(shí)接收每個(gè)病人的生理信號(hào)(脈搏、體溫、血壓、心電圖等),定時(shí)記錄病人情況以形成患者日志,當(dāng)某個(gè)病人的生理信號(hào)超出醫(yī)生規(guī)定的安全范圍時(shí)向值班護(hù)士發(fā)出警告信息,此外,護(hù)士在需要時(shí)還可以要求系統(tǒng)印出某個(gè)指定病人的病情報(bào)告。醫(yī)院對(duì)患者監(jiān)護(hù)系統(tǒng)的基本要求是隨時(shí)10從問(wèn)題陳述可知,本系統(tǒng)的數(shù)據(jù)源點(diǎn)是“病人”和“護(hù)士”,他們分別提供生理信號(hào)和要求病情報(bào)告的信息。進(jìn)一步分析問(wèn)題陳述,從系統(tǒng)應(yīng)該“定時(shí)記錄病人情況以形成患者日志”這項(xiàng)要求可以想到,還應(yīng)該有一個(gè)提供日期和時(shí)間信息的“時(shí)鐘”作為數(shù)據(jù)源點(diǎn)。從問(wèn)題陳述容易看出,本系統(tǒng)的數(shù)據(jù)終點(diǎn)是接收警告信息和病情報(bào)告的護(hù)士。從問(wèn)題陳述可知,本系統(tǒng)的數(shù)據(jù)源點(diǎn)是“病人”和“護(hù)士”,他們分11軟件工程概論習(xí)題答案課件12系統(tǒng)對(duì)病人生理信號(hào)的處理功能主要是“接收信號(hào)”、“分析信號(hào)”、和“產(chǎn)生警告信息”。此外,系統(tǒng)還應(yīng)該具有“定時(shí)取樣生理信號(hào)”、“更新日志”和“產(chǎn)生病情報(bào)告”的功能。為了分析病人生理信號(hào)是否超出了醫(yī)生規(guī)定的安全范圍,應(yīng)該存儲(chǔ)“患者安全范圍”信息。此外,定時(shí)記錄病人生理信號(hào)所形成的“患者日志”,顯然也是一個(gè)數(shù)據(jù)存儲(chǔ)。系統(tǒng)對(duì)病人生理信號(hào)的處理功能主要是“接為了分析病人生理信號(hào)是13軟件工程概論習(xí)題答案課件14軟件工程概論習(xí)題答案課件15軟件工程概論習(xí)題答案課件162-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)碼。2-5北京某高??捎玫碾娫捥?hào)碼有以下幾類:校內(nèi)電話號(hào)碼由417數(shù)據(jù)結(jié)構(gòu)的描述符號(hào)

含義

舉例=被定義為+與x=a+b[...,...]或[...|...]或x=[a,b],x=[a|b]{...}或m{...}n重復(fù)x={a},x=3{a}8(...)可選x=(a)“...”基本數(shù)據(jù)元素

x=“a”.. 連結(jié)符

x=1..9數(shù)據(jù)結(jié)構(gòu)的描述18電話號(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]電話號(hào)碼=[校內(nèi)電話號(hào)碼|校外電話號(hào)碼]193-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ǔ)戶。

請(qǐng)用數(shù)據(jù)流圖描繪本系統(tǒng)的功能。3-3銀行計(jì)算機(jī)儲(chǔ)蓄系統(tǒng)的工作過(guò)程大致如下:儲(chǔ)戶填寫(xiě)的存款20軟件工程概論習(xí)題答案課件21軟件工程概論習(xí)題答案課件22軟件工程概論習(xí)題答案課件23補(bǔ)充1:某火車售票系統(tǒng)的數(shù)據(jù)流程圖如下所示錄入員

1接受查詢查詢信息查詢信息

2分析查詢

4按班次查詢

6查詢顯示

3按日期查詢

5按線路查詢旅客班次日期線路查詢結(jié)果查詢結(jié)果查詢結(jié)果查詢結(jié)果補(bǔ)充1:某火車售票系統(tǒng)的數(shù)據(jù)流程圖如下所示錄入員24補(bǔ)充2:考慮一個(gè)修改磁帶上主文件的系統(tǒng)。文件管理員把修改信息穿孔在卡片上,系統(tǒng)讀入穿孔卡片上的信息并按照記錄號(hào)把修改信息順序排列好。然后系統(tǒng)逐個(gè)讀入主文件上的記錄,根據(jù)記錄上的校驗(yàn)碼校核每個(gè)讀入的記錄,丟掉出錯(cuò)的記錄,按照修改信息修改余下的記錄,產(chǎn)生的新文件存儲(chǔ)在磁盤(pán)上。最后,系統(tǒng)輸出一份修改報(bào)告供文件管理員參閱。請(qǐng)分層次畫(huà)出上述主文件修改系統(tǒng)的數(shù)據(jù)流圖。補(bǔ)充2:考慮一個(gè)修改磁帶上主文件的系統(tǒng)。文件管理員把修改信息25本系統(tǒng)的數(shù)據(jù)源點(diǎn)和終點(diǎn)都是文件管理員,他既向系統(tǒng)提供修改信息,又接收系統(tǒng)生產(chǎn)的修改報(bào)告。系統(tǒng)功能主要有:接收修改信息,讀主文件,校核記錄,修改原始記錄和產(chǎn)生報(bào)告。注意,問(wèn)題陳述中所述的“系統(tǒng)按照記錄號(hào)把修改信息順序排列好”,是具體的實(shí)現(xiàn)方法。在數(shù)據(jù)流圖中無(wú)須描繪具體實(shí)現(xiàn)方法,因此,在本系統(tǒng)的數(shù)據(jù)流圖中不需要包含“排列”功能。本系統(tǒng)的數(shù)據(jù)源點(diǎn)和終點(diǎn)都是文件管理員,系統(tǒng)功能主要有:接收修26類似地,“文件管理員把修改信息穿孔在卡片上,系統(tǒng)讀入穿孔卡片上的信息”是系統(tǒng)接收修改信息的具體方法。在數(shù)據(jù)流圖中無(wú)須描繪這個(gè)具體的實(shí)現(xiàn)方案,因此,在本系統(tǒng)的數(shù)據(jù)流圖中不需要包含“穿卡片”和“讀卡片”功能。本系統(tǒng)包含的數(shù)據(jù)存儲(chǔ)是:修改信息、主文件和修改后的主文件。類似地,“文件管理員把修改信息穿孔在卡片上,系統(tǒng)讀入穿孔卡片27文件管理員修改信息主文件修改系統(tǒng)修改報(bào)告文件管理員文件修改信息主文件修改報(bào)告文件28文件管理員修改信息接收修改信息讀主文件D2主文件主文件校核記錄主文件D1修改信息修改信息修改原始記錄正確的記錄D3修改后的主文件修改后的主文件產(chǎn)生報(bào)告修改信息修改后的主文件修改報(bào)告文件管理員12345文件修改信息接收修改讀主D2主主文件校核主文件D1修改信29補(bǔ)充3:飯卡管理系統(tǒng)任務(wù)概述:該系統(tǒng)是一套針對(duì)大學(xué)校園食堂飲食交費(fèi)和一般消費(fèi)等方面的信息管理系統(tǒng),它包括了同學(xué)或教職工(后面把這兩者統(tǒng)稱為持卡者,把這兩者的基本信息文檔統(tǒng)一放在學(xué)校持卡者信息表中)在校內(nèi)消費(fèi)各方面內(nèi)容:刷卡消費(fèi)、查詢、存款和持卡者信息管理等。方便對(duì)飯卡信息進(jìn)行各項(xiàng)操作,定時(shí)進(jìn)行數(shù)據(jù)的備份更新,保持?jǐn)?shù)據(jù)的一致性和準(zhǔn)確性,各方面的內(nèi)容應(yīng)該相互聯(lián)系,最終產(chǎn)生各種查詢統(tǒng)計(jì)報(bào)表,以供持卡者進(jìn)行檢查。補(bǔ)充3:飯卡管理系統(tǒng)30此系統(tǒng)的主要任務(wù)就是把人們從繁瑣的交費(fèi),找零工作中解放出來(lái),用計(jì)算機(jī)實(shí)現(xiàn)對(duì)銷售合同資料進(jìn)行存款,消費(fèi),查詢、修改、刪除以及存儲(chǔ)等功能。同時(shí),用計(jì)算機(jī)能夠快速準(zhǔn)確地完成共檔案資料的統(tǒng)計(jì)和匯總工作,迅速地打印出各種報(bào)表資料以供使用。此系統(tǒng)的主要任務(wù)就是把人們從繁瑣的交31系統(tǒng)流程圖

根據(jù)系統(tǒng)的功能要求,我們要建立三個(gè)庫(kù)文件,分別是學(xué)校持卡者信息、飯卡存款額及歷史情況和飯卡信息備份。學(xué)校持卡者信息庫(kù)用來(lái)存放全校在校學(xué)生的各類信息,比如姓名、學(xué)號(hào)(或工號(hào))、系別;飯卡存款額和歷史庫(kù)用來(lái)記錄此張飯卡當(dāng)前的余額,刷卡時(shí)消費(fèi)金額的歷史記錄以及存款的歷史記錄;為了防止意外導(dǎo)致這些重要文件丟失,需要備份,備份信息放入飯卡信息庫(kù)中。系統(tǒng)流程圖根據(jù)系統(tǒng)的功能要求,我們要建立三個(gè)32具體流程:首先,由持卡者遞交書(shū)面申請(qǐng)?zhí)岢錾暾?qǐng)新卡的要求,管理員錄入持卡者的信息,并調(diào)出學(xué)校持卡者信息庫(kù)進(jìn)行核對(duì)確認(rèn)該用戶為合法持卡者,就建立相應(yīng)的飯卡信息并存檔,這些信息也要記入飯卡存款額和歷史庫(kù)文件,隨后生成文檔“提交飯卡”。持卡者領(lǐng)到飯卡后,可以消費(fèi);還可以隨時(shí)對(duì)飯卡進(jìn)行充值;在飯卡遺失后可以掛失;持卡者離開(kāi)學(xué)校后要注銷飯卡;這些處理行為的每次記錄都要存入“飯卡存款額和歷史庫(kù)文件”中,并由這個(gè)庫(kù)文件生成相應(yīng)的報(bào)表并打印出來(lái)。本系統(tǒng)的系統(tǒng)流程圖如下圖所示:具體流程:首先,由持卡者遞交書(shū)面申請(qǐng)?zhí)岢?3軟件工程概論習(xí)題答案課件34數(shù)據(jù)流圖

①首先,建立頂級(jí)數(shù)據(jù)流圖,其中只含有一個(gè)代表目標(biāo)軟件系統(tǒng)整體處理功能的轉(zhuǎn)換。根據(jù)飯卡管理系統(tǒng)與外部環(huán)境的關(guān)系確定頂級(jí)數(shù)據(jù)流圖中的外部實(shí)體有四個(gè),分別是持卡者、管理員、刷卡服務(wù)和刷卡器與顯示器。我們把整個(gè)飯卡系統(tǒng)的數(shù)據(jù)處理過(guò)程看作一個(gè)加工,它要與這四個(gè)外部實(shí)體有聯(lián)系,它的輸入數(shù)據(jù)和輸出數(shù)據(jù)反映了本系統(tǒng)與這些外界環(huán)境的接口。系統(tǒng)的頂層數(shù)據(jù)流圖如下圖所示:數(shù)據(jù)流圖①首先,建立頂級(jí)數(shù)據(jù)流圖,其中只含有一個(gè)代表35軟件工程概論習(xí)題答案課件36②按照分析人員對(duì)問(wèn)題域和用戶需求的理解,本系統(tǒng)有“持卡者信息管理”、“飯卡信息管理”和“飯卡消費(fèi)記錄管”三種子功能,我們按照這三種功能細(xì)化“飯卡系統(tǒng)”這個(gè)處理,得到1級(jí)數(shù)據(jù)流圖,如下圖所示:②按照分析人員對(duì)問(wèn)題域和用戶需求的理解,本系統(tǒng)有“持卡者信息37軟件工程概論習(xí)題答案課件38③分析上面1層數(shù)據(jù)流圖中的三個(gè)處理,采用常用的功能分解方法,我們可以繼續(xù)對(duì)這三個(gè)處理功能進(jìn)行細(xì)化。下圖為飯卡管理系統(tǒng)的2層數(shù)據(jù)流圖,圖中三張圖分別對(duì)這三個(gè)處理子功能完成細(xì)化操作。③分析上面1層數(shù)據(jù)流圖中的三個(gè)處理,采用常用的功能分解方法,39細(xì)化持卡者信息管理的數(shù)據(jù)流圖細(xì)化持卡者信息管理的數(shù)據(jù)流圖40細(xì)化飯卡信息管理的數(shù)據(jù)流圖細(xì)化飯卡信息管理的數(shù)據(jù)流圖41細(xì)化飯卡消費(fèi)記錄管理的數(shù)據(jù)流圖細(xì)化飯卡消費(fèi)記錄管理的數(shù)據(jù)流圖42④上面完成了系統(tǒng)功能的初步細(xì)化,根據(jù)系統(tǒng)需要,我們對(duì)上面圖中“飯卡信息管理”的子功能模塊“加鎖與解鎖”、“注銷”、“充值”和“消費(fèi)”四個(gè)處理還可以再進(jìn)一步細(xì)化,得到下面的3層數(shù)據(jù)流圖。細(xì)化“加鎖與解鎖”子功能④上面完成了系統(tǒng)功能的初步細(xì)化,根據(jù)系統(tǒng)需要,我們對(duì)上面圖43細(xì)化“注銷”子功能細(xì)化“注銷”子功能44細(xì)化“充值”子功能細(xì)化“充值”子功能45細(xì)化“消費(fèi)”子功能細(xì)化“消費(fèi)”子功能46數(shù)據(jù)字典

數(shù)據(jù)元素的數(shù)據(jù)字典卡片:*******************************************名字:用戶信息別名:描述:對(duì)飯卡管理系統(tǒng)進(jìn)行操作的人員定義:用戶信息=用戶名+密碼+用戶類別用戶名=1{字母|數(shù)字}18密碼=1{字母|數(shù)字}6用戶類別=[管理員|持卡者]管理員=1持卡者=0位置:用戶表*******************************************數(shù)據(jù)字典數(shù)據(jù)元素的數(shù)據(jù)字典卡片:************47*******************************************名字:持卡者信息別名:描述:記錄持卡者相關(guān)信息定義:持卡者信息=學(xué)生學(xué)號(hào)|教職工工號(hào)+飯卡ID+持卡者姓名+性別+電話號(hào)碼+地址學(xué)生學(xué)號(hào)|教職工工號(hào)=3{數(shù)字|字母}11飯卡ID=8{數(shù)字|字母}8持卡者姓名=6{字符}11性別=[男|女]電話號(hào)碼=11{數(shù)字}11地址=8{字符}100位置:持卡者信息表*************************************************************************48*******************************************名字:飯卡信息別名:描述:記錄飯卡的相關(guān)信息定義:飯卡信息=飯卡ID+余額+鎖飯卡ID=8{數(shù)字|字母}8余額=20{數(shù)字}500鎖=[1|0]位置:飯卡信息表*************************************************************************49*******************************************名字:飯卡歷史信息別名:描述:記錄飯卡歷史的信息定義:持卡者信息=飯卡ID+時(shí)間+款額+操作飯卡ID=8{數(shù)字|字母}8時(shí)間=年+月+日款額=0{數(shù)字}500操作=[存款|消費(fèi)|其他]位置:飯卡歷史信息表*************************************************************************501-5根據(jù)歷史數(shù)據(jù)可以做出如下的假設(shè):對(duì)計(jì)算機(jī)存儲(chǔ)容量的需求大致按下面公式描述的趨勢(shì)逐年增加:M=4080e0.28(Y-1960)

存儲(chǔ)器的價(jià)格按下面公式描述的趨勢(shì)逐年下降:P1=0.3×0.72Y-1974(美分/位)如果計(jì)算機(jī)字長(zhǎng)為16位,則存儲(chǔ)器價(jià)格下降的趨勢(shì)為:P2=0.048×0.72Y-1974(美元/字)在上列公式中Y代表年份,M是存儲(chǔ)容量(字?jǐn)?shù)),P1和P2代表價(jià)格。1-5根據(jù)歷史數(shù)據(jù)可以做出如下的假設(shè):51基于上述假設(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ǔ)器裝滿程序所需用的成本?;谏鲜黾僭O(shè)可以比較計(jì)算機(jī)硬件和軟件成本的變化趨勢(shì)。要求計(jì)算52(3)假設(shè)在1995年存儲(chǔ)器字長(zhǎng)為32位,一名程序員每天可開(kāi)發(fā)出30條指令,程序員的月平均工資為6000美元,重復(fù)(1)、(2)題。(3)假設(shè)在1995年存儲(chǔ)器字長(zhǎng)為32位,一名程序員每天可53(1)在1985年對(duì)計(jì)算機(jī)存儲(chǔ)容量的需求,估計(jì)是如果字長(zhǎng)為16位,則這個(gè)存儲(chǔ)器的價(jià)格是(2)如果一條指令的長(zhǎng)度為一個(gè)字,則使存儲(chǔ)器裝滿程序共需4474263條指令。在1985年一名程序員每天可開(kāi)發(fā)出10條指令,如果每月有20個(gè)工作日,則每人每月可開(kāi)發(fā)出10×20條指令。(1)在1985年對(duì)計(jì)算機(jī)存儲(chǔ)容量的需求,估計(jì)是如果字長(zhǎng)為154為了開(kāi)發(fā)出4474263條指令以裝滿存儲(chǔ)器,需要的工作量是:程序員的月平均工資是4000美元,開(kāi)發(fā)出4474263條指令的成本是為了開(kāi)發(fā)出4474263條指令以裝滿存儲(chǔ)器,程序員的月平均工55(3)在1995年對(duì)存儲(chǔ)容量的需求估計(jì)為:如果字長(zhǎng)為32位,則這個(gè)存儲(chǔ)器的價(jià)格是:如果一條指令為一個(gè)字長(zhǎng),則為使存儲(chǔ)器裝滿程序共需73,577,679條指令。(3)在1995年對(duì)存儲(chǔ)容量的需求估計(jì)為:如果字長(zhǎng)為32位,56在1995年一名程序員每天可開(kāi)發(fā)出30條指令,每月可開(kāi)發(fā)出600條指令,為了開(kāi)發(fā)出可裝滿整個(gè)存儲(chǔ)器的程序,需要的工作量為開(kāi)發(fā)上述程序的成本為:在1995年一名程序員每天可開(kāi)發(fā)出30條指令,開(kāi)發(fā)上述程序的571-6什么是軟件過(guò)程?它與軟件工程方法學(xué)有何關(guān)系?軟件過(guò)程是為了開(kāi)發(fā)出高質(zhì)量的軟件產(chǎn)品所需完成的一系列任務(wù)的框架,它規(guī)定了完成各項(xiàng)任務(wù)的工作步驟。軟件過(guò)程定義了運(yùn)用技術(shù)方法的順序、應(yīng)該交付的文檔資料、為保證軟件質(zhì)量和協(xié)調(diào)軟件變化必須采取的管理措施,以及標(biāo)志完成了相應(yīng)開(kāi)發(fā)活動(dòng)的里程碑。軟件過(guò)程是軟件工程方法學(xué)的3個(gè)重要組成部分之一。1-6什么是軟件過(guò)程?它與軟件工程方法學(xué)有何關(guān)系?582-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ù)流圖。2-4目前住院病人主要由護(hù)士護(hù)理,這樣做59醫(yī)院對(duì)患者監(jiān)護(hù)系統(tǒng)的基本要求是隨時(shí)接收每個(gè)病人的生理信號(hào)(脈搏、體溫、血壓、心電圖等),定時(shí)記錄病人情況以形成患者日志,當(dāng)某個(gè)病人的生理信號(hào)超出醫(yī)生規(guī)定的安全范圍時(shí)向值班護(hù)士發(fā)出警告信息,此外,護(hù)士在需要時(shí)還可以要求系統(tǒng)印出某個(gè)指定病人的病情報(bào)告。醫(yī)院對(duì)患者監(jiān)護(hù)系統(tǒng)的基本要求是隨時(shí)60從問(wèn)題陳述可知,本系統(tǒng)的數(shù)據(jù)源點(diǎn)是“病人”和“護(hù)士”,他們分別提供生理信號(hào)和要求病情報(bào)告的信息。進(jìn)一步分析問(wèn)題陳述,從系統(tǒng)應(yīng)該“定時(shí)記錄病人情況以形成患者日志”這項(xiàng)要求可以想到,還應(yīng)該有一個(gè)提供日期和時(shí)間信息的“時(shí)鐘”作為數(shù)據(jù)源點(diǎn)。從問(wèn)題陳述容易看出,本系統(tǒng)的數(shù)據(jù)終點(diǎn)是接收警告信息和病情報(bào)告的護(hù)士。從問(wèn)題陳述可知,本系統(tǒng)的數(shù)據(jù)源點(diǎn)是“病人”和“護(hù)士”,他們分61軟件工程概論習(xí)題答案課件62系統(tǒng)對(duì)病人生理信號(hào)的處理功能主要是“接收信號(hào)”、“分析信號(hào)”、和“產(chǎn)生警告信息”。此外,系統(tǒng)還應(yīng)該具有“定時(shí)取樣生理信號(hào)”、“更新日志”和“產(chǎn)生病情報(bào)告”的功能。為了分析病人生理信號(hào)是否超出了醫(yī)生規(guī)定的安全范圍,應(yīng)該存儲(chǔ)“患者安全范圍”信息。此外,定時(shí)記錄病人生理信號(hào)所形成的“患者日志”,顯然也是一個(gè)數(shù)據(jù)存儲(chǔ)。系統(tǒng)對(duì)病人生理信號(hào)的處理功能主要是“接為了分析病人生理信號(hào)是63軟件工程概論習(xí)題答案課件64軟件工程概論習(xí)題答案課件65軟件工程概論習(xí)題答案課件662-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)碼。2-5北京某高??捎玫碾娫捥?hào)碼有以下幾類:校內(nèi)電話號(hào)碼由467數(shù)據(jù)結(jié)構(gòu)的描述符號(hào)

含義

舉例=被定義為+與x=a+b[...,...]或[...|...]或x=[a,b],x=[a|b]{...}或m{...}n重復(fù)x={a},x=3{a}8(...)可選x=(a)“...”基本數(shù)據(jù)元素

x=“a”.. 連結(jié)符

x=1..9數(shù)據(jù)結(jié)構(gòu)的描述68電話號(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]電話號(hào)碼=[校內(nèi)電話號(hào)碼|校外電話號(hào)碼]693-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ǔ)戶。

請(qǐng)用數(shù)據(jù)流圖描繪本系統(tǒng)的功能。3-3銀行計(jì)算機(jī)儲(chǔ)蓄系統(tǒng)的工作過(guò)程大致如下:儲(chǔ)戶填寫(xiě)的存款70軟件工程概論習(xí)題答案課件71軟件工程概論習(xí)題答案課件72軟件工程概論習(xí)題答案課件73補(bǔ)充1:某火車售票系統(tǒng)的數(shù)據(jù)流程圖如下所示錄入員

1接受查詢查詢信息查詢信息

2分析查詢

4按班次查詢

6查詢顯示

3按日期查詢

5按線路查詢旅客班次日期線路查詢結(jié)果查詢結(jié)果查詢結(jié)果查詢結(jié)果補(bǔ)充1:某火車售票系統(tǒng)的數(shù)據(jù)流程圖如下所示錄入員74補(bǔ)充2:考慮一個(gè)修改磁帶上主文件的系統(tǒng)。文件管理員把修改信息穿孔在卡片上,系統(tǒng)讀入穿孔卡片上的信息并按照記錄號(hào)把修改信息順序排列好。然后系統(tǒng)逐個(gè)讀入主文件上的記錄,根據(jù)記錄上的校驗(yàn)碼校核每個(gè)讀入的記錄,丟掉出錯(cuò)的記錄,按照修改信息修改余下的記錄,產(chǎn)生的新文件存儲(chǔ)在磁盤(pán)上。最后,系統(tǒng)輸出一份修改報(bào)告供文件管理員參閱。請(qǐng)分層次畫(huà)出上述主文件修改系統(tǒng)的數(shù)據(jù)流圖。補(bǔ)充2:考慮一個(gè)修改磁帶上主文件的系統(tǒng)。文件管理員把修改信息75本系統(tǒng)的數(shù)據(jù)源點(diǎn)和終點(diǎn)都是文件管理員,他既向系統(tǒng)提供修改信息,又接收系統(tǒng)生產(chǎn)的修改報(bào)告。系統(tǒng)功能主要有:接收修改信息,讀主文件,校核記錄,修改原始記錄和產(chǎn)生報(bào)告。注意,問(wèn)題陳述中所述的“系統(tǒng)按照記錄號(hào)把修改信息順序排列好”,是具體的實(shí)現(xiàn)方法。在數(shù)據(jù)流圖中無(wú)須描繪具體實(shí)現(xiàn)方法,因此,在本系統(tǒng)的數(shù)據(jù)流圖中不需要包含“排列”功能。本系統(tǒng)的數(shù)據(jù)源點(diǎn)和終點(diǎn)都是文件管理員,系統(tǒng)功能主要有:接收修76類似地,“文件管理員把修改信息穿孔在卡片上,系統(tǒng)讀入穿孔卡片上的信息”是系統(tǒng)接收修改信息的具體方法。在數(shù)據(jù)流圖中無(wú)須描繪這個(gè)具體的實(shí)現(xiàn)方案,因此,在本系統(tǒng)的數(shù)據(jù)流圖中不需要包含“穿卡片”和“讀卡片”功能。本系統(tǒng)包含的數(shù)據(jù)存儲(chǔ)是:修改信息、主文件和修改后的主文件。類似地,“文件管理員把修改信息穿孔在卡片上,系統(tǒng)讀入穿孔卡片77文件管理員修改信息主文件修改系統(tǒng)修改報(bào)告文件管理員文件修改信息主文件修改報(bào)告文件78文件管理員修改信息接收修改信息讀主文件D2主文件主文件校核記錄主文件D1修改信息修改信息修改原始記錄正確的記錄D3修改后的主文件修改后的主文件產(chǎn)生報(bào)告修改信息修改后的主文件修改報(bào)告文件管理員12345文件修改信息接收修改讀主D2主主文件校核主文件D1修改信79補(bǔ)充3:飯卡管理系統(tǒng)任務(wù)概述:該系統(tǒng)是一套針對(duì)大學(xué)校園食堂飲食交費(fèi)和一般消費(fèi)等方面的信息管理系統(tǒng),它包括了同學(xué)或教職工(后面把這兩者統(tǒng)稱為持卡者,把這兩者的基本信息文檔統(tǒng)一放在學(xué)校持卡者信息表中)在校內(nèi)消費(fèi)各方面內(nèi)容:刷卡消費(fèi)、查詢、存款和持卡者信息管理等。方便對(duì)飯卡信息進(jìn)行各項(xiàng)操作,定時(shí)進(jìn)行數(shù)據(jù)的備份更新,保持?jǐn)?shù)據(jù)的一致性和準(zhǔn)確性,各方面的內(nèi)容應(yīng)該相互聯(lián)系,最終產(chǎn)生各種查詢統(tǒng)計(jì)報(bào)表,以供持卡者進(jìn)行檢查。補(bǔ)充3:飯卡管理系統(tǒng)80此系統(tǒng)的主要任務(wù)就是把人們從繁瑣的交費(fèi),找零工作中解放出來(lái),用計(jì)算機(jī)實(shí)現(xiàn)對(duì)銷售合同資料進(jìn)行存款,消費(fèi),查詢、修改、刪除以及存儲(chǔ)等功能。同時(shí),用計(jì)算機(jī)能夠快速準(zhǔn)確地完成共檔案資料的統(tǒng)計(jì)和匯總工作,迅速地打印出各種報(bào)表資料以供使用。此系統(tǒng)的主要任務(wù)就是把人們從繁瑣的交81系統(tǒng)流程圖

根據(jù)系統(tǒng)的功能要求,我們要建立三個(gè)庫(kù)文件,分別是學(xué)校持卡者信息、飯卡存款額及歷史情況和飯卡信息備份。學(xué)校持卡者信息庫(kù)用來(lái)存放全校在校學(xué)生的各類信息,比如姓名、學(xué)號(hào)(或工號(hào))、系別;飯卡存款額和歷史庫(kù)用來(lái)記錄此張飯卡當(dāng)前的余額,刷卡時(shí)消費(fèi)金額的歷史記錄以及存款的歷史記錄;為了防止意外導(dǎo)致這些重要文件丟失,需要備份,備份信息放入飯卡信息庫(kù)中。系統(tǒng)流程圖根據(jù)系統(tǒng)的功能要求,我們要建立三個(gè)82具體流程:首先,由持卡者遞交書(shū)面申請(qǐng)?zhí)岢錾暾?qǐng)新卡的要求,管理員錄入持卡者的信息,并調(diào)出學(xué)校持卡者信息庫(kù)進(jìn)行核對(duì)確認(rèn)該用戶為合法持卡者,就建立相應(yīng)的飯卡信息并存檔,這些信息也要記入飯卡存款額和歷史庫(kù)文件,隨后生成文檔“提交飯卡”。持卡者領(lǐng)到飯卡后,可以消費(fèi);還可以隨時(shí)對(duì)飯卡進(jìn)行充值;在飯卡遺失后可以掛失;持卡者離開(kāi)學(xué)校后要注銷飯卡;這些處理行為的每次記錄都要存入“飯卡存款額和歷史庫(kù)文件”中,并由這個(gè)庫(kù)文件生成相應(yīng)的報(bào)表并打印出來(lái)。本系統(tǒng)的系統(tǒng)流程圖如下圖所示:具體流程:首先,由持卡者遞交書(shū)面申請(qǐng)?zhí)岢?3軟件工程概論習(xí)題答案課件84數(shù)據(jù)流圖

①首先,建立頂級(jí)數(shù)據(jù)流圖,其中只含有一個(gè)代表目標(biāo)軟件系統(tǒng)整體處理功能的轉(zhuǎn)換。根據(jù)飯卡管理系統(tǒng)與外部環(huán)境的關(guān)系確定頂級(jí)數(shù)據(jù)流圖中的外部實(shí)體有四個(gè),分別是持卡者、管理員、刷卡服務(wù)和刷卡器與顯示器。我們把整個(gè)飯卡系統(tǒng)的數(shù)據(jù)處理過(guò)程看作一個(gè)加工,它要與這四個(gè)外部實(shí)體有聯(lián)系,它的輸入數(shù)據(jù)和輸出數(shù)據(jù)反映了本系統(tǒng)與這些外界環(huán)境的接口。系統(tǒng)的頂層數(shù)據(jù)流圖如下圖所示:數(shù)據(jù)流圖①首先,建立頂級(jí)數(shù)據(jù)流圖,其中只含有一個(gè)代表85軟件工程概論習(xí)題答案課件86②按照分析人員對(duì)問(wèn)題域和用戶需求的理解,本系統(tǒng)有“持卡者信息管理”、“飯卡信息管理”和“飯卡消費(fèi)記錄管”三種子功能,我們按照這三種功能細(xì)化“飯卡系統(tǒng)”這個(gè)處理,得到1級(jí)數(shù)據(jù)流圖,如下圖所示:②按照分析人員對(duì)問(wèn)題域和用戶需求的理解,本系統(tǒng)有“持卡者信息87軟件工程概論習(xí)題答案課件88③分析上面1層數(shù)據(jù)流圖中的三個(gè)處理,采用常用的功能分解方法,我們可以繼續(xù)對(duì)這三個(gè)處理功能進(jìn)行細(xì)化。下圖為飯卡管理系統(tǒng)的2層數(shù)據(jù)流圖,圖中三張圖分別對(duì)這三個(gè)處理子功能完成細(xì)化操作。③分析上面1層數(shù)據(jù)流圖中的三個(gè)處理

溫馨提示

  • 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)論