【正文】 有關(guān)。狀態(tài)轉(zhuǎn)換圖如下： 為每種類型的模塊耦合舉一個(gè)具體的例子。 從問題陳述可知，復(fù)印機(jī)的狀態(tài)主要有“閑置”、“復(fù)印”、“缺紙”和“卡紙”。 怎樣與用戶有效的溝通以獲取用戶的真實(shí)需求？ (1) 初步需求獲取，通過訪談與會(huì)議、問卷調(diào)查、觀察用戶工作流程等方法； (2) 面向數(shù)據(jù)流，自頂向下求精 (3) 簡易的應(yīng)用規(guī)格說明 (4) 快速建立軟件原型 復(fù)印機(jī)的工作過程大致如下：未接到復(fù)印命令時(shí)處于閑置狀態(tài)，一旦接到復(fù)印命令則進(jìn)入復(fù)印狀態(tài)，完成一個(gè)復(fù)印命令規(guī)定的工作后又回到閑置狀態(tài)，等待下一個(gè)復(fù)印命令；如果執(zhí)行復(fù)印命令時(shí)發(fā)現(xiàn)沒紙，則進(jìn)入缺紙狀態(tài)，發(fā)出警告，等待裝紙，裝滿紙后進(jìn)入閑置狀態(tài)，準(zhǔn)備接收復(fù)印命令；如果復(fù)印 時(shí)發(fā)生卡紙故障，則進(jìn)入卡紙狀態(tài)，發(fā)出警告，等待維修人員來排除故障，故障排除后回到閑置狀態(tài)。 電話號(hào)碼 = [校內(nèi)電話號(hào)碼 | 校外電話號(hào)碼 ] 校內(nèi)電話號(hào)碼 = 非零數(shù)字 + 3 位數(shù)字 校外電話號(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ù)字零 = 0 3 位數(shù) 字 = 3{數(shù)字 }3 8 位數(shù)字 = 非零數(shù)字 + 7 位數(shù)字 7 位數(shù)字 = 7{數(shù)字 }7 數(shù)字 = [0|l|2|3|4|5|6|7|8|9] 第三章 為什么要進(jìn)行需求分析？通常對(duì)軟件系統(tǒng)有哪些需求？ 通過需求分析，明確 用戶對(duì)目標(biāo)軟件系統(tǒng)在功能、性能、行為、設(shè)計(jì)約束等方面的期望，回答軟件系統(tǒng)“必須做什么”。 5．北京某高?？捎玫碾娫捥?hào)碼有以下幾類：校內(nèi)電話號(hào)碼由 4位數(shù)字組成，第 1 位數(shù)字不是0；校外電話又分為本市電話和外地電 話兩類，撥校外電話需先撥 0，若是本市電話則再接著撥 8 位數(shù)字 (第 1 位不是 0)，若是外地電話則撥 3 位區(qū)碼，再撥 8 位電話號(hào)碼 (第 1 位不是 0)。此外，定時(shí)記錄病人生理信號(hào)所形成的“患者日志”，顯然也是一個(gè) 數(shù)據(jù)存儲(chǔ) 。此外，系統(tǒng) 還應(yīng)該具有 “定時(shí)取樣生理信號(hào)”、“更新日志”和“產(chǎn)生病情報(bào)告 的功能。 從問題陳述容易看出，本 系統(tǒng)的 數(shù)據(jù)終點(diǎn) 是接收警告信息和病情報(bào)告的護(hù)士。 問題定義： 從問題陳述可知，本系統(tǒng)的 數(shù)據(jù)源點(diǎn) 是“病人”和“護(hù)士”，他們分別提供生理信號(hào)和要求病情報(bào)告的信息。某醫(yī)院打算開發(fā)一個(gè)以計(jì)算機(jī)為中心的患者監(jiān)護(hù)系統(tǒng)，請寫出問題定義，并且分析開發(fā)這個(gè)系統(tǒng)的可行性。 (3) 這種模型相對(duì)比較新，應(yīng)用不廣泛，其功效需要進(jìn)一步的驗(yàn)證。 缺點(diǎn)： (1) 需要相當(dāng)?shù)娘L(fēng)險(xiǎn)分析評(píng)估的專門技術(shù)，且成功依賴于這種技術(shù)。 螺旋模型 優(yōu)點(diǎn)：對(duì)于大型系統(tǒng)及軟件的開發(fā)，這種模型是一個(gè)很好的方法。 (2) 適合于軟件需求不明確、設(shè)計(jì)方案有一定風(fēng)險(xiǎn)的軟件項(xiàng)目。 (2) 當(dāng)配備的人員不能在設(shè)定的期限內(nèi)完成產(chǎn)品時(shí)，它提供了一種先推出核心產(chǎn)品的途徑，這樣就可以先發(fā)布部分功能給客戶，對(duì)客戶起到鎮(zhèn)靜劑的作用。 缺點(diǎn)：產(chǎn)品的先天性不足，因?yàn)殚_發(fā)者常常需要做實(shí)現(xiàn)上的折中，可能采用不合適的操作系統(tǒng)或程序設(shè)計(jì)語言，以使原型能夠盡快工作。 快速原型模型 在進(jìn)行了基本需求分析之后，快速開發(fā)出產(chǎn)品的原型，然后基于這個(gè)原型，同客戶溝通、交流，更好地了解客戶需求，不斷修改這個(gè)原型，到了雙方認(rèn)可的程度，再做詳細(xì)地分析、設(shè)計(jì)和編程，最終開發(fā)出令客戶滿意的產(chǎn)品。稱之為 “堵塞 狀態(tài) ”。 (3) 客戶要等到開發(fā)周期的晚期才能看到程序運(yùn)行的測試版本，而在這時(shí)發(fā)現(xiàn)大的錯(cuò)誤時(shí)，可能引起客戶的驚慌，而后果也可能是災(zāi)難性的。 缺點(diǎn)： (1) 實(shí)際的項(xiàng)目大部分情況難以按照該模型給出的順序進(jìn)行，而且這種模型的迭代是間接的，這很容易由微小的變化而造成大的混亂。 瀑布模型 優(yōu)點(diǎn)： 它提供了一個(gè)模板，這個(gè)模板使得分析、設(shè)計(jì)、編碼、測試和支持的方法可以在該模板下有一個(gè)共同的指導(dǎo)。 七、什么是軟件生命周期模型？試比較瀑布模型、快速原型模型、增量模型和螺旋模型的優(yōu)缺點(diǎn)，說明每種模型的使用范圍。 二、什么是軟件工程？它有哪些本質(zhì)特征？怎樣用軟件工程消除軟件危機(jī)？ 1993 年 IEEE 的定義：軟件工程是：① 把系統(tǒng)的、規(guī)范的、可度量的途徑應(yīng)用于軟件開發(fā)、運(yùn)行和維護(hù)過程，也就是把工程應(yīng)用于軟件；② 研究①中提到的途徑。 (2) 軟件開發(fā)與維護(hù)的方法不當(dāng) ： 忽視需 求分析；認(rèn)為軟件開發(fā)等于程序編寫；輕視軟件維護(hù)。 (7) 開發(fā)生產(chǎn)率提高的速度遠(yuǎn)跟不上計(jì)算機(jī)應(yīng)用普及的需求。文檔資料不全或不合格，必將給軟件開發(fā)和維護(hù)工作帶來許多難以想象的困難和難以解決的問題。 (4) 軟件常常是不可維護(hù)的。 (2) 用 戶對(duì)已完成的軟件不滿意的現(xiàn)象時(shí)有發(fā)生。而為了趕進(jìn)度和節(jié)約成本所采取的一些權(quán)宜之計(jì)又往往損害了軟件產(chǎn)品的質(zhì)量。 軟件危機(jī)的典型表現(xiàn)： (1) 對(duì)軟件開發(fā)成本和進(jìn)度的估計(jì)常常很不準(zhǔn)確。第一章 一、什么是軟件危機(jī)？它有哪些典型表現(xiàn)？為什么會(huì)出現(xiàn)軟件危機(jī)？ 軟件危機(jī)是指在計(jì)算機(jī)軟件開發(fā)、使用與維護(hù)過程中遇到的一系列嚴(yán)重問題和難題。它包括兩方面：如何開發(fā)軟件，已滿足對(duì)軟件日益增長的需求；如何維護(hù)數(shù)量不斷增長的已有軟件。常常出現(xiàn)實(shí)際成本比估算成本高出一個(gè)數(shù)量級(jí)、實(shí)際進(jìn)度比計(jì)劃進(jìn)度拖延幾個(gè)月甚至幾年的現(xiàn)象。這些都降低了開發(fā)商的信譽(yù)，引起用戶不滿。 (3) 軟件產(chǎn)品的質(zhì)量往往是靠不住的。 (5) 軟件通常沒有適當(dāng)?shù)奈臋n資料。 (6) 軟件成本、軟件維護(hù)費(fèi)在計(jì)算機(jī)系統(tǒng)總成本中所占比例逐年上升。 軟件危機(jī)出現(xiàn)的原因： (1) 來自軟件自身的特點(diǎn) ： 是邏輯部件，缺乏可見性；規(guī)模龐大、復(fù)雜，修改、維護(hù)困難。 (3) 供求矛盾將是一個(gè)永恒的主題 ： 面對(duì)日益增長的軟件需求，人們顯得力不從心。 軟件工程的本質(zhì)特征： (1) 軟件工程關(guān)注于大型程序 (軟件系統(tǒng) )的構(gòu)造 (2) 軟件工程的中心課題是分解問題，控制復(fù)雜性 (3) 軟