1️⃣ 需求規格文件 (SRS – Software Requirement Specification) 目錄： 01_SRS/ ├── 01_前言.md # 文件目的、系統範疇、名詞定義 ├── 02_整體描述.md # 系統目標、利害關係人、作業環境、限制 ├── 03_功能性需求.md # 按模組/使用案例列需求 ├── 04_非功能性需求.md # 效能、安全性、可用性、法規 ├── 05_系統介面需求.md # 外部系統介接、API、資料交換 └── 附錄_參考資料.md 2️⃣ 使用案例文件 (Use Case Specification) 目錄： 02_Use_Case/ ├── 00_使用案例總覽圖.png ├── UC01_名稱_說明.md # 前置條件、後置條件、主要/替代流程 ├── UC02_名稱_說明.md ├── UCxx_…md ├── 使用案例活動圖/ │ ├── UC01_活動圖.png │ └── UC02_活動圖.png └── 使用案例需求對應表.xlsx 3️⃣ 系統模型文件 (UML Models) 目錄： 03_System_Model/ ├── Object_Model/ # 物件模型 │ ├── 類別圖_ClassDiagram.png │ └── 物件圖_ObjectDiagram.png ├── Interaction_Model/ # 互動模型 │ ├── UC01_序列圖.png │ ├── UC02_序列圖.png │ └── 通訊圖_Communication.png ├── State_Model/ # 狀態模型 │ ├── ClassA_狀態圖.png │ └── ClassB_狀態圖.png └── Supplementary_Model/ # 補充模型 ├── 組件圖_Component.png └── 部署圖_Deployment.png ...

系統架構設計範本 Prompt 目標 指導 AI 進行完整的系統架構設計，產生技術架構文檔和設計決策說明。 角色設定 你是一位資深系統架構師，具備豐富的大型系統設計經驗，熟悉各種架構模式、設計原則和最佳實務。 任務描述 請協助我完成 {專案名稱} 的系統架構設計工作。 專案技術背景 專案名稱: {填入專案名稱} 系統類型: {填入系統類型，如：Web應用、微服務、分散式系統} 預期使用者規模: {填入使用者數量級，如：1000、10萬、100萬} 效能要求: {填入關鍵效能指標} 技術棧偏好: {填入偏好的技術棧，如：Java/Spring、.NET、Python/Django} 部署環境: {填入部署方式，如：雲端、地端、混合雲} 架構設計要求 請按照以下結構進行系統架構設計： 1. 系統概覽 系統邊界定義 主要組件識別 系統上下文圖 利害關係人視圖 2. 架構風格選擇 架構風格評估 設計原則定義 品質屬性分析 技術決策記錄 3. 邏輯架構設計 分層架構設計 組件劃分 介面定義 資料流設計 4. 物理架構設計 部署拓撲 基礎設施規劃 網路設計 安全架構 5. 技術選型 框架和函式庫選擇 資料庫技術選型 中介軟體選擇 工具和平台決策 6. 品質屬性設計 可用性設計 效能最佳化 安全性設計 可維護性考量 輸出格式 # {專案名稱} 系統架構設計文檔 ## 1. 系統概覽 ### 1.1 系統目標 **主要目標:** [系統主要目標描述] **次要目標:** [次要目標列表] **成功標準:** [可測量的成功指標] ### 1.2 系統邊界 **包含範圍:** - [功能模組1] - [功能模組2] - [功能模組3] **排除範圍:** - [不包含的功能1] - [不包含的功能2] ### 1.3 系統上下文圖 [使用者] –> [系統] –> [外部系統A] | v [外部系統B] ...

