j2ee項(xiàng)目實(shí)訓(xùn)uml及設(shè)計(jì)模式——第3章系統(tǒng)概要設(shè)計(jì)中的架構(gòu)設(shè)計(jì)第2部分-資料下載頁
2025-11-08 16:14本頁面
【導(dǎo)讀】的國內(nèi)企業(yè)的技術(shù)職稱來對(duì)照，應(yīng)該為“總工程師”的角色的人員。是微軟公司的系統(tǒng)構(gòu)架師。從而保證所開發(fā)出的軟件系統(tǒng)項(xiàng)目或者軟件產(chǎn)品能夠符合投資人的技術(shù)要。使應(yīng)用系統(tǒng)滿足性能等方面的要求。該要指導(dǎo)整個(gè)開發(fā)團(tuán)隊(duì)完成對(duì)這個(gè)設(shè)計(jì)方案的具體實(shí)現(xiàn)。于應(yīng)酬和請(qǐng)客吃飯！而應(yīng)該是從事更高層次的有關(guān)技術(shù)方向的制定、技術(shù)難題的攻關(guān)、系。相匹配來選擇技術(shù)。從而通過本次項(xiàng)目的開發(fā)為企業(yè)的發(fā)展提供“內(nèi)功”和儲(chǔ)備“能量”?！@包括人才的培養(yǎng)和儲(chǔ)備。涉及的業(yè)務(wù)規(guī)則也應(yīng)該比較熟悉；并且需要有一定的良好組織管理能力。同時(shí)架構(gòu)師必須也要關(guān)注軟件系統(tǒng)的需求、并參與系統(tǒng)的需求分析活動(dòng)。能力,而不應(yīng)該僅僅停留在編寫代碼的能力方面。程序員隊(duì)伍中的“領(lǐng)頭羊”。對(duì)設(shè)計(jì)工作初步涉及和參與，并不斷地積累系統(tǒng)設(shè)計(jì)方。其是在失敗中積累和豐富經(jīng)驗(yàn)。成本、風(fēng)險(xiǎn)等方面的因素。因?yàn)槿魏稳藢?duì)問題的理解和把握也都是循序漸進(jìn)的過程。必然也會(huì)導(dǎo)致對(duì)問題的解決
【正文】 架構(gòu)設(shè)計(jì) 方面 的誤區(qū) 楊教授工作室 精心創(chuàng)作的優(yōu)秀程序員 職業(yè)提升必讀系列資料 楊教授工作室，版權(quán)所有，盜版必究 ， 13/15 頁 架構(gòu)師很容易走向極端，最常見的兩種極端情況是下面的兩種形式。不管是“完美主義”者的架構(gòu)師也好，還是低能的或不 負(fù) 責(zé)任的架構(gòu)師，其實(shí)都是作為一個(gè)系統(tǒng)的架構(gòu)師所不應(yīng)該出現(xiàn)的行為。 （ 1）過分追求完美，從而步入軟件架構(gòu)設(shè)計(jì)和軟件工程理論方面的誤區(qū)。 （ 2）做出來就行、能夠滿足用戶的一般的要求就夠了！而不考慮軟件的品質(zhì)和性能。 “完美主義”者的架構(gòu)師 作為一個(gè)系 統(tǒng)架構(gòu)師，很多人具有完美主義的傾向。他們不斷 地 考慮系統(tǒng)的性能、可擴(kuò)展性、安全性，技術(shù)的先進(jìn)性等等。他們最喜歡 鼓吹本軟件系統(tǒng)如何達(dá)到松藕合 、 系統(tǒng)是如何實(shí)現(xiàn)具有 通用性 和 擴(kuò)展性等等。 當(dāng)然，為了能夠達(dá)到上述的各個(gè)設(shè)計(jì)目標(biāo)，肯定需要 不斷 地 修改 系統(tǒng)的 架構(gòu) 、 不斷 地更新系統(tǒng)中所使用的 技術(shù) 實(shí)現(xiàn) 。 這在作為實(shí)驗(yàn)性的、原理性的教學(xué)項(xiàng)目中，是沒有什么問題的，而且也是值得鼓勵(lì)的！但如果在企業(yè)應(yīng)用系統(tǒng)中，也如此 極端 地實(shí)施，將會(huì) 讓 項(xiàng)目陷入不可控制的地步。 主要的原因在于 忽略了軟件開發(fā) 過程中 的跌代性， 因?yàn)?軟件 系統(tǒng) 總是在不斷 地 跌代、更新 和不 斷地完善中的 ， 發(fā)展的方式應(yīng)該是 螺旋式上升的。 （ 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è)帶來進(jìn)步， 其實(shí)這是個(gè)誤區(qū) 。因?yàn)槠髽I(yè)客戶在 購買軟件產(chǎn)品 或者委托開發(fā)出軟件項(xiàng)目時(shí) ，并不是購買它的技術(shù)本身，而更多的是關(guān)注于如何能夠給本企業(yè)創(chuàng)造和帶來價(jià)值。因此，應(yīng)該 是 軟件系統(tǒng)的 市場(chǎng)決定了產(chǎn)品的設(shè)計(jì)，而不是技術(shù)決定 軟件 產(chǎn)品 的 設(shè)計(jì)，這一點(diǎ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) 。 保障客戶的投資和相應(yīng)地獲得一定的回報(bào)是所有的軟件工程師所應(yīng)該牢記的一個(gè)職業(yè)準(zhǔn)則。 系統(tǒng)架構(gòu)師 應(yīng)該對(duì)企業(yè) 的 需求、市場(chǎng)狀況以及已經(jīng)存在的系統(tǒng)作為 目標(biāo) 模型來 進(jìn)行 調(diào)查 和分析 ，搞清 和理順客戶所在的 企業(yè)對(duì) 軟件 產(chǎn)品的 最終的 要求到底是什么？產(chǎn)品的設(shè)計(jì)應(yīng)該來自于對(duì)企業(yè)需求的調(diào)研，而不是 開發(fā)者 自己對(duì)新技術(shù)的激情 和實(shí)驗(yàn) 。 楊教授工作室 精心創(chuàng)作的優(yōu)秀程序員 職業(yè)提升必讀系列資料 楊教授工作室，版權(quán)所有，盜版必究 ， 14/15 頁 （ 3）把軟件設(shè)計(jì)成 “大而全”的通用性工具 系統(tǒng)架構(gòu)師 還應(yīng)該避 免的另一種情形是 把軟件 系統(tǒng) 設(shè)計(jì)成 “大而全”的通用性工具軟件 ，幾乎能滿足 用戶的各種應(yīng)用環(huán)境的 需要 ！ 而忽略了 實(shí)現(xiàn)這些功能時(shí)的 技術(shù)上的可行性 、成本的可控制性、開發(fā)時(shí)間的有限性 。 “大而全”的通用性工具軟件的開發(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)定的接口 。根據(jù)企業(yè) 運(yùn)營 的規(guī)模狀態(tài)而相應(yīng)地 改變 和調(diào)整各個(gè) 子系統(tǒng)的投運(yùn) 和繼續(xù)開發(fā) ， 從而 螺旋形 地 發(fā)展和完善 軟件 系統(tǒng) ，最終達(dá)到提升整個(gè)企業(yè)核心競(jìng)爭(zhēng)力的目的。 （ 4）過分強(qiáng)調(diào) 軟件系統(tǒng)本身的 功能，而不 充分考慮如何提高軟件 使用的方便性 和人性化操作 大家應(yīng)該知道， 企業(yè) 花費(fèi)大量的投資放在 信息化 方面，對(duì)于企業(yè)本身來說是為了能夠更好地 提升 企業(yè) 自 身 的核心競(jìng)爭(zhēng)力 。同時(shí) 使用 軟件 系統(tǒng)的 操作者一般也都是普通的生產(chǎn)工人，而不是 也沒有必要是計(jì)算機(jī)專家，因此使用的方便性是 衡量軟件系統(tǒng)是否具有良好的易用性的 一個(gè)重要的指標(biāo)。 低能的 或不負(fù)責(zé)任的 架構(gòu)師 在一些規(guī)模較小的項(xiàng)目開發(fā)中，由于受到在項(xiàng)目開發(fā)的時(shí)間、資金或人員的能力等方面因素的考慮，基本 上放棄了對(duì)軟件項(xiàng)目品質(zhì)的追求。此時(shí)的開發(fā)者或者系統(tǒng)的架構(gòu)師只希望在規(guī)定的時(shí)間內(nèi)盡快做出一個(gè)軟件就夠了！在這樣的思想的驅(qū)動(dòng)下，基本上不太考慮軟件系統(tǒng)本身的松藕合的要求、系統(tǒng)的可擴(kuò)展性要求等這些企業(yè)應(yīng)用系統(tǒng)所應(yīng)該滿足的基本的性能要求指標(biāo)。最后的結(jié)果將導(dǎo)致所開發(fā)出的軟件產(chǎn)品或者項(xiàng)目的通用性、擴(kuò)充性將很差。 成功的軟件開發(fā)過程的最顯著的特點(diǎn)，是把“研究”與“生產(chǎn)”明確 地 分開。 而 過分強(qiáng)調(diào)生產(chǎn)，匆忙做出判斷和設(shè)計(jì)，編碼人員過分賣力 地編程實(shí)現(xiàn) 不成熟的編碼，造成持續(xù)不斷 地對(duì)系統(tǒng)進(jìn)行修 改。 （ 1）企業(yè)應(yīng)用系統(tǒng) 首先必須有一個(gè)靈 活可擴(kuò)展的基礎(chǔ)架構(gòu) 因?yàn)槿绻到y(tǒng)的架構(gòu)設(shè)計(jì)不良好，即使系統(tǒng)的功能再完整和豐富，也不可能包括用戶楊教授工作室 精心創(chuàng)作的優(yōu)秀程序員 職業(yè)提升必讀系列資料 楊教授工作室，版權(quán)所有，盜版必究 ， 15/15 頁 企業(yè)未來所需要的新的功能。軟件是有生命期的，在企業(yè)發(fā)展的過程中，一定會(huì)有新的業(yè)務(wù)功能的要求增加入或者需要對(duì)原有的業(yè)務(wù)功能需求進(jìn)行改變和完善。此時(shí)如果軟件系統(tǒng)的基礎(chǔ)架構(gòu)不靈活和擴(kuò)展性不好，本系統(tǒng)將面臨被拋棄的可能！ （ 2）過分地依賴于框架特別是開源框架 由于目前在 J2EE 平臺(tái)中，發(fā)展和產(chǎn)生了大量的開源框架，這給 J2EE 系統(tǒng)的開發(fā)者特別是軟件 系統(tǒng)的架構(gòu) 師提供了許多的便利 —— 省時(shí)、省力和降低了項(xiàng)目的技術(shù)風(fēng)險(xiǎn)。但 系統(tǒng)的架 構(gòu) 師，也必須要明確應(yīng)用不良的框架或者應(yīng)用的不適當(dāng)，不僅不能為系統(tǒng)帶來優(yōu)化的效果，反而會(huì)增加系統(tǒng)的負(fù)擔(dān)、并降低系統(tǒng)的性能！ 企業(yè)應(yīng)用項(xiàng)目的成敗經(jīng)常是 “ 業(yè)務(wù) ” 、“ 技術(shù) ” 、 “ 管理 ” 三種因素共同作用的結(jié)果，而單純引入框架，只能解決部分 “ 技術(shù) ”方面的 問題。 另外，如果對(duì)所應(yīng)用的某種框架沒有深入地了解和分析其實(shí)現(xiàn)的原理、應(yīng)用的場(chǎng)合和優(yōu)缺點(diǎn)，而貿(mào)然地應(yīng)用它們，將會(huì)給軟件系統(tǒng)增加許多的“黑箱”！一旦軟件系統(tǒng)在運(yùn)行過程中，出現(xiàn)了問題或者性能上不能夠滿足系統(tǒng)的需要，將會(huì)束手無策！ （ 3）不良好的系統(tǒng)分層設(shè)計(jì)將導(dǎo)致系統(tǒng)的藕合度增 加 從分層角度來看，現(xiàn)在三層架構(gòu) 中的 表現(xiàn)層、業(yè)務(wù)層和持久層 中的 三個(gè)層次應(yīng)該分割明顯 同時(shí) 職責(zé)分明 。 但在實(shí)際開發(fā)中經(jīng)常會(huì)出現(xiàn) 將 持久層 和 業(yè)務(wù)層 組合在一體的設(shè)計(jì)，也就是在 持久層 中承擔(dān)部分的 業(yè)務(wù)層 的 職責(zé) 。 或者將表示層和業(yè)務(wù)層的代碼混雜在一起，在作為表示層的頁面中（對(duì)于 J2EE Web 技術(shù)而言為 JSP 頁面）中大量地包含有 Java 的腳本代碼！
研究報(bào)告相關(guān)推薦
鄂ICP備17016276號(hào)-1