本文格式為Word版，下載可任意編輯——軟件業職位總結4系統類安全類維護類軟件業職位總結4系統類、安好類、維護類[1]。職業規劃就是對職業生涯乃至人生舉行持續的系統的籌劃的過程。一個完整的職業規劃由職業定位、目標設定和通道設計三個要素構成。

系統類、安好類、維護類

將這三類放在一起，一方面是我在這方面工作閱歷對比少，只是平日在工作中接觸，另一方面我覺得在這幾類職位的工作內容是好多職位都需要掌管的技術只是這幾類職位要求的技術更精，承受的工作量更多，譬如系統管理員每天都會監控服務器，會將給參與團隊的同事建帳號授權，將離開的舊同事帳號注銷。現在我們來一一介紹這幾類職位，結果的重要的理由是這類職位與軟件職位有關系但與軟件職業有些距離。

網絡工程師

確定規模的軟件公司或者大型的單位都需要將本單位的計算機聯網，創辦網絡不僅需要布線，調試網絡設備如交換機、路由器、放火墻、VOIP設備、存儲設備等，還需要管理接入網絡的各種設備譬如服務器ip地址，一組計算機的IP，網絡打印機等等。概括來說網絡工程師從事的工作有以下幾類：

1.負責機房內的網絡聯接及各網段的劃調配置。

2.負責系統網絡的拓撲圖的建立和完善，并做好系統路由的解析和資料的整理。

3.負責機房線路的布置和協議的模范工作。

4.負責計算機間的網絡聯接及網絡共享，并負責網絡間安好性的設置。

5.負責對網絡障礙的分析，實時處理和解決網絡中展現的問題。

6.利用網絡測試分析儀，定期對現有的網絡舉行優化工作。

根據網絡工程師的專長大致有：配置管理類；布線施工類。

熱愛網絡的不是熱愛上網的同志可以投身到這個職位的進展中，我研究生是學習網絡的，研究的是網絡協議一致性測試，但是后來并沒有一向在這個方向上進展，并不是網絡工程師沒有進展，只是我的工作沒有遇到這樣的機遇，我的一些同學后來一向從事網絡方面的工作。在后來的工作中網絡技術學識給與了我很大扶助，經常性的在一些和開發人員的技術議論會中提出專業的術語讓同事驚疑。現在簡樸來說一下網絡工程師的職位進展，一種是直接進入專業的網絡技術公司如華為，你的工作可能是售前，也可能是做網絡工程師，客戶譬如電信、移動買了設備你要去扶助他們安裝調試，隨著技術積累和工作閱歷你可能會成為公司某個部門的主管，這個部門負責某類企業的業務。其次種你應聘去了非網絡專業的公司甚至非IT類的，你可能會從根基做起在實踐中積累閱歷進展到側重某類技術譬如網絡存儲工程師、綜合布線工程師、網絡安好工程師等。結果進階到專家級別，如IT工程經理、網絡主管或者技術專家等。

系統管理員

好多公司可能不會特意設置這么一個職位，但是系統管理員切實是不能缺少的，有時是由高級別的主管兼職，工作主要負責服務器的管理維護工作，服務器是每個公司的重要資源，他的計算、存儲、組織管理域控等等，如何讓它穩定、安好、高效的運行是需要專業的技術學識和豐富的閱歷。

系統管理員的工作大致分為兩類硬件和軟件。硬件類的：譬如服務器安裝操作系統時，根據這臺機器運行的業務如何創造磁盤陣列，做raid1還是做raid5；最近服務器總是慢運用日志工具檢查問題出在哪里，需要升級那些部件；有一天突然看到某臺設備展現的報警，但是服務器還在運行，如何安好的換下報警的部件決不能讓服務器宕機。軟件類，最典型的就是AD的維護，管理和維護帳戶，或是某個重要的軟件系統的維護，譬如我在的單位有個資深的測試工程師就兼職管理維護StarTeam服務器。

zc530.Com我推舉

軟件業職位總結1銷售類[2]

