【正文】 裝的日期； ⑥自從安裝以來程序運行的次數(shù)； ⑦ 自從安裝以來程序失效的次數(shù)； ⑧ 程序變動的層次和標識； ⑨ 因程序變動而增加的源語句數(shù)； ⑽ 因程序變動而刪除的源語句數(shù)； ⑾ 每個改動耗費的人時數(shù)； ⑿ 程序改動的日期； ⒀ 軟件工程師的名字； ⒁ 維護要求表的標識； ⒂ 維護類型； ⒃ 維護開始和完成的日期； ⒄ 累計用于維護的人時數(shù)； ⒅ 與完成的維護相聯(lián)系的純效益。 ② 問題 與 修改分析階段 ：維護人員 分析 每個 請求 ， 確認 并 驗證 其 有效性 ， 調(diào)查 、提出 、 記錄解決方案 ， 獲得 軟件修改的授權(quán) 。 ④ 接受修改 階段：由 用戶檢查所做的修改是否解決了相應(yīng)的問題 。 ⑥對軟件某一部分的 棄用 。 29 三、結(jié)構(gòu)化維護與非結(jié)構(gòu)化維護差別巨大 ? 非結(jié)構(gòu)化維護 ： – 只有程序代碼 ， 沒有 設(shè)計 文檔 及測試文檔，維護活動從艱苦地評價程序代碼開始。 30 三、結(jié)構(gòu)化維護與非結(jié)構(gòu)化維護差別巨大 ? 結(jié)構(gòu)化維護 ： – 有 一個 完整的軟件配置 ，維護工作從 評價設(shè)計文檔 開始； – 估計 改動將帶來的 影響 ， 計劃 實施途徑； – 修改設(shè)計文檔 ，并且 復(fù)審 ； – 編寫相應(yīng) 的源程序 代碼 ； – 使用在測試說明書中包含的信息進行 回歸測試 ； – 把修改后的軟件 再次交付 使用。 ? 軟件維護代價極高， 既破財，又傷神 ； – 有形代價 ：投入的人力物力。 32 維護的 無形影響 ： ? 可用的資源必須供維護任務(wù)使用，以致耽誤 甚至 喪失 了 開發(fā)的良機 。 ? 生產(chǎn)率 的 大幅度下降 ，尤其在維護舊程序時常常遇到。 34 六、維護中的 典型問題 (1) 難以跟蹤 軟件版本 的 進化 過程，軟件的變化未在 文檔 中反映出來。 (3)無文檔 或 不全 。 (5) 設(shè)計時 未考慮 修改需要 ,修改 困難 (6) 維護工作 無吸引力 ,缺乏成就感 采用 軟件工程方法 至少可 部分解決 與維護有關(guān)的每一個問題 。往往文檔比程序代碼更重要。 36 用戶文檔 ? 用戶文檔主要包括： –用戶手冊 –操作手冊 –維護修改意見 –軟件需求規(guī)格說明書 ? 上述內(nèi)容可以 分別 作為 獨立 的 文檔 ，也可以作為 一個文檔 的 不同分冊 ，具體做法應(yīng)該由系統(tǒng)規(guī)模決定。 38 開發(fā)文檔 ? 開發(fā)文檔 –軟件需求規(guī)格說明書 –數(shù)據(jù)要求說明書 –概要設(shè)計說明書 –詳細設(shè)計說明書 –可行性研究報告 –項目開發(fā)計劃 39 管理文檔 ? 管理文檔 –測試計劃 –測試報告 –開發(fā)進度月報 –開發(fā)總結(jié)報告 40 系統(tǒng)文檔 ? 系統(tǒng)文檔：指從 問題定義 、 需求說明 到驗收測試計劃這樣一系列和系統(tǒng)實現(xiàn)有關(guān)的文檔。 ? 和用戶文檔類似，系統(tǒng)文檔的結(jié)構(gòu)也應(yīng)該能把讀者從對系統(tǒng)概貌的了解，引導(dǎo)到對系統(tǒng)每個方面每個特點的更形式化更具體的認識。確定它 是否確實需要重建 ？ ? 在拆掉并重建房子前，確定其 結(jié)構(gòu)是否牢固 。 ? 開始重建前，確保已經(jīng) 了解 房子 最初 是 如何建造 的。） ? 如果開始重建， 應(yīng)該使用 最現(xiàn)代的，耐久的材料。 43 軟件再工程過程模型 軟件再工程是一類軟件工程活動，是一個工程過程，它將 逆向工程 、 重構(gòu) 和 正向工程 組合起來，將現(xiàn)存系統(tǒng)重新構(gòu)造為新的形式。它包含關(guān)于每個應(yīng)用系統(tǒng)的基本信息： ?應(yīng)用 系統(tǒng)名字 ； 最初構(gòu)建日期 ； ?已做過的實質(zhì)性 修改次數(shù) 和 花費的總勞動 ； ?最好 的一次實質(zhì)性 修改的日期 和 花費的勞動 ； ?它 駐留的系統(tǒng) ；和它有接口的應(yīng)用；它 訪問的數(shù)據(jù)庫 ；過去 18個月 報告的 錯誤 ； 用戶數(shù)量 ； ?安裝 它的 機器數(shù)量 ； ?程序結(jié)構(gòu)、代碼和文檔的 復(fù)雜性 ；文檔的 質(zhì)量 ； ?整體可維護性等級 ； 預(yù)期壽命 ； ?預(yù)期在 未來 36個月內(nèi) 修改次數(shù)； ?年度維護成本；年度運作成本；年度業(yè)務(wù)值；業(yè)務(wù)重要程度。 有 3類程序： （ 1） 預(yù)定將使用多年 的程序； （ 2） 當前正在成功 地 使用著 的程序； （ 3） 在 最近的將來可能 要 做重大修改 或增強 的程序。處理方法： （ 1） 如果一個程序是 相對穩(wěn)定 的， 正在走向終點 ， 保持現(xiàn)狀 ， 不建文檔 。隨著時間流逝，將得到一組有用的和相關(guān)的文檔。 49 3. 逆向工程 ? 軟件的逆向工程：是分析程序以便在 比源代碼更高的抽象層次上 創(chuàng)建出程序的某種表示的過程； ? 逆向工程是一個 恢復(fù)設(shè)計結(jié)果 的過程； ? 逆向工程工具從 現(xiàn)存的程序代碼 中 抽取有關(guān) 數(shù)據(jù) 、 體系結(jié)構(gòu) 和 處理過程 的 設(shè)計信息 。 ? 重構(gòu)過程： 分析源代碼 ?標注需重構(gòu)部分 ?重構(gòu) ?復(fù)審、測試 ?更新文檔 。 ? 如果重構(gòu)擴展到模塊邊界之外，并 涉及軟件體系結(jié)構(gòu) ，則重構(gòu)變成了 正向工程 。 ? 當數(shù)據(jù)結(jié)構(gòu)較差時，應(yīng)該對 數(shù)據(jù) 進行 再工程 。 ? 被再工程的軟件不僅重新實現(xiàn)現(xiàn)有系統(tǒng)的功能，而且 加入 了 新功能 和 提高了整體性能 。 ? 逆向工程產(chǎn)品設(shè)計：根據(jù)已經(jīng) 存在的產(chǎn)品 ，反向 推出 產(chǎn)品設(shè)計數(shù)據(jù) 的過程。 – 系統(tǒng)層 ： 全局數(shù)據(jù)結(jié)構(gòu) 經(jīng)常被再工程。 ? 重構(gòu)： 并不修改 整體的程序 體系結(jié)構(gòu) ，更關(guān)注 個體模塊的設(shè)計細節(jié) 以及 定義 模塊中的 局部數(shù)據(jù)結(jié)構(gòu) 。 不修正錯誤 ，不增加新的功能 。 61 項目管理 ? 項目管理 定義： – 是指為了實現(xiàn)項目目標， 利用各種有效手段 ，對執(zhí)行中的 項目周期的各階段工作 進行 計劃、組織、協(xié)調(diào)、指揮、控制 ，以 取得良好經(jīng)濟效益 的各項活動的綜合。是為了確保項目能夠達到期望的結(jié)果的一系列 管理行為 。 ? 軟件項目管理的 特點 ： –①軟件是 純知識產(chǎn)品 ，開發(fā) 進度 和 質(zhì)量 很難估計、度量， 生產(chǎn)效率 難以預(yù)測和保證。 –③軟件需求要滿足 一群人 的期望。 64 有效項目管理的三個因素： ? 有效項目管理集中于三個因素： – 人員 People： 人員管理能力成熟度模型 PMCMM——通過吸引、培養(yǎng)、鼓勵和留住改善其軟件開發(fā)能力所需的人才 增強軟件組織承擔日益復(fù)雜的 應(yīng)用程序開發(fā)的能力 。 – 過程 Process：軟件過程提供一個 框架 ，用于 建立 一個軟件開發(fā)的 綜合計劃 。 ― ? 關(guān)鍵代碼 有多少？ 10萬行代碼的 維護問題 ？ ? 假設(shè)你到一個公司，老板首先要求你看完 10萬行代碼。所以得好好按規(guī)定 《 軟件工程 》 辦事。 ? 對于 小程序 ， 文檔 可以 很不正規(guī) 。如果要對一些功能進行 修改時 ，記住 別刪除 原來的，而是在下面 進行變更說明 。要成為一個好的程序員大家想想自己該怎么做的吧！ 67 軟件項目管理問題 ? ， 技術(shù)不是關(guān)鍵 ? 目前開發(fā)軟件系統(tǒng)要求 團隊合作 才能完成。 68 要注重整體，而非個體 ? 用戶要求去在三個月內(nèi)完成軟件開發(fā)，在系統(tǒng)分析時你也認為 3個月可以完成。 ? 大多數(shù) 國內(nèi)設(shè)計人員 就會想 用什么算法 ，花很多時間去設(shè)計 研究新的算法和技術(shù) 。所以人家就在 內(nèi)存中開一個大數(shù)組 來對這個路由表進行操作。 69 要注重整體，而非個體（續(xù)） ? 如果花太多時間在技術(shù)上去，將對系統(tǒng)的按時完成帶來