【正文】 )推薦行動(dòng)方針； (6)書(shū)寫(xiě)計(jì)劃任務(wù)書(shū) (可行性報(bào)告 )； (7)提交審查。 問(wèn)題定義階段的工作： (1) 通過(guò)調(diào)查研究，了解系統(tǒng)需求； (2) 確定 系統(tǒng)的功能需求、性能需求、可靠性需求、安全及保密性、資源、開(kāi)發(fā)費(fèi)用及開(kāi)發(fā)進(jìn)度等的需求； (3) 問(wèn)題定義階段的產(chǎn)品 系統(tǒng)目標(biāo)與范圍說(shuō)明書(shū)。 (1) 它采用工程的概念、原理、技術(shù)和方法來(lái)開(kāi)發(fā)和維護(hù)軟件； (2) 它將管理技術(shù)與當(dāng)前經(jīng)過(guò)時(shí)間考驗(yàn)的而證明是正確的技術(shù)方法結(jié)合起來(lái)； (3) 它強(qiáng)調(diào)使用生存周期方法學(xué)和結(jié)構(gòu)分析和結(jié)構(gòu)技術(shù)； (4) 經(jīng)過(guò)人們長(zhǎng)期的努力 和探索，圍繞著實(shí)現(xiàn)軟件優(yōu)質(zhì)高產(chǎn)這個(gè)目標(biāo) ,從技術(shù)到管理兩個(gè)方面做了大量的努力 ,逐漸形成了 軟件工程學(xué) 這一新的學(xué)科。多數(shù)研究性質(zhì)的試驗(yàn)軟件， 一般采用此方法。 漸增型開(kāi)發(fā)方法及特點(diǎn) : (1) 從部分需求出發(fā)，先建立一個(gè)不完全的系統(tǒng)，通過(guò)測(cè)試運(yùn)行該系統(tǒng)取得經(jīng)驗(yàn)和信息反饋，加深對(duì)軟件需求的理解，進(jìn)一步使系統(tǒng)擴(kuò)充和完善。 7．應(yīng)該怎樣來(lái)劃分階段？ (1)每一個(gè)階段的任務(wù)盡可能獨(dú)立； (2)同一階段內(nèi)的任務(wù)性質(zhì)盡可能相同； (3)每一個(gè)階段任務(wù)的開(kāi)始和結(jié)束有嚴(yán)格的標(biāo)準(zhǔn)。 5．什么是軟件生存周期？ 軟件生存周期是指從軟件定義、開(kāi)發(fā)、使用、維護(hù)到淘汰的全過(guò)程。分析階段的得到的對(duì)象模型也適用于設(shè)計(jì)階段和實(shí)現(xiàn)階段。 ? 軟件過(guò)程是軟件工程方法學(xué)的 3 個(gè)重要組成部分之一。如果一條指令為 一個(gè)字長(zhǎng)，計(jì)算使存儲(chǔ)器裝滿(mǎn)程序所需用的成本。采用工程的概念、原理、技術(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ù)它，這就是軟件工程。 它們有以下表現(xiàn)： （ 1）對(duì)軟件開(kāi)發(fā)成本和進(jìn)度的估計(jì)常常很不準(zhǔn)確； （ 2）用戶(hù)對(duì)“已完成的”軟 件系統(tǒng)不滿(mǎn)意的現(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ì)。大學(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)題”。 出現(xiàn)軟件危機(jī)的原因 （ 1）開(kāi)發(fā)人員與客戶(hù)認(rèn)識(shí)之間的矛盾 （ 2）開(kāi)發(fā)人員能力與開(kāi)發(fā)目標(biāo)之間的矛盾 （ 3）預(yù)估與實(shí)際工作量之間的矛盾 （ 4）客戶(hù)認(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à)更高。 本質(zhì)特征： （ 1） 軟件工程關(guān)注于大型軟件的構(gòu)造 （ 2） 軟件工程的中心課題是控制復(fù)雜性 （ 3） 軟 件經(jīng)常變化 （ 4） 開(kāi)發(fā)軟件的效率非常重要 （ 5） 和諧地合作是開(kāi)發(fā)軟件的關(guān)鍵 （ 6） 軟件必須有效支持它的用戶(hù) （ 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à)格。 (3) 假設(shè)在 1995 年存儲(chǔ)器字長(zhǎng)為 32 位，一名程序員每天可開(kāi)發(fā)出 30 條指令，程序員的月平均工資為 6000美元，重復(fù) (1)、 (2)題。 ？試比較瀑布模型、快速模型、增量模型和螺旋模型的優(yōu)缺點(diǎn)，說(shuō)明每種模型的適用范圍。由于各階段都使用統(tǒng)一的概念和表示符號(hào)，因此，整個(gè)開(kāi)發(fā)過(guò)程都是吻合一致的，或者說(shuō)是“無(wú)縫”連接的，這自然也就很容易實(shí)現(xiàn)各個(gè)開(kāi)發(fā)步驟的多次反復(fù)迭代，達(dá)到認(rèn)識(shí)的逐步深化。 6．軟件生存周期為什么劃分成階段？ (1) 任何一個(gè)階段的具體任務(wù)不僅獨(dú)立，而且簡(jiǎn)單，便于不同人員分工協(xié)作，從而降低整個(gè)軟件開(kāi)發(fā)工作的困難程度。 8．軟件開(kāi)發(fā)模型有幾種？它們的開(kāi)發(fā)方法有可特點(diǎn)？ 軟件開(kāi)發(fā)模型有瀑布型、漸增型和變換型。如此反復(fù)，直至軟件人員和用戶(hù)對(duì)所設(shè)計(jì)完成的軟件系統(tǒng)滿(mǎn)意為止。 變換型開(kāi)發(fā)方法及特點(diǎn) : (1)從軟件需求的形式化規(guī)格說(shuō)明出發(fā)，經(jīng)過(guò)一系列的程序變換，得到最終的程序系統(tǒng)。 10．什么是軟件工程環(huán)境 : 方法與工具的結(jié)合，加上配套的軟、硬件支持稱(chēng)為軟件工程環(huán)境。 ? 確定在問(wèn)題定義中所提出的問(wèn)題是否值得去解，在限制條件下，問(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ā)單位。 (5) 建議系統(tǒng) :系統(tǒng)目標(biāo)；處理流程；系統(tǒng)結(jié)構(gòu) ,功能 ,性能；系統(tǒng)技術(shù)可行性；投資和效益分析；操作可行性；法律可行性。 24 目前住院病人主要由護(hù)士護(hù)理，這樣做不僅需要大量護(hù)士，而且由于不能隨時(shí)觀察危重病人的病情變化，還會(huì)延誤搶救時(shí)機(jī)。 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)，確定為了滿(mǎn)足用戶(hù)的需要系統(tǒng)必須做什么。 ? 組成包括： (1) 引言：編寫(xiě)目的、背景說(shuō)明、術(shù)語(yǔ)定義及參考資料等。 (5) 性能需求、屬性等。 (2)分解的深度和層次達(dá)到使加工足夠簡(jiǎn)單、易于理解的基本加工為止。 (6)每個(gè)數(shù)據(jù)流要有一個(gè)合 適的名字，盡量使用現(xiàn)實(shí)系統(tǒng)中有具體意義的名字。 ?它的作用是什么？ 數(shù)據(jù)字典是描述數(shù)據(jù)流圖中數(shù)據(jù)的信息的集合。 ，要求系統(tǒng)具有分房、 調(diào)房、退房和查詢(xún)統(tǒng)計(jì)等功能。 (2) 如果是退房申請(qǐng)，則從住房文件和房租 文件中刪除有關(guān)信息，再把此房號(hào)的信息寫(xiě)到空房文件中。 用數(shù)據(jù)流圖描繪該系統(tǒng)的功能需求；在數(shù)據(jù)字典中給出主要的數(shù)據(jù)流、文件和加工說(shuō)明。 3. 什么是模塊？模塊具有哪幾個(gè)特征？總體設(shè)計(jì)主要考慮什么特征？ 模塊是數(shù)據(jù)說(shuō)明、可執(zhí)行語(yǔ)句等程序?qū)ο蟮募?，可以單?dú)命名且可通過(guò)名字來(lái)訪問(wèn)。 模塊設(shè)計(jì)的準(zhǔn)則： (1) 改進(jìn)軟件結(jié)構(gòu) , 提高模塊獨(dú)立性 :在對(duì)初步模塊進(jìn)行合并、分解和移動(dòng)的分析、精化過(guò)程中力求提高模塊的內(nèi)聚，降低藕合。一般模塊的調(diào)用個(gè)數(shù)不要超過(guò) 5 個(gè)。 大學(xué)生校園網(wǎng) — 努力打造大學(xué)生最實(shí)用的網(wǎng)絡(luò)平臺(tái)！ 更多精彩盡在大學(xué)生校園網(wǎng) — 6. 變換分析設(shè)計(jì)的步驟？ (1) 區(qū)分傳入、傳出和變換中心三部分，劃分 DFD 圖的分界線； (2) 完成第一級(jí)分解 :建立初始 SC 圖的框架； (3) 完成第二級(jí)分解 :分解 SC 圖的各個(gè)分支； (4) 對(duì)初始結(jié)構(gòu)圖按照設(shè)計(jì)準(zhǔn)則進(jìn)行精化與改進(jìn)。映射 為事務(wù)控制模塊 ,接收模塊和動(dòng)作發(fā)送模塊 .一般得到 SC 圖的頂層和第一層 (如果第一層簡(jiǎn)單可以并入頂層 )。 (2) 二者都采用多層次矩形框樹(shù)形結(jié)構(gòu)。 頂層 一層 大學(xué)生校園網(wǎng) — 努力打造大學(xué)生最實(shí)用的網(wǎng)絡(luò)平臺(tái)！ 更多精彩盡在大學(xué)生校園網(wǎng) — 二層 軟件結(jié)構(gòu)圖 大學(xué)生校園網(wǎng) — 努力打造大學(xué)生最實(shí)用的網(wǎng)絡(luò)平臺(tái)！ 更多精彩盡在大學(xué)生校園網(wǎng) — 第五章 習(xí)題參考答案 一 .回答問(wèn)題 ? 為軟件結(jié)構(gòu)圖 (SC圖或 HC圖 )中的每一個(gè)模塊確定采用的算法和塊內(nèi)數(shù)據(jù)結(jié)構(gòu) ,用某種選定的表達(dá)工具給出清晰的描述 . ? 編寫(xiě)軟件的“詳細(xì)設(shè)計(jì)說(shuō)明書(shū)” .軟件人員要完成的工作 : (1) 為每一個(gè) 模塊確定采用的算法 , 選擇某種適當(dāng)?shù)墓ぞ弑磉_(dá)算法的過(guò)程 ,寫(xiě)出模塊的詳細(xì)過(guò)程描述 . (2) 確定每一模塊使用的數(shù)據(jù)結(jié)構(gòu) . (3) 確定模塊結(jié)構(gòu)的細(xì)節(jié) ,包括對(duì)系統(tǒng)外部的接口和用戶(hù)界面 ,對(duì)系統(tǒng)內(nèi)部其它模塊的接口 ,以及關(guān)于模塊輸入數(shù)據(jù)、輸出數(shù)據(jù)及局部數(shù)據(jù)的全部細(xì)節(jié) . (4) 為每一個(gè)模塊設(shè)計(jì)出一組測(cè)試用例 ,以便在編碼階段對(duì)模塊代碼 (即程序 )進(jìn)行預(yù)定的測(cè)試 . ? 在詳細(xì)設(shè)計(jì)中所有模塊都使用單入口、單出口的順序、選擇、循環(huán)三種基本控制結(jié)構(gòu) . 法的異同 ? 相同點(diǎn)： (1) 遵守結(jié)構(gòu)程序設(shè)計(jì)“由頂向下”逐步細(xì)化的原則 ,并以其為共同的基礎(chǔ)； (2) 均服從“程序結(jié)構(gòu)必須適應(yīng)問(wèn)題結(jié)構(gòu)”的基本原則 ,各自擁有從問(wèn)題結(jié)構(gòu)(包括數(shù)據(jù)結(jié)構(gòu) )導(dǎo)出程序結(jié)構(gòu)的一組映射規(guī)則。 Jackson 方法和 LCP 方法的異同 ? Jackson 與 LCP 設(shè)計(jì)方法都是以數(shù)據(jù)結(jié)構(gòu)為出發(fā)點(diǎn)，以程序的過(guò)程描述為最終目標(biāo)，設(shè)計(jì)步驟基本相似。 PDL 語(yǔ)言略 大學(xué)生校園網(wǎng) — 努力打造大學(xué)生最實(shí)用的網(wǎng)絡(luò)平臺(tái)！ 更多精彩盡在大學(xué)生校園網(wǎng) — 三 .根據(jù)后面給出“卡片的分類(lèi)及統(tǒng)計(jì)”項(xiàng)目說(shuō)明，完成下列工作： (1)用 Jackson 圖表示輸入與輸出數(shù)據(jù)結(jié)構(gòu)，找出它們之間的對(duì)應(yīng)單元； (2)畫(huà)出用 Jackson 圖表示的程序結(jié)構(gòu)； (3)列出程序所需用的操作，并加到上一步畫(huà)出的程序結(jié)構(gòu)圖上； (4)用 Jackson 偽代碼寫(xiě)出程序的過(guò)程表示。如圖 : 試用 J