第一篇：系統分析師考試論文寫作注意事項

系統分析師考試論文寫作注意事項

《系統分析師》在進行論文評估和輔導的過程中，發現部分考生對于論文的把握得不好，并非作者項目經驗不足（盡管有些是因為項目經驗不足造成的），也不是寫 作能力差，而是缺乏足夠的準備，對于系統分析師考試的論文寫作沒有基本的概念。因此，我們把一些典型的問題整理如下，希望對大家的考試有所幫助。由于論文 本身不歸我們所有，所以我們不能把論文刊登出來，請大家諒解。

論文應試是從試卷提供的四道論題中自 行選出一道解答，解答分為摘要和正文 部分。摘要字數在400字以內，可以分條 敘述，但不允許有圖、表和流程圖。正 文字數在2000字至3000字，文中可以分 條敘述，但不要全部用分條敘述的方式。兩部分內容必須在兩個小時內完成。出題的方式是先要求對系統或軟件等作 一般說明，然后再考察應試者的工作經 驗和思考方法。要求不僅要敘述事實，而且要盡力用有說服力的論據來表現自 己的經驗的深度、廣度以及自己的見解。

1、系統分析師考試中的項目是通過項目說明方法，而不是說明項目本身。這點重點需要在文章的各個部分把握。

2、介紹自己在項目中的角色的時候，說明角色、任務既可以了，沒必要說其他。有的考生在論文中喜歡說明自己和該項目有關的技術背景，或者說明自己的公司內的地位等，這些都是畫蛇添足。

3、取得的經驗、現有的不足等應該是比較具體的內容，而不是說“效果良好”、“還存在很多問題”等。另外，對于成績和不足都應該有所分析，說明是和文章中所說的方法相關聯的。

4、如果在文章開頭提出了存在的問題，在具體闡述方法的時候可以和開頭提出的問題一一對應的闡述對策。

5、摘要要突出重點，尤其是文章的主題。摘要主要說文章寫了什么內容，而不是“序言”。有的人在摘要中簡要描述了項目的背景（文章中沒有提及），這是沒有必要的。

6、描述現存問題的時候，要緊扣論文題目，而不是過于描述性的說明。描述性的說明可以作為補充。

7、論證過程要嚴禁。因——果關系要明確，不能前面描述了一種現象，后面的分析和前面的描述不相關。

8、注意要用一些比較嚴謹的描述，例如“本人”如何如何，最好說“我”如何如何。

9、論文中不應該包括和題目無關的內容。有的考生覺得項目在某方面比較成功，所以在論文中進行了描述。

考試論題中的問題有兩個明顯的特征；一是要求以“我”為中心,而不要羅列教科書中的內容;二是要突出“我”的主張(貢獻).在實踐中堆積起豐富的素材,在作文中就可以左右逢源,而無”巧婦難為無米之炊”之困了。

第二篇：2017年遼寧系統分析師報名注意事項

系統分析師 http://www.tmdps.cn）查詢考場信息、閱讀考試注意事項，自行打印準考證。考試時須攜帶準考證和身份證等有效身份證件原件參加考試。

第三篇：軟考系統分析師考試須知

軟考系統分析師考試須知

（1）在您繼續閱讀下面內容之前，請先閱讀的“初級和中級考試須知”，其中的內容也適合于系統分析師考試。

（2）系統分析師下午共有2場考試，其中下午I是案例分析考試，時間為13:30～15:00（1個半小時）。在本場考試中，一般共有5道試題，其中第1道為必答題，第2～4道為選答題，由您根據自己的特長選做2道。也就是說，您在90分鐘的時間內要完成3道案例試題的分析和解答，因此，時間很緊，請您務必要注意安排好時間。

（3）在選擇試題時，要注意一個“準”字，根據第一感覺選定試題，不要這個問題讀一下，那個問題看一下，免得浪費時間。請注意用“○”圈好您選答的題號，千萬不要將題號和答題位置選錯。

（4）在回答案例分析試題時，用詞要準確，要答到要點上。閱卷時，是根據要點逐項記分的。如果問題規定了字數，則您的回答不要超過這個規定。

