資料庫項目報告

B. 求一份SQL server資料庫課程設計報告

http://www.winu.cn/1/34248.html
類似的

一．可行性研究：
隨著政府機關與廣大企事業單位內部網路的廣泛建立，在通用信息平台上構築高效實用的協同工作和自動化辦公應用系統，滿足信息高度共享和即時發布的需求，有效實現內部知識管理，已成為眾多用戶的共同需求。
圖書管理系統，為政府機關與廣大企事業單位自動化辦公提供了一個較好的解決方案。在開發過程中，按照軟體工程的步驟，從設計到開發採用了面向對象的思想和技術，採用了SQL SERVER 2000網路資料庫，使得本系統可以方便的和其他子系統進行數據交換。同時，注意從軟體的圖形應用界面上優化軟體質量，使得本系統具有很強的可操作性。
二．需求分析：
1．任務概述：
1.1 目標：
對圖書信息進行圖書入庫、借閱登記、借閱查詢、過期提示、辦理借書卡這些日常業務的需要。高效性通過系統的實用，能夠改變舊的圖書管理模式，使對圖書的管理、借閱、查詢更加方便有效。
1.2 運行環境：
Windows 98/2000/XP/2003操作系統下，安裝並配置軟體Microsoft SQL Server 2000資料庫管理系統。
2．數據需求：
2.1 數據流條目：
許可權=許可權+姓名 登錄用戶=帳號+姓名+密碼+許可權
用戶=用戶帳號+姓名+性別+組號+證件號碼 圖書類別=類別+類名
圖書=圖書編號+類別+書名+作者+出版日期+出版社+定價+總數量+剩下數量+備注
借閱=用戶帳號+圖書編號+借書日期+到期日期+數量+還書日期
借閱信息=用戶帳號+圖書編號+借書日期+到期日期+數量+還書日期
2.2 數據字典（DD）：

2.3 資料庫描述：
使用SQL SERVER2000作為後台資料庫，就可以行使基於網路連接的用戶認證。從而給不同的子系統分配不同的資料庫使用角色，讓他們彼此之間使用的資料庫隔離開來，以達到較高的安全性。
2.4 數據採集：
通過Internet從網站上收集一些圖書的相關信息，錄入資料庫，從而建立資料庫，並在編碼調試階段測試各個功能模塊的實現。
3．功能需求：
3.1 功能劃分：
圖書管理系統主要實現以下七方面的功能：
a.查詢 b.圖書借還 c.圖書入庫 d.圖書維護
e.圖書超期提示 f.環境管理 g.備份還原
3.2 功能描述：
圖書管理包括查詢、借還、入庫、維護、超期提示、環境管理和備份還原七方面功能。
圖書入庫，主要實現入庫登記。
圖書借閱，進行借書登記（此操作由管理員完成）；當用戶要查詢自己的借閱情況時，可進行借閱查詢。
圖書超期提示，當借閱者在已到借書期限時未歸還圖書，提示其盡快辦理歸還手續。
3.3 數據流圖（DFD）：

新書入庫DFD：

D1 庫存清單

D1 庫存清單

圖書借閱的DFD：

過期提示的DFD：

借閱查詢的DFD：

D1 借閱查詢清單

還書處理的DFD：
D1 庫存清單

4．安全性需求：
考慮到不同用戶的許可權不同，第一次進入該系統時應該向管理員申請注冊一個用戶名和密碼，並完整的填寫相關信息，同時存入資料庫表中。這樣管理員就可賦予不同用戶不同的許可權。每位用戶根據自己的身份不同，進入不同的用戶界面。管理員有權力行使所有的管理功能，普通用戶只能進行一般的查詢。
5．一致性需求：
在圖書管理系統相關的表之間，有較強的關聯性，為了實現一致性的需求，我們在各個表之間建立起了一致性約束。
6．完整性需求：
根據圖書管理系統的要求，為保持數據的完整性，採用了資料庫的事務機制，防止出現操作故障。
三. 概要設計說明書：
1．總體設計：
1.1 系統結構示意圖：

圖書管理系統結構示意圖
1.2總體結構和模塊外部設計：

