第一篇：系統(tǒng)架構(gòu)設計師教程：文件管理

系統(tǒng)架構(gòu)設計師

http://

系統(tǒng)架構(gòu)設計師教程：文件管理

操作系統(tǒng)的主要功能是進行處理機與進程管理、存儲管理、設備管理、文件管理和作業(yè)管理，本節(jié)討論操作系統(tǒng)是如何完成這些功能的。文件管理

操作系統(tǒng)對計算機的管理包括兩個方面：硬件資源和軟件資源。硬件資源的管理包括CPU的管理、存儲器的管理、設備管理等，主要解決硬件資源的有效和合理利用問題。

軟件資源包括各種系統(tǒng)程序、各種應用程序、各種用戶程序，也包括大量的文檔材料、庫函數(shù)等。每一種軟件資源本身都是具有一定邏輯意義的、相關信息的集合，在操作系統(tǒng)中它們以文件形式存儲。

計算機系統(tǒng)的重要作用之一是能快速處理大量信息，因此數(shù)據(jù)的組織、存取和保護成為一個極重要的內(nèi)容。文件系統(tǒng)是操作系統(tǒng)中組織、存取和保護數(shù)據(jù)的一個重要部分。

文件管理的功能包括：建立、修改、刪除文件；按文件名訪問文件；決定文件信息的存放位置、存放形式及存取權限；管理文件間的聯(lián)系以及提供對文件的共享、保護和保密等。允許多個用戶協(xié)同工作又不引起混亂。文件的共享是指一個文件可以讓多個用戶共同使用，它可以減少用戶的重復性勞動，節(jié)省文件的存儲空間，減少輸入/輸出文件的次數(shù)等。文件的保護主要是為防止由于誤操作而對文件造成的破壞。文件的保密是為了防止未經(jīng)授權的用戶對文件進行訪問。

文件的保護、保密實際上是用戶對文件的存取權限控制問題。一般為文件的存取設置兩級控制：第1級是訪問者的識別，即規(guī)定哪些人可以訪問；第2級是存取權限的識別，即有權參與訪問者可對文件執(zhí)行何種操作。

1.文件的邏輯結(jié)構(gòu)

文件的結(jié)構(gòu)是指文件的組織形式，從用戶觀點所看到的文件組織形式，稱為文件的邏

系統(tǒng)架構(gòu)設計師

http://

輯結(jié)構(gòu)。

文件的邏輯組織是為了方便用戶使用。一般文件的邏輯結(jié)構(gòu)可以分為兩種：無結(jié)構(gòu)的字符流文件和有結(jié)構(gòu)的記錄文件。記錄文件由記錄組成，即文件內(nèi)的信息劃分成多個記錄，以記錄為單位組織和使用信息。

記錄文件有順序文件、索引順序文件、索引文件和直接文件。

（1）順序文件。大多數(shù)文件是順序文件。順序文件的記錄定長，記錄中的數(shù)據(jù)項的類型長度與次序固定，一般還有一個可以惟一標識記錄的數(shù)據(jù)項，稱為鍵（key），記錄是按鍵值的約定次序組織的。順序文件常用于批處理應用，對于查詢或更新某個記錄的處理性能不太好。

（2）索引順序文件。索引順序文件是基于鍵的約定次序組織的，而且維護鍵的索引和溢出區(qū)域。鍵的索引也可以是多級索引。索引順序文件既適用于交互方式應用，也適用于批處理方式應用。

（3）索引文件。索引文件是基于記錄的一個鍵數(shù)據(jù)項組織的。許多應用需按照別的數(shù)據(jù)項訪問文件，為此，常采用索引文件方法，即對主文件中的記錄按需要的數(shù)據(jù)項（一個或幾個）建索引，索引文件本身是順序文件組織。

（4）直接文件。直接文件又稱哈希（Hash）文件。記錄以它們在直接訪問存儲設備上的物理地址直接（隨機地）訪問。直接文件常用于需要高速訪問文件而且每次訪問一條記錄的應用中。2.文件的物理結(jié)構(gòu)

文件的物理結(jié)構(gòu)是指文件在存儲設備上的存放方法。文件的物理結(jié)構(gòu)側(cè)重于提高存儲器的利用效率和降低存取時間。文件的存儲設備通常劃分為大小相同的物理塊，物理塊是分配和傳輸信息的基本單位。文件的物理結(jié)構(gòu)涉及文件存儲設備的組塊策略和文件分配策略，系統(tǒng)架構(gòu)設計師

http://

