資料庫擴充功能是哪個階段完成的

A. 在資料庫應用系統開發過程中，要在什麼階段對系統進行

資料庫應用系統的開發是一項軟體工程。一般可分為以下幾個階段：
1.規劃 2.需求分析 3.概念模型設計 4. 邏輯設計5.物理設計 6.程序編制及調試 7.運行及維護。 這些階段的劃分目前尚無統一的標准，各階段間相互聯接，而且常常需要回溯修正。 在資料庫應用系統的開發過程中，每個階段的工作成果就是寫出相應的文檔。每個階段都是在上一階段工作成果的基礎上繼續進行，整個開發工程是有依據、有組織、有計劃、有條不紊地展開工作。
1.規劃規劃的主要任務就是作必要性及可行性分析。 在收集整理有關資料的基礎上，要確定將建立的資料庫應用系統與周邊的關系，要對應用系統定位，其規模的大小、所處的地位、應起的作用均須作全面的分析和論證。 明確應用系統的基本功能，劃分資料庫支持的范圍。分析數據來源、數據採集的方式和范圍，研究數據結構的特點，估算數據量的大小，確立數據處理的基本要求和業務的規范標准。 規劃人力資源調配。對參與研製和以後維護系統運作的管理人員、技術人員的技術業務水平提出要求，對最終用戶、操作員的素質作出評估。 擬定設備配置方案。論證計算機、網路和其他設備在時間、空間兩方面的處理能力，要有足夠的內外存容量，系統的響應速度、網路傳輸和輸入輸出能力應滿足應用需求並留有餘量。要選擇合適的os,dbms和其它軟體。設備配置方案要在使用要求、系統性能、購置成本和維護代價各方面綜合權衡。 對系統的開發、運行、維護的成本作出估算。預測系統效益的期望值。 擬定開發進度計劃，還要對現行工作模式如何向新系統過渡作出具體安排。 規劃階段的工作成果是寫出詳盡的可行性分析報告和資料庫應用系統規劃書。內容應包括：系統的定位及其功能、數據資源及數據處理能力、人力資源調配、設備配置方案、開發成本估算、開發進度計劃等。 可行性分析報告和資料庫應用系統規劃書經審定立項後，成為後續開發工作的總綱。 2.需求分析需求分析大致可分成三步來完成。 (1) 需求信息的收集, 需求信息的收集一般以機構設置和業務活動為主幹線，從高層中層到低層逐步展開 (2) 需求信息的分析整理, 對收集到的信息要做分析整理工作。數據流圖(dfd, data flow diagram)是業務流程及業務中數據聯系的形式描述。圖4.1是一個簡單的dfd 示例。 數據字典(dd, data dictionary)詳細描述系統中的全部數據。 數據字典包含以下幾個部分。 數據項：是數據的原子單位。 數據組項：由若干數據項組成。 數據流：表示某一數據加工過程的輸入/輸出數據。 數據存儲：是處理過程中要存取的數據。 數據加工過程 數據加工過程的描述包括：數據加工過程名、說明、輸入、輸出、加工處理工作摘要、加工處理頻度、加工處理的數據量、響應時間要求等。 數據流圖既是需求分析的工具，也是需求分析的成果之一。數據字典是進行數據收集和數據分析的主要成果。 (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隊列等待時間的長短受計算機系統作業的影響。 ⊙ 設計者可以有限度地控制分布式資料庫系統的通信延遲時間。 ② 存儲空間 存儲空間存放程序和數據。程序包括運行的應用程序、dbms子程序、os子程序等。數據包括用戶工作區、dbms工作區、os工作區、索引緩沖區、數據緩沖區等。 存儲空間分為主存空間和輔存空間。設計者只能有限度地控制主存空間，例如可指定緩沖區的分配等。但設計者能夠有效地控制輔存空間。 ③ 開銷與效率 設計中還要考慮以下各種開銷，開銷增大，系統效率將下降。 ⊙ 事務開銷指從事務開始到事務結束所耗用的時間。更新事務要修改索引、重寫物理塊、進行寫校驗等操作，增加了額外的開銷。更新頻度應列為設計的考慮因素。 ⊙ 報告生成開銷指從數據輸入到有結果輸出這段時間。報告生成佔用cpu及i/o的服務時間較長。設計中要進行篩選，除去不必要的報告生成。 ⊙ 對資料庫的重組也是一項大的開銷。設計中應考慮數據量和處理頻度這兩個因數，做到避免或盡量減少重組資料庫。 在物理設計階段，設計、評價、修改這個過程可能要反復多次，最終得到較為完善的物理資料庫結構說明書。 建立資料庫時，dba依據物理資料庫結構說明書，使用dbms提供的工具可以進行資料庫配置。 在資料庫運行時，dba監察資料庫的各項性能，根據依據物理資料庫結構說明書的准則，及時進行修正和優化操作，保證資料庫系統能夠保持高效率地運行。 6.程序編制及調試在邏輯資料庫結構確定以後，應用程序設計的編制就可以和物理設計並行地展開 程序模塊代碼通常先在模擬的環境下通過初步調試，然後再進行聯合調試。聯合調試的工作主要有以下幾點： (1) 建立資料庫結構 根據邏輯設計和物理設計的結果，用dbms提供的數據語言(ddl)編寫出資料庫的源模式，經編譯得到目標模式，執行目標模式即可建立實際的資料庫結構。 (2) 調試運行 資料庫結構建立後，裝入試驗數據，使資料庫進入調試運行階段。運行應用程序，測試 (3) 裝入實際的初始數據 在資料庫正式投入運行之前，還要做好以下幾項工作： (1) 制定資料庫重新組織的可行方案。 (2) 制定故障恢復規范 (3) 制定系統的安全規范 7.運行和維護資料庫正式投入運行後，運行維護階段的主要工作是： (1) 維護資料庫的安全性與完整性。 按照制定的安全規范和故障恢復規范，在系統的安全出現問題時，及時調整授權和更改密碼。及時發現系統運行時出現的錯誤，迅速修改，確保系統正常運行。把資料庫的備份和轉儲作為日常的工作，一旦發生故障，立即使用資料庫的最新備份予以恢復。 (2) 監察系統的性能。 運用dbms提供的性能監察與分析工具，不斷地監控著系統的運行情況。當資料庫的存儲空間或響應時間等性能下降時，立即進行分析研究找出原因，並及時採取措施改進。例如，可通修改某些參數、整理碎片、調整存儲結構或重新組織資料庫等方法，使資料庫系統保持高效率地正常運作。 (3) 擴充系統的功能 在維持原有系統功能和性能的基礎上，適應環境和需求的變化，採納用戶的合理意見，對原有系統進行擴充，增加新的功能。

B. 計算機化的資料庫管理經歷了哪幾個階段!各有什麼特點

一、人工管理階段：

數據的管理者：人。

數據面向的對象：某一應用程序。

數據的共享程度：無共享，冗餘度極大。

數據的獨立性：不獨立，完全依賴於程序。

數據的結構化：無結構。

數據控制能力：應用程序自己控制。

二、文件系統階段：

數據的管理者：文件系統。

數據面向的對象：某一應用程序。

數據的共享程度：共享性差，冗餘度大。

數據的獨立性：獨立性差。

數據的結構化：記錄內有結構，整體無結構。

數據控制能力：應用程序自己控制。

數據管理的定義

數據管理是利用計算機硬體和軟體技術對數據進行有效的收集、存儲、處理和應用的過程。其目的在於充分有效地發揮數據的作用。實現數據有效管理的關鍵是數據組織。

隨著計算機技術的發展，數據管理經歷了人工管理、文件系統、資料庫系統三個發展階段。在資料庫系統中所建立的數據結構，更充分地描述了數據間的內在聯系，便於數據修改、更新與擴充，同時保證了數據的獨立性、可靠、安全性與完整性，減少了數據冗餘，故提高了數據共享程度及數據管理效率。

C. 資料庫設計分哪幾個階段

按照規范的設計方法，一個完整的資料庫設計一般分為以下六個階段。

1、需求分析：分析用戶的需求，包括數據、功能和性能需求

2、概念結構設計：主要採用E-R模型進行設計，包括畫E-R圖

3、邏輯結構設計：通過將E-R圖轉換成表，實現從E-R模型到關系模型的轉換

4、資料庫物理設計：主要是為所設計的資料庫選擇合適的存儲結構和存取路徑

5、資料庫的實施：包括編程、測試和試運行

6、資料庫運行與維護：系統的運行與資料庫的日常維護

(3)資料庫擴充功能是哪個階段完成的擴展閱讀：

設計原則

1、一對一設計原則

在軟體開發過程中，需要遵循一對一關系設計原則進而開展數據維護工作，通過利用此原則能夠盡量減少維護問題的出現，保證數據維護工作順利開展同時降低維護工作難度。

2、獨特命名原則

獨特命名原則的應用是為了減少在資料庫設計過程中出現重復命名和規范命名現象出現。

3、雙向使用原則

雙向使用原則包括：事務使用原則和索引功能原則，軟體市場常見的索引模式有：多行檢索聚簇索引和單行檢索非聚簇索引。

D. .資料庫設計分為幾個階段,各階段的任務是什麼

按照規范的設計方法，一個完整的資料庫設計一般分為需求分析、概念結構設計、邏輯結構設計、資料庫物理設計、資料庫的實施、資料庫運行與維護六個階段：

各階段的任務如下：

1、需求分析：分析用戶的需求，包括數據、功能和性能需求；

拓展資料：

資料庫設計(Database Design)是指對於一個給定的應用環境，構造最優的資料庫模式，建立資料庫及其應用系統，使之能夠有效地存儲數據，滿足各種用戶的應用需求(信息要求和處理要求)。在資料庫領域內，常常把使用資料庫的各類系統統稱為資料庫應用系統。

資料庫設計是建立資料庫及其應用系統的技術，是信息系統開發和建設中的核心技術。由於資料庫應用系統的復雜性，為了支持相關程序運行，資料庫設計就變得異常復雜，因此最佳設計不可能一蹴而就，而只能是一種"反復探尋，逐步求精"的過程，也就是規劃和結構化資料庫中的數據對象以及這些數據對象之間關系的過程。

E. 資料庫管理技術的發展一共經歷了幾個階段請簡述最高級階段的特點。

數據管理技術的發展可以大體歸為三個階段：人工管理、文件系統和資料庫管理系統。 資料庫管理系統是目前最高級的階段。 這一階段（60年代後期），數據管理技術進入資料庫系統階段。資料庫系統克服了文件系統的缺陷，提供了對數據更高級、更有效的管理。這個階段的程序和數據的聯系通過資料庫管理系統來實現（DBMS）。 概括起來，資料庫系統階段的數據管理具有以下特點： l 採用數據模型表示復雜的數據結構。數據模型不僅描述數據本身的特徵，還要描述數據之間的聯系，這種聯系通過存取路徑實現。通過所有存取路徑表示自然的數據聯系是資料庫與傳統文件的根本區別。這樣，數據不再面向特定的某個或多個應用，而是面向整個應用系統。數據冗餘明顯減少，實現了數據共享。 l 有較高的數據獨立性。數據的邏輯結構與物理結構之間的差別可以很大。用戶以簡單 的邏輯結構操作數據而無需考慮數據的物理結構。資料庫的結構分成用戶的局部邏輯結構、資料庫的整體邏輯結構和物理結構三級。用戶（應用程序或終端用戶）的數據和外存中的數據之間轉換由資料庫管理系統實現。 l 資料庫系統為用戶提供了方便的用戶介面。用戶可以使用查詢語言或終端命令操作資料庫，也可以用程序方式（如用C一類高級語言和資料庫語言聯合編制的程序）操作資料庫。 l 資料庫系統提供了數據控制功能。例如，1。資料庫的並發控制：對程序的並發操作加以控制，防止資料庫被破壞，杜絕提供給用戶不正確的數據；2。資料庫的恢復：在資料庫被破壞或數據不可靠時，系統有能力把資料庫恢復到最近某個正確狀態；3。數據完整性：保證資料庫中數據始終是正確的；4。數據安全性：保證數據的安全，防止數據的丟失、破壞。 增加了系統的靈活性。對數據的

F. 資料庫技術經歷了哪三個發展階段

發展的三個階段:
1、 層次型和網狀型：
代表產品是1969年IBM公司研製的層次模型資料庫管理系統IMS。
2、 關系型數據型庫：
目前大部分資料庫採用的是關系型資料庫。1970年IBM公司的研究員E．F．Codd提出了關系模型。其代表產品為sysem R和Inges。
3、 第三代資料庫將為更加豐富的數據模型和更強大的數據管理功能為特徵，以提供傳統資料庫系統難以支持的新應用。它必須支持面向對象，具有開放性，能夠在多個平台上使用。
管理技術的3個階段
1 人工管理
2 文件管理
3 資料庫系統

G. 資料庫的發展階段

資料庫發展階段大致劃分為如下的幾個階段：人工管理階段、文件系統階段、資料庫系統階段、高級資料庫階段。 50年代中期之前，計算機的軟硬體均不完善。硬體存儲設備只有磁帶、卡片和紙帶，軟體方面還沒有操作系統，當時的計算機主要用於科學計算。這個階段由於還沒有軟體系統對數據進行管理，程序員在程序中不僅要規定數據的邏輯結構，還要設計其物理結構，包括存儲結構、存取方法、輸入輸出方式等。當數據的物理組織或存儲設備改變時，用戶程序就必須重新編制。由於數據的組織面向應用，不同的計算程序之間不能共享數據，使得不同的應用之間存在大量的重復數據，很難維護應用程序之間數據的一致性。
這一階段的主要特徵可歸納為如下幾點：
*計算機中沒有支持數據管理的軟體。
*數據組織面向應用，數據不能共享，數據重復。
*在程序中要規定數據的邏輯結構和物理結構，數據與程序不獨立。
*數據處理方式——批處理。 這一階段的主要標志是計算機中有了專門管理資料庫的軟體——操作系統（文件管理）。
上世紀50年代中期到60年代中期，由於計算機大容量存儲設備（如硬碟）的出現，推動了軟體技術的發展，而操作系統的出現標志著數據管理步入一個新的階段。在文件系統階段，數據以文件為單位存儲在外存，且由操作系統統一管理。操作系統為用戶使用文件提供了友好界面。文件的邏輯結構與物理結構脫鉤，程序和數據分離，使數據與程序有了一定的獨立性。用戶的程序與數據可分別存放在外存儲器上，各個應用程序可以共享一組數據，實現了以文件為單位的數據共享。
但由於數據的組織仍然是面向程序，所以存在大量的數據冗餘。而且數據的邏輯結構不能方便地修改和擴充，數據邏輯結構的每一點微小改變都會影響到應用程序。由於文件之間互相獨立，因而它們不能反映現實世界中事物之間的聯系，操作系統不負責維護文件之間的聯系信息。如果文件之間有內容上的聯系，那也只能由應用程序去處理。 60年代後，隨著計算機在數據管理領域的普遍應用，人們對數據管理技術提出了更高的要求：希望面向企業或部門，以數據為中心組織數據，減少數據的冗餘，提供更高的數據共享能力，同時要求程序和數據具有較高的獨立性，當數據的邏輯結構改變時，不涉及數據的物理結構，也不影響應用程序，以降低應用程序研製與維護的費用。資料庫技術正是在這樣一個應用需求的基礎上發展起來的。
資料庫技術有如下特點：
* 面向企業或部門，以數據為中心組織數據，形成綜合性的資料庫，為各應用共享。
* 採用一定的數據模型。數據模型不僅要描述數據本身的特點，而且要描述數據之間的聯系。
* 數據冗餘小，易修改、易擴充。不同的應用程序根據處理要求，從資料庫中獲取需要的數據，這樣就減少了數據的重復存儲，也便於增加新的數據結構，便於維護數據的一致性。
*程序和數據有較高的獨立性。
* 具有良好的用戶介面，用戶可方便地開發和使用資料庫。
* 對數據進行統一管理和控制，提供了數據的安全性、完整性、以及並發控制。
從文件系統發展到資料庫系統，這在信息領域中具有里程碑的意義。在文件系統階段，人們在信息處理中關注的中心問題是系統功能的設計，因此程序設計佔主導地位；而在資料庫方式下，數據開始占據了中心位置，數據的結構設計成為信息系統首先關心的問題，而應用程序則以既定的數據結構為基礎進行設計。大事記
1951：Univac系統使用磁帶和穿孔卡片作為數據存儲。
1956：IBM公司在其Model 305 RAMAC中第一次引入了磁碟驅動器
1961：通用電氣(GE)公司的Charles Bachman開發了第一個資料庫管理系統——IDS
1969： E.F. Codd發明了關系資料庫。
1973：由John J.Cullinane領導Cullinane公司開發了 IDMS——一個針對IBM主機的基於網路模型的資料庫。
1976：Honeywell公司推出了Multics Relational Data Store——第一個商用關系資料庫產品。
1979：Oracle公司引入了第一個商用SQL關系資料庫管理系統。
1983：IBM推出了DB2資料庫產品。
1985：為Procter & Gamble系統設計的第一個商務智能系統產生。
1991：W.H.「Bill」 Inmon發表了」構建數據倉庫」。 隨著信息管理內容的不斷擴展，出現了豐富多樣的數據模型（層次模型，網狀模型，關系模型，面向對象模型，半結構化模型等），新技術也層出不窮（數據流，Web數據管理，數據挖掘等）。每隔幾年，國際上一些資深的資料庫專家就會聚集一堂，探討資料庫研究現狀，存在的問題和未來需要關注的新技術焦點。過去已有的幾個類似報告包括：1989年Future Directions inDBMS Research-The Laguna BeachParticipants ；1990年DatabaseSystems : Achievements and Opportunities ；1991年W.H. Inmon 發表的《構建數據倉庫》；1995年Database。

H. 資料庫技術的產生、發展的三個階段各有什麼特點

1、20世紀60年代中期，資料庫技術是用來解決文件處理系統問題的。當時的資料庫處理技術還很脆弱，常常發生應用不能提交的情況。

2、20世紀70年代關系模型的誕生為資料庫專家提供了構造和處理資料庫的標准方法，推動了關系資料庫的發展和應用。1979年，Ashton-Tate公司引入了微機產品dBase Ⅱ，並稱之為關系資料庫管理系統，從此資料庫技術移植到了個人計算機上。

3、20世紀80年代中期到後期，終端用戶開始使用區域網技術將獨立的計算機連接成網路，終端之間共享資料庫，形成了一種新型的多用戶數據處理，稱為客戶機/伺服器資料庫結構。

資料庫技術正在被用來同Internet技術相結合，以便在機構內聯網、部門區域網甚至WWW上發布資料庫數據。

(8)資料庫擴充功能是哪個階段完成的擴展閱讀

在資料庫的發展歷史上，資料庫先後經歷了層次資料庫、網狀資料庫和關系資料庫等各個階段的發展，資料庫技術在各個方面的快速的發展。

特別是關系型資料庫已經成為目前資料庫產品中最重要的一員，80年代以來， 幾乎所有的資料庫廠商新出的資料庫產品都支持關系型資料庫，即使一些非關系資料庫產品也幾乎都有支持關系資料庫的介面。這主要是傳統的關系型資料庫可以比較好的解決管理和存儲關系型數據的問題。

隨著雲計算的發展和大數據時代的到來，關系型資料庫越來越無法滿足需要，這主要是由於越來越多的半關系型和非關系型數據需要用資料庫進行存儲管理，以此同時，分布式技術等新技術的出現也對資料庫的技術提出了新的要求，於是越來越多的非關系型資料庫就開始出現。

這類資料庫與傳統的關系型資料庫在設計和數據結構有了很大的不同， 它們更強調資料庫數據的高並發讀寫和存儲大數據，這類資料庫被稱為NoSQL（Not only SQL）資料庫。 而傳統的關系型資料庫在一些傳統領域依然保持了強大的生命力。

I. 數據設計分為哪幾個階段各階段完成什麼工作

滿意答案 熱心問友 2011-11-19 1.規劃 2.需求分析 3.概念模型設計 4. 邏輯設計 5.物理設計 6.程序編制及調試 7.運行及維護1規劃主要任務就是作必要性及可行性分析2需求分析(1) 需求信息的收集, 需求信息的收集一般以機構設置和業務活動為主幹線，從高層中層到低層逐步展開 (2) 需求信息的分析整理, 對收集到的信息要做分析整理工作。數據流圖(DFD, data flow diagram)是業務流程及業務中數據聯系的形式描述。(3) 需求信息的評審. 開發過程中的每一個階段都要經過評審，確認任務是否全部完成，避免或糾正工作中出現的錯誤和疏漏。聘請項目外的專家參與評審，可保證評審的質量和客觀性。 3.概念模型設計 (1) 設計局部概念模型 ① 確定局部概念模型的范圍 ② 定義實體 ③ 定義聯系 ④ 確定屬性 ⑤ 逐一畫出所有的局部ER圖，並附以相應的說明文件 (2) 設計全局概念模型 建立全局ER圖的步驟如下： ① 確定公共實體類型 ② 合並局部ER圖 ③ 消除不一致因素 ④ 優化全局ER圖 ⑤ 畫出全局ER圖，並附以相應的說明文件。 (3) 概念模型的評審 4邏輯設計(1) 設計模式與子模式(2) 編寫應用程序設計指南 (3) 編寫物理設計指南5.物理設計 追問： 還有呢？ 回答： (1) 存儲記錄結構 (2) 存儲空間分配 (3) 訪問方法的設計 (4) 物理設計的性能評價 6.程序編制及調試 (1) 建立資料庫結構 (2) 調試運行(3) 裝入實際的初始數據 7.運行和維護(1) 維護資料庫的安全性與完整性(2) 監察系統的性能(3) 擴充系統的功能 追問： 輸入設計內容有哪些？常用的數據校驗方法有哪些？(請問這個問題你認識不？) 回答： 常用的數據校驗奇偶校驗,CRC,海明 補充： 輸入設計內容有哪些？這個不知道 追問： 就這么少啊？ 回答： 你不會在考試吧？ 提問者 的感言： 謝謝啊