一、寫作注意事項

????????系統架構設計師的論文題目對于考生來說，是相對較難的題目。一方面，考生需要掌握論文題目中的系統架構設計的專業知識;另一方面，論文的撰寫需要結合考生自身的項目經歷。因此，如何將自己的項目經歷和專業知識有機地結合，將專業知識和工程實踐相結合，做好論文的撰寫工作，是一項需要前期積累和提前做好準備的工作。

1.1、做好準備工作

????????論文試題是系統架構設計師考試的重要組成部分，論文試題既不是考知識點，也不是考一般的分析和解決問題的能力，而是考查考生在系統架構設計方面的經驗和綜合能力，以及表達能力。根據考試大綱，論文試題的目的如下：

檢查考生是否具有參加系統架構設計工作的實踐經驗。原則上，完全不具備實踐經驗的人是很難勝任系統架構設計師的工作的，更何談取得系統架構師的資格認定。
檢查考生分析問題與解決問題的能力，特別是考生的獨立工作能力。在實際工作中, 由于情況千變萬化，作為系統架構設計師，應能把握系統的關鍵因素，發現和分析問題，根據系統的實際情況提出架構設計方案。
檢查考生的表達能力。由于文檔是信息系統的重要組成部分，并且在信息系統開發過程中還要編寫不少工作文檔和報告，文檔的編寫能力很重要。系統架構設計師作為項目組的技術骨干，要善于表達自己的思想。在這方面要注意抓住要點，重點突出，用詞準確，使論文內容易讀，易理解。

????????很多考生害怕寫論文，拿起筆來感覺無從寫起。因此，抓緊時間，做好備考工作，是十分重要的，也是十分必要的。

1.加強學習

????????根據自身經驗的多少，可以采取不同的學習方法。

????????(1)經驗豐富的應考人員。主要是將自己的經驗進行整理，從技術、管理、經濟方面等多個角度對自己做過的項目進行歸納、剖析、抽象和升華，在總結的基礎上，結合專業知識和關鍵技術進行分類和梳理。

????????(2)經驗欠缺的在職開發人員。可以通過閱讀、學習整理單位現有的文檔、案例，同時參考歷屆考題進行學習。培養自己站在系統架構設計師角度考慮問題，同時可以采取臨摹的方式提高自己的寫作能力和思考能力。這類人員學習的重心應放在自己欠缺的方面，力求全面把握。

????????(3)學生。學生的特點是有充足的時間用于學習，但缺點是實踐經驗相對較少，對于這類考生來說，考試的難度比較大。從撰寫的論文分析，學生在系統架構師的考試中，論文的內容容易空洞而不切實際。因此，作為學生考生，要想更好地完成論文題目，就需要大量地閱讀相關文章和論文范文，學習別人的經驗，站在更多人的肩膀上，并進行強化練習。

2.平時積累

????????與其他考試不同，軟考中的高級資格考試靠考前突擊是行不通的。考試時間不長，可功夫全在平時，正所謂“臺上1分鐘，臺下10年功”。實踐經驗豐富的考生還應該對以前做過的項目進行一次盤點，對每個項目中采用的方法與技術、架構設計手段等進行總結。這樣，臨場才可以將不同項目中和論題相關的經驗和教訓糅合在一個項目中表述出來，筆下可寫的東西就多了。

????????還有，自己做過的項目畢竟是很有限的，要大量參考其他項目的經驗或多和同行交流。也可多讀網站、博客上介紹架構設計方面的文章，從多個角度去審視這些系統的架構，從中汲取經驗，也很有好處。要多和同行交流，互通有無，一方面對自己做過的項目進行回顧;另一方面，也學學別人的長處，往往能收到事半功倍的效果。

????????總之，經驗越多，可寫的素材就越豐富，勝算越大。平時歸納總結了，臨場搬到試卷上就駕輕就熟了。

3.提高寫作速度

