常見開發(fā)模型調(diào)研報告

1、1,第2章 軟件開發(fā)模型 軟件工程研究室,Software Engineering,2,基本內(nèi)容,軟件開發(fā)模型 軟件開發(fā)生命周期,3,2.1 軟件開發(fā)模型/軟件生命周期模型,2.1.1 瀑布模型（Waterfall Model） 1970 W.Royce 定義階段 開發(fā)階段 運行、維護階段,4,瀑布模型的變種:,需求 分析,運行 維護,功能 說明,編碼,測試,結(jié)構(gòu)設(shè)計 詳細設(shè)計,計劃,分析,設(shè)計,編碼,編碼,設(shè)計,需求,計劃,評價,測試,運行,圖 2-2 ANSI模型,圖 2-3 b模型,5,2.1.2 漸增模型(增量開發(fā)模型之一) （Incremental Model）,6,構(gòu)件1,7,2.

2、1.3 快速原型模型 （Rapid Prototyping Model）,規(guī)格說明 可運行原型,圖2-6 快速原型模型,8,原型模型的種類: 拋棄式原型、進化式原型、可操作式原型,圖 2-7 進化式原型,9,操作模型 (Operational Model),圖 2-8 可操作式原型,10,實例:空中美食,需求階段: 空中的乘客有飲食的需求,而航班應(yīng)提供滿 足乘客的食品. 提供素食、海味、水果、飲料、小食品. 提供低脂肪、低膽固醇、低熱量、低鹽、無 糖食品. 為特殊人群(老年、兒童、少數(shù)民族)提供不 同食品. 為有要求的乘客提供持殊食品,記錄他們的座 位號和要求的食品. 可以預(yù)定食品,記錄身份、

3、航班號、日期、 時間.,11,提供特殊食品的成本考慮: 特殊食品的配料成分比一般食品花費要多. 提供特殊食品的數(shù)量少,不能批量購買,無優(yōu)惠. 特殊食品要與食品廠簽約,增加開銷. 每份食品從生產(chǎn)廠到機場要有運輸費. 食品的剩余(乘客改變飛行計劃). 一份食品,因人的因素,沒裝入指定的航班.,12,空中美食的管理者: 獲得特殊食品計劃數(shù)據(jù) 調(diào)查乘客對食品滿意程度.特殊食品的質(zhì)量. 特殊食品漏裝的百分比. 航班在飛行前24小時,查詢空中美食數(shù)據(jù)庫, 了解對特殊食品要求,生成報告,交給生產(chǎn)商, 將食品準時送到飛機上. 飛行結(jié)束后,處理反饋意見. 特殊食品分析軟件有三個獨立、連續(xù)階段: 起飛前24小時生

4、成附加記錄;掃描清單; 掃描明信片,13,記錄的數(shù)據(jù)元素格式: 預(yù)定者身份標識(6個大寫字母) 航班號(3位教字,右對齊且補零) 航班日期(9個字符:日,2位、月,3位、年,4位) 座位號(3個數(shù)字,右對齊且補零,后跟一個大寫 字母) 乘客姓名(最多30個字母) 乘客地扯(國家、省、地區(qū)、郵編) 食品類型 乘客在機上嗎(1個字母) 特殊食品裝上飛機嗎(1個字母) 食品質(zhì)量(好、一般、差),14,新軟件記錄從數(shù)據(jù)庫來的信息: 每個特殊食品計劃,整體計劃. 指定特殊食品裝上飛機的百分比 預(yù)訂特殊食品的顧客登機的百分比 預(yù)訂特殊食品的顧客登上了飛機,但他的特殊 食品沒裝上飛機的百分比. 客戶關(guān)系要求

5、的報告: 特殊食品多次沒被裝入飛機發(fā)生的日期; 食品質(zhì)量低.,15,空中美食產(chǎn)品的部分快速原型的Java實現(xiàn): public static final int NUM_PASSENGER_ RECORDS=10; 乘客 public static final int NUM_FLIGHT_ RECORD=20; 航班 public static Cpassenger passenger= new Cpassenger NUM_PASSENGER _RECORDS; public static CFlightRecord fltRecs= new CFlightRecord NUM_FLIGHT

