ibm內部有一套自成體系的架構設計方**，且是和togaf所互相承認效力的。相比較而言，ibm的架構設計理論，在實際上的可操作性會更強，也可以說是功利性更強些。當然，也會更容易落地使用。
該理論包括5個架構設計的步驟：
1、理解客戶的業務和需要（understand client』s bussiness and needs）
具體的理解範圍包括：
客戶的業務發展方向，business directions
當前組織結構，current organization description
當前it環境，current it environment
標準約定，compliance standards
3、開發並與客戶確認解決方案（develop and agree to client solution ）
解決方案包括：
應用架構概況圖，architecture overview diagram
架構部件（元件）模型圖，component model
系統執行部署圖，operational model
4、執行客戶的解決方案（implement client solution）
5、確認客戶的價值的體現（confirm client value and experience）
大資料解決方案設計
當今世界，資料就是金錢。各公司都在竭力收集盡可能多的資料，並力圖找出資料中隱藏的模式，進而通過這些模式獲得收入。然而，如果未能使用收集到的資料，或者未能通過分析資料探勘出隱藏的寶石，那資料就一文不值。當開始使用hadoop構建大資料解決方案時，了解如何利用手中的工具並將這些工具銜接起來是最大的挑戰之...
解決方案設計 WCF增加身份驗證
請求流程 客戶端 發起請求 請求加密 服務端 接收到請求引數 解密 處理請求 處理結果加密 客戶端 接收到處理結果 解密 結束 服務端1 設計機構或應用表，機構表包含字段賬戶 密碼。2 生成機構客戶端公私鑰 3 生成服務端公鑰 4 業務處理服務 5 響應推送 6 介面文件編寫 7 示例 客戶端請求訊...
技術方案設計
概要設計文件 技術方案 1.由原始需求逐步拆分，深入 後期迭代增加 2.資料流圖，整體流程 每一條資料流鏈路，便於查問題節點 3.不僅給技術開發看，面向產品和測試，對測試的輸出和產品的輸出 4.寫出支撐功能點，前端對接的資料結構 流程 需求評審 設計方案評審 資料鏈路，需求拆分 技術方案評審 實現方...