????????在兩個小時內，用一手漂亮的字寫完內容精彩的論文是很困難的。正如前面所說的，現在的IT人經常使用計算機辦公，用筆寫字的機會很少，打字速度可以很快，但提筆忘字是常有的事。可以說，我們的寫字能力在退化。但是，考試時必須用筆寫論文，因此，考生要利用一切機會練字，提高寫作速度。具體的練習方式是，在考前2~3個月，按20.1.2節給出的答題紙格式，打印出4張方格紙，選定一個論文項目，按照考試要求的時間(2 個小時)進行實際練習。這種練習每周至少進行1次，如果時間允許，最好進行2次。寫的次數多了，寫作速度慢慢地就提高了。

4.以不變應萬變

????????論文試題的考核內容都是系統架構設計中的共性問題，即通用性問題，與具體的應用領域無關的問題。把握了這個規律，就有以不變應萬變的辦法。所謂不變，就是考生所參與開發的軟件項目不變。考生應該在考前總結一下最近所參與的最有代表性的項目。不管論文的題目為何，項目的概要情況和考生所承擔的角色是不會改變的，如果覺得有好幾個項目可以選，那么就應該檢查所選項目的規模是否能證明自己的實力或項目是否已年代久遠(一般需要在近3年內做的項目)。要應付萬變，就要靠平時的全面總結和積累。

1.2、論文寫作格式

????????在系統架構設計師的資格考試中，論文考試的時間為下午(120 分鐘)，且備選的論文題目通常包含4道題目，考生可以根據自己所從事的工作內容，選擇比較接近的題目進行論文寫作。

????????如果沒有和自己相關的內容，可以選自己比較熟悉的技術的相關題目進行論文寫作，即考生可以完全根據自己的特長選做1題。

????????論文試題的答題紙是印好格子的，摘要和正文要分開寫。摘要需要300~ 400字，正文需要2000~ 3000字。稿紙一般是4頁，格子和普通信紙上的格子差不多大小，每行有25個格子，也就是說每4行有100個格子，可寫100個字。第1頁分為摘要和正文兩部分，如圖所示。摘要和正文是分開的，摘要有16行(16X25= 400)格，正文有12行(12X25=300) 格。第2~4頁的格式是一樣的，如圖所示，每頁36行(36X25=900)，每12行會有字數提示，在提示行的兩端有300、600 或900的提示。

需要論文答題紙電子版的在此下載：

鏈接：https://pan.baidu.com/s/17MCRzGtHH17vXTzPLKISmg?pwd=xx7k?
提取碼：xx7k

可自行下載后打印使用！

????????文字要寫在格子里，每個格子寫一個字或標點符號。如果是英文字母則不必考慮格子，例如要寫educity.cn，按自己在白紙上的書寫習慣寫就行了，這樣看著也漂亮。在論文的用筆方面，作者建議用黑色中性筆。現在考試用紙的質量不好把握，有的頁面紙質好，有的頁面就差，如果用鋼筆，一旦遇上劣質紙張，墨跡會滲透到紙的背面，甚至滲透到.下一頁的紙面上，影響書寫速度和卷面美觀。

二、如何解答試題

????????如果做好了充分的論文準備，平常按照既有格式進行了練習，則臨場就可以從容自如。如果試題準備的內容出入很大的話，那也不要緊張，選定自己把握最大的論題，按平時的速度寫下去。

2.1、論文解答步驟

????????本節給出論文解答的步驟。這里給出的只是一個通用的框架，考生可根據當時題目的情況和自己的實際進行解答，不必拘泥于本框架的約束。

1.時間分配

試題選擇? 3分鐘
論文構思? 12分鐘
摘要? 15分鐘
正文? 80分鐘
檢查修改? 10分鐘

2.選擇題目

(1)選擇自己最熟悉，把握最大的題目。
(2)不要忘記在答題卷上畫圈和填寫考號。

3.論文構思

(1)構思論點(主張)和下過功夫的地方。
(2)將構思的項目內容與論點相結合。
(3)決定寫入摘要的內容。
(4)劃分章節，把內容寫成簡單草稿(幾字帶過，無須繁枝細節)。
(5)大體字數分配。

4.寫摘要

以用語簡潔、明快，闡清自己的論點為上策。

5.正文撰寫

(1)按草稿進行構思、追憶項目素材(包括收集的素材)進行編寫。
(2)控制好內容篇幅。
(3)與構思有出入的地方，注意不要前后矛盾。

6.檢查糾正

