【正文】 分層模式 降低軟件系統(tǒng)的 耦合度。 建立頂層架構(gòu) 頂層架構(gòu)便于開發(fā)人員 聚焦于系統(tǒng)的不同部分。如果一個用 戶扮演多種角色，則需要多個執(zhí)行者來表示同一用戶。 原則： 應(yīng) 優(yōu)先安排。 ，用例、用例圖、類、類圖 將 依據(jù) 包 的劃分方法 分屬于 不同包。迭代的漸進(jìn)式軟件開發(fā)過程包含四個階段：初啟、細(xì)化、構(gòu)件、部署。 部署圖 部署圖 也稱 配置圖、實(shí)施圖，顯示系統(tǒng)中計算節(jié)點(diǎn)的 拓?fù)浣Y(jié)構(gòu)、通信路徑、節(jié)點(diǎn)上運(yùn)行的軟構(gòu)件等。 構(gòu)件圖 構(gòu)件是系統(tǒng)中 遵從一組接口 且提供其實(shí)現(xiàn)的 物理的、可替換 的部分。 ，同一個觸發(fā)事件，可以根據(jù)不同的警戒條件轉(zhuǎn)向不同的活動，每個可能的轉(zhuǎn)移是一個分支。 基本概念：活動、泳道、分支、分叉、匯合、對象流。 是 UML 動態(tài)行為建模的 5 個圖之一，用 狀態(tài)機(jī) 對一個對象的生命周期建模，狀態(tài)圖 用于顯示狀態(tài)機(jī)，重點(diǎn)在于 狀態(tài)之間的控制流。 聚集和組合 聚集 是一 種特殊形式的 關(guān)聯(lián)，類之間整體與部分的關(guān)系。 關(guān)聯(lián)類 描述關(guān)聯(lián)的 屬性、操作、以及其他信息。 類圖和對象圖 一般而言，類的名字是 名詞。 順序圖、協(xié)作圖 之間可以互相轉(zhuǎn)化，一個用例需要多個順序圖或協(xié)作圖。 擴(kuò)展，基本用例必須聲明 若干 “擴(kuò)展點(diǎn) ”，而這些擴(kuò)展用例只能在這些擴(kuò)展 點(diǎn)上增加新的行為和含義。 本質(zhì)上，用力分析 是一種功能分解 的技術(shù)。 用例是代表系統(tǒng)中 各種相關(guān)人員之間 就系統(tǒng)的行為所達(dá)成的契約。描述組成和分布情況。合作圖更強(qiáng)調(diào)對象間 的動態(tài)協(xié)作關(guān)系。 包由 子包、類 組成。 UML 基礎(chǔ) UML 通過 圖形化的表示機(jī)制 從多個側(cè)面 對系統(tǒng)的分析和設(shè)計模型進(jìn)行刻畫。它的特點(diǎn)如下： 在每一層都遞歸地定義語義結(jié)構(gòu)。 UML 通過統(tǒng)一的表示法，使不同知識背景的 領(lǐng)域?qū)＜?、系統(tǒng)分析、開發(fā)人員、用戶 可以方便地交 流。除了通常從場景派生而來的需求，還有很多對 行為模式和執(zhí)行環(huán)境的 假設(shè)。 4 個主要的活動領(lǐng)域 (或階段 )，場景和需求收集、結(jié)構(gòu)視圖和場景實(shí)現(xiàn)、屬性模型構(gòu)造和分析、分析、折中。這些結(jié)構(gòu)加上他們之間適當(dāng)?shù)挠成淇梢酝暾孛枋鲆粋€體系結(jié)構(gòu)。 ATAM 體系結(jié)構(gòu)權(quán)衡分析方法，主要針對 性能、實(shí)用性、安全性、可修改性。 SAAM 分析評估 體系結(jié)構(gòu)過程包括 5 個 步驟：場景開發(fā)、體系結(jié)構(gòu)描述、單個場景評估、場景交互、總體評估。 ， SAAM 協(xié)調(diào)不同參與者所感興趣的方面，作為后續(xù)決策的基礎(chǔ)，提供了對系統(tǒng)結(jié)構(gòu)的 公共理解。最初它用于比較不同的軟件體系結(jié)構(gòu)，以分析 SA 的可修改性。 場景，首先要精確地得出具體的質(zhì)量目標(biāo)，為得出這些目標(biāo)采用的機(jī)制叫做場景。 敏感點(diǎn) 是 構(gòu)件 (和 /或 構(gòu)建之間的關(guān)系 )的特性。 功能性，完成所期望的工作 的能力。 ，主要體現(xiàn)在問題修復(fù)上，做局部性的修改并能使對其他否見的負(fù)面影響最小化。經(jīng)常用兩次故障之間的時間長度或恢復(fù)正常的速度來表示。 性能，是指系統(tǒng)的響應(yīng)能力，多長時間 對某個事件做出響應(yīng)，或者 某段時間內(nèi)系統(tǒng)所能處理的事件的個數(shù)。 定義領(lǐng)域模型和體系結(jié)構(gòu)，產(chǎn)生一般的體系結(jié)構(gòu)，并說明構(gòu)成它們的模塊或構(gòu)件的語法、語義。 DSSA 建立過程分為 5 個階段，過程是 并發(fā)的、遞歸的、反復(fù)的，可能每個階段經(jīng)歷幾遍，每次增加更多的細(xì)節(jié)。表示層、功能層、數(shù)據(jù)層。 信息 內(nèi)容和形式單一，用戶獲得的只是單純的字符和數(shù)字。 C/S 三個主要組成部分：服務(wù)器、客戶機(jī)、網(wǎng)絡(luò)。 C2 體系結(jié)構(gòu) 通過連接件綁定在一起 按照一組規(guī)則運(yùn)作的并行構(gòu)件網(wǎng)絡(luò)。由于一層最多只影響兩層，為軟件重用提供了強(qiáng)大的支持。這里的構(gòu)件稱為 過濾器。 軟件架構(gòu)風(fēng)格概述 一個體系結(jié)構(gòu) 定義 一個詞匯表 和 一組約束。是否存在可識別 的技術(shù)和協(xié)作風(fēng)險。 體系結(jié)構(gòu)文檔化 體系結(jié)構(gòu)規(guī)格說明 和 測試體系結(jié)構(gòu)需求的質(zhì)量設(shè)計說明書。 用例和質(zhì)量場景 在使用用例捕獲功能需求時，通過定義特定場景來捕獲質(zhì)量需求，稱為質(zhì)量場景。 設(shè)計活動的開始 并不意味著 需求抽取和分析活動 就可以終止，而應(yīng)該 并行，快速開始設(shè)計 至關(guān)重要。 升級或進(jìn)行其他修改時 不能停機(jī)。 產(chǎn)品化的中間件更好地保證最終系統(tǒng)的質(zhì)量，中間件導(dǎo)向的體系結(jié)構(gòu)風(fēng)格。 。 實(shí)現(xiàn)階段 團(tuán)隊的 結(jié)構(gòu) 應(yīng)該和體系結(jié)構(gòu)模型有一定的對應(yīng)關(guān)系，提高軟件開發(fā) 效率和質(zhì)量。 設(shè)計階段 構(gòu)件，隨著研究的深入，構(gòu)件間的 互聯(lián)機(jī)制 逐漸獨(dú)立出來，成為與構(gòu)件同等級別的實(shí)體 ，稱為 連接子。 設(shè)計恢復(fù) design recovery， 重構(gòu)工程 reengineering，也稱 修復(fù)和改造工程。 庫的組織結(jié)構(gòu) 直接影響軟部件的檢索效率。 不斷地進(jìn)行軟部件的積累，并將它們組織成軟部件庫。 面向?qū)ο蟮姆治鲈O(shè)計 面向?qū)ο蟮? 分析模型主要由 頂層架構(gòu)圖、用例與用例圖、領(lǐng)域概念模型 構(gòu)成 。 自頂向下逐步求精的方法是：先整體后局部，先抽象后具體，一般具有較清晰的層次。 軟件開發(fā)風(fēng)險 認(rèn)識不足 或者 沒有足夠的力量加以控制。 軟件文檔應(yīng)該滿足下述要求： 和 管理 和 設(shè)計 和 測試 說明用戶操作錯誤時 應(yīng)該怎樣恢復(fù)和重新啟動。 每個配置項(xiàng)的主要屬性有 名稱、標(biāo)識符、文件狀態(tài)、版本、作者、日期 等。 時間 進(jìn)度安排的準(zhǔn)確程度可能比成本估計的準(zhǔn)確程度更重要。 不必?fù)碛兴蟹N類的跟蹤能力聯(lián)系鏈，要根據(jù)具體情況調(diào)整。 要是不能獲得一些約定的調(diào)整，應(yīng)該把面臨的風(fēng)險寫進(jìn)風(fēng) 險計劃中。 “弊 ”是指 增加開發(fā)費(fèi)用、推遲交付日期、產(chǎn)品質(zhì)量下降、減少功能、用戶不滿意。 絕不能 刪除或者修改 變更請求的 原始文檔。 需求文檔應(yīng)該 精確描述 要交付的產(chǎn)品。 為了盡量減少困惑、沖突、誤傳，應(yīng)該僅允許指定的人員來更新需求。 絕不要承諾 任何 無法實(shí)現(xiàn)的事。 需求管理原則 過程能力成熟度模型 CMM，指導(dǎo)軟件過程改進(jìn)， 5 個成熟級別， 6個關(guān)鍵過程域 KPA。 需求管理 需求 最終文檔 經(jīng)過評審批準(zhǔn)后，則定義了需求基線 Baseline。功能規(guī)范是軟件開發(fā)者和用戶間的契約，也是軟件設(shè)計者的和實(shí)現(xiàn)者的依據(jù)。 。 沒有一個項(xiàng)目會使用 RUP 中所有的東西，用用 RUP 時要裁剪，裁剪步驟： 需要哪些工作流。 可以提出一個軟件體系結(jié)構(gòu)來指導(dǎo)開發(fā)。 一個系統(tǒng)不可能在所有特性上都達(dá)到最優(yōu)，對于一個系統(tǒng)，不同人員所關(guān)心的內(nèi)容也是不一樣的，對于不同類型的人員，只需提供這類人員關(guān)心的視圖即可。 用例驅(qū)動：需求分析、設(shè)計、實(shí)現(xiàn)、測試，都是用例驅(qū)動的。 活動 (Activity)， how 的問題，是一個有明確目的的獨(dú)立工作單元。 迭代并不是重復(fù)地做相同的事，而是針對不同用例細(xì)化和實(shí)現(xiàn)，每一個迭代都是一個完整的開發(fā)過程。 RUP RUP 把軟件開發(fā)生命周期劃分為 多個循環(huán) (cycle)，每個 cycle 生成產(chǎn)品的一個新版本，每個 cycle 依次由 4 個連續(xù)階段 (phase)組成： 初始：定義最終產(chǎn)品視圖和業(yè)務(wù)模型，并確定系統(tǒng)范圍。 12 條實(shí)踐規(guī)則：簡單設(shè)計、測試驅(qū)動、代碼重構(gòu)、結(jié)對編程、繼續(xù)集成、現(xiàn)場客戶、開發(fā)版本小型化、系統(tǒng)隱喻、代碼集體所有制、規(guī)劃策略、規(guī)范代碼、 40 小時工作機(jī)制。 敏捷方法對設(shè)計者、開發(fā)者、客戶 之間的有效溝通和及時反饋要求比較高，不易在開發(fā)團(tuán)隊比較龐大的項(xiàng)目中實(shí)施。 敏捷方 法的含義及其特征 重型方法注重開發(fā)文檔的完備和充分性 。 按照高內(nèi)聚、松散耦合的原則 將項(xiàng)目劃分為若干個小組，以增加溝通。 只有在第一線的開發(fā)人員才能真正掌握和理解開發(fā)過程中的技術(shù)細(xì)節(jié)，所以技術(shù)方面的決定必須由他們來做出。 “面向人的 ”而非 “面向過程的 ” 傳統(tǒng)的軟件開發(fā)方法的基本思路一般是 只要圖紙設(shè)計得合理并考慮充分，施工隊伍可以完全遵照圖紙順利構(gòu)造。 基于面向?qū)ο蟮哪Ｐ? 構(gòu)件重用是非常重要的技術(shù)之一。 ，確定是否需要進(jìn)入螺線的下一次回路。 對大型軟件來說，如果沒有現(xiàn)成的，就不應(yīng)該考慮用原型法。 找來一個或幾個正在運(yùn)行的類似軟件進(jìn)行比較。 瀑布型 瀑布型的特點(diǎn)是 因果關(guān)系緊密相連，前一個階段工作的結(jié)果是后一個階段工作的輸入，前一個階段的錯漏會隱蔽地帶到后一個階段，每一個階段工作完成后，都要進(jìn)行審查和確認(rèn)， 它的出現(xiàn)有利于人員的組織管理，有利于軟件開發(fā)方法和工具的研究。 軟件運(yùn)行和維護(hù) 軟件維護(hù)就是盡可能地延長軟件的壽命，沒有維護(hù)的價值時，宣告退役，軟件的生命結(jié)束。 概要設(shè)計是在軟件需求規(guī)格說明的基礎(chǔ)上，建立系統(tǒng)的 總體結(jié)構(gòu) (含子系統(tǒng)的劃分 ) 和 模塊間的關(guān)系，定義功能模塊及各功能模塊之間的關(guān)系 。用戶也許很難 一次性 說清楚系統(tǒng)應(yīng)該做什么。 軟件定義時期 ，目標(biāo)系統(tǒng) “是什么 ”，系統(tǒng)的定位以及范圍。逆向 拉動式 運(yùn)作模式是 以用戶為中心 。 直接電子商務(wù)，商品是無形的貨物或服務(wù)，雙方越過地理界限直接進(jìn)行交易。 對所有用戶的 正規(guī)培訓(xùn)，用戶必須認(rèn)識到 使用新系統(tǒng)的 即時和明顯好處。 需要任命一名 來自企業(yè)的 系統(tǒng)管理員，作為內(nèi)部系統(tǒng)專家。 呼叫中心支持由合作的硬件廠商參與并提供全套設(shè)備，而不僅僅是提供支持呼叫中心的應(yīng)用軟件。 商業(yè)智能是指利用 數(shù)據(jù)挖掘、知識發(fā)現(xiàn) 等 技術(shù) 分析和挖掘 結(jié)構(gòu)化的、面向特定領(lǐng)域的 存儲與數(shù)據(jù)倉庫的信息，幫用戶 認(rèn)清發(fā)展趨勢、識別數(shù)據(jù)模式、獲取職能決策支持 、得出結(jié)論。問題及解決方法數(shù)據(jù)庫 。 當(dāng)把客戶服務(wù)與支持功能同銷售、營銷功能比較好地結(jié)合起來時，就能為企業(yè)提供很多機(jī)會。 產(chǎn)品目錄和價格、購買記錄、服務(wù)記錄、存貨情況、促銷文本資料、信用記錄。 客戶能根據(jù)自己的需求 量身定做 合適自己需要的產(chǎn)品和服務(wù)。 提供那些構(gòu)件強(qiáng)有力關(guān)系、提高客 戶忠誠度的體驗(yàn)。 有關(guān)擴(kuò)展應(yīng)用模塊 客戶關(guān)系管理、分銷資源管理、供應(yīng)鏈管理、電子商務(wù) 等。 是 ERP 的基本模塊，從采購訂單產(chǎn)生至貨物受到的全過程進(jìn)行 組織、實(shí)施、控制，庫存管理 IM 對企業(yè)物料的 進(jìn)、出、存 進(jìn)行管理。 (生產(chǎn)計劃大綱 ) 根據(jù)主生產(chǎn)計劃 對最終產(chǎn)品的 需求數(shù)量和交貨期，推導(dǎo)出構(gòu)成產(chǎn)品的 零部件及材料 的 需求數(shù)量和需求時期，再導(dǎo)出自制零部件的制作訂單下達(dá)日期和采購件的采購訂單發(fā)送日期。 ERP 是一種管理理論和管理思想，不僅僅是信息系統(tǒng)。以服務(wù)器為中心，客戶端瘦小、簡單，容易在運(yùn)行時實(shí)現(xiàn)自動升級。 信息化的定義 信息化 Informationalization，是以信息資源開發(fā)利用為核心，以網(wǎng)絡(luò)技術(shù)、通訊技術(shù)等高科技技術(shù)為依托的 一種新技術(shù)擴(kuò)散的過程。 傳遞性：時間上的傳遞 即存儲 。 無限性：事物及其變化是 無限多樣的。 目的是為了性能的優(yōu)化提供參考。 系統(tǒng)性能包含 性能指標(biāo)、性能計算、性能設(shè)計、性能評估，四個方面內(nèi)容。 其二，與現(xiàn)有的計算機(jī)系列兼容，同事具有多媒體和通訊功能。 虛擬現(xiàn)實(shí)是一種 多技術(shù) 多科學(xué) 相互滲透集成 的技術(shù)。 數(shù)據(jù)量大、 種類繁多、關(guān)系復(fù)雜，是多媒體數(shù)據(jù)的基本特征。更重要的是對數(shù)據(jù)損失很小。 多媒體數(shù)據(jù)壓縮編碼技術(shù) JPEG， Joint Photographic Experts Group，聯(lián)合圖像專家小組，是一種對靜態(tài)圖像壓縮的編碼算法。 根據(jù) ITUT(原 CCITT)建議，媒體有 5種：感覺媒體、表示媒體、顯示媒體、存儲媒體、傳輸媒體。 負(fù)載均衡 LoadBalance 從結(jié)構(gòu)上分為：本地負(fù)載均衡、全局負(fù)載均衡。 解決方案：內(nèi)聯(lián)網(wǎng) VPN、外連網(wǎng) VPN、遠(yuǎn)程接入 VPN。 信息安全的基本要素是 保密性、完整性、可用性、真實(shí)性、可控性。 實(shí)際上還應(yīng)該包括 網(wǎng)絡(luò)規(guī)劃、網(wǎng)絡(luò)操作人員管理 等。采用統(tǒng)一的資源定位器 URL 和 圖文聲并茂的用戶界面。 Inter 及應(yīng)用 世界上規(guī)模最大、覆蓋面最廣 且 最具影響力 的 計算機(jī)互聯(lián)網(wǎng)絡(luò)，它將分布在世界各地的計算機(jī)利用開放系統(tǒng)互連協(xié)議連接在一起，用來進(jìn)行數(shù)據(jù)傳輸