售后工程師和系統集成工程師：

都屬于技術支持工程師，當客戶把軟件買下了，在使用的時候總會展現各種故障，不單是小軟件公司的售后要經常跑到客戶那去解決軟件運行報錯，安裝故障，誤操作錯誤，數據恢復等等問題。越是大公司它的售后技術支持氣力越大，由于他們的軟件承載的業務分外重要，一點奇怪或是錯誤都會給客戶帶來巨大的損失也會讓自己在業內蒙受羞辱。售后工程師首先是要對自己負責的產品分外精通，熟諳每個組件的運行處境，產品的安裝環境，客戶的業務運行狀態等等。在展現問題實時趕赴現場為客戶解決故障，挽回損失。系統集成工程師的技術特點與售后工程師類似，在客戶把軟件買下后分析客戶的業務需求完成產品的實施，最終得志客戶的要求。

為什么將銷售放在第一個講，不僅是銷售類的薪酬高、技術要求高，另一個理由是我的個人觀點：軟件業經過這么多年的進展，正在轉變為傳統行業，傳統行業的一個特點是銷售分外重要。

1、傳統行業的特點2:8，20%的企業占有市場的80%份額，軟件業的大公司逐步分化分別操縱不同行業的軟件需求，如金碟、用友在國內財務軟件類的巨頭，東軟那么是醫療類軟件巨頭，數據庫類的有ORACLEMySQL、SQLSERVER、DB2分別屬于ORACLE、MS、IBM公司三家公司的數據庫產品幾乎瓜分數據庫產品的銷售市場。在桌面操作系統類XP，VISTA，WIN7和UbuntuRedHat雪豹；服務器類的WebLogic、WebSphere、IIS、Glassfish；隨著虛擬化，云計算技術的進展未來的軟件業的格局可能會更加集中，將為客戶供給更加專業的服務。

2、需求推動技術進展到技術引領需求進展的轉變，在軟件業的初期都是有這樣那樣的業務需求，譬如圖像處理、三D建模軟件，都是有著好多的需求，哪個軟件能領先得志這些需求，他的公司就能急速進展。在大家的軟件都實現了用戶的需求時，哪個軟件實現的效果好運行的穩定操作人性化那么它的公司就會淘汰那些不向前進展的公司。譬如：netAntsflashGetxunLei現在各家公司做軟件都做得不錯價錢也都公平，怎么才能讓客戶相信自己的產品和公司呢，那就是引導客戶的需求，這時就是技術引領需求進展了。譬如現在的主數據、元數據管理，SOA等。

3、接洽服務在軟件業的比重越來越大，IBM有好多業務都是接洽服務一份報告30頁，一個月時間60萬。軟件業的售前活動分外像接洽服務，售前工程師通過訪問客戶，與客戶交談了解業務情形和特點，察覺并理解目前存在的問題，提出針對的解決方案，并將自己的解決方案與別的公司做技術和經濟性的比較。

軟件業職位總結5開發類[1]

需求分析師

在確定工程后需求分析師和客戶舉行深入和細致的溝通。理解業務和客戶在他們中業務中用到交互方式；還需要理解這個工程中牽涉到的各種利益相關人員，要充分的從他們的想法中得到模范的業務需求。重要的是深入的理解業務需求，梳理出需求的各個功能點，每個功能的業務性質，另外還需要挖據出系統的非功能性需求。由于客戶并不懂軟件專業，他們的口述完全是對未來系統的模糊想法，有些客戶可能前后描述的需要自相沖突，好的需求分析師不僅能明顯的掌管業務需求，不僅將需求從業務人員的口述的功能提煉出需求分析報告，這份報告在不需要接觸客戶的處境下，開發人員都能明顯一致地理解，高級的需求分析工程師還能從需求中抽象出本質的內容，對于不穩定的需求找出其中的本質問題，可以給出各種重用的方法。能夠挖據出潛在的需求問題，對于業務能夠提出可兼容、可擴展的需求解決方法。除對需求本身的分析，還得能夠理解客戶的組織機構、人員組成，關鍵人物的業務要求。他作出的分析報告，不僅客戶中的基層人員能夠采納，還能得志高層領導的要求。經過需求分析師的辛苦勞動，結果會給出一份《軟件需求規格說明書》，這份說明書為以后的工作奠定了重要的根基。它細致的描述了系統有哪些功能點，每個功能點的操作和數據格式，系統使用者的分類，功能點的優先級，系統的非功能性需求，數據字典，系統的應用環境，擴展點，維護功能，甚至界面要求。