（5）由于中午連續和緊張的作戰，經過了下午I考試之后，您可能已經疲勞了。然而，更大的挑戰還在后面，所以，您需要盡快調整，建議您在午餐時準備一些清醒頭腦的用品，例如清涼油等。

（6）下午II是論文考試，時間為15:20～17:20（2個小時）。論文一般共有4道試題，由您根據自己的特長選做1道。論文答題紙是印好格子的，摘要和正文要分開寫。摘要需要300～400字，正文需要2000～3000字。

（7）無論是下午I，還是下午II，都請您注意書寫格式，字跡不要潦草。特別是論文，文字要寫在格子里，每個格子一個字。論文要有自己獨特的見解或者有著很深入的體會，內容翔實，體會中肯，思路清晰。

（8）在撰寫論文時，請您時刻注意避免全國著名的軟考輔導專家張友生教授總結的以下問題：·字數不夠或字數偏多；

·摘要歸納欠妥，未能起到總結正文的作用；

·文章所涉及的方法/技術或措施太多，但都沒有深入，因此，文章深度不夠；

·所采取的技術措施沒有特色，泛泛而談，把書刊雜志上的知識點進行羅列，可信性不強；·文章口語化太重，文字表達能力太差，錯別字句比較多；

·文章缺乏主題項目，或所論述的技術/方法/措施與論文主題項目無關，放之四海而皆準；·所論述的技術/方法/措施過于陳舊，或沒有技術含量，不能體現系統分析師的水平；

·文章最后沒有提出不足之處和改進方法，或者驕傲自滿、夸夸其談，找不出問題的真正原因；·論文項目年代久遠；

·整篇文章從大一二三到小123，太死板，給人以壓抑的感覺；

·文章思路混亂，結構不夠清晰，段落太長。

（9）論文評分標準：切合題意（30%）；應用深度與水平（20%）；實踐性（20%）；表達能力（15%）；綜合能力與分析能力（15%）。

第四篇：09年軟考系統分析師考試心得

09年軟考系統分析師考試心得

厚積薄發，平時多做有心人

從系統分析師考試大綱可以看到，系統分析師對考生的綜合素質要求較高，考查的知識面很廣。但分析歷年考題可以發現，雖然考試知識面廣但考試內容并不是很深。因此，這就要求我們注意平時積累，經常通過網絡、講座、學術會議等途徑及時了解一些流行技術熱點和業界最新動態。

2、多做項目，在實踐中鍛煉提高

如果說平時積累的各個知識點是一粒粒寶貴的珍珠的話，那么項目經歷則是將這些珍珠串聯起來的一根紅線。“紙上得來終覺淺，絕知此事要躬行”。軟件工程 是一門實踐性、綜合性非常強的專業，如果沒有參加過完整的實際項目，就難以從根本上理解書本上所學的理論知識，就難以真正領會軟件工程的思想精髓。同時，在做項目時還要勤于思考，無論是作為主持者還是作為一個普通的程序員，都應該去潛心思考為什么要這樣設計、這樣設計的優點是什么、有哪些不足，如果你是設 計師的話你又會怎樣設計？經常做這樣的換位思考，會不自覺地提高自己的系統分析和設計能力，積累豐富的項目經驗，這對下午一的考試來說是非常有益的。

3、注意提高個人文檔編寫能力

一些軟件工程師有個不好的習慣，那就是只喜歡鉆研具體的技術點而不注重提高文檔編寫能力。他們的一個通病是做得多、寫得少，在某一個具體的技術領域上 往往表現得非常優秀，但寫出的文檔質量實在難以恭維。作為一個合格的系統分析師文檔編寫能力是必不可少的基本素質，也是下午二考試的考查重點。

文檔編寫能力不僅對于應試是十分必要的，而且在實際工作也是非常重要的。因此，我們應當在平時多做這方面的訓練，多思考、多動筆，努力提高自己文檔編寫能力。

4、掌握評卷專家心理，注意論文寫作技巧

