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