需求分析方法：

1。繪制系統關聯圖，這種關聯圖是用于定義系統與系統外部實體間的界限和接口的簡樸模型。同時它也明確了信息流和實物流。

2。創造用戶接口（系統操作界面）原型，開發一個可能的局部實現，這樣使得大量概念和可能發生的事更為直觀領略。用戶通過評價原型將使工程參與者能更好地相互理解所要解決的問題。留神要找出需求文檔與原型之間全體的沖突之處。

3。分析需求可行性，在允許的本金、性能要求下，分析每項需求實施的可行性，明確與每項需求實現相聯系的風險，包括與其它需求的沖突，對外界因素的憑借和技術障礙。

4。確定需求的優先級別。以優先級為根基確定產品版本將包括哪些特性或哪類需求。當允許需求變更時，在特定的版本中參與每一項變更，并在那個版本籌劃中作出需要的變更。

5。為需求建立模型，需求的圖形分析模型是軟件需求規格說明極好的補充說明。它們能供給不同的信息與關系以有助于找到不正確的、不一致的、遺漏的和冗余的需求。這樣的模型包括數據流圖、實體關系圖、狀態變換圖、對話框圖、對象類及交互作用圖。

6。創造數據字典，數據字典是對系統用到的全體數據項和布局的定義，以確保開發人員使用統一的數據定義。在需求階段，數據字典至少應定義業務數據項以確保客戶與開發小組是使用一致的定義和術語。分析和設計工具通常包括數據字典組件。

7。使用質量功能調配，將產品特性、屬性與對客戶的重要性聯系起來。該技術供給了一種分析方法以明確那些是客戶最為關注的特性。QFD將需求分為三類：期望需求，即客戶或許并未提及，但如若缺少會讓他們感到不合意；普遍需求；興奮需求，即實現了會給客戶帶去驚喜，但若未實現也不會受到誹謗

使用的工具：UML，VISIO，思維導向工具MindManager。

軟件業職位總結2測試類

測試技術經過這么多年的進展，在大學已經有軟件測試的專業，在好多年前就有軟件測試研究方向。我讀碩士研究生時的研究方向就是網絡協議的一致性測試。在這里只是介紹測試職位在實際工作中的概括工作是什么。一個測試工程師的工作大致上是在完全理解軟件的業務需求后根據每個功能點和它的分類；編寫功能測試例，將測試例分組歸類成測試套件。測試例是測試文檔中最根基的組成部門，測試工程師根據測試例去測試軟件，測試的軟件是在經過開發部門單元測試后提交給測試部門用來做集成測試和系統測試。隨后咱們介紹一下測試工作的種類：單元測試、集成測試、系統測試、回歸測試、性能測試、安好測試。測試軟件可以是人工操作通過鼠標點擊鍵盤錄入來實現，也可以編寫測試腳本，或者在人工操作測試的過程中通過專業測試軟件錄制測試腳本，然后再手工修改片面代碼，以后就可以自動執行測試，不用再手工測試。提高了測試效率和測試的切實性。由于一個軟件的測試例在編寫的時候軟件業務需求、技術需求等文檔根本都已定稿，所以測試文檔確定以后是很少修改或變更。測試腳本或測試程序也變化不大，每次的回歸測試假設都是手工測試那么工作量可想而知，回歸測試一般都是由測試腳本來自動測試。由于編寫的測試腳本最終運行后要給出測試結果，一般的測試結果分三類：通過、失敗、未決。

