見出しを追加.jpg

前言

在書店的技術書區經常看到標題帶有「〇〇架構」的書。一直都只是隨便略過的ぷらむん,在準備 IT Passport 考試時,終於遇到了「架構」這個詞,於是忍不住開始查起來的故事。

大家好,雖然在公司自稱是吉祥物,卻是公司裡最不會看氣氛的ぷらむん🐯
去書店的技術書區時,不是常常會看到標題是「〇〇架構」的書嗎?ぷらむん一直只覺得「聽起來很帥」,卻從來沒有認真查過它的意思。

就在今天,我還在做 IT Passport 的歷屆試題時,遇到了「企業架構(EA)」這個詞。

「架構……?為什麼突然出現霍格華茲的咒語啊……?」

雖然靠著選項的感覺勉強選對了,但意思完全不懂。於是我決定去問プラ二郎前輩。

—推薦給這些人閱讀—

🟠 在準備 IT Passport 時遇到「EA」這個詞,卻不太懂它的意思
🟠 在各種書名裡看過「〇〇架構」,但總是直接略過
🟠 想用日常生活中的比喻,輕鬆理解 EA 這個概念
🟠 很好奇實際在設計 EA 的是哪些職務、哪些部門的人

【這篇文章的前提文章】
IT Passport 和基本資訊的差異是什麼?應該先讀哪個?
【共 6 題】IT Passport 和基本資訊,實際到底差多少難?來比比看

【推薦參考網站】
IPA IT Passport 試驗 歷屆試題(公開試題)
IT Passport 歷屆試題道場

🐯問問プラ二郎前輩:「EA 到底是什麼?」

ぷらむん_アーキテクチャEA記事_挿絵_1.jpg

🧑‍💻:プラ二郎前輩
「啊,EA 啊。一開始大家都會在那裡卡住喔」

🧑‍💻:プラ二郎前輩
「EA 是出現在策略系『系統策略』這個領域的用語,不過實際的歷屆試題會像這樣出題喔」

前輩說完,給我看的就是這一題。
🐯試著解 EA 的類似題

Q. 某企業從商業、資料、應用程式、技術這 4 個觀點整理現狀的業務與系統,並在找出與理想狀態之間的落差後,制定填補這些落差的執行計畫,以推動整體最佳化的作為,最適當的是哪一項?

① BPR(Business Process Reengineering,企業流程再造)
② EA(Enterprise Architecture,企業架構)
③ CRM(Customer Relationship Management,顧客關係管理)
④ ERP(Enterprise Resource Planning,企業資源規劃)

查看答案:正解是 ② EA(企業架構)

將現狀的業務與系統整理出來,填補與理想狀態之間的落差,並推動整體最佳化的作為,就是 EA。
① BPR 是對既有業務做徹底檢討並重新設計的作為
③ CRM 是管理顧客關係、建立良好互動關係的機制
④ ERP 是把採購、生產、銷售、會計、人事等公司所有業務,用一套系統整合管理的機制。

雖然這些縮寫聽起來很像,但各自處理的對象不同。

🧑‍💻:プラ二郎前輩
「答對了!不過,意思還是有點模糊對吧」

ぷらむん雖然答對了,但到頭來還是完全不知道該怎麼說明 EA。
🐯說到底,「架構」是什麼意思?

🧑‍💻:プラ二郎前輩
「你卡住的,首先是『架構』這個詞吧?」

「是的,我老實說一開始還以為是在講建築……」

🧑‍💻:プラ二郎前輩
「也沒錯。architecture 原本就是英語,意思就是『建築』。建築師不是叫 architect(架構師)嗎?」

🧑‍💻:プラ二郎前輩
「在 IT 業界開始使用這個詞,是在 1964 年 IBM 發表『System/360』電腦的時候。最初是用來描述它的設計理念與結構」

🧑‍💻:プラ二郎前輩
「建造建築物的時候,需要整體的設計理念和骨架吧?複雜的系統也一樣,需要一個能表示『整體結構』的詞,而 architecture 正好最適合」

