燃氣輸配系統方案比較的方法有哪些？

數據庫應用系統的開發是壹項軟件工程。壹般可以分為以下幾個階段:1。策劃2。需求分析。概念模型設計。邏輯設計5。物理設計。編程和調試。操作和維護。這幾個階段的劃分目前沒有統壹的標準，相互銜接，往往需要追溯修訂。在數據庫應用系統的開發過程中，每個階段的成果就是編寫相應的文檔。每個階段都是在前壹階段成果的基礎上繼續，整個開發項目有理有據，有組織，有計劃，有秩序。1.規劃的主要任務是分析必要性和可行性。在收集和整理相關資料的基礎上，確定擬建立的數據庫應用系統與周圍環境的關系，對應用系統的規模、地位和功能進行綜合分析和論證。明確應用系統的基本功能，劃分數據庫支持範圍。分析數據來源、數據采集方式和範圍，研究數據結構特點，估算數據規模，建立數據處理的基本要求和業務標準。規劃人力資源的配置。對參與系統開發和後期維護的管理人員和技術人員的技術業務水平提出要求，對最終用戶和操作人員的素質進行評估。擬定設備配置方案。從時間和空間上論證計算機、網絡等設備的處理能力，具有足夠的內部和外部存儲能力，系統的響應速度、網絡傳輸和輸入輸出能力應滿足有余量的應用要求。選擇合適的操作系統、數據庫管理系統和其他軟件。設備配置方案要從使用要求、系統性能、購置成本、維護成本等方面綜合權衡。估計系統開發、操作和維護的成本。預測系統效益的期望值。制定開發進度計劃，還需要對目前的工作模式如何過渡到新系統做出具體安排。規劃階段的結果是寫出詳細的可行性分析報告和數據庫應用系統計劃。內容應包括:系統的定位及其功能、數據資源和數據處理能力、人力資源調配、設備配置方案、開發成本估算、開發進度計劃等。可行性分析報告和數據庫應用系統策劃書批準後，就成為後續開發工作的總綱。數據庫應用系統的開發是壹項軟件工程。本文介紹了數據庫應用系統的開發步驟...2.需求分析大致可以分為三步。(1)需求信息收集。需求信息的收集壹般以機構設置和業務活動為基礎，從高層中層到低層逐步進行。(2)需求信息的分析整理，對收集到的信息要進行分析整理。Dfd，dataflowdiagram (DFD)是商業中業務流程和數據關系的正式描述。圖4.1是壹個簡單的dfd例子。數據字典(Dd)詳細描述了系統中的所有數據。數據字典包含以下部分。數據項:它是數據的原子單位。數據組項:由幾個數據項組成。數據流:代表數據處理過程的輸入/輸出數據。數據存儲:指在處理過程中要訪問的數據。數據處理過程的描述包括:數據處理過程的名稱、描述、輸入、輸出、處理工作總結、處理頻率、處理的數據量、響應時間要求等。數據流圖不僅是需求分析的工具，也是需求分析的結果之壹。數據字典是數據收集和數據分析的主要成果。(3)需求信息的審核。開發過程中的每個階段都要進行評審，以確認任務是否全部完成，避免或糾正工作中的錯誤和疏漏。聘請項目外的專家參與評審，可以保證評審的質量和客觀性。評審可能導致開發過程的回溯，甚至多次重復。但是，在需求分析階段的工作可以暫時結束之前，所有的預期目標都必須實現。需求分析階段的工作結果是編寫壹個實用的、可預測的需求規範，並附有壹套詳細的數據流圖和數據字典。3.概念模型設計概念模型不依賴於特定的計算機系統，它是壹個純粹反映信息需求的概念結構。建模是基於需求分析的結果，數據往往是抽象的。常見的數據抽象方法有“聚合”和“概括”。Er方法是概念模型設計中常用的方法。利用設計好的er圖和相應的說明，可以分三步完成概念模型設計。(1)設計局部概念模型①確定局部概念模型的範圍②定義實體③定義聯系④確定屬性⑤將所有局部er圖逐壹畫出，並附上相應的說明。數據庫應用系統的開發是壹個軟件工程。本文介紹了數據庫應用系統的開發步驟...(2)設計全局概念模型，建立全局er圖的步驟如下:①確定公共實體的類型；②合並局部er圖；③消除不壹致因素；④優化全局er圖；⑤畫壹個全局er圖，並附相應的說明文件。(3)概念模型的復習概念模型的復習分為兩部分。第壹部分是用戶評論。第二部分是開發者評論。4.邏輯設計邏輯設計階段的主要目標是將概念模型轉換為特定計算機上dbms支持的結構化數據模型。邏輯設計的輸入元素包括:概念模型、用戶需求、約束和所選dbms的特征。邏輯設計的輸出信息包括:dbms可以處理的模式和子模式、應用程序設計指南和物理設計指南。(1)設計模式和子模式的關系數據庫的模式設計可以分四步完成。①建立初始關系模式，②規範流程，③評估模式，④修改模式，經過反復的模式評估和模式修正，確定最終的模式和子模式。寫出邏輯數據庫結構的描述。數據庫應用系統的開發是壹項軟件工程。本文介紹了數據庫應用系統的開發步驟...(2)編寫應用程序設計指南。根據設計的模式和應用需求，規劃應用的架構，設計應用的草圖，規定每個應用的數據訪問功能和數據處理功能的概要，提供程序上的邏輯接口。編寫應用程序設計指南。(3)編寫物理設計指南。根據設計模式和應用需求，整理出物理設計階段需要的壹些重要數據和文檔。比如數據庫的數據容量，每個關系(文件)的數據容量，應用處理頻率，操作順序，響應速度，每個應用的lra和tv，節目訪問路徑建議等等。這些數據和需求將直接用於物理數據庫的設計。編寫物理設計指南。5.物理設計物理設計是為給定的邏輯數據模型配置最適合應用環境的物理結構。物理設計的輸入元素包括:模式和子模式、物理設計指南、硬件特性、os和dbms的約束、操作要求等。物理設計的輸出信息主要是物理數據庫結構規範。其內容包括物理數據庫結構、存儲記錄格式、存儲記錄位置分配和訪問方法等。物理設計的步驟如下:(1)存儲記錄結構的設計；數據存儲需求和應用需求的綜合分析；存儲記錄格式的設計。(2)存儲空間分配存儲空間分配有兩個原則:①訪問頻率高的數據盡量安排在快速隨機的設備上，訪問頻率低的數據安排在較慢的設備上。②相互依賴性強的數據盡量存儲在同壹個設備上，盡量安排在相鄰的存儲空間。為了提高系統性能，應將設計的存儲記錄作為壹個整體，合理分配物理存儲區域。盡可能充分利用物理順序的特點，將不同類型的存儲記錄分配給不同的物理組。(3)存取方法的設計壹個存取方法包括兩部分:存儲結構和檢索機制。存儲結構定義了在訪問存儲記錄時可以使用的訪問路徑；檢索機制定義了每個應用程序實際使用的訪問路徑。數據庫應用系統的開發是壹項軟件工程。本文介紹了數據庫應用系統的開發步驟...(4)物理設計的性能評估①查詢響應時間與結果顯示之間的時間稱為查詢響應時間。查詢響應時間可以進壹步細分為服務時間、等待時間和延遲時間。在物理設計過程中，應評估系統的性能。性能評估包括時間、空間、效率、開銷等方面。⊙cpu服務時間和i/o服務時間的長度取決於應用設計。⊙cpu隊列等待時間和i/o隊列等待時間受計算機系統作業的影響。設計者可以在有限的範圍內控制分布式數據庫系統的通信延遲時間。(2)存儲空間存儲程序和數據的空間。程序包括運行應用程序、dbms子程序、os子程序等。數據包括用戶工作區、dbms工作區、os工作區、索引緩沖區、數據緩沖區等等。存儲空間分為主存儲空間和輔助存儲空間。設計者只能在有限的範圍內控制主存空間，比如指定緩沖區的分配。但設計師可以有效控制輔助儲物空間。③開銷和效率的設計要考慮以下費用。隨著開銷的增加，系統效率會降低。⊙事務開銷是指從事務開始到事務結束所花費的時間。更新事務需要修改索引、重寫物理塊和執行寫驗證等操作，這會增加額外的開銷。更新頻率應列為設計考慮因素。⊙報告生成開銷是指從數據輸入到輸出結果的時間。報告生成占用cpu和I/O很長的服務時間，在設計中要進行篩選，去掉不必要的報告生成。數據庫的重組也是壹筆很大的開銷。在設計中應考慮數據量和處理頻率，以避免或盡量減少數據庫的重組。在物理設計階段，可能會多次重復設計、評估和修改的過程，最終得到壹個相對完善的物理數據庫結構規範。建立數據庫時，dba可以根據物理數據庫結構規範，使用dbms提供的工具配置數據庫。數據庫運行時，dba對數據庫的性能進行監控，並根據基於物理數據庫結構規範的指導方針及時進行修正和優化操作，以確保數據庫系統能夠保持高效運行。6.編程與調試邏輯數據庫的結構確定後，應用程序的編程可以與物理設計並行進行。通常情況下，程序模塊代碼在模擬環境下進行初始調試，然後進行聯合調試。聯調工作主要包括以下幾點:數據庫應用系統的開發是壹個軟件項目。本文介紹了數據庫應用系統的開發步驟...(1)建立數據庫結構。根據邏輯設計和物理設計的結果，用dbms提供的數據語言(ddl)編寫數據庫的源模式，並編譯目標模式，通過執行目標模式可以建立實際的數據庫結構。(2)調試數據庫結構建立後，加載測試數據，使數據庫進入調試階段。運行應用程序並測試(3)加載實際的初始數據。在數據庫正式投入運行之前，要做好以下工作:(1)制定壹個可行的重組數據庫的方案。(2)制定故障恢復規範(3)制定系統安全規範7。數據庫投入運行後，運維階段的主要任務是:(1)維護數據庫的安全性和完整性。按照既定的安全規範和故障恢復規範，當系統安全性出現問題時，及時調整授權和修改密碼。及時發現系統運行時的錯誤，並迅速修改，保證系統的正常運行。將數據庫的備份和轉儲作為日常工作。壹旦出現故障，立即使用數據庫的最新備份進行恢復。(2)監控系統的性能。使用dbms提供的性能監視和分析工具，可以持續監視系統的運行。當數據庫的存儲空間或響應時間等性能下降時，立即分析研究找出原因，及時采取措施進行改進。例如，通過修改壹些參數、整理碎片、調整存儲結構或重組數據庫，可以使數據庫系統保持高效、正常的運行。(3)在保持原系統功能和性能的基礎上擴展系統功能，適應環境和需求的變化，采納用戶的合理意見，對原系統進行擴展，增加新的功能。