【正文】 管理策略 、風(fēng)險解決和風(fēng)險監(jiān)督等 。 ? 有許多 估算方法 可以利用 ， 大致劃分為三類：專家估算法 、 類推估算法 、 算式估算法 。 下一頁 上一頁 停止放映 第 54頁 ③ 成本估算 ? 成本估算和成本管理是軟件項目管理的核心任務(wù)之一 。 下一頁 上一頁 停止放映 第 50頁 保證軟件質(zhì)量的措施 ? 為了保證軟件質(zhì)量，在軟件開發(fā)過程中應(yīng)采取下列措施： （ 1） 審查 （ 2） 復(fù)查和管理復(fù)查 （ 3） 測試 下一頁 上一頁 停止放映 第 51頁 審查 ? 在軟件生存期各個階段結(jié)束之前，都要對該階段產(chǎn)生的結(jié)果和軟件配置文檔進(jìn)行嚴(yán)格技術(shù)審查。 ? 開始需要考慮的主要問題是： – 項目可以支配的人力及資源 – 項目的關(guān)鍵路徑 – 生存周期各個階段工作量的劃分 – 工程進(jìn)展如何度量 – 各個階段任務(wù)完成標(biāo)志 – 如何自然過渡到下一階段的任務(wù)等。 ? 面向?qū)ο笊嬷芷谀Ｐ? 其 主導(dǎo)思想是：在整個軟件開發(fā)過程中將面向?qū)ο蠹夹g(shù)貫穿于整個生存周期。 ① 制定 計劃 ： 確定軟件目標(biāo) ,選定實施方案 ,弄清項目開發(fā)限制條件 。 （ 2） 縮短了開發(fā)周期 ， 加快了工程進(jìn)度 。 下一頁 上一頁 停止放映 第 38頁 ⒉ 軟件生存周期模型 — 瀑布模型 需求分析 7% 系統(tǒng)設(shè)計 6% 軟件編程 7% 軟件測試 13% 軟件維護(hù) 67% 用戶要求 分析報告 系統(tǒng)設(shè)計報告 源程序 測試報告 更改要求 U A M A T M M P U T P U A M P A 系統(tǒng)分析員 M 項目管理員 P 程序員 T 高級程序員 U 用戶 下一頁 上一頁 停止放映 第 39頁 瀑布模型的特點 ? （ 1）瀑布模型具有 順序性 和 依賴性 ,即后一階段的工作必須在前一階段的工作完成后才能開始。 ? 階段結(jié)果 ： – 系統(tǒng)設(shè)計說明書和模塊功能說明書 。 下一頁 上一頁 停止放映 第 30頁 二、軟件生命周期 ? ? —瀑布模型 ? —原型模型 （樣品模型） ? —螺旋模型 ? 下一頁 上一頁 停止放映 第 31頁 二、軟件生命周期 ? 軟件生存周期 指從軟件的需求分析、設(shè)計、編程、測試、交付用戶使用到版本升級或被自然淘汰的過程。 下一頁 上一頁 停止放映 第 28頁 軟件組件 ? 在現(xiàn)代軟件工程的開發(fā)過程中 ， 軟件組件只是一個輔助或支撐系統(tǒng)構(gòu)造的一個過程 。 下一頁 上一頁 停止放映 第 26頁 系統(tǒng)設(shè)計 ? 在系統(tǒng)設(shè)計階段 ， 首先考慮具體的實現(xiàn)環(huán)境 。 下一頁 上一頁 停止放映 第 24頁 現(xiàn)代軟件工程模式 階段的劃分及主要任務(wù) 1) 系統(tǒng)分析 2) 系統(tǒng)設(shè)計 3) 系統(tǒng)測試 4) 軟件組件 5) 系統(tǒng)開發(fā)人員的組織管理 下一頁 上一頁 停止放映 第 25頁 系統(tǒng)分析 ? 系統(tǒng)分析 從系統(tǒng)需求入手 ， 從用戶觀點出發(fā)建立系統(tǒng)用戶模型 。 ? 在實現(xiàn)每個階段的任務(wù)時 ， 采用的是 系統(tǒng)化的技術(shù)方法 —— 結(jié)構(gòu)化分析和結(jié)構(gòu)化設(shè)計技術(shù) 。 ? 素質(zhì)高的人開發(fā)效率比低的人高幾倍甚至幾十倍 ，而錯誤則明顯得少； ? 人數(shù)增加，管理難度也增加。 ? 一切有關(guān)修改軟件的建議 （ 特別是涉及到對基準(zhǔn)配置的修改建議 ） 都必須按照嚴(yán)格的規(guī)程進(jìn)行評審 ， 獲準(zhǔn)后才能實施修改 ） 。 下一頁 上一頁 停止放映 第 11頁 軟件工程七條基本原理 – (1)用 分階段 的生命周期計劃嚴(yán)格管理 – (2)堅持進(jìn)行 階段評審 – (3)實行嚴(yán)格的 產(chǎn)品控制 – (4)采用 現(xiàn)代程序設(shè)計技術(shù) – (5)結(jié)果 應(yīng)能清楚地審查 – (6)開發(fā)小組人員 少而精 – (7)承認(rèn)不斷改進(jìn) 軟件工程實踐的 必要性 計劃、評審、控制、新、形、精、學(xué) 下一頁 上一頁 停止放映 第 12頁 (1)用分階段生命周期計劃 嚴(yán)格管理 ? 在軟件的整個生命周期中應(yīng)該制定并嚴(yán)格執(zhí)行 六類計劃 ：項目概要 、 項目進(jìn)度表 、 項目控制 、 產(chǎn)品控制 、 驗證及運行維護(hù)計劃 。 ? “ 軟件工程學(xué) ” 是一門交叉學(xué)科 ， 它涉及計算機科學(xué) 、 管理科學(xué) 、 工程學(xué)和數(shù)學(xué) 。 軟件工程學(xué) ：研究軟件開發(fā)、生產(chǎn)內(nèi)在規(guī)律的學(xué)科。 這是因為： – 大部分錯誤是在編碼之前造成的 （ 根據(jù) Boehm統(tǒng)計 ， 設(shè)計錯誤占軟件錯誤的 63%， 編碼錯誤占 37%） 。 ? 采用 先進(jìn)的技術(shù)既可以提高軟件開發(fā)的效率 ， 又可以提高軟件維護(hù)的效率 。 下一頁 上一頁 停止放映 第 20頁 ? 個人程序、中小型或一般程序同開發(fā)人員之間的關(guān)聯(lián)較小，應(yīng)用SE方法收效甚微。 其基本要點是： 1. 以人為主 ， 充分利用軟件開發(fā)方法及軟件開發(fā)工具； 2. 開發(fā)人員的 組織管理 對軟件開發(fā)成功與否至關(guān)重要 ； 3. 基于軟件組件的軟件開發(fā)技術(shù) 。 ? 分析階段 獨立于系統(tǒng)實現(xiàn)環(huán)境 ， 可以保證建立起來的系統(tǒng)結(jié)構(gòu)具有相對的穩(wěn)定性 ， 便于系統(tǒng)維護(hù) 、 移植或擴充 。 設(shè)計軟件組件的主要內(nèi)容是定義組件的結(jié)構(gòu) 、 功能和外部接口 ， 以及組件之間的相互關(guān)系和通信方式 。 ? 隨著軟件技術(shù)的不斷發(fā)展及軟件工程的不斷完善 ，軟件組件將會作為一種獨立的軟件產(chǎn)品出現(xiàn)在市場上 ， 供應(yīng)用開發(fā)人員在構(gòu)造應(yīng)用系統(tǒng)時選用 。 下一頁 上一頁 停止放映 第 32頁 ⒈ 軟件生命周期各個階段任務(wù) ? 一般分為五個階段： ? （ 1）需求分析、定義 ? （ 2）系統(tǒng)總體設(shè)計 ? （ 3）系統(tǒng)編程 ? （ 4）系統(tǒng)測試 ? （ 5）系統(tǒng)維護(hù) ? 階段 下一頁 上一頁 停止放映 第 33頁 ⑴ 需求分析、定義 ? 任務(wù)是 ：收集、分析、理解、確定用戶的要求；然后把用戶的要求精確、完整地描述表達(dá)出來。 下一頁 上一頁 停止放映 第 36頁 ⑷ 系統(tǒng)測試 ? 任務(wù)是：檢查、發(fā)現(xiàn)程序中的錯誤，提高軟件的可靠性。 ? （ 4）它的 致命 缺點 在于只有做出 精確的需求分析 ，才能取得預(yù)期的結(jié)果。 這往往給工程繼續(xù)開展帶來不利因素 。 ③ 用戶 評價 :對當(dāng)前工作結(jié)果進(jìn)行評價 ， 提出改進(jìn)產(chǎn)品的建議 。 它管理的任務(wù)是：根據(jù)項目合同書的要求 ， 制定項目計劃和工程進(jìn)度安排 、 監(jiān)督和檢查項目實施過程 、 保證工程滿足要求的質(zhì)量標(biāo)準(zhǔn) 、分析確定并排除風(fēng)險 、 在規(guī)定的期限和預(yù)算成本內(nèi)完成項目 。 如果任務(wù)實際完成日期滯后于進(jìn)度安排 ， 則管理人員可以行使職權(quán)范圍內(nèi)的權(quán)力 采取各種補救措施以減少進(jìn)度誤期所造成的影響 。 每個階段開始時的復(fù)查是為了肯定前一個階段結(jié)束時確實進(jìn)行了認(rèn)真的復(fù)查 ， 已經(jīng)具備了開始當(dāng)前階段工作所必須的材料 。 ? 現(xiàn)在已有一些用于軟件成本估算的技術(shù)可供借鑒 。 ? 算式估算法 前兩種估算法的缺點在于：它們依靠的是帶有主觀猜測和盲目性的估算方法 。公認(rèn)產(chǎn)品大小度量單位是以代碼行或功能點計。 ④ 組織規(guī)模和人員經(jīng)驗 。 項目責(zé)任人對項目的完成負(fù)全部責(zé)任 。 要開發(fā)的軟件產(chǎn)品在每個專業(yè)小組完成階段加工后 ， 沿工序流水線向下傳遞 。但這并不意味著互相之間沒有聯(lián)系 。 ? 程序員 負(fù)責(zé)項目的具體分析與開發(fā) ， 以及文檔資料的編寫工作 。 通過充分討論 ， 也是在互相學(xué)習(xí) ， 因而在組內(nèi)形成一個良好合作的工作氣氛 。 ? 組長 負(fù)責(zé)全組工作 ， 包括任務(wù)分配 、 技術(shù)評審和復(fù)查 、 掌握工作量和參加技術(shù)活動 。 它是對照計劃檢查執(zhí)行情況的過程 ， 同時也是對照軟件工程標(biāo)準(zhǔn)檢查實施情況的過程 。 要制定相對優(yōu)惠的 “ 留人 ” 政策 ， 穩(wěn)定骨干隊伍 。 管理人員必須注意軟件項目實施的一些特殊情況 ， 認(rèn)真分析其中的一些特殊問題 ， 加以解決 。 檢驗文檔編寫是否符合要求 。 基線分類列表如下： – 系統(tǒng)功能說明 。 包括：安裝說明 、 操作說明 、 用戶手冊等；培訓(xùn)計劃；維護(hù)文檔 ， 包括：故障報告 、 維護(hù)要求 、 更改記錄等； – 項目采用的有關(guān)標(biāo)準(zhǔn)和規(guī)程 。 例如 ，基本對象可以是一段需求規(guī)格說明 、 一個模塊的源代碼清單 、 一組測試用例等 。 所有版本均按版本模型 （ 樹形結(jié)構(gòu) ） 存放于倉儲庫中 。 綜合考慮此軟件配置項的變更對其它配置項乃至整個軟件系統(tǒng)的潛在影響和作用 。 ? 應(yīng)該學(xué)習(xí)并掌握必要的軟件保護(hù)法律知識 。 指未經(jīng)知識產(chǎn)權(quán)人的同意 ， 除法律有規(guī)定的情況外 ， 他人不得占有或使用該項智力成果 。 一個僅處于作者構(gòu)思過程中 、 未表現(xiàn)出來的軟件 ， 不享有著作權(quán) 。 決定作品是否公布于眾的權(quán)力 。 以復(fù)制 、 表演 、 播放 、展覽 、 發(fā)行 、 攝制電影 、 電視 、 錄像或改編 、翻譯 、 注釋 、 編輯等方式使用作品的權(quán)力 ，以及許可他人以上述方式作為作品 ， 并由此獲得報酬的權(quán)力 。 若軟件是由多個獨立的軟件組成的 ， 也可以分別辦理軟件著作權(quán)的登記手續(xù) 。 ? 中心網(wǎng)址： ： // ? 課件下載地址 : ftp: // ? 的 Email地址 : 謝謝！