1.框架通常是**重用
2.設計模式是設計重用，設計模式只有例項化之後才能用**表示
3.設計模式是比框架更小的元素，乙個框架中往往含有乙個或多個設計模式
4.框架總是針對某一特定應用領域，但同一模式卻可適用於各種應用
5.架構則介於兩者之間，部分**重用，部分設計重用，有時分析也可重用。（硬體架構、軟體架構、網路架構）
6.設計模式和框架都是軟體層面的，架構還包括硬體層面的，比如部署系統所需的物理器件等。
架構：一般場景下擁有設計的選擇權。架構更巨集觀一些，它決定的是子系統之間的關係、分層與通訊方式、公共設計原則/風格、功能需求與非功能需求的優先順序與取捨原則等。比如mvc就是一種架構模式。架構則是著眼於更全域性的高度，包括硬體，作業系統，網路環境，包括從立項到維護之間的所有過程（需求，設計，編碼，部署，維護，功能迭代等）。架構的責任是保證軟體的可用性，可擴充套件性，可伸縮性，安全等等一系列的指標。執行在什麼平台？用什麼語言開發？採用什麼樣的互動方式？用什麼來儲存資料？……良好的架構對產品系統很有用。
設計模式：選擇後特定場景下的最佳實踐。就具體多了，它關注的是介面/類之間的關係。設計模式是從coding層面提煉出來的一種總結，用來使得**的耦合度達到最大限度的分離，從而可以使你的**更好的被復用，更容易被替換，更好的擁抱需求的變化。如何構建**。良好的模式對碼農很有用.
面對客戶嗶嗶時，我們用需求分析架構。
面對整個軟體或系統時，我們談論架構分析。
面對軟體模組設計時，我們使用設計模式。
面對模組實現時，我們應用特定程式語言的特性。
設計模式於己於他人於系統都是多贏的，設計模式使**編制真正工程化，設計模式是軟體工程的基石，如同大廈的一塊塊磚石一樣。專案中合理地運用設計模式可以完美地解決很多問題，每種模式在現實中都有相應的原理來與之對應，每種模式都描述了乙個在我們周圍不斷重**生的問題，以及該問題的核心解決方案，這也是設計模式能被廣泛應用的原因。
設計模式主要是基於以下的物件導向設計原則。對介面程式設計而不是對實現程式設計。優先使用物件組合而不是繼承。
敏捷專案管理架構 APMF
研讀許秀影博士的 敏捷專案管理 基礎知識與應用實務 一書，其中提到傳統專案管理與敏捷專案管理的混合管理模式 敏捷專案管理架構 agile project management framework,apmf 估計是普遍大部分公司所需要的，也比較認可的模式，可以很好的實現傳統專案管理向敏捷專案管理轉型。...
敏捷專案管理架構 APMF
研讀許秀影博士的 敏捷專案管理 基礎知識與應用實務 一書，其中提到傳統專案管理與敏捷專案管理的混合管理模式 敏捷專案管理架構 agile project management framework,apmf 估計是普遍大部分公司所需要的，也比較認可的模式，可以很好的實現傳統專案管理向敏捷專案管理轉型。...
專案管理 產品開發團隊 架構
產品開發由以下階段構成 1客戶調研 客戶調研報告編寫 2功能設計 功能設計說明書編寫 3開發4測試 5幫助文件 培訓課程 培訓演示版本編寫 產品開發團隊，一般由以下角色構成 1 開發總監1名 2 架構師1名，公共 開發人員2名 3 業務開發組長1名，主要 開發1名，輔助開發1名。每個子系統由3名人員...