在下午二的考試中，應注意把握評卷專家的心理狀況。根據希賽IT教育研發中心的著名軟考專家張友生所說的，評卷專家不可能把你的論文一字一句地精讀，要讓他短時間內了解你的論文內容并認可你的能力，必須把握好主次關系，論文的組織一定要條理清晰。一般說來，項目概述部分評卷專家會較認真看，為讓評卷專 家對你所做的項目產生興趣，這里可適當吹捧。在論文陳述部分應當按主次關系分條進行陳述，首先最好開門見山指出你所采取的措施，然后指出你為什么這樣做，這樣做有何優點，克服了以前做法的哪些缺點等等。在分條陳述時最好一個問題一個自然段（自然段千萬不要過長），在每個自然段首先要有一個主題句，主題句簡 明扼要地描述本段的中心思想。

在論文撰寫中，切忌大談空洞的理論知識或不懂裝懂，以專家的姿態高談闊論。應當將重點放在匯報你自己在項目中所做的與論題相關的工作，讓評卷專家相信你確實做過這方面的項目而且達到了相應水平。

在下午二考試時間的分配上，建議首先花3--5分鐘根據個人特長選定題目，然后花10—15分鐘左右整理一下所掌握的素材，列出提綱，即你打算談幾個方面，每個方面你是怎么做的，收效如何等等，簡明扼要地寫在草稿紙上。

5、張友生的書，不能不讀

要想通過系統分析師考試，不但需要多做項目，而且有關全國著名的軟考輔導專家張友生老師的書是不可不讀的。

我讀過的書有系統分析師考試綜合知識試題分類精解、系統分析師考試信息系統分析與設計案例試題分類精解、系統分析師考試論文試題分類分析與范文、計算機數學與經濟管理基礎知識、系統分析師考試輔導、系統分析師技術指南、系統分析與設計技術。

另外，如果條件許可的話，聽說參加希賽的培訓通過率可以達到80%，因為很多考試試題都是他們的模擬試題上的原題。

6、擺正心態，輕裝上陣

證書畢竟只是證書，考試通過了并不代表你完全具備系統分析和設計的能力，證書只是我們漫漫學習路途中一個階段性的里程碑，通過考試來不斷提高自己才是 最終目的。考試前擺正心態十分重要，我有一個朋友平常成績不錯，考試前一天晚上還在發奮看書直到晚上3點，結果得不償失，第二天考試時頭腦昏昏沉沉，水平發揮失常，這次考試上午成績以幾分之差與系分失之交臂。因此，我們應當以一顆平常心去應考，輕裝上陣，這樣才能充分發揮出最佳狀態。

大綱中的要求

《信息系統項目管理師考試大綱》中，要求考生根據試卷上給出的四個有關項目管理的論文題目，選擇其中的一個，按規定的要求寫論文和摘要。論文可能涉 及的內容極其廣泛，主要有信息系統項目管理，信息安全，信息系統項目監理，信息化戰略與實施，大型、復雜和多項目的管理，項目績效考核和績效管理6個主要 模塊的論題方向，這6個方向又分為若干個子內容。

2005年上半年的考試雖然只出了一道論文題目——“論信息系統項目的需求管理和范圍管理”，似乎與考試大綱有所背離，但考試內容并沒有偏離大綱，屬于“信息系統項目管理”方向中的內容。所以作論文考試的準備時一定要緊緊圍繞考試大綱來進行。

歷屆高級資格考試論文寫作一般會有如下的要求： 簡述你所從事的項目及你在項目中擔任的角色； 在項目中關于論題方向碰到的問題和解決對策； 對項目實話的總結和展望。2.為什么會覺得論文考試難

參加項目管理師的考生大致有兩種類型：在校學生和在職人員。對于在校的學生來說，參加項目管理師這一高級別的考試無異于一種挑戰。這是因為：

缺乏項目實戰經驗； 沒有從事過項目管理；

學業繁重，沒有時間來準備考試； 考試范圍太廣，許多的知識沒有接觸過； 技術方面掌握不扎實，基礎不牢； 沒有寫過學術論文。