專案系統設計指引 文件資訊 文件名稱: 專案系統設計指引 文件版本: v1.1 建立日期: 2025-01-11 更新日期: 2025-08-29 適用範圍: 大型共用平台開發專案 目錄 概述 1.1 指引目的 1.2 適用範圍 1.3 設計原則 1.4 物件導向設計原則 1.4.1 SOLID 原則 1.4.2 物件導向設計方法論 系統架構設計 2.1 整體架構概覽 2.2 分層架構設計 2.2.1 前端層架構 2.2.2 後端層架構 (Clean Architecture) 2.2.3 領域驅動設計 (DDD) 架構模式 2.2.4 六角形架構 (Hexagonal Architecture) 2.3 微服務拆分原則 2.4 API Gateway 設計 2.5 CDN 與快取策略 模組與服務設計 3.1 服務設計原則 3.1.1 單一職責原則 3.1.2 服務自治性 3.1.3 物件導向設計模式應用 3.2 服務間通訊設計 3.3 資料流設計 資料庫設計 4.1 資料模型設計規範 4.2 多資料庫支援策略 4.2.1 資料庫抽象層 4.2.2 物件關聯映射 (ORM) 設計模式 4.2.3 分庫分表策略 4.3 讀寫分離設計 4.4 資料安全與加密 安全性設計 5.1 認證與授權機制 5.1.1 OAuth 2.0 + OpenID Connect 整合 5.1.2 JWT Token 設計 5.1.3 RBAC (Role-Based Access Control) 設計 5.1.4 安全設計模式 5.2 API 安全設計 5.3 OWASP Top 10 防護策略 整合與介接設計 ...

📂 系統設計階段標準範本清單（樹狀結構版） 文件目錄 (Document Templates) 1.1 系統設計總規劃書 (System Design Document, SDD) 1.2 系統架構設計書 (System Architecture Design) 1.3 資料庫設計書 (Database Design Document, DDD) 1.4 模組設計規格書 (Module Design Specification) 1.5 介面設計規格書 (Interface Design Specification, API/Batch) 1.6 UI/UX 設計文件 (Wireframe, Mockup, Prototype) 1.7 輸入/輸出設計文件 (I/O Design, Report Spec) 1.8 流程設計文件 (DFD, Activity Diagram, Sequence Diagram, State Diagram) 1.9 安全性設計規格書 (Security Design Spec, RBAC/ABAC) 1.10 例外處理/錯誤處理設計書 (Error & Exception Handling Spec) 1.11 批次處理設計文件 (Batch Job Design Spec, Schedule Spec) 1.12 系統整合設計書 (Integration Design, API Gateway, MQ, SFTP) 1.13 測試設計準則 (Test Design Basis, Traceability Matrix) ...

系統設計階段標準範本清單OOD（含文件目錄、流程、工作項目） 文件目錄 (Deliverables) 系統設計總覽文件 (System Design Specification, SDS) 設計目標與範疇 架構原則與設計考量 系統邊界與外部介面 架構設計文件 (Architecture Design Document, ADD) 系統整體架構圖 (Logical / Physical) 分層架構 (Layered Architecture) 模組/子系統劃分與責任定義 技術棧與設計決策紀錄 (ADR) 資料設計文件 (Data Design Document, DDD) 資料模型 (ERD) 類別圖 (Class Diagram) 資料表設計與正規化說明 交易與一致性設計 物件導向設計文件 (Object-Oriented Design Document) 類別與責任 (CRC 卡片) 類別圖 / 物件圖 繼承、多型設計 設計模式應用 介面設計文件 (Interface Design Specification, IDS) API 設計 (REST/GraphQL) 資料交換格式 (JSON, XML) UI/UX Wireframe、螢幕設計稿 流程與行為設計文件 (Behavioral Design Specification) Use Case Realization Sequence Diagram State Diagram Activity Diagram 安全設計文件 (Security Design Document) 認證與授權設計 資料加密與存取控制 威脅模型 (Threat Modeling) 基礎設施與部署設計文件 (Deployment Design) 系統拓撲圖 伺服器/容器配置 CI/CD 流程設計 系統設計流程 (Workflow, OOD) 輸入：系統分析成果 (SRS, Use Case, 需求模型) ...

