系統整體設計

㈠ 系統總體設計的含義是什麼

系統總體設計即對全局問題的設計，也就是設計系統總的處理方案，又稱概要設計。

製造系統工程總體設計包括：市場調研，技術規格書編寫，初步設計，詳細設計，產品製造等。

軟體工程總體設計包括：計算機配置設計、系統模塊結構設計、資料庫和文件設計、代碼設計以及系統可靠性與內部控制設計等內容。軟體功能分解屬於下列軟體開發中的總體設計階段。

(1)系統整體設計擴展閱讀：

完成大型工程體系的總體方案和總體技術途徑的設計過程。在一般工程設計中總體設計則指按計劃任務書的內容進行概略計算，附以必要的文字說明和圖紙設計，又稱初步設計。對於工程系統工程總體設計是指前一種含義。總體設計是工程項目開發過程中的一個重要階段。

研製大型工程體系的基本問題是，怎樣把比較籠統的初始研製要求逐步地變為成千上萬個研製參加者的具體工作，以及怎樣把這些工作最終綜合成一個技術上先進、經濟上合算、研製周期短、能協調運轉的實際系統，並使這個系統成為它所從屬的更大系統的有效組成部分。

1954年美國最早出現為導彈研製計劃提供這種服務的系統工程公司──拉莫·沃爾德里奇公司。50年代末中國開始研製人造衛星和運載火箭時，也建立了這樣的機構，並稱之為總體設計部。總體設計部設計的是系統的總體，系統的總體方案和實現它的技術途徑，並通過可行性研究和技術經濟論證，確保項目在規劃、設計、製造和運行各個階段，總體性能最優。這樣可以避免因規劃、研製和運用的缺陷造成人力、物力和財力的浪費。

㈡ 系統詳細設計包括哪些內容

1、系統詳細設計主要包括以下內容：

確定設計方針和方法，將系統分解為若乾子系統，確定各子系統的目標、功能及其相互關系，再決定對子系統的管理體制和控制方式，還有對各子系統進行技術設計和評價，以及對全系統進行技術設計和評價等。

2、系統詳細設計就是根據系統分析的結果，運用系統科學的思想和方法，設計出能最大限度滿足所要求目標 (或目的) 的新系統的過程。不論多大的復雜系統，都離不開以下三個方面：

①首先要分解為若乾子系統或要素，分解可從結構要素、功能要求、時間序列、空間配置等方面進行；

②然後將其特徵和性能標准化，綜合成最優子系統；

③最後將最優子系統進行總體設計，從而得到最優系統。

(2)系統整體設計擴展閱讀

系統詳細設計的注意事項

1、階段開發原則

系統框架和數據結構全面設計，具體功能實現分階段進行。

2、易用性原則

方便上網客戶瀏覽和操作，最大限度地減輕後台管理人員的負擔，做到部分業務的自動化處理。

3、業務完整性原則

對於業務進行中的特殊情況能夠做出及時、正確的響應，保證業務數據的完整性。

4、業務規范化原則

在系統設計的同時，也為將來的業務流程制定了較為完善的規范，具有較強的實際操作性。

5、可擴展性原則

系統設計要考慮到業務未來發展的需要，要盡可能設計得簡明，各個功能模塊間的耦合度小，便於系統的擴展，當然如果存在舊有的資料庫系統，則需要充分考慮兼容性。

㈢ 界面整體設計

（一）設計模式

由於用戶（專業知識）、開發人員（計算機知識）之間存在著知識面不平衡性，而AGEIS是中國省域范圍內較早的農業地質信息管理系統，沒有太多的借鑒，用戶需求較模糊，用戶的界面設計就顯得極其重要。可利用面向對象技術和可視化編程技術，根據初步的需求分析和總體設計要求先確定各界面元素組成，然後利用界面元素構架各種界面，如登錄界面、主界面等。最後將這些界面構件納入系統功能的骨架，形成系統的界面原型（圖3-5）。這種原型界面法的思想是建立一個能夠反映用戶主要需求的原型，讓用戶實際看看未來系統的概貌，以便判斷哪些界面及功能是符合需要的，哪些功能還需要改進（鍾毅等，1996）。一旦當原型完善之後，利用資料庫應用對象和輔助對象，便可與資料庫的數據溝通，形成符合用戶要求的系統。

圖3-5 用戶界面設計模式