ぷらむん這時才終於恍然大悟。書名裡常見的「〇〇架構」,原來就是「關於〇〇的設計與整體結構」的意思啊。以前我完全沒搞懂就一直直接略過了。
🐯那 EA 到底是什麼?用日常生活來比喻

ぷらむん_アーキテクチャEA記事_挿絵_2.jpg
「我懂『架構』的意思了,但 EA 還是很模糊……」

🧑‍💻:プラ二郎前輩
「那就用比喻來說吧。EA 就像是在打造一間公司這座城市時的『都市計畫』」

🧑‍💻:プラ二郎前輩
「如果只看一棟一棟建築物(=各別系統),想到什麼就蓋什麼,結果可能會有道路接不起來、供水管線在奇怪的地方重複鋪設之類的問題吧。EA 就是為了避免這些狀況,事先把整座城市的規劃做好的一種思考方式」
🧑‍💻:プラ二郎前輩
「套到公司來說,就是為了讓『經營想做的事』和『IT 的機制』能無縫連接,先把整體設計好」

「啊,這樣我就有點懂了……!就是如果各部門各自導入系統,之後會很麻煩對吧?」

🧑‍💻:プラ二郎前輩
「沒錯。實際上,它常被用在大型企業整理、整合過去各自零散導入的內部系統,或是推動 DX(數位轉型)時的基礎上」

🐯那這個 EA,到底是誰在設計?

「都市計畫的話,那到底是誰在想的呢……?」

🧑‍💻:プラ二郎前輩
「好問題。是叫做『企業架構師』的人負責。這些人會負責做整體設計,確保經營目標和 IT 機制不會產生偏差」

🧑‍💻:プラ二郎前輩
「在日本,通常是資訊系統部門,或由 CIO(資訊長)帶領的 IT 策略部門在負責這類角色。中小企業的話,也常常由資訊系統部門主管兼任」

🧑‍💻:プラ二郎前輩
「順帶一提,在美國這已經是獨立的專業職種,而且據說平均年薪有 2000 萬日圓等級,是相當熱門的職業喔」

ぷらむん聽了忍不住瞪大眼睛。這跟現在的ぷらむん簡直像是另一個世界的事,反而有點不真實。但光是知道「有一份工作是在描繪公司整體設計圖」,對我來說就已經很新鮮了。
🐯回頭來看,心裡的感想

老實說,一開始我真的是處於「架構到底是什麼啊……?」的狀態,但查過之後,發現它其實和身邊很常見的事情有連結。

關於被各自獨立開發的系統搞得很辛苦的公司,我自己也多少有聽過。EA 原來就是為了避免那種情況的「都市建設設計圖」啊。

不只是記住歷屆試題的正解,如果像這樣去查詞彙的來源與背景,當下次看到其他「〇〇架構」時,理解的層次真的會完全不同。

—這次學到的重點整理如下—
🟠 「架構」原本是表示建築的詞,在 IT 業界則是從 1964 年 IBM 的「System/360」開始使用
🟠 EA 就像是在計畫整座公司這座「城市」的「都市計畫」
🟠 負責設計 EA 的角色叫做「企業架構師」,在日本通常由資訊系統部門或 IT 策略部門負責

🦁結語

PRUM 的工程師多數都是從零經驗開始錄用的。如果你對像ぷらむん這樣,能夠自在成長的新人體系有興趣,歡迎到企業網站看看。
PRUM 徵才頁面

我們也有經營一個整理給工程師看的實用文章網站。有興趣的話也歡迎看看。
工程師實用文章網站

之後我還會再分享ぷらむん的奮鬥記。感謝你讀到最後🐯


原文出處:https://qiita.com/prumnn/items/da1cd811a3a7408472d2


精選技術文章翻譯,幫助開發者持續吸收新知。

共有 0 則留言


精選技術文章翻譯,幫助開發者持續吸收新知。
🏆 本月排行榜
🥇
站長阿川
📝11   ❤️5
308
🥈
我愛JS
📝1   💬3   ❤️1
56
評分標準:發文×10 + 留言×3 + 獲讚×5 + 點讚×1 + 瀏覽數÷10
本數據每小時更新一次
📢 贊助商廣告 · 我要刊登