大學里的計算機專業或信息管理專業都會開設軟件工程課程，也有少數的院校開設項目管理課程，即便是有，考生自己也會感覺只有理論知識沒有實 踐經驗，總覺得心里不踏實，寫出來的文章會不夠力度。大多數的研究生也只是跟隨導師做一些技術性的工作，項目管理方面的工作做得較少。其它專業的學生當然 會覺得難度更大。

對于在職人員來說，可能存在以下困難： 有項目經驗但要寫成論文覺得寫作水平有限；

長期從事某一個方面的工作，很少從事項目管理這種綜合性的工作； 從事技術性工作或研究工作，熱衷于技術實現，管理工作做得較少； 工作任務過重，無暇復習及攥寫論文。

對于這兩類考生，又以在職人員居多。要想考試過關，一是要盡量從繁忙的學習和工作中抽出時間來應考；二是要熟悉考試論文的寫作格式及注意事 項；三是掌握一定的論文寫作技巧；四是需要閱讀大量的資料來充電，五是在考試之前作適當的練習。當然如果您項目經驗十分豐富，可以把重點放在鍛煉寫作技巧 上來。

3.論文的格式與寫作技巧 3.1格式要求

項目管理師考試的論文不同于要放在學術雜志上發表的學術論文，也不同于學生的畢業論文，她主要是對自己工作經驗的總結，更象一份述職報告，因此在格式上的要求也比較簡單。

論文的內容分為兩部分：摘要和正文。這兩部分的書寫要注意以下的格式： 達到字數要求。摘要一般要求200字以上，500字以下，正文要求2500字以上。在論文寫作的方格紙上會有字數提醒。不要在論文中書畫圖形，盡量用文字表述。

盡量保持卷面清潔，如果實現需要劃掉文字，在字上劃一橫線即可。不必寫關鍵詞。3.2 寫作進度把握

論文的寫作時間只有兩個小時，要在短短的兩個小時里寫出一篇高質量的論文確屬不易，需要考生有較為豐富的理論和實踐知識的積累，當然也不必害怕，因為這還是有章可循的。這里建議的時間分配如下： 通讀論題，選定論題（5分鐘）； 構思論文，寫論文提綱（10分鐘）； 正文寫作（80分鐘）； 摘要寫作（15分鐘）； 復查論文（10分鐘）。

論文的摘要由于在論文的寫作過程中論文的論點及內容可能會有所變化，建議在寫作完正文后再寫摘要。下面按寫作步驟詳細解說。3.3 論文選題

拿到試卷后，先把試題快速通覽，找到自己最容易發揮，最擅長的方向的論題。為了照顧大多數考生的情況，論文題目會比較寬泛。

需要注意的一點是，既然是考項目管理師，論文內容當然不會關心過多的技術細節問題，重在項目管理。

選題時要考慮應和什么項目相關聯。文章至少要與一個項目關聯起來。那么如何選定項目呢？

在校的學生由于沒有項目經驗，往往不知論文應與什么項目關聯為好。一是要看題目要求，如今年5月考試的論文題目中就明確指出要是參與管理過 的大型信息系統項目，因此一般不要以如“學生成績管理信息系統”這種課程設計性質的項目來寫；二是盡量寫自己熟悉的，如一般的可寫高校人事MIS，高校教 務MIS等，在職人員也可如此考慮。項目可以是虛構的，不需要指明開發單位，委托單位；三是如果有大型項目或可以構思出大型項目則更佳。3.4 論文提綱

選定論題后不要急于動筆直接在答題紙（論文的答題紙為方格作文紙）上寫作。因為直接寫作很難有一個整體的思路，而且在寫作的過程中可能會涂 改而使得卷面不整潔，影響評卷人的心理。不提倡在草稿紙上書寫論文再抄至論文答題紙上，因為考試的時間本就十分有限，抄寫論文的時間也需不少。不妨先花點 時間理理寫作的思路，在草稿紙上寫作論文的提綱，所謂“磨刀不誤砍柴工”。提綱中寫些什么內容呢？可有如下的內容； 擬聯系寫作的項目，思考如何聯系此項目來寫作； 擬寫論文的主要論點。

