第一篇：“軟件設計師考試” 考試心得

“軟件設計師考試” 考試心得 軟件設計師考試屬于計算機技術與軟件專業技術資格（水平）考試的中級資格考試，是由國家人事部(已改為：人力資源和社會保障部）和信息產業部（已改為：工業和信息化部）領導下的國家級考試，其目的是，科學、公正地對全國計算機與軟件專業技術人員進行職業資格、專業技術資格認定和專業技術水平測試。

一 面對即將參加的軟考要有良好的心理準備

在當今這個信息化的社會里，競爭無處不在，要想立于不敗之地就必須要使 自己更加 的有實力，于是，“軟考 ”因運而生。作為一名計算機專業的學生，我于今年5月21 日第一次參加了軟件設計師能力認證考核。在“備考”和“赴考”的過程中，我感觸頗多，其一 ： 我個人覺得對待學習，一定要有主動的精神，無論什么事，只要是你自己喜歡的，主動去做的，你一定會發出驚人的力量。這就是主動和被動的差別，被動是無法挖掘自身真正的能量的。誰主動，誰就占據著先機，誰就會領先一步。其二，我學會了一種精神，一種堅持到底的精神。下定決心去做一件事就全力以赴，堅持到底，遇到困難要勇于面對。有了這種精神，成功是遲早的事;其三，在考前一定要對軟考有正確的認識，軟件設計師考核不是考編程，而是考功能設計。這點對于復習來說是十分重要的。看看這些年的試題，上午主要是 以基礎知識考查為主，下午特別是以考功能設計為主。所以復習時要特別注意相關能力的培養。其實也就是要做到有備無患，才能厚積薄發。

所謂“有備無患”就是要做好軟考的心理準備，在備考的三個多月里，我專心致志，全力以赴。雖然沒有所謂的驚天動地，雖然沒有所謂的熱鬧非凡，但我不能選擇逃避，也不能選擇退縮，我盡己之能發揮自己的實力，抱著“背水一戰”的心態，不 斷地給自己鼓勁，因為我知道既然選擇了前進，那么留給世界的就注定只有背影。

二對軟考的內容要有正確的認識

有了良好的心理準備，還必須對軟考的內容有正確的認識，軟件設計師的考試內容正在經歷著巨大的變化。從當初的高級程序員，到系統設計師，再到今天的軟件設計師，考試經歷變化決不僅僅是資格名稱上 的小小改變而已，而是要求合格人員的專業技能、專業知識的改變。為什么會這樣呢？因為技術的進步嗎？這是其中一個原因。我覺得另一個重要原因是，社會分工的細化，具體到我們這個行業，就是，分析、設計、編碼、測試、質量控制工作分離。軟件設計師，顧名思義，最重要的工作是“設計”設計什么呢? 設計軟件怎么設計軟件呢? 怎樣的設計才算一個好的設計呢? 怎樣的設計師才是合格的設計師呢? 如何才能得到一個好 的設計呢? 好的標準又是什么呢?......這一連 串的問題，也許就是考試改革的方向和重點，認識到位了，我們就能從中把握住考試的重點。就說我這次的考試吧，我的感覺就是，題 “簡單”了尤其是下午試題。因為下午題更注重對“分析和設計”的考察，而減少了對“實現”如算法，數據結構等知識和技能的考察。這就告訴你，你現在努力的目標是“設計師”，不是“程序員”，當然，這兩者之間聯系非常非常緊密。

從準備軟考到參加考試，在這個過程中，我學到了且也鞏固了很多知識，計算機領域許多方面的知識，大家可以看看軟考教材的內容就會覺得其中覆蓋的方面很廣。當然，這些知識只是基礎知識不能代表什么實際的技術和能力。但如果想成為一個真正的高手，基礎知識的夯實和廣度一定要具備，要有深厚的計算機底蘊，這樣以后不管從事計算機的任何一個領域，在進入該領域之前都會有一定的基礎，然后可以得心應手 的進入該領域。學習任何計算機知識都可以觸類旁通。所以，通過軟考的學習，使我對計算機領域的大體基礎知識有了更深層次的認識。對我以后的專業發展及我的學習、工作打下了一個堅實的基礎。

三 正確把握當前新形式下的軟考

考試正在和新技術或者主流技術緊密結合起來，改變以前那種老套的出題模式，使人耳目一新。一場考試中，既有對基礎知識的考察，又有對新知識、新技術 的考察，這就令考試很有層次，很有新意，也更有價值。這也就 回答 了剛才提出的“怎樣 的設計師才是一個好的設計師“ 的問題。他（她）應該是基礎知識扎實，實踐經驗豐 富，對新知識、新技術敏感，并掌握了的專業人才！應該是注重平時的“厚積“才能在考試中得 以“薄發”的有準備之士。

一個好 的軟件設計師，不可能只會紙上談兵，那種 只“ 會” 數據結構，不“用”數據結構的，不會是合格的軟件設計師，至少不是 “好”的軟件設計師。所以，考試試題，特別是下午的試題，正在推陳出新，穩中求變。整個試題結構是第一大題主要考數據流圖，第二大題主要考數據庫設計，第三大題主要考面向對象和UML，第四大題主要考數據結構中算法，第五至六大題考C++和java 語言程序設計那么我們應該怎么應對考試呢？扎實的基礎是必須的，新技術的掌握是不可少的。所以，在準備考試的時候，應該有個清醒 的認識 ： 學習，復習，準備考試的過程，應該是個鞏固基礎，學習新知識、新技術的過程，而不是一個投機取巧、押題之類的過程。學習過程中可以參考一些相關網站。

經歷這次考試，我從中學到了許多知識。對以前的課程是也得到了有一次的復習與回顧。如果軟件設計師考試通過了的話，我將還會參加高級的考試。以為，通過加深了對計算機這個專業也有了更清楚的認識。對以后的學習，乃至將來的工作都將有更加積極的影響。

第二篇：軟件設計師考試心得

一、軟件設計師考試最主要的特點。

軟件設計師考試上午題相對來說更容易通過一些，下午題才是這項考試的高潮，更確切地說，最后兩道程序填空題將決定你的最終成績能不能超過45分。因此，對于雖有大把時間，但是過分注重理論而缺少實踐的大學生來說，還是存在一定難度；那些只能抽時間準備，工作一兩年且有一定編程經驗的公司職員來說，難度不算太大。

二、購買書籍。

要參加軟件設計師的考試，務必購買兩本書：《軟件設計師教程》和《軟件設計師歷年試題解析》。《教程》建議大家買教育部指定的教材，《解析》倒也無所謂，張友生老師的分析似乎更全面、更有針對性。網路上到處都有《軟件設計師大綱》，復習過程中階段性地查一查，梳理一下知識結構體系，查缺補漏，也就罷了。

書要趁早買，尤其是《解析》。三月份報名之后，經過一段時間的復習，才發現沒有《解析》是絕對行不通的。本市書店一概缺貨，到淘寶網購，得到回復：我們從出版社拿貨，出版社也斷貨。后來發現卓越網上標注有貨，趕緊訂購付款，令人傷心的是，幾天之后接到通知說沒貨了。最后，還好在China Pub上訂到了一本。另外，建議大家一定要買正版書，不要指望在這上面省錢（大學生確實缺錢的除外），學習本身就是一件十分枯燥的事情，要是因為書中紙屑亂飛，翻閱幾頁就兩手烏黑而生氣罵娘，影響你的心情的話，那就太得不償失了。

三、學習過程。

兩個多月的準備時間，一眨眼就過去了。如何合理安排復習計劃，很是考驗人。譬如40天看《教程》，20天看《解析》，另外留出幾天時間總結一下。具體說《教程》分四組：

（1）1、3、5章．體系結構、操作系統、網絡知識。（2）2、7、8、9章．程序語言、數據庫、數據結構、算法。（3）

4、10章．軟件工程、面向對象。

（4）6、11、12章．多媒體、標準、知識產權。

然后，大體安排一下時間，（1）8天、（2）15天、（3）9天、（4）3天，5小時/天。總天數千萬不要超過35天，或許哪天你有其它事情或者心情奇差無比就給耽擱了，同時也是給自己足夠的壓力和機動時間。這段時間一字一句理解教程，要形成自己的電子文檔，強調一定是自己的，重在過程。《教程》里就羅列了三級目錄，往往第四級目錄才是最重要的，隨便1234就是一個考題。《解析》共八套題，2004年下半年到2008年上半年。兩天一套題的速度應該是正常的，一天用來做題，一天用來分析。分析試題的時候，跟《教程》上的知識點一定要對應起來，尤其是做錯的題目，要明確考察的是哪個知識點。

四、應試技巧。

經過兩個多月的復習，你一定滿腹經綸，指哪兒打哪兒，所有的知識點在你的頭腦中成網成形。考試終于到來了，你充滿期待，同時又有一點點緊張。恭喜你，這樣的心態是最好的了。

坐在考場上，上午的試題對你來說一定很輕松，中午吃過飯，不必睡覺，保準你下午考試的時候照樣精神抖擻，此時看看《排序算法時間復雜度比較》，迎接你的將是真正的挑戰。數據流圖DFD、E-R圖、UML圖似乎并沒有對你構成太大的威脅，流程圖、數據結構、算法或面向對象設計才是真正的考驗。一些考生開始唉聲嘆氣、左顧右盼，信心在這個時候顯得尤其重要，即使不能得12分，每題得9分那也過了，堅持就是勝利。

五、考后心理。

考后第二天，某些網站會提供“專家級答案”，可以看一看，基本是對的，但不保證完全正確。大體計算一下自己的分數，過與不過也就定了。過了自然感覺良好，即使沒過也不要灰心，還可以再來一次。

第三篇：軟件設計師心得

計算機學習要經歷一個從理論———實踐———理論的認識不斷深化的過程，下面談談本人通過軟件設計師考試的一些體會。

軟件設計師考試大綱中計算機與軟件工程知識

(1)首先基礎知識中涉及到計算機硬件的內容和多媒體知識以及語言知識問題，這是一個量的積累，最后實現質的飛躍。

(2)數據結構部分，這是首次學習線性表、數組、廣義表、樹、圖、查找算法和排序及算法的分析等。這部分的學習，要吃透理論、適當加大習題量、最好能結合上機，深化理解。數據結構好比是武功中的內功，數據結構學習用了我一至二年的時間，以自學教材為主。吃透理論就是反復讀書，以一本書為主(目前清華大學嚴蔚敏老師的數據結構是一個經典)，可能的話，再搜羅其他版本的教程，這樣可以互相印證，就同一問題，多看幾本書這一做法，也可推廣到其他學科的學習中。（軟考世界站長注：數據結構是個難點，也是個重點，本人在幾家軟件公司應聘時筆試都考了很多數據結構的試題，東軟兩次筆試均有數據結構題目，因此大家要啃下數據結構這個硬骨頭！）

(3)操作系統知識，主要從資源管理的角度來分析系統功能的實現。假設你要設計一個新的操作系統，如何實現它?操作系統理論就是向讀者逐步介紹和解釋。重點是五大管理職能的實現及其原理。

(4)計算機網絡中對ISO/OSIRM七層的劃分以及各種協議的功能。傳輸理論、互聯設備、Internet知識，除參考模型理論外，其他的比較比較凌亂。

(5)系統安全問題是目前社會關注的問題，也是應用價值較高的知識，可結合現實中的相關問題來加深理解。

軟考中的信息化、標準化知識是新增考點，是對基本素質的考查，也要重視。（軟考世界站長注：大家看看教程，了解一下這些知識，考前強記一下就行了）

專業英語，不是軟件考試特有的，是專業知識英語水平，考前不需專業準備，平時有意識地上網讀點英文專業資料。（軟考世界站長注：本人英語不行，考程序員和軟設的時候幾乎是猜的，大家要努力學好英語哦！）

軟考的考試內容既是大學計算機本科專業的必修課，同時又有著鮮明的側重點，這對于沒有經過系統學習的朋友們來說，無疑是一次全面、深入學習的機會，無論是自學或是參加培訓，只要去學了就會對計算機有更深入全面的了解，而不只是停留在過去那些膚淺的認識上面。

以上是專業背景知識，是對軟件設計師基本素養的要求。

軟件設計師的專業能力

軟件設計師，關鍵是設計軟件的能力。考試大綱要求:要熟悉軟件工程、軟件過程改進和軟件開發項目管理的基礎知識;熟練掌握軟件設計的方法和技術;掌握C程序設計語言及指定的四種面向對象語言中的一種。這部分專業能力嚴重依賴工作實踐，要求有一定經驗的積累，是具有工程師的實際工作能力和業務水平的體現，但目前大量在校生參加考試，雖沒什么工作經驗可言，但通過學習和借鑒，仍可以取人之長，補已之短。

這部分內容主要體現在下午的考試題中，現就如何應對下午的考試進行分析:在近幾次考試中，下午試題分五個題目，一個數據庫、一個程序填空題、一個面向對象的語言題，另兩個題目分別為數據流圖、UML或流程圖等。

數據庫題目，要求補全SQL語言，這要求考生熟悉SQL的語言，無論對上午題目還是下午題目都很重要。這是學習和復習的一個重點。

數據流圖，DFD是一種分析系統數據流程的圖形，意在讓用戶理解系統的功能、輸入、輸出和數據存儲等。請認真弄清其應用后，在畫出數據流圖的情況下，系統的功能也就確定了，再經過細化，逐步向物理結構邁進。考核時，試題多從父圖和子圖的平衡來分析。

這部分內容，解題的關鍵是高度重視題目說明，務必正確、深入理解其內容，必要時要讀幾遍，同時對于給出的圖表，也要務必看懂。這樣答題就輕松了，答案實際就蘊含在說明中。流程圖類題目，是大家再熟悉不過的了，它就一個具體問題的解題思路進行描述，是面向過程的。但所求問題是千差萬別的，因此應理解思路，細心作答。

程序填空是答題形式最簡單同時也是難度最大的。為便于閱卷，這類題目以程序填空形式出現，這不僅要求理解問題本質，同時也要弄清作者解題思路，這一點比自己獨立完成程序設計要難得多。依個人經驗，首先要針對問題，設計自己的思路，解決問題，確定先后順序;然后試讀程序，如果思路大體一致，題就容易解決了，如果思路不一致，就要設法弄清每一段代碼的功能及其邏輯結構，進而弄清命題人的解題思路，再順勢解決問題。人們常講，答案就在題目中，這是對的。在分析問題過程中，找到所求答案。不過前提條件是考生要熟悉這種語言，又要明白解題思路，這樣才能正確作答。

近年來對于統一建模語言UML考查較多，已引起了考生的注意。它代表了軟件工程的發展趨勢，目前是可視化建模的事實上的工業標準。人們對于圖的理解相對其他形式更容易一些，圖能更清晰地描述和說明問題的本質，因此，UML體現了這一特點。這類題目難度與數據流圖相似，自然解題思想也相同。從形式上看，數據流圖更樸實一些，UML類的題目則透出一種新穎、現代的氣息。

最后的題目面向對象語言是一個選做題，給考生以自由，可以發揮個人的優勢。命題已注意到不同語言的考查難度的一致性，要求考生就同一問題回答，實現了形式上的公平。應考的核心問題

要高度重視近幾年的試題。試題是對考試大綱的外化，是對相應知識的梳理，直接體現考查意圖。如能把歷年試題研究幾遍，通過考試不成問題。因此，一個高效的學習方法，就是先研究歷年考試題，通過做題，鞏固已有知識，強化能力。針對試題不同內容，進行歸納總結，找出自己的優勢和不足，然后帶著問題去讀書，查找相關資料，做到有的放矢，針對性強。從應考角度講，這種方法效率可能最高。

考試是對參考人的綜合性評測，每個考生只要答對60％的題目就能通過考試。考過了，意味著一個學習階段的終結，另一個學習階段的開始，是對個人知識體系和實踐能力的檢測。

我的考試經驗:考前集中學習是必要的，研究往年考題很重要，考試信心要增強。雖然軟考的通過率并不高，但要相信“天道酬勤”的道理。

另外，本人是在職學習計算機的，個人的經歷不適用于在校生，但是學習過程是一致的。從無知到有知，從知之不多到形成一定的學科知識體系，通過實踐進一步強化能力，這一過程是不能逾越的。在校生基于自身條件、所處環境等因素，會更有優勢。（這篇文章還不錯，基本上說到了軟件設計師的考試點，大家下午考試一定要拿下數據庫，數據流圖，UML這幾個重點！）

第四篇：2018年最新軟件設計師考試大綱

軟件設計師考試大綱

一、考試說明 1．考試目標

通過本考試的合格人員能根據軟件開發項目管理和軟件工程的要求，按照系統總體設計規格說明書進行軟件設計，編寫程序設計規格說明書等相應的文檔，組織和指導程序員編寫、調試程序，并對軟件進行優化和集成測試，開發出符合系統總體設計要求的高質量軟件；具有工程師的實際工作能力和業務水平。2．考試要求

(1)掌握計算機內的數據表示、算術和邏輯運算方法；(2)掌握相關的應用數學及離散數學基礎知識；

(3)掌握計算機體系結構以及各主要部件的性能和基本工作原理；

(4)掌握操作系統、程序設計語言的基礎知識，了解編譯程序的基本知識；(5)熟練掌握常用數據結構和常用算法；(6)熟悉數據庫、網絡和多媒體的基礎知識；

(7)掌握C程序設計語言，以及C++、Java中的一種程序設計語言；(8)熟悉軟件工程、軟件過程改進和軟件開發項目管理的基礎知識；(9)掌握軟件設計的方法和技術；

(10)了解信息化、常用信息技術標準、安全性，以及有關法律、法規的基礎知識；(11)正確閱讀和理解計算機領域的英文資料。3．考試科目

(1)計算機與軟件工程知識，考試時間為150分鐘，筆試，選擇題；(2)軟件設計，考試時間為150分鐘，筆試，問答題。

二、考試范圍

考試科目1：計算機與軟件工程知識 1.計算機科學基礎知識 1.1數制及其轉換

二進制、八進制、十進制和十六進制等常用數制及其相互轉換 1.2 計算機內數據的表示

數的表示（補碼表示，整數和實數的表示，精度和溢出）

非數值表示（字符和漢字表示，聲音表示、圖像表示）1.3算術運算和邏輯運算

計算機中的二進制數運算方法

邏輯代數的基本運算 1.4其他數學基礎知識

常用數值計算

排列組合，概率論應用，應用統計（數據的統計分析）

編碼基礎

命題邏輯、謂詞邏輯、形式邏輯的基礎知識

運籌基本方法 2.計算機系統知識

2.1計算機硬件基礎知識

2.1.1計算機系統的組成、體系結構分類及特性

CPU、存儲器的組成、性能和基本工作原理

常用I/O設備、通信設備的性能以及基本工作原理

I/O接口的功能、類型和特性

CISC/RISC，流水線操作，多處理機，并行處理 2.1.2存儲系統

虛擬存儲器基本工作原理，多級存儲體系

RAID類型和特性

2.1.3可靠性與系統性能評測基礎知識

診斷與容錯

系統可靠性分析評價

計算機系統性能評測方法 2.2計算機軟件知識

2.2.1數據結構與算法知識

數組

鏈表

隊列、棧

樹

圖的定義、存儲和基本操作

雜湊（Hash表）

常用的排序算法、查找算法、數值計算、字符串處理、數據壓縮算法、遞歸算法、圖的相關算法

算法描述和分析 2.2.2 操作系統知識

操作系統的內核

處理機管理

存儲管理

設備管理

文件管理

作業管理

網絡操作系統和嵌入式操作系統基礎知識

操作系統的配置

2.2.3程序設計語言和語言處理程序知識

匯編、編譯、解釋系統的基礎知識和基本工作原理

程序設計語言的基本成分（數據、運算、控制和傳輸），程序調用的實現機制

各類程序設計語言的主要特點和適用情況 2.2.4 數據庫知識

數據庫模型（概念模式、外模式、內模式）

數據模型，ER圖，規范化

數據操作

數據庫語言

數據庫管理系統的功能和特征

數據庫的控制功能

數據倉庫和分布式數據庫基礎知識 2.3 計算機網絡知識

網絡體系結構

傳輸介質，傳輸技術，傳輸方法，傳輸控制

常用網絡設備和各類通信設備的特點

Client-Server結構，Browser-Server結構

LAN（拓撲，存取控制，組網，網間互連）

Internet 和Intranet 基礎知識以及應用

網絡軟件

網絡管理，網絡性能分析 2.4 多媒體基礎知識

多媒體系統基礎知識

簡單圖形的繪制，圖像文件的處理方法

音頻和視頻信息的應用

多媒體應用開發過程 3.系統開發和運行知識 3.1軟件工程知識

軟件生存周期與軟件生存周期模型

軟件開發方法

軟件開發項目管理

軟件開發工具與軟件開發環境 3.2 系統分析基礎知識

系統分析的主要步驟

機構化分析方法 3.3 系統設計基礎知識

概要設計與詳細設計的基本任務

系統設計的基本原理

系統模塊結構設計

結構化設計方法

面向數據結構的設計方法

系統詳細設計 3.4 系統實施基礎知識

系統實施的基本內容

程序設計方法

程序設計的基本模塊

系統測試

系統轉換

3.5 系統運行和維護基礎知識

系統可維護性的概念

系統維護的類型

系統評價的概念和類型 3.6 軟件質量管理基礎知識

軟件質量特性（ISO/IEC 9126軟件質量模型）

軟件質量保證

軟件復雜性的概念及度量方法（McCabe度量法）

軟件評審（設計質量評審、程序質量評審）

軟件容錯技術

3.7 軟件過程改進基礎知識

軟件能力成熟度模型CMM 統一過程（UP）與極限編程（XP）的基本概念 4.面向對象基礎知識

面向對象的基本概念

面向對象分析與設計知識

分析模式與設計模式知識

面向對象程序設計知識

面向對象數據庫、分布式對象基礎知識 5.信息安全知識

信息系統安全基礎知識

信息系統安全管理

保障完整性與可用性的措施

加密與解密機制基礎知識

風險管理（風險分析、風險類型、抗風險措施和內部控制）

計算機安全相關的法律、法規基礎知識

6.標準化、信息化和知識產權基礎知識 6.1 標準化基礎知識

標準化意識，標準化組織機構，標準的內容、分類、代號與編號規定，標準制訂過程

國際標準、國家標準、行業標準、企業標準

代碼標準、文件格式標準、安全標準、互聯網相關標準、軟件開發規范和文檔標準、基于構件的軟件標準 6.2 信息化基礎知識

全球信息化趨勢、國家信息化戰略、企業信息化戰略和策略

互聯網相關的法律、法規

個人信息保護規則

遠程教育、電子商務、電子政務等基礎知識

企業信息資源管理基礎知識 6.3 知識產權基礎知識

保護知識產權有關的法律、法規 7.計算機專業英語

具有工程師所要求的英語閱讀水平

理解本領域的英語術語

考試科目2：軟件設計 1．外部設計

1.1 理解系統需求說明 1.2 準備進行系統開發

選擇開發方法、準備開發環境、制訂開發計劃 1.3 設計系統功能

選擇系統結構

設計各子系統的功能和接口

設計安全性策略、需求和實現方法

制訂詳細的工作流和數據流 1.4 設計數據模型

設計ER模型及其他數據模型 1.5 編寫外部設計文檔

系統配置圖、各子系統關系圖

系統流程圖、系統功能說明書

輸入輸出規格說明、數據規格說明、用戶手冊框架

設計系統測試要求 1.6 外部設計的評審 2．內部設計

2.1 設計軟件結構

按構件分解，確定構件功能、規格以及構件之間的接口

數據結構與算法設計

采用中間件和工具 2.2 設計輸入輸出 2.3 設計物理數據 2.4 構件的創建和重用

創建構件、重用構件

使用子程序庫或類庫 2.5 編寫內部設計文檔

構件劃分圖、構件間的接口、構件處理說明

屏幕界面設計文檔、報表設計文檔、文件設計文檔、數據庫設計文檔 2.6 內部設計的評審

3．數據庫應用分析與設計

設計關系模式

數據庫語言（SQL）

數據庫訪問 4．程序設計 4.1 模塊劃分

4.2 編寫程序設計文檔 4.3 程序設計評審 5．系統實施

5.1 配置計算機系統及環境 5.2 選擇合適的程序設計語言

5.3 用C程序設計語言以及C++、Java中的任一種程序設計語言進行程序設計 5.4 系統測試

指導程序員進行模塊測試，并進行驗收

準備系統集成測試環境和測試工具

準備測試數據

寫出測試報告 6．軟件工程應用

6.1 軟件開發周期模型 6.2 需求分析 6.3 軟件設計

軟件設計的基本原則

軟件設計方法

程序設計（結構化程序設計、面向對象程序設計）6.4 軟件測試的原則與方法

6.5 軟件質量（軟件質量特性、軟件質量控制）

6.6 軟件過程評估基本方法、軟件能力成熟度評估基本方法

6.7 軟件開發環境和開發工具 6.8 面向對象技術

面向構件技術

統一建模語言（UML）

軟件過程改進模型和方法 6.9 網絡環境軟件技術

三、題型舉例

（一）選擇題

1.某系統的可靠性結構框圖如下圖所示。該系統由4個部件組成，其中2、3兩部件并聯冗余，再與1、4部件串聯構成。假設部件1、2、3的可靠度分別為0.90、0.70、0.70。若要求該系統的可靠度不低于0.75，則進行系統設計時，分配給部件4的可靠度至少應為（1）。

（1）A.B.C.D.（二）問答題

試題一 軟件設計必做樣題

閱讀下列說明以及圖1-1和圖1-2，回答問題

1、問題2和問題3，將解答填入答題紙的對應欄內。[說明] 某電話公司決定開發一個管理所有客戶信息的交互式網絡系統。系統的功能如下： 1.瀏覽客戶信息：任何使用Internet的網絡用戶都可以瀏覽電話公司所有的客戶信息（包括姓名、住址、電話號碼等）。

2.登錄：電話公司授予每個客戶一個帳號。擁有授權帳號的客戶，可以使用系統提供的頁面設置個人密碼，并使用該帳號和密碼向系統注冊。

3.修改個人信息：客戶向系統注冊后，可以發送電子郵件或者使用系統提供的頁面，對個人信息進行修改。

4.刪除客戶信息：只有公司的管理人員才能刪除不再接受公司服務的客戶的信息。系統采用面向對象方法進行開發，在開發過程中認定出的類如下表所示： 編號 類名 描述 InternetClient 網絡用戶 CustomerList 客戶信息表，記錄公司所有客戶的信息 3 Customer 客戶信息，記錄單個客戶的信息 4 CompanyCustomer 公司客戶 InternalClient 公司的管理人員 圖1-1

【問題1】

在需求分析階段，采用UML的用例圖（use case diagram）描述系統功能需求，如圖1-1所示。請指出圖中的A、B、C和D分別是哪個用例？ 【問題2】

在UML中，重復度（Multiplicity）定義了某個類的一個實例可以與另一個類的多少個實例相關聯。通常把它寫成一個表示取值范圍的表達式或者一個具體的值。例如圖3-2中的類InternetClient和CustomerList，InternetClient端的“0..*”表示：一個CustomerList的實例可以與0個或多個InternetClient的實例相關聯；CustomerList端的“1”表示：一個InternetClient的實例只能與一個CustomerList的實例相關。請指出圖1-2中(1)到(4)處的重復度分別為多少？ 【問題3】

類通常不會單獨存在，因此當對系統建模時，不僅要識別出類，還必須對類之間的相互關系建模。在面向對象建模中，提供了四種關系：依賴（dependency）、概括（generalization）、關聯（association）和聚集（aggregation）。請分別說明這四種關系的含義，并說明關聯和聚集之間的主要區別。

第五篇：系統架構設計師考試心得

系統架構設計師http://

系統架構設計師考試心得

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

【前期準備】

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

參考書籍：

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

【中期準備】

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

參考書籍：

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

系統架構設計師http://

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

【后期準備】

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

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

【總結】

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

系統架構設計師http://

再者，要多了解一下當前互聯網產業的熱門技術，畢竟做架構設計工作也是與時俱進的，現在都有好多的成熟架構解決方案，平時多了解和積累一些。

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

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