MIS現代化與智慧化
Table of contents
背景
- MIS開發維運除了有外部更新與智慧化的挑戰、內部也有許多技術債、設計能力、溝通及管理能力的不足。
- 如果只有週末停止服務才能修改，那也實在太無望了。
- 以下openAI對話session的總結，我覺得技術道路沒有太大的驚喜，但至少反應了我內心的期許吧！
⸻
Q1：MIS錯綜複雜程式碼的主要挑戰是什麼？
A1: • EOS 舊版技術債：舊瀏覽器、舊 Windows Server、封閉環境 • 無法立即現代化，升級風險高 • 核心業務邏輯黑盒化，規則與流程難以拆解 • 使用者介面（UI）是最先感受到痛點，但不是根本問題 • 需要在不中斷業務的前提下，同步運行新舊版本
⸻
Q2：如何理解新舊 App 同步運作？
A2: • 舊 App 維持原本服務，確保業務不中斷 • 新 App 漸進承接功能，負責新流程 / Orchestrator 控制 • 核心原則： 1. DB 層支援多連線、事務與鎖 2. 業務邏輯層控制誰先誰後（flag、status、事件） 3. Orchestrator / Event 層管理流程，避免 race condition • 策略即「漸進替換、並行運作、降低風險」
⸻
Q3：規則文件化的重要性？
A3: • 把原本寫死在程式碼裡的業務規則抽出來 • 版本化、可回溯、易修改 • 為 AI 或 Orchestrator 控制提供資料基礎 • 使總公司下次制度改變時，不必再丟整個大包
⸻
Q4：系統框架現代化應包含哪些要素？
A4: 1. 模組化：拆小程式、清楚邊界 2. 規則文件化：把制度、流程規則從程式碼抽出 3. API 化：後端服務可被 Orchestrator 或其他模組調用 4. Orchestrator 引入：統一控制流程、事件驅動 5. AI UI 工具與 Copilot： • 快速生成 UI 原型、互動流程 • 協助拆模組、命名與邊界標示 • 幫助決策，減少選擇困難 6. 新舊同步運作：並行運行、逐步替換、可回退
⸻
Q5：為什麼 UI 是首要痛點，但不是根本問題？
A5: • UI 是使用者最先看到的痛點 → 感知「系統不能用」 • 根本問題在於整個執行環境被寫死（Browser、Server、DB） • UI 做好可以降低使用者與開發者心理阻力，讓漸進替換更可行
⸻
Q6：AI 與 Copilot 如何解決選擇困難？
A6: • 模組拆解：依功能、行數、責任生成拆分方案 • 命名與邊界：自動建議模組名稱與功能描述，避免人腦記憶錯誤 • 方案比較：生成多個拆解路徑，團隊只需評估最可行方案 • UI 設計：快速生成原型，支援迭代，減少開發初期拖延與不確定性
⸻
Q7：如何在集團內推進這個策略？
A7: • 垂直切割示範： 1. 選一個相對獨立、乾淨的模組作為示範 2. 完成從規則文件化 → API 化 → Orchestrator 控制 → AI UI / Copilot 協助拆分的完整流程 3. 確認新舊 App 同步運作、DB 安全、流程完整 • 說服集團 IT： 1. 用示範模組證明策略可行性與安全性 2. 強調可降低技術債、提升可維護性 3. 讓 IT 自行評估後向高層推薦，形成共識 • 漸進複製： • 一旦示範成功，使用同樣模式拆解其他模組 • 全集團逐步完成大包現代化與智慧化
⸻
Q8：總結無悔策略
A8:
系統框架的現代化是核心：模組化 + 規則文件化 + API 化 + Orchestrator + AI UI 與 Copilot 配合 新舊同步運作 + 垂直切割示範，漸進替換大包，降低風險、提升維護性與彈性。
⸻