軟體系統結構圖怎麼畫

① 軟體結構圖怎麼畫

軟體體系結構參考圖如下：

正如上面提到的，不同的受眾，比如用戶、客戶、開發人員、測試人員、運維人員，需要從各自工作的角度去理解和使用架構。所以回答這個問題，需要首先了解這幅架構圖畫出來是給誰看，你想從那個維度去入手。
確定了這個問題之後，再來了解架構視圖有哪些維度和組成要素：
1. 架構視圖
最經典的當屬4+1視圖：

• 邏輯視圖
  
• 開發視圖
  
• 過程視圖
  
• 物理視圖
  
• 場景視圖
  

4+1視圖提出後，業界也有其它的觀點提出，諸如SEI(模塊視圖、組建和連接件視圖、分配視圖)、西門子4種視圖（概念、模塊、代碼、執行視圖）、以及RM-ODP(企業視圖、信息視圖、計算視圖、工程師圖）等。
常見的視圖除了上述4+1視圖外還包括：數據視圖、安全視圖、實現視圖等。

2. 了解架構視圖的四要素

• 圖示化主要元素和元素之間的關系
  
• 具有明確的圖例、定義和說明元素
  
• 每個元素具備明確的介面和行為規范
  
• 設計原理和設計決策的信息
  

3. 簡單說一下幾個視圖針對的角色和維度：
邏輯視圖一般針對客戶、用戶、業務人員、開發組織，主要從系統的功能元素、以及它們的介面、職責、交互維度入手。主要元素包括系統、子系統、功能模塊、子功能模塊、介面等。

開發視圖一般針對開發和測試相關人員，主要描述系統如何開發實現；主要元素包括描述系統的分層、分區、框架、系統通用服務、業務通用服務、類和介面、系統平台和大基礎框架。用途是知道開發設計和實現。

物理視圖一般針對系統運維人員、集成人員，它是系統邏輯組件到物理節點的映射，節點與節點間的物理網路配置等，主要關注非功能性需求，諸如性能（吞吐量）、可伸縮性、可靠性，可用性等，從而得出相關的物理部署結構圖。

② 軟體系統架構圖怎麼畫

系統架構圖屬於系統設計階段，系統架構圖只是這個階段一個產物，要正確的、合理的畫系統架構圖需要全面的理解用戶需求以及業務流程，當理解了這些東西後，剩下的就是如何進行表達了，一般而言，可以參照RUP的用例驅動來進行邏輯架構，開發架構等設計工作，你的系統架構圖可以反應在各個視圖裡面，我估計你所說的系統架構圖是屬於邏輯架構裡面，比如分多少層，每層分多少模塊等。
至於，繪制的工具，有很多很多。可以選擇微軟的visio,或者EA,rose,power designer等UML建模工具，當然，你甚至可以用PPT,Word來繪制。
當然，系統架構不是一日之功，需長期努力，跟經驗和技術都有很大關系。
今天興致來了，回復了這么多，不知滿意不。

③ 安卓app的開發架構圖該怎麼畫

android應用開發框架是ApplicationFramework.其系統架構由5部分組成，分別是：LinuxKernel、AndroidRuntime、Libraries、ApplicationFramework、Applications。第二部分將詳細介紹這5個部分。下面自底向上分析各層。Android架構1、LinuxKernelAndroid基於Linux2.6提供核心系統服務，例如：安全、內存管理、進程管理、網路堆棧、驅動模型。LinuxKernel也作為硬體和軟體之間的抽象層，它隱藏具體硬體細節而為上層提供統一的服務。如果你學過計算機網路知道OSI/RM，就會知道分層的好處就是使用下層提供的服務而為上層提供統一的服務，屏蔽本層及以下層的差異，當本層及以下層發生了變化不會影響到上層。也就是說各層各盡其職，各層提供固定的SAP（ServiceAccessPoint），專業點可以說是高內聚、低耦合。如果你只是做應用開發，就不需要深入了解LinuxKernel層。2、AndroidRuntimeAndroid包含一個核心庫的集合，提供大部分在Java編程語言核心類庫中可用的功能。每一個Android應用程序是Dalvik虛擬機中的實例，運行在他們自己的進程中。Dalvik虛擬機設計成，在一個設備可以高效地運行多個虛擬機。Dalvik虛擬機可執行文件格式是.dex，dex格式是專為Dalvik設計的一種壓縮格式，適合內存和處理器速度有限的系統。大多數虛擬機包括JVM都是基於棧的，而Dalvik虛擬機則是基於寄存器的。兩種架構各有優劣，一般而言，基於棧的機器需要指令，而基於寄存器的機器指令更大。dx是一套工具，可以將Java.class轉換成.dex格式。一個dex文件通常會有多個.class。由於dex有時必須進行最佳化，會使文件大小增加1-4倍，以ODEX結尾。Dalvik虛擬機依賴於Linux內核提供基本功能，如線程和底層內存管理。3、LibrariesAndroid包含一個C/C++庫的集合，供Android系統的各個組件使用。這些功能通過Android的應用程序框架（applicationframework）暴露給開發者。下面列出一些核心庫：系統C庫--標准C系統庫（libc）的BSD衍生，調整為基於嵌入式Linux設備媒體庫--基於PacketVideo的OpenCORE。這些庫支持播放和錄制許多流行的音頻和視頻格式，以及靜態圖像文件，包括MPEG4、H.264、MP3、AAC、AMR、JPG、PNG界面管理--管理訪問顯示子系統和無縫組合多個應用程序的二維和三維圖形層LibWebCore--新式的Web瀏覽器引擎,驅動Android瀏覽器和內嵌的web視圖SGL--基本的2D圖形引擎3D庫--基於OpenGLES1.0APIs的實現。庫使用硬體3D加速或包含高度優化的3D軟體光柵FreeType--點陣圖和矢量字體渲染SQLite--所有應用程序都可以使用的強大而輕量級的關系資料庫引擎4、ApplicationFramework通過提供開放的開發平台，Android使開發者能夠編制極其豐富和新穎的應用程序。開發者可以自由地利用設備硬體優勢、訪問位置信息、運行後台服務、設置鬧鍾、向狀態欄添加通知等等，很多很多。開發者可以完全使用核心應用程序所使用的框架APIs。應用程序的體系結構旨在簡化組件的重用，任何應用程序都能發布他的功能且任何其他應用程序可以使用這些功能（需要服從框架執行的安全限制）。這一機制允許用戶替換組件。所有的應用程序其實是一組服務和系統，包括：視圖（View）--豐富的、可擴展的視圖集合，可用於構建一個應用程序。包括包括列表、網格、文本框、按鈕，甚至是內嵌的網頁瀏覽器內容提供者（ContentProviders）--使應用程序能訪問其他應用程序（如通訊錄）的數據，或共享自己的數據資源管理器（ResourceManager）--提供訪問非代碼資源，如本地化字元串、圖形和布局文件通知管理器（NotificationManager）--使所有的應用程序能夠在狀態欄顯示自定義警告活動管理器（ActivityManager）--管理應用程序生命周期,提供通用的導航回退功能5、ApplicationsAndroid裝配一個核心應用程序集合，包括電子郵件客戶端、SMS程序、日歷、地圖、瀏覽器、聯系人和其他設置。所有應用程序都是用Java編程語言寫的。更加豐富的應用程序有待我們去開發！從上面我們知道Android的架構是分層的，非常清晰，分工很明確。Android本身是一套軟體堆迭(SoftwareStack)，或稱為「軟體迭層架構」，迭層主要分成三層：操作系統、中間件、應用程序。從上面我們也看到了開源的力量，一個個熟悉的開源軟體在這里貢獻了自己的一份力量。

④ 計算機系統組成圖是怎麼畫的呀

所謂的組成系統圖應該包括主機、輸入輸出設備而不是硬體軟體的問題。因為軟體系統我們是無法用圖形描繪出來的。主機就是電腦的主機箱，輸入設備如鍵盤滑鼠，這兩樣是最常見的，輸出設備如顯示器、列印機。

⑤ visio軟體系統架構圖怎麼畫

組織架構裡面直接按照匯報關系畫，如果沒有明確的項目部門，就只要按照職能部門畫了。
否則，可以按照矩陣結構或者項目結構畫。你要幫忙至少得多給點信息么。

⑥ 系統架構圖怎麼畫

現在系統架構圖，我看到千奇百怪都有。其實可以大體分為網路系統，軟體系統，和硬體系統。
估計你主要是說軟體系統，那麼主要的模塊畫出來，模塊的調用關系畫出來，模塊的層次畫出來。主要的輸入輸出畫出來，就行了。

⑦ 用什麼軟體可以畫軟體系統體系結構圖急！！！！

我用sybase的powerDesigner，出資料庫模型很迅速。
有的人用微軟的visual studio，也不錯，.net平台下的。
office系列畫公司部門結構表都很困難，它不夠專業。
最牛的應該是rose，多種編程語言多平台都可以自動生成一部分代碼。不過，唯一遺憾的是，界面方面它無能為力(過於專業化)。

⑧ 如何畫架構圖

簡單說，前面的回答說用PPT或者用PlantUML或者用visio，解決的都是個「用什麼工具畫」的問題，不是「怎麼畫」的問題。「怎麼畫」是個方法問題，在白紙上或者黑板上畫也是一樣的方法，有了方法才談得上工具。直接上結論。程序員必讀之軟體架構 (豆瓣) 這本書就是解決「怎麼畫」這個問題的。需要哪些圖呢？第35章：「C4：語境、容器、組件和類」，這就是你需要的4個層面由高到低逐步細化的圖。前面 @林孟同學給的那個圖問題在哪兒呢？就在它沒有統一的抽象層面。同一個圖上既在講大塊業務（考試中心業務），又在講具體服務（時間服務），也在講對象設計（DAO），還在講具體技術（JDBC）。沒有統一抽象層面的圖，就沒法針對特定讀者，業務看不懂，技術看了不過癮。程序員必讀之軟體架構 (豆瓣) 這本書很不錯。讀它，這個問題就解決了。

⑨ 軟體體系結構圖怎麼畫啊

軟體體系結構參考圖如下：

正如上面提到的，不同的受眾，比如用戶、客戶、開發人員、測試人員、運維人員，需要從各自工作的角度去理解和使用架構。所以回答這個問題，需要首先了解這幅架構圖畫出來是給誰看，你想從那個維度去入手。
確定了這個問題之後，再來了解架構視圖有哪些維度和組成要素：
1. 架構視圖
最經典的當屬4+1視圖：

• 邏輯視圖
  
• 開發視圖
  
• 過程視圖
  
• 物理視圖
  
• 場景視圖
  

4+1視圖提出後，業界也有其它的觀點提出，諸如SEI(模塊視圖、組建和連接件視圖、分配視圖)、西門子4種視圖（概念、模塊、代碼、執行視圖）、以及RM-ODP(企業視圖、信息視圖、計算視圖、工程師圖）等。
常見的視圖除了上述4+1視圖外還包括：數據視圖、安全視圖、實現視圖等。

2. 了解架構視圖的四要素

• 圖示化主要元素和元素之間的關系
  
• 具有明確的圖例、定義和說明元素
  
• 每個元素具備明確的介面和行為規范
  
• 設計原理和設計決策的信息
  

3. 簡單說一下幾個視圖針對的角色和維度：
邏輯視圖一般針對客戶、用戶、業務人員、開發組織，主要從系統的功能元素、以及它們的介面、職責、交互維度入手。主要元素包括系統、子系統、功能模塊、子功能模塊、介面等。

開發視圖一般針對開發和測試相關人員，主要描述系統如何開發實現；主要元素包括描述系統的分層、分區、框架、系統通用服務、業務通用服務、類和介面、系統平台和大基礎框架。用途是知道開發設計和實現。

物理視圖一般針對系統運維人員、集成人員，它是系統邏輯組件到物理節點的映射，節點與節點間的物理網路配置等，主要關注非功能性需求，諸如性能（吞吐量）、可伸縮性、可靠性，可用性等，從而得出相關的物理部署結構圖。

⑩ 系統架構圖 什麼畫

是系統體系結構的軟體體系結構的一個子集。因此可以說，該系統的軟體體系結構是體系結構，但不一定是系統體系結構的軟體體系結構，該系統還可以集成在網路體系結構。由於系統可以包括許多部件，並且該軟體是只是其中的一部分。