6、 _ RECORD; System.out.println (“ 24HOUR CATERER LISTnn”); System.out.println (“ Thic report is not implemented in the rapid prototypennn”); System.out.println (“ press to return to the menu”);,16,最多有10個乘客記錄存在數(shù)組中.是一個可 變的數(shù)據(jù)結(jié)構(gòu).原型中使用數(shù)組,便于測試. 在另一個數(shù)組中存 20個航班記錄. 原型中僅實現(xiàn)兩個食品報告(低鹽的和機上 的食品報告).其他4個報告與實現(xiàn)的兩個報 告類似

7、,將這4個報告當作存根程序來編程 (即包含一個界面但無程序體的偽例程, 當被調(diào)用時僅顯示一條信息),加速了快速原 型開發(fā).,17,2.1.4 螺旋模型（Spiral Model）,風險 分析 原型1,需求、生命 周期計劃,風險 分析 原型2,軟件 需求 需求 確認,開 發(fā) 計 劃,風險 分析 原型3,軟件產(chǎn) 品設(shè)計 設(shè)計確認 驗證,集成與 測試計劃,風險 可運行,模擬 模型 詳細 設(shè)計 編碼 單元測試 集成測試,圖 2-9 螺旋模型,分析,制定計劃,確定目標 選擇方案 設(shè)定約束,風險分析,識別風險 排除風險,客戶評估,實施工程,開發(fā) 驗證,提出修改意見,實 現(xiàn),驗收 測試,原型,基準,18,計

8、劃階段 定義問題 確認系統(tǒng)的可行性 制定項目進度表 為項目安排人員 啟動項目,分析階段 收集信息 確定系統(tǒng)需求 建立需求發(fā)現(xiàn)的原型 劃分需求的優(yōu)先級 產(chǎn)生并評估可替換方案 與管理人員一起審查建議,設(shè)計階段 設(shè)計并集成網(wǎng)絡(luò) 設(shè)計應(yīng)用程序結(jié)構(gòu) 設(shè)計用戶界面 設(shè)計系統(tǒng)界面 設(shè)計并集成數(shù)據(jù)庫 設(shè)計細節(jié)的原型化 設(shè)計并集成系統(tǒng)控制,實現(xiàn)階段 構(gòu)建軟件的部件 檢驗并測試 開發(fā)調(diào)整原型 轉(zhuǎn)換數(shù)據(jù) 培訓(xùn)與文檔 安裝系統(tǒng),支持階段 目標：保證系統(tǒng)在安裝后有效地運行 對最終用戶的支持 幫助臺，由技術(shù)人員組成 培訓(xùn)計劃 維護并增強計算機系統(tǒng) 增強 升級 維護,2.2 軟件開發(fā)生命周期 (SDLC,systems d

9、evelopment life cycle),19,了解 部分,20,(1) 噴泉模型,無隙性,復(fù)用 概括、聚集 對客觀世界 的模型化,21,( Software Reuse Model ) J.C.Jones于1984年提出的。,圖 2-11 軟件重用模型,(2) 軟件重用模型,22,(3) 構(gòu)件集成模型,將新構(gòu)件 存入庫中,候選構(gòu)件,在構(gòu)件庫中 查找構(gòu)件,進行下一次 迭代,是否存在 構(gòu)件？,是,否,計劃,風險分析,用戶通信,產(chǎn)品開發(fā)與發(fā)布,用戶評估,提取構(gòu)件,圖 2-12,23,(4) 智能模型,圖 2-9 智能模型,獲取 需求,需求分析,優(yōu)化,程序,驗證,維護,調(diào)整,知識庫/ 專家系統(tǒng),/,具體描述,圖 2-13 智能模型,24,小結(jié),軟件開發(fā)模型是 軟件開發(fā)全過程、活 動、任務(wù)的結(jié)構(gòu)框架,軟件開發(fā)模型： 瀑布模型-知道做什么 原型模型-快速開發(fā) 增量模型-并行開發(fā) 螺旋模型-風