【正文】 的單位面積及房租等信息。 (2) 如果是退房申請(qǐng)，則從住房文件和房租 文件中刪除有關(guān)信息，再把此房號(hào)的信息寫(xiě)到空房文件中。 (1) 如果是分房申請(qǐng)，則根據(jù)申請(qǐng)者的情況 (年齡、工齡、職稱(chēng)、職務(wù)、家庭人口等 )計(jì)算其分?jǐn)?shù)，當(dāng)分?jǐn)?shù)高于閥值分?jǐn)?shù)時(shí)，按分?jǐn)?shù)高低將申請(qǐng)單插到分房隊(duì)列的適當(dāng)位置。 ，要求系統(tǒng)具有分房、 調(diào)房、退房和查詢(xún)統(tǒng)計(jì)等功能。對(duì)用戶來(lái)講 ,數(shù)據(jù)字典為他們提供了數(shù)據(jù)的明確定義；對(duì)系統(tǒng)分析員來(lái)講 ,數(shù)據(jù)字典幫助他們比較容易修改已建立的系統(tǒng)邏輯模型。 ?它的作用是什么？ 數(shù)據(jù)字典是描述數(shù)據(jù)流圖中數(shù)據(jù)的信息的集合。 系統(tǒng)流程圖從系統(tǒng)功能的角度抽象的描述系統(tǒng)的各個(gè)部分及其相互之間信息流動(dòng)的情況。 (6)每個(gè)數(shù)據(jù)流要有一個(gè)合 適的名字，盡量使用現(xiàn)實(shí)系統(tǒng)中有具體意義的名字。 (4)不要把控制流作為數(shù)據(jù)流。 (2)分解的深度和層次達(dá)到使加工足夠簡(jiǎn)單、易于理解的基本加工為止。 ?畫(huà)分層的 DFD 要遵循哪些原則 ? 分層的目的：便于逐步細(xì)化、結(jié)構(gòu)清晰。 (5) 性能需求、屬性等。 (3) 數(shù)據(jù)流圖與數(shù)據(jù)字典。 ? 組成包括： (1) 引言：編寫(xiě)目的、背景說(shuō)明、術(shù)語(yǔ)定義及參考資料等。它的導(dǎo)出過(guò)程如圖： ?它的結(jié)構(gòu)化體現(xiàn)在哪里 ? 結(jié)構(gòu)化分析 :使用數(shù)據(jù)流程圖、數(shù)據(jù)字典、結(jié)構(gòu)化英語(yǔ)、判定表和判定樹(shù)等工具，來(lái)建立一種新的、稱(chēng)為結(jié)構(gòu)化說(shuō)明書(shū)的目標(biāo)文檔 需求規(guī)格說(shuō)明書(shū)。 n E 1護(hù) 士E 3時(shí) 鐘E 2病 人F 1 要 求 報(bào) 告F 2 生 理 信 號(hào)F 3 日 前 、 時(shí) 間E 1護(hù) 士F 4 警 告 信 息D 2 患 者 安 全 范 圍D 1 患 者 日 志F 5 安 全 范 圍F 6 日 志P 1接 收 信 號(hào)P 4定 時(shí) 取 樣生 理 信 號(hào)P 5更 新 日 志P 3產(chǎn) 生 警 告 信 息P 2分 析 信 號(hào)P 6產(chǎn) 生 病 情 報(bào) 告F 2 生 理 信 號(hào)危 及 病 人 信 息定 時(shí) 的 生 理 信 號(hào)F 2 生 理 信 號(hào)F 6 日 志D 3 生 理 信 息F 2 生 理 信 號(hào)定 時(shí) 的生 理 信 號(hào)大學(xué)生校園網(wǎng) — 努力打造大學(xué)生最實(shí)用的網(wǎng)絡(luò)平臺(tái)！ 更多精彩盡在大學(xué)生校園網(wǎng) — ? 準(zhǔn)確定義未來(lái)系統(tǒng)的目標(biāo)，確定為了滿足用戶的需要系統(tǒng)必須做什么。 醫(yī)院對(duì)患者 7 監(jiān)護(hù)系統(tǒng)的基本要求是隨時(shí)接收每個(gè)病人的生理信號(hào) (脈搏、體溫、大學(xué)生校園網(wǎng) — 努力打造大學(xué)生最實(shí)用的網(wǎng)絡(luò)平臺(tái)！ 更多精彩盡在大學(xué)生校園網(wǎng) — 血壓、心電圖等 )，定時(shí)記錄病人情況以形成患者日志，當(dāng)某個(gè)病人的生理信號(hào)超出醫(yī)生規(guī)定的安全范圍時(shí)向值班護(hù)士發(fā)出警告信息，此外，護(hù)士在需要時(shí)還可以要求系統(tǒng)印出某個(gè)指定病人的病情報(bào)告。 24 目前住院病人主要由護(hù)士護(hù)理，這樣做不僅需要大量護(hù)士，而且由于不能隨時(shí)觀察危重病人的病情變化，還會(huì)延誤搶救時(shí)機(jī)。 (7) 制定下一階段的預(yù)算。 (5) 建議系統(tǒng) :系統(tǒng)目標(biāo)；處理流程；系統(tǒng)結(jié)構(gòu) ,功能 ,性能；系統(tǒng)技術(shù)可行性；投資和效益分析；操作可行性；法律可行性。 (3) 對(duì)現(xiàn)有系統(tǒng)的分析 :處理流程，圖示說(shuō)明現(xiàn)有系統(tǒng)的處理流程和數(shù)據(jù)流程；現(xiàn)有系統(tǒng)存在的問(wèn)題。 6. 可行性研究報(bào)告的主要內(nèi)容？ 可行性分析的結(jié)果是可行性研究報(bào)告 ,內(nèi)容包括： (1) 系統(tǒng)概述：說(shuō)明開(kāi)發(fā)的系統(tǒng)名稱(chēng) ,提出單位和開(kāi)發(fā)單位。 4．可行性研究包括哪幾方面的內(nèi)容？ (1)技術(shù)可行性：現(xiàn)有技術(shù)能否實(shí)現(xiàn)本系統(tǒng)，現(xiàn)有技術(shù)人員能否勝任，開(kāi)發(fā)系統(tǒng)的資源能否滿足； (2)經(jīng)濟(jì)可行性：經(jīng)濟(jì)效益是否超出開(kāi)發(fā)成本； (3)操作可行性：系統(tǒng)操作在用戶內(nèi)部行得通嗎？ (4)法律可行性：新系統(tǒng)開(kāi)發(fā)是否會(huì)侵犯他人、集體或國(guó)家利益，是否違反國(guó)家法律。 ? 確定在問(wèn)題定義中所提出的問(wèn)題是否值得去解，在限制條件下，問(wèn)題能否解決。 第二章 可行性研究 習(xí)題答案 1. 問(wèn)題定義的任務(wù)和主要工作 ? 問(wèn)題定義的任務(wù)：將用戶提出的要求具體化、定量化；確定研制系統(tǒng)的范圍，明確研制的邊界。 10．什么是軟件工程環(huán)境 : 方法與工具的結(jié)合，加上配套的軟、硬件支持稱(chēng)為軟件工程環(huán)境。 ? 軟件工程是指導(dǎo)計(jì)算機(jī)軟件開(kāi)發(fā)和維護(hù)的工程學(xué)科。 變換型開(kāi)發(fā)方法及特點(diǎn) : (1)從軟件需求的形式化規(guī)格說(shuō)明出發(fā)，經(jīng)過(guò)一系列的程序變換，得到最終的程序系統(tǒng)。 (3) 漸增型開(kāi)發(fā)方法適合于知識(shí)型軟件的開(kāi)發(fā)，設(shè)計(jì)系統(tǒng)時(shí)對(duì)用戶需求的認(rèn)識(shí)開(kāi)始不是很清楚的，需要在開(kāi)發(fā)過(guò)程中不斷認(rèn)識(shí)、不斷獲得新的知識(shí)去豐富和完善系統(tǒng)。如此反復(fù)，直至軟件人員和用戶對(duì)所設(shè)計(jì)完成的軟件系統(tǒng)滿意為止。它的特點(diǎn)： 大學(xué)生校園網(wǎng) — 努力打造大學(xué)生最實(shí)用的網(wǎng)絡(luò)平臺(tái)！ 更多精彩盡在大學(xué)生校園網(wǎng) — (1)各個(gè)階段的順序性和依賴(lài)性； (2)劃分邏輯設(shè)計(jì)與物理設(shè)計(jì)，盡可能推遲程序的物理實(shí)現(xiàn)； (3)每個(gè)階段必須完成規(guī)定的文檔，對(duì)其 中問(wèn)題通過(guò)復(fù)審及早發(fā)現(xiàn)，及早解決。 8．軟件開(kāi)發(fā)模型有幾種？它們的開(kāi)發(fā)方法有可特點(diǎn)？ 軟件開(kāi)發(fā)模型有瀑布型、漸增型和變換型。 (3) 使軟件開(kāi)發(fā)的全過(guò)程以一種有條不紊的方式進(jìn)行，保證軟件的質(zhì)量，特別是提高了軟件的 可維護(hù)性。 6．軟件生存周期為什么劃分成階段？ (1) 任何一個(gè)階段的具體任務(wù)不僅獨(dú)立，而且簡(jiǎn)單，便于不同人員分工協(xié)作，從而降低整個(gè)軟件開(kāi)發(fā)工作的困難程度。 ： 應(yīng)用 程序、系統(tǒng)程序、面向用戶的文檔資料和面向開(kāi)發(fā)者的文檔資料。由于各階段都使用統(tǒng)一的概念和表示符號(hào)，因此，整個(gè)開(kāi)發(fā)過(guò)程都是吻合一致的，或者說(shuō)是“無(wú)縫”連接的，這自然也就很容易實(shí)現(xiàn)各個(gè)開(kāi)發(fā)步驟的多次反復(fù)迭代，達(dá)到認(rèn)識(shí)的逐步深化。 模型名稱(chēng) 比較特點(diǎn) 適用范圍 方法學(xué)角度 應(yīng)用角度 面向結(jié)構(gòu) 面型對(duì)象 外部項(xiàng)目 內(nèi)部產(chǎn)品 瀑布模型 基礎(chǔ)模型、廣泛使用、標(biāo)準(zhǔn)模式 是 是 快速模型 基本需求、原形系統(tǒng)、可行演練 是 是 增量模型 需求分解、增量構(gòu)件、并行設(shè)計(jì)面向?qū)ο? 是 是 螺旋模型 原形系統(tǒng)、風(fēng) 是 是 大學(xué)生校園網(wǎng) — 努力打造大學(xué)生最實(shí)用的網(wǎng)絡(luò)平臺(tái)！ 更多精彩盡在大學(xué)生校園網(wǎng) — 險(xiǎn)分析、大規(guī)模 附帶風(fēng)險(xiǎn)分析的快速原形模型 ？ 由于在整個(gè)開(kāi)發(fā)過(guò)程中都 使用統(tǒng)一的軟件概念“對(duì)象”，所有其他概念（例如功能、關(guān)系、事件等）都是圍繞對(duì)象組成的，目的是保證分析工作中得到的信息不會(huì)丟失或改變，因此，對(duì)生命周期各個(gè)階段的區(qū)分自然也就不重要了，不明顯了。 ？試比較瀑布模型、快速模型、增量模型和螺旋模型的優(yōu)缺點(diǎn)，說(shuō)明每種模型的適用范圍。 ? 軟件過(guò)程定義了運(yùn)用技術(shù)方法的順序、應(yīng)該交付的文檔資料、為保證軟件質(zhì)量和協(xié)調(diào)軟件變化必須采取的管理措施，以及標(biāo)志完成了相應(yīng)開(kāi)發(fā)活動(dòng)的里程碑。 (3) 假設(shè)在 1995 年存儲(chǔ)器字長(zhǎng)為 32 位，一名程序員每天可開(kāi)發(fā)出 30 條指令，程序員的月平均工資為 6000美元，重復(fù) (1)、 (2)題。要求計(jì)算： 1) 在 1985 年對(duì)計(jì)算機(jī)存儲(chǔ)容量的需求估計(jì)是多少 ?如果字長(zhǎng)為 16 位，這個(gè)存儲(chǔ)器的價(jià)格是多少 ? (2) 假設(shè)在 1985 年一名程序員每天可開(kāi)發(fā)出 10 條指令，程序員的平均工資是每月4000 美元。 本質(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=(Y1960) 存儲(chǔ)器的價(jià)格按下 面公式描述的趨勢(shì)逐年下降： P1= (美分 /位 ) 如果計(jì)算機(jī)字長(zhǎng)為 16 位，則存儲(chǔ)器價(jià)格下降的趨勢(shì)為： P2= (美元 /字 ) 在上列公式中 Y 代表年份， M 是存儲(chǔ)容量 (字?jǐn)?shù) )， P1 和 P2 代表價(jià)格。 ？它有哪些本質(zhì)特征？怎么用軟件工程消除軟件危機(jī)？ 軟件工程 是知道計(jì)算機(jī)軟件開(kāi)發(fā)和維護(hù)的一門(mén)工程學(xué)科。 出現(xiàn)軟件危機(jī)的原因 （ 1）開(kāi)發(fā)人員與客戶認(rèn)識(shí)之間的矛盾 （ 2）開(kāi)發(fā)人員能力與開(kāi)發(fā)目標(biāo)之間的矛盾 （ 3）預(yù)估與實(shí)際工作量之間的矛盾 （ 4）客戶認(rèn)識(shí)的提高與軟件維護(hù)之間的矛盾 （ 5）遺產(chǎn)系統(tǒng)與實(shí)施軟件之間的矛盾 ，當(dāng)把圖 ，告訴他們及時(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)完成”是在 引入變動(dòng)，當(dāng)然付出的代價(jià)更高。 “ 軟件危機(jī) ”包含兩方面的問(wèn)題： （ 1）如何開(kāi)發(fā)軟件，以滿足對(duì)軟件日益增長(zhǎng)的需求； （ 2）如何維護(hù)數(shù)量不斷膨脹的已有軟件。大學(xué)生校園網(wǎng) — 努力打造大學(xué)生最實(shí)用的網(wǎng)絡(luò)平臺(tái)！ 更多精彩盡在大學(xué)生校園網(wǎng) — 《軟件工程導(dǎo)論》課后習(xí)題答案 第一章 軟件工程概論 ？它們有哪些典型表現(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ì)。一個(gè)故障是代碼錯(cuò)誤造成的， 有時(shí)這種錯(cuò)誤是不可避免的，但要修改的成本是很小的，因?yàn)檫@不是 整體構(gòu)架的錯(cuò)誤。采用工程的概念、原理、技術(shù)和方法來(lái)開(kāi)發(fā)與維護(hù)軟件，把經(jīng)過(guò)時(shí)間考驗(yàn)而證明正確的管理技術(shù)和當(dāng)前能夠大學(xué)生校園網(wǎng) — 努力打造大學(xué)生最實(shí)用的網(wǎng)絡(luò)平臺(tái)！ 更多精彩盡在大學(xué)生校園網(wǎng) — 得到的最好技術(shù)方法結(jié)合起來(lái)，以經(jīng)濟(jì)地開(kāi)發(fā)出高質(zhì)量的軟件并有效地維護(hù)它，這就是軟件工程。 基于上述假設(shè)可以比較計(jì)算機(jī)硬件和軟件成本的變化趨勢(shì)。如果一條指令為 一個(gè)字長(zhǎng)，計(jì)算使存儲(chǔ)器裝滿程序所需用的成本。 大