時間：2023-03-14 15:17:04
引言：易發表網憑借豐富的文秘實踐，為您精心挑選了九篇數據庫設計論文范例。如需獲取更多原創內容，可隨時聯系我們的客服老師。
主要包括按模擬企業、時間、商品、市場等不同類別統計各項經營數據，如模擬企業資產、庫存、銷售收入、市場占用等數據，通過所存儲的大量數據分析企業經營效果，總結得失，并能夠為調整學員的經營方案和驗證管理理論提供有價值的參考數據。
2、概念結構設計
概念結構也稱為概念模型，是對用戶所提供的原始數據進行綜合，抽象出數據庫系統所要研究的數據，將現實世界中的事物及其聯系，轉換成信息世界中的實體及其聯系。概念結構設計必須將需求分析得到的用戶數據和需求抽象為反映用戶觀點的概念模型，是用戶與數據庫人員之間進行交流的工具，其主要表現形式為E-R模型圖。圖中矩形框表示實體集；菱形框表示實體集之間的聯系。
3、邏輯結構設計
邏輯結構設計主要任務是綜合考慮關系型DBMS的性能和所設計模擬系統的功能復雜程度，將概念結構轉換為邏輯模式，即各個關系模式的結構設計，包括各關系模式的名稱、每一關系模式中各屬性的名稱、數據類型和取值范圍等內容。將E-R模型轉換成初始的關系模型，然后分析每一個關系模式的合理性，通過關系模式的規范化消除其中不合理模式。E-R模型中的實體和聯系經過規范化處理轉換為關系模式如下：（1）學員（學號、姓名、擔任角色、性別、企業代碼），學員通過學號標識。（2）門店（門店編碼、容積、最低購買價、最低租賃價、等級、信息化程度、企業代碼、獲取時間、獲取方式、金額），門店通過門店編碼標識。（3）模擬企業（企業代碼、登錄密碼、名稱、人數），模擬企業通過企業代碼標識。（4）商品（商品代碼、名稱、采購價、容積需求、采購提前期），商品通過商品代碼標識。（5）客戶訂單（訂單編碼、需求商品、數量、賬期、企業代碼、市場代碼、簽約時間、售價、其他要求），客戶訂單通過訂單編碼標識。（6）市場（市場代碼、類別、開發時間、開發資金），市場通過市場代碼標識。（7）現金流量表（編號、時間、收支類別、項目名稱、金額），現金流量表通過編號標識。（8）市場開發（市場代碼、企業代碼、時間、金額），市場開發通過市場代碼和企業代碼組合標識。（9）采購（企業代碼、商品代碼、時間、數量），采購通過商品代碼和企業代碼組合標識。（10）配貨（企業代碼、商品代碼、門店編碼、時間、數量、定價），配貨通過商品代碼、門店編碼和企業代碼組合標識。
4、數據庫實現
4.1建立存儲過程由于使用的是關系型數據庫，數據處理都是通過SQL語言完成的，其中有大量數據的插入、更新與刪除，甚至還需要進行大量的運算，所以直接提交SQL語句并讓DBMS進行編譯再執行的話，處理的效率較低，而建立存儲過程是一種有效解決手段。存儲過程是一種存儲在數據庫服務器上的SQL操作[3]，這樣很多數據處理流程都在后臺以存儲過程的方式來實現，即有利于提高系統的運行效率，又可提高系統的可維護性和可擴展性。
4.2設計索引在模擬經營中各模擬企業經常性的要查詢公共信息，而且這種查詢的時間性非常明顯，所以設計索引可以顯而易見的優化系統性能，對所有用于時間排序的列創建索引，可以避免整表掃描或訪問。在不改變表物理結構的情況下，直接訪問特定的數據列以減少數據存取時間；把數據分散到不同的頁面上，可以分散插入的數據；主鍵自動建立了唯一索引，能確保數據的唯一性。
5、結語
1．系統管理子模塊系統管理子模塊主要實現對操作員信息的初始錄入、權限的管理、密碼的修改和系統初始化的設置等。這些操作都對應著數據庫的單表操作，該模塊設計容易實現。由于初始化數據的錄入量一般較大，因此，我們對于信息的初始錄入工作，支持全鍵盤批量數據錄入，把一種信息的錄入集成在一個窗體模塊中，盡量減少用戶的工作量，便于用戶的使用。
2．信息資料子模塊信息資料子模塊主要實現了專業信息、課程信息、學生基本信息和成績的增加、修改和刪除操作。此功能模塊的設計，都是便于信息查詢模塊的實現，重要的是所有的專業、課程、學生及成績信息都必須是真實可靠的，否則將會影響到信息查詢模塊功能的實現，同時，填加學生基本信息時，要考慮到整個系統各個模塊之間的聯系，因為所有其他信息功能的實現都與學生基本信息有著關聯。
3．信息查詢子模塊(1)課程查詢:根據查詢內容(按專業、按所屬院系、按課程名稱)來查詢學生的課程信息。(2)學生資料查詢:根據查詢內容(按學號、按姓名、按專業、按班級)來查詢學生的基本信息。(3)成績查詢:根據查詢內容(按學號、按姓名、按專業、按課程)來查詢學生的成績信息。
二、數據庫設計與實現
1．數據庫的設計該系統可利用ER方法進行數據庫的概念設計，首先設計局部ER模式，其次把各局部ER模式綜合成一個全局模式，得到最終的模式，即概念模式。(1)設計局部ER模式實體和屬性的定義:學生(學號，姓名，性別，出生年月，身份證號，入學成績，所學專業，所在班級，備注，聯系人，電話);專業(專業名，所屬院系，招生類型，修學年限，所屬學分);課程(課程編號，課程名，學時，所屬專業，學分，所屬院系，授課學期，教材名);成績(學號，姓名，所學專業，班級，所學課程，課程性質，學分，成績，備注);用戶名(用戶名，密碼，所在部門)。ER模型的“聯系”用于刻畫實體與實體之間的關聯，如1∶N，M∶N，還是1∶1等形式。在該系統中學生與課程、學生與專業實體之間是M∶N的關聯，而學生與成績兩個實體之間關聯則為1∶1。(2)全局ER模式的設計在確定好所有的局部ER模式后，就將它們綜合成整體的全局概念結構。設計全局ER模式的目的不在于把若干局部ER模式形式上合并為一個ER模式，而在于消除沖突，使之成為能夠被所有用戶共同理解和接受的概念模型。全局ER模式不僅要支持所有局部ER模式，而且必須合理地表示一個完整、一致的數據庫概念結構。根據上述功能在后臺SQL2000數據庫中部分數據表的設計如下。
一、成立數據小組
大型數據庫數據元素多，在設計上有必要成立專門的數據小組。由于數據庫設計者不一定是使用者，對系統設計中的數據元素不可能考慮周全，數據庫設計出來后，往往難以找到所需的庫表，因此數據小組最好由熟悉業務的項目骨干組成。
數據小組的職能并非是設計數據庫，而是通過需求分析，在參考其他相似系統的基礎上，提取系統的基本數據元素，擔負對數據庫的審核。審核內容包括審核新的數據庫元素是否完全、能否實現全部業務需求；對舊數據庫（如果存在舊系統）的分析及數據轉換；數據庫設計的審核、控制及必要調整。
二、設計原則
1．規范命名。所有的庫名、表名、域名必須遵循統一的命名規則，并進行必要說明，以方便設計、維護、查詢。
2．控制字段的引用。在設計時，可以選擇適當的數據庫設計管理工具，以方便開發人員的分布式設計和數據小組的集中審核管理。采用統一的命名規則，如果設計的字段已經存在，可直接引用；否則，應重新設計。
3．庫表重復控制。在設計過程中，如果發現大部分字段都已存在，開發人員應懷疑所設計的庫表是否已存在。通過對字段所在庫表及相應設計人員的查詢，可以確認庫表是否確實重復。
4．并發控制。設計中應進行并發控制，即對于同一個庫表，在同一時間只有一個人有控制權，其他人只能進行查詢。
5．必要的討論。數據庫設計完成后，數據小組應與相關人員進行討論，通過討論來熟悉數據庫，從而對設計中存在的問題進行控制或從中獲取數據庫設計的必要信息。
6．數據小組的審核。庫表的定版、修改最終都要通過數據小組的審核，以保證符合必要的要求。
7．頭文件處理。每次數據修改后，數據小組要對相應的頭文件進行修改（可由管理軟件自動完成），并通知相關的開發人員，以便進行相應的程序修改。
三、設計技巧
1．分類拆分數據量大的表。對于經常使用的表（如某些參數表或代碼對照表），由于其使用頻率很高，要盡量減少表中的記錄數量。例如，銀行的戶主賬表原來設計成一張表，雖然可以方便程序的設計與維護，但經過分析發現，由于數據量太大，會影響數據的迅速定位。如果將戶主賬表分別設計為活期戶主賬、定期戶主賬及對公戶主賬等，則可以大大提高查詢效率。
2．索引設計。對于大的數據庫表，合理的索引能夠提高整個數據庫的操作效率。在索引設計中，索引字段應挑選重復值較少的字段；在對建有復合索引的字段進行檢索時，應注意按照復合索引字段建立的順序進行。例如，如果對一個5萬多條記錄的流水表以日期和流水號為序建立復合索引，由于在該表中日期的重復值接近整個表的記錄數，用流水號進行查詢所用的時間接近3秒；而如果以流水號為索引字段建立索引進行相同的查詢，所用時間不到1秒。因此在大型數據庫設計中，只有進行合理的索引字段選擇，才能有效提高整個數據庫的操作效率。
3．數據操作的優化。在大型數據庫中，如何提高數據操作效率值得關注。例如，每在數據庫流水表中增加一筆業務，就必須從流水控制表中取出流水號，并將其流水號的數值加一。正常情況下，單筆操作的反應速度尚屬正常，但當用它進行批量業務處理時，速度會明顯減慢。經過分析發現，每次對流水控制表中的流水號數值加一時都要鎖定該表，而該表卻是整個系統操作的核心，有可能在操作時被其他進程鎖定，因而使整個事務操作速度變慢。對這一問題的解決的辦法是，根據批量業務的總筆數批量申請流水號，并對流水控制表進行一次更新，即可提高批量業務處理的速度。另一個例子是對插表的優化。對于大批量的業務處理，如果在插入數據庫表時用普通的Insert語句，速度會很慢。其原因在于，每次插表都要進行一次I/O操作，花費較長的時間。改進后，可以用Put語句等緩沖區形式等滿頁后再進行I/O操作，從而提高效率。對大的數據庫表進行刪除時，一般會直接用Delete語句，這個語句雖然可以進行小表操作，但對大表卻會因帶來大事務而導致刪除速度很慢甚至失敗。解決的方法是去掉事務，但更有效的辦法是先進行Drop操作再進行重建。
4．數據庫參數的調整。數據庫參數的調整是一個經驗不斷積累的過程，應由有經驗的系統管理員完成。以Informix數據庫為例，記錄鎖的數目太少會造成鎖表的失敗；邏輯日志的文件數目太少會造成插入大表失敗等，這些問題都應根據實際情況進行必要的調整。
5．必要的工具。在整個數據庫的開發與設計過程中，可以先開發一些小的應用工具，如自動生成庫表的頭文件、插入數據的初始化、數據插入的函數封裝、錯誤跟蹤或自動顯示等，以此提高數據庫的設計與開發效率。
6．避免長事務。對單個大表的刪除或插入操作會帶來大事務，解決的辦法是對參數進行調整，也可以在插入時對文件進行分割。對于一個由一系列小事務順序操作共同構成的長事務（如銀行交易系統的日終交易），可以由一系列操作完成整個事務，但其缺點是有可能因整個事務太大而使不能完成，或者，由于偶然的意外而使事務重做所需的時間太長。較好的解決方法是，把整個事務分解成幾個較小的事務，再由應用程序控制整個系統的流程。這樣，如果其中某個事務不成功，則只需重做該事務，因而既可節約時間，又可避免長事務。
數據庫營銷指的是企業通過收集和積累消費者的大量信息,經過處理后預測消費者有多大可能去購買某種產品,以及利用這些信息給產品以精確定位,有針對性地制作營銷信息,以達到說服消費者去購買產品的目的。
因為旅游規劃的本質是為區域旅游的發展指明方向,提供戰略指導,為近期的規劃開發提出具體的、實際性的指導,滿足市場需求的同時,取得利潤的最大化。因此,本文試圖以數據庫營銷的核心貫穿整個旅游規劃的過程,從三個方面:規劃的客源市場調查、具體市場營銷方式、規劃完成后的跟蹤來闡述數據庫營銷的重要性,有別于以前的就營銷而論營銷的做法,以求給以后的旅游規劃提供些許指導與借鑒。
一、問題的提出
目前的旅游規劃文本當中的市場營銷方式大部分仍是以傳統的營銷方式為主,沒有充分考慮客源市場的需求,就營銷論營銷,沒有把營銷的理念貫穿于整個規劃的過程,缺乏整體的營銷觀念,在客源市場調查的過程當中,對消費者需求的調查成分偏少,即使有,在后續的旅游產品設計中也難以體現,降低了客源市場的滿意度。
另外一種情況是在傳統的營銷方式的基礎上,間雜著一些現代營銷方式的手段,如電話營銷、電郵營銷、短信營銷等,都是在探索現代營銷方式,但往往不成體系,在具體的運用過程當中,往往是傳統營銷方式的附庸,難以形成實際的效果。
第三種情況是指目前的旅游規劃文本在指導具體的區域旅游實踐當中的精準性不夠,難以跟上外界環境的變化,沒有充分考慮外界環境的變化,導致規劃文本束之高閣,沒有用處,資源浪費,規劃文本的完成并不意味著規劃過程的完成,規劃的過程是一個反復修正的過程,是在具體的實踐中檢驗的過程。
二、問題的分析
針對上述問題,本文試圖從現代營銷的手段之數據庫營銷的角度去分析,以其核心觀念貫穿整個規劃過程,用以指導具體的規劃過程。
(一)客源市場調查中的數據庫營銷
每一個旅游規劃在具體實施之前,都必須要進行客源市場的調研,了解客源市場的基本情況及消費需求,有必要的話,還依據不同的指標,進行客源市場的細分,以求在具體的規劃過程中能精確定位,投放產品。目前的客源市場調查最常用的是問卷調查,輔之以訪談、電話調查等方式,(在不考慮樣本是否科學性的基礎上)得到客源市場消費者的主觀、客觀數據,進行數據的分析、加工。
可以看出客源市場的這種調查方式是一次性的,消費者在規劃進行過程當中的需求變化及客觀環境的變化并沒有考慮,也就是說規劃默認為客源市場的需求及消費模式短期內是不會變化的,其實不然,環境在時時刻刻的變化,消費者的心理也在時時的變化,因此,在此基礎上,可以嘗試建立所調查樣本的數據庫,以一定的周期為間隔,采取各種數據庫營銷方式進行樣本的調研,對每一個細分市場的樣本進行歸類分析,指導規劃的進行。
(二)以數據庫為基礎的旅游市場營銷模式
傳統的旅游市場營銷方式以產品、價格、分銷、促銷為模式,以遠遠不能滿足現有的消費者的需求,事實證明,這種傳統的、不考慮市場的營銷方式是不科學的,在旅游規劃過程當中應該予以摒棄。取而代之的應該是以消費者為中心的消費者、成本、方便、溝通為模式的“4C”策略,而數據庫營銷是這一策略的最直接的體現,因此,在旅游規劃創作過程當中,其基本的營銷方式應該以定向直郵,電子郵件營銷,網絡傳真營銷和短消息服務等在內的多種形式的數據庫營銷手段為主,深挖其具體內涵,延展其多種利用方式。
通過數據庫了解旅游者的興趣愛好后,就可以在宣傳冊的封面上貼上他們喜歡的產品圖或直接與他們在互聯網上進行交流,當然交流的內容是他們感興趣的話題,這樣有利于加強與旅游者或潛在旅游者的關系。例如,旅行社利用自己的網站,運用數據庫跟蹤旅游者的習慣和興趣愛好,以此為根據向旅游者推薦他們感興趣的旅游線路。對旅游者了解得越多,就越能更好地幫助旅游者解決旅游購買過程中的問題,最后與旅游者建立起良好的商業關系,提升旅游企業的競爭力,并最終促進旅游業的發展。轉(三)規劃文本完成后的數據庫營銷
規劃文本完成以后在具體指導實踐的過程中應該結合環境的變化不斷修正。
可以結合客源市場調查中所建立的數據庫進行再次調查,不斷反復,切實修正提供給消費者的旅游產品的可行性,以求“適銷對路”,另一方面,服務行業的這種數據庫營銷有點類似于物質生產部門的“售后服務”,具體來講,指的是在規劃的實施過程當中,對客源市場或是部分游客進行回訪,收集旅游者的信息,建立數據庫,分析改進。
通過數據庫資料可分析出旅游者的價值取向,然后針對不同旅游者提供不同類型的旅游產品展示、廣告宣傳和銷售方式。一般來說,對旅游者了解越多,就越能提供令其滿意的旅游產品和服務。
三、問題的解決
規劃的本身就是一個營銷的過程,關鍵是采取什么樣的營銷模式以及如何采用的問題,從上述分析,可以看出,營銷的思想貫穿于規劃的始終,客源市場的調研并不僅僅是一個直線式的過程,而更多的是一個循環往復的過程,規劃是一個彈性的過程,是一個不斷修正的過程,對于旅游者的營銷是長期的過程,也是一個培養潛在消費者的過程。具體的數據庫營銷方式有很多,具體采取哪種方式或是幾種方式的組合,應該根據客源市場的情況來定。
四、數據庫營銷在旅游規劃中應該注意的問題
(一)從戰略的高度來看待數據庫營銷的作用
旅游規劃應該用戰略的眼光、用資產的眼光來看待營銷數據庫,特別是應認識旅游者信息的真正價值,將規劃所涉及到的旅游企業規劃從“管理信息”向“利用信息”轉化。企業應切實地制定出營銷信息戰略,對信息收集、維護和利用進行詳細的規劃和評估,從而將數據庫營銷提升到旅游企業戰略的層次上,從戰略的高度來看待數據庫營銷的應用。
(二)確保信息的真實性、一致性和規范化
確保數據庫營銷中的所有數據和活動都可以按照一定的規則度量,能滿足決策分析的需要。
通過城市交通設施普查及數據建庫，一方面可以摸清城市交通設施分布現狀，為城市交通道路建設、推進交通智能化管理提供基礎信息支撐;另一方面對城市規劃建設軌道交通、綜合換乘樞紐、場站建設提供決策輔助依據。數據建庫的主要目標一是建立覆蓋城市的多要素、多圖層且及時更新的大區域交通信息數據庫;二是構建城市實用可行的公交路網模型，包括公交線路、實體公交站點的、運行線路站點及其線路與站點的關系以城市道路中心線為主體的道路網絡模型;三是研究城市交通及地理信息數據庫數據采集及建設流程，分析城市道路網模型、城市公交網絡模型等關鍵技術，推動城市交通數據庫成果應用。
2數據庫
建設的主要內容城市交通設施普查及數據建庫的主要內容:一是建立城市交通設施數據庫，包括基礎地理信息數據和交通專題數據，主要有沿街的交通要素(交通標志牌、交叉口等)、停車場、賓館、酒店、學校、公交站點、加油加氣站、客貨運樞紐等以及街道、社區等界線信息。二是建立城市道路中心線路網數據庫和模型，道路的屬性信息包括道路等級、形式、上下行方向、有無隔離帶等;由于道路在城市交通設施中的重要性，對道路網數據要求:①在有中央隔離帶的道路路段兩側分別繪制，屬性均為單向，取單側路段的中心線，在路口匯合;②有主輔道的道路路段兩側分別繪制，主道輔道均為單向，中心線在路口匯合;如果主輔道之間的隔離在進入路口前消失，中心線可提前匯合，連接線位置需要在圖中繪出;③單側主輔道涉及高架道路的，地面道路及高架雙側均單獨繪制，取單側路段的中心線，地面道路中心線在路口匯合，路段時繪圖順序按道路的實際行車方向繪制。三是建立城市公共交通網絡模型，形成城市交通規劃中公交換乘分析的重要基礎數據，主要包括公交實體站點信息表、線路站點信息表、公交線路信息表和站點和線路關系表等。
3技術思路
3.1技術流程根據技術要求和內容，制定了技術流程。
3.2主要工作城市交通設施普查和數據建庫主要工作有:內業數據預處理、外業數據普查、內業數據錄入、編輯和建庫等，數據以ArcGIS10Geodatabase格式存儲。外業普查根據城市行政管理劃分為若干個社區格網，以每個社區格網為單元進行交通數據調查;利用現實性好、數據豐富的基礎地理底圖，采用實地調查量測為主的方式采集城市交通數據，外業普查成果經的100%檢查后，由單位質檢部門成果檢查合格后提交內業編輯。內業以社區為單位，在單個PersonalGeodatabase數據庫中作業，經過接邊處理、拓撲建立等，按行政區劃、街道、社區界線合并數據庫，形成城市交通設施數據庫。
3.3成果應用通過對數據庫中的道路和交通信息的分析，利用數據信息構建道路網模型和公共交通模型，生成的數據庫可以應用在專業交通規劃系統平臺上，進行城市道路規劃設計、最短路徑分析、道路緩沖區分析等。
4具體實施
4.1外業普查外業普查在作業底圖上調查交通設施信息，同時填寫屬性調查表和道路調查表屬性表，并且現場照相，調查中做到走到看到，不遺漏、分類編碼記錄不錯漏，各類信息要素屬性信息正確、全面;在電子地圖上根據作業底圖編輯錄入與檢查交通要素，并且構建數據庫。作業組以社區網格為單元，以街道辦事處或管委會為單位進行任務分配，每一街道辦事處或管委會包含若干社區單元。
4.2內業數據編輯建庫內業編輯作業分兩部分，一是外業底圖(含初始調查底圖和檢查作業底圖)和調查記錄表格制作(含空表格記錄和已普查錄入記錄)，及時與外業溝通，制作滿足外業調查要求的作業基礎資料;二是基于模板化及的數據錄入和建庫，通過外業調查記錄成果錄入基本要素和屬性信息，重點處理道路、公交等交通要素。作業利用ArcMap10.0相應的編輯模塊，開發的相應插件進行數據編輯錄入，利用ArcToolbox構建數據庫。
5系統評價
從數據成果的數據精度、數據完整性、屬性精度、邏輯一致性、完整性與正確性、圖面的質量和附件質量等幾個方面進行檢查，認為普查數據和建庫精度高、屬性結構正確、邏輯一致性表達準確、數據完整、圖面合理、附件齊全。成果坐標基準采用城市坐標系，數據采用EsriGeodatabase10.0格式，應用個人Geodatabase文件命名社區編號、數據組織和數據分層等。通過數據庫在專業交通規劃系統平臺的測試，交通設施數據各項指標符合系統運行分析要求。
6結論與建議
參考文獻的格式是有國際標準和國家標準的，參考文獻應該參照GB/T7714--2005著錄，我們在精選相關的著名的文獻資料，按順序編碼標注，依次列在論文的末尾。關注學術參考網查看更多優秀的參考文獻，下面是小編整理的關于數據庫論文國外參考文獻，給大家閱讀欣賞。
數據庫論文國外參考文獻：
[1]艾孜海爾江·艾合買提.基于Web數據庫的數據庫挖掘技術分析[J].科技致富向導，2012，24（27）：217——219.
[2]劉霞，趙鑫，呂翠麗.數據庫挖掘技術在網絡安全防范中的應用[J].動畫世界，2012，20（06）.
[3]尚世菊，董祥軍.多數據庫中的副關聯規則挖掘技術及發展趨勢[J].計算機工程，2009（05）.
[4]呂安民，林宗堅，李成明.數據庫挖掘和知識發現的技術方法[J].測繪科學，2010（04）：123——130.
[5]曾霖.基于Web數據庫的數據庫挖掘技術探究[J].軟件，2013，27（02）：174——176.
數據庫論文國外參考文獻：
[1]宋安，習勇，魏急波.基于μCLinux的NAT設備的設計與開發[J].電子工程師，2005-05-15.
[2]徐葉，袁敏，李國軍.嵌入式Web服務器遠程監控系統的設計與實現[J].計算機與現代化，2013-02-27.
[3]王俊，郭書軍.嵌入式Web服務器的實現及其CGI應用[J].電子設計工程，2011-11-05.
[4]高建國，崔業勤.ARTs-EDB的內存數據存儲管理[J].微計算機信息，2010-01-25.
[5]陳嘉.嵌入式主存數據庫索引機制的研究與改進[D].湖南師范大學，2006：278-282.
[6]劉志東.基于嵌入式Web技術的遠程射頻識別系統的設計與實現[D].西北民族大學碩士論文，2012-04-01.
[7]賀永恒.基于IAIDL的信息家電體系結構研究[J].中國科技信息，2009（04）：154-156.
[8]陳一明.嵌入式數據庫的智能家居網關設計[J].微計算機信息，2009-04-15.
數據庫論文國外參考文獻：
[1]余明輝，胡耀民.基于SQLServer2008決策支持系統模型的研究和應用[J].微計算機信息，2010，26（2-3）：178-180+192.
[2]張克友.基于SQLServer財務數據庫安全技術的探討[J].信陽師范學院學報（自然科學版），2008，21（4）：587-590.
[3]胡家漢，李景峰.對SQLServer數據庫的安全和管理策略探討[J].計算機光盤軟件與應用，2012，（2）：101-102.
[4]胡登衛.高校實驗室信息化管理系統SQLServer數據庫安全策略研究與實施[J].商丘師范學院學報，2009，25（3）：96-99+106.
[5]吳可嘉，姜莉莉，劉昌祺.Delphi下利用ADO技術實現對MSSQLServer數據庫存取[J].西北輕工業學院學報，2002，20（1）：75-78.
【關鍵詞】畢業生；論文管理；水晶報表
對于大三畢業生，畢業設計（論文）是高職教學中的一個重要教學環節，通過該教學環節，可以使學生能夠將專業領域內的理論知識與工作崗位中的實際情況相結合，進入更深入的學習，同時，也提高了了畢業生解決問題、分析問題的能力。而目前畢業班學生由于絕大部分都在單位上頂崗實習，在畢業設計（論文）這個教學環節中，存在對學生通知、管理困難等缺點。如部分學生因為工作時間長、出差辦公等原因沒及時交開題報告、計劃書時，指導教師很難及時通知學生，學生因為要工作，與指導教師溝通有困難，也很難寫出高質量的畢業論文。因此，在網絡技術和信息技術發展的今天，結合我校畢業設計的管理實踐，設計開發了畢業生論文管理系統，加強對畢業生論文的指導與管理，加強指導教師與學生間的溝通與交流，提高畢業論文質量。
1.系統設計
畢業生論文管理系統采用三層結構，操作簡單，用戶無需進行培訓即可使用，該系統能根據統計數據或用戶的查詢情況生成圖表，能通知公告，能將數據保存在數據庫中長期使用，方便對各學期學生論文的對比，大大提高了工作效率。該系統的主要功能包括：
1.1 檔案電子化
畢業設計教學環節中的計劃書、開題報告、答辯記錄等都能上傳到該系統中，節省了大量的紙張。
1.2 監管全面化
畢業設計過程中，通知、公告、指導教師與學生的交流全記錄在系統中，學校可以在該系統中隨時查看畢業設計的教學進展情況。
1.3 強大的數據處理能力
該系統可以實現對各學期畢業論文質量的統計對比，統計結果可以生成柱狀圖、餅圖。
1.4 報表的打印輸出
該系統實現打印輸出網頁中的相關數據，并能實現將報表數據導出為office文檔格式。
1.5 管理規范化
該系統對畢業設計教學中的各個階段，如：申報題目、開題報告、中期檢查等過程都可設置具體的時間和通知信息，保證畢業設計各項工作順利完成。
2.水晶報表應用
在畢業生論文管理系統的設計過程中，使用.NET平臺中的水晶報表（Crystal Reports）工具，從相應的數據庫中提取數據，使用戶能在網頁中查看相關數據、打印數據和將數據導出為word或excel文檔。
2.1 水晶報表的設計
根據對系統的需求分析，系統中的報表包括學生信息統計報表、教師信息統計報表、學生論文成績報表、論文課題報表等。學生信息統計報表包括學生班級的開題報表、學生班級的計劃書報表、學生論文提交情況報表。教師信息統計報表包括教師指導記錄報表、教師添加課題報表、教師通知報表。每個統計報表都實現了對多個數據庫表進行查詢操作，在水晶報表的設計中，規定了數據的顯示格式，規定了每頁顯示的數據條數，實現了圖片的動態加載。學生論文提交情況報表如表1所示。
2.2 動態創建水晶報表
水晶報表（Crystal Reports）根據訪問數據庫的方式分為：拉模式（Pull）和推模式（Push）。在拉模式中，水晶報表自動鏈接至數據庫和執行SQL指令，不需編寫代碼，在推模式中，程序開發人員需自己編寫連接數據庫語句、執行SQL命令語句等。
在畢業生論文管理系統的開發過程中，以推模式來實現更加的符合實際項目的要求，因此采用的是推模式，動態創建水晶報表，即自己編寫連接數據庫代碼等。在.NET平臺下動態創建水晶報表方法為：首先新建數據集文件（.xsd），然后在頁面中放入CrystalReportViewer控件，該控件稱為報表查看器，主要實現在頁面中顯示報表，接著新建Crystal報表，并進行排版和設計。最后編寫代碼來將數據庫數據表中的數據存入數據集，并指定CrystalReportViewer控件的ReportSource屬性，其主要代碼如下：
3.結語
畢業生論文管理系統解決了在畢業設計教學環節中的學生通知困難，指導教師與學生溝通困難、難以指導學生寫出質量較高的畢業論文的缺點。該系統利用網絡和數據庫技術，大大簡化和加強畢業生論文的指導與管理工作，節約了成本，提高了學生的畢業論文質量。同時，水晶報表在該系統中的應用，極大的方便了用戶查詢和統計畢業設計中的各類數據，為用戶提供了簡單的操作和數據打印功能，設計完成的報表功能強大，易于實現。
參考文獻
[1]殷存舉.畢業設計選題系統的設計與實現[J].信息與電腦（理論版），2012（3）.
關鍵詞：畢業論文；B/S模式；ASP；SQL Server
中圖分類號：TP315文獻標識碼：A文章編號：1009-3044(2008)35-2049-02
A Teaching Model Research Based on Internet/Intranet in the Information Technology Course
CHEN Fang1, CHEN Zhao2
(1. Pharmacy of East China University and Technology, Shanghai 200237, China; 2. Faculty of Mechanical & Electronic Information of China University of Geosciences, Wuhan 430074, China)
Abstract: At present, colleges for large-scale expansion caused management more difficult, the quality of thesis papers and the value of Paper documents are not to make full use of, this article statements a management system based on B/S model Three-tier architecture, in the middle using ASP technology, background database to SQL Server2000 designed to achieve. The system is reliable, safe, convenient and better able to meet the college paper's management of the basic requirements.
Key words: thesis; B/S module; ASP; SQL server
1 引言
在高等學校的教務管理系統中，畢業論文的選題大都采用人工方式，面對不斷增加的生源，這樣不僅工作量大，而且效率低下，容易出錯，更不方便教師查閱和管理人員的管理。利用計算機輔助設計加強畢業論文課題的管理工作，既提高了論文選題的科學性，又可大大減輕管理人員的工作強度，提高了工作效率，從而使得管理工作逐步實現制度化、規范化和程序化。本文設計與實現的論文管理系統采用B/S的模式，中間采用ASP編程技術，后臺選用SQL Server2000得以實現。
2 系統的總體設計
2.1 設計思路
系統以SQL Server2000作為后臺數據庫，采用B/S結構即瀏覽器/服務器結構，用戶工作界面是通過WWW瀏覽器來實現，極少部分事務邏輯在前端（Browser）實現，主要事務邏輯在服務器端（Server）實現，形成瀏覽器、Web服務器與應用服務器、數據庫服務器組成的三層體系結構。主要采用ASP動態網頁技術，通過ASP，結合HTML網頁、ASP指令和ActiveX元件，建立動態、交互且高效的Web服務器應用程序。數據庫的訪問通過ODBC（開放式數據庫互聯技術）用SQL實現。系統通過ADO與數據庫連接，實現數據庫的相關操作。
2.2 工作流程
實踐論文管理工作中，基本的工作流程分為：1)教師出題；2)學生選題；3)中期檢查；4)論文答辯；5)論文評優五個階段。
畢業論文管理系統實現論文的出題、審核、選題、、檢索、統計等多項功能。該系統既能讓學生網上論文選題，又能實現提交論文，這樣為老師和學生對論文資源的查閱和檢索提供了方便。
系統中主要設置了八個模塊，分別為：登錄模塊、論文出題模塊、論文選題模塊、論文提交模塊、論文加工模塊、論文查詢模塊、論文統計模塊及系統配置模塊，每個模塊又具有各項多種功能。管理系統結構圖如圖1所示。根據基本工作流程和各功能模塊，該系統設置四個角色進行分配管理，包括：系統管理員、教師、學生、教師管理員這四類。各個角色都具有不同的功能，依據基于角色的訪問控制理論對每個教師進行分配角色，以實現相應的管理權限。
2.3 功能模塊的設計
2.3.1 系統管理員角色
1) 日常管理：日常公告的管理，常用表格的管理，師生上傳文檔的管理，教師出題變更申請受理；
2) 論文選題：論文選題時間設置，論文選題鎖定情況統計；
3) 中期檢查：中期檢查表審閱，中期評審分組；
4) 后期管理：論文成績評審表審閱，論文上傳情況統計，評閱，答辯，二次答辯，師生最終上傳文檔情況匯總，學生成績分析與統計；
5) 論文加工：對當年度提交的所有論文進行標引工作，以便查閱和檢索；論文格式轉換管理，將所有論文由原來的文檔形式轉換成PDF格式，以便保存；
6) 信息維護：管理員、教師、學生信息的維護，系主任、教學副院長角色的分配，院系、班級信息的維護，系統數據的初始化等。
2.3.2 教師角色
1) 論文出題：教師上傳論文題目，所需學生人數，課題的來源等相關信息；
2) 論文選題：對自己提交的課題進行學生的鎖定和退選；
3) 任務相關：公告瀏覽，論文基本格式的樣張下載；
4) 表格提交：中期檢查表的管理，成績考核表的管理，其他相關文檔的管理；
5) 學生文檔管理：對學生提交的文檔進行審閱和管理；
6) 成績管理：對進行指導的學生進行論文成績的評定。
2.3.3 學生角色
1) 論文選題：對于教師的出題情況進行查看，并選擇論文；
2) 任務相關：公告瀏覽，論文基本格式樣張下載；
3) 論文管理：開題相關文檔管理、論文相關文檔管理、設計相關文檔管理；
4) 論文提交：提交畢業論文管理；
5) 成績管理：查看中期檢查表、成績考核表，其他相關文檔。
2.3.4 教師管理員角色
除了具有教師模塊中的所有功能外，教師管理員角色主要添加兩項功能：
1) 論文審核：對教師論文出題質量進行審核；
2) 統計功能：統計當（歷）年度的畢業論文提交的數量，學生成績的統計。
2.4 數據庫的設計
畢業論文管理系統結構圖
本系統在設計過程中，盡量考慮到各個模塊中的相似之處，減少表格數量，提高表格的關聯程度，以及減少數據庫中數據的冗余。根據數據的流程和功能需求，數據庫主要包含以下工作表格：
1) 教師數據表：存放教師基本信息，數據項包括教師工號、密碼、教師姓名、職稱、專業、聯系方式、教師個人簡介、系所編號、學院編號、論文編號；
2) 學生數據表：存放學生基本信息，數據項包括班級、學號、姓名、密碼、論文編號、成績、綜合排名、興趣愛好、備注；
3) 論文數據表：學年度、論文編號、論文題目、出題教師工號、選題學生學號、課題來源、成績；
4) 論文審核表：學年度、論文編號、審核狀態、修改意見、次數；
5) 論文選題表：學年度、學生學號、論文編號、論文選擇狀態、選擇時間；
6) 論文成績表：學年度、論文編號、教師工號、學生學號、成績、評語、評閱時間；
7) 選題管理表：序號、職稱、論文數量、學生人數。
2.5 數據庫訪問控制的實現
在數據庫中為了實現權限設計的安全問題，建立以下七個基本表：
1) 用戶表：序號、用戶名（取教師工號或學生學號）；
2) 角色表：角色名、用途說明；
3) 權限控制表：角色名、用戶名；
4) 數據庫訪問權限表：操作權限、角色名、基本表名、權限說明；
5) 數據庫基本表：基本表名、基本表說明；
6) MIS子功能模塊表：子功能代碼、功能說明；
7) 功能模塊訪問權限表：子功能模塊代碼、角色名；模塊菜單名、功能說明；
各個表項聯合起來形成系統的授權機制，其運行機制是：當用戶通過系統登陸界面后，系統首先利用權限控制表找出用戶所對應的角色，然后利用數據庫訪問權限表和功能模塊訪問權限表找出該角色所能進行的操作（即基本表單名和子功能項代碼），并在角色表中查看該角色的狀態，如果角色處于被激活的狀態，該用戶就可使用該系統，如果該角色處于被禁止的狀態，即使該用戶擁有該權限仍不能執行。這樣，系統管理員在進行維護時，若更改功能角色，則只需修改數據庫訪問權限表，功能模塊訪問權限表和權限控制表中的記錄即可，而不需修改表的結構，大大方便管理員的維護工作。
這個完整的基于角色的多層應用系統安全控制有效地將前端的“菜單層的權限管理”和后臺的“數據庫基本表及相應操作權限”統一起來，實現了權限設計的授權機制。
3 系統的主要功能實現
系統通過B/S三層結構實現論文的選題管理與論文的提交和評閱，采用瀏覽器、Web服務器和數據庫的三層結構，當用戶通過瀏覽器提交和評閱時，向Web服務器發出請求，Web服務器訪問用戶的指令后開始執行程序，根據請求從數據庫中取出相應的數據，并將數據以一定格式返回到客戶端。
3.1 教師論文出題功能的實現
每個教師使用自己的工號和密碼進入管理界面，點擊論文出題模塊，系統將根據論文審核表中的有關信息查看該教師是首次登錄還是重復登錄，如果為首次登錄，頁面上將出現相應的論文數據表，填寫各個字段，包括論文題目，課題來源，學生要求（比如專業限制等）、其他要求（比如性別要求等），填寫完畢后選擇提交按鈕實現出題的功能。其中要注意的是管理員在選題管理表中根據每個教師的職稱對教師的出題數目和所帶學生人數進行了限制，比如根據副教授職稱只能帶兩個畢業論文題目，一個課題只能有一個學生選擇等。如果為重復登錄，將根據論文審核表中的相關信息查看該教師有無被退回的題目，如果有，頁面顯示該教師被退回題目的相關信息，如果沒有，提示該教師出題成功，無需再次出題。
3.2 教師論文選題功能的實現
當教師使用自己的工號和密碼進入管理界面，點擊論文選題模塊，頁面上將出現論文課題、學生姓名（點擊學生姓名鏈接將出現學生的有關信息）并同頁面預設置有鎖定和退回功能鍵，當教師查看符合要求時點擊鎖定功能即能實現雙向選定，否則點擊退回功能，此課題呈現空置狀態，以供其他學生選擇。
3.3 學生選題功能的實現
每個學生使用自己的學號和密碼進入相應界面，點擊論文選題模塊，頁面上將出現還沒有被選擇的畢業論文選題列表，分別有論文數據表中以下字段：論文編號、論文題目、出題教師工號（點擊教師工號可出現鏈接教師的有關信息），并同頁面預設置有鎖定和撤銷功能鍵，如果該生已經選題，系統將其視為修改選題，修改學生數據表中該學號學生記錄中論文編號數據即可。
3.4 論文審核功能的實現
教師填寫論文選題之后，系主任要對論文題目進行審核。當系主任使用自己的工號和密碼進入管理界面后，點擊論文審核模塊，頁面上將出現已經上傳的論文題目，并同頁面預設置確定和修改的功能鍵，如果論文題目不符合要求，系主任點擊修改，并給出修改意見，否則點擊確定通過，這樣教師論文出題成功。此時將該教師工號記錄入此論文數據表中，將論文編號記錄入教師信息表中。
4 結束語
該系統結合ASP開發平臺和SQL Server2000 技術，實現了畢業論文（設計）階段從選題管理、論文寫作、中期檢查、論文提交等方面進行綜合管理的一個系統平臺。整個系統在設計上保持了各個部分的相對獨立性同時又是有機地融合在一起的，體現了各自的特點。在教學管理應用中收到了較好的效果。
根據目前的管理思路我們也有進一步的設想：1) 逐步實現畢業論文的網上歸檔功能，和檔案館歸檔軟件形成對接，實現畢業論文的電子歸檔；2) 通過和圖書館數據檢索平臺的功能對接，實現畢業論文在數據庫平臺的電子查閱，由圖書館專業人員作標引工作，實現有序的存儲和高效利用。
參考文獻：
[1] 陳芳, 陳朝. RBAC在MIS中的應用[J]. 計算機系統應用,2003(1):43-44.
[2] 李杰. 基于ASP畢業論文選題系統的設計[J]. 湖南環境生物職業技術學院學報,2007,13(2):30-32.
[3] 崔盟. 基于Struts+Ajax的學位論文管理與服務系統的設計和實現[J]. 現代圖書情報,2007(11):7-12.
[4] 嚴國麗, 等. 基于.NET的論文管理系統的設計與實現[J]. 電腦學習,2007,10(5):10-12.
[5] 戴志誠, 趙國峰. JSP信息化系統建設案例[M]. 人民郵電出版社,2006.
中圖分類號：TP311.52;G250.76 文獻標識碼：A 文章編號：1007-9416(2012)02-0177-02
1、網站數據庫整體設計
1.1 網站需求分析
為了網站更方便管理與使用，需要滿足三方面的需求：管理員、普通用戶與游客。
管理員：相當于網站的root用戶，擁有最大的權限和功能，是網站的維護者與管理者.。
普通用戶：網站的主要服務對象，通過注冊即可以享受網站提供的所有服務，擁有按關鍵字搜索新聞、相關論文，發表和查看留言以及修改個人信息和網站投票的權限。
游客：網站的潛在用戶，無需注冊就可以搜索新聞和論文，但沒有下載和留言的權限。
1.2 數據庫邏輯結構設計
根據不同權限用戶的需求分析，本網站邏輯結構主要由角色表、用戶表、新聞表、公告表、留言表、論文表等組成。數據庫中各個數據表的關系見圖1。
1.3 訪問數據庫的設計與實現
本網站對于數據庫訪問、連接的設計與實現，由類SQLHelper完成。在SQLHelper類中，將數據庫的鏈接作為整個網站工程的全局變量，將其存放于web.config這個配置文件中，連接代碼編寫于配置節/中。
2、論文數字圖書館網站模塊的設計與實現
本論文所設計的數字化圖書館網站分為用戶注冊模塊、用戶管理模塊、檢索模塊、用戶信息中心模塊、新聞與公告模塊、論文模塊和網站前臺模塊。
2.1 用戶注冊模塊
本網站所涉及的用戶有兩種權限，體現在數據庫中的User表中的RoleID字段，字段為1代表用戶具有管理員權限。字段為2代表用戶具有普通用戶權限。
網站的注冊模塊由頁面Register.aspx來實現。需要填寫新注冊用戶的各項基本信息。限定必填項的信息不能為空，此外，用戶電子郵件、電話等的格式必須符合要求。
用戶填好信息單擊確定進入信息確認頁面CommitRegister.aspx。此頁面包含兩部分功能，第一部分是確認之前所填寫的注冊信息是否有誤，，第二部分是用戶照片上傳功能，用戶可以不選擇上傳頭像或是上傳任意自己喜歡的圖片作為自己的頭像。增加用戶頭像的上傳功能可以使數字化網站更加生動活潑，增強用戶與網站的互動性。
2.2 用戶管理模塊
用戶管理模塊只有管理員才有權限顯示，管理員可以表格形式顯示所有用戶名單及信息，可以添加新用戶及賦予管理員權限，可以修改其他用戶的基本信息，也可以手動刪除用戶，還可以單獨顯示某個用戶的完整信息。用戶管理頁面是通過UserManage.aspx頁面來實現的。
2.3 檢索模塊
本網站的檢索模塊包括論文和新聞的檢索查詢，采用關鍵字查詢方式檢索。
檢索功能由Searchthesis.aspx頁面和Search.aspx頁面實現完成，運用GridView控件與數據庫的論文表和新聞表進行綁定來顯示用戶所檢索的結果。檢索的關鍵字填寫在TextBox控件中。
當用戶或游客打開網站時，可以在搜索功能區鍵入想要查找的關鍵字，點擊搜索按鈕，即可從底層SQL server數據庫中查詢到所有滿足此搜索關鍵詞的論文或新聞。
2.4 用戶信息中心模塊
模塊位于網站的左側，需要用戶登陸才能顯示，為用戶提供修改與查看個人信息，重設密碼等功能。
EditUserPwd.aspx頁面可以實現用戶修改密碼的功能，在頁面中包括四個TextBox控件，用戶需要按照順序在控件中分別鍵入用戶名稱、舊密碼、新密碼、確認密碼。一旦EditUserPwd.aspx頁面打開，即調用預先編好的函數Page_Load(object sender,EventArgs e)，函數通過初始化即可在第一個TextBox控件中顯示用戶名稱，無需用戶手動填寫。
2.5 新聞與公告模塊
新聞模塊的功能包括：新聞的顯示、添加、修改、刪除、查看。由NewsManage.aspx頁面實現，為管理員權限功能。
公告模塊的設計與新聞模塊類似，但功能更為簡單，管理員可以通過此模塊添加和修改網站首頁公告欄的標題與內容，由Notice.aspx頁面來實現。
此外，管理員還可以對用戶留言進行管理，由leaveword Manage.aspx頁面來實現。
用戶的留言功能由leaveword.aspx頁面實現完成，用戶可以對自己感興趣的新聞或論文留言，管理員可以查看這些留言以便于更好的了解用戶需求。
2.6 論文模塊
論文模塊功能與新聞模塊一致，不同的是，增加了論文上傳功能。
論文的上傳功能由頁面AddThesis.aspx來實現，在此頁面中包括三個TextBox控件，他們的作用是用來添加新論文的標題、關鍵詞及摘要，以供普通用戶查詢。此外，在三個TextBox控件下方設置一個FileUpload控件，他的作用是管理員可以從本地計算機上選擇論文并上傳。
在所有操作完成后，管理員即可單擊下方的確定按鈕，將論文標題、關鍵詞及摘要上傳。上傳后的論文不以該論文名稱來命名存儲，而是以添加進數據庫論文表中的ThesisID來命名，避免所上傳的新論文與原有論文的名稱重復，并自動將論文格式轉化為word格式。
2.7 網站前臺模塊
網站前臺模塊是網站的主體模塊，也是服務模塊，是普通用戶和游客的操作模塊。主要包括熱點新聞區、操作區、公告區和用戶區四個部分。主要在主頁面main.aspx實現完成。
2.7.1 熱點新聞區
熱點新聞區位于主頁面左下方，由NewsUC.ascx控件來完成與實現。
該分支模塊的主要功能是以循環滾動的形式顯示網站最新的10條新聞。顯示新聞由DataList控件實現，綁定的是新聞表中的標題。新聞的循環滾動功能由客戶端代碼來實現。
2.7.2 操作區
操作區主要包括以下幾個功能：按照標題搜索相關新聞，按照關鍵詞搜索所需論文，游客還可以通過注冊成為新用戶；管理員與普通用戶可通過用戶名和密碼登陸網站，擁有屬于自己的權限。此操作區由用戶控件OperationUC.ascx來設計與實現。
操作功能區實現方法如下：第一步判斷是否有用戶登錄，即判斷Session[“UserID”]的值是否是一個空值。假如Session[“UserID”]的值不為空，則表示已有用戶登陸。第二步，根據登陸用戶的角色加載與之角色相對應的操作功能區。具體來講，若Session[“UserID”]=1，則對應加載管理員的操作功能區，如果Session[“UserID”]=2，則對應加載普通用戶的操作功能區。
2.7.3 公告區
公告區由對應控件NotifyUC.ascx來設計實現。
主頁面初始化時，用戶控件NotifyUC.ascx通過初始化函數來顯示公告欄的信息，調用BindNotifyData()來從底層數據庫的公告表中獲取公告標題和內容，運用SqlDataReader對象dr來保存獲取結果。使用時，通過讀取對象dr中的公告標題和內容顯示在公告欄中。
2.7.4 用戶區
用戶區包括普通用戶區與管理員用戶區。
普通用戶區主要包括：查看個人信息，修改登錄密碼和參與網站投票幾種功能。
管理員用戶區除了普通用戶的功能以外，還增加了新聞管理、投票管理、用戶管理和論文管理等功能。
3、結語
本文基于數字化圖書館的設計要求，以及管理員、普通用戶和游客三方面的需求，最終完成了預計的功能和模塊設計。實現了最新圖書館新聞、下載論文閱讀軟件、查找與下載論文、投票、留言等多種功能。
參考文獻