主要是有無遺漏、有無錯字。注意點:
(1)卷面要保持整潔。
(2)格式整齊，字跡工整。
(3)力求寫完論文(對速度慢者而言)，切忌有頭無尾。

2.2、論文解答實例

????????下面給出兩個系統架構師考試中的實際論文題目以及面向該題目的如何進行寫作的要點陳述，以幫助考生對論文考試有一個更直觀的認識。

1.實例一

1)論文題目

論軟件系統建模方法及其應用
軟件系統建模(Software System Modeling)是軟件開發中的重要環節，通過構建軟件系統模型可以幫助系統開發人員理解系統、抽取業務過程和管理系統的復雜性，也可以方便各類人員之間的交流。軟件系統建模是在系統需求分析和系統實現之間架起的一座橋梁，系統開發人員按照軟件系統模型開發出符合設計目標的軟件系統，并基于該模型進行軟件的維護和改進。
請圍繞“論軟件系統建模方法及其應用”論題，依次從以下三個方面進行論述。

1.概要敘述你參與的軟件系統開發項目以及你所擔任的主要工作。
2.說明軟件系統開發中常用的建模方法有哪幾類?闡述每種方法的特點及其適用范圍。
3.詳細說明你所參與的軟件系統開發項目中，采用了哪些軟件系統建模方法，具體實施效果如何。

2)實例一分析

問題1要點
????????該方面需要簡要描述所參與分析和開發的軟件系統開發項目，并明確考生指出在其中承擔的主要任務和開展的主要工作。需注意所描述的項目應與論文題目中包含的主要論題相符。

問題2要點
????????該方面是對論文論題中涉及的專業知識的理解和掌握程度的考核，考生可以通過詳細描述，說明自己所了解的軟件系統開發中的常用建模方法，并闡述出每種方法的特點及其適用范圍。
例如，考生可以描述的軟件系統開發中常用的建模方法包括:
(1)功能分解法。
????????功能分解法以系統需要提供的功能為中心來組織系統。首先定義各種大的功能，然后把功能分解為子功能，同時定義功能間的接口。比較大的子功能還可以被進一步分解，直到我們可以對它進行明確的定義。總的思想就是將系統根據功能分而治之，然后根據功能的需求設計數據結構。
(2)數據流法/結構化分析建模方法。
????????基本方法是跟蹤系統的數據流，研究問題域中數據如何流動以及在各個環節上進行何種處理，從而發現數據流和加工。然后將問題域映射為數據流、加工以及數據存儲等元素并組成數據流圖，用加工和數據字典對數據流及其處理過程進行描述。
(3)信息工程建模法。
????????在實體關系圖基礎上發展而來，其核心是識別實體及其關系。實體用于描述問題域中的一個事物，它包含一組描述事物數據信息的屬性;關系描述問題域中的各個事物之間在數據方面的聯系，它可以帶有自己的屬性。發展之后的方法把實體叫作對象，把關系的屬性組織到關系對象中，具有面向對象的某些特征。
(4)面向對象建模法。
????????從面向對象設計領域發展而來，它通過對象對問題域進行完整的映射，對象包括了事物的數據屬性和行為特征;它用結構和連接如實反映問題域中事物之間的關系，比如分類、組裝等;它通過封裝、繼承和消息機制等使問題域的復雜性得到控制。

問題3要點
????????該方面是針對考生實際參與的軟件系統開發項目，說明該項目所采用的系統建模方法，并描述這些建模方法所產生的實際應用效果。

2.實例二

1)論文題目

論軟件架構風格
軟件體系結構風格是描述某一特定應用領域中系統組織方式的慣用模式。體系結構風格定義一個系統家族，即一個體系結構定義一個詞匯表和一組約束。詞匯表中包含一些構件和連接件類型，而這組約束指出系統是如何將這些構件和連接件組合起來的。體系結構風格反映了領域中眾多系統所共有的結構和語義特性，并指導如何將各個模塊和子系統有效地組織成一個完整的系統。
請圍繞“論軟件架構風格”論題，依次從以下三個方面進行論述。