基於原型法的用戶界面設計關鍵是在比較短的時間內構造出相當接近最終目標的用戶界面，使用戶能及時地提出軟體功能修改意見，以免延誤改正時機和擴大錯誤。

（二）界面構成與布局

用戶界面是人機對話的工具，根據功能模塊的不同，可以分別採用菜單式、命令式或表格式的界面。但它與功能模塊一一對應，各模塊之間界面形式一致，相同功能要用相同的圖標顯示。

好的界面是好的程序的一個不可缺少的條件，好的界面並不需要很多復雜的花哨的東西。正相反，很多好的界面常常給人一種簡潔的感覺。如果界面中控制項很多，那麼控制項布局的科學性、合理性就非常重要。AGEIS系統的界面整體上可分為登錄界面、主界面（圖形界面）兩大類，其布局設計如下。

（1）登錄界面

系統登錄界面主要有軟體名稱、軟體標志、單位名稱、單位標志、版本號、網址、聯系方式、版權聲明、用戶名、密碼，以及系統設置等信息。宜應具有象徵性強、識別性高、視覺傳達效果好的圖形，可考慮使用動畫GIF格式的圖像，如圖3-6所示。

圖3-6 登錄界面布局示意圖

（2）主（圖形）界面

GIS圖形界面設計是面向對象的程序設計，採用事件驅動思想為每一個動作或事件指定一個且唯一的響應程序，基於「窗口—圖標—滑鼠—彈出菜單」模型的圖形用戶界面（GUI）十分適合面向圖形的GIS系統。採用這種界面風格的GIS系統，不僅界面美觀、操作方面、規范，而且信息的表現方式更加直觀，效率更高。再加上引用了桌面模擬技術，使用戶對系統的學習和使用變得很容易。

在構建GIS圖形用戶界面時，應根據特定的功能要求，選擇最能體現系統特色的構件進行界面設計。AGEIS系統的主（圖形）界面將界面元素分成4類，即菜單條、工具條、泊塢窗口、業務區。主（圖形）界面應根據用戶的需求和主觀感受，將上述基本構件進行合理地組織和布局（圖3-7所示）。其中泊塢窗口是指可含有應用控制項或工具的具有可停靠、入塢、出塢、關閉等功能的窗口，包括鷹眼窗口、圖層控制窗口、屬性窗口。業務區是指用戶用來顯示和操作業務要素的區域，主要包括文檔、二維、三維控制項所在的區域。而菜單條主要包括子系統切換區和各子系統的菜單區，子系統切換區主要包括導航窗口（子系統）、地圖窗口（子系統）、三維窗口（子系統）、文檔窗口（子系統）、系統維護窗口（子系統）等。選擇不同子系統時，菜單區域、工具區域、狀態顯示區域、用戶業務區域及泊塢窗口就顯示與子系統相匹配的界面元素，實現不同子系統界面風格統一。

圖3-7 圖形界面布局示意圖

㈣ 系統總體結構設計

（一）系統設計思路

地下水系統三維可視化軟體是一個龐大的軟體系統，涉及到了一系列的軟體開發技術和地下水系統概化與表示方案，在系統設計上要充分考慮現有的資料庫基礎，以提高對地下水系統的可視性與可操作性為目標，總體設計思路如下：

（1）地下水系統三維可視化軟體運行的基礎是地下水資源資料庫系統，系統運行的所有原始數據均來源於地下水資源資料庫，二者之間需要實現緊密的有機結合。

（2）地下水系統三維可視化軟體運行的核心數據是地下水系統的三維結構數據，它以資料庫的形式存儲。本系統的各個子系統均是圍繞該資料庫進行操作。

（3）地下水系統三維可視化軟體按功能的不同劃分為幾個子系統或稱為組件，這些組件可根據需要集成到不同的系統中，其本身可以集成為一個完整的可視化軟體系統。

（4）地下水系統三維可視化軟體所處理的數據對象鎖定為含水層系統，從面到體體現為含水層界面和含水層/隔水層本身，具有空間查詢和管理功能，並對這些面和體可進行數據查詢操作。

（5）地下水流體的可視化依據含水層系統動態生成，其數據基礎是地下水的動態觀測數據。

（6）為體現地下水系統三維可視化軟體的獨立性，研製開發相關原始性數據的資料庫管理軟體，作為獨立的組件集成到整個可視化軟體中。

（二）系統結構與組織

