第一篇：軟件架構設計師崗位職責

1.負責公司產品平臺、數據庫、接口和應用架構設計，理解和分析客戶的業務需求，保證系統設計合理，滿足業務發展的需求。

2.負責將業務需求規范轉換為詳細的方案設計和實現設計。

3.領導和培訓軟件工程師按照架構設計和技術規范展開設計、開發和測試工作。

4.負責解決開發部員工的疑難問題。

5.負責領導開發人員進行底層設計。

第二篇：系統架構設計師崗位職責

1.負責相關產品的架構設計工作，以及產品間的接口設計及管理。

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

3.負責或參與公司外部和內部技術規范的制定。

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

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

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

7.與其他部門進行協調、溝通，保證開發與設計相符。

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

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

第三篇：系統分析師、系統架構設計師崗位職責

1.負責軟件產品的系統分析設計，核心模塊實現。

2.負責對產品的整體系統架構，開發及相關管理文檔編寫。

3.有團隊管理經驗，并能按照相關研發規范過程進行研發。

第四篇：軟件設計師心得

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

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

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

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

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

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

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

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

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

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

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

軟件設計師的專業能力

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

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

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

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

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

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

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

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

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

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

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

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

第五篇：軟件設計師-工作總結

2014個人工作總結

-XXX

一年來，我以“服從領導、團結同志、認真學習、扎實工作”為準則，堅持高標準、嚴要求，完成了各項工作任務。

一、加強學習、不斷提升自身素養

作為一名入黨積極分值，認真學習黨的精神，積極向黨組織靠攏，弄清工作的方向、目標和任務，確保在思想上、行動上和黨組織保持一致；針對自身不足，有針對性地進行學習，提高自己的思想境界，牢記“全心全意為人民服務”的宗旨，樹立服務意識，培養奉獻精神。

二、端正作風，勤懇認真嚴于律己

結合自身工作的實際情況，按照公司的規章制度，時刻警醒自己，做到遵章守紀、團結同事、求真務實、樂觀上進，始終保持嚴謹認真的工作態度和一絲不茍的工作作風，做到老老實實做人，勤勤懇懇做事。

三、努力工作、確保完成各項任務

在工作實踐中，打好理論基礎。積極向同事學習經驗，多問多想多做，做好反思和總結，在實際操作中磨練自己的業務能力。領導交辦的每一項工作，分清輕重緩急，科學安排時間，按時、按質、按量完成任務。一年來，我主要承擔組織部產品線的設計和研發工作：

2014-1~3月，~~；

2014-3~7月，完成~~的需求調研、設計、開發工作；

2014-7~10月，完成~~的需求調研、設計、開發工作；

2014-10~12月，參與~~項目；

四、工作中的不足與2015年工作計劃

回顧一年來的工作，我在思想上、學習上、工作上取得了新的進步，但我也認識到了自己的不足之處，主要是專業技術水平有待提高，工作方法有待改進，實踐經驗還不夠等。我將正視自己工作中存在的問題，并在以后的工作學習中加以改正。

2015年計劃：

2015-1~3月，~~項目的需求調研工作；

2015-4~7月，完成~~全國推廣工作，完成~~項目的研發和推廣工作；

2015-8~12月，~~