2．介面設計：
2.1 外部介面：
通過一定的計算機硬體，建立伺服器系統，管理員通過管理伺服器系統，與用戶進行交互，從而達到資源共享的目的，實現圖書管理系統。
2.2 內部介面：
程序內部需要共同的數據定義和描述，此系統是智能辦公化管理系統的一個子系統，必須和這個系統的其他子系統統一數據定義等，才能使該系統性能達到最好，並且要盡量消除和其他子系統模塊之間存在的數據冗餘，才能使整個智能辦公系統做到高效，方便。
3．E-R圖
E-R圖清楚地描述了系統中各個實體之間的聯系，以及各個實體所具有的屬性，可以使讀者很清楚地了解整個系統的總體處理。在建立E-R圖的過程中，主要經歷以下幾個步驟：1.選擇局部應用；2.逐一設計分E-R圖；3.合並分E-R圖，生成初步E-R圖；4.消除不必要的冗餘，設計基本的E-R圖。

4．運行設計：
4.1 運行模塊的組合：
運行模塊分成基本的三個模塊，即是：輸入模塊，輸出模塊，處理模塊等。這使得整個系統的維護容易，簡單；系統的結構層次簡單，易懂。
4.2 運行控制：
本系統採用的控制方式主要有三種：順序，選擇，循環。
5．安全保密設計：
考慮到不同用戶的許可權不同，第一次進入該系統時應該向管理員注冊一個用戶名和密碼，並完整的填寫相關信息，同時存入資料庫表中。這樣管理員就可賦予不同用戶不同的許可權。當用戶登錄進操作界面之前，我們設置了用戶名和密碼，當用戶名和密碼相匹配時才能進入該用戶所允許做的許可權操作界面，否則就只能看到登錄界面管理員有權力行使所有的管理功能，普通用戶只能進行一般的查詢。
四．詳細設計：
1．資料庫表
許可權：（許可權，姓名）
登錄用戶：（帳號，姓名，密碼，許可權）
用戶：（用戶帳號，姓名，性別，組號，證件號碼）
圖書類別：（類別，類名）
圖書：（圖書編號，類別，書名，作者，出版日期，出版社，定價，總數量，剩下數量，備注）
借閱：（用戶帳號，圖書編號，借書日期，到期日期，數量，還書日期）
借閱信息：（用戶帳號，圖書編號，借書日期，到期日期，數量，還書日期）
2．計算機的軟體配置
Windows 98/Windows xp/Windows 2000/Windows 2003；
五. 編碼與實現：
六. 測試

C. 如何導出pharmaproject資料庫的報告

先按export all 按鍵，出現如下面第一個截圖的對話框，我就按截圖的項目選的，然後確定！
答題不易，互相幫助，手機提問的朋友在客戶端右上角評價點滿意即可.
如認可我的回答，請點擊採納為滿意回答按鈕.

D. 如何看懂Oracle資料庫AWR報告

如何看懂Oracle資料庫AWR報告
先看資料庫環境，版本，壓力大小等
然後分析命中率，首先你要懂命中率什麼意思然後定一個閥值，達到這個閥值有可能會有哪些問題，然後向下找出證據

最後也是最重要的是 等待事件，弄清楚每個等待事件的意義，然後向下找證據

事件下面基本可以看作證據，來證明你對命中率和等待事件的分析。
所以第一：你要會分析出問題。
第二：要知道AWR都收集哪些數據，對你的分析來佐證！

E. 非空間資料庫

浙江省農業地質環境非空間資料庫主要是基於文件格式的電子文檔，包括項目實施過程產生的非結構化文檔報告、圖像、視頻等，可通過歸類編碼建立文檔對照表，更改文件名形成最終非空間資料庫。具體建庫流程（圖4-6）如下。

（1）文檔收集

文檔收集內容主要包括項目設計、實施、研究等工作階段所涉及的文檔多媒體資料。按數據種類可分成政策法規、項目成果、指南標准三大類，其中項目成果包括總項目的綜合成果和15個子項目（包括蕭山、上虞、長興、餘姚、龍游、瑞安、平湖7個示範圍區）的專題成果，指南標准包括地球化學、農產品安全、環境、資料庫、區域地質、水文地質等方面的標准指南。其數據格式主要包括DOC、TIFF、JPG、GIF及BMP等。

（2）建立文檔對照表

