規範: 分析 設計
本「規範」解釋如何將「需求工作成果」轉換成其他「工作成果」,對專案即將開發的軟體提出具體的設計說明。
關係
參照工作流程
分析及設計
作業
Apply Services Litmus Tests
Business Process Analysis
Business Rule Analysis
Business Use Case Analysis (SOA)
Component Specification (SOA)
Construct Architectural Proof-of-Concept (SOA)
Data Model Analysis
Existing Asset Analysis
Identify and Associate Services to Goals
Identify Commonality and Variability
Identify Security Patterns
Message Design
Service Specification
Specify Data Migration
Subsystem Design (SOA)
子系統設計
作業分析
作業設計
使用案例分析
使用案例設計
定義系統環境
封裝體設計
建立使用者介面原型
建構證明概念架構
指出設計元素
指出設計機制
架構分析
納入現有的設計元素
設計可測試性元素
設計使用者介面
評估架構概念實證的可行性
資料庫設計
說明分佈
說明執行時期架構
審查架構
審查設計
類別設計
主要說明
「分析與設計」的用途如下:
將需求轉換成未來系統的設計。
形成系統的健全架構。
修改設計以符合實作環境,以效能為設計重點。
「分析與設計」規範與下列其他規範有關:
需求
規範對「分析與設計」提供主要的投入要素。
實作
規範實作設計。
測試
規範測試「分析與設計」期間所設計的系統。
環境
規範開發和維護「分析與設計」期間所使用的支援構件。
專案管理
規範規劃專案及每一次反覆(在「反覆計劃」中描述)。
詳細資訊
概念
軟體架構
元件
系統架構
Domain Design
準則
分析 & 設計中的重要決策
支援資料
元件架構
視覺化建模
白皮書
利用 Rational Unified Process 開發大型系統
© Copyright IBM Corp. 1987, 2006. All Rights Reserved.