系統架構
應該不是只有ERP這單方面吧?

weichih 說：

系統架構
應該不是只有ERP這單方面吧?

當然
不同用途需要不同架構

首先謝謝raytracy 及 各位前輩的回應.由各位的回應中我才知道原來系統架構師有這麼多面向...!!!
我本身有些軟體開發程式撰寫背景,只要不太難,看書依樣畫葫蘆或詢問google大師,大致都能解決.配合專案需要,也做過需求訪談相關分析及測試文件.但總覺得自己底子不是很紮實,卻又不知如何提升自己.如果我的目標是系統架構師,
依104人力銀行的定義要會
1.系統架構規劃與設計,系統整合
2.系統效能調校
3.合作廠商產品之系統架構評估及規劃建議
4.分析競爭者產品與相關產品趨勢並排除問題

我很想知道要如何學習所謂的 "系統架構規劃與設計" 與 "系統整合" 或 "系統架構評估" ,進而做自己職能的規劃.
謝謝各位大大協助.

angelchun提到：
1.系統架構規劃與設計,系統整合
2.系統效能調校
3.合作廠商產品之系統架構評估及規劃建議
4.分析競爭者產品與相關產品趨勢並排除問題

你這個規格, 應該是 SI 廠商開出來的, 通常軟體應用的架構師, 需要的方向不是這樣.

這種性質的架構工作, 我做了快 30 年了, 起初, 我是從認識各種產品的規格開始, 除了收集廠商公開的資料之外, 對規格內容有任何疑問就去問原廠, 或是去查相關的工業標準. 原本這個視作興趣的, 因為我從五專一年級開始, 就從國外期刊的廣告上, 找出自己有興趣的產品, 牢記規格.

畢業當完兵回來, 有廠商看中我可以熟背各種產品規格的技能, 開始訓練我建置各類產品的應用組合, 此時我逐漸了解幾件事情:

1. 一個特定功能的系統, 需要有哪些元件的組成? 那些是必要的? 那些可以選用?
2. 這些元件單獨運作, 與放到系統中組合運作, 會有甚麼不同的變化?
3. 建置一個系統的正確步驟是甚麼? 調換這些步驟, 會得到更好或更壞的結果?
4. 在建置過程中, 如果出現問題時, 應該朝甚麼方向去解決?

這個一直是我有興趣的方向, 於是從幫軍方規劃影像分析系統開始, 到早期的 2D/3D 繪圖系統, 到印前處理系統, 到遠距網路通訊系統, 再到微軟的伺服器系統.....我不斷地換工作也換產業, 累積出來對各種不同系統的知識, 也養成了獨立規劃一個完整系統, 以及執行建置作業, 和排除障礙的能力.

以上 Hands-on 實作的部分, 大約磨練了 20 年左右, 到我已經可以在腦海中, 將系統大致規劃完畢, 也能在腦海中, 將建置過程走一次, 確認其中不會卡關. 接下來的 10 年, 就是磨練自己, 將腦海中這些知識, 寫成書面文件, 同時還要能讓人看得懂, 執行起來不會凸槌, 卡關也有解決方案.

所以, 現在我可以在寫出一份系統規劃書, 裡面包含所有產品的規格, 以及他們之間是如何互相運作, 運作結果可以滿足那些企業需求?

接下來, 我也可以寫出一份建置計劃書, 裡面包含建置所有的元件 (例如: 需要用到多少條的網路線? 需要準備多少安培的電力? 需要多大的作業空間? 需要預先準備甚麼檔案?.......等等), 也包含詳細的步驟 (例如: 打開 DOS 視窗, 輸入 XXX 指令, 檢查結果是否 YYY, 應該出現甚麼畫面....等等).

而這份建置計畫書, 可以交給初階工程師, 甚至是僅具基本操作技能的工讀生, 照表操課執行每一個步驟, 而我有 80% 以上的把握他可以自己做完, 中間不會出錯, 也不需要我出面幫他收尾救援.

這個計劃書的完成把握度, 我目前只有 80%, 功力好的架構師, 應該要能做到 100%.

系統調校部分, 除了要有建置經驗之外, 還需要有實際維運的經驗, 否則你很難知道, 效能會卡在甚麼地方? 要能做到效能調校, 對這個系統至少要有 10 年以上的維運經驗, 否則無法看到全貌.

以上大概是系統架構師需要培養的項目.

至於競爭對手的分析, 那是因為你對產品規格夠熟, 自然就能比較出兩邊的強弱處. 但是, 這也需要你自己的歸納理解能力夠強, 否則有的人, 雖然看到規格, 卻歸納不出強弱處, 那也沒有用.

國際上能掛 System Architect 職稱的, 年薪大約都在 US$10萬上下:
Systems Architect Salaries
Systems Architect Salary
Systems Architect Salary

真是謝謝 raytracy 熱心回應.我有聽君一席話勝讀十年書的感覺.如您所說我的方向或許應是在軟體架構師上.但您提到的學習心路歷程給我很大的啟發.再次謝謝您.

雷大神果然厲害