決定文件信息在存儲設備上的存儲位置。常用的文件分配策略有：

（1）順序分配（連續(xù)分配）。這是最簡單的分配方法。在文件建立時預先分配一組連續(xù)的物理塊，然后，按照邏輯文件中的信息（或記錄）順序，依次把信息（或記錄）按順序存儲到物理塊中。這樣，只需知道文件在文件存儲設備上的起始位置和文件長度，就能進行存取，這種分配方法適合于順序存取，在連續(xù)存取相鄰信息時，存取速度快。其缺點是在文件建立時必須指定文件的信息長度，以后不能動態(tài)增長，一般不宜用于需要經(jīng)常修改的文件。

（2）鏈接分配（串聯(lián)分配）。這是按單個物理塊逐個進行的。每個物理塊中（一般是最后一個單元）設有一個指針，指向其后續(xù)連接的下一個物理塊的地址，這樣，所有的物理塊都被鏈接起來，形成一個鏈接隊列。在建立鏈接文件時，不需指定文件的長度，在文件的說明信息中，只需指出該文件的第一個物理塊塊號，而且鏈接文件的文件長度可以動態(tài)地增長。只調(diào)整物理塊間的指針就可以插入或刪除一個信息塊。

鏈接分配的優(yōu)點是可以解決存儲器的碎片問題，提高存儲空間利用率。由于鏈接文件只能按照隊列中的鏈接指針順序序查找，因此，搜索效率低，一般只適用于順序訪問，不適用于隨機存取。

（3）索引分配。這是另一種對文件存儲不連續(xù)分配的方法。采用索引分配方法的系統(tǒng)，為每一個文件建立一張索引表，索引表中每一表項指出文件信息所在的邏輯塊號和與之對應的物理塊號。

索引分配既可以滿足文件動態(tài)增長的要求，又可以方便而迅速地實現(xiàn)隨機存取。對一些大的文件，當索引表的大小超過一個物理塊時，會發(fā)生索引表的分配問題。一般采用多級（間接索引）技術，這時在由索引表指出的物理塊中存放的不是文件存放處而是存放文件信息的物理塊地址。這樣，如果一個物理塊能存儲n個地址，則一級間接索引將使可尋址的文件長度變成n2塊，對于更大的文件可以采用二級甚至三級間接索引（例如，Unix操作

系統(tǒng)架構(gòu)設計師

http://

系統(tǒng)采用三級索引結(jié)構(gòu)，如圖1-12所示）。

圖1-12索引結(jié)構(gòu)圖

索引文件的優(yōu)點是既適用于順序存取，又適用于隨機存取。缺點是索引表增加了存儲空間的開銷。另外，在存取文件時需要訪問兩次磁盤，一次是訪問索引表，另一次是根據(jù)索引表提供的物理塊號訪問文件信息。為了提高效率，一種改進的方法是，在對某個文件進行操作之前，預先把索引表調(diào)入內(nèi)存。這樣，文件的存取就能直接從在內(nèi)存的索引表中確定相應的物理塊號，從而只需要訪問一次磁盤。

3.文件存儲設備管理

文件存儲設備管理，就是操作系統(tǒng)要有效地進行存儲空間的管理。由于文件存儲設備是分成許多大小相同的物理塊，并以塊為單位交換信息，因此，文件存儲設備的管理實質(zhì)上是對空閑塊的組織和管理問題。它包括空閑塊的組織，空閑塊的分配與空閑塊的回收等問題。有3種不同的空閑塊管理方法，它們分別是索引法、鏈接法和位示圖法。

（1）索引法。索引法把空閑塊作為文件并采用索引技術。為了有效，索引對應于一個或由幾個空閑塊構(gòu)成的空閑區(qū)。這樣，磁盤上每一個空閑塊區(qū)都對應于索引表中一個條目，系統(tǒng)架構(gòu)設計師

http://

這個方法能有效地支持每一種文件分配方法。

在系統(tǒng)中為某個文件分配空閑塊時，首先掃描索引空閑文件目錄項，如找到合適的空閑區(qū)項，則分配給申請者，并把該項從索引空閑文件中去掉。如果一個空閑區(qū)不能滿足申請者的要求，則把另一項分配給申請者。如果一個空閑區(qū)所含塊數(shù)超過申請者的要求，則為申請者分配所要的物理塊后，再修改該表項。當一個文件被刪除釋放物理塊時，系統(tǒng)則把被釋放的塊號以及第一塊塊號置入索引空閑文件的新表項中。

