【正文】 發(fā)不是某種個體勞動的神秘技巧，而應(yīng)該是一種組織良好、管理嚴密、各類人員協(xié)同配合、共同完成的工程項目 (3) 推廣使用在實踐中總結(jié)出來的開發(fā)軟件的成功技術(shù)和方法 (4) 開發(fā)和使用更好的軟件工具 四、簡述結(jié)構(gòu)化范型和面向?qū)ο蠓缎偷囊c，并分析他們的優(yōu)缺點。 優(yōu)點：把軟件生命周期劃分成基干個階段，每個階段的任務(wù)相對獨立，而且比較簡單，便于不同人員分工協(xié)作， 從而降低了整個軟件開發(fā)過 程的困難程度。 2. 面向?qū)ο蠓椒▽W(xué)：優(yōu)點：降低了軟件產(chǎn)品的復(fù)雜性；提高了軟件的可理解性；簡化了軟件的開發(fā)和維護工作； 促進了軟件重用。 基于上述假設(shè)可以比較計算機硬件和軟件成本的變化趨勢。如果一條指令為一個字長，計算使存儲器裝滿程序所需用的成本。 需求估計 M=（ 19951960） =73577679 字 存儲器價格 *32*（ 19951974） *73577679=7127 美元 工作量 73577679/600=122629(人 /月） 成本 122629*6000=735776790 美元 六、什么是軟件過程 ?它與軟件工程方法學(xué)有何關(guān)系 ? 軟件過程是為了開發(fā)出高質(zhì)量的軟件產(chǎn)品所需完成的一系列任務(wù)的框架，它規(guī)定了完成各項任務(wù)的工作步驟。 軟件過程是軟件工程方法學(xué)的 3個重要組成部分之一。 軟件生命周期模型是跨越整個生存期的系統(tǒng)開發(fā)、運作和維護所實施的全部過程、活動和任務(wù)的結(jié)構(gòu)框架。雖然有不少缺陷但比在軟件開發(fā)中隨意的狀態(tài)要好得多。 (2) 經(jīng)常情況下客戶難以表達真正的需求，而這種模型卻要求如此，這種模型是不歡迎具 有二義性問題存在的。 快速原型模型 優(yōu)點：使用戶能夠感受到實際的系統(tǒng)，使開發(fā)者能夠快速地構(gòu)造出系統(tǒng)的框架。 增量模型 優(yōu)點： (1) 人員分配靈活，剛開始不用投入大量人力資源，當核心產(chǎn)品很受歡迎時，可增加人力實現(xiàn)下一個增量。 缺點： (1) 至始至終開發(fā)者和客戶糾纏在一起，直到完全版本出來。 該模型具有一定的市場。開發(fā)者和客戶能夠較好地對待和理解每一個演化級別上的風(fēng)險。 (2) 很明顯一個大的沒有被發(fā)現(xiàn)的風(fēng)險問題，將會導(dǎo)致問 題的發(fā)生，可能導(dǎo)致演化 的方法失去控制。 該模型適合于大型軟件的開發(fā) 八、 為什么說噴泉模型較好的體現(xiàn)了面向?qū)ο筌浖_發(fā)過程無縫和 迭代的特性？ 因為使用面向?qū)ο蠓椒▽W(xué)開發(fā)軟件時，各個階段都使用統(tǒng)一的概念和表示符號，因此，整個開發(fā)過程都是吻合一致的，或者說是無縫連接的，這自然就很容易實現(xiàn)各個開發(fā)步驟的反復(fù)多次迭代， 達到認識的逐步深化，而噴泉模型則很好的體現(xiàn)了面向?qū)ο筌浖_發(fā)過程迭代和無縫的特性。 優(yōu)點 :提高了團隊生產(chǎn)力，在迭代的開發(fā)過程、需求管理、基于組建的體系結(jié)構(gòu)、可視化軟件建模、驗證軟件質(zhì)量及控制軟件變更等方面、 針對所有關(guān)鍵的開發(fā)活動為每個開發(fā)成員提供了必要的準則、模版和工具指導(dǎo)，并確保全體成員共享相同的知識基礎(chǔ)。 缺點： RUP 只是一個開發(fā)過程，并沒有涵蓋軟件過程的全部內(nèi)容，例如它缺少關(guān)于軟件運行和支持等方面的內(nèi)容 ，此外，他沒有支持多項目的開發(fā)結(jié)構(gòu)，這在一定程度上降低了在開發(fā)組織內(nèi)大范圍實現(xiàn)重用的可能性?？尚行匝芯康膶嵸|(zhì)是要進行一次大大壓縮簡化了的系統(tǒng)分析和設(shè)計過程，就是在較高層次上以較抽象的方式進行的系統(tǒng)分析和設(shè)計的過程。 （ 2）一般說來，至少應(yīng)該從以下三個方面研究每種解法的可行性： 。這里的資源包括已有的或可以搞到的硬件、軟件資源，現(xiàn)有 技術(shù)人員的技術(shù)水平和已有的工作基礎(chǔ)。進行開發(fā)成本的估算以及了解取得效益的評估， 確定要開發(fā)的項目是否值得投資開發(fā)，這些即為經(jīng)濟可行性研究的內(nèi)容對于大多數(shù)系統(tǒng)，一般衡量經(jīng)濟上是否合算，應(yīng)考慮一個 “底線 ”，經(jīng)濟可行性研究范圍較廣，包括成本 —效益分析， 長期公司經(jīng)營策略， 開發(fā)所需的成本和資源，潛在的市場前景。有時還要研究社會可行性問題，研究要開發(fā)的項目是否存在任何侵犯、妨礙等責(zé)任問題。 必要時還應(yīng)該從法律、社會效益等更廣泛的方面研究每種解法的可行性。儲戶填寫的存款單或取款單由業(yè)務(wù)員鍵入系統(tǒng)，如果是存款，系統(tǒng)記錄存款人姓名、住址、存款類型、存款日期、利率等信息，并印出存款單給儲戶；如果是取款，系統(tǒng)計算利息并印出利息清單給儲戶。 數(shù)據(jù)流程圖： 取票圖： 航空訂票系統(tǒng)技術(shù)在目前是一個技術(shù)上成熟的系統(tǒng)，并且在航空公司內(nèi)部準備采取有力措施保證資金和人員配置等。為了使航空公司適應(yīng)現(xiàn)代化市場競爭的需求，促進機票預(yù)訂管理信息化，不斷滿足旅客預(yù)訂機票的要求，爭取更好的經(jīng)濟效益，可立即著手系統(tǒng)的開發(fā)與完善。旅行社把預(yù)定機票的旅客信息（姓名、性別、工作單位、身份證號碼、旅行時間、旅行目的地等）輸入進入該系統(tǒng)，系統(tǒng)為旅客安排航班，印出取票通知和賬單，旅客在飛機起飛的前一天憑取票通知和賬單交款取票，系統(tǒng)校對無誤即印出機票給旅客。 1 目標：在一個月內(nèi)建立一個高效率，無 差錯的航空公司機票預(yù)定系統(tǒng) 2 存在的主要問題：人工不易管理，手續(xù)繁瑣 3 建立新系統(tǒng) ① 經(jīng)濟可行性 成本效益分析 成本估算：打印機一臺（ 2020 元） +開發(fā)費（ 3500 元） =5500 元 可承擔(dān) 效益估算 :該系統(tǒng)有很好的社會效益，提高了航空公司售票效率，方便了旅客，售 票方便化，科學(xué)化 ② 技術(shù)可行性 經(jīng)過調(diào)查分析，得到目前航空公司機票預(yù)定系統(tǒng)流程圖如下： ，這樣做不僅需要大量護士，而且由于不能隨時 系統(tǒng)管理員 系統(tǒng)管理員 系統(tǒng)管理員 系統(tǒng)管理員 航班信息的更 新 查詢請求 表達申請 機票核對事 物 數(shù)據(jù)庫 產(chǎn)生報表 產(chǎn)生報表 產(chǎn)生報表 產(chǎn)生報表及賬單 服務(wù)終端顯示數(shù)據(jù) 客戶終端顯示數(shù)據(jù) 客戶終端顯示數(shù)據(jù) 在客戶端打印數(shù)據(jù)和賬單 客戶 開購票證明 購票證明 開購票發(fā)票 發(fā)票 收費 機票單 機票 客戶 觀察危重病人的病情變化，還可能會延誤搶救時機。 雖然生理數(shù)據(jù)的采集需要涉及大量的專業(yè)精密儀器，軟件工程師并不精通，但是可以在專業(yè)人士的幫助下完成。 操作可行性： 醫(yī)生并不具有軟件維護的能力，在數(shù)據(jù)庫的維護上需要專業(yè)人士來進行，因為病患數(shù)目并不會太多，所以只需一個人或者幾個人定期對數(shù)據(jù)庫進行管理和維護就行了。撥校外電 話需要先撥 0，若是本市電話則接著撥 8位數(shù)字（第一位不是 0），若是外地電話則撥 3位區(qū)碼后再撥 8位電話號碼（第一位不是 0）。 第三章 （ 1） .為什么要進行需求分析？通常對軟件系統(tǒng)有哪些要求？ 答： 1) 為了開發(fā)出真正滿足用戶需求的軟件產(chǎn)品，首先必須知道用戶的需求。 2)確定對系統(tǒng)的綜合要求： 功能需求； 性能需求； 可靠性和可用性需求； 出錯處理需求； 接口需求； 約束； 逆向需求； 將來可以提出的要求，分析系統(tǒng)的數(shù)據(jù)要求。 答案： 用 ER圖描繪系統(tǒng)中的數(shù)據(jù)對象。試用實體 聯(lián)系圖描述本系統(tǒng)中的數(shù)據(jù)對象并用數(shù)據(jù)流程描繪本系統(tǒng)的功能。 請用狀態(tài)轉(zhuǎn)換圖描繪復(fù)印機的行為。引起狀態(tài)轉(zhuǎn)換的事件主要是 “ 復(fù)印命令 ” 、 “ 完成復(fù)印命令 ” 、 “ 發(fā)現(xiàn)缺紙 ” 、 “ 裝滿紙 ” 、 “ 發(fā)生卡紙故障 ” 和 “ 排除了卡紙故障 ” 。 答： 優(yōu)點 缺點 形式化說明 1，簡潔準確的描述物理現(xiàn)象，對象獲動作的結(jié)果 2，可以在不同軟件工程活動之間平滑的過度。在得分榜界面按任意鍵返回開始界面，在讀取游戲界 面，當游戲數(shù)據(jù)讀取完成后進入正常游戲狀態(tài)，正常游戲狀態(tài)下，同時按下左鍵和右鍵進入儲存游戲界面，數(shù) 據(jù)儲存結(jié)束后返回正常游戲狀態(tài)，在正常游戲狀態(tài)下，如果變量 game_res=0，則游戲結(jié)束，進入游戲結(jié)束畫面。 用有窮狀態(tài)的描述如下： 狀態(tài)機 J： {開始，正常游戲（游戲進行中），得分榜，讀取游戲，儲存游戲，游戲結(jié)束 } 輸入集 K： {按鍵 UP，按鍵 DOWN，按鍵 LEFT，按鍵 RIGHT，寄存器變量 cd_start ，寄存器變量 game_res} 轉(zhuǎn)換函數(shù) T： 如圖 所示 初始態(tài) S： {開始 } 終態(tài)集 F： {游戲結(jié)束 } 可見用形式化語言描述，更加簡潔，準確，無歧義。 應(yīng)用形式化方法的準則： A，應(yīng)該選用適當?shù)谋硎痉椒ǎ? B，應(yīng)該形式化，但不要過分形式化； C, 應(yīng)該估算成本； D, 應(yīng)該有形式化的方法顧問隨時提供咨詢； E, 不應(yīng)該放棄傳統(tǒng)的開發(fā)方式； F，應(yīng)該建立詳盡的文檔； G，不應(yīng)該放棄質(zhì)量標準； H，不應(yīng)該盲目依賴形式化方法； I，應(yīng)該測試，測試再測試； J，應(yīng)該重用。RIGHT Game_res=0 EEPROM 讀取完成后 Cd_start=1 Cd_start=2 按任意鍵 Cd_start=3 得分榜 游戲結(jié)束 開始 儲存中 讀取游戲 游戲進行中 圖 游戲狀態(tài)轉(zhuǎn)換圖 3，一個浮點二進制數(shù)的構(gòu)成是：一個可選的符號 (+或 )，后跟一個或多個二進制位，再跟上一個字符 E，再加上另一個可選符號 (+或 )及一個或多個二進制位。 假設(shè)有這樣一個有窮狀態(tài)機：以一串字符為輸入，判斷字符串中是否含有合法的浮點二進制數(shù)。 4，考慮下述的自動化圖書館流通系統(tǒng)：每本書都有一個條形碼，每個人都有一個帶條形碼的卡片。圖書管理員可以把一些書加到（ +）圖書集合中，也可以刪 除（ — ）它們。最后，如果借閱人想借的書已被別人借走，圖書管理員將給這本書設(shè)置一個預(yù)約，以便書歸還時把書留給預(yù)約的借閱人（輸入“ H=”加書號）。 答：其中 P1 表示書在圖書館 P2 表示書在讀者手上， P3書被預(yù)約 書歸還，掃描兩個條形碼，在終端輸入 R 在終端輸入“ H=”加書號 掃描兩個條形碼，在終端輸入 R 掃描兩個條形碼，在終端輸入 C 書在圖書館 S1 書被借出 S2 書被預(yù)約 S3 圖 管理員刪除 管理員添加 管理員設(shè)置狀態(tài) 書入 庫 書出庫（刪除） 預(yù)約 書狀態(tài)為 S2amp。 答： (這題真的不會！ ) BOOK_STATE Book_in,Book_out,Book_reserve Book_in∩ Book_out∩ Book_reserve=Φ Book_in∪ Book_out∪ Book_reserve=BOOK_STATE 第五章 為每種類型的模塊耦合舉一個具體的例子。耦合強弱取決于接口的復(fù)雜度，進入或訪問某一模塊的點，以及通過接口的數(shù)據(jù)。這種耦合較為松散，模塊間獨立性較強。 : 若一組模塊都訪問同一個公共數(shù)據(jù)環(huán)境，則它們之間的耦合就稱為公共耦合。 ② 一個模塊不通過正常入口兒轉(zhuǎn)到另一個模塊的內(nèi)部 ③ 兩個模塊有一部分程序代碼重疊（只可能發(fā)生在匯編程序中） ④ 一個模塊有多個入口（這意味著一個模塊有 幾種功能） Sub AA(… .) … … Goto L … End sub Sub BB(..) … … L: … … End sub 為每種類型的模塊內(nèi)聚舉一個例子 答：內(nèi)聚標志著一個模塊內(nèi)各個元素之間彼此結(jié)合的緊密程度，它是信息隱藏和局部化概念的自然擴展。這就叫做偶然內(nèi)聚 偶然內(nèi)聚的例子：在模塊 T 中有 A,B,C 三條語句，至少從表面上看來這三條語句沒什么聯(lián)系，只是因為 D,E,F,G 中都有這三條語 句，為了節(jié)省空間才把這三條語句作為一個模板放在一起。 C． 時間內(nèi)聚：一個模塊包含的任務(wù)必須在同一段時間內(nèi)執(zhí)行（例如，模塊完成各種初始化工作），稱為時間內(nèi)聚 時間內(nèi)聚的例子：將多個變量的初始化放在同一個模塊中實現(xiàn)。這個程序具有通訊內(nèi)聚性。 高內(nèi)聚： A． 順序內(nèi)聚：如果一個模塊內(nèi)的處理元素和同一個功能密切相關(guān)，而且這些處理必須順序執(zhí)行（通常一個處理元素的輸出數(shù)據(jù)作為下一個處理元素的輸入數(shù) 據(jù)），則稱為順序內(nèi)聚。再根據(jù)年齡算出退休的時間，則這個程序具有順序內(nèi)聚性。 功能內(nèi)聚的例子：一個程序中所有的操作都是為了算出一個人的年齡 用面向數(shù)據(jù)流的方法設(shè)計下列系統(tǒng)的軟件結(jié)構(gòu) ①儲蓄系統(tǒng) 銀 行 儲 蓄 系統(tǒng)業(yè) 務(wù) 單 據(jù) 錄入存 款 利率 設(shè) 置存 款 單 據(jù) 輸入取 款 單據(jù) 輸 入儲 蓄 業(yè) 務(wù) 處 理存 款取 款存 單 利 息 清