所收集的數據以文件形式存儲，但名稱比較雜亂，有必要進行歸類編碼，便於數據的查詢管理。文件名的命名可按「一類代碼+二類代碼+格式代碼+工作階段代碼+順序碼」規則編碼，其中約定一類代碼為數據種類，如「WA」表示政策法規，「WB」表示項目成果，「WC」表示指南標准；二類代碼為子項目順序號；格式代碼為文檔的數據格式，如「1」表示文檔，「2」表示圖像，「3」表示視頻；工作階段代碼為文檔形成的工作階段，如「A」表示設計階段，「B」表示實施階段；「C」表示成果階段。建立文檔對照表時，每一個文檔代碼均有一個文件名，文件名一般描述項目報告的名稱、圖片的標題及照片或視頻的內容。

表4-9 元數據子集一覽表

圖4-6 非空間資料庫建設流程圖

（3）更改文件名

首先新建一個名稱為「W」的文件夾，再根據文檔對照表的順序逐個進行文件名的更改，經檢查無誤後就利用AGEIS系統提供的數據導入功能批量導入SQL Server存儲並形成最終的非空間資料庫。

F. 軟體項目開發總結報告實例

軟體項目總結報告範文
1引言
1.1編寫目的
XXX公司業務管理系統的開發已經基本完成。寫此項目開發總結報告，以方便我們在以後的項目開發中來更好的實施項目的訂制開發; 讓我在今後的項目開發中有更多的有據的資料來規范我們的開發過程和提高我們的開發效率,從而創造更多公司效益。
1.2背景
項目名稱：XXX業務管理系統
軟體名稱：XXX業務系統
客戶：XXX
用戶：XXX員工
1.3參考資料
項目開發文檔：
1．軟體開發數據模型：PDM_OperationSystem20070831.pdm
2．資料庫開發文檔： XXX業務管理系統資料庫設計說明書2.0.doc
3．軟體業務流程參考：XXX業務管理系統流程說明.doc
4．軟體使用手冊參考：XXX業務管理系統功能說明3.0.doc
5．軟體業務流程參考：XXX業務管理系統流程說明.doc
6．軟體中使用到的第三方控制項：ComponentArt Web.UI 2006.1252 for asp.net2.0.rar
7．軟體中使用的安全Ikey驅動：Ikey Driver.rar
以上參考資料是截止2007-08-31是最新的資料文檔。如有修改，即使修改此處的參考文檔名稱。
2開發工作評價
2.1對生產效率的評價
1． 系統開發已歷時快1年的時間了
2． 開發的反復性比較多。
3． 對客戶的需求理解不是很透徹。
綜合以上，此項目的開發效率不是很高，相反有相當一定時間的浪費。
2.2對產品功能的評價
經過我們公司各位同事的共同努力協作，XXX業務管理系統已經很好的完成了客戶的業務流需求。經過對客戶使用過程的觀察，此項目開發的還是比較成功，但是還是存在著一些問題，造成這些問題的原因是多方面的。如：前期系統資料庫的設計缺陷和部分代碼的構建缺陷、客戶需求的理解上也存在一定問題，這就需要我們用一定的時間來維護客戶使用過程中提出的新問題和存在的debug。總的來說，此系統的功能開發還是一個比較成功的案例。
2.3對技術方法的總結
在此項目中使用到技術和工具：
1． 使用代碼生成器：使用代碼生成器 [動軟.Net代碼自動生成器],此工具在很大程度上提高了編碼效率，從而加快了項目的開發進程。在以後的項目中，我們要盡量的來使用一些類似的工具來在最短的時間內完成工作。在今後的項目開發中，我們最好是能開發出適合自己的代碼生成工具，更大限度的節省開發周期和開發費用。
2． 使用資料庫建模工具；PowerDesigner 工具來建立系統資料庫模型，以方便程序員很好的理解業務流和掌握系統架構者的架構思想，更好的滿足客戶的功能需求。在今後的項目開發中，我們要更好的來完成系統的前期資料庫模型的建立，最大的來優化系統功能。
3． 使用第三方控制項：此系統中使用了ComponentArt Web.UI 第三方控制項。此控制項在很大程度上滿足了客戶對軟體界面的需求，從而也給軟體的操作帶來了方便。本項目中只使用了ComponentArt Web.UI一種第三方控制項，在今後的項目開發過程中，要繼續使用第三方的控制項。這樣以來，無論是針對軟體界面的美觀性、友好性來說、易操作性而言，還是針對系統開發效率而言，這都是很好途徑。但需要意的是：在是使用第三方控制項時，要謹慎的選擇一些網路中的比較常見的第三方控制項。
4． 使用自定義控制項：此系統中使用了自定義控制項(GhdGridView),此自定義控制項可以很好的統一系統中的所有信息顯示表格樣式。如客戶對數據顯示樣式有什麼新的意見，我就不需要修改每一個頁面的表格樣式，我們只需要修改GhdGridView控制項的樣式，系統中的所有繼承自GhdGridView的表格樣式都可以改變。
5． 系統開發框架：此系統的框架使用的是簡單三層結構，此框架在開發一些中小軟體是比較實用的。但是我們要是可以開發出自己的框架，把一些通用的功能開發到框架中。這樣以來，在以後的系統開發中，針對系統中一些通用的功能就不需要再開發，從而也可以很好的提高我們的開發效率；減少很多維護費用。使我們的技術不斷的更加成熟。
6． 系統安全加密：此系統中針對客戶提出的系統安全問題，我們採用了Ikey加密硬體鑰匙來驗證客戶端登陸客戶的合法性，此Ikey鑰匙可以綁定到一個系統使用用戶，也可以讓多個用戶來使用一個加密鑰匙來驗證登陸系統的合法性。這樣以來，即使用戶的密碼不慎丟失，或者被不法人員取得（不法人員他也是無法登陸到我們的系統中來），這樣就最大的提高了我們系統的安全性。Ikey加密鑰匙是很好的加密B/S架構軟體的硬體工具，在以後的軟體安全方面可以借鑒。
3項目經驗總結
3.1簽定合同
一個項目的開發成敗或者說項目開發帶來效益的大小，在很大程度上是受項目合同簽定的影響的。往往，很多一部分公司與客戶簽定的項目合同都是很模糊的，也很難簽定的比較清楚，這樣以來就會導致在項目的開發後期，工作兩會越來越大，影響項目的竣工周期；而且，項目的開發費用一般是不會變的。這樣以來，我們就大大的降低了我們的開發效益。雖然需求范圍很難簽定的明確，但是我們在簽定合同時，要盡量的去把合同功能邊界和添加新功能的條件簽定。
3.2開發團隊
在項目確立後，要盡快的建立起項目開發團隊。
項目團隊成員的團結合作、相互溝通是非常重要的，團隊成員之間要相互學習彼此的優點和技術，使團隊的能力不斷的提高。這樣，在項目的開發過程中，團隊才不會被難題困住不動。另外，團隊中要有一個項目負責人，這個人無論是在與客戶的溝通上，還是在技術上都要是很出眾的人，此項目負責人要能很好的溝通客戶與開發成員之間，以此來更好的理解客戶的功能需求。人的記憶力總是有限的，所以就要求開發團隊成員要盡量的書寫一些開發文檔，這些文檔往往是我們在項目開發後期要用到的可尋資料。項目團隊士氣是項目成功的一個因素,我們需要不斷的來培養我們的團隊氣勢，使我們的團隊不斷的壯大。
3.3需求的調研
在項目確立後，就到了需求調研分析階段。
1． 項目組對客戶的整體組織結構、公司有關人員的關系、職責等如果沒有一個很好、足夠的了解掌握，這樣項目組就無法很好的完整的整理到客戶的需求、或者說客戶真實的功能需求，如此以來我們就為自己埋下了地雷,影響項目的開發周期，這就要求我們要與客戶搞好無論是工作上的還是生活上的朋友關系,要深入的去了解客戶需求。
2． 我們要盡量的讓客戶也參與到項目的開發團隊中來，也就是說我們要使客戶把自己也納入到項目的開發團隊中來，如此一來，我們掌握客戶需求的真實性、可靠性就會大大的提高,也就不會為項目的後期功能開發埋下陷阱
3． 在需求調研過程中，如果缺乏足夠用戶參與，這樣的需求調研也是失敗的。很多程序員不願參與到客戶的需求調研中去，為什麼呢？很簡單，與客戶溝通不如與代碼溝通容易有意思。盡管這樣，我們還是必須用足夠多的時間去和客戶進行溝通，了解他們真實的需求。很多用戶也是如此，他們自己也不願意參與到項目的需求調研中來，為什麼呢？需求調研有出去和朋友一塊爛漫對嗎。。。雖然現狀如此，我們還是要努力的使客戶參與到需求的調研中來。
4． 模糊需求，也就是模稜兩可是需求規格說明中最為可怕的問題。一是指諸多客戶對需求說明產生了不同的理解；一是指單個讀者能用不止一個方式來解釋某個需求說明。針對對這種情況，就要求我們的調研人員要能夠從多個角度來分析客戶的不同需求，整理出最終的需求與客戶確認，定出最終真實可靠的需求，我們絕不能憑借我們自己的單面理解來定立客戶的最終需求。
5． 在一個項目的開發中，文檔的書寫是極為中要的一項工作。因為，某些文檔就是我們在開發後期與客戶溝通的可尋依據、也是我們程序員在編碼過程中要用到的重要文檔。我們絕對不能認為，憑借我們的大腦來記錄所有的開發需求。。。；即使，你說你是天才，你要用你那顆愛因斯坦的大腦來記錄所有的開發需求，那也是不可能的，人的精力總是有限的。這就要求我們在需求調研中做好需求文檔的記錄和整理。
6． 需求調研工具選擇，客戶一般對圖形還是比較感興趣的，所以我們在調研過程中，我要盡量的採用圖形化界面來和客戶溝通需求。比如可以採用Rose工具，把客戶的意思轉換為用例圖、時序圖、協作圖、狀態圖、類圖等，使表達的意思更加直觀。這樣客戶會更快的進行問題的實質。
3.5做好開發計劃
在項目確立後，我們就需要做好項目開發計劃，需求調研用時，開發用時，測試用時，實施用時，維護用時。在我們做好了計劃後，我們要隨時的跟蹤計劃任務的完成進度，從而使我們的項目進度掌控在我們的開發周期范圍之內，今日計劃、行動，明日成功。
3.5很好的溝通
在其他行業中，人與人的之間的溝通只很重要的。項目開發也不例外，很好的溝通能夠加快項目的進度，這就要求我們每一個開發人員要學會和善於溝通於客戶和同事之間。在一個項目的開發過程中，我們與客戶的溝通是一個不斷交流和溝通的過程。在開發到一定的階段，我們就需要和客戶溝通已有功能，盡量的去避免一些隱藏的問題，及時的發現問題，解決問題，從而按時或者提前完成項目的開發。
3.6做好工作總結
在項目進行的過程中，我們要不斷去整理自己的工作情況和做好總結，這樣以來，無論是在自己的技術還是其它方面，都會對我們有很大的提高，在長期的積累後，無論是我們個人能力，，還是我們的團隊能力都會有很大的提高。