1.概要敘述你參與分析和設計的軟件系統開發項目以及你所擔任的主要工作。
2.軟件系統開發中常用的軟件架構風格有哪些?詳細闡述每種風格的具體含義。
3.詳細說明你所參與分析和設計的軟件系統是采用什么軟件架構風格的，并分析采用該架構風格設計的原因。

2)實例二分析

問題1要點
????????該方面是要求考生要簡要敘述自己所參與分析和開發的軟件系統，并明確指出在其中承擔的主要任務和開展的主要工作。需注意所描述的項目應與論文題目中包含的主要論題相符。
問題2要點
????????該方面是對論文論題中涉及的專業知識的理解和掌握程度的考核，考生可以通過詳細描述，說明自己所了解的軟件系統開發中常用的軟件構架風格，包括:

(1)管道/過濾器:在管道/過濾器風格的軟件體系結構中，每個構件都有一組輸入和輸出，構件讀輸入的數據流，經過內部處理，然后產生輸出數據流。
(2)數據抽象和面向對象:這種風格建立在數據抽象和面向對象的基礎上，數據的表示方法和他們的相應操作封裝在一個抽象數據類型或對象中。
(3)基于事件的隱式調用:基于事件的隱式調用風格的思想是構件不直接調用一個過程，而是觸發或廣播一個或多個事件。系統中的其他構件中的過程在一個或多個事件中注冊，當一個事件被觸發，系統自動調用在這個事件中注冊的所有過程，這樣，一個事件的觸發就導致了另一個模塊中的過程的調用。基于事件的隱式調用風格的主要特點是事件的觸發者并不知道哪些構件會被這些事件影響。
(4)分層系統:層次系統組成一個層次結構，每一層為上層服務，并作為下層客戶。
(5)倉庫系統及知識庫:在倉庫風格中，有兩種不同的構件:中央數據結構說明當前狀態，獨立構件在中央數據存儲上執行。若構件控制共享數據，則倉庫是一傳統型數據庫。若中央數據結構是當前狀態觸發進程執行的選擇，則倉庫是一黑板系統。黑板系統主要由以下三部分組成:知識源。知識源中包含獨立的、與應用程序相關的知識，知識源之間不直接進行通信，它們之間的交互只通過黑板來完成;黑板數據結構:黑板數據是按照與應用程序相關的層次來組織的解決問題的數據，知識源通過不斷地改變黑板數據來解決問題;控制:控制完全由黑板的狀態驅動，黑板狀態的改變決定使用的特定知識。
(6)C2風格:C2體系結構風格可以概括為，通過連接件綁定在一起按照一組規則運作的并行構件網絡。C2風格中的系統組織規則如下:系統中的構件和連接件都有一個頂部和一個底部;構件的頂部應連接到某連接件的底部，構件的底部則應連接到某連接件的頂部，而構件與構件之間的直接連接是不允許的; 一個連接件可以和任意數目的其他構件和連接件連接;當兩個連接件進行直接連接時，必須由其中一個的底部到另一個的頂部。
(7)客戶/服務器風格: C/S體系結構有三個主要組成部分:數據庫服務器、客戶應用程序和網絡。
(8)三層C/S結構風格:二層C/S結構是單一服務器且以局域網為中心的，所以難以擴展至大型企業廣域網或Internet, 軟、硬件的組合及集成能力有限，客戶機的負荷太重，難以管理大量的客戶機，系統的性能容易變壞，數據安全性不好。三層C/S體系結構是將應用功能分成表示層、功能層和數據層三個部分，削弱二層C/S結構的局限性。
(9)瀏覽器/服務器風格:瀏覽器/服務器風格就是三層C/S結構的一種實現方式，具體結構為瀏覽器/Web服務器/數據庫服務器。

問題3要點
????????該方面是針對考生自身具體參與分析和開發的實際軟件系統，說明在該系統的設計和實現中，采用的具體一種或多種軟件架構風格，并分析出采用這種軟件架構風格設計的原因。

三、論文寫作方法?

????????兩個小時內寫將近3000字的文章不是一件容易的事情。根據以往的經驗，學生在寫作過程中，必須首先邏輯清晰，并且撰寫還要保持一定的撰寫速度，才可以在有限的時間范圍內，較好地完成論文寫作工作。下面針對如何撰寫好摘要和論文的正文部分分別進行說明。

