【正文】 螺旋模型 螺旋模型 螺旋模型沿著螺 線 旋 轉(zhuǎn) ，在四個(gè)象限上分 別 表達(dá)了四個(gè)方面的活 動(dòng) ，即： 制定 計(jì) 劃 ──確定 軟 件目 標(biāo) ，選 定 實(shí) 施方案，弄清 項(xiàng) 目開 發(fā) 的限制條件 風(fēng)險(xiǎn) 分析 ──分析所 選 方案，考 慮 如何 識(shí)別 和消除 風(fēng)險(xiǎn) 實(shí) 施工程 ──實(shí) 施 軟 件開 發(fā) 客 戶評(píng) 估 ──評(píng) 價(jià)開 發(fā) 工作，提出修正建 議 噴 泉模型 軟 件開 發(fā) 的固有特征： 迭代 多次重復(fù)、演 進(jìn) 。 缺點(diǎn) ：成品 時(shí)間長 ；缺乏靈活性。 （4）軟 件的可靠性與安全性日 趨 重要。 確 認(rèn) ： 貫 穿整個(gè)開 發(fā)過 程， 對(duì) 完成的 結(jié) 果 進(jìn) 行確 認(rèn) ，保 證產(chǎn) 品 滿 足用 戶 的要求。 開 銷 適宜 ：軟 件開 發(fā) 、運(yùn)行的整個(gè)開 銷滿 足用 戶 要求的程度。 事件： 軟 件 過 程改 進(jìn) 。 軟 件工程是一 門 指 導(dǎo)計(jì) 算機(jī) 軟 件開 發(fā) 和 維護(hù) 的工程學(xué)科。 （1）軟 件開 發(fā) 無 計(jì) 劃性：不能正確估 計(jì)軟 件開 發(fā) 成本和 進(jìn) 度，無法估 計(jì) 工作量，難 于控制開 發(fā)進(jìn) 度。 CORBA、UML、XML、TMN、CWM等。 商 務(wù) 、交通、家 電 等， 軟 件無 處 不在。 過 去的 經(jīng)驗(yàn) 呢？ 軟 件體系 結(jié) 構(gòu) 風(fēng) 格、 設(shè)計(jì) 模式、部件等。 實(shí)際問題 的復(fù) 雜 性、感知接受的復(fù) 雜 性、理性表達(dá)的復(fù) 雜 性。 焦點(diǎn)： 軟 件 項(xiàng) 目 軟 件工程及其 發(fā) 展 階 段 80年代初～ 現(xiàn) 在 狀況： “軟 件工廠”的概念已 經(jīng) 提出。 開發(fā)范型 設(shè)計(jì)方法 支持過程 管理過程 需 求 設(shè) 計(jì) 實(shí) 現(xiàn) 確 認(rèn) 支 持 可用性 正確性 合算性 軟件工程活動(dòng)維 軟件工程目標(biāo)維 軟件工程原則維 軟 件工程目 標(biāo) 目 標(biāo) ：生 產(chǎn) 具有正確性、可用性以及開 銷 適宜的 軟 件產(chǎn) 品。 設(shè)計(jì) ： 概要 設(shè)計(jì) ：建立整個(gè) 軟 件的體系 結(jié) 構(gòu)，包括子系 統(tǒng) 、模 塊 以及相關(guān) 層 次的 說 明、每一模 塊 的接口定 義 等。 軟 件 發(fā) 展 趨勢(shì) （1）遺 留 (legacy)軟 件將 繼續(xù)發(fā)揮 作用。 特征 ：活 動(dòng) 的 輸 入來自上一活 動(dòng) 的 輸 出；完成 該項(xiàng) 活 動(dòng) 的內(nèi)容；活 動(dòng) 的 輸 出 傳給 下一活 動(dòng) ；對(duì) 活 動(dòng) 的 實(shí) 施工作 進(jìn) 行 評(píng)審 。 演化模型 適合 ：事先不能清晰和完整定 義 需求的 軟 件開 發(fā) 。 軟 件 過 程的 規(guī) 劃由不同開 發(fā) 機(jī)構(gòu) 針對(duì) 不同 應(yīng) 用 項(xiàng) 目確定，是由一 組 有 組織 的活 動(dòng)組 成，通常包括四種基本的活 動(dòng) ： 件 規(guī) 格 說 明： 規(guī) 定 軟 件的功能及其運(yùn)行限制； 件開 發(fā) ：產(chǎn) 生 滿 足 規(guī) 格 說 明的 軟 件； 件確 認(rèn) ：確 認(rèn)軟 件能 夠 完成客 戶 提出的要求； 件演 進(jìn) ：為滿 足客 戶 的 變 更要求而 進(jìn) 行演 進(jìn) 。 維護(hù)過 程 維護(hù) 人員 過 程 實(shí) 施準(zhǔn) 備 ；問題 分析和修改 設(shè)計(jì) ；修改 實(shí) 施； 對(duì)維護(hù) 的 評(píng)審 和 驗(yàn) 收； 軟 件移植； 軟 件退役。 確 認(rèn)過 程 類 似于 驗(yàn)證 的活 動(dòng) ，區(qū) 別 是：確 認(rèn)針對(duì)軟 件是否正確地 滿 足客戶 的要求， 驗(yàn)證針對(duì)軟 件是否按照 規(guī) 范要求開 發(fā) 。 軟 件開 發(fā) 的基本原 則 原 則 是指有關(guān) 軟 件工程的一些基本事 實(shí) 、規(guī)則 和一些假定，超越具體技 術(shù) 、工具和 語 言之上，普遍適用。 通用 /復(fù)用性 原 則 ：軟 件重用。 過 程需求 產(chǎn) 品需求 外部需求 交付需求； 實(shí)現(xiàn) 方法需求； 標(biāo) 準(zhǔn)需求等。 采用自 頂 向下、逐 層進(jìn) 行功能分解的系 統(tǒng) 分析方法來定 義系 統(tǒng) 的需求。 結(jié) 構(gòu)化分析方法 結(jié) 構(gòu)化分析方法的一些弊?。? 基于功能分析和數(shù)據(jù)分析，將功能和數(shù)據(jù)分離，與人 類現(xiàn)實(shí)世界 環(huán) 境不一 樣 ，和人的自然思 維 也就不一致了。 從 問題 域中抽取 對(duì) 象， 發(fā)現(xiàn)對(duì) 象之 間 的各種關(guān)系（聚集、概括、關(guān)聯(lián) ），建立 對(duì) 象模型。 需求分析方法的比 較 結(jié) 構(gòu)化分析方法以系 統(tǒng) 的功能分析 為 主，而功能是易 變 的；面向 對(duì) 象分析方法以 組 成系 統(tǒng) 的 對(duì) 象分析 為 主，而 對(duì) 象是比 較穩(wěn) 定的。 軟 件體系 結(jié) 構(gòu)并不 說 明什么是部件、什么是部件的相互關(guān)系。 （設(shè)計(jì)模式抽象） 軟件體系結(jié)構(gòu)可以看作是要把程序族中的成員的結(jié)構(gòu)化信息組織起來，使系統(tǒng)在體系結(jié)構(gòu)級(jí)達(dá)到重用。 為 什么要研究 軟 件體系 結(jié) 構(gòu)？ 分布式網(wǎng) 絡(luò)環(huán) 境下 軟 件的適 應(yīng) 性和開放性要求； 適 應(yīng) 性：要求 軟 件從整體上適 應(yīng) 不斷 發(fā) 生的 變 化。 ⑶ 軟 件體系 結(jié) 構(gòu)可以作 為 一種可 變換 的模型。 進(jìn)行體系 結(jié)構(gòu)設(shè)計(jì) 分配系統(tǒng)功能 到相應(yīng)的構(gòu)建 和連接件上 存放設(shè)計(jì)模式、對(duì)象或 其它可重用的設(shè)計(jì)構(gòu)件。 軟 件 設(shè)計(jì) 的仸 務(wù) 從技 術(shù) 角度將 軟 件 設(shè)計(jì) 劃分 為 數(shù)據(jù) 設(shè)計(jì) 、系 統(tǒng)結(jié) 構(gòu) 設(shè)計(jì) 、過程 設(shè)計(jì) 。 軟 件 設(shè)計(jì) 的要求 設(shè)計(jì) 的成果 應(yīng)該 做到： 滿 足需求制定的功能 規(guī) 格 說 明； 符合明確或 隱 含的性能、 資 源等非功能性需求； 符合明確或 隱 含的 設(shè)計(jì) 條件的限制； 滿 足 設(shè)計(jì)過 程的限制（如 經(jīng)費(fèi) 、時(shí)間 及工具等）。 由于數(shù)據(jù) 結(jié) 構(gòu)和功能分離，當(dāng)不同的數(shù)據(jù) 結(jié) 構(gòu)的差 別細(xì) 微 時(shí)，系 統(tǒng) 往往 難 以 維護(hù) 。 軟 件 測試 定 義 ：在 軟 件投入運(yùn)行之前， 對(duì)軟 件需求分析、 設(shè)計(jì)規(guī) 格 說明和 編碼 的最 終 復(fù) 審 ，是 SQA的關(guān) 鍵 步 驟 。 種 類 ： 改正性 維護(hù) （corrective maintenance） 適 應(yīng) 性 維護(hù) （adaptive maintenance） 完善性 維護(hù) （perfective maintenance） 預(yù) 防性 維護(hù) （preventive maintenance） 。 集成 測試 ：對(duì) 相關(guān)的系 統(tǒng) 體系 結(jié) 構(gòu)的構(gòu)造 進(jìn) 行 測試 。 面向 對(duì) 象 設(shè)計(jì) 面向 對(duì) 象 設(shè)計(jì) 與面向 對(duì) 象分析沒有 嚴(yán) 格的界限，面向 對(duì) 象 設(shè)計(jì)繼 承面向 對(duì) 象分析的成果，在分析 階 段 識(shí)別 出的與 問題 有關(guān)的 類 和 類間 關(guān)系的基 礎(chǔ) 上，加上與解決方案有關(guān)的 類 ，并對(duì)類 與 類間 關(guān)系 進(jìn) 行 優(yōu) 化 調(diào) 整，然后， 對(duì)類進(jìn) 行 編碼 和 測試，得到 結(jié) 果。 設(shè)計(jì) 初期：只關(guān)注模 塊 之 間 的 組織結(jié) 構(gòu)，而是模 塊為 功能“黑盒子”； 設(shè)計(jì) 后期：再關(guān)注每個(gè)模 塊 具體 實(shí)現(xiàn) 的 邏輯 算法。 系 統(tǒng)結(jié) 構(gòu) 設(shè)計(jì) ：定 義軟 件系 統(tǒng) 各主要成分之 間 的關(guān)系。 軟 件 設(shè)計(jì) 就是要 實(shí)現(xiàn)軟 件需求，解決“如何做”的 問題 。 目前常用的“ 4+1”角度模式： 支持模塊的 組織與管理 (軟件的 靜態(tài)結(jié)構(gòu) ) 系統(tǒng)的并發(fā)與同步等 控制結(jié)構(gòu)，支持系統(tǒng) 的非功能性需求。 開放性：要求 軟 件提供良好的接口定 義 以使外部的接插件能方便地和本系 統(tǒng)協(xié) 同工作。 如何更多、更好、更方便、更快地開發(fā)軟件？ ?工程化管理軟