G. 資料庫系統設計報告

看你具體寫是什麼系統？下面是以前我們做的

網路書店系統
需求分析報告書
1、需求分析
1.1、項目背景
當今Internet上隨處可見網路購物等網站，消費者足不出戶就可購買到需要的商品。此類網站不僅方便了消費者，更讓擁有電子商務網站的企業能及時向廣大客戶推銷產品、構建企業形象、贏得利潤。電子商務系統與傳統的面對面的營銷方式相比，具有不可比擬的優勢，如銷售成本與物流大大降低、信息傳輸及時等。某書店近年來業務不斷拓展，為適應電子商務發展的要求，決定建設一個網路書店系統。
1.1.1、項目開發目的
本系統實現在網上銷售圖書，讓客戶（用戶）在不同區域利用網路在最短的時間內安全、方便、快捷的買到自己所需要的圖書，預期達到的目標是網路客戶，實現贏利的目的！
1.1.2、項目開發小組成員名單
名單一，主要任務是
名單二，主要任務是
名單三，主要任務是
1.2任務概述
本系統能夠實現圖書瀏覽和查詢功能、圖書交易功能、圖書信息和庫存的管理功能、客戶管理功能。
本系統最終目標：需要完成如下圖1的功能。

圖1

2、系統設計
2.1系統總體設計
2.1.1運行環境
硬體環境
伺服器端：
客戶機端：
軟體環境
伺服器：IIS+PHP
資料庫：Microsoft SQL Server2005
開發語言：PHP
開發工具：Dreamweaver,JBuilder, eclipse
伺服器操作系統：Windows Server 2003
2.1.2系統功能描述
本系統主要基於PHP開發系統，從用戶注冊，登陸，查詢到購買圖書，實行一體化購物模式，方便用戶，對於管理員，對用戶信息修改，圖書資料庫的更新，定單的處理，實行一體化管理模式，使網站各模塊的更新的以更簡便，降低企業的成本，實現雙贏的目的！
2.1.3模塊結構

