軟件工程概論習(xí)題答案課件

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è)處理