統一建模語言(UML)教學手冊 目錄 UML 基礎概念 1.1 什麼是 UML？ 1.2 UML 的用途與價值 1.3 UML 圖表分類 1.4 實務注意事項 常用 UML 圖表教學 2.1 用例圖（Use Case Diagram） 2.2 類別圖（Class Diagram） 2.3 序列圖（Sequence Diagram） 2.4 活動圖（Activity Diagram） 2.5 狀態圖（State Diagram） 2.6 元件圖（Component Diagram） 2.7 部署圖（Deployment Diagram） 實務應用情境 3.1 專案生命週期中的 UML 應用 3.2 不同專案類型的 UML 選擇 3.3 團隊協作中的 UML 專案實作指引 4.1 UML 建模流程 4.2 我們專案中的 UML 應用範例 4.3 建模最佳實務 工具介紹 5.1 常用 UML 工具比較 5.2 PlantUML 詳細介紹 5.3 在我們專案中整合 UML 工具 實務範例：學生管理系統 6.1 專案背景 6.2 Step-by-Step UML 建模 6.3 架構設計 - 元件圖 6.4 部署建模 - 部署圖 6.5 其他領域實務範例 6.6 跨領域建模經驗總結 認證考試準備 7.1 OMG UML 認證概述 7.2 考試重點知識 7.3 學習路線圖 7.4 考試技巧 附錄 ...

自動化測試範本 Prompt 目標 指導 AI 建立完整的自動化測試框架，包含各層級的自動化測試實作。 角色設定 你是一位資深自動化測試工程師，具備豐富的測試框架設計和實作經驗，熟悉各種自動化測試工具和最佳實務。 任務描述 請協助我為 {專案名稱} 建立完整的自動化測試框架和測試案例。 專案自動化背景 專案名稱: {填入專案名稱} 應用類型: {填入應用類型，如：Web應用、API服務、微服務} 技術棧: {填入技術棧，如：Spring Boot + React、.NET Core + Angular} 測試目標: {填入自動化測試目標} 現有工具: {填入現有的測試工具和框架} 自動化測試要求 請按照以下結構建立自動化測試： 1. 測試框架設計 框架架構設計 工具選型評估 專案結構規劃 配置管理設計 2. 單元測試自動化 測試類別設計 Mock 策略規劃 測試資料準備 斷言策略設計 3. 整合測試自動化 API 測試框架 資料庫測試設計 外部服務模擬 契約測試實作 4. UI 測試自動化 Page Object 模式 元素定位策略 測試資料驅動 跨瀏覽器測試 5. CI/CD 整合 測試執行策略 報告生成機制 失敗處理流程 測試結果分析 6. 維護和擴展 測試程式碼品質 框架擴展性設計 效能最佳化 文檔和培訓 輸出格式 # {專案名稱} 自動化測試框架 ## 1. 框架架構設計 ### 1.1 整體架構圖 測試執行層 ├── UI Tests (Selenium/Playwright) ├── API Tests (REST Assured/Postman) └── Unit Tests (JUnit/TestNG) | 測試工具層 ├── 測試資料管理 ├── 測試環境配置 └── 測試報告生成 | 基礎設施層 ├── CI/CD 整合 (Jenkins/GitHub Actions) ├── 測試環境管理 (Docker/K8s) └── 測試資料庫 (TestContainers) ...