圖（4-1）
2.2模塊設計
2.2.1用戶（管理員）登陸、注冊模塊
本系統採用用戶名和密碼相結合的驗證方式，以用戶登陸後直接進入前台操作界面（即用戶專用界面）；當驗證登陸管理員頁面操作時，則進入後台管理員專用頁面，會對顧客信息保密的機制。要實現該模塊功能，先要建立一個用戶注冊信息表，其包括以下欄位：
用戶帳號、密碼、確認密碼、姓名、性別、電話號碼、住址、郵編
要實現功能，先建立PHP動態網頁，插入相應欄位，在建立另外一個PHP動態頁面，接受前一個PHP頁面的信息，當用戶的信息輸入信息錯誤時，則返回第一個注冊頁面，重新填入信息，待正確填寫信息正確時，系統會自動彈出提示成功頁面。
用戶注冊流程圖：

圖（4-2）
2.2.2圖書查詢模塊
主要是對不同種類的書信息分類的瀏覽可以對站內所售圖書查詢，查詢可以通過書類名，出版時間，書名等內容進行精確查詢。為此，要建立書籍管理系統，其包括以下欄位：
書籍編號、書名、作者、價格、
用戶登陸後所查詢到的圖書可以直接放入購物車，未登陸系統的用戶只可以查詢圖書，如果要放入購物車，則顯示登陸頁面，如果未注冊的用戶則顯示注冊頁面。

