j2ee項(xiàng)目實(shí)訓(xùn)uml及設(shè)計(jì)模式——第3章系統(tǒng)概要設(shè)計(jì)中的架構(gòu)設(shè)計(jì)（第2部分(文件)
【正文】 AO 模式設(shè)計(jì) + Hibernate 框架 來(lái)實(shí)現(xiàn) 原因如下：由于采用面向?qū)ο蟮脑O(shè)計(jì)，而現(xiàn)有的 數(shù)據(jù)庫(kù)都是采用結(jié)構(gòu)化進(jìn)行設(shè)計(jì)的，所以需要一種 O/R Mapping 工具來(lái)進(jìn)行關(guān)系數(shù)據(jù)庫(kù)到對(duì)象數(shù)據(jù)的一種映射， Hibernate 技術(shù)很好的實(shí)現(xiàn)了這種功能。即：用 DAO 實(shí)現(xiàn)了“服務(wù)層”的功能。 同時(shí)注意應(yīng)用設(shè)計(jì)模式是實(shí)現(xiàn)橫向上的低耦合 的有效措施 ，如：“橋接模式” 的應(yīng)用 。 明確軟件產(chǎn)品或者軟件項(xiàng)目中的“變化”的要素 好的軟件產(chǎn)品在開發(fā)的過(guò)程中就應(yīng)該要考慮到可能的變化，任何一個(gè)軟件的系統(tǒng)架構(gòu)師都不能解決或者說(shuō)前瞻所有的變化，但是好的軟件的架構(gòu)設(shè)計(jì)（框架和組件）能夠比較容易的適應(yīng)變化。 為了不至于 拒絕需求的改變而令客戶的利益受損 或 屈從于需求的改變而導(dǎo)致項(xiàng)目失控 。 因此，必須要將應(yīng)用系統(tǒng)中的經(jīng)常變化的部分進(jìn)行隔離！這樣就不會(huì)出現(xiàn)相互影響的局面。 圖 松 藕合的系統(tǒng)架構(gòu)設(shè)計(jì)的示例（ 優(yōu)化設(shè)計(jì)的結(jié)果） 系統(tǒng)架構(gòu)設(shè)計(jì)師應(yīng)該要 對(duì)系統(tǒng)功能 中 的擴(kuò)展部分有可預(yù)見性，在設(shè)計(jì)方面應(yīng)該預(yù)留好接口 并 隔離變化 ； 在需求管理方面，不應(yīng)一味的聽取客戶的想法，也要有自己的主張并且用實(shí)際的理論或是例子來(lái)說(shuō)服客戶向著自己的方向走 ， 同時(shí)還要以 商業(yè) 合同 規(guī)范 客戶 的合理要求 。 （ 2）第二方面的可能變化是程序結(jié)構(gòu)方面的變化 采用抽象的原則，將系統(tǒng)中的公共屬性提取出來(lái)，然后再由子類來(lái)定義具有自己的特有的屬性 ； 在代碼設(shè)計(jì)上，遵循“ GRASP 設(shè)計(jì)原則”，同時(shí)合理的運(yùn)用“設(shè)計(jì)模式” 。 （ 4）第四方面的可能變化是技術(shù)實(shí)現(xiàn)和新技術(shù)的應(yīng)用所帶來(lái)的技術(shù)實(shí)現(xiàn)的變化 針對(duì)領(lǐng)先 技術(shù)，系統(tǒng)設(shè)計(jì)人員認(rèn)為如果功能上現(xiàn)行技術(shù)支持的話，就沒(méi)有必要去研究新技術(shù)，當(dāng)進(jìn)度時(shí)間不是很緊張的話，可以去考慮使用新技術(shù)，但也要充分考慮新技術(shù)可能有的潛在問(wèn)題和負(fù)面影響。 2) 其次，系統(tǒng)的開發(fā)者要借助自己和他人的經(jīng)驗(yàn)對(duì)易發(fā)生 變化 的 內(nèi)容進(jìn)行總結(jié)，探索規(guī)律，尋求解決之道；比如 用戶在使用中可以隨時(shí)進(jìn)行改變，這可以用配置界面的形式提供給用戶； 或者另 一種變化是系統(tǒng)部署和發(fā)布時(shí)才確定的，則通過(guò)配置文件的形式提供給系統(tǒng)部署人員 。 在這種原則的指導(dǎo)下， 系統(tǒng)的開發(fā)者 所開發(fā)出的系統(tǒng)將會(huì)具有一定的通用性，這也是能夠使軟件系統(tǒng)具有更好的適應(yīng)性的一個(gè)常用的手段。在好的生命周期流程控制下，開發(fā)出的軟件系統(tǒng)能夠具有較好的適應(yīng)變化性。 （ 1）過(guò)分追求完美，從而步入軟件架構(gòu)設(shè)計(jì)和軟件工程理論方面的誤區(qū)。他們最喜歡 鼓吹本軟件系統(tǒng)如何達(dá)到松藕合 、 系統(tǒng)是如何實(shí)現(xiàn)具有 通用性 和 擴(kuò)展性等等。 （ 1）新穎的技術(shù)不應(yīng)該成為 軟件系統(tǒng) 設(shè)計(jì) 的目標(biāo) 系統(tǒng)架構(gòu)師 不應(yīng)該 迷戀于 對(duì) 新穎的技術(shù) 的應(yīng)用 ， 或者 認(rèn)為只要用了新的技術(shù)，就能夠開發(fā)出 最好的軟件產(chǎn)品， 企業(yè) 用戶也一定會(huì)喜歡 、一定會(huì)給企業(yè)帶來(lái)進(jìn)步， 其實(shí)這是個(gè)誤區(qū) 。 系統(tǒng)架構(gòu)師 應(yīng)該對(duì)企業(yè) 的 需求、市場(chǎng)狀況以及已經(jīng)存在的系統(tǒng)作為 目標(biāo) 模型來(lái) 進(jìn)行 調(diào)查 和分析 ，搞清 和理順客戶所在的 企業(yè)對(duì) 軟件 產(chǎn)品的 最終的 要求到底是什么？產(chǎn)品的設(shè)計(jì)應(yīng)該來(lái)自于對(duì)企業(yè)需求的調(diào)研，而不是 開發(fā)者 自己對(duì)新技術(shù)的激情 和實(shí)驗(yàn) 。 （ 4）過(guò)分強(qiáng)調(diào) 軟件系統(tǒng)本身的 功能，而不 充分考慮如何提高軟件 使用的方便性 和人性化操作 大家應(yīng)該知道， 企業(yè) 花費(fèi)大量的投資放在 信息化 方面，對(duì)于企業(yè)本身來(lái)說(shuō)是為了能夠更好地 提升 企業(yè) 自 身 的核心競(jìng)爭(zhēng)力 。最后的結(jié)果將導(dǎo)致所開發(fā)出的軟件產(chǎn)品或者項(xiàng)目的通用性、擴(kuò)充性將很差。軟件是有生命期的，在企業(yè)發(fā)展的過(guò)程中，一定會(huì)有新的業(yè)務(wù)功能的要求增加入或者需要對(duì)原有的業(yè)務(wù)功能需求進(jìn)行改變和完善。 但在實(shí)際開發(fā)中經(jīng)常會(huì)出現(xiàn) 將 持久層 和 業(yè)務(wù)層 組合在一體的設(shè)計(jì)，也就是在 持久層 中承擔(dān)部分的 業(yè)務(wù)層 的 職責(zé) 。但 系統(tǒng)的架 構(gòu) 師，也必須要明確應(yīng)用不良的框架或者應(yīng)用的不適當(dāng)，不僅不能為系統(tǒng)帶來(lái)優(yōu)化的效果，反而會(huì)增加系統(tǒng)的負(fù)擔(dān)、并降低系統(tǒng)的性能！ 企業(yè)應(yīng)用項(xiàng)目的成敗經(jīng)常是 “ 業(yè)務(wù) ” 、“ 技術(shù) ” 、 “ 管理 ” 三種因素共同作用的結(jié)果，而單純引入框架，只能解決部分 “ 技術(shù) ”方面的 問(wèn)題。 而 過(guò)分強(qiáng)調(diào)生產(chǎn)，匆忙做出判斷和設(shè)計(jì)，編碼人員過(guò)分賣力 地編程實(shí)現(xiàn) 不成熟的編碼，造成持續(xù)不斷 地對(duì)系統(tǒng)進(jìn)行修 改。 低能的 或不負(fù)責(zé)任的 架構(gòu)師 在一些規(guī)模較小的項(xiàng)目開發(fā)中，由于受到在項(xiàng)目開發(fā)的時(shí)間、資金或人員的能力等方面因素的考慮，基本 上放棄了對(duì)軟件項(xiàng)目品質(zhì)的追求。 “大而全”的通用性工具軟件的開發(fā)背后，一定是高投資和長(zhǎng)開發(fā)周期！ 合理的思維 應(yīng)該 是在整個(gè) 企業(yè)發(fā)展的 戰(zhàn)略規(guī)劃下，從可行性研究出發(fā)，構(gòu)造一系列的基本上是相互獨(dú)立的 并且滿足現(xiàn)有企業(yè)的規(guī)模和業(yè)務(wù)需要的 子系統(tǒng)，這些子系統(tǒng)之間預(yù)先定義 或者預(yù)留出一些 穩(wěn)定的接口 。因此，應(yīng)該 是 軟件系統(tǒng)的 市場(chǎng)決定了產(chǎn)品的設(shè)計(jì)，而不是技術(shù)決定 軟件 產(chǎn)品 的 設(shè)計(jì)，這一點(diǎn)千萬(wàn)不要本末倒置 ！ （ 2）把軟件 系統(tǒng) 當(dāng)成自我 能力體現(xiàn) 的 “工藝 作品” 系統(tǒng)架構(gòu)師 不應(yīng)該將所設(shè)計(jì)和開發(fā)的軟件系統(tǒng) 當(dāng)成自我 能力體現(xiàn) 的 “工藝作品” ，用于表達(dá)自己的智慧，以及表達(dá)自己對(duì)于技術(shù)的理解 和掌握的熟練程度的體現(xiàn) 。 這在作為實(shí)驗(yàn)性的、原理性的教學(xué)項(xiàng)目中，是沒(méi)有什么問(wèn)題的，而且也是值得鼓勵(lì)的！但如果在企業(yè)應(yīng)用系統(tǒng)中，也如此 極端 地實(shí)施，將會(huì) 讓 項(xiàng)目陷入不可控制的地步。 “完美主義”者的架構(gòu)師 作為一個(gè)系 統(tǒng)架構(gòu)師，很多人具有完美主義的傾向。 軟件架構(gòu)設(shè)計(jì) 時(shí)可能的 設(shè)計(jì)誤區(qū) 架構(gòu)師 所可能 步入 的 軟件架構(gòu)設(shè)計(jì) 方面 的誤區(qū) 楊教授工作室 精心創(chuàng)作的優(yōu)秀程序員 職業(yè)提升必讀系列資料 楊教授工作室，版權(quán)所有，盜版必究 ， 13/15 頁(yè) 架構(gòu)師很容易走向極端，最常見的兩種極端情況是下面的兩種形式。 （ 2） 在軟件開發(fā)方法方面 采用很好的軟件生命周期流程能夠很好的控制變化。 （ 1） 在系統(tǒng)的架構(gòu)設(shè)計(jì)和模塊設(shè)計(jì)方面 要有前瞻性 ? 在系統(tǒng)的架構(gòu)設(shè)計(jì)中盡可能地充分利用各種成熟的框架（商業(yè)或者開源類型的） 因?yàn)樵趹?yīng)用成熟的框架來(lái)進(jìn)行系統(tǒng)開發(fā)時(shí)， 系統(tǒng)的開發(fā)者 可以不需要考慮具體實(shí)現(xiàn)的細(xì)節(jié)。 楊教授工作室 精心創(chuàng)作的優(yōu)秀程序員 職業(yè)提升必讀系列資料 楊教授工作室，版權(quán)所有，盜版必究 ， 12/15 頁(yè) （ 1）在系統(tǒng)主要的業(yè)務(wù)功能方面應(yīng)該預(yù)測(cè)到可能會(huì)有那些變化 1) 首先，系統(tǒng)的開發(fā)者在開發(fā)系統(tǒng)時(shí) 應(yīng)該站在行業(yè)的高度，從客戶的業(yè)務(wù)需求出發(fā)，預(yù)測(cè)行業(yè)未來(lái)的發(fā)展趨勢(shì)。下面的 圖 為 模板方法模式 程序結(jié)構(gòu)的 UML 的類圖 ，當(dāng)系統(tǒng)的功能要求發(fā)生改變時(shí)，可以提供一個(gè)新的實(shí)現(xiàn)類來(lái)適應(yīng)該變
研究報(bào)告相關(guān)推薦
鄂ICP備17016276號(hào)-1