設計指引範本 Prompt 目標 指導 AI 進行軟體設計，建立符合設計原則、易於維護且可擴展的軟體設計。 角色設定 你是一位資深軟體設計師，具備豐富的軟體設計經驗，熟悉設計模式、SOLID 原則和軟體工程最佳實務。 任務描述 請協助我完成 {專案名稱} 的軟體設計工作。 專案設計背景 專案名稱: {填入專案名稱} 設計範圍: {填入設計範圍，如：核心模組、特定功能} 技術棧: {填入使用的技術棧} 設計約束: {填入設計限制和約束} 品質要求: {填入品質屬性要求} 設計要求 請按照以下結構進行設計： 1. 領域建模 核心領域識別 實體和值物件設計 聚合設計 領域服務設計 2. 架構設計 分層架構設計 模組劃分 依賴關係設計 介面設計 3. 詳細設計 類別設計 方法設計 資料結構設計 演算法設計 4. 設計模式應用 創建型模式 結構型模式 行為型模式 架構模式 5. 設計原則遵循 SOLID 原則 DRY 原則 KISS 原則 YAGNI 原則 輸出格式 # {專案名稱} 軟體設計文件 ## 1. 設計概述 ### 1.1 設計目標 **主要目標:** - {目標1} - {目標2} - {目標3} **品質屬性:** - **可維護性:** {可維護性要求} - **可擴展性:** {可擴展性要求} - **可重用性:** {可重用性要求} - **可測試性:** {可測試性要求} ### 1.2 設計約束 **技術約束:** - 程式語言: {程式語言} - 框架: {使用的框架} - 資料庫: {資料庫類型} - 部署環境: {部署環境} **業務約束:** - 效能要求: {效能指標} - 安全要求: {安全等級} - 相容性要求: {相容性需求} ## 2. 領域建模 ### 2.1 領域識別 #### 核心領域 (Core Domain) **領域名稱:** {核心業務領域} **複雜度:** 高 **業務價值:** 高 **描述:** {領域描述} **主要概念:** - {概念1}: {概念描述} - {概念2}: {概念描述} - {概念3}: {概念描述} #### 支援領域 (Supporting Domain) **領域名稱:** {支援領域} **複雜度:** 中 **業務價值:** 中 **描述:** {領域描述} #### 通用領域 (Generic Domain) **領域名稱:** {通用領域} **複雜度:** 低 **業務價值:** 低 **解決方案:** {現成解決方案或第三方服務} ### 2.2 實體設計 (Entity) #### 實體: {實體名稱} ```java /** * {實體描述} * 不變量: {業務規則和約束} */ public class {實體名稱} { // 唯一識別碼 private {ID類型} id; // 業務屬性 private {屬性類型} {屬性名稱}; // 建構子 public {實體名稱}({參數列表}) { // 驗證業務規則 validateBusinessRules(); this.{屬性} = {值}; } // 業務方法 public {返回類型} {業務方法名稱}({參數列表}) { // 業務邏輯實作 return {結果}; } // 不變量驗證 private void validateBusinessRules() { if ({條件}) { throw new {例外類型}("{錯誤訊息}"); } } // equals 和 hashCode 基於 ID @Override public boolean equals(Object obj) { if (this == obj) return true; if (!(obj instanceof {實體名稱})) return false; {實體名稱} other = ({實體名稱}) obj; return Objects.equals(id, other.id); } @Override public int hashCode() { return Objects.hash(id); } } 2.3 值物件設計 (Value Object) 值物件: {值物件名稱} /** * {值物件描述} * 特性: 不可變、值相等、自驗證 */ public final class {值物件名稱} { private final {屬性類型} {屬性名稱}; public {值物件名稱}({參數類型} {參數名稱}) { validate({參數名稱}); this.{屬性名稱} = {參數名稱}; } public {屬性類型} get{屬性名稱}() { return {屬性名稱}; } private void validate({參數類型} value) { if ({驗證條件}) { throw new IllegalArgumentException("{錯誤訊息}"); } } @Override public boolean equals(Object obj) { if (this == obj) return true; if (!(obj instanceof {值物件名稱})) return false; {值物件名稱} other = ({值物件名稱}) obj; return Objects.equals({屬性名稱}, other.{屬性名稱}); } @Override public int hashCode() { return Objects.hash({屬性名稱}); } @Override public String toString() { return "{值物件名稱}{" + "{屬性名稱}=" + {屬性名稱} + '}'; } } 2.4 聚合設計 (Aggregate) 聚合: {聚合名稱} /** * {聚合描述} * 聚合根: {聚合根實體} * 邊界: {聚合邊界說明} */ public class {聚合名稱} { // 聚合根 private {實體類型} {聚合根}; // 聚合內實體 private List<{實體類型}> {內部實體列表}; // 聚合建構 public {聚合名稱}({參數列表}) { this.{聚合根} = new {實體類型}({參數}); this.{內部實體列表} = new ArrayList<>(); } // 業務操作 public void {業務操作名稱}({參數列表}) { // 驗證聚合不變量 validateAggregateInvariants(); // 執行業務邏輯 {聚合根}.{業務方法}({參數}); // 發布領域事件 publishDomainEvent(new {事件類型}({事件資料})); } // 聚合不變量驗證 private void validateAggregateInvariants() { if ({不變量條件}) { throw new {例外類型}("{違反不變量訊息}"); } } // 取得聚合根 ID public {ID類型} getId() { return {聚合根}.getId(); } } 2.5 領域服務設計 領域服務: {服務名稱} /** * {服務描述} * 使用場景: {使用場景說明} */ @DomainService public class {服務名稱} { private final {依賴類型} {依賴名稱}; public {服務名稱}({依賴類型} {依賴名稱}) { this.{依賴名稱} = {依賴名稱}; } /** * {業務操作描述} * @param {參數} {參數描述} * @return {返回值描述} */ public {返回類型} {業務操作}({參數列表}) { // 前置條件檢查 validatePreconditions({參數}); // 業務邏輯執行 {返回類型} result = executeBusinessLogic({參數}); // 後置條件檢查 validatePostconditions(result); return result; } } 3. 架構設計 3.1 分層架構 四層架構設計 ┌─────────────────────────────────────┐ │ 展示層 (Presentation) │ ├─────────────────────────────────────┤ │ 應用層 (Application) │ ├─────────────────────────────────────┤ │ 領域層 (Domain) │ ├─────────────────────────────────────┤ │ 基礎設施層 (Infrastructure) │ └─────────────────────────────────────┘ 展示層 (Presentation Layer) 職責: ...

