我覺得這兩個好像沒有什么相似的地方吧，JAVA工程師說白了就是一個程序員，不過就是名稱好聽了一點，而架構師是負責整體布局的，成為架構師！
首先你得明確，工程師就是碼農，專注于學代碼，而架構師主要關注于你的項目布局，他把握的是整體性
其次，碼農無非就是了解會用代碼就行，而架構師主要關注的是原理問題，他是對項目進行各方面的協調與優化，更好的搭配資源

　java軟件開發工程師與java軟件架構師的區別如下：
　　java軟件開發工程師是從事軟件開發相關工作的人員的統稱。主要職責有：RFID相關應用軟件、信息管理類軟件的設計、研發、維護、安裝實施；數據庫管理及應用開發；根據要求進行軟件概要設計、詳細設計、編碼、單元測試工作及說明文檔的編寫。
　　而java軟件架構師是軟件行業中一種新興職業，工作職責是在一個軟件項目開發過程中，將客戶的需求轉換為規范的開發計劃及文本，并制定這個項目的總體架構，指導整個開發團隊完成這個計劃。主導系統全局分析設計和實施、負責軟件構架和關鍵技術決策的人員。架構師的主要任務不是從事具體的軟件程序的編寫，而是從事更高層次的開發構架工作。必須對開發技術非常了解，并且需要有良好的組織管理能力。可以這樣說，一個架構師工作的好壞決定了整個軟件開發項目的成敗。

　1，需求整理分析
　　有人認為架構師是在需求規格說明書完成后介入的，但我認為架構師要從項目最開始的階段就參與進來。理由有很多：首先，第一手的信息損失最少，架構師能夠更好的把握需
求；其次，分析人員在與客戶交流時，往往不會深入挖掘需求，因為有很多隱藏的需求客戶自己都不見得意識的到，而架構師則可以依靠敏感的軟件嗅覺發現這些需
求，減少以后的變數；第三，分析人員往往脫離開發團隊，盲目接受客戶需求，而架構師能夠清楚把握現有的研發團隊能做什么，不能做什么，提前預知風險，降低項目失敗的機率。
　　2，系統分解
　　在收集完信息后，架構師需要將用戶需求轉化為軟件需求，同時要補充非業務需求，如健壯性，擴展性等等。如何區分和化解用戶需求與軟件需求，如何有效把握用戶需求與軟件需求的區別，是系統分解的核心。這是最考驗架構師的地方，也是只有架構師參與的工作
　　3，技術選型
　這一步要根據對軟件需求決定項目該使用何種架構，開發模型，及依賴選項。如使用多層架構還是分布式架構，是瀑布模型還是RUP，是使用MySQL還是
SQLServer，是否需要使用企業庫，是否需要使用ORM。但是，架構師對項目的技術選型要提供多種不同的方案，并為每種不同方案提供詳細說明文檔，
用來闡述每種方案的優勢，劣勢，可行性等內容。這些文檔供項目經理或領導決策最終的技術選型。
　　4，系統設計
　　依據軟件需求和技術選型，架構師需要和軟件工程師一起將軟件需求落實到軟件詳細設計說明書中。架構師負責將軟件需求分解，重組織為子項目，子系統，組件和模塊，以及它們之間的邏輯關系，從而形成不同的邏輯組成部分，最后還需要確定各個子系統及組件間的接口。這些都是作為進一步的團隊分工的依據。同系統分解一樣，系統設計是考驗架構師能力的重要職責。
　　5，培訓與指導
　在軟件詳細設計說明書完成后，為保證項目的順利進行，架構師需要對整個團隊進行技術培訓，讓團隊中的每個人明白自己的職責范圍，該做什么，不該做什么。
在項目實施過程中，架構師需要參與到具體開發過程中，給與每個開發人員有效指導，以避免團隊成員對系統設計的誤解而造成項目的延誤。在我看來，這點對于新
手比較多的團隊尤為重要。因為國內新手的一個通病是眼高手低，剛學會了一點點就認為自己什么都會；當他們拿到真正的設計時又往往不知所措，畏首畏尾。
　　6，保持溝通
　　溝通是保證項目順利開展的有效保障。架構師要從多方面跟蹤項目進度，及時與項目經理或直屬領導匯報項目進展，與技術開發人員溝通遇到的問題，如果是迭代開發，還需要與用戶溝通需求變更。
　　java工程師 接觸的方面一般比較多， 前臺的開發技術ajax、jquery等，spring、hibernate、Struts框架，數據庫的基本維護和創建，程序的需求分析及其它文檔編寫、基本測試等。這些東西根據公司的需要你都可能接觸到。
　　程序員->工程師->架構師