【正文】 sign〉］〈 bitstring〉 E［〈 sign〉］〈 bitstring〉 〈 sign〉∷ =+｜ 〈 bitstring〉∷ =〈 bit〉［〈 bitstring〉］ 〈 bit〉∷ =0｜ 1 其中， 符號∷ =表示定義為； 符 號［ ...］表示可選項； 符號 a｜ b 表示 a 或 b。 EEPROM 寫入 完成后 LEFTamp。 2，在什么情況下應(yīng)該使用形式化說明技 術(shù)？使用形式化說明技術(shù)應(yīng)遵守哪些規(guī)則？ 答： 在用非形式化的方式描述時，存在矛盾，二義性，含糊性，不完整性級抽象層次混亂等問題時用形式化說明技術(shù)。 可見，用自然語言書寫的系統(tǒng)規(guī) 格說明書，羅嗦繁雜，并且可能存在矛盾，二義性，含糊性，不完整性及抽象 層次混亂等問題。 3，它提供了高層確認的大多形式化的規(guī)格說明主要關(guān)注系統(tǒng)的功能和數(shù)據(jù)，而時序的問題，控制和行為等方面的需求卻更難于表示 閑置 復(fù)印 do /復(fù)印 缺紙 do /警告 卡紙 do /警告 復(fù)印命令 完成復(fù)印命令 裝滿紙 排除了卡紙故障 手段 非形式化說明 難度低 可能存在矛盾，二義性，含糊性，不完整性級抽象層次混亂等問題 以一個簡單的俄羅 斯方塊游戲系統(tǒng)規(guī)格說明為例，用自然語言描述如下： 游戲的每個狀態(tài)對應(yīng)一個游戲界面，開始狀態(tài)下，但變量 cd_start=1 是進入正常游戲的狀態(tài)， cd_start=2時 進入讀取游戲狀態(tài)， cd_start=3 是進入得分榜界面查看。 第四章 1，舉例說明形式化說明技術(shù)和欠形式化方法的優(yōu)缺點。 答案： 從問題陳述可知，復(fù)印機的狀態(tài)主要有 “ 閑置 ” 、 “ 復(fù)印 ” 、 “ 缺紙 ” 和 “ 卡紙 ” 。 （ 6 ）復(fù)印機的工作過程大致如下：未接到復(fù)印命令時處于閑置狀態(tài)，一旦接到復(fù)印命令則進入復(fù)印狀態(tài)，完成一個復(fù)印命令規(guī)定的 工作后又回到閑置狀態(tài)，等待下一個復(fù)印命令；如果執(zhí)行復(fù)印命令時發(fā)現(xiàn)沒紙，則進入缺紙狀態(tài)，發(fā)出警告，等待裝紙，裝滿紙后進入閑置狀態(tài)，準備接收復(fù)印命令；如果復(fù)印時發(fā)生卡紙故障，則進入卡紙狀態(tài)，發(fā)出警告等待維修人員來排除故障，故障排除后回到閑置狀態(tài)。 儲戶 儲蓄所存取款M N類型數(shù)額 利率 密碼姓名 身份證號碼住址名稱 地址電話號碼電話號碼到期日期儲戶 儲蓄所存取款類型數(shù)額 利率 密碼姓名 身份證號碼住址名稱 地址電話號碼電話號碼到期日期 （ 5）分所析習(xí)題 2中第 4題的患者監(jiān)獄系統(tǒng)。 （ 2）怎樣與用戶有效地溝通以獲取用戶的真實需求？ 答案 ： 與用戶溝通獲取需求的方法：訪談；面向數(shù)據(jù)流自頂向下求精；簡易的應(yīng)用規(guī)格說明技術(shù)；快速建立軟件原型 3 銀行計算機儲蓄系統(tǒng)的工作過程大致如下：儲戶填寫的存款單或取款單由業(yè)務(wù)員鍵入系統(tǒng)，如果是存款則系統(tǒng)記錄存款 人姓名、住址、身份證號碼等存款信息，并打印出存款存單給儲戶；如果是取款且存款時留有密碼，則系統(tǒng)首先核對儲戶密碼，若密碼正確或存款時未留密碼，則系統(tǒng)計算利息并打印出利息清單給儲戶。對軟件需求的深入理解是軟件開發(fā)工作獲得成功的前提條件，不論我們把設(shè)計和編碼工作做得如何出色，不能真正滿足用戶需 求的程序只會令用戶失望，給開發(fā)者帶來煩惱。 答： 電話號碼＝ ［校內(nèi)電話號碼｜校外電話號碼］ 校內(nèi)電話號碼＝ 非零數(shù)字＋ ３ 位數(shù)字 校外電話號碼＝ ［本市號碼｜外地號碼］ 本市號碼＝ 數(shù)字零＋ ８ 位數(shù)字 外地號碼＝ 數(shù)字零＋ ３ 位數(shù)字＋ ８ 位數(shù)字 非零數(shù)字＝ ［１ ｜２ ｜３ ｜４ ｜５ ｜６ ｜７ ｜８ ｜９］ 數(shù)字零＝ ０ ３位數(shù)字＝ ３｛數(shù)字｝３ ８位數(shù)字＝ 非零數(shù)字＋ ７ 位數(shù)字 ７位數(shù)字＝ ７｛數(shù)字｝７ 數(shù)字＝ ［０ ｜１ ｜２ ｜３ ｜４ ｜５ ｜６ ｜７ ｜８ ｜９］ 其中， [ ]意思是或，從校內(nèi)電話號碼或校外電話號碼中選擇一個； { }表示重復(fù)，兩邊的數(shù)字表示重復(fù)次數(shù)的下限和上限； =意思是定義為； +意思是和，連接兩個分量。 5北京某高?？捎玫碾娫捥柎a有以下幾類：校內(nèi)電話號碼由 4位數(shù)字組成，第一位數(shù)字不是 醫(yī)生 病人端客戶機 D1：標準數(shù)據(jù) 服務(wù)器 D2：實測數(shù)據(jù) D3：警報數(shù)據(jù) 護士 D4：指定打印數(shù)據(jù) 話又分為本市電話和外地電話兩類。 經(jīng)濟可行性： 支出方面由醫(yī)院方面承擔(dān)，是否可行取決于醫(yī)院方面是否能支付所需的費用。某醫(yī)院打算開發(fā)一個以計算機為中心的患者監(jiān)護系統(tǒng)，試寫出問題定義，并且分析開發(fā)這個系統(tǒng)的可行性 可行性分析 原系統(tǒng)分析： 可行性分析 邏輯圖： 護士檢查病患 救治 結(jié)束 需要救治 開始 開始 醫(yī)生輸出病患標準數(shù)據(jù) 技術(shù)可行性 。 寫出問題定義并分析系統(tǒng)的可行性。 為方便旅客，某航空公司擬開發(fā)一個機票預(yù)定系統(tǒng)。因此，分階段開發(fā)“航空訂票系統(tǒng)”的構(gòu)想是可行 的。 請寫出問題定義并分析此系統(tǒng)的可行性。 ，某銀行擬開發(fā)計算機儲蓄系統(tǒng)。社會可行性所涉及的范圍也比較廣，它包括合同、責(zé)任、 侵權(quán)和其他一些技術(shù)人員常常不了解的陷阱等 。 。 。對要開發(fā)項目的功能、 性能和限制條件進行分析， 確定在現(xiàn)有的資源條件下，技術(shù)風(fēng)險有多大，項目是否能實現(xiàn)，這些即為技術(shù)可行性研究的內(nèi)容?？尚行匝芯康哪康木褪怯米钚〉拇鷥r在盡可能短的時間內(nèi)確定問題是否能夠解決。 十． Rational 統(tǒng)一過程 主要適用于何種項目？ 大型的需求不斷變化的復(fù)雜軟件系統(tǒng)項目 十一 .說明敏捷過程的適用范圍 適用于商業(yè)競爭環(huán)境下對小型項目提出的有限資源和有限開發(fā)時間的約束 十二 .說明微軟過程的適用范圍 適用于商業(yè)環(huán)境下具有有限資源和有限開發(fā)時間約束的項目的軟件過程模式 第二章 ?應(yīng)該從哪些方面研究目標系統(tǒng)的可行性？ 答：（ 1）開發(fā)一個軟件時，需要判斷原定的系統(tǒng)模型和目標是否現(xiàn)實，系統(tǒng)完成后所能帶來的效益是否大到值得投資開發(fā)這個系統(tǒng)的程度，如果做不到這些，那么花費在這些工程上 的任何時間、人力、軟硬件資源和經(jīng)費，都是無謂的浪費。它建立了簡潔和清晰的過程結(jié)構(gòu)，為開發(fā)過程提供較大的通用性。 九、試討論 Rational 統(tǒng)一過程的 優(yōu)缺點 。 (3) 這種模型相對比較新，應(yīng)用不廣泛，其功效需要進一步的驗證。 缺點： (1) 需要相當(dāng)?shù)娘L(fēng)險分析評估的專門技術(shù)，且成功依賴于這種技術(shù)。 螺旋模型 優(yōu)點：對于大型系統(tǒng)及軟件的開發(fā)，這種模型是一個很好的方法。 (2) 適合于軟件需求不明確、設(shè)計方案有一定風(fēng)險的軟件項目。 (2) 當(dāng)配備的人員不能在設(shè)定的期 限內(nèi)完成產(chǎn)品時，它提供了一種先推出核心產(chǎn)品的途徑，這樣就可以先發(fā)布部分功能給客戶，對客戶起到鎮(zhèn)靜劑的作用。 缺點：產(chǎn)品的先天性不足，因為開發(fā)者常常需要做實現(xiàn)上的折中，可能采用不合適的操作系統(tǒng)或程序設(shè)計語言，以使原型能夠盡快工作。 (3) 客戶要等到開發(fā)周期的晚期才能看到程序運行的測試版本，而在這時發(fā)現(xiàn)大的錯誤時，可能引起客戶的驚慌，而后果也可能是災(zāi)難性的。 缺點： (1) 實際的項目大部分情況難以按照該模型給出的順序進行，而且這種模型的迭代是間接的，這很容易由微小的變化而造成大的混亂。 瀑布模型 優(yōu)點：它提供了一個模板，這個模板使得分析、設(shè)計、編碼、測試和支持的方法可以在該模板下有一個共同的指導(dǎo)。 七、什么是軟件生命周期模型？試比較瀑布模型、快速原型模型、增量模型和螺旋模 型的優(yōu)缺點，說明每種模型的使用范圍。 軟件工程方法學(xué)：通常把在軟件生命周期全過程中使用的一整套技術(shù)方法的集合稱為方法學(xué)，也稱范型 。 需要工作量 4474263/200=22371（人 /月） 指令成本 22371*4000=89484000 美元 (3) 假設(shè)在 1995 年存儲器字長為 32 位，一名程序員每天可開發(fā)出 30 條指令，程序員的月平均工資為 6000 美元，重復(fù) (1)、 (2)題。要求計算： (1) 在 1985年對計算機存儲容量的需求估計是多少 ?如果字長為 16位，這個存儲器的價格是多少 ? 存儲容量需求 M=（ 19851960） =4474263（字） 存儲器價格 P=*（ 19851974） *4474263=5789 美元 (2) 假設(shè)在 1985年一名程序員每天可開發(fā)出 10 條指令，程序員的平均工資是每月 4000 美元。 五 、 15 根據(jù)歷史數(shù)據(jù)可以做出如下的假設(shè) ： 對計算機存儲容量的需求大致按下面公式描述的趨勢逐年增加： M=(Y1960) 存儲器的價格按下面公式描述的趨勢逐年下降： P1= (美分 /位 ) 如果計算機 字長為 16位，則存儲器價格下降的趨勢為： P2= (美元 /字 ) 在上列公式中 Y 代表年份， M是存儲容量 (字數(shù) )， P1 和 P2 代表價格。缺點：當(dāng)軟件規(guī)模龐大時，或者對軟件的需求是模糊的或會承受時 間而變化的時候，開發(fā)出的軟件往往不成功；而且維護起來仍然很困難。 1. 傳統(tǒng)方法學(xué)：也稱為生命周期方法學(xué)或結(jié)構(gòu)化范型。 三、什么是軟件工程？它有哪些本質(zhì)特征？怎樣用軟件工程消除軟件危機？ 1993年 IEEE 的定義：軟件工程是：① 把系統(tǒng)的、規(guī)范的、可度量的途徑應(yīng)用于軟件開發(fā)、運行和維護過程，也就是把工程應(yīng)用于軟件； ② 研究①中提到的途徑。 二、 假設(shè)自己是一家軟件公司的總工程師，當(dāng)把圖 給手下的軟件工程師們觀看，告訴他們及時發(fā)現(xiàn)并改正錯誤的重要性時，有人不同意這個觀點，認為要求在錯誤進入軟件之前就清楚它們是不現(xiàn)實的，并舉例說：“如果一個故障是編碼錯誤造成的，那么，一個人怎么能在設(shè)計階段清除它呢？”應(yīng)該怎么反駁他？ 答：在軟件開發(fā)的不同階段進行修改付出的代價是很不相同的，在早期引入變動，涉及的面較少，因而代價也比 較低；在開發(fā)的中期，軟件配置的許多成分已經(jīng)完成，引入一個變動要對所有已完成的配置成分都做相應(yīng)的修改， 不僅工作量大，而且邏輯上也更復(fù)雜，因此付出的代價劇增；在軟件“已經(jīng)完成”是在引入變動，當(dāng)然付出的代價更高。 (2) 軟件開發(fā)與維護的方法不當(dāng)：忽視 需求分析；認為軟件開發(fā)等于程序編寫；輕視軟件維護。 (7) 開發(fā)生產(chǎn)率提高的速度遠跟不上計算機應(yīng)用普及的需求。文檔資料不全或不合格，必將給軟件開發(fā)和維護工作帶來許多難以想象的困難和難以解決的問題。 (4) 軟件常常是不可維護的。 (2) 用戶對已完成的軟件不滿意的現(xiàn)象時有發(fā)生。而為了趕進度和節(jié)約成本所采取的一些權(quán)宜之計又往往損害了軟件產(chǎn)品的質(zhì)量。 軟件危機的典型表現(xiàn)： (1) 對軟件開發(fā)成本和進度的估計常常很不準確。第一章 一、什么是軟件危機？它有哪些典型表現(xiàn)？為什么會出現(xiàn)軟件危機？ 軟件危機是指在計算機軟件開發(fā)、使用與維護過程中遇到的一系列嚴重問題和難題。它包括兩方面：如何開發(fā)軟件，已滿足對軟件日益增長的需求；如何維護數(shù)量不斷增長的已有軟件。常常出現(xiàn)實際成本比估算成本高出一個數(shù)量級、實際進度比計劃進度拖延幾個月甚至幾年的現(xiàn)象。這些都降低了開發(fā)商的信譽，引起用戶不滿。 (3) 軟件產(chǎn)品的質(zhì)量往往是靠不住的。 (5) 軟件通常沒有適當(dāng)?shù)奈臋n資料。 (6) 軟件成本、軟件維護費在計算機系統(tǒng)總成本中所占比例逐年上升。 軟件危機出現(xiàn)的原因： (1) 來自軟件自身的特點：是邏輯部件，缺乏可見性；規(guī)模龐大、復(fù)雜，修改、維護困難。 (3) 供求矛盾將是一個永恒的主題：面對日益增長的軟件需求，人們顯得力不從心。一個故障是代碼錯誤造成的， 有時這種錯誤是不可避免的，但要修改的成本是很小的，因為這不是 整體構(gòu)架的錯誤。 軟件工程的本質(zhì)特征： (1) 軟件工程關(guān)注于大型程序 (軟件系統(tǒng) )的構(gòu)造 (2) 軟件工程的中心課題是分解問題，控制復(fù)雜性 (3) 軟件是經(jīng)常變化的，開發(fā)過程中必須考慮軟件將來可能的變化 (4) 開發(fā)軟件的效率非常重要，因此，軟件工程的一個重要課題就是，尋求開發(fā)與維護軟件的更好更有效的方法和工具 (5) 和諧地合作是開發(fā)軟件的關(guān)鍵 (6) 軟件必須有效地支持它的用戶 (7) 在軟件工程領(lǐng)域中是由具有一種文化背景的人替具有另一種文化背景的人 (完成一些工作 )消除軟件危機的途徑： (1) 對計算機軟件有一個正確的認識 (軟件≠程序） (2) 必須充分認識到軟件開