銀行大型共用平台 - 資料庫設計指引 文件資訊 文件名稱: 資料庫設計指引 版本: 2.0 建立日期: 2025-08-11 最後更新: 2025-08-29 作者: 資料庫架構師 適用範圍: 銀行大型共用平台專案 目錄 資料庫命名規範 欄位設計準則 主鍵、外鍵與唯一鍵設計規範 索引策略 資料分區與分表策略 資料庫正規化與反正規化設計 資料安全規範 資料庫版本控管與變更管理方法 性能調校原則與監控方法 資料庫備份與災難復原計劃 資料庫容量規劃 資料庫升級與遷移策略 資料庫日誌管理 資料庫測試與驗證 資料庫文件與註解 資料庫自動化與工具 資料庫監控與維護 資料庫性能測試 資料治理與品質管理 多租戶架構設計 雲端資料庫設計指引 資料庫DevOps實踐 法規遵循與合規要求 資料庫最佳實務總結 結論與未來發展 1. 資料庫命名規範 1.1 資料庫命名規範 原則: 使用英文、數字和底線，避免特殊字元 格式: {系統代碼}_{環境代碼}_DB 範例: BANK_PROD_DB、BANK_TEST_DB、BANK_DEV_DB 1.2 Schema 命名規範 原則: 依據功能模組或業務領域命名 格式: {模組代碼}_{功能代碼} 範例: CORE_ACCOUNT (核心帳戶) LOAN_MGMT (放款管理) RISK_CONTROL (風險控制) AUDIT_LOG (稽核日誌) 1.3 Table 命名規範 原則: 使用單數名詞，英文大寫，底線分隔 格式: {模組前綴}_{業務實體} 範例: ACC_CUSTOMER (客戶資料) LOAN_APPLICATION (放款申請) TXN_JOURNAL (交易日誌) 1.4 Column 命名規範 原則: 英文大寫，底線分隔，含義明確 通用欄位: ID - 主鍵 CREATED_DATE - 建立時間 CREATED_BY - 建立者 UPDATED_DATE - 更新時間 UPDATED_BY - 更新者 VERSION - 版本號 STATUS - 狀態 1.5 Index 命名規範 主鍵索引: PK_{表格名稱} 一般索引: IDX_{表格名稱}_{欄位名稱} 唯一索引: UK_{表格名稱}_{欄位名稱} 外鍵索引: FK_{表格名稱}_{參考表格名稱} 1.6 View 命名規範 格式: V_{模組前綴}_{功能描述} 範例: V_ACC_CUSTOMER_SUMMARY 1.7 Function 命名規範 格式: FN_{模組前綴}_{功能描述} 範例: FN_CORE_CALC_INTEREST 1.8 Trigger 命名規範 格式: TRG_{表格名稱}_{觸發時機}_{動作} 範例: TRG_ACC_CUSTOMER_BEFORE_UPDATE 2. 欄位設計準則 2.1 資料型別選擇原則 2.1.1 數值型別 用途 Oracle DB2 SQL Server PostgreSQL 整數 NUMBER(10) INTEGER INT INTEGER 長整數 NUMBER(19) BIGINT BIGINT BIGINT 金額 NUMBER(15,2) DECIMAL(15,2) DECIMAL(15,2) DECIMAL(15,2) 百分比 NUMBER(5,4) DECIMAL(5,4) DECIMAL(5,4) DECIMAL(5,4) 2.1.2 字串型別 用途 Oracle DB2 SQL Server PostgreSQL 固定長度 CHAR(n) CHAR(n) CHAR(n) CHAR(n) 變動長度 VARCHAR2(n) VARCHAR(n) VARCHAR(n) VARCHAR(n) 大文字 CLOB CLOB TEXT TEXT 2.1.3 日期時間型別 用途 Oracle DB2 SQL Server PostgreSQL 日期 DATE DATE DATE DATE 日期時間 TIMESTAMP TIMESTAMP DATETIME2 TIMESTAMP 時間戳記 TIMESTAMP(6) TIMESTAMP(6) DATETIME2(6) TIMESTAMP(6) 2.2 長度設計標準 客戶姓名: VARCHAR(100) 客戶ID: VARCHAR(20) 帳號: VARCHAR(20) 電話: VARCHAR(20) 地址: VARCHAR(200) 電子郵件: VARCHAR(100) 備註: VARCHAR(500) 2.3 NULL 值設計原則 不允許 NULL 的欄位: ...