各段落的主要內容，如果直接以論點來分段就不必再寫此項了。

論文的閱卷者一般會把論文看兩遍，第一遍快速瀏覽全文的論點，以找出文章的“文眼”，第二遍再仔細閱讀。如果論點清晰，會給閱卷者以清晰明朗的感覺。3.5 正文寫作

有了提綱了，寫正文就輕松多了。正文可采用“總——分——總”式，即文章開頭提出中心思想，再分述論點，最后在結尾處作出總結；也可用“提出問題——分析問題——解決問題”的逐步深入的方法。寫作時注意以下幾個方面： 理論聯系實際，一定要與項目關聯起來討論，切忌空談理論； 可以分條敘述的方式，但不要全文用此方式； 論點清晰，最好每段在開頭處或結尾處點明論點；

結尾處要對項目的實施情況，以及應用論點論據應用情況作出總結。不必列舉過多的計算公式。

文章要帶有一定的學術性，更多的應是談項目經驗。

不要關注于技術，多就論題寫管理方面的問題及采取的措施。第1樓 pmonly

2006-4-30 8:32:18 3.6 摘要寫作 摘要可按如下幾個方面來寫： 項目概述，包括自己主持或參與的項目及自己擔任的角色。論文的主要論點。

為方便大家書寫摘要，這里給出兩個摘要的書寫模板。模板一：（論點——項目概述）

本文以我主持（或參與）的××××××（項目名稱）為實例，探討了××××××（論文論題），認為××××××（論點）。在此項目中，我擔任了××××××（角色），參與了××××××（任務），實施后×××××（用論文中的方法實施后的效果）。

模板二：（項目概述——論點）

×××××（項目名稱）是×××××（項目說明），在此項目中，我擔任了×××××（角色），參與了×××××（任務）。對于項目的×××××（論題），本文認為×××××（論點）。該項目實施后×××××（用論文中的方法實施后的效果）。

下面給出模板一的一個實例，以供參考：（論信息系統項目的需求管理和范圍管理）

本文以我主持的某商業銀行網上銀行系統項目為實例，探討了作為開發方公司在信息系統項目的需求管理和范圍管理方面碰到的問題及解決的辦法，文章首先解釋了需求管理和范圍管理的基本概念，認為需求工作做得不扎實，項目范圍把控不好是導致項目難以成功的主要原因，提出應以CMM過程改進的思想指 導項目的需求管理和范圍管理，項目在需求分析階段應確定需求可以決策的人，充分和客戶溝通以正確把握需求，對于需求和開發范圍的變更管理提出了解決的辦 法。我在該項目中擔任了開發方的項目經理，自始至終參與了整個項目的建設，自2004年4月項目啟動至2004年12驗收歷時8個月，系統至今運行穩定，取得客戶的好評，很大程度上得益于項目成功的需求管理和范圍管理。4.論文考題分析

我們來把考試大綱的內容與歷年的軟件資格與水平考試高級（包括系統分析師和項目管理師）相關的考試論文題目列舉出如下表所示，也許您會有所啟迪。表1 歷年軟件資格和水平考試高級考試與考試大綱相關的論文題 模塊方向

子內容

歷年考題

考試年份 信息系統項目管理 項目選擇

可行性分析 論信息管理系統的可行性研究 1997年 項目生命周期流程管理

項目的整體、范圍、進度、成本、質量、人力資源、溝通、風險和采購管理 論軟件開發的質量管理 1989年 成本/效益分析 1990年 論軟件項目的質量保證 1993年 論項目管理工具的選用 1998年 論軟件質量保證 2002年 論軟件開發的風險控制 2003年 論軟件開發成本管理 2004年上半年

論應用軟件開發范圍和功能的確定 2004年下半年 論項目管理中的進度控制 2005年上半年

論信息系統項目的需求管理和范圍管理 2005年上半年項目管理師 項目評估

企業級信息系統項目管理體系的建立

