【導讀】development.andprocedural.processingmethods.relationships.

　　

【正文】 和模 型井不 試圖 把軟件開發(fā) 分割 成多 個階 段（如 說明 和實 現(xiàn)），而是 注重 于通 過逐 步求精 和迭 代把概念轉(zhuǎn)換成程 序。 面向?qū)?象的 技術(shù) 面向?qū)?象的 軟件 設計 技術(shù)從 根本 上有 別于 傳統(tǒng) 的設 計方 法。傳統(tǒng) 方法 中，每個模 塊被 當作 全局 過程 的一個 主要 步驟 ，一 步一 步地 往下 走；而 面向 對象的設計圍繞著 對象 模型 和對 象所執(zhí) 行的 功能 進行 結(jié)構(gòu) 化。 面向?qū)?象的 編程 可以 追溯到 仿真 語 言 SIMULA。 SIMULA 是一 種 20 世紀 60年代后 期的 高級 語言 ，引 入了“ 對象 類”作為 封裝 數(shù)據(jù) 的方法 。到 了 20 世紀70 年代 ， Smalltalk 被 作為一 種完 全的 圖形 用戶 界面（ GUI）面向?qū)?象的 編程環(huán)境被 引入 。甚至 在 30 年 以后 ， Smalltalk 仍然是 度量 其他 所有面 向?qū)?象語言的標 準。 由于 面向 對象 的概念 日趨 成熟 ，最 近十 年這 種軟 件開發(fā) 方法 已經(jīng)流行起 來。 同時 ，軟 件業(yè) 注意的 焦點 己經(jīng) 從編 碼和 結(jié)構(gòu) 化過 程轉(zhuǎn)移 到通 過設計和柔 韌性 來節(jié) 省勞 動力 成本和 時間 。柔 韌性 變得 十分 關(guān)鍵 ，因為 系統(tǒng) 隨著需求的變化而 快速 改變 ：變 得更大 ，更 復雜 和更 不穩(wěn) 定。 在面向 對象 中， 分析 和設計 沒有 真正 分開 。在 分析 期間 ，系統(tǒng) 對象 及其特性和 關(guān)系 一起 被確 定。 這些對 象可 以護 ，這 樣就 給整 個開 發(fā)過程 中的 所有階段提 供了 一種 公用 的語 言。采 用面 向?qū)?象方 法最 好是 使用 專門設 計的 面向?qū)ο蟮?開發(fā) 工具 ，但 是請 一定記 住它 是一 種方 法而 不是 特指 任何編 程語 言。許多不同的編 程語 言都 可以 用來實 現(xiàn)面 向?qū)?象技 術(shù)和 設計 方法 。 和過程 、功 能往 返傳 遞數(shù)據(jù) 的方 式不 同， 在面 向?qū)?象的 設計中 ，系 統(tǒng)被看成一 個由 很多 互相 傳遞 消息的 對象 組成 的集 合， 每個 對象 都有它 自己 關(guān)聯(lián)操作的 集合 。面 向?qū)?象的 設計基 本構(gòu) 想是 把數(shù) 據(jù)和 過程 進行 信息隱 藏和 模塊化，它 最適 用于 數(shù)據(jù) 結(jié)構(gòu) 或者過 程操 作沒 有被 提前 的定 義好 的情況 。這 對于今天的 商業(yè) 環(huán)境 中相 當有 用，畢 竟需 求總 是不 斷改 變而 不能 很好的 定義 。這 8 也是面 向?qū)?象的 設計 現(xiàn)在 相當流 行的 重要 原因 。對 象執(zhí) 行服 務的概 念是 一種開發(fā)者 和客 戶都 很自 然的 思考方 法， 這有 利于 理解 問題 的范 圍，也 是一 種更加自然的設計 。此 外， 面向 對象的 開發(fā) 還有 許多 優(yōu)點 。 ．通過屬性和 服務 的結(jié) 合使 用，繼 承可 以重 用代 碼和 對象 。 ．信息隱藏通 過局 限對 象的 變化使 系統(tǒng) 更加 穩(wěn)定 ，從 而使 對象 可以重 用 ．面向?qū)ο蟮?開發(fā) 過程 從分 析、設 計到 編碼 都是 一致 的。 原型法 原型法 的出 現(xiàn)是 因為 參于開 發(fā)階 段的 終端 用戶 覺得 很難 理解需 求說 明和概念模 型。 而當 原型 法在 20 世紀 80 年代 第一 次被 使用 時， 大部分 常規(guī) 的生命周期 開發(fā) 者認 為它 費時 費力。 但從 那時 開始 ，用 戶和 開發(fā) 者已經(jīng) 能成 功地應用原 型作 為通 訊工 具來 演示系 統(tǒng)的 需求 。原 型多 次迭 代后 ，開發(fā) 者對 用戶的需求 有了 更好 的理 解， 用戶也 對系 統(tǒng)最 后如 何操 作、 看起 來像什 么和 如何感覺都 有所 了解 。原 型法 已經(jīng) 被證 明是 一種 理解用 戶需 求和 問題 的有 效方 法，它有效 地消 除了 在以 后開 發(fā)過程 中因 錯誤 理解 導致 高昂 代價 的重復 工作 。原型法對 于開 發(fā)用 戶界 面特 別有價 值， 因為 對于 用戶 界面 ，有 時候無 法使 用具體的詞 和圖 表進 行描 述，而用 戶界 面的 開發(fā) 在今天 的開 發(fā)環(huán) 境中 又格 外關(guān) 鍵，它在整個系統(tǒng) 開發(fā) 費用 中份 額仍在 增加 。 （ 1） 丟棄型原型 原型有 兩類 ，丟 棄型 原型 和演 進型原 型。 丟棄 型原 型被 設計 成用來 校驗或者驅(qū) 動系 統(tǒng)需 求， 也可 以用于 評估 性能 或決 定設 計是 否可 行。一 旦獲 得所需的信息和完 成原 型的 目的 就把原 型就 丟棄 掉， 繼續(xù) 常規(guī) 的軟 件設計 。 丟棄型原型 : A 用于減少需 求風 險， 便于 理解用 戶需 求； B 不作為最終 的系 統(tǒng)， 在使 用以后 就被 拋棄 具體 原因 有 : ①原型省掉了 系統(tǒng) 許多 特性 ； ②為演示用而 快速 完成 ，其 結(jié)構(gòu)或 許不 必最 佳且 難于 維護 。 在 使用 丟 棄 型原 型 時 ， 分析 家 通 常 考慮 把 原 型作 為 設 計 或說 明 語 言設計階段的輸入 ，而 不是 作為 產(chǎn)品或 者系 統(tǒng)本 身。 以用 于傳 統(tǒng)系 統(tǒng) （ 2）．演 進型 原型 與有意 設計 成丟 棄型 原型 不同， 演進 型原 型向 終端 用戶 交付一 個可 用的 系 9 統(tǒng)在完 全了 解用 戶需 求后 ，即可 開始 演進 型原 型的 開發(fā) 它被 當作過 程模 型的焦點， 條的 屏幕 原型 ，當 用戶正 在體 驗屏 幕 和 菜單 條時 ，其 他屏幕 和菜 單條正同時被開發(fā) ，然 后再 與他 們相關(guān) 的現(xiàn) 有原 型結(jié) 合在 一起 。 一旦用 戶對 原型 所能 滿足的 需求 感到 滿意 ，原 型就 轉(zhuǎn)變 成“系 統(tǒng)” 這取決于若 干因 素， 包括 增加 最初無 法識 別需 求的 功能 ，為 滿足 性能標 準而 替換原型中效率低 的部 分， 或者 改動原 型以 適應 用戶 的硬 件環(huán) 境。 可以很 早就 開始 建立 原型 ，經(jīng) 過一些 預先 需求 分析 以后 決定 出其基 本的功能、 范圍 和建 議的 軟件 環(huán)境。 與傳 統(tǒng)的 瀑布 法相 反， 原型 法中的 功能 說明并不固 定。 原型 法甚 至鼓 勵用戶 在更 好的 理解 自己 需求 后修 改他們 的需 求，因為用戶經(jīng)常直到在屏幕上看到設計結(jié)果才知道他 們 自 己 真 正 需 要 的 是 什么。原 型法 的示 范、 回顧 和精煉 過程 都注 重了 用戶 對開 發(fā)過 程的參 與性 ，無論在開 發(fā)期 間還 是最 終系 統(tǒng)提交 都給 予他 們一 種所 有權(quán) 的感 覺。然 而， 由于“原型 ”是 預期 的， 用戶 也發(fā)現(xiàn) 難于 驗證 原型 是否 滿足 他們 的需求 。因 此，必須建立一個 指南 ，決 定什 么時候 停止 選代 ，并 轉(zhuǎn)換 原型 為終 端產(chǎn)品 。