3.2、如何寫好摘要

????????摘要應控制在300 ~ 400字的范圍內，凡是沒有寫論文摘要，摘要過于簡略，或者摘要中沒有實質性內容的論文將扣5~ 10分。如果論文寫得辛辛苦苦，而摘要被扣分，就太不劃算了。而且，如果摘要的字數少于120字，論文將“給予不及格”。

????????下面是摘要的幾種寫法，供考生參考。

(1)本文討...系統項目..... (論文主題)。該系統...... (項目背景、簡單功能介紹)。在本文中首先討論了...... (技術、方法、工具、措施、手段)，最后.... (不足之處/如何改進、特色之處、發展趨勢)。在本項目的開發過程中，我擔任了.... (作者的工作角色)。
(2)根據....需求(項目背景)，我所在.....組織了....項目的開發。該項目..... (項目背景、簡單功能介紹)。在該項目中，我擔任...... (作者的工作角色)。我通過采取.... .(技術、方法、工具、措施、手段)，使該項目圓滿完成，得到了用戶們的一.致好評。但現在看來，.... (不足之處/如何改進、特色之處、發展趨勢)。
(3) ......月，我參加.....項目的開發，擔任.... (作者的工作角色)。該項目....(項目背景、簡單功能介紹)。本文結合作者的實踐，....項目為例，討...... (論文主題)，包括..... (技術、方法、工具、措施、手段)。
(4) ........ (“戴帽子”，講論文主題的重要性)。本文結合作者的實踐，.....項目為例，計...... (論文主題)，包括..... (技術、方法、工具、措施、手段)。在本項目的開發過程中，我擔任了..... (作者的工作角色)。

????????摘要應該概括地反映正文的全貌，要引人入勝，要給人一個好的初步印象。一般來說，不要在摘要中“戴帽子”如果覺得字數可能不夠，例如少于300字，則可適當加50字左右的帽子。

????????上述的“技術、方法、工具、措施、手段”就是指論文正文中論述的技術、方法、工具、措施、手段，可把每個方法(技術、工具、措施、手段)的要點用一兩句話進行概括，寫在摘要中。

????????在寫摘要時，千萬不要只談大道理，而不牽涉到具體內容。否則，就變成了“摘要中沒有實質性內容”。

3.2、如何寫好正文

關于正文部分的寫作，首先應做到字數合宜。正文的字數要求在2000~ 3000字，少于2000字，則顯得沒有內容;多于3000字，則答題紙上無法寫完。作者建議，論文正文的最佳字數為2500字左右。其次，考生可以從寫作技巧和可能涉及的關鍵技術層面做好應考準備。

1.寫作技巧

1)以自我為中心

????????由于論文考核的是以考生作為系統架構設計師的角度對系統的認知能力。因此在寫法上要使閱卷專家信服，只是把自己做過的事情羅列出來是不夠的。考生必須清楚地說明針對具體項目自己所做的事情的由來，遇到的問題，解決方法和實施效果。因此，不要炫耀自己所參加的工程項目，體現實力的是考生做了些什么。下面幾個建議可供讀者參考。

(1)體現實際經驗，不要羅列課本.上的內容。
(2)條理性地說明實際經驗。
(3)寫明項目開發體制和規模。
(4)明確“我”的工作任務和所起的作用。
(5)以“我”在項目中的貢獻為重點說明。
(6)以“我”的努力(怎樣做出貢獻的)為中心說明。

2)站在架構師的角度

????????很多考生由于平時一直是在跟程序打交道，甚至根本就沒有從事過架構設計工作。因此，在思考問題上，往往單純地從程序實現方面考慮。事實上，論文考核的是以考生作為架構師的角度對系統的認知能力，要求全面，詳盡地考慮問題。因此，這類考生在論文上的落敗也就在所難免。
????????例如，如果要寫有關層次式架構設計的論文，考生就要從全局的角度把握層次式架構設計的優點及缺點、設計層次式架構的方法和過程，特別是各層次之間的接口設計問題，而不是專注于某個具體的實現細節。

3)忠實于論點