項目中的質量管理與企業質量管理異同分析 論軟件開發的質量管理 1989年 論軟件項目的質量保證 1993年 論軟件質量保證 2002年

信息安全 信息安全體系 系統的安全與保密控制 1992年 信息安全體系的安全風險評估

企業信息安全策略 論企業信息系統的安全 2005年上半年 論企業內部網的安全策略 2004年下半年 信息系統工程監理 監理的方法與工作流程 監理的機構及監理工程師

監理中的質量、投資、進度和變更控制 監理中的合同管理、信息管理和安全管理 監理中的組織協調 信息化戰略與實施 企業建設信息化系統的過程 信息化系統建設過程中常見問題 新技術對信息化建設的影響 CIO在信息化建設過程中的作用 信息化規劃

不同類型信息化建設過程中的差異

電子政務建設 論電子政務信息共享整合 2005年上半年 企業自身管理成熟度對企業信息化建設的影響 大型、復雜信息系統項目和多項目的管理 計劃過程 跟蹤和控制過程

范圍管理 論應用軟件開發范圍和功能的確定 2004年下半年 論信息系統項目的需求管理和范圍管理 2005年上半年項目管理師 資源管理 協作管理

項目績效考核與績效管理 團隊績效與項目績效的關系 績效評估的方法 項目績效指標設計 績效改進

從上面的表格中可以看出，還沒有出過題目的內容極可能會成為下次考試出題的對象，“信息系統項目管理”模塊中的“項目的整體、范圍、進度、成本、質量、人力資源、溝通、風險和采購管理”是近四年的高級考試中必出論文考題的內容。據此，作者列出19個考題供大家參考和練習（每個模塊3~4 個）： 信息系統項目管理 論項目團隊建設 論項目溝通管理

論企業信息系統項目管理體系的建立 論項目采購管理與合同管理 信息安全

論企業的信息系統安全體系 論企業信息系統的安全控制策略 論企業信息系統安全風險的評估 信息系統工程監理 論信息系統項目的工程監理 論信息系統工程監理中的質量控制 論信息系統工程監理中的進度控制 信息化戰略與實施 論企業信息化的規劃 論電子政務項目管理 論企業信息化的建設 論信息系統項目計劃的制訂 論信息系統項目資源管理 論信息系統的跟蹤與控制 項目績效考核與績效管理 論項目績效評估的方法與策略 論企業信息化中的績效評價機制 論信息系統項目績效指標的設計 5.如何準備論文

可以從以下幾個方面著手準備論文：

看別人寫的項目經驗文章，這是快速彌補經驗不足的辦法。以下的網站可以找到不少的資料：http://www.tmdps.cnA都達不到，因為工作就是做網絡，所以答的很順手。第三道Java題，全憑在IBM開發者網站上混了一年，不用背書居然也能寫滿卷子。

下午二部分：四道選答論文，通過對這幾年試題的分析，下午有三道是老內容，有一道是新東西。在考試之前，我普經在希賽上POST兩篇帖子，預測論文題目，后來事實證明一道都沒考。再三思考之后，首先一般的開發團隊中高級職務有四個，分析師－－面向開發前期，主管需求分析，可行性分析（技術可行性、經濟可行性、商業可行性），與客戶打交道，與公司高層或主管打交道，考慮客戶需要什么，采用什么樣的技術；項目管理師－－主管項目進展，風險管理，人員、成本分析；架構師－－主管軟件架構、論計模式；測試員－－主管測試工作。軟件設計師、數據庫構架師、網絡工程師、程序員等都在架構師下面的級別。其中分析師、項目管理師、架構師已經有了相應的考試，沒有的只有測試員。因此，可以看出論文范圍應該在需求分析、可行性分析。07年上半年的動態語言、工作流，前幾年的Web Service、網絡安全等可以算是技術上的可行性分析，而07年上半年另一道直接就是可行性分析。06年上半年、下半年分別考了需求分析、用例獲取，都屬于需求分析。這些算是分析師的正業，而EAI和軟件能力改進應該是CIO的工作，它的層次超越了開發團隊中的分析師，但是信產部的意思好像是想把系統分析師培養成CIO的接班人。另外，因為沒有測試員考試，所以測試工作也給了系統分析師。所以，有希賽網友預測會考數據庫構建，我認為這是絕不可能的，構建是工人干的活，分析師好比領導，要做的只是想想這個東西能不能用，不需要會實際的操作；有網友說會考數據倉庫，我認為雖然這確實屬可行性分析，但是這玩藝用的實在太少了，一般的單位、公司是看不到的，我在省級國稅系統也沒看到這東西，說白了沒有群眾基礎。