關于測試的分類一般分為以下：單元測試、集成測試、系統測試、回歸測試、性能測試、安好測試。單位測試一般有開發部門自己完成，主要測試自己編寫的代碼實現的功能、組件接口是否符合設計文檔，輸入輸出是否正確。在完成單元測試后提交給測試部門。管理模范的公司或者通過CMM3級的組織都會有代碼管理工具如StarTeamSourceSafe等。測試部門會在開發部門提交代碼后下載最新版的代碼，集中編譯上傳到測試環境中，舉行集成測試。集成測試用來測試軟件的各組成片面是否能按設計要求組合在一起實現預定的功能，做各模塊聯調測試，檢查各模塊的接口是否一致、各模塊間的數據流和操縱硫是否按照設計實現其功能、以及結果的正確性驗證，可以是整個產品的集成測試，也可以是大模塊的集成測試。集成測試之后就是系統測試：它是針對整個產品的全面測試，既包含各模塊的驗證性測試（驗證前兩個階段測試的正確性）和功能性（產品提交個用戶的功能）測試，又包括對整個產品的剛強性、安好性、可維護性及各種性能參數的測試。回歸測試是當軟件需求發生變化，程序代碼也完成更新，這時要測試一下修改或新增的代碼對已有未變化的功能是否有影響。防止修改了舊bug增加了新bug。或者增加了新功能原有的功能卻不能用了！性能測試一般會測試軟件并發用戶數，響應時間，大數據的處理，長交易處理才能，宕機恢復才能等一般會使用LoadRunner。安好測試主要基于工具分析和掃描，檢查是否存在危害如：注入攻擊、拒絕服務、配置操縱、訪問操縱、日志偽造等等。

產品測試經理

屬于測試工程師的老板或上級，具有豐富的產品測試閱歷和需求領悟才能。曾經的一個測試事故讓我對產品測試經理的才能有了分外深的印象。有一次系統新增加了一項與之前功能相關且名稱好像，測試工程師沒有理解業務需求編寫出來的測試例幾乎沒有籠罩新增加的功能，被產品測試經理檢查出并校正。敏銳的洞察力和良好的分析、研判才能來分析市場進展趨勢，可以提出軟件的進展或進步方向。把握用戶需求，完成需求分析到測試轉變，對產品設計的活力和提升要能提出關鍵的觀法。負責或合作其他部門，持續改善產品。負責測試團隊的日常管理工作。

測試類職位的特點

職位的重要性和地位在穩步上升，與開發類平分秋色。在前些年人們往往看不起測試職位，一方面它位于整個工程的下游，假設沒有開發就沒有測試，測試總是跟在開發后面。另一方面軟件系統的繁雜性和應用環境簡樸，測試在工程起的作用較小。但是這兩方面隨著開發技術的進展尤其測試驅動開發TDD，還有是人們對軟件質量的關注使得測試逐步和開發地位根本持平。我原來在的單位技術性的員工有100多，開發技術部的有40人，工程部30人，測試部30人。

且職業壽命在積累中逐步增長類似醫師。自動化測試、一致性測試、互操作測試等等技術的進展使測試工程師在工作中不斷積累了閱歷，不像開發類的技術和工具都不斷更新。而測試類的工程越來越值錢，越老對軟件的理解越豐富。

在軟件業技術是分外重要的，在從事技術類高級職位的工程師，不僅有分外好的技術，還能率領一支技術隊伍，像導師一樣扶助他們給于技術支持和指導，確定工作方法，指明工作方向，解決隊伍在工程過程中遇到各種技術問題。同時還要具備領導才能。我在讀研究生的時候老師讓我給本科生帶輔導，我對這樣工作一點不重視，覺得不就是看著他們做測驗出錯的時候去給調試一下，但是我的老師很肅穆的對我說：你要給別人一滴水，你自己要有一桶水，我有又了一句，假設你只有一滴水，你只會給別人一頭霧水。

軟件業職位總結3工程管理類[1]