????????忠實于論點首先是建立在正確理解題意的基礎上，因此要仔細閱讀論文試題要求。為了完全符合題意，要很好地理解關于試題背景的說明。然后根據正確的題意提取論點加以闡述。闡述時要絕對服從論點，回答試題的問題，就試題的問題進行展開，不要節外生枝，化自身為困境。也不要偏離論點，半天講不到點子上去，結果草草收場。根據作者參加閱卷和輔導的情況來看，這往往是大多數考生最容易出錯的地方。

4)條理清晰，開門見山

????????作為一篇文章，單有內容，組織不好也會影響得分，論文的組織一定要條理清晰。題目選定后，要迅速整理一下自己所掌握的素材，列出提綱，即打算談幾個方面，每個方面是怎么做的，收效如何，簡明扼要地寫在草稿紙上。切忌一點，千萬不要試圖覆蓋論文題目的全部內涵而不懂裝懂，以專家的姿態高談闊論，而要將側重點放在匯報考生自己在項目中所做的與論題相關的工作上，所以提綱不要求全面，關鍵要列出自己所做過的工作。接下來的事情就是一段一段往下寫了。要讓專家短時間內了解考生的論文內容并認可考生的能力，必須把握好主次關系。
????????一般來說，第一部分的項目概述對評卷專家掌握整個論文非常重要。考生要學會用精練的語句說明項目的背景、意義、規模、開發過程以及自己的角色等，讓評卷專家對自己所做的項，目產生興趣。

5)標新立異，要有主見

????????設想一下，如果評卷專家看了考生的論文有一種深受啟發，耳目一新的感覺，結果會怎么樣?考生想不通過都難。所以，論文中雖然不要刻意追求新奇，但也不要拘泥于教科書或常規的思維，一定要動腦筋寫一些個人的見識和體會。這方面，見仁見智，在此不予贅述。

6)圖文并茂，能收奇效

????????系統架構設計總是離不開圖形，論文的緊要地方，如果能畫個草圖表示，往往能收到奇效。因為圖形比文字更能吸引人的注意力，更加簡潔、明了。通過圖形方式表達，更能讓評卷專家直觀地了解考生所設計的架構，從而得到專家的認可。但是，圖形不要畫得太“草”，也不宜過大。圖中的線條、箭頭等要保持整潔。

7)首尾一致

在正文的寫作中，要做到開頭與結尾間互相呼應，言詞的意思忌途中變卦。因為言詞若與論文試題的提法不一致，導致論文內部不一致，閱卷專家就會懷疑考生是否如所說的那樣，甚至認為考生有造假嫌疑，從而影響論文得分。因此，考生在論文準備階段就應該注意這方面的鍛煉。
此外，與首尾一致相關的一些檢查事項，諸如錯字、漏字等情形也要注意。如果在論文寫完還有時間的話，要做一些必要的修正，這也是合格論文的必需條件之一。

2.可能涉及的關鍵技術

????????系統架構設計師的論文題目是在對架構師所需專業知識掌握的前提下，進行專業知識在工程項目中的應用。因此，要撰寫好論文，一定需要具有相關的專業技術知識，例如經典的架構風格及其應用場景(面向對象、面向過程、SOA、微服務等)，架構設計中的質量屬性設計(可用性、性能、安全性、可修改性、可測試性、易用性設計等)和質量屬性提升策略，架構評估的過程、方法和技術，架構的建模和描述方式等。這些關鍵技術在本書中的前面章節均已向讀者陳述，考生可以根據自身的情況進行閱讀，查缺補漏。

3.摘要和正文的關系

????????在拿到論文考題時，很多學生產生的一個問題就是究竟是先寫摘要還是先寫正文。其實，沒有一種固定的法則，需要根據考生的實際情況來決定。如果考生的寫作速度比較快，而又自信對論文的把握比較好，則可以先寫正文，后寫摘要。這樣，便于正文的正常發揮，正文寫完了，歸納出摘要是水到渠成的事情。但是，這種方法的缺點是萬一時間不夠，來不及寫摘要，損失就比較大了，結果論文寫得很辛苦，因為摘要沒有寫而不及格;如果考生的寫作速度比較慢，擔心最后沒有時間寫摘要，則可先寫摘要，后寫正文，在摘要的指導下寫正文。這樣做的好處是萬一后面時間不足，可以簡單地對正文進行收尾，從而避免"有尾無頭”的情況發生,而不會影響整個論文的質量。但它的缺點是可能會限制正文的發揮，使正文只能在摘要的圈子里進行擴寫。另外，還要注意的一個問題是，正文不是摘要的延伸，而是摘要的擴展。摘要不是正文的部分，而是正文的抽象。因此，不要把正文“接”著摘要寫。