希賽教育專家提示：在內(nèi)存管理中所用到的有關空閑區(qū)的分配和回收算法，只要稍加修改就可以用于索引法。

（2）鏈接法。鏈接法使用鏈表把空閑塊組織在一起，當申請者需要空閑塊時，分配程序從鏈首開始摘取所需的空閑塊。反之，管理程序把回收的空閑塊逐個地掛入隊尾，這個方法適用于每一種文件分配方法?？臻e塊的鏈接方法可以按釋放的先后順序鏈接，也可以是按空閑塊區(qū)（連續(xù)/1個空閑塊）的大小順序鏈接。后者有利于獲得連續(xù)的空閑塊的請求，但在分配請求和回收空閑塊時系統(tǒng)開銷多一點。

（3）位示圖法。該方法是在外存上建立一張位示圖（Bitmap），記錄文件存儲器的使用情況。每一位僅對應文件存儲器上的一個物理塊，取值0和1分別表示空閑和占用。文件存儲器上的物理塊依次編號為：0、1、2、…假如系統(tǒng)中字長為32位，有4096個物理塊，那么在位示圖中的第1個字對應文件存儲器上的0、1、2…31號物理塊；第2個字對應文件存儲器上的32、33、34、…、63號物理塊；第128字對應文件存儲器上的4064、4065、…、4095號物理塊。這樣位示圖的大小為32字。

位示圖是利用二進制的一位來表示磁盤中一個盤塊的使用情況，如圖1-13所示。當其值為“0”時，表示對應的盤塊空閑；為“1”時表示已分配。由所有盤塊對應的位構(gòu)成一個集合，稱為位示圖。位示圖也可描述為一個二維數(shù)組map:Varmap:array[1…m,1…n]ofbit;

系統(tǒng)架構(gòu)設計師

http://

圖1-13位示圖

4.樹型目錄結(jié)構(gòu)

在計算機的文件系統(tǒng)中，一般采用樹型目錄結(jié)構(gòu)。在樹型目錄結(jié)構(gòu)中，樹的根結(jié)點為根目錄，數(shù)據(jù)文件作為樹葉，其他所有目錄均作為樹的結(jié)點。

根目錄隱含于一個硬盤的一個分區(qū)中，根目錄在最頂層。它包含的子目錄是一級子目錄。每一個一級子目錄又可以包含若干二級子目錄，…，這樣的組織結(jié)構(gòu)就叫做目錄樹。

當前盤和當前目錄是系統(tǒng)默認的操作對象。如果用戶沒有指明操作對象，系統(tǒng)就將用戶命令指向當前盤和當前目錄。

路徑是指從根目錄或者當前目錄開始到訪問對象（目錄或者文件），在目錄樹中路經(jīng)過的所有目錄的序列。例如“c:doslmousemouse”就是Windows系統(tǒng)中的一條路徑。在樹型目錄結(jié)構(gòu)中，從根目錄到任何數(shù)據(jù)文件之間，只有一條惟一的通路，從樹根開始，把全部目錄文件名與數(shù)據(jù)文件名，依次用“/”（UNIX/Linux系統(tǒng)）或“"（Windows系統(tǒng)）連接起來，構(gòu)成該數(shù)據(jù)文件的路徑名，且每個數(shù)據(jù)文件的路徑名是惟一的。這樣，可以解決文件重名問題。

從樹根開始的路徑為絕對路徑，如果文件系統(tǒng)有很多級時，使用不是很方便，所以引入相對路徑，即是從當前目錄開始，再逐級通過中間的目錄文件，最后到達所要訪問的數(shù)據(jù)文件。

系統(tǒng)架構(gòu)設計師

http://

絕對路徑給出文件或目錄位置的完全的描述，通常由層次結(jié)構(gòu)的頂端開始（根目錄），通常第一個字符是”/“（UNIX/Linux系統(tǒng)）或者是盤符（Windows系統(tǒng)）。相對路徑通常由目錄結(jié)構(gòu)中的當前的位置開始，一般都比絕對路徑要短。

父目錄是指當前路徑的上一層目錄。每個目錄下都有代表當前目錄的”.“文件和代表當前目錄父目錄的”“文件，相對路徑名一般就是從”"開始的。

更多系統(tǒng)架構(gòu)設計師考試資訊，請到希賽軟考學院。

第二篇：系統(tǒng)架構(gòu)設計師教程知識點梳理(一)

系統(tǒng)架構(gòu)設計師http://

系統(tǒng)架構(gòu)設計師教程知識點梳理