地下水系統三維可視化軟體採用組件方式處理，按照研究內容給出的劃分方案，共包括8個軟體組件和一個網路服務體系，作為一個集成結構，這些組件之間的關系如圖4-1所示。整個系統可以劃分為四個組成部分，分別具有相對獨立的軟體功能，但又相互聯系、互相依託。

圖4-1 地下水系統三維可視化軟體的結構與組織

1.地下水系統基礎資料庫管理子系統

實現對地下水系統三維結構基礎水文地質數據信息的管理，原則上採用大型資料庫作為數據存儲，利用數據引擎進行開發。

2.地下水系統三維模型生成編輯工具子系統

地下水三維系統生成輔助編輯工具能夠為用戶提供一個進行地下水三維系統動態生成和編輯的工作環境，並為地下水數值模擬提供單元剖分功能以及水文地質參數的空間配准。

3.地下水三維系統可視化系統

利用生成的三維水文地質模型數據信息，系統可提供多種形式的地下水系統三維可視化顯示，並可將這些成果用於輸出。

4.地下水三維系統的網路服務體系

三維可視化服務的對象是含水層結構，可基於含水層結構提供多種形式的WEB服務，通過用戶的請求而取得可視化結果。

（三）系統組件與關聯

地下水系統三維可視化軟體的四個子系統又可以劃分為8個程序組件和一個網路服務體系，實現地下水系統三維結構的生成、維護和服務過程。

系統包括的8個組件為單機模式，服務於水文地質專業技術人員，實現地下水系統三維結構的生成和顯示，為開展地下水資源評價工作提供一種有效的工作環境。具體組件如下：

（1）地下水系統基礎數據管理組件（組件1）；

（2）地下水系統基礎數據預處理組件（組件2）；

（3）地下水系統三維模型生成編輯環境組件（組件3）；

（4）地下水系統三維空間剖分組件（組件4）；

（5）地下水系統空間面可視化飛行組件（組件5）；

（6）地下水系統三維結構可視化組件（組件6）；

（7）地下水流體運移動態模擬組件（組件7）；

（8）地下水流場動態模擬組件（組件8）。

網路服務體系是基於INTERNET提供的社會化服務，提供地下水系統三維結構的各種顯示服務，並可根據用戶的需要提供真實的三維結構數據服務。

㈤ 如何進行軟體系統概要設計及總體架構設計

其實，我覺得你不必要拘泥在那幾個什麼設計的稱謂上。
做軟體和蓋樓一樣，都要先規劃版框架，再權細摳內容，最後一磚一石的去做。
至於你管這個前期的整體規劃叫什麼，那都行。如果你只是想在同事中找共同語言，那大家叫它什麼，你就跟著叫就行了。
很簡單，不必拘泥。

㈥ 什麼是系統架構設計

簡單一點，系統架構設計就是一個系統的草圖，描述了構成系統的抽象組件，以及各個組件之間的是如何進行通訊的，這些組件在實現過程中可以被細化為實際的組件比如類或者對象。在面向對象領域中，組件之間的聯通通常面向於介面實現的。

是人們對一個結構內的元素及元素間關系的一種主觀映射的產物。架構設計是一系列相關的抽象模式，用於指導大型軟體系統各個方面的設計。

「架構」一詞最早來自建築學，原意為建築物設計和建造的藝術。但是在軟體工程領域，軟體架構不是一個新名詞，只是在早期的著作中人們將軟體架構稱為軟體體系架構。這就是架構的概念。所謂架構，就是人們對一個結構內的元素及元素間關系的一種主觀影射的產物。

無論何種系統架構應用領域，目的都是一樣的，即完整地、高一致性的、平衡各種利弊的、有技術和市場前瞻性的設計系統和實施系統。

(6)系統整體設計擴展閱讀

系統架構的主要任務是界定系統級的功能與非功能要求、規劃要設計的整體系統的特徵、規劃並設計實現系統級的各項要求的手段，同時利用各種學科技術完成子系統的結構構建。

在系統架構中，由於對軟體越來越深入的依賴，軟體架構的任務也體現出重要的作用。而且系統架構與軟體架構是緊密聯系和相互依賴的。

1997年，Eberhadrt Rechtin 與MarkW Maier 在其論著中，為計算機科學總結了系統架構方面的實踐成果，從而奠定了系統科學和系統架構在計算機科學中的基石。