每當公司接下一個單子，為了能夠按時保質的完成合同的交付物，老板就會將這樣重要的任務交給工程經理，這是一個要求綜合素質的職位，既要懂技術又要懂管理還得性格適合。從這三方面我們逐一了解一下工程經理的工作。為什么會有工程經理這樣的職位呢，很簡樸一個工程總得由一個人來籌劃調度實施，假設是個小公司那么工程經理就是老板，但是到了確定規模的軟件公司老板哪有這么大的精力同時管理多個工程，所以他就將工程調配給適合的工程經理來負責。一般的來說老板要求工程經理確保工程順遂實施，保證客戶合意，只有順遂實施客戶合意公司才能拿到錢。這也是老板衡量工程經理工作能、水平上下的根本標志。再者老板會讓工程經理報告整個工程的評估包括工作內容、工作量，人力安置調配，經費預算，工程總體規劃，如何分階段實施。看過工程經理的報告老板再參與自己的觀法，再和其他部門，譬如測試部，開發技術部，系統部工程的相關部門一起議論這份報告工程，確定如何實施工程，結果由工程經理來綜合管理這個工程。貌似在這里猶如除了老板就是工程經理厲害了，其實不然。工程經理只是綜合管理這個工程并不是老板有著十足的操縱權，他要從開發技術部、測試部等相關部門的職員中找到適合的人來成立工程組，要想組織起一個告成的工程組，這不是想象的那么簡樸，需要這么工程經理有適合的性格，一個脾氣大有摳門的工程經理是組織不起來好的隊伍，但是脾氣好由大方的也不確定能，需要一個適合的性格。來管理那些屬于不同部門的同事一起同甘共苦完成工程。既然隊伍拉起來那就干吧，既然是這個工程組工程經理好多關鍵問題需要他來決策。工程經理要親自決策的問題包括實施方案、總體技術方案、重大技術措施、獎懲、設備購買方案、資源調配、進度籌劃安置、合同及設計變更、接待客戶等。是她來決策干活的可能是架構師、測試部工程師、也可能就是他自己做的文檔。在實施的過程中不斷的監視進度，檢查質量，修正方向，修改方案，和各部門扯皮最多的是系統部和測試部，向老板匯報，聯系客戶表示階段成果和客戶溝通，還得犒賞組員吃吃飯喝喝酒。結果按時按要求的交付。我們來看看工程組的成員，一般工程組都會有架構師，系統分析師，需求分析師，開發工程師，測試工程師，一半個系統部的人，QA，工程經理就是要哄著這些人好好努力工作，不惜加班，帶病工作。

但這樣人都不是好惹的，他們中有些人的級別比工程經理的級別高，薪水地位比他高，怎么能帶好這支隊伍，這就要求工程經理有個適合的性格。在別的行業工程經理可能不會遇到這樣的問題，但是軟件行業這是常有的事，甚至有的老板都不了解這個問題，隨意招來一個自吹自擂的家伙就讓他來負責，結果組員告狀，消極怠工，工程失敗或者不告成。可見工程經理要有好的EQ。其次還有具備工程管理學識，工程管理已經進展成一門的管理學科，它不僅僅要工程經理具備軟件開發過程管理，熟諳CMM學識，還得具備較深的開發技術功底，不然要是一個笨蛋架構師提交了一份糟糕總體設計若是沒有相關的學識不能實時校正工程實施展現了問題再從頭來。可見一個合格的工程經理要具備懂技術甚至是技術高手能夠代領大家走出技術窘境，察覺錯誤還得懂管理運用科學的工程管理學識閱歷結果還得有個適合的性格。要介紹工程經理的工作和如何做一個好的工程是一個分外大課題，但是從講座的目的我只想大家了解下工程經理的工作，假設有志在這個方向進展的摯友，我的建議就是工程管理是干出來的，不是學出來的不要以為去加入個軟考拿個證書就能干這行，同樣我早大一的其次學期就熟悉到我的本科專業管理工程不會讓我在畢業時找到好工作，同理管理是干出來的，不是學出來的，所以我連忙校正了自己，通過考研究生換了專業。

