平台架構設計
1、Microsoft Office Visio
Office Visio 是office軟體系列中的負責繪制流程圖和示意圖的軟體，是一款便於IT和商務人員就復雜信息、系統和流程進行可視化處理、分析和交流的軟體。
2、ProcessOn
是一款網頁版的在線作圖工具，優點是無需下載安裝、破解這些破事，同時支持在線協作，可以多人同時對一個文件協作編輯，而且上手比較容易，它提供很多流程圖模版，可以方便的畫出流程圖、思維導圖、原型圖、UML圖。
3、OmniGraffle
OmniGraffle可以用來繪制圖表，流程圖，組織結構圖以及插圖，也可以用來組織頭腦中思考的信息，組織頭腦風暴的結果，繪制心智圖，作為樣式管理器，或設計網頁或PDF文檔的原型。只能於運行在Mac OS X和iPad平台之上。
4、億圖
是一款基於矢量的繪圖工具，包含大量的事例庫和模板庫。可以很方便的繪制各種專業的業務流程圖、組織結構圖、商業圖表、程序流程圖、數據流程圖、工程管理圖、軟體設計圖、網路拓撲圖等等。
5、Axure RP
Axure RP是美國Axure Software Solution公司旗艦產品，是一個專業的快速原型設計工具，讓負責定義需求和規格、設計功能和界面的專家能夠快速創建應用軟體或Web網站的線框圖、流程圖、原型和規格說明文檔。
B. 軟體設計中的框架和架構的區別
框架，即framework。其實就是某種應用的半成品，就是一組組件，供你選用完成你自己的系統。簡單說就是使用別人搭好的舞台，你來做表演。而且，框架一般是成熟的，不斷升級的軟體。
構架和架構也就是通常所說的軟體體系結構(software
architecture).體系結構一般包括三個部分:構件,用於描述計算;連接器,用於描述構件的連接部分;配置,將構件和連接器組成一個有機整體.對體系結構比較嚴謹比較認可的定義可參見＜軟體工程技術概論＞（科學出版社）．體系結構與框架（Framework)的區別與聯系如下：
1.呈現形式不同．體系結構的呈現形式是一個設計規約，而框架則是程序代碼．
2．目的不同．體系結構的首要目的大多是指導一個軟體系統的實施與開發；而框架的首要目的是為復用．因此，一個框架可有其體系結構，用於指導該框架的開發，反之不然．
3．有種特殊的體系結構,DSSA(領域特定體系結構）其首要目的也是為了復用．
4.有個叫體系結構風格的東西，將它用程序代碼實現後就成了Corba,COM之類的東西，它們倆叫體系結構框架，也叫中間件集成框架，又有人願意叫它對象中間件
C. 到底如何區分什麼是架構，框架，模式和平台
1、設計模式
為什麼要先說設計模式？因為設計模式在這些概念中是最基本的，而專且也比較簡單。那麼屬什麼是設計模式呢？說的直白點，設計模式就是告訴你針對特定問題如何組織類、對象和介面之間的關系，是前人總結的經驗。比如我要在代碼中實現一個全局唯一的配置類，那麼就使用Singleton模式。設計模式在實際編碼工作和設計框架時會被使用到，而更高層的架構和平台則不會太關注它。
2、框架
做WEB開發接觸到最多的框架可數ORM框架，ORM框架只是所有數據關系映射框架的統稱，具體的如NHibernate、ActiveRecord等，框架是為了解決特定問題而存在的，其它諸如模板框架、緩存框架，框架不能直接使用，需要二次開發。
3、架構
從大的層面來說，比如針對公司業務的B2C網站系統架構，裡面可能會用到多種解決各方面問題的框架，關注的是技術整合、擴展、可維護性。換個角度，在框架中也會涉及到架構問題，比如開發NHibernate框架，也需要考慮如何進行設計。
4、平台
平台的概念類似框架，但又結合的架構的考慮，它是更高層面上的「框架」，准確說是一種應用。它是針對企業用戶，為解決企業業務需要而形成的產品。
D. 如何進行軟體系統概要設計及總體架構設計
其實，我覺得你不必要拘泥在那幾個什麼設計的稱謂上。
做軟體和蓋樓一樣，都要先規劃版框架，再權細摳內容，最後一磚一石的去做。
至於你管這個前期的整體規劃叫什麼，那都行。如果你只是想在同事中找共同語言，那大家叫它什麼，你就跟著叫就行了。
很簡單，不必拘泥。
E. 什麼是系統架構設計
簡單一點，系統架構設計就是一個系統的草圖，描述了構成系統的抽象組件，以及各個組件之間的是如何進行通訊的，這些組件在實現過程中可以被細化為實際的組件比如類或者對象。在面向對象領域中，組件之間的聯通通常面向於介面實現的。
是人們對一個結構內的元素及元素間關系的一種主觀映射的產物。架構設計是一系列相關的抽象模式，用於指導大型軟體系統各個方面的設計。
「架構」一詞最早來自建築學，原意為建築物設計和建造的藝術。但是在軟體工程領域，軟體架構不是一個新名詞，只是在早期的著作中人們將軟體架構稱為軟體體系架構。這就是架構的概念。所謂架構，就是人們對一個結構內的元素及元素間關系的一種主觀影射的產物。
無論何種系統架構應用領域，目的都是一樣的，即完整地、高一致性的、平衡各種利弊的、有技術和市場前瞻性的設計系統和實施系統。
(5)平台架構設計擴展閱讀
系統架構的主要任務是界定系統級的功能與非功能要求、規劃要設計的整體系統的特徵、規劃並設計實現系統級的各項要求的手段，同時利用各種學科技術完成子系統的結構構建。
在系統架構中，由於對軟體越來越深入的依賴，軟體架構的任務也體現出重要的作用。而且系統架構與軟體架構是緊密聯系和相互依賴的。
1997年，Eberhadrt Rechtin 與MarkW Maier 在其論著中，為計算機科學總結了系統架構方面的實踐成果，從而奠定了系統科學和系統架構在計算機科學中的基石。