職業發展路徑：

根據IDC的統計數字，在所有軟體開發類人才的需求中，對Java軟體工程師的需求達到全部需求量的60%-70%。目前，雖然Java人才的薪水很高，但是對該類人才需求旺盛的IT企業卻很難招聘到合格的Java人員。其中，最根本的原因就是許多計算機專業的畢業生在讀期間沒有掌握實用的技能與經驗，距離企業的實際用人要求有較大的差距。因此，計算機專業的大學生欲成為Java工程師，最便捷的一條路就是參加以實戰專案為主要教學方法的Java職業技能培訓，從而有效地縮短同企業具體用人要求之間的差距。

從事該行業所需的職業素質，您具備嗎？

第一、需求分析能力

對於軟體工程師而言，理解需求就可以完成合格的程式碼，但是對於研發專案的組織和管理者，他們不但要理解客戶需求，更多時候還要自行制定一些需求，為什麼這麼說呢？

一般而言，進行研發任務，也許是客戶提出需求，也許是市場和營銷部門提出的需求，這時候對於研發部門，他們看到的不是一個完整的需求，通常而言，該需求僅僅是一些功能上的要求，或者更正規些，可能獲得一個完整的使用者檢視；但是這都不夠，因為客戶由於非技術因素多一些，他們可能很難提出完整和清晰，或者說專業性的效能需求，但是對於專案組織者和規劃者，他必須能夠清醒認識到這些需求的存在並在完成需求分析報告的時候適當的提出，同時要完整和清晰的體現在設計說明書裡面，以便於程式設計師編碼時不會失去這些準則。

程式設計者必須正確理解使用者需求所處的環境，並針對性做出需求的分析，舉例而言，同樣一個軟體通過ASP租用方式釋出和通過License方式釋出，效能需求可能就是有區別的，前者強調的是更好的支撐能力和穩定性，而後者則可能更強調在各種平臺下的普適性和安裝使用的簡捷性。

第二、專案設計方法和流程處理能力

程式設計者必須能夠掌握不少於兩到三種的專案設計方法（比如自頂至下的設計方法，比如快速原型法等等），並能夠根據專案需求和資源搭配來選擇合適的設計方法進行專案的整體設計。

設計方法上選擇不當，就會耽誤研發週期，浪費研發資源，甚至影響研發效果。

一個程式設計者還需要把很多功夫用在流程圖的設計和處理上，他需要做資料流圖以確立資料詞典；他需要加工邏輯流圖以形成整體的系統處理流程。

一個流程有問題的系統，就算程式碼多漂亮，每個模組多精緻，也不會成為一個好的系統。當然，做好流程分析並選擇好專案設計方法，都需要在需求分析能力上具有足夠的把握。

第三、複用設計和模組化分解能力

這個似乎又是老調重談，前面基本素質上不是已經說明了這個問題嗎？

作為一個從事模組任務的程式設計師，他需要對他所面對的特定功能模組的複用性進行考慮，而作為一個系統分析人員，他要面對的問題複雜的多，需要對整體系統按照一種模組化的分析能力分解為很多可複用的功能模組和函式，並針對每一模組形成一個獨立的設計需求。舉個例子，好比是汽車生產，最早每輛汽車都是獨立安裝的，每個部件都是量身定做的，但是後來不一樣了，機器化大生產了，一個汽車廠開始通過流水線來生產汽車，獨立部件開始具有一定的複用性，在後來標準化成為大趨勢，不同型號，品牌甚至不同廠商的汽車部件也可以進行方便的換裝和升級，這時候，汽車生產的效率達到最大化。軟體工程也是同樣的道理，一個成熟的軟體行業，在一些相關專案和系統中，不同的部件是可以隨意換裝的，比如微軟的許多桌面軟體，在很多操作模組（如開啟檔案，儲存檔案等等）都是複用的同一套功能模組，而這些介面又通過一些類庫提供給了桌面應用程式開發者方便掛接，這就是複用化的模組設計明顯的一個佐證。

將一個大型的，錯綜複雜的應用系統分解成一些相對獨立的，具有高度複用性的，並能僅僅依靠幾個引數完成資料聯絡的模組組合，是作為高階程式設計師和系統分析員一項最重要的工作，合適的專案設計方法，清晰的流程圖，是實現這一目標的重要保證。

第四、整體專案評估能力

作為系統設計人員，必須能夠從全域性出發，對專案又整體的清醒認識，比如公司的資源配置是否合理和到位，比如工程進度安排是否能最大化體現效率又不至於無法按期完成。評估專案整體和各個模組的工作量，評估專案所需的資源，評估專案可能遇到的困難，都需要大量的經驗積累，換言之，這是一種不斷總結的累計才能達到的境界。在西方一些軟體系統設計的帶頭人都是很年長的，比如4，50歲，甚至更老，他們在編碼方面已經遠遠不如年輕人那樣活絡，但是就專案評估而言，他們幾十年的經驗積累就是最重要和寶貴的財富。中國缺這麼一代程式設計師，主要還不是缺那種年紀的程式設計師，而是那種年紀的程式設計師基本上都是研究單位作出來的，都不是從專業的產品化軟體研發作出來的，他們沒有能積累那種產品化研發的經驗，這也是沒有辦法的事情。

第五、團隊組織管理能力

完成一個專案工程，需要團隊的齊心協力，作為專案設計者或研發的主管人，就應當有能力最大化發揮團隊的整體力量，技術管理由於其專業性質，不大同於一般的人事管理，因為這裡面設計了一些技術性的指標和因素。

首先是工作的量化，沒有量化就很難做到合適的績效考核，而程式量化又不是簡單的程式碼行數可以計算的，因此要求技術管理人員需要能真正評估一個模組的複雜性和工作量。

其次是對團隊協作模式的調整，一般而言，程式開發的協作通常分為小組進行，小組有主程式設計師方式的，也有民主方式的，根據程式設計師之間的能力水平差距，以及根據專案研發的需求，選擇合適的組隊方式，並能將責權和成員的工作任務緊密結合，這樣才能最大發揮組隊的效率