查詢圖書流程圖：

圖（4-3）
2.2.3管理員模塊
管理員模塊的功能：添加圖書、刪除圖書、管理用戶信息、管理留言、管理用戶訂單表。

圖（4-4）
2.2.4購物車的實現
對於購物車，實現功能有：顯示圖書內容，添加圖書，刪除已買圖書，更改圖書購買數量，提交購物車中的圖書，清空購物車等
2.2.5留言版
用戶可以在留言版中發表圖書留言和提出本網站意見。

2.3 資料庫設計
2.3.1 資料庫結構

圖（4-5）
用戶表customer設計
欄位 欄位名 類型 長度 說明
1 userid varchar 12 用戶賬號
2 pwd varchar 15 密碼
3 pheckpwd varchar 18 確認密碼
4 name varchar 20 姓名
5 sex varchar 2 性別
6 address varchar 50 住址
7 post varchar 8 郵編
8 email varchar 20 電郵
9 tel varchar 15 電話

書籍表book表設計
欄位 欄位名 類型 長度 說明
1 bookid varchar 30 書名編號
2 bname varchar 25 書籍名稱
3 author varchar 30 作者
4 price varchar 20 價格
5 number varchar 10 數量
6 img varchar 50 圖片

銷售信息表sales
欄位 欄位名 類型 長度 說明
1 userid varchar 20 用戶賬號
2 Bname varchar 40 書籍名稱
3 date varchar 20 日期
5 number varchar 10 數量

訂單信息表order
欄位 欄位名 類型 長度 說明
1 onumber varchar 20 訂單編號
2 Userid varchar 20 用戶賬號
3 bnumber varchar 20 書籍編號
4 bname varchar 40 書籍名字
5 number varchar 10 數量
6 money varchar 20 金額

管理員表admin
欄位 欄位名 類型 寬度 說明
1 guanid varchar 20 管理員賬號
2 pwd varchar 20 密碼

留言信息表
欄位 欄位名 類型 寬度 說明
1 userid varchar 30 用戶名
2 massage varchar 20 留言信息

H. 試述資料庫設計的過程，結構設計中各階段的主要工作及設計結果。