資料庫設計指引範本 Prompt 目標 指導 AI 進行資料庫設計，建立結構化、高效能且可維護的資料庫架構。 角色設定 你是一位資深資料庫設計師，具備豐富的資料庫設計經驗，熟悉正規化理論、效能優化和資料安全設計。 任務描述 請協助我完成 {專案名稱} 的資料庫設計工作。 專案資料庫背景 專案名稱: {填入專案名稱} 資料庫類型: {填入資料庫類型，如：MySQL, PostgreSQL, MongoDB} 資料量規模: {填入預估資料量} 併發需求: {填入併發使用者數量} 效能要求: {填入效能指標} 可用性要求: {填入可用性需求} 資料庫設計要求 請按照以下結構進行設計： 1. 概念模型設計 實體識別 屬性定義 關係建立 業務規則定義 2. 邏輯模型設計 正規化設計 資料類型選擇 約束條件定義 索引策略規劃 3. 實體模型設計 表格結構設計 主鍵和外鍵設計 觸發器和預存程序 權限和安全設計 4. 效能優化設計 索引最佳化 查詢優化 分割策略 快取策略 5. 資料安全設計 存取控制 資料加密 稽核記錄 備份恢復 輸出格式 # {專案名稱} 資料庫設計文件 ## 1. 資料庫概述 ### 1.1 設計目標 **功能目標:** - 支援 {具體業務功能} - 處理 {資料處理需求} - 提供 {資料服務能力} **效能目標:** - 查詢響應時間: < {時間閾值} - 併發處理能力: {併發數量} - 資料處理量: {處理量指標} - 可用性: {可用性百分比} ### 1.2 技術選型 #### 主要資料庫: {資料庫名稱} **選擇理由:** - 符合資料特性和查詢模式 - 滿足效能和擴展性需求 - 團隊技術熟悉度 - 生態系統支援 **版本:** {資料庫版本} **配置:** {主要配置參數} #### 補充技術 - **快取系統:** {如 Redis, Memcached} - **搜尋引擎:** {如 Elasticsearch} - **時序資料庫:** {如 InfluxDB} - **圖形資料庫:** {如 Neo4j} ### 1.3 資料庫架構 #### 整體架構圖 ```mermaid graph TB App[應用程式] --> Pool[連線池] Pool --> Master[主資料庫] Pool --> Slave1[從資料庫1] Pool --> Slave2[從資料庫2] Master --> Replication[主從複製] Replication --> Slave1 Replication --> Slave2 App --> Cache[快取層] Cache --> Redis[Redis 叢集] Master --> Backup[備份系統] Backup --> S3[雲端儲存] 2. 概念模型設計 2.1 實體識別 核心實體清單 實體1: {實體名稱} ...