j2ee項(xiàng)目實(shí)訓(xùn)uml及設(shè)計(jì)模式——第3章系統(tǒng)概要設(shè)計(jì)中的架構(gòu)設(shè)計(jì)第2部分-wenkub
2022-11-28 16:14:13 本頁(yè)面
【正文】 目管理師 （項(xiàng)目經(jīng)理） 、 軟件架構(gòu)師 、 系統(tǒng)分析師 、軟件設(shè)計(jì)師、測(cè)試工程師、數(shù)據(jù)庫(kù)工程師、程序員、過程改進(jìn)、質(zhì)量保證等不同的角色或者崗位的人員。 （ 4） 系統(tǒng)架構(gòu)師應(yīng)該是高級(jí)設(shè)計(jì)師的角色 因?yàn)閷?duì) 系統(tǒng)架構(gòu)師應(yīng)該有一定的 系統(tǒng)的 整體 觀念 的要求 ，這主要體現(xiàn)在分析 問題的 能力、把握抽象的能力 、綜合地應(yīng)用知識(shí) 解決問題的能力等 方面；同時(shí)也應(yīng)該有一定的溝通能力，比如與客戶溝通能力、與項(xiàng)目組中的其它成員的溝通能力；在知識(shí)面方面應(yīng)該有一定的廣度 和深度 ，不僅要把握本行業(yè)的技術(shù)發(fā)展、流行的趨勢(shì)，同時(shí)也還應(yīng)該掌握與系統(tǒng)架構(gòu)相關(guān)的知識(shí)和擁有相應(yīng)的 行業(yè) 經(jīng)驗(yàn)；最后還應(yīng)該具有很強(qiáng)的自學(xué)能力、分析能力、解決問題的能力。在開發(fā)團(tuán)隊(duì)中，楊教授工作室 精心創(chuàng)作的優(yōu)秀程序員 職業(yè)提升必讀系列資料 楊教授工作室，版權(quán)所有，盜版必究 ， 3/15 頁(yè) 逐步體現(xiàn)出自己對(duì)項(xiàng)目中所遇到的實(shí)際問題的解決能力 、并不斷地加以 提高，慢慢成 長(zhǎng) 為程序員 隊(duì)伍 中的“領(lǐng)頭 羊”。同時(shí) 架構(gòu)師必須 也要 關(guān)注 軟件系統(tǒng)的 需求、 并參與系統(tǒng)的 需求分析 活動(dòng)。從而通過本次項(xiàng)目的開發(fā)為企業(yè)的發(fā)展提供 “內(nèi)功” 和儲(chǔ)備“能量”—— 這包括人才的培養(yǎng)和儲(chǔ)備 。 從而 保證 所開發(fā)出的 軟件 系統(tǒng)項(xiàng)目或 者軟件 產(chǎn)品 能夠 符合投資人的技術(shù)要求。楊教授工作室 精心創(chuàng)作的優(yōu)秀程序員 職業(yè)提升必讀系列資料 楊教授工作室，版權(quán)所有，盜版必究 ， 1/15 頁(yè) 第 3 章 系統(tǒng)概要設(shè)計(jì) 中的架構(gòu)設(shè)計(jì)（第 2/3 部分） 軟件 系統(tǒng)的 架構(gòu)師 什么是 軟件系統(tǒng) 架構(gòu)師（ Architecture） （ 1）架構(gòu)師是軟件行業(yè)中 的 一種新興職業(yè) 所謂軟件系統(tǒng)的架構(gòu)師通俗地說就是軟件系統(tǒng)的設(shè)計(jì)師、結(jié)構(gòu)設(shè)計(jì)者 ，或者按照現(xiàn)有的國(guó)內(nèi)企業(yè)的技術(shù)職稱來(lái)對(duì)照，應(yīng)該為“總工程師”的角色的人員 。 （ 3）架構(gòu)師 主要的工作內(nèi)容 軟件 系統(tǒng)的 架構(gòu)師也就是需要設(shè)計(jì)軟件系統(tǒng) 中 的各個(gè)部件（邏輯的、物理的），這包括如何劃分 軟件系統(tǒng)的總體結(jié)構(gòu) 、 系統(tǒng)中的各個(gè)模塊 組件之間 是 如何發(fā)生相互作用，如何使應(yīng)用系統(tǒng)滿足性能等方面的要求。 （ 3）預(yù)見客戶的技術(shù)走向，從而在早期決定技術(shù)研發(fā)的方向和技術(shù)的積累 架構(gòu)師必須對(duì)本軟件系統(tǒng)所涉及的相關(guān)的開發(fā)技術(shù)要非常了解 ，同時(shí)還應(yīng)該對(duì)系統(tǒng)所涉及的業(yè)務(wù)規(guī)則也應(yīng)該比較熟悉；并且需要有一定的良好組織管理能力。 努力學(xué)習(xí)把自己培養(yǎng)和鍛煉成為軟件架構(gòu)師 （ 1）軟件架構(gòu)師初始的職業(yè)為程序員 因?yàn)檐浖軜?gòu)師首先必須在技術(shù)上要比較過硬，這可以通過在 程序員的職業(yè)階段加以積累和豐富自己的技術(shù)能力。 （ 3）從程序員提升為設(shè)計(jì)師 由于 軟件系統(tǒng)的 架構(gòu)師和程序員 （ Coding） 在職業(yè)的范疇和工作的性質(zhì)、工作的內(nèi)容 、解決問題的思路 等方面是有差別的，同時(shí)對(duì)兩者在技術(shù)能力的要求也是不同的。 “程序員 高級(jí)程序員 項(xiàng)目實(shí)施工程師 IT 咨詢專家 資深 IT 專家”的 發(fā)展 過程。 （ 2）系統(tǒng)分析師的主要工作內(nèi)容 系統(tǒng)分析師的主要工作內(nèi)容是包括 對(duì)系統(tǒng)中所涉及的 業(yè)務(wù)需求 進(jìn)行 分析、可行性分析以及 系統(tǒng) 建模等方面， 其工作的特點(diǎn)和性質(zhì)更多地是與行業(yè) 領(lǐng)域 專家、用戶溝通，以及與項(xiàng)目經(jīng) 理（項(xiàng)目管理師）、軟件架構(gòu)師以及企業(yè)的負(fù)責(zé)人進(jìn)行交流 ，分析項(xiàng)目具備的特點(diǎn)、楊教授工作室 精心創(chuàng)作的優(yōu)秀程序員 職業(yè)提升必讀系列資料 楊教授工作室，版權(quán)所有，盜版必究 ， 4/15 頁(yè) 成本、風(fēng)險(xiǎn)等方面的因素。必然也會(huì)導(dǎo)致對(duì)問題的解決也應(yīng)該是不斷地完善和豐富的過程，否則軟件系統(tǒng)就不會(huì)有升級(jí)和改進(jìn)版本的必要！ 但這并不意味著對(duì)本次設(shè)計(jì)和開發(fā)實(shí)現(xiàn)，可以掉以輕心！ （ 2）要承認(rèn)軟件的需求是不完全的、是動(dòng)態(tài)地變化的 正是由于軟件系統(tǒng)本身的 需求是動(dòng)態(tài)地變化的， 否則軟件系統(tǒng)的架構(gòu)設(shè)計(jì)工作不會(huì)出現(xiàn)那么多的矛盾，那么棘手！那么 多的不確定因素！ 哪如何開展 軟件系統(tǒng)的 架構(gòu)和 設(shè)計(jì)工作呢？關(guān)鍵是要學(xué)會(huì) “ 擁抱變化 、適應(yīng) 變化 ” 而設(shè)計(jì)，因?yàn)椴豢赡艿鹊?系統(tǒng) 的需求“不再變化”時(shí)再開展架構(gòu)設(shè) 計(jì)工作。比如 Apache Struts 框架就解決 J2EE Web 層的開發(fā)和實(shí)現(xiàn)，而 Spring 框架則解決了 J2EE 平臺(tái)中的類的對(duì)象管理，當(dāng)然 Hibernate 框架則是為應(yīng)用系統(tǒng)解決數(shù)據(jù)訪問和 O/R Mapping的開發(fā)和實(shí)現(xiàn)。 ? 框架中的設(shè)計(jì)重用 一般是通過提供或者借助于設(shè)計(jì)模式來(lái)體現(xiàn)。 與架構(gòu)相關(guān)的概念之二設(shè)計(jì)模式（ Design Pattern） 設(shè)計(jì)模式則主要側(cè)重于思想和方法（如 MVC 模式 、橋 模式 、命令 模式 、工廠 模式 等），不象框架那樣明確地提供了組件。并且 是在大量的實(shí)踐中總結(jié)和理論化之后的優(yōu)選的代碼結(jié)構(gòu) ,編程風(fēng)格 , 及解決問題的思考方式。因?yàn)?一個(gè)共享的架構(gòu)，可以使企業(yè)開發(fā)團(tuán)隊(duì)很方便 地 分解問題，從而確定出本項(xiàng)目中 哪些 功能模塊 是可以由企業(yè)本身（或者開發(fā)組）內(nèi)部解決和 具體 開發(fā) 實(shí)現(xiàn) 的，而哪些 功能模塊 可以使用已有的外部服務(wù)，以避免重新開發(fā) 實(shí)現(xiàn) 。 3) 另外，成熟的 框架一般都 是 經(jīng)過很多 開發(fā)者 使用 過的 ，所以 系統(tǒng)本身的 結(jié)構(gòu) 也應(yīng)該是比較 好 的 ，同時(shí) 應(yīng)用該框架的上層軟件系統(tǒng)本身的 擴(kuò)展性也 會(huì) 很好 ；框架本身由于也 是不斷 地 升級(jí)的 ， 這樣開發(fā)者就可以直接享受別人升級(jí)框架后對(duì)自身的 軟件 系統(tǒng)所帶來(lái)的好處。 2) 控制層由基于 Struts 框架 的 前端控制器 ActionServlet 組件（作為項(xiàng)目的前端控制器，并對(duì)它進(jìn)行重寫以滿足項(xiàng)目中的特 殊要求） 和 后端業(yè)務(wù)控制器 Action 組件 （實(shí)際是應(yīng)用 Struts 中的 DispatchAction 類型的 Action 組件 ） 實(shí)現(xiàn) 。 架構(gòu)設(shè)計(jì)的目標(biāo)之二是希望能夠達(dá)到最靈活的可擴(kuò)展性 （ 1）軟件系統(tǒng)開發(fā)中必須要考慮的一個(gè)問題 如何盡可能地延長(zhǎng)所開發(fā)出的軟件系統(tǒng)的生命期，以降低企業(yè)經(jīng)營(yíng)中在信息化技術(shù)方面的成本和投資？ （ 2）如何達(dá)到本應(yīng)用系統(tǒng)具有“最靈活的可擴(kuò)展性” 楊教授工作室 精心創(chuàng)作的優(yōu)秀程序員 職業(yè)提升必讀系列資料 楊教授工作室，版權(quán)所有，盜版必究 ， 8/15 頁(yè) 當(dāng)然，靈活地應(yīng)用各種架構(gòu)模式和代碼的設(shè)計(jì)模式是必要的技術(shù)實(shí)現(xiàn)手段。分別是： 表示層、控制層、業(yè)務(wù)邏輯層、服務(wù)層（ DAO）、數(shù)據(jù)訪問層。因此在表示層中，使得數(shù)據(jù)的顯示、簡(jiǎn)單的邏輯處理以及模板的應(yīng)用非常方便。使得程序設(shè)計(jì)的方面的工作 會(huì) 更少。我們?cè)诳刂茖?中只需調(diào)用（操縱）業(yè)務(wù)類所實(shí)現(xiàn)的借口，而由 Spring 框架為我們動(dòng)態(tài)的注入對(duì)象。 ? 系統(tǒng)的“ 服務(wù)層 + 業(yè)務(wù)邏輯層 ”可以 采用 D
研究報(bào)告相關(guān)推薦
鄂ICP備17016276號(hào)-1