關于新舊的內容，需求分析是舊內容了，從有軟件開始就有了，新的東西多半是技術可行性分析，例如，動態語言，我們可以理解為用一個已經運作的項目證明動態語言技術的可行性。但是新不代表什么新技術都會考，這里的新只是新瓶裝老酒，06年下半年考了SOA，SOA本質上是EAI的一種表現；07年上半年的動態語言，說白了編程語言的一種。我在預測論文的時候沒考慮這一點，所以ESB、SCA、SOAP是不會考的。

總之，關于論文，我的意見是，根據上面的范圍，每種寫一篇論文背熟了待考。

論文結構可以采取開篇自我介紹，包括在何系統工作，部門，在部門從事何工作，但是不得體現姓名、具體工作單位，第二，遇到的困境，為何要開發該項目，在該項目開發中從事何崗位，第三，采取新項目后會解決什么問題，第四，在該項目中采用了什么技術（比如，以07年動態語言論文為例，可以說采用了PHP或RoR），在項目開發過程中遇到了什么問題，是怎么解決的，第五，項目運行后有什么不足，下一步該怎么做，最后，總結心得體會，學到了什么。論文的內容還要根據題目增減，比如07年要求比較幾種動態語言的特點，在互聯網應用系統開發中所起的作用，因此論文中要比較幾種動態語言，項目要體現出是互聯網應用。

“摘要”要在論文正文寫完后再寫，摘要就是縮簡版的正文，結構和正文差不多，以正文為基礎就很好寫了。在寫論文之前的構思階段，可能會想要寫好多點，但真正寫起來因為種種原因可能會砍掉部分構思好的觀點，如果構思完先寫摘要，把自己所想的所有觀點都寫進摘要，結果寫正文時砍掉了一些，那么最后摘要和正文內容就不符了。

三、應考篇：不在當地考試的考生有點煩，像我要跑到福州考試，所以應該提前一天熟悉地形和考試地點；對賓館不習慣也煩，我戀床，再加上賓館房間在路邊，晚上車來車往，害我晚上到三點都睡不著；因為考試時間安排緊湊，加上體能消耗大（用腦過度），所以咖啡、巧克力是必備的，我早上一杯咖啡、一根德芙巧克力，第一保持清醒，第二巧克力的糖份可以直供大腦，充分激活大腦，下午因為考試安排在一點半，再加上上午的勞累，很多人肯定會覺得困，所以一下喝兩袋咖啡提神，外加一根巧克力，下午的巧克力很重要，因為下午有兩場大消耗的考試，必須給大腦充分的供養；可以帶一小瓶礦泉水到考場，夏天太熱可以喝點水潤潤喉，但是不要喝太多，上廁所次數太多不僅影響思路，而且浪費時間，特別是下午論文考試。

總之，本文主要討論如何應考，但我本人并不希望大家是為了考試而考試，還是那句話系統分析師只是個過程，不是目的。

第五篇：09年軟考系統分析師考試心得

1、厚積薄發，平時多做有心人

從系統分析師考試大綱可以看到，系統分析師對考生的綜合素質要求較高，考查的知識面很廣。但分析歷年考題可以發現，雖然考試知識面廣但考試內容并不是很深。因此，這就要求我們注意平時積累，經常通過網絡、講座、學術會議等途徑及時了解一些流行技術熱點和業界最新動態。

2、多做項目，在實踐中鍛煉提高