軟件業職位總結5開發類[2]

職業規劃是對職業生涯乃至人生籌劃的過程，職業生涯規劃的好壞可能將影響整個生命歷程。感謝您閱讀《軟件業職位總結5開發類[2]》內容，職場資訊網我向您推舉一些職業規劃學識，接待參考，夢想能幫到你。

開發工程師

俗稱程序員，流傳一句話恭喜，你選擇開發工程師做為自已的職業；悲哀，你選擇開發工程師做為自已的職業。這句話真的是分外有意思，好的開發工程師，可能從寫代碼做起，掌管了豐富的開發技術（c，c#，java）很快的做到系統分析師，架構師，產品設計師，走向管理層作部門主管或是CIO。辛苦的工程師可能從c到c++，再到java，開發使用的工具也是經常變化。技術在不斷進步，工程師也得不斷學習，從COM，DCOM，COM+，.netRemoting，WebServices，WCF等等，總是跟著技術跑。在日常工作中也是廢寢忘食，分外疲憊，而且還經常讓測試人員呼來喊去，無意還會被老板教導。我曾經的一個同事做了7、8年開發，分外優秀有一次出差回來，察覺他不在了，辭職走人，以為跳槽到大公司去了，后來同事報告我他出去開了家陜西面館。軟件開發工程師有一般來分：.net、java。我本人做.net開發，屬于微軟陣營。本人不太熱愛議論哪個陣營好哪個有前途，之所以沒有做java一向在微軟的.net陣營混，完全偶然，工作和工程上的需要。目前也沒有籌劃去做java。但是會經常關注java的進展，了解一些新技術。

日常工作包括：

1、根據工程概括要求，承受開發任務，按籌劃完成任務目標。

2、獨立完成軟件系統及模塊的編碼。

3、負責編制與工程相關的技術文檔。

4、合作系統分析人員完成軟件系統及模塊的需求調研與需求分析。

5、合作系統分析人員完成軟件系統及模塊的設計。

6、輔助測試試人員完成軟件系統及模塊的測試。

一個公司內的開發工程師都會分等級，高級開發工程師、開發工程師、助理開發工程師。一個正常運行的軟件公司不是那種從零開頭的，都會有自己的技術積累、成熟的開發框架、公共開發組件。一般的工作都是在此根基做開展。新工程開發了，高級開發工程師可能分到的任務都是系統技術核心片面，如開發框架，公共代碼，數據庫設計，數據字典管理等；開發工程師會做一些一般功能的實現，譬如系統中的幾個模塊；助理開發工程師等級較低，會在前輩的根基上使用公司的技術根基開發一些簡樸功能或模塊，一般是照著前輩的代碼抄。高級開發工程師為公司的技術打下堅實的根基，寫一些公共組件和代碼。或是應用新技術作些示范，教大家如何使用。開發工程師能夠獨立的完成自己的任務，提出一些好的想法。助理工程師會好好學習，融入到整體技術環境中。

開發工程師是系統最終實現的實施者，工作有很強的成就感。他掌管的開發技術好多，掌管數據庫系統Oracle、MySql、MSSqlServer，根基開發語言C、C++，JAVA，C#，系統建模語言UML，XML，開發環境VS、ECLIPSE、JDEVELOPER、NetBeans，服務器環境Win2022、Redhad、Unix等，應用服務環境IIS、Websphere、weblogic，開發框架。netframework、java容器、Hibernate、Spring，流行的實現技術設計模式、三層布局、COM+、webServices、WCF、WPF，SLIVELIGHT。實事求是的將說開發工程師是一種中間職業狀態，理由很簡樸誰也不原意每天爬在鍵盤上廢寢忘食狂敲代碼。在工程經理的不斷催促下趕進度，不斷的接到測試工程師的錯誤報告，慚愧的說不提防做錯了，連忙改。無意還會和不懂事的客戶糾纏如何操作。但是不是全體人都能突破開發工程師晉升到高級職位。但是反過來說開發工程師是系統實現的最直接的工程師，就像一個宏偉的建筑，設計者只是在紙上畫畫，但是需要施工方辛苦的勞作，最終拔地而起。可想在你的辛苦勞動下一點一滴完成的了這項工程，成就感是分外大的。而且在編寫代碼作開發的階段會積累好多好多的閱歷，需要不斷的學習新的技術，在有的時候高級職位還需要向你請教。所以另外一方面開發工程師可能是好多高級職位務必體驗的過程，幾乎全體的軟件高級職位的雇用都有幾年的開發工作體驗，豐富的開發和實施閱歷才能使你在高級職位上，在系統還沒有開發時，就能預見和分析出系統的技術需要等等問題，率領大家告成的完成任務。

