系統(tǒng)架構(gòu)師概述

時間：2024-10-13 08:37:40 系統(tǒng)架構(gòu)師

系統(tǒng)架構(gòu)師概述

　　架構(gòu)師的主要責(zé)任是提供開發(fā)人員和項目經(jīng)理之間的共用溝通媒體。他們負(fù)責(zé)讓業(yè)務(wù)規(guī)則及需求與工程實踐及限制相適應(yīng)，以確保成功。下面yjbys小編為大家準(zhǔn)備了關(guān)于系統(tǒng)架構(gòu)師的文章，歡迎閱讀。

　　JAVA系統(tǒng)架構(gòu)師應(yīng)該看的幾本書

　　Thinking in Java

　　Effective Java

　　UML基礎(chǔ)、案例與應(yīng)用

　　UML入門提高

　　軟件工匠

　　設(shè)計模式——可復(fù)用面向?qū)ο筌浖幕A(chǔ)

　　重構(gòu)-改善既有代碼的設(shè)計

　　敏捷軟件開發(fā)-原則、模式、實踐

　　企業(yè)應(yīng)用架構(gòu)模式

　　Expert One-on-One J2EE Development without EJB

　　軟件工程——實踐者的研究方法

　　軟件領(lǐng)導(dǎo)--成功開發(fā)軟件的指導(dǎo)準(zhǔn)則

　　后面的兩本書，其實已經(jīng)有點屬于項目經(jīng)理的范疇了，不過還不是很深入，看看對做成功的系統(tǒng)架構(gòu)師是很有好處。

　　企業(yè)應(yīng)用的系統(tǒng)架構(gòu)師應(yīng)該關(guān)注的幾個方面

　　數(shù)據(jù)持久層的設(shè)計

　　在Spring和Hibernate，ibatis出來以前，幾乎每家公司都有自己的一套方法和架構(gòu)，而架構(gòu)師的50%的精力也會集中到這上面，EJB只是增加架構(gòu)師的負(fù)擔(dān)。在Spring出來以后，基本上，大多數(shù)的架構(gòu)師都從重復(fù)設(shè)計這個輪子的無用功中解脫出來了。Rod的輪子太好用了，基本上，大家只要套上去就行了，或者，剩下最重要的事情，是選擇一個合適的數(shù)據(jù)庫連接池的開源項目吧

　　MVC架構(gòu)的具體設(shè)計

　　MVC只是個概要的概念，具體如何實現(xiàn)的具體技術(shù)很多，根據(jù)項目設(shè)計最恰當(dāng)?shù)募軜?gòu)

　　大并發(fā)性訪問

　　使用緩存，在數(shù)據(jù)量達(dá)到一定程度時，使用集群技術(shù)，優(yōu)先考慮利用服務(wù)器的集群，其次是硬件集群，最后才是應(yīng)用本身加入集群功能

　　超大數(shù)據(jù)量返回結(jié)果

　　盡量使用分頁，優(yōu)化SQL語句，循環(huán)處理數(shù)據(jù)時盡可能共用對象，只保留關(guān)鍵數(shù)據(jù)，及時釋放內(nèi)存占用

　　超大文件的讀取和生成

　　盡可能快的讀取大文件，并進(jìn)行分析。寫入大文件時，如何及時釋放內(nèi)存。學(xué)會適當(dāng)利用操作系統(tǒng)的命令行資源來更快完成任務(wù)。

　　多線程的應(yīng)用和管理

　　線程池的管理和監(jiān)控，線程的啟動(包括定時啟動)，結(jié)束，回收，線程資源的釋放

　　用戶界面可用性設(shè)計

　　平衡速度和可用性，恰當(dāng)?shù)氖褂卯惒胶屯郊夹g(shù)，展現(xiàn)關(guān)鍵數(shù)據(jù)為重點

　　分布式的數(shù)據(jù)交流和集成

　　選擇恰當(dāng)?shù)臄?shù)據(jù)交互方式，從最泛濫低效的Web Service到最實用的文件共享

　　群集系統(tǒng)的管理

　　如何確保緩存的同步?如何確保對象唯一性?如何保證各臺機器的同步?

　　是否采用EJB?如何利用J2EE的特性(例如JNDI)

　　復(fù)雜的業(yè)務(wù)規(guī)則

　　規(guī)則引擎和工作流引擎場景和應(yīng)用

　　其實，作為一個真正的系統(tǒng)架構(gòu)師，不應(yīng)該局限于企業(yè)應(yīng)用的系統(tǒng)，這種系統(tǒng)往往有數(shù)據(jù)庫的局限性，有時候，應(yīng)該考慮是否可以橫向跨越，直接對其它系統(tǒng)做一些架構(gòu)考慮，在沒有豐富的實戰(zhàn)經(jīng)驗的前提下，而只是看了其它人的系統(tǒng)和代碼，就能夠給出有效的設(shè)計指導(dǎo)。

　　例如對于一個下載軟件，可以有如下考慮：

　　1. 未明和非法url的檢驗，已經(jīng)下載失敗的容許，信息記錄

　　2. 多線程下載一個文件,文件的切分和拼合，部分切片丟失的拼合可能性

　　3. 下載線程管理

　　4. 服務(wù)器或者P2P的機器之間的通訊協(xié)議

　　5. 速度監(jiān)控和限制

　　6. 下載進(jìn)度的監(jiān)控和顯示

　　作為一個在線播放軟件,可以做如下考慮

　　1. 播放速度的保證

　　機器的問題基本不存在了，關(guān)鍵是網(wǎng)絡(luò)問題。如何在檢測網(wǎng)絡(luò)速度，根據(jù)影片的質(zhì)量，并緩沖足夠多的內(nèi)容，保證播放一直盡可能順利的完成。

　　2. 播放質(zhì)量的保證

　　如何利用DirectX等技術(shù),最快的進(jìn)行渲染,是自己寫底層,還是利用已有的API