如果說平時積累的各個知識點是一粒粒寶貴的珍珠的話，那么項目經歷則是將這些珍珠串聯起來的一根紅線。“紙上得來終覺淺，絕知此事要躬行”。軟件工程是一門實踐性、綜合性非常強的專業，如果沒有參加過完整的實際項目，就難以從根本上理解書本上所學的理論知識，就難以真正領會軟件工程的思想精髓。同時，在做項目時還要勤于思考，無論是作為主持者還是作為一個普通的程序員，都應該去潛心思考為什么要這樣設計、這樣設計的優點是什么、有哪些不足，如果你是設計師的話你又會怎樣設計？經常做這樣的換位思考，會不自覺地提高自己的系統分析和設計能力，積累豐富的項目經驗，這對下午一的考試來說是非常有益的。

3、注意提高個人文檔編寫能力

一些軟件工程師有個不好的習慣，那就是只喜歡鉆研具體的技術點而不注重提高文檔編寫能力。他們的一個通病是做得多、寫得少，在某一個具體的技術領域上往往表現得非常優秀，但寫出的文檔質量實在難以恭維。作為一個合格的系統分析師文檔編寫能力是必不可少的基本素質，也是下午二考試的考查重點。

文檔編寫能力不僅對于應試是十分必要的，而且在實際工作也是非常重要的。因此，我們應當在平時多做這方面的訓練，多思考、多動筆，努力提高自己文檔編寫能力。

4、掌握評卷專家心理，注意論文寫作技巧

在下午二的考試中，應注意把握評卷專家的心理狀況。根據希賽IT教育研發中心的著名軟考專家張友生所說的，評卷專家不可能把你的論文一字一句地精讀，要讓他短時間內了解你的論文內容并認可你的能力，必須把握好主次關系，論文的組織一定要條理清晰。一般說來，項目概述部分評卷專家會較認真看，為讓評卷專家對你所做的項目產生興趣，這里可適當吹捧。在論文陳述部分應當按主次關系分條進行陳述，首先最好開門見山指出你所采取的措施，然后指出你為什么這樣做，這樣做有何優點，克服了以前做法的哪些缺點等等。在分條陳述時最好一個問題一個自然段（自然段千萬不要過長），在每個自然段首先要有一個主題句，主題句簡明扼要地描述本段的中心思想。

在論文撰寫中，切忌大談空洞的理論知識或不懂裝懂，以專家的姿態高談闊論。應當將重點放在匯報你自己在項目中所做的與論題相關的工作，讓評卷專家相信你確實做過這方面的項目而且達到了相應水平。

在下午二考試時間的分配上，建議首先花3--5分鐘根據個人特長選定題目，然后花10—15分鐘左右整理一下所掌握的素材，列出提綱，即你打算談幾個方面，每個方面你是怎么做的，收效如何等等，簡明扼要地寫在草稿紙上。

5、張友生的書，不能不讀

要想通過系統分析師考試，不但需要多做項目，而且有關全國著名的軟考輔導專家張友生老師的書是不可不讀的。

我讀過的書有系統分析師考試綜合知識試題分類精解、系統分析師考試信息系統分析與

設計案例試題分類精解、系統分析師考試論文試題分類分析與范文、計算機數學與經濟管理基礎知識、系統分析師考試輔導、系統分析師技術指南、系統分析與設計技術。

另外，如果條件許可的話，聽說參加希賽的培訓通過率可以達到80%，因為很多考試試題都是他們的模擬試題上的原題。

6、擺正心態，輕裝上陣

證書畢竟只是證書，考試通過了并不代表你完全具備系統分析和設計的能力，證書只是我們漫漫學習路途中一個階段性的里程碑，通過考試來不斷提高自己才是最終目的。考試前擺正心態十分重要，我有一個朋友平常成績不錯，考試前一天晚上還在發奮看書直到晚上3點，結果得不償失，第二天考試時頭腦昏昏沉沉，水平發揮失常，這次考試上午成績以幾分之差與系分失之交臂。因此，我們應當以一顆平常心去應考，輕裝上陣，這樣才能充分發揮出最佳狀態