資料庫設計步驟：1規劃 2需求分析 3概念設計 4邏輯結構設計 5資料庫的物理設計 6資料庫的實現 7資料庫的運行與維護
第一步，規劃。規劃階段的主要任務是進行建立資料庫的必要性及可行性分析。如系統調查（即對企業全面調查，畫出組織層次圖，以了企業組織結構），可行性分析，確定DBS（資料庫系統）的總目標和制定項目開發計劃。
第二步，需求分析。需求分析階段應該對系統的整個應用情況作全面的、詳細的調查，確定企業組織的目標，收集支持系統總的設計目標的基礎數據和對這些數據的要求，確定用戶的需求，並把這些要求寫成用戶和資料庫設計者都能夠接受的需求分析報告。這一階段的工作只要有，分析用戶活動，產生業務流程圖；確定系統范圍，產生體統范圍圖；分析用戶活動涉及的數據，產生數據流程圖；分析系統數據，產生數據字典。
第三步，概念設計。概念設計的目標是產生反應企業組織信息需求的資料庫概念結構,即設計出獨立與計算機硬體和DBMS（資料庫管理系統）的概念模式。E-R模型是主要設計工具。
第四步，邏輯結構設計。其目的是把概念設計階段設計好的全局E-R模式轉換成與選用的具體機器上的DBMS所支持的數據模型相符合的邏輯結構（包括資料庫模式和外模式）。
第五步，資料庫的物理設計。對於給定的數據模型選取一個最適合應用應用環境的物理結構的過程。資料庫的物理結構主要指資料庫的存儲記錄格式、存儲記錄安排和存取方法，完全依賴於給定的硬體環境赫爾資料庫產品。
第六步，資料庫的實現。該階段主要有3項工作：1建立實際資料庫結構 2裝入試驗數據對應用程序進行調試 3裝入實際數據，進入試運行狀態。
第七步，資料庫的運行與維護。資料庫系統的正式運行，標志著資料庫設計與應用開發工作的結束和維護階段的開始，該階段有4項任務：1維護資料庫的安全性與完整性 2監測並改善資料庫運行性能 3根據用戶要求對資料庫現有功能進行擴充 4及時改正運行中發現的系統錯誤。

I. 查新報告實例

報告編號：xxxx-xxx

科 技 查 新 報 告

項目名稱：XXXXXXXXXXXXXXX
委託單位： XXXX
（委 托 人）XXX
委託日期：XXXX年X月X日

查新機構（蓋章）：

查新完成日期：XXXX年X月X日

中 華 人 民 共 和 國 科 學 技 術 部
二○○○年制
查新項目名 稱 中文：
英文：
查新機構 名 稱
通信地址 郵政編碼
負 責 人 電 話 傳 真
聯 系 人 電 話
電子信箱
一、查新目的：
申請「科技型中小企業創新基金」
二、查新項目的科學技術要點

成果內容：
XXXX
查新點：
1、
2、
3、

三、查新點與查新要求
檢索國內相關專利及文獻。
四、文獻檢索范圍及檢索策略
文獻檢索范圍
國內相關資料庫：
中文科技期刊資料庫
中國機械工程文摘資料庫
中國學位論文資料庫
中國學術會議論文資料庫
中國實用新型專利資料庫
中國外觀設計專利資料庫
中國發明專利資料庫
中國科技成果資料庫
科技成果精品資料庫
中國重大科技成果資料庫
科技決策支持資料庫
國家級科技授獎項目資料庫
全國科技成果交易信息資料庫
中國新產品計劃資料庫
檢索策略
（一）檢索詞
中文：XX、XXX

（二）檢索式
中文：XX * XXX

（三）檢出文獻篇數及相關性
檢索到相關文獻有X篇。

五、檢索結果
經對國內外資料庫進行查詢，在14個資料庫及互聯網相關網站中檢索到X篇文獻（詳見附件），相關文獻有X篇，具體情況如下：
1.
2.

以上相關文獻中， 相關文獻n提到了本課題中的xxxxx要點。
六、查新結論
根據用戶提供的資料和委託要求，我們針對「xxxxxx」課題，進行國內聯機檢索，利用了14個有關資料庫及互聯網相關網站，共檢索到中文文獻x篇，此文獻中，有與本項目研究的相近的內容介紹，但在應用方面與本項目不同。
在本次檢索到的國內外公開發表的專利及非專利文獻中，除本項目研製單位人員自己的文章及專利外，未見有與本項目整體研發內容相同的報道。

查新員（簽字）： xx 查新員職稱：工程師
審核員（簽字）： xxx 審核員職稱：高級工程師
（科技查新專用章）
xxxx年x月xx日

七、查新員、審核員聲明
（1）報告中陳述的事實是真實和准確的。
（2）我們按照科技查新規范進行查新、文獻分析和審核，並作出上述查新結論。
（3）我們獲取的報酬與本報告中的分析、意見和結論無關，也與本報告的使用無關。
（4）本報告僅用於申報xx。

查新員（簽字）：xx 審核員（簽字）：xxx
xxxx年x月xx日 xxxx年x月x日
八、附件清單
檢索到文獻x篇，詳見附件。
九、備注