（一）軟考系統(tǒng)架構(gòu)設計師屬于軟考中的一項高級資格考試，考試分綜合知識、案例分析和論文3個科目。系統(tǒng)架構(gòu)設計師考試作為一項高級資格考試，且比較偏技術，有一定的考試難度，那么該如何備考才能順利通過考試呢？面對系統(tǒng)架構(gòu)設計師教程無從下手的同學，希賽軟考學院為您準備了幾個重要的知識點精講，希望對您的學習有所幫助。

淺談架構(gòu)

不得不說的就是規(guī)范性的東西，我認為規(guī)范是個很重要的東西，當然，規(guī)范不只是說大家統(tǒng)一用某種形式命名變量，方法等等，這只是對程序員而言的規(guī)范，如果這個劃做橫向規(guī)范的話，那么縱向規(guī)范就是面對客戶的規(guī)范。對程序員的規(guī)范，注釋，變量，方法，文檔。當然未必每個人都做到了這些。

第一點，對客戶的規(guī)范有很多中，比如小細節(jié)CS系統(tǒng)中的Anchor怎么設置，Dock怎么設置，如何讓頁面看起來更加讓用戶舒心，如何做焦點設置。大到如何給客戶做培訓，如何防止用戶看到不友好頁面，如何簡化用戶操作等等，這些都是屬于規(guī)范性范疇。

第二點，對于一個完善的架構(gòu)，日志處理機制是必須做好的，日志處理不只是簡單的說輸出完成這么簡單。首先，必須要通過配置控制在什么時候輸出，在什么地方輸出，如何輸出，怎么記錄，是記錄數(shù)據(jù)庫還是日志文件中。如何靈活讓用戶控制日志輸出方式。

第三點，對于一個完善的架構(gòu)，異常處理機制也是一個重點。

系統(tǒng)架構(gòu)設計師http://

異常怎么處理，如何記錄，是記錄到系統(tǒng)中，還是異常文件，還是數(shù)據(jù)庫異常表，或者發(fā)給技術部郵件等等，如何做異常記錄，在產(chǎn)生異常以后更容易讓用戶，技術人員看到異常產(chǎn)生的原因，這個是一個比較重要的模塊。

第四點，對于一個完善的架構(gòu)，配置文件是必須的，有些項目只是簡單的對web.confg里加些配置，我認為這根本不夠完善，對于配置而言，有很多需要配置的內(nèi)容，比如系統(tǒng)連接哪種數(shù)據(jù)庫，客戶信息，再比如是否記錄日志，異常等，是否允許用戶注冊等等靈活功能的控制完全可以在配置中實現(xiàn)。

第五點，對于一個完善的架構(gòu)，如何做好權限是很重要的一塊內(nèi)容，比如權限如何控制，怎么處理用戶，組，模塊，部門等等之間的關系，工作流如何做，如何讓權限與工作流做良好匹配，比如某審批人員出差了，如何處理其審批流程等等。

第六點，對于一個完善的架構(gòu)，流水號生成功能也相當重要，任何一種系統(tǒng)，不管是信息管理系統(tǒng)還是電子商務平臺，一定都會要求按一定格式生成某套流水號，流水號也必須有靈活性，這點非常重要。

第七點，對于一個完善的架構(gòu)，必須要有代碼生成功能，比如基礎業(yè)務類生成，實體類生成，最好可以控制數(shù)據(jù)庫主外鍵關系等等，這樣能減少程序員的很多無趣的工作量。

考慮用戶的觀點

系統(tǒng)架構(gòu)設計師http://

當您為智能客戶端應用程序確定合適的性能目標時，您應該仔細考慮用戶的觀點。對于智能客戶端應用程序而言，性能與可用性和用戶感受有關。例如，只要用戶能夠繼續(xù)工作并且獲得有關操作進度的足夠反饋，用戶就可以接受漫長的操作。在確定要求時，將應用程序的功能分解為多個使用情景或使用案例通常是有用的。您應該識別對于實現(xiàn)特定性能目標而言關鍵且必需的使用案例和情景。應該將許多使用案例所共有且經(jīng)常執(zhí)行的任務設計得具有較高性能。

