【正文】 品 滿 足用 戶 的要求。 需求分析 ：生成 軟 件功能 規(guī)約 。 開 銷 適宜 ：軟 件開 發(fā) 、運行的整個開 銷滿 足用 戶 要求的程度。 軟 件工程框架 軟 件工程的框架是由 軟 件工程目 標 、軟 件工程活 動 和 軟 件工程原 則 三個方面的內容構成的。 事件： 軟 件 過 程改 進 。 事件： 前期主要研究系 統(tǒng)實現(xiàn) 技 術 ；后期 則 開始 強調 管理和 軟 件 質 量。 軟 件工程是一 門 指 導計 算機 軟 件開 發(fā) 和 維護 的工程學科。 （軟 件 產 品 質 量度量、 軟 件 過 程 質 量控制和保 證 ） 軟 件危機 導 致 軟 件危機的？ （1）軟 件的固有特征： 軟 件是復 雜 的。 （1）軟 件開 發(fā) 無 計 劃性：不能正確估 計軟 件開 發(fā) 成本和 進 度，無法估 計 工作量，難 于控制開 發(fā)進 度。（1968年 NATO提出 軟 件工程的概念 ） SE：倡 導 以工程的原理、原 則 和方法 進 行 軟 件開 發(fā) ，以期解決當 時 出 現(xiàn) 的“軟 件危機”。 CORBA、UML、XML、TMN、CWM等。 金融、 電 信、航空航天等 （2）軟 件的 應 用范 圍 不斷 擴 大。 商 務 、交通、家 電 等， 軟 件無 處 不在。 （5）軟 件危機仍然存在（ 軟 件脫 節(jié) ） 19682000：軟 件效率、 質 量、 進 度、 預 算無法控制。 過 去的 經驗 呢？ 軟 件體系 結 構 風 格、 設計 模式、部件等。 （2）軟 件需求不充分：需求是 設計 的基 礎 ，需求不充分直接 導 致 軟 件 產 品不可靠，滿 足不了用 戶 的需求，甚至無法使用。 實際問題 的復 雜 性、感知接受的復 雜 性、理性表達的復 雜 性。 軟 件工程及其 發(fā) 展 階 段 軟 件工程 經歷 了 30多年的 歷 史，其 發(fā) 展大致可以劃分 為 兩個 階 段： 60年代末～ 80年代初 狀況： 軟 件系 統(tǒng) 的 規(guī) 模、復 雜 性以及在關 鍵領 域的廣泛 應 用，促 進 了 軟件開 發(fā)過 程采 納 工程化的方法 進 行管理。 焦點： 軟 件 項 目 軟 件工程及其 發(fā) 展 階 段 80年代初～ 現(xiàn) 在 狀況： “軟 件工廠”的概念已 經 提出。在工 業(yè)實 踐中建立起一種量化的 評 估程序，判定軟 件 組織 成熟的程度。 開發(fā)范型 設計方法 支持過程 管理過程 需 求 設 計 實 現(xiàn) 確 認 支 持 可用性 正確性 合算性 軟件工程活動維 軟件工程目標維 軟件工程原則維 軟 件工程目 標 目 標 ：生 產 具有正確性、可用性以及開 銷 適宜的 軟 件產 品。 決定了 ：軟 件 過 程、 過 程模型和工程方法的 選擇 。 設計 ： 概要 設計 ：建立整個 軟 件的體系 結 構，包括子系 統(tǒng) 、模 塊 以及相關 層 次的 說 明、每一模 塊 的接口定 義 等。 支持 ： 修改和完善活 動 。 軟 件 發(fā) 展 趨勢 （1）遺 留 (legacy)軟 件將 繼續(xù)發(fā)揮 作用。 （5）工 業(yè) 化生 產 是必由之路。 特征 ：活 動 的 輸 入來自上一活 動 的 輸 出；完成 該項 活 動 的內容；活 動 的 輸 出 傳給 下一活 動 ；對 活 動 的 實 施工作 進 行 評審 。 演化模型 項 目開 發(fā) 初始 階 段 對 需求的 認識 不 夠 清晰，使得開 發(fā) 工作出現(xiàn) 再開 發(fā) 在所 難 免。 演化模型 適合 ：事先不能清晰和完整定 義 需求的 軟 件開 發(fā) 。 無 間 隙 各 階 段 間 無明 顯 的界限。 軟 件 過 程的 規(guī) 劃由不同開 發(fā) 機構 針對 不同 應 用 項 目確定，是由一 組 有 組織 的活 動組 成，通常包括四種基本的活 動 ： 件 規(guī) 格 說 明： 規(guī) 定 軟 件的功能及其運行限制； 件開 發(fā) ：產 生 滿 足 規(guī) 格 說 明的 軟 件； 件確 認 ：確 認軟 件能 夠 完成客 戶 提出的要求； 件演 進 ：為滿 足客 戶 的 變 更要求而 進 行演 進 。 基本 過 程 類 過 程名 執(zhí) 行者 活 動 內容 獲 取 過 程 項 目委托方 確定需求；招 標 ；簽訂 合同； 對 供 應 方的 監(jiān) 督； 驗 收完成。 維護過 程 維護 人員 過 程 實 施準 備 ；問題 分析和修改 設計 ；修改 實 施； 對維護 的 評審 和 驗 收； 軟 件移植； 軟 件退役。 制 訂 文檔 編 制 計 劃； 設計 和開 發(fā) 文檔；制作和 發(fā) 行文檔； 文檔 維護 。 確 認過 程 類 似于 驗證 的活 動 ，區(qū) 別 是：確 認針對軟 件是否正確地 滿 足客戶 的要求， 驗證針對軟 件是否按照 規(guī) 范要求開 發(fā) 。 運行 過 程 運行準 備 ；運行 測試 ；產 品 轉 移；運行；運行支持；運行 評 價。 軟 件開 發(fā) 的基本原 則 原 則 是指有關 軟 件工程的一些基本事 實 、規(guī)則 和一些假定，超越具體技 術 、工具和 語 言之上，普遍適用。 分隔 原 則 ：時間 、質 量指 標 、視圖 、規(guī) 模、 產 品與開 發(fā) 方法分離。 通用 /復用性 原 則 ：軟 件重用。 ⑵建立分析所需要的通信途徑，保 證 需求 獲 取得 順 利 進 行。 過 程需求 產 品需求 外部需求 交付需求； 實現(xiàn) 方法需求； 標 準需求等。 ⑴ 軟 件需求 規(guī) 格 說 明 書 ：功能和性能要求 ⑵數(shù)據(jù)要求 說 明 書 ：軟 件 輸 入 輸 出的要求 ⑶初步的用 戶 手冊：用 戶 界面和使用要求 需求分析的 過 程 需求分析 評審驗證 對 需求的正確性、完整性和清晰性以及其他需求 給 予 評價。 采用自 頂 向下、逐 層進 行功能分解的系 統(tǒng) 分析方法來定 義系 統(tǒng) 的需求。 結 構化分析方法 功能分析工具： DFD、DD、結 構化英 語 、判定表和判定 樹 。 結 構化分析方法 結 構化分析方法的一些弊病： 基于功能分析和數(shù)據(jù)分析，將功能和數(shù)據(jù)分離，與人 類現(xiàn)實世界 環(huán) 境不一 樣 ，和人的自然思 維 也就不一致了。 面向 對 象分析方法 面向 對 象分析不是從功能上 進 行系 統(tǒng) 分解，而是從系 統(tǒng) 的 組成上來 進 行分解。 從 問題 域中抽取 對 象， 發(fā)現(xiàn)對 象之 間 的各種關系（聚集、概括、關聯(lián) ），建立 對 象模型。 面向 對 象分析方法 面向 對 象分析方法的種 類 ： Wirfs－Brock的 責 仸 驅動 分析方法： CRC（類 －責 仸－ 協(xié) 作）卡進 行系 統(tǒng) 建模。 需求分析方法的比 較 結 構化分析方法以系 統(tǒng) 的功能分析 為 主，而功能是易 變 的；面向 對 象分析方法以 組 成系 統(tǒng) 的 對 象分析 為 主，而 對 象是比 較穩(wěn) 定的。 結 構化元素包括：進 程元素、數(shù)據(jù)元素和 連 接元素。 軟 件體系 結 構并不 說 明什么是部件、什么是部件的相互關系。 為 什么要研究 軟 件體系 結 構？ 軟 件體系 結 構是 軟