四、常見問題及解決辦法

????????在撰寫論文時，經常性出現的問題歸納如下。

(1)走題。

????????有些考生一看到試題的標題，不認真閱讀試題的3個問題，就按照三段論的方式寫論文，這樣往往就導致走題。同一個主題，試題所問的3個問題可以完全不一樣，因此, .需要按照試題的問題來組織內容。因為考查的側重點不一樣，同一篇文章，在一次考試中會得高分，但在另一次考試中就會不及格。

(2)字數不夠。

????????按照考試要求，摘要需要300 ~ 400字，正文需要2000 ~ 3000字。
????????一般來說，摘要需要寫350字以上，正文需要寫2500字左右。當然，實際考試時，這些字數包括標點符號和圖形，因為閱卷專家不會去數數字的個數，而是根據答題紙的格子計數。

(3)字數偏多。

????????如果摘要超過350字，正文超過3000字，則字數太多。有些學員在練習時，不考慮實際寫作時間，只講究發揮淋漓盡致，結果文章寫下來達4000~ 5000字，甚至有超過8000字的情況。實際考試時，因為時間限制，幾乎沒有時間來寫這么長的論文。所以，讀者在平常練習寫作時，要嚴格按照考試要求的時間進行寫作。

(4)摘要歸納欠妥。

????????摘要是一篇文章的總結和歸納，是用來檢查考生概括、歸納和抽象能力的。寫摘要的標準是“讀者不看正文，就知道文章的全部內容”。在摘要中應該簡單地包括正文的重點詞句。在摘要中盡量不要加一些“帽子性”語句，而是要把正文的內容直接“壓縮”就可以了。

(5)文章深度不夠。

????????文章所涉及的措施(方法、技術)太多，但都沒有深入。有些文章把主題項目中所使用的措施(方法、技術)一一列舉，而因為受到字數和時間的限制，每一個措施(方法、技術)都是蜻蜓點水式的描述，既沒有特色，也沒有深度。在撰寫論文時，選擇自己覺得有特色的2~3個措施(方法、技術)進行深入展開討論就可以了，不要企圖面面俱到。

(6)缺少特色，泛泛而談。

????????所采取的措施(方法、技術)沒有特色，泛泛而談，把書刊雜志上的知識點進行羅列，可信性不強。系統架構設計師考試論文實際上就是經驗總結，所以一般不需要講理論，只要講自己在某個項目中是如何做的就可以了。所有措施(方法、技術)都應該緊密結合主題項目，在闡述措施(方法、技術)時，要以主題項目中的具體內容為例。

(7)文章口語化太重。

????????系統架構設計師在寫任何正式文檔時，都要注意使用書面語言。特別是在文章中不要到處都是“我”，雖然論文強調真實性(即作者自身從事過的項目)，而且前面章節也強調了“以我為中心”的重要性，但是，任何一個稍微大一點的項目都不是一個人能完成的，而是集體勞動的結晶。因此，建議使用“我們”來代替一些“我”。

(8)文字表達能力太差。

????????有些文章的措施(方法、技術)不錯，且能緊密結合主題項目，但由于考生平時寫得少，文字表達能力比較差。建議這些考生平時多讀文章，多寫文檔。

(9)文章缺乏主題項目。

????????這是一個致命缺點，系統架構設計師考試論文一定要說明作者在某年某月參加的某個具體項目的開發情況，并指明作者在該項目中的角色。因為每個論文試題的第一個問題一般就是“簡述你參與開發過的項目”(也有個別情況除外)，所以，考生不能籠統地說“我是做銀行軟件的”“我負責航天軟件開發"等，而要具體說明是一個什么項目，簡單介紹該項目的背景和功能。