同樣，如果任務要求用戶全神貫注并且不允許用戶從其切換以執(zhí)行其他任務，則需要提供優(yōu)化的且有效的用戶體驗。如果任務不太經(jīng)常使用且不會阻止用戶執(zhí)行其他任務，則可能無須進行大量調(diào)整。對于您識別的每個性能敏感型任務，您都應該精確地定義用戶的操作以及應用程序的響應方式。您還應該確定每個任務使用的網(wǎng)絡和客戶端資源或組件。該信息將影響性能目標，并且將驅(qū)動對性能進行度量的測試?？捎眯匝芯刻峁┝朔浅Ｓ袃r值的信息源，并且可能大大影響性能目標的定義。正式的可用性研究在確定用戶如何執(zhí)行他們的工作、哪些使用情景是共有的以及哪些不是共有的、用戶經(jīng)常執(zhí)行哪些任務以及從性能觀點看來應用程序的哪些特征是重要的等方面可能非常有用。如果您要生成新的應用程序，您應該考慮提供應用程序的原型或模型，以便可以執(zhí)行基本的可用性測試。

考慮應用程序操作環(huán)境

系統(tǒng)架構(gòu)設計師http://

對應用程序的操作環(huán)境進行評估是很重要的，因為這可能對應用程序施加必須在您制定的性能目標中予以反映的約束。位于網(wǎng)絡上的服務可能對您的應用程序施加性能約束。例如，您可能需要與您無法控制的Web服務進行交互。在這種情況下，需要確定該服務的性能，并且確定這是否將對客戶端應用程序的性能產(chǎn)生影響。您還應該確定任何相關服務和組件的性能如何隨著時間的變化而變化。某些系統(tǒng)會經(jīng)受相當穩(wěn)定的使用，而其他系統(tǒng)則會在一天或一周的特定時間經(jīng)受變動極大的使用。這些區(qū)別可能在關鍵時間對應用程序的性能造成不利影響。例如，提供應用程序部署和更新服務的服務可能會在星期一早上9點緩慢響應，因為所有用戶都在此時升級到應用程序的最新版本。

另外，還需要準確地對所有相關系統(tǒng)和組件的性能進行建模，以便可以在嚴格模擬應用程序的實際部署環(huán)境的環(huán)境中測試您的應用程序。對于每個系統(tǒng)，您都應該確定性能概況以及最低、平均和最高性能特征。然后，您可以在定義應用程序的性能要求時根據(jù)需要使用該數(shù)據(jù)。您還應該仔細考慮用于運行應用程序的硬件。您將需要確定在處理器、內(nèi)存、圖形功能等方面的目標硬件配置，或者至少確定一個如果得不到滿足則無法保證性能的最低配置。通常，應用程序的業(yè)務操作環(huán)境將規(guī)定一些更為苛刻的性能要求。例如，執(zhí)行實時股票交易的應用程序?qū)⑿枰獔?zhí)行這些交易并及時顯示所有相關數(shù)據(jù)。

第三篇：系統(tǒng)架構(gòu)設計師崗位職責

1.負責相關產(chǎn)品的架構(gòu)設計工作，以及產(chǎn)品間的接口設計及管理。

2.負責指導產(chǎn)品的高層設計，參與重要或高風險模塊的設計，控制高層設計的質(zhì)量。

3.負責或參與公司外部和內(nèi)部技術規(guī)范的制定。

4.負責向相關組織提供關鍵技術支持。

5.負責在公司內(nèi)部進行組織領域內(nèi)的技術知識傳遞。

6.負責或參與各項研發(fā)過程的技術評審工作。

7.與其他部門進行協(xié)調(diào)、溝通，保證開發(fā)與設計相符。

8.負責相關請求的技術分析；負責制訂相關的技術解決方案。

9.組織實施技術可行性驗證及技術選型工作。

第四篇：系統(tǒng)分析師、系統(tǒng)架構(gòu)設計師崗位職責

1.負責軟件產(chǎn)品的系統(tǒng)分析設計，核心模塊實現(xiàn)。

2.負責對產(chǎn)品的整體系統(tǒng)架構(gòu)，開發(fā)及相關管理文檔編寫。

3.有團隊管理經(jīng)驗，并能按照相關研發(fā)規(guī)范過程進行研發(fā)。

第五篇：系統(tǒng)架構(gòu)設計師考試心得

系統(tǒng)架構(gòu)設計師http://

系統(tǒng)架構(gòu)設計師考試心得

去年參加了系統(tǒng)架構(gòu)設計師的考試，考試還算比較順利，順利通過了國家分數(shù)線，獲得了資格證書。除去考試不說，在準備考試的這段時間里了解了一下架構(gòu)設計的主要工作，和做架構(gòu)設計的理論知識和一些成熟的架構(gòu)方案，對自己以后的實際工作有很大的幫助。下面總結(jié)一下我的備考經(jīng)驗。

