在 DotNetNuke 中加入組織架構（一）：從安全角色到業務組織的演進動機

目標：讓 DotNetNuke 不僅支援 Internet 門戶，亦能承載 Intranet 內部業務系統。Intranet 業務邏輯往往更複雜，需引入組織架構概念。

安全角色 vs 組織架構

DNN 原生安全角色是高層級用戶分組，服務於系統權限矩陣（頁面/模組存取控制）。但 Intranet 需求超越此範圍：

• 人員更有效的分組（部門、專案組、委員會等）
• 數據級權限控制（而非頁面/模組級）
• 業務審批流程中的流轉對象選擇（如下拉選單呈現組織樹）

若將安全角色混入業務流程，權限體系將極度混亂。必須各司其職：安全角色管系統權限，組織架構管業務流轉與數據權限。

模組封裝策略

曾考慮將組織架構做為獨立相依模組（DNN 4.8+ 支援模組相依檢查），但最終整合進單一工作流模組。未來若有機會，仍傾向拆分為獨立模組，或納入「網站管理」成為正式後台管理功能，架構更規範。

下文將逐步拆解資料結構、業務邏輯與介面實作細節。