軟件業職位總結5開發類[3]

系統分析師

經過幾年的開發工程師體驗，積累了豐富的開發閱歷，在不斷的努力下你的職位得到提高已經不用再每天Coding了，可以寫寫文檔、畫畫圖做設計了。

系統分析師主要參與或主管以下工作：包括業務需求、實現功能、性能要求的分析和總體技術設計工作。參與并指導開發工程師完成細致設計文檔和代碼編寫，解決系統關鍵片面的設計和開發工作，制定技術文檔的格式、內容。對系統實現的程序代碼、腳本、數據庫等交付物舉行審計和質量管理。

系統分析員要不斷的學習，不斷的實踐，不斷的更新學識，不斷的優化自己的學識布局，這一切都使得系統分析員成為稀有人才。在軟件組織中屬于高級職位。好的系統分析員師都是從優秀的開發工程師中產生的，有著堅實的開發功底，豐富的編程閱歷。沒有對系統本身舉行過透徹剖析和編碼實踐，很難領會到其中一些難以言述的精華。

系統架構師

在軟件和硬件系統沒有進展到現在的應用規模時，人們普遍的認為，教科書也在說程序=數據布局+算法。但是隨著系統的進展，程序處理數據量、并發介入客戶、系統的需求變更、運行維護等等的工作使得大家對軟件的架構越來越重視。不僅數據布局（數據庫設計、類、字段等）算法的實現技術有很大的進步，而且對系統技術布局，系統各組件的設計，系統的部署等等方面更加重視了。隨著計算機網絡操作系統、虛擬化技術、WEB服務器、應用服務器、中間件、應用程序容器，SOA，企業服務總線等技術的推廣架構設計已成為軟件系統的首要考慮。在經過一些工程的實施之后，人們逐步意識到，即使你對系統有良好的分析和設計，但是由于沒有在軟件架構方面做深入的分析在隨后的系統運行中，麻煩越來越多。譬如我們怎么在不影響業務運行的處境下將需要更換的組件撤下，將新開發的組件上線。一個大單位中上線的系統越來越多，怎么統一管理這些系統共享的數據資源，使各系統在任何時候都能拿到同樣的數據又能實時地更新。系統架構師是要站在系統之上和企業全體系統系統之間去分析，在未來多少年之內采用何種技術企業的信息系統能夠輕松應對業務需求。

終止

經過了解以上這些職位，我想大家對一個軟件公司都有些什么樣的人有了確定的了解，在一個有確定規模的軟件組織中分工是分外細致的。夢想這次講座大家對軟件公司的技術類職位不再目生，不要只知道我我將來就要搞軟件呀，能夠領會自己的目標。

軟件業職位總結3工程管理類[2]

高級工程經理

同他的名字，就是比工程經理更厲害的工程經理。有時高級工程經理是老板對跟隨自己多年的老功臣的撫慰，有時只是為了讓薪水拉開距離，有時是只有高級工程經理去做大工程，也有的時候高級工程經理來管理工程經理，它是工程經理的老板。總之概括的工作還是那些只不過更高級了，就像有些人的職務前加個資深。我在公司做的就是高級架構師但是做的就是架構師的工作，給個高架的職位是老板對你撫慰，而且他還不讓你寫代碼，假設不做開發時間長了好多東西就會逐步流失落后。