【前期準備】

花了一個月的時間基本就是學習基礎知識，其實好多大學的課程都已經(jīng)學習過了，無奈畢業(yè)以后就基本不怎么看書了，忘了很多，不過比起從頭來學還是輕松了很多，O(∩_∩)O哈哈~。

參考書籍：

《系統(tǒng)架構(gòu)設計師考試全程指導》和《系統(tǒng)架構(gòu)設計師教程》這兩本書基礎知識基本上涵蓋齊全了，后一本書可以粗略看一次，了解一下架構(gòu)設計師需要的主要背景理論知識，前一本書推薦看兩次，第一次算是過一下主要的理論知識點，能記住多少算多少，第二次順便做一下課后的習題，實際上題目也沒幾道，每個章節(jié)也才不到20道題目，便于加深理解，同時重點記憶一些關鍵的知識點。

【中期準備】

10月份到11月份這一個月基本上就是熟悉考試的題型，了解一下考試題目是什么樣子的，主要考什么，哪些是重點，案例分析題目怎么解答等等。

參考書籍：

《系統(tǒng)架構(gòu)設計師考試考點突破、案例分析、試題實戰(zhàn)一本通》和《系統(tǒng)架構(gòu)設計師考試歷年試題分析與解答》可以看一下歷年的考題，相信大家考試也都不少了，最具有參考價值的題目仍舊是歷年的真題，雖說系統(tǒng)架構(gòu)師自從09年

系統(tǒng)架構(gòu)設計師http://

才開始，但是通過本書試著做一些題目，了解一下歷年考過的知識，和簡答題目的方法，尤其是下午的案例分析題，難度相對比較高，可以重點學習一下回答這類題目的方法。

【后期準備】

11月份，考試前夕，這段時間主要是知識總結(jié)和準備論文方面的工作。架構(gòu)知識涉及面太廣，不可能面面俱到，所有的知識都非常熟悉，必要的背景知識相信通過前段時間的學習，基本也就OK了，現(xiàn)在重點是論文設計了。一來，論文的字數(shù)比較多，2個小時的考試時間，寫3000字的論文，還要扣除包括審題，概要什么的時間花費，練習練習動手寫作能力還是非常重要的。如果提前能練練手的話，相信語言的組織了，字跡的工整程度了，都能提高不少。二來，選擇自己在近兩年時間內(nèi)做過的印象最深的一個項目，從項目的整體角度考慮，需求分析了，架構(gòu)設計了，軟件測試了，認為能夠以宏觀角度概括的，都可以整理一下，這都是用來寫作的素材。三來，就是細化自己在項目中所做的工作，不要泛泛而談，舉實例出來，提出解決方案，這就是論文的論據(jù)。

其實論文這塊，題目本身比較靈活，結(jié)合自己的實際項目經(jīng)驗來寫，相對來說容易許多，內(nèi)容也不會顯得太空洞。同時可以網(wǎng)上參考一下歷年的優(yōu)秀論文，了解一下開頭怎么寫，中間內(nèi)容怎么寫，結(jié)尾怎么寫，使文章讀起來整體有一氣呵成的感覺，免得寫的不著邊際，跑題了。

【總結(jié)】

總的來說，基礎知識還是要花大工夫的，畢竟涉及的知識面比較廣泛，操作系統(tǒng)了，網(wǎng)絡了，數(shù)據(jù)庫了，信息系統(tǒng)了，軟件架構(gòu)設計了，知識產(chǎn)權了等等。有些是了解的，有些是要重點掌握的，在復習基礎知識的時候可以歸類記憶。

系統(tǒng)架構(gòu)設計師http://

再者，要多了解一下當前互聯(lián)網(wǎng)產(chǎn)業(yè)的熱門技術，畢竟做架構(gòu)設計工作也是與時俱進的，現(xiàn)在都有好多的成熟架構(gòu)解決方案，平時多了解和積累一些。

最后，也最重要，在實際的項目中把所積累的知識運用一下，不僅對自己做設計工作有好處，同時對考試來說，案例分析和論文設計也就比較容易上手了，不然的話，那就真是紙上談兵了。考試的時候無從下手，不容易答題。

這算是自己考架構(gòu)設計師的一點心得體會，難免有不足之處，相信大家只要認真準備了，考試還是比較容易過的，重要的是自己在工作中做架構(gòu)設計的時候也能得心應手，靈活做設計，最后也預祝大家都能考個好成績??！