我們來說說工程管理類的職位會用到哪些工具，最根基的就是Word和Excel，不要小看這兩樣，他為工程管理供給了最根基的數據，每份統一了格式的文檔，每份用心設計的Excel都是工程的重要成果，包括各個工程周報，個人周報等等。然后就是特意用于工程管理的軟件如MSProject。軟件生產是智力密集型的活動，其產品無物理形狀，生產狀態也不成見，因而難于檢查和駕馭。如何管理工程的籌劃、調度、通信、費用估算、資源調配以及質量操縱等。軟件工程管理工具就是要使這種生產過程成為可見、可控的過程。使用它能扶助舉行本金估算、作業調度和任務調配，并制定出本金較低、風險較小的工程開發籌劃；同時能設法在預計工期和經費之內適當調整工程的安置，以節省時間和人力，從而對軟件生產的各個環節舉行嚴格、科學的管理，使工程開發活動獲得最正確的進程。使用專業的工程管理工具不僅有效的扶助工程管理，而且它還能模范你的管理過程。

QA工程師

假設一個軟件企業正在實施CMMI或者已經建立了研發管理體系都會在工程組中參與一名QA工程師。在我的工作閱歷中只有到達軟件企業的公司，組織規模在300人以上，才可能去實施CMMI，就算去實施CMMI，結果也只不過是為了拿個CMMI的證書，QA工程師好多時候都是為了CMMI才存在的。不知道是咱們的軟件公司不重視研發管理還是CMM和CMMI不適用于中國人。CMMI標準文件說，QA是高級經理的earsandeyes。研發人員眼中的QA往往也是警察，QA的作在于察覺和報告工程的問題。一個合格的QA在工程中會充當三種角色：

角色1-老師，具備學習和培訓的才能。

角色2-醫生，通過度量數據對工程過程舉行診斷，扶助分析理由，開處方。

角色3-警察，以企業流程為依據，但要報告大家流程背后的理由；假設和工程組針對某些問題觀法相左，可以直接匯報高層。

但在我的工作閱歷中卻沒有看到過這樣的QA，雖然我的工程組也有為QA，但是主要為了實施CMMI而設置的，她是一位女性，不參與我們的議論，只是悄悄地看著聽著，然后回去寫她的文檔，只有在工程組研究去哪里吃飯慶祝階段成果時就是看到她積極踴躍發言。

你屬于哪類人才

第三片面，未來職業生涯規劃、家庭環境分析、例如經濟狀況，家人期望等。感謝您閱讀《你屬于哪類人才》內容，職場資訊網我向您推舉一些職業規劃學識，接待參考，夢想能幫到你。

職場如戰場，你是挑戰勇士，還是領導型人才？一測便知。

測試：深夜，由車站步行20分鐘回家，家人已沉睡，門和窗都上了鎖，敲門敲窗均無回應，要爬窗進去也不太可能，偏偏手機又沒電了，要想打電話，就務必原路返回公交車站去打公用電話。躊躇之間，站在樓下觀望了一陣，見二樓的窗口貌似有一絲亮光。假設是你遇到了這樣的事，你會怎么做？

a、想手段弄壞門或窗的鎖，或用鐵絲之類的想手段把門開啟

b、脫下鞋子扔向二樓

c、返回車站打電話

d、干脆到酒吧去喝一杯，看那里能不能打電話，不行就喝到天亮

e、冒死地敲門和窗

結果分析：

選擇a：屬于具有一技之長型。你有專業學識，可提升素質，在工作中輕易出人頭地。

選擇b：你屬于挑戰勇士型。這種人將工作視為作戰，具有創業精神。

選擇c：你是企業人才型，重視人際關系和團體工作，認為理應與企業共存共榮。

選擇d：你屬于運動型人才，重視新點子，無意會冒險。

選擇e：你缺乏領導才干，總是以一般方法重復同幾件事情。

哪類員