資料庫設計綜述_資料庫設計主要包括哪幾部分分別包括哪些內容

⑴ 急求管理信息系統設計報告，最好是圖書館

工資管理系統設計
【摘要】對企業而言，人力資源是企業最寶貴的資源，也是企業的「生命線」。而工資管理又是人力資源管理的重中之重。實行電子化的工資管理，可以讓人力資源管理人員從繁重瑣碎的案頭工作解脫出來，去完成更重要的工作。本文介紹畢業設計課題的選題背景和意義，相關的研究和開發的比較和綜述，研究開發的過程，以及設計思路和實現細節的考慮，最後給出了作者在畢業設計過程的體會。
【關鍵字】管理信息系統，資料庫，工資管理，實體關系圖（E-R圖），數據字典，數據流圖。
第一章緒論
1.1研究課題的背景
藉助現代信息技術和管理理論，建立企業管理信息系統是當今社會的重要趨勢。黨和政府根據知識經濟時代的特點，對國民經濟建設提出了「用信息化帶動工業化」的指導思想。對企業而言，全面開發和應用計算機管理信息系統就是近期不能迴避的問題。在企業管理中，人力資源是企業最寶貴的資源，也是企業的「生命線」，因此人事管理是企業的計算機管理信息系統重要組成部分。而工資管理又是人力資源管理的重中之重。實行電子化的工資管理，可以讓人力資源管理人員從繁重瑣碎的案頭工作解脫出來，去完成更重要的工作。工資管理信息系統的實現可以減輕比較繁瑣的手工工資管理。
現在應用在大中型企業的管理信息系統中，幾乎都包括了工資管理模塊。有些環境中是由作為大型ERP軟體中的一個模塊引進的，有些是作為企業的財務系統的一部分。這些根據規范的西方的管理制度設計的工資管理軟體，在很多時候還不能完全解決中國特色的中小企業的問題，本文介紹的畢業設計的研究工作就是要為這些具有中國特色的中小企業解決他們在工資管理方面的問題。
通過在本單位經過一周的調研，並參考其他同行設計工資管理軟體，我基本上搞清楚了像我們單位這樣的小型企業對系統的需求，如果能夠設計一套針對類似本單位的小型國有企業的工資管理系統特別有意義，並且是現行的財務管理軟體代替不了的。
在和指導老師多次交流後，確定實現方案的要點和工作計劃。本系統的實現的主要功能有：員工信息管理、工資結構設置、工資匯總列印等等功能。
1.2 研究思路和工作計劃

註：本範文由計算機與通信學院徐國梁老師提供。
正如研究任何其它軟體項目一樣，我做的畢業設計也經歷了從選題，調研，熟悉開發環境，實驗關鍵技術，查找類似的相關系統的資料；系統概要設計，資料庫結構設計，功能模塊開發，功能模塊測試，系統調試和系統試運行和修改。下面的流程圖反映了我們的基本的思路和過程。
在各階段的時間安排上，選題和調研用了兩周左右的時間；熟悉開發環境，實驗關鍵技術，查找類似的相關系統的資料用了兩周時間；系統概要設計用了一周的時間；資料庫結構設計用了一周時間；功能模塊開發和功能模塊測試用了四周的時間；最後，系統調試和系統試運行和修改用了約三周的時間。完成全部工作大約用了3個月的時間。

第二章管理信息系統研究概述
2.1管理信息系統的發展歷史
信息作為生產力中最活躍的因素，很早就在人類經濟生活中發揮著不可替代的作用，但把信息納入企業經營管理系統中高效處理和應用是在計算機發明以後的50年代末。
目前人們所提到的管理信息系統，通常是指以計算機為工具，對管理信息進行收集、存貯、檢索、加工和傳遞，使其應用於組織機構及企業管理領域的「人－機系統」，該系統是70

年代初「後工業經濟」時代的產物，在企業管理信息系統在其發展的初期，是單一的人—機系統，系統功能簡單，效率低，對管理的作用有限。
進入2 0世紀80年代末，隨著計算機網路和通信技術的大力發展，企業管理信息系統進入網路化的發展時期。世界發達國家已建立起了完善的先進的管理信息系統體系，在其社會經濟發展領域中發揮著巨大的作用。
我國的管理信息系統大發展是在80年代末90年代初，國家相繼建立起了「金卡」、「金關」、「金橋」工程，多數企事業單位建立了區域網和廣域網管理信息系統。隨著世界經濟和我國經濟逐步向知識經濟邁進，無論是基於工業經濟的管理信息系統，還是面向少數專家和管理人員的專家系統 (ES)或決策支持系統 (DSS)，其處理對象和服務對象，自身的系統結構，處理能力，都有了進一步的發展。
2.2管理信息系統的特點
1、管理信息系統的組成
管理信息系統在企業中的應用存在三個要素，這就是人、計算機和數據。
人是指企業領導者、管理人員、技術人員，以及MIS建設的領導機構和實施機構，他們在系統中起主導作用。MIS是一項系統工程，不是只靠一些計算機開發人員就可以完成的，必須有企業管理人員，尤其是企業領導的積極參與。
計算機技術是MIS（管理信息系統）得以實施的主要技術。在這些技術中，軟體開發是MIS開發的重點。
第三個因素也不能忽視。企業的管理數據是MIS正常運行的基礎。廣義地說，各項管理制度是MIS建設成功的基礎。試想要計算一台機床的成本，需要按時輸入每個部件、每個零件以及每個螺釘螺帽的費用，涉及企業的生產車間、采購、庫房、工藝設計和財務等多個部門，必須有一整套管理制度作保證。
2、管理信息系統的界面特點
在計算機軟體技術中，人機界面已經發展成為一個重要的分支。MIS人機界面設計一般遵循以下一些基本原則：
（1）以通信功能作為界面設計的核心
人機界面設計的關鍵是使人與計算機之間能夠准確地交流信息。一方面，人向計算機輸入信息時應當盡量採取自然的方式：另一方面，計算機向人傳遞的信息必須准確，不致引起誤解或混亂。另外，不要把內部的處理、加工與人機界面混在一起(人機界面程序只是通信)，以免互相干擾，影響速度。
設計MIS時，針對每一個功能，都要按照模塊化思想，使輸入、處理與輸出「涇渭分明」，充分體現人機界面的通信功能。這樣設計出來的程序不易出錯，而且易於維護。
報表列印是MIS必備的功能之一，而且列印之前常常需要計算。計算與列印分開設計，雖然消耗時間，但易於整個MIS系統的維護。
（2）界面必須始終一致
統一的人機界面不至於會增加用戶的負擔，讓用戶始終用同一種方式思考與操作。最忌諱的是每換一個屏幕用戶就要換一套操作命令與操作方法。
例如在整個系統可以以問號圖標表示幫助，以磁碟圖標表示存檔，以列印機圖標表示列印等。
（3）界面必須使用戶隨時掌握任務的進展情況
人機界面應該能夠告訴用戶軟體運行的進度。特別是在需要較長時間的等待時，必須讓用戶了解工作進展情況，如可以設計已經完成了百分之幾的任務進度條等。目前，Windows下的應用軟體無論大小，其安裝程序幾乎均做到了這一點。開發MIS軟體時，這一點很值得借鑒。
（4）界面友好。使用方便
多數MIS軟體的數據輸入量較大。對於一些相對固定的數據，不應讓用戶頻頻輸入(特別是漢字)，而應讓用戶用滑鼠輕松選擇。例如，人事管理系統中的「文化程度」是相對固定的數據，其值一般取「小學」、「初中」、「高中」、「大專」、「大本」、「碩研」、「博研」等。錄入這類數據之前，MIS軟體應在相應位置彈出一個列表框，待用戶以滑鼠點擊，而不應讓用戶每次都輸入這些漢字。
總之，所開發的MIS在使用過程中，應使用戶的數據輸入量降至最低限度減少用戶的干預量。實踐證明，用戶干預愈少，MIS系統的滿意程度愈高。
2.3管理信息系統的開發方式
管理信息系統的開發方式主要有獨立開發方式、委託開發方式、合作開發方式、購買現成軟體方式等4種。這4種開發方式各有優點和不足，需要根據使用單位的技術力量、資金情況、外部環境等各種因素進行綜合考慮和選擇。不論哪種開放方式都需要有單位的領導和業務人員參加，並在管理信息系統的整個開發過程中培養、鍛煉、壯大該系統的維護隊伍。
1.獨立開發
獨立開發適合於有較強的管理信息系統分析與設計隊伍和程序設計人員、系統維護使用隊伍的組織和單位，如大學、研究所、計算機公司、高科技公司等單位。獨立開發的優點是開發費用少，實現開發後的系統能夠適應本單位的需求且滿意度較高，最為方便的是系統維護工作。缺點是由於不是專業開發隊伍，容易受業務工作的限制，系統優化不夠，開發水平較低，且由於開發人員是臨時從所屬各單位抽調出來進行管理信息系統的開發工作，這些人員在其原部門還有其他工作，所以精力有限，容易造成系統開發時間長，開發人員調動後，系統維護工作沒有保證的情況。因此，一方面需要大力加強領導，實行「一把手」原則，另一方面可向專業開發人士或公司進行咨詢，或聘請他們作為開發顧問。
2.委託開發
委託開發方式適合於使用單位無管理信息系統分析、設計及軟體開發人員或開發隊伍力量較弱、但資金較為充足的單位。雙方應簽訂管理信息系統開發項目協議，明確新系統的目標和功能、開發時間與費用、系統標准與驗收方式、人員培訓等內容。委託開發方式的優點是省時、省事，開發的系統技術水平較高。缺點是費用高、系統維護需要開發單位的長期支持。此種開發方式需要使用單位的業務骨幹參與系統的論證工作，開發過程中需要開發單位和使用單位雙方及時溝通，進行協調和檢查。
3.合作開發
合作開發方式適合於使用單位有一定的管理信息系統分析、設計及軟體開發人員，但開發隊伍力量較弱，希望通過管理信息系統的開發建立完善和提高自己的技術隊伍，便於系統維護工作的單位。雙方共享開發成果，實際上是一種半委託性質的開發工作。優點是相對於委託開發方式而言節約了資金，並可以培養、增強使用單位的技術力量，便於系統維護工作，系統技術水平較高。缺點是雙方在合作中溝通易出現問題，需要雙方及時達成共識，進行協調和檢查。
總之，不同的開發方式有不同的長處和短處，需要根據使用單位的實際情況進行選擇也可綜合使用各種開發方式。
2.4管理信息系統的開發過程
管理信息系統的開發過程一般包括系統開發准備、系統調查、系統分析、系統設計、系統實現、系統轉換、系統運行與維護、系統評價等步驟。根據開發系統的大小、復雜、投入、方式、方法等因素的不同，各步驟的要求和內容也不同，用戶需要根據實際情況進行取捨和計劃。
1、系統開發准備
系統開發准備工作主要包括提出系統開發要求、成立系統開發小組、制訂系統開發計劃等工作。
2、系統調研
新系統的系統分析與系統設計工作都要建立在對現行系統調研的基礎上，即必須調查現行系統的運行情況、問題等，明確用戶的需求，特別是合作開發和委託開發方式。
調研的主要內容有：
（1）現行系統概況：該組織的發展歷史、目前組織的規模、工作狀況、管理水平、與外界的主要聯系等。調查該項內容的目的主要是為了劃分系統界限、系統與外界的輸入輸出介面等。
（2）組織機構：畫出組織的組織結構圖，弄清組織的行政關系、人員編制、工作范圍、地理位置等，發現不合理問題及新系統啟動後可能對現有組織的影響。
（3）業務流程：按照業務種類的不同和處理時間的先後不同，深入了解現行系統的業務流程，畫出現行系統業務流柞圖，並與業務人員反復討論，得到認可。調查中要注意定性與定量相結合，注意人、財、物、信息的流向、規格、頻率、要求以及需要解決的問題等。
（4）報表、數據處理：了解各種統計報表、數據的格式、內容、處理時間及上報時間、頻率、規律，存在的問題，對新系統的要求、希望等並收集各種報表。
（5）問題：現行系統中存在的主要問題和薄弱環節，可以按照嚴重程度分成不同的等級。新系統的建立應能解決大部分問題，並改善薄弱環節。
（6）新系統的功能和目標：了解各級領導和各類業務工作人員對新系統功能的要求，系統分析(又稱邏輯設計)是管理信息系統開發的關鍵環節，要求在系統調查的基礎上，對新系統的功能進行細致的分析，並建立一個新系統的邏輯模型。
新系統的邏輯模型由系統數據流程圖、概況表、數據字典、物理邏輯表達式及有關說明組成。最後要完成系統分析報告(也稱為系統邏輯設計說明書)。系統邏輯模型就像在根據需要建設一座學校前，按照學校教育的層次(初等、中等、高等)、規模、投資、地理環境、技術水平等條件的要求和約束，先由建築設計院進行設計，保證學校建成後的各種功能得以實現，之後才能進行工程設計和施工一樣。在系統設計階段要做認真、細致的分析、研究工作，避免新系統在功能上存在先天不足或缺陷。
因為新系統模型是建立在對現行系統的分析及要求的基礎上的，所以系統調查工作要進行得深入、細致、全面。用戶可以對新系統的邏輯模型提出意見，雙方經過討論、修改，最後達成共識，並完成系統分析報告(系統邏輯設計說明書)，經有關領導審批通過之後，轉入系統設計(又稱系統物理設計)階段。
4、系統設計
系統設計又稱系統物理設計。系統設計要根據系統分析報告中的系統邏輯模型綜合考慮各種約束，利用一切可利用的技術手段和方法進行各種具體設計，確定新系統的實施方案，解決「系統怎麼做」的問題。
結構化系統設計是指利用一組標準的圖表工具和准則，確定系統有哪些模塊，用什麼方法連接，如何構成良好的系統結構，並進行系統輸入、輸出、數據處理、數據存儲等環節的詳細設計。這一階段的重點是設計好系統的總體結構，選擇最經濟合理的技術手段。系統設計階段的文件是系統設計報告(又稱系統物理設計說明書)。
5、系統實施與轉換
系統實施階段的主要工作包括：系統硬體的購置與安裝、程序的編寫(購買)與調試、系統操作人員的培訓、系統有關數據的准備和錄入、系統調試和轉換。
在系統實施階段要成立系統實施工作量到小組，組織各專業小組組長和有關部門的領導共同編制新系統實施計劃。可以應用各種項目管理的軟體和方法進行管理，實行項目經理負責制，保證系統實施工作的順利進行和成功。
硬體的購置和安裝包括計算機硬體、外設、網路、電源、機房、環境等有關設備的購買、驗收、安裝與調試工作等，這些工作主要由專業技術人員完成。
數據准備與錄入工作主要是指由手工操作轉入計算機處理所需的各種數據的整理、錄入及計算機系統中為新系統所用數據的轉換工作。數據准備與錄入工作要注意數據的准確性，在整理、錄入、校驗等各個環節把好關，為系統的順利轉換打好基礎。
在進行以上各個環節的同時展開人員培訓工作，包括管理信息系統只是的普及教育、新制度的學習、計算機操作訓練等。使所有人員了解新系統的基本功能、新系統對使用人員的要求、建立管理信息系統的目的、管理信息系統的建設可以為組織和個人帶來的幫助和便利、個人在新系統中應該承擔的工作等，是用戶關心、支持新系統的實現。
6.系統維護和評價
管理信息系統是一個復雜的人機系統。系統外部環境與內部因素的變化，不斷影響系統的運行，這時就需要不斷地完善系統，以提高系統運行的效率與服務水平，這就需要從始至終地進行系統的維護工作。
系統評價主要是指系統建成後，經過一段時間的運行後，要對系統目標與功能的實現情況進行檢查，並與系統開發中設立的系統預期目標進行對比，及時寫出系統評價報告。
系統維護與評價階段是系統生命周期中的最後一個階段，也是時間最長的一個重要階段。
第三章工資管理系統分析與設計
3.1系統功能需求簡介
工資管理信息系統對企業加強工資管理有著極其重要的作用，就一般的大型企業來說，它的設計內容非常復雜而且繁多，比如擁有工資計算功能，工資統計功能，報表輸出功能，而且設計的模塊也很多，比如工資管理模塊，工資統計模塊，報表設計模塊，列印輸出模塊，模糊查詢模塊等等。
由於本軟體主要是為作者工作的一家科技公司定製開發的。該公司是一家剛剛成立的公司，總體人員比較少，有正式員工20人，人員結構比較簡單，學歷比較高，基本上都擁有大專以上學歷，部門劃分也很清晰，而且人員的流動性不高，所以該公司目前對工資管理的要求並不高。因此，針對該公司而言，我們經過了反復地論證，最終確定了工資管理系統的設計方案。該工資管理系統的主要功能如圖3.1所示：

圖3.1 系統功能模塊圖

3.2功能需求描述
1、員工基本信息模塊
員工基本信息模塊具有員工信息輸入、員工增刪和員工信息查詢三個功能。員工基本信息包括員工號、員工姓名、員工性別、所在部門、所在崗位、工齡和工資等級等信息。員工增刪實現了對資料庫中員工信息的增加和刪除。員工信息查詢可以通過員工號或員工姓名對員工信息進行查詢。
2、工資結構設置模塊
根據該公司的工資管理實際情況，本系統將工資結構分為基礎工資、崗位工資和工齡工資三部分。該模塊可以對這三個工資類型設置工資等級，並對每個等級設置工資標准。3、工資匯總模塊
用戶在員工信息管理模塊對該員工的工資等級進行輸入以後，在工資匯總模塊會自動對員工工資進行匯總。用戶可以列印出工資匯總表，列印之前可以通過列印預覽功能進行列印預覽。
3.3目標系統要求
目標系統應該達到以下要求：
1、時間經濟性。優化邏輯設計與物理設計，使系統運行效率高，反映速度快。
2、可靠性。能連續准確的處理業務，有較強的容錯能力。
3、可理解性。用戶容易理解和使用該系統。
4、可維護性和適應性。系統應易於修改、易於擴充、易於維護，能夠適應業務不斷發展變化的需要。
5、可用性。目標系統功能齊全，能夠完全滿足業務需求。
6、安全保密性。保證系統的物理安全、數據存儲和存取的安全與保密、數據傳輸的安全與保密，做好使用人員的授權管理。
3.4系統平台選擇
選擇微軟平台作為主導，一方面考慮目前微軟的飛速發展，越來越多的企業在規劃內部網路時，將微軟平台作為首選方案；另一方面從技術角度來講，微軟平台上的應用無論是在開發上，還是在軟體的部署上都非常容易，而且性能優越。
操作系統：Windows 98
開發工具與語言: Visual FoxPro 6.0中文版
3.5資料庫設計
3.5.1資料庫介紹
所謂資料庫（Database）就是指按一定組織方式存儲在一起的，相互有關的若干個數據的結合，資料庫管理系統（Database Management System）就是一種操縱和管理資料庫的大型軟體，簡稱DBMS,他們建立在操作系統的基礎上，對資料庫進行統一的管理和控制，其功能包括資料庫定義，資料庫管理，資料庫建立和維護，於操作系統通信等。DBMS通常由數據字典，數據描述語言及其編譯程序，數據操縱（查詢）語言及其編譯程序，資料庫管理例行程序等部分組成。
關系資料庫是以關系模型為基礎的資料庫，是根據表、記錄和欄位之間的關系進行組織和訪問的一種資料庫，它通過若干個表（Table）來存取數據，並且通過關系（Relation）將這些表聯系在一起，關系資料庫提供了成為機構化查詢語言（sql）標准介面，該介面允許使用多種資料庫工具和產品，關系資料庫是目前最廣泛應用的資料庫。
在VFP中資料庫是一個邏輯上的概念，通過一組系統文件將相互關聯的數據表及其資料庫對象組織起來，成為擴展名為.dbc的資料庫文件、擴展名為.dct的資料庫備注文件和擴展名為.dcx的資料庫索引文件，三個文件一般不能直接使用，而是交由VFP資料庫統一管理。
VFP把.dbf文件稱為表文件，一個庫可以容納多個表，通過庫我們可明確各表之間的相互關系，使表文件不在彼此孤立，而成為相互關聯的數據集合。
3.5.2數據流圖
根據對工資管理工作的調查和用戶需求分析，該系統的數據流圖如圖3.2所示。

3.5.3數據詞典分析
該軟體的資料庫由下述四張數據表組成：
員工信息表：PERSONNEL.DBF
基礎工資設置表：COURSE.DBF
崗位工資設置表：RANK.DBF
工齡工資設置表：GONGLING.DBF

1、員工信息表：PERSONNEL.DBF
欄位欄位名類型寬度說明
1 員工號字元型 3 數字
2 員工姓名字元型 10 小於等於5個漢字
3 員工性別字元型 2 「男」或「女」
4 崗位名稱字元型 14 小於等於7個漢字
5 工齡數值型 2 1-99之間
6 工資等級數值型 2 1-99之間

2、基礎工資設置表：COURSE.DBF
欄位欄位名類型寬度說明
1 工資等級數值型 2 1-99之間
2 工資標准數值型 4 1-9999之間

3、崗位工資設置表：RANK.DBF
欄位欄位名類型寬度說明
1 崗位名稱字元型 14 小於等於7個漢字
2 工資標准數值型 4 1-9999之間
4、工齡工資設置表：GONGLING.DBF
欄位欄位名類型寬度說明
1 工資等級數值型 2 1-99之間
2 工資標准數值型 4 1-9999之間
5、管理員注冊表：ADMINER.DBF
欄位欄位名類型寬度說明
1 注冊名字元型 10 任意字元
2 口令字元型 10 英文字母或數字
第四章工資管理系統的功能實現
4.1員工基本信息模塊編碼設計
1、員工基本信息增刪改功能
員工基本信息模塊主要分為員工信息瀏覽界面和員工信息查詢界面，員工信息瀏覽界面如圖4.1所示：

⑵ 軟體設計師考試考點分析與真題詳解的目錄

比特培訓-24期(2017年上)-軟體設計師培訓課件，免費下載

鏈接:https://pan..com/s/1ewtz01HsJL16rSVRzm3-7A

提取碼:2ocw

⑶ 簡述資料庫設計過程

資料庫設計過程分為以下六個階段：

1、需求分析階段

准確理解和分析用戶需求（包括數據和處理），它是整個設計過程的基礎，也是最困難、最耗時的一步。

2、概念結構設計階段

是整個資料庫設計的關鍵，通過對用戶需求的集成、歸納和抽象，形成了一個獨立於特定資料庫管理系統的概念模型。

3、邏輯結構設計階段

將概念結構轉換為DBMS支持的數據模型，對其進行優化。

4、資料庫物理設計階段

為邏輯數據模型選擇最適合應用程序環境的物理結構（包括存儲結構和存取方法）。

5、資料庫實現階段

根據邏輯設計和物理設計的結果，使用資料庫管理系統提供的數據語言、工具和主機語言，建立資料庫，編寫調試應用程序，組織數據倉庫，並進行試運行。

6、資料庫運行維護階段

資料庫應用系統經試運行後可投入正式運行，在資料庫系統運行過程中，需要不斷地對其進行評估、調整和修改。

註：在設計過程中，將資料庫的設計與資料庫中數據處理的設計緊密結合起來，在每個階段同時對這兩個方面的要求進行分析、抽象、設計和實現，相互借鑒和補充，從而完善這兩個方面的設計。

(3)資料庫設計綜述擴展閱讀：

資料庫設計技術

1、清晰的用戶需求：作為計算機軟體開發的重要基礎，資料庫設計直接反映了用戶的需求。資料庫必須與用戶緊密溝通，緊密結合用戶需求。在定義了用戶開發需求之後，設計人員還需要反映具體的業務關系和流程。

2、注意數據維護：設計面積過大、數據過於復雜是資料庫設計中常見的問題，設計人員應注意數據維護。

3、增加命名規范化：命名資料庫程序和文件非常重要，不僅要避免重復的名稱，還要確保數據處於平衡狀態。為了降低檢索信息和資源的復雜度和難度，設計人員應了解資料庫程序與文件之間的關系，並靈活使用大小寫字母命名。

4、充分考慮資料庫的優化和效率：考慮到資料庫的優化和效率，設計人員需要對不同表的存儲數據採用不同的設計方法。在設計中，還應該使用最少的表和最弱的關系來實現海量數據的存儲。

5、不斷調整數據之間的關系：不斷調整和簡化數據之間的關系，可以有效減少設計與數據之間的聯系，進而為維護數據之間的平衡和提高數據讀取效率提供保障。

6、合理使用索引：資料庫索引通常分為聚集索引和非聚集索引，這樣可以提高數據搜索的效率。

參考資料來源：網路-資料庫設計

⑷ 計算機論文如何寫

首先是選題，一般老師都會提供若干個選題給你選，其中必然包括幾個「XX系統的設計與開發」，這樣的選題就是符合我們前面的假設和預想的。盤他！假設我現在選了一個題目是「基於SSM的XX網上商城的設計與開發」。

選完題目就面臨著一個問題：是先做開發還是先寫文章，或者是一邊寫一邊開發。我的建議是一邊寫一邊開發。原因是：開發的過程是需要寫一些文案的，比如需求分析、資料庫的表結構的關系、整個系統的交互邏輯等等。而這些文案是可以出現在我們的論文當中的。

那接下來就說一下如何開發和寫文論，當然某些開發過程我只能粗略的說一下。

1.摘要：

這是所有論文的第一個小title，說他惡心有時候也惡心，說他簡單也是蠻簡單的。那麼這一部分究竟是要寫什麼的？由於這一部分需要展現出做這個系統的必要性、開發這個系統的實現方式、系統的功能和系統的作用。所以可以這樣寫：

隨著中國經濟的高速發展以及網路技術的普及，互聯網的技術得到全面的發展，中國的各行各業都在互聯網的影響下發生了變革。互聯網的快速發展催生了許多產業，其中最具代表性的便是電子商務，電子商務使得企業和客戶的營銷關系由實體店銷售准換為網路電子商務營銷。馬雲曾說：「讓天底下沒有難做的生意」，越來越多的店家選擇在網上開店，使得交易不再限制於天南地北，同時也大大降低了店家的經營成本，在提高收益的同時，也方便了客戶，本課題正式在這種背景下應運而生。

本課題介紹了「基於SSM的XX網上商城」的開發環境、需求分析、界面設計和資料庫設計以及涉及到的框架。

本系統採用了B/S架構，使用了Java、HTML、JS等語言，使用了主流的後台開發框架SSM(spring+springMVC+Mybatis)，以及採用了開源的輕量級資料庫Mysql進行開發，為網路商城提供了前端展示和後台管理的模塊，實現了注冊、登錄以及購物等主要功能，為消費者提供了便捷快速的購物體驗，以及為提高了店家的銷售效率。

關鍵字：網上商城，SSM，Java，HTML，JS，MySQL

（關鍵字一般就是把摘要中提及到的關鍵性技術提取出來，讓閱讀者一目瞭然，知道哪些是重點）

Abstract：......

（英文摘要建議谷歌翻譯，然後把明顯錯誤的地方修改一下即可）

2.第一章：引言

這一部分也是比虛的，其實隨便扯一扯就可以了，一般包含以下幾部分1.背景2.研究內容。其中背景主要講一些關於社會發展的趨勢導致了一些什麼問題，而這些問題又應該如何去解決，多說幾句，寫到兩三百字即可。研究內容就是針對上述的背景我們如何進行改進。細心的同學可能會說，感覺跟摘要有些重復。是的！這兩部分內容其實是挺重復的，但是沒關系，不過不要使用完完全全一樣的話去描述，因為最後論文查重的時候會對文章自引用進行查重的。這一部分也是三五百字即可。

3.第二章：系統的開發技術介紹

這一部分是需要我們在正式開發之前做好的技術調研，然後對這一部分的技術進行詳細的介紹。這一部分我不可能細講，因為內容太多了，而且對於不同的項目有不同的內容，在查閱資料的過程也是提升技術的一個重要的環節，你可以真真切切的了解到開發一個工程是需要哪方面的知識，因此我就對我所選的這個課題應該使用到的技術棧進行一下介紹，也算是拋磚引玉，各位同學可以根據自己的實際情況進行撰寫。

開發不同的系統雖然涉及到的業務邏輯不同，處理方式也千差萬別，但是本質上都是一樣的，都是前端界面通過伺服器跟資料庫進行數據交互的一個過程，涉及到的內容也無非就是前端、後台和伺服器。但是有一個需要注意的點，就是不要把HTML、JAVA等使用的語言介紹也給堆在這里，老師沒細看還好，細看還是會顯得太水字數了，記住，寫工程性的課題不怕沒字數。那問題來了，語言介紹不給寫那應該些什麼呢？應該寫涉及到的框架、使用的工具。這些就夠了，隨隨便便就幾千字了。下面舉例簡單說明一下。

a. 前端

強調一下，不要把HTML、CSS等一下前端的規范展開來寫，可以輕描淡寫，但篇幅不能過多。這里可以寫前端框架的使用，比如使用npm管理包（可以介紹一下npm以及在工程中的使用）、vue的使用（同樣可以介紹vue框架以及應用）、element（element以及使用他的好處）等等。也希望同學在做畢設的過程中要真的去了解這些技術並且去使用它，相信我，看完再去用你的技術會有質的飛躍。

b. 後台

這一部分是重點，對於本課題來說，標題就寫了是基於SSM的。對於這個java框架並不熟悉的同學來說建議先去查一下資料，而且很多同學會有疑問，使用技術框架的目的就是為了讓開發更加的便捷和快速，但是為什麼我們自己在開發的過程中會感覺好像變得更加復雜？很負責任的告訴你，是正常的。因為框架不僅會幫我們封裝好一些常用的方法，而且會考慮到更新迭代以及代碼可讀性等等的一系列的問題，某些規定和配置我們之所以沒有感受到他的好處是因為這種校園內的開發並不涉及生產問題，也不會有很多的更新迭代，更加不會考慮到代碼的可讀性。例如spring的工廠，一開始使用的時候很多同學會覺得為什麼我new一個類的時候還要去改配置文件，直接new不香嗎？直接new是很香，但是你考慮到真正去工作的時候，假設你要改類的一些關系的時候，還要去改代碼，當工程一大，代碼去哪裡找呢？一個一個文件看嗎？顯然是非常不可取的，效率非常低，這個時候配置文件的優勢就發揮出來了，直接修改配置文件，不需要更改代碼，耦合性也大大的降低。好像跑題了，說了這么多就告訴同學們，要沉住氣，理解框架這樣設計背後的原因，對大家自身技術的提高非常的有幫助！

那這一部分我們就可以介紹spring（包括spring的IOC、spring的工廠、spring的AOP等等，並且可以在論文中強調如何應用到我們的系統當中）、springMVC（這一部分可以講解srpingMVC作為一個連接前端和資料庫的工具在實際工作過程中的具體流程，也可以講述springMVC的分層的概念以及如何應用）、Mybatis（包括跟JDBC的關系、mybatis依賴的配置、使用到的介面、動態代理、一級緩存和二級緩存以及延遲載入等等的一些技術問題）

c. 伺服器和資料庫

這一部分可以介紹一下用來搭建伺服器的工具和所使用的資料庫。假設你是使用了雲伺服器來搭建了，可以詳細介紹一下雲伺服器的搭建過程包括防火牆、埠等等內容。一般伺服器使用tomcat進行搭建，可以把tomcat介紹一下並且介紹一下tomcat是如何監聽和解析用戶請求的具體流程。

一般小型的項目採用MySQL作為資料庫，可以詳細說一下選擇MySQL的原因，比如相對於Oracle的好處。可以介紹一下MySQL資料庫的一些特點包括分頁、是否支持事務等等。

4.第三章：需求分析

這一部分是針對具體的業務場景來分析需要開發哪些功能，這一部分可以讓你感受一下產品經理的職責，只不過不需要跟程序員對接，因為你自己就是程序員哈哈。一般來說分成兩部分就可以了，一部分是對於前端的業務流程，另一部分就是後台伺服器的業務流程，可以使用一些軟體來繪畫流程圖，想圖個方便可以直接使用word自帶的圖形進行編寫，也不至於難看，就比較簡約。想做的好看點的話個人推薦使用xmind，非常簡單，可以快速做出美觀的流程圖。如果沒有什麼思路，那前端就按照著使用者的邏輯去寫，比如用戶需要注冊、登錄、找回密碼、購物、退貨等操作，那後端就對應著這些前端邏輯需要有相應的業務處理。個人感覺這一部分比較好寫，就不再贅述。

5.第四章：系統的設計和實現

這一部分可以挑選一些有代表性的功能出來細講，有些同學可能會有疑問，論文可不可以貼代碼呢？答案是可以的。但是我個人的建議是貼偽代碼，不要把你寫的長篇大論的代碼全部放進去，不好看而且邏輯混亂，應該做的是把代碼抽取為偽代碼，貼代碼的目的是為了讓閱讀者清晰地讀懂你是如何實現這個功能的，他並不會在意你的語法你的命名。下面列舉若干個可以寫的內容，並不限於此。

a. SSM框架的整合。如何使用Spring來整合並且管理SpringMVC和Mybatis.

b. 客戶登錄狀態保存的實現。這一部分可能會涉及到cookies，sessions以及http報文解析等等，都可以詳解。

c. 後台商品管理的功能。這一部分可以根據管理員的後台管理功能進行描寫。

d. 商品搜索功能。可以涉及到資料庫的模糊搜索。

e. 資料庫表格的設計。可以體現資料庫表格設計的時候如何遵守三範式。

f. 可以寫在開發過程中遇到的一些疑難雜症。

g. 可以寫開發過程中使用到的一些比較具有亮點的語言特性。比如java的多線程、lambda表達式。又比如實現注冊功能的時候使用的正則表達式。

……

等等數不勝數。

6.第五章：運行結果

這一部分非常好寫了。截取一些關於你的系統的界面並且介紹一下功能，盡量說詳細點，就ok了。

7.第六章：總結以及展望

這一部分也是比較水的一部分，但是也希望同學們認真寫一寫。可以寫一下你開發這個項目的過程中學習到了什麼，可以是XX技術，也可以是艱苦奮斗的精神……。展望可以寫有望發展成另外一個淘寶……開玩笑開玩笑，總之劈里啪啦湊個幾百字即可。

8.參考文獻

把你開發過程中參考過的文章、論文貼進去之後，往往會發現參考文獻不夠，太少了！那怎麼辦呢？那就貼一些關於使用的技術的文章或者參考手冊咯，雖然大部分是沒看過的，但是還是希望大家可以多少看一看（正義之氣躍然紙上）。去知網查找參考文章然後添加到你的參考文獻是非常方便的，只需要找到對應的文章並且選擇「引用」功能，即可自動生成引用的文字，直接復制到你的論文中。

9.致謝

第一步，感謝你的導師，感謝你的院領導，感謝你的校領導。說的好聽後可能答辯的時候不會太為難你……然後你要感謝你的家人你的舍友你的朋友或者是你家的狗（開玩笑），都可以的，這一部分又輕輕鬆鬆兩百字。

至此，一篇計算機論文就寫完了，是不是覺得挺簡單的呢？以上內容皆由學術堂提供整理。

⑸ 《資料庫系統概論》課程講什麼內容

資料庫技術和系統已經成為信息基礎設施的核心技術和重要基礎。資料庫技術作為數據管理的最有效的手段，極大的促進了計算機應用的發展。本課程系統全面地講述資料庫系統的基礎理論、基本技術和基本方法。包括：第一篇基礎篇，包括緒論、關系資料庫、關系資料庫標准語言SQL、資料庫安全性和資料庫完整性，共5章；第二篇設計與應用開發篇，包括關系數據理論、資料庫設計和資料庫編程，共3章；第三篇系統篇，作為選修內容，可以拓展學習。內容包括關系查詢處理和查詢優化、資料庫恢復技術、並發控制和資料庫管理系統，共4章；第四篇新技術篇，包括資料庫技術發展概述、大數據管理、內存資料庫系統和數據倉庫與聯機分析處理技術，共4章，作為參考資料供進一步學習資料庫技術的學生閱讀。通過本課程學習，使學生系統地掌握資料庫系統的基本原理和基本技術。要求在掌握資料庫系統基本概念的基礎上，能熟練使用SQL語言在某一個資料庫管理系統上進行資料庫操作；掌握資料庫設計方法和步驟，具有設計資料庫模式以及開發資料庫應用系統的基本能力。

⑹ C#城市公交信息管理系統

隨著經濟的日益增長，信息化時代已經到來，生活中各種信息趨向數字化、清晰化。公交車作為現代城市生活中一種重要的交通工具，其數量增多，車型也不再單一，僱用的司機增多，這樣使得公交車公司的車輛信息管理復雜化。在這樣的背景下，提出了計算機管理的公交車管理系統，輔助公交車運營公司對車輛進行管理，實現公交車、公交線路和司機管理科學化，更合理的利用資源。
該系統主要根據實際的需求，以需求分析、系統的設計目標，並且重點進行系統功能模塊的詳細設計和實現，採用了C#開發語言和 SQL Server 2000資料庫，實現了車輛信息管理、司機信息管理、線路信息管理和車輛分配線路管理等功能。在針對數據操作方面，主要通過存儲過程的方式實現數據的添加、刪除和查詢等操作。通過系統測試，解決了公交車輛管理系統主要問題。

關鍵詞：管理系統；資料庫；存儲過程

1.1 信息管理系統簡介 1
1.2 開發背景和意義 1
1.3 系統設計目標 1
2 需求分析 1
2.1 系統需求 1
2.2 功能需求 2
2.3 性能需求 2
3 系統開發相關技術 3
3.1 編程環境的選擇 3
3.2 關系型資料庫 3
4 總體設計 4
4.1 設計思想與處理流程 4
4.2 系統層次模塊圖 4
4.3 模塊設計 4
5 資料庫設計 5
5.1 ADO.NET綜述 5
5.2 邏輯設計 5
5.3 存儲過程 7
6 詳細設計 8
6.1 登錄模塊 8
6.2 主操作界面模塊 10
6.3 系統用戶注冊模塊 11
6.4 車輛信息管理模塊 12
6.5 司機信息管理模塊 13
6.6 線路信息管理模塊 15
6.7 車輛分配線路管理模塊 15
7 系統維護和改進 17
7.1 運行維護 17
7.2 系統改進和提高 17
結論 17
參考文獻 18
致謝 19

⑺ 資料庫如何設計

資料庫設計的基本步驟

按照規范設計的方法，考慮資料庫及其應用系統開發全過程，將資料庫設計分為以下6個階段

1.需求分析

2.概念結構設計

3.邏輯結構設計

4.物理結構設計

5.資料庫實施

6.資料庫的運行和維護

資料庫設計通常分為6個階段1分析用戶的需求，包括數據、功能和性能需求；2概念結構設計：主要採用E-R模型進行設計，包括畫E-R圖；3邏輯結構設計：通過將轉換成表，實現從E-R模型到關系模型的轉換；4：主要是為所設計的資料庫選擇合適的和存取路徑；5資料庫的實施：包括編程、測試和試運行；6資料庫運行與維護：系統的運行與資料庫的日常維護。）,主要討論其中的第3個階段,即邏輯設計。

在資料庫設計過程中，需求分析和概念設計可以獨立於任何資料庫管理系統進行，邏輯設計和物理設計與選用的DAMS密切相關。

1.需求分析階段（常用自頂向下）

進行資料庫設計首先必須准確了解和分析用戶需求（包括數據與處理）。需求分析是整個設計過程的基礎，也是最困難，最耗時的一步。需求分析是否做得充分和准確，決定了在其上構建資料庫大廈的速度與質量。需求分析做的不好，會導致整個資料庫設計返工重做。

需求分析的任務，是通過詳細調查現實世界要處理的對象，充分了解原系統工作概況，明確用戶的各種需求，然後在此基礎上確定新的系統功能，新系統還得充分考慮今後可能的擴充與改變，不僅僅能夠按當前應用需求來設計。

調查的重點是，數據與處理。達到信息要求，處理要求，安全性和完整性要求。

分析方法常用SA(Structured Analysis) 結構化分析方法，SA方法從最上層的系統組織結構入手，採用自頂向下，逐層分解的方式分析系統。

數據流圖表達了數據和處理過程的關系，在SA方法中，處理過程的處理邏輯常常藉助判定表或判定樹來描述。在處理功能逐步分解的同事，系統中的數據也逐級分解，形成若干層次的數據流圖。系統中的數據則藉助數據字典（data dictionary，DD）來描述。數據字典是系統中各類數據描述的集合，數據字典通常包括數據項，數據結構，數據流，數據存儲，和處理過程5個階段。

2.概念結構設計階段（常用自底向上）

概念結構設計是整個資料庫設計的關鍵，它通過對用戶需求進行綜合，歸納與抽象，形成了一個獨立於具體DBMS的概念模型。

設計概念結構通常有四類方法：

自頂向下。即首先定義全局概念結構的框架，再逐步細化。
自底向上。即首先定義各局部應用的概念結構，然後再將他們集成起來，得到全局概念結構。
逐步擴張。首先定義最重要的核心概念結構，然後向外擴張，以滾雪球的方式逐步生成其他的概念結構，直至總體概念結構。
混合策略。即自頂向下和自底向上相結合。

3.邏輯結構設計階段（E-R圖）

邏輯結構設計是將概念結構轉換為某個DBMS所支持的數據模型，並將進行優化。

在這階段，E-R圖顯得異常重要。大家要學會各個實體定義的屬性來畫出總體的E-R圖。

各分E-R圖之間的沖突主要有三類：屬性沖突，命名沖突，和結構沖突。

E-R圖向關系模型的轉換，要解決的問題是如何將實體性和實體間的聯系轉換為關系模式，如何確定這些關系模式的屬性和碼。

4.物理設計階段

物理設計是為邏輯數據結構模型選取一個最適合應用環境的物理結構（包括存儲結構和存取方法）。

首先要對運行的事務詳細分析，獲得選擇物理資料庫設計所需要的參數，其次，要充分了解所用的RDBMS的內部特徵，特別是系統提供的存取方法和存儲結構。

常用的存取方法有三類：1.索引方法，目前主要是B+樹索引方法。2.聚簇方法（Clustering）方法。3.是HASH方法。

5.資料庫實施階段

資料庫實施階段，設計人員運營DBMS提供的資料庫語言（如sql）及其宿主語言，根據邏輯設計和物理設計的結果建立資料庫，編制和調試應用程序，組織數據入庫，並進行試運行。

6.資料庫運行和維護階段

資料庫應用系統經過試運行後，即可投入正式運行，在資料庫系統運行過程中必須不斷地對其進行評價，調整，修改。

資料庫設計5步驟
Five Steps to design the Database

1.確定entities及relationships

a)明確宏觀行為。資料庫是用來做什麼的？比如，管理雇員的信息。

b)確定entities。對於一系列的行為，確定所管理信息所涉及到的主題范圍。這將變成table。比如，僱用員工，指定具體部門，確定技能等級。

c)確定relationships。分析行為，確定tables之間有何種關系。比如，部門與雇員之間存在一種關系。給這種關系命名。

d)細化行為。從宏觀行為開始，現在仔細檢查這些行為，看有哪些行為能轉為微觀行為。比如，管理雇員的信息可細化為：

· 增加新員工

· 修改存在員工信息

· 刪除調走的員工

e)確定業務規則。分析業務規則，確定你要採取哪種。比如，可能有這樣一種規則，一個部門有且只能有一個部門領導。這些規則將被設計到資料庫的結構中。

====================================================================
範例：
ACME是一個小公司，在5個地方都設有辦事處。當前，有75名員工。公司准備快速擴大規模，劃分了9個部門，每個部門都有其領導。
為有助於尋求新的員工，人事部門規劃了68種技能，為將來人事管理作好准備。員工被招進時，每一種技能的專業等級都被確定。

定義宏觀行為
一些ACME公司的宏觀行為包括：
● 招聘員工
● 解僱員工
● 管理員工個人信息
● 管理公司所需的技能信息
● 管理哪位員工有哪些技能
● 管理部門信息
● 管理辦事處信息
確定entities及relationships
我們可以確定要存放信息的主題領域(表)及其關系，並創建一個基於宏觀行為及描述的圖表。
我們用方框來代表table，用菱形代表relationship。我們可以確定哪些relationship是一對多，一對一，及多對多。
這是一個E-R草圖，以後會細化。

細化宏觀行為
以下微觀行為基於上面宏觀行為而形成：
● 增加或刪除一個員工
● 增加或刪除一個辦事處
● 列出一個部門中的所有員工
● 增加一項技能
● 增加一個員工的一項技能
● 確定一個員工的技能
● 確定一個員工每項技能的等級
● 確定所有擁有相同等級的某項技能的員工
● 修改員工的技能等級

這些微觀行為可用來確定需要哪些table或relationship。

確定業務規則
業務規則常用於確定一對多，一對一，及多對多關系。
相關的業務規則可能有：
● 現在有5個辦事處；最多允許擴展到10個。
● 員工可以改變部門或辦事處
● 每個部門有一個部門領導
● 每個辦事處至多有3個電話號碼
● 每個電話號碼有一個或多個擴展
● 員工被招進時，每一種技能的專業等級都被確定。
● 每位員工擁有3到20個技能
● 某位員工可能被安排在一個辦事處，也可能不安排辦事處。

2.確定所需數據

要確定所需數據：

a)確定支持數據

b)列出所要跟蹤的所有數據。描述table(主題)的數據回答這些問題：誰，什麼，哪裡，何時，以及為什麼

c)為每個table建立數據

d)列出每個table目前看起來合適的可用數據

e)為每個relationship設置數據

f)如果有，為每個relationship列出適用的數據

確定支持數據

你所確定的支持數據將會成為table中的欄位名。比如，下列數據將適用於表Employee，表Skill，表Expert In。

Employee

Skill

Expert In

Level

Last Name

Name

Date acquired

First Name

Description

Department

Office

Address

如果將這些數據畫成圖表，就像：

需要注意：

● 在確定支持數據時，請一定要參考你之前所確定的宏觀行為，以清楚如何利用這些數據。

● 比如，如果你知道你需要所有員工的按姓氏排序的列表，確保你將支持數據分解為名字與姓氏，這比簡單地提供一個名字會更好。

● 你所選擇的名稱最好保持一致性。這將更易於維護資料庫，也更易於閱讀所輸出的報表。

● 比如，如果你在某些地方用了一個縮寫名稱Emp_status，你就不應該在另外一個地方使用全名(Empolyee_ID)。相反，這些名稱應當是Emp_status及Emp_id。

● 數據是否與正確的table相對應無關緊要，你可以根據自己的喜好來定。在下節中，你會通過測試對此作出判斷。

3.標准化數據

標准化是你用以消除數據冗餘及確保數據與正確的table或relationship相關聯的一系列測試。共有5個測試。本節中，我們將討論經常使用的3個。
關於標准化測試的更多信息，請參考有關資料庫設計的書籍。

標准化格式
標准化格式是標准化數據的常用測試方式。你的數據通過第一遍測試後，就被認為是達到第一標准化格式；通過第二遍測試，達到第二標准化格式；通過第三遍測試，達到第三標准化格式。

如何標准格式：
1．列出數據
2．為每個表確定至少一個鍵。每個表必須有一個主鍵。
3．確定relationships的鍵。relationships的鍵是連接兩個表的鍵。
4．檢查支持數據列表中的計算數據。計算數據通常不保存在資料庫中。
5．將數據放在第一遍的標准化格式中：
6．從tables及relationships除去重復的數據。
7．以你所除去數據創建一個或更多的tables及relationships。
8．將數據放在第二遍的標准化格式中：
9．用多於一個以上的鍵確定tables及relationships。
10．除去只依賴於鍵一部分的數據。
11．以你所除去數據創建一個或更多的tables及relationships。
12．將數據放在第三遍的標准化格式中：
13．除去那些依賴於tables或relationships中其他數據，並且不是鍵的數據。
14．以你所除去數據創建一個或更多的tables及relationships。

數據與鍵
在你開始標准化（測試數據）前，簡單地列出數據，並為每張表確定一個唯一的主鍵。這個鍵可以由一個欄位或幾個欄位（連鎖鍵）組成。

主鍵是一張表中唯一區分各行的一組欄位。Employee表的主鍵是Employee ID欄位。Works In relationship中的主鍵包括Office Code及Employee ID欄位。給資料庫中每一relationship給出一個鍵，從其所連接的每一個table中抽取其鍵產生。

RelationShip

Key

Office

*Office code

Office address

Phone number

Works in

*Office code

*Employee ID

Department

*Department ID

Department name

Heads

*Department ID

*Employee ID

Assoc with

*Department ID

*EmployeeID

Skill

*Skill ID

Skill name

Skill description

Expert In

*Skill ID

*Employee ID

Skill level

Date acquired

Employee

*Employee ID

Last Name

First Name

Social security number

Employee street

Employee city

Employee state

Employee phone

Date of birth

將數據放在第一遍的標准化格式中
● 除去重復的組
● 要測試第一遍標准化格式，除去重復的組，並將它們放進他們各自的一張表中。
● 在下面的例子中，Phone Number可以重復。（一個工作人員可以有多於一個的電話號碼。）將重復的組除去，創建一個名為Telephone的新表。在Telephone與Office創建一個名為Associated With的relationship。

將數據放在第二遍的標准化格式中
● 除去那些不依賴於整個鍵的數據。
● 只看那些有一個以上鍵的tables及relationships。要測試第二遍標准化格式，除去那些不依賴於整個鍵的任何數據（組成鍵的所有欄位）。
● 在此例中，原Employee表有一個由兩個欄位組成的鍵。一些數據不依賴於整個鍵；例如，department name只依賴於其中一個鍵（Department ID）。因此，Department ID，其他Employee數據並不依賴於它，應移至一個名為Department的新表中，並為Employee及Department建立一個名為Assigned To的relationship。

將數據放在第三遍的標准化格式中
● 除去那些不直接依賴於鍵的數據。
● 要測試第三遍標准化格式，除去那些不是直接依賴於鍵，而是依賴於其他數據的數據。
● 在此例中，原Employee表有依賴於其鍵（Employee ID）的數據。然而，office location及office phone依賴於其他欄位，即Office Code。它們不直接依賴於Employee ID鍵。將這組數據，包括Office Code，移至一個名為Office的新表中，並為Employee及Office建立一個名為Works In的relationship。

4.考量關系

當你完成標准化進程後，你的設計已經差不多完成了。你所需要做的，就是考量關系。

考量帶有數據的關系
你的一些relationship可能集含有數據。這經常發生在多對多的關系中。

遇到這種情況，將relationship轉化為一個table。relationship的鍵依舊成為table中的鍵。

考量沒有數據的關系
要實現沒有數據的關系，你需要定義外部鍵。外部鍵是含有另外一個表中主鍵的一個或多個欄位。外部鍵使你能同時連接多表數據。

有一些基本原則能幫助你決定將這些鍵放在哪裡：

一對多在一對多關系中，「一」中的主鍵放在「多」中。此例中，外部鍵放在Employee表中。

一對一在一對一關系中，外部鍵可以放進任一表中。如果必須要放在某一邊，而不能放在另一邊，應該放在必須的一邊。此例中，外部鍵（Head ID）在Department表中，因為這是必需的。

多對多在多對多關系中，用兩個外部鍵來創建一個新表。已存的舊表通過這個新表來發生聯系。

5.檢驗設計

在你完成設計之前，你需要確保它滿足你的需要。檢查你在一開始時所定義的行為，確認你可以獲取行為所需要的所有數據：
● 你能找到一個路徑來等到你所需要的所有信息嗎？
● 設計是否滿足了你的需要？
● 所有需要的數據都可用嗎？
如果你對以上的問題都回答是，你已經差不多完成設計了。

最終設計
最終設計看起來就像這樣：

設計資料庫的表屬性
資料庫設計需要確定有什麼表，每張表有什麼欄位。此節討論如何指定各欄位的屬性。

對於每一欄位，你必須決定欄位名，數據類型及大小，是否允許NULL值，以及你是否希望資料庫限制欄位中所允許的值。

選擇欄位名
欄位名可以是字母、數字或符號的任意組合。然而，如果欄位名包括了字母、數字或下劃線、或並不以字母打頭，或者它是個關鍵字（詳見關鍵字表），那麼當使用欄位名稱時，必須用雙引號括起來。

為欄位選擇數據類型
SQL Anywhere支持的數據類型包括：
整數（int, integer, smallint）
小數（decimal, numeric）
浮點數（float, double）
字元型（char, varchar, long varchar）
二進制數據類型（binary, long binary）
日期/時間類型（date, time, timestamp）
用戶自定義類型

關於數據類型的內容，請參見「SQL Anywhere數據類型」一節。欄位的數據類型影響欄位的最大尺寸。例如，如果你指定SMALLINT，此欄位可以容納32,767的整數。INTEGER可以容納2,147,483,647的整數。對CHAR來講，欄位的最大值必須指定。

長二進制的數據類型可用來在資料庫中保存例如圖像(如點陣圖)或者文字編輯文檔。這些類型的信息通常被稱為二進制大型對象，或者BLOBS。

關於每一數據類型的完整描述，見「SQL Anywhere數據類型」。

⑻ 資料庫設計主要包括哪幾部分，分別包括哪些內容

資料庫設計主要包括需求分析、概念結構設計、邏輯結構設計、物理結構設計、資料庫的實施和資料庫的運行和維護，具體內容如下：

1、需求分析

內容：調查和分析用戶的業務活動和數據的使用情況，弄清所用數據的種類、范圍、數量以及它們在業務活動中交流的情況，確定用戶對資料庫系統的使用要求和各種約束條件等，形成用戶需求規約。

2、概念設計

內容：對用戶要求描述的現實世界，通過對其中諸處的分類、聚集和概括，建立抽象的概念數據模型。這個概念模型應反映現實世界各部門的信息結構、信息流動情況、信息間的互相制約關系以及各部門對信息儲存、查詢和加工的要求等。

3、邏輯設計

內容：主要工作是將現實世界的概念數據模型設計成資料庫的一種邏輯模式，即適應於某種特定資料庫管理系統所支持的邏輯數據模式。與此同時，可能還需為各種數據處理應用領域產生相應的邏輯子模式。這一步設計的結果就是所謂「邏輯資料庫」。

4、物理設計

內容：根據特定資料庫管理系統所提供的多種存儲結構和存取方法等依賴於具體計算機結構的各項物理設計措施，對具體的應用任務選定最合適的物理存儲結構(包括文件類型、索引結構和數據的存放次序與位邏輯等)、存取方法和存取路徑等。

5、驗證設計

內容：收集數據並具體建立一個資料庫，運行一些典型的應用任務來驗證資料庫設計的正確性和合理性。一般，一個大型資料庫的設計過程往往需要經過多次循環反復。當設計的某步發現問題時，可能就需要返回到前面去進行修改。

6、運行與維護設計

內容：在資料庫系統正式投入運行的過程中，必須不斷地對其進行調整與修改。除了關系型資料庫已有一套較完整的數據範式理論可用來部分地指導資料庫設計之外，尚缺乏一套完善的資料庫設計理論、方法和工具，以實現資料庫設計的自動化或互動式的半自動化設計。

(8)資料庫設計綜述擴展閱讀：

重要性

1、有利於資源節約

對計算機軟體資料庫設計加以重視不僅可減少軟體後期的維修，達到節約人力與物力的目的，同時還有利於軟體功能的高效發揮。

2、有利於軟體運行速度的提高

高水平的資料庫設計可滿足不同計算機軟體系統對於運行速度的需求，而且還可充分發揮並實現系統功能。計算機軟體性能提高後，系統發出的運行指令在為用戶提供信息時也將更加快速有效，軟體運行速度自然得以提高。

3、有利於軟體故障的減少

加強資料庫設計可有效減少軟體故障的發生幾率，推動計算機軟體功能的實現。

⑼ 開題報告怎麼做

主要寫法：

1、基本說明

開題報告的基本內容及其順序：論文的目的與意義；國內外研究概況；論文擬研究解決的主要問題；論文擬撰寫的主要內容（提綱）；論文計劃進度；其它。

2、內容撰寫

開題報告的內容一般包括：題目、立論依據(畢業論文選題的目的與意義、國內外研究現狀)、研究方案(研究目標、研究內容、研究方法、研究過程、擬解決的關鍵問題及創新點)、條件分析(儀器設備、協作單位及分工、人員配置)等。

(9)資料庫設計綜述擴展閱讀

注意事項

一、題目要准確

題目就是文章的眼睛，要明亮而有神，是論文研究內容的高度概括，是整篇論文的研討中心，題目就是告訴別人你要干什麼或解決什麼問題。

二、考慮要素

① 研究的目標。只有目標明確、重點突出，才能保證具體的研究方向，才能排除研究過程中各種因素的干擾。

② 研究的內容。要根據研究目標來確定具體的研究內容，要求全面、詳實、周密，研究內容籠統、模糊，甚至把研究目的、意義當作內容，往往使研究進程陷於被動。

③ 研究的方法。選題確立後，最重要的莫過於方法。假如對牛彈琴，不看對象地應用方法，錯誤便在所難免，相反，即便是已研究過的課題，只要採取一個新的視角，採用一種新的方法，也常能得出創新的結論。

④創新點。要突出重點，突出所選課題與同類其他研究的不同之處。

⑽ 急求vb圖書管理系統,馬上答辯要用,有的發我郵箱[email protected],謝謝了.

圖書管理系統的設計與開發文獻綜述
摘要：圖書館管理系統是典型的信息管理系統(MIS),其開發主要包括後台資料庫的建立和維護以及前端應用程序的開發兩個方面。對於前者要求建立起數據一致性和完整性強.數據安全性好的庫。而對於後者則要求應用程序功能完備,易使用等特點。本文針對目前中小圖書管理實際，從系統的開發背景、需求分析、設計原則及開發過程等四個方面進行了全面的闡述，採用Visual Basic6.0和SQL Sserver2000等軟體為開發工具，闡述了中小型圖書管理軟體中所應具有的功能及其設計與實現。
引言
現在，科學技術的飛速發展把人類社會推向了一個嶄新的時代——信息時代。這已是無可爭議的事實；信息對社會經濟發展的巨大推動作用，使其與物質能源一起並列為現代社會的三大支柱，這已在全社會達到共識。隨著對信息作為一種資源來管理的需求日益加強，信息研究領域出現了一種新的管理思想和模式——信息管理。由於信息是普遍存在的，人類信息管理活動的范圍也是十分廣泛的，信息管理不僅是信息工作的一部分，而且已被認為是現代管理的重要組成部分。
在信息化、知識化的現代社會里，浩如煙海的科技文獻信息和圖書資料是不可取的社會財富。計算機信息技術和工nternet的飛速發展與廣泛普及，給我們利用和開發文獻息和圖書資料賦予了高效率的手段。傳統的紙介質發展到紙張、電子、磁記錄、光存儲等多種介質的大量應用;信息處理和傳輸的方式由傳統的書信進化到文字、聲音、圖像的網路實時傳輸。由於網路的應用，圖書館之間相互聯機，資源共享，讀者被極為豐富的資源所包圍。隨著時代的發展，傳統的基於區域網和純文本類型的文獻信息系統己經不能滿足發展的要求，需要賦予圖書管理系統先進的技術和手段以向多種數據媒體、資源跨地域分布的數字式圖書館發展，圖書管理朝著技術自動化和服務手段多元化方向發展。圖書管理信息系統的開發與應用越來越顯迫切與重要，因此，開發這樣一套圖書管理軟體成為很有必要的事情。圖書管理系統是典型的信息管理系統(MIS),其開發主要包括後台資料庫的建立和維護以及前端應用程序的開發兩個方面。對於前者要求建立起數據一致性和完整性強.數據安全性好的庫。而對於後者則要求應用程序功能完備,易使用等特點。
一管理信息系統
管理信息系統（Management Information System，簡稱MIS）是一個由管理人員和計算機組成的用以進行信息的收集、傳輸、加工、存儲、維護和使用的系統。它是一門綜合了管理科學，系統理論，計算機科學的系統性邊緣科學。
管理信息系統的物理組成：
(1) 計算機硬體系統：包括主機、外部存儲器、輸入輸出設備等。
(2) 計算機軟體系統：包括系統軟體和應用軟體兩大部分。
(3) 通信系統：包括線路等通信設施和與計算機網路、數據通信有關的軟體等.
(4) 工作人員：包括系統分析員、程序設計員、維護人員、管理員、操作人員等
管理信息系統的發展
管理信息系統通過對企業當前運行的數據進行處理來獲得有關信息，以控制企業的行為；利用過去和現在的數據及相應的模型，對未來的發展進行預測；能從全局目標出發，對企業的管理決策活動予以輔助。從工業發達國家來看，管理信息系統的發展經歷了以下幾個階段。
第一階段：（1953年至1965年）單項數據處理階段，也稱電子數據處理（EDP）階段。這是電子計算機在管理領域應用的起步階段。這一階段，由於當時計算機硬、軟體的限制，數據處理的性質只是使用計算機代替人的手工勞動，進行簡單的單項數據處理工作，如計算工資、數據統計、報表登記、編制計劃等。這個階段的處理方式主要是集中式的批處理。
第二階段：（1965年至1970年）綜合數據處理階段，也稱事務處理系統（TPS）階段。這個階段計算機硬、軟體有了很大的發展，出現了多用戶的分時系統，計算機開始應用於對某一個管理子系統的控制，並具有一定的反饋功能。如庫存管理系統、生產調度系統、物資管理系統等。這個階段的處理方式已發展為面向終端的聯機實時處理。
第三階段：（1970年至今）管理信息系統（MIS）階段。這個階段是在企業中全面的使用計算機把各種管理子系統的功能集中起來，構成了計算機化的全方位的信息系統，即現代管理信息系統。這個階段的處理方式是在資料庫和網路基礎上組成分布式處理系統。它的特點是使用資料庫和分時處理的計算機網路，並充分利用運籌學等數學方法，實現了硬體、軟體和數據資源的共享。
二圖書管理系統
一個現代化的圖書館在正常運營中總是面對大量的讀者信息、書籍信息以及兩者相互作用產生的借書信息、還書信息。傳統的管理方法既浪費人力物力財力，又容易導致各種錯誤的發生。面對圖書館數以萬計的圖書、紛繁復雜的讀者信息、頻繁更替的借還書信息，傳統的直接方法不但管理起來及其不方便，而且極容易出現漏洞，從而造成不可估量的損失。因此實現一個智能化、系統化、信息化的圖書管理等自動化控制，將會使圖書管理工作大大減輕，方便友好的圖形用戶界面，簡便的操作，完善的資料庫管理，將會使得圖書管理系統極大限度地應用於現代化圖書管理，成為圖書管理人員的得力助手。
圖書管理系統是一個集多文種書刊加工處理、圖書借閱管理、信息發布及管理決策為一體的W indow s 環境下網路版集成化管理系統。由圖書采訪系統、圖書編目系統、典藏管理系統、流通管理系統、期刊題錄系統、回溯建庫系統、書目查詢系統、管理決策系統、集成系統管理等子系統, 功能模塊覆蓋圖書管理業務。要做到功能齊全、自動化程度高、用戶界面友好, 可以在網路環境下運行, 也可以單機運行。能適應不同用戶的要求。應提供標准交換格式數據的處理功能, 能與各種交換格式數據(如UN IMARC 格式數據) 進行格式轉換, 而內部數據採用定長格式, 以提高系統的運行效率, 適用圖書情報單點陣圖書館自動化管理。運行採用全w indow s 界面, 狀態行提示幫助信息, 並有詳細的聯機幫助。有很好的容錯能力。
圖書管理的基本內容是：
1.圖書信息管理
可進行圖書入庫登記,圖書查詢,圖書信息修改和刪除,借閱圖書登記,歸還圖書登記和提示超期信息等操作。
(1) 圖書登記。對新入庫圖書基本信息進行登記,包括圖書編號、圖書名、作者、數量價格、出版社、圖書類別、入庫時間、圖書簡介、光碟信息和圖書狀態(是否丟失) 等信息。
(2) 圖書詳細信息瀏覽。可瀏覽圖書的詳細信息。
(3) 圖書信息的修改和刪除。對圖書信息可進行修改和刪除操作,圖書的編號不可以修改,丟失的圖書標識不在庫、不可借。
(4) 借閱登記。對借出的圖書情況進行登記,包括借出圖書編號、借閱用戶工號和借閱日期等情況,借閱登記完成後,系統給予提示,並且用戶可以一次登記多本借閱圖書。借閱同時,檢查該用戶是否超過可以借閱的數目。
(5) 圖書歸還提示。對於快要到期和已經到期的圖書信息提示給用戶和管理員。
(6) 歸還登記。對借出圖書進行歸還登記,可以一次一用戶歸還多本書,選擇歸還方式,按工號、按書號,按工號可以同時歸還多本書。
(7) 新書信息提示。用戶登錄後,系統提示新入庫的圖書基本信息,以及該圖書的借閱信息。
2. 用戶信息管理。
實現新用戶基本信息登記,查看,修改和注銷。
(1) 新用戶登記。可進行新用戶基本信息的登記,包括用戶的編號、用戶帳號(登錄名) 、用戶密碼等基本情況。
(2) 用戶信息更新。用戶編號不可以修改,帳號、密碼可修改。
(3)注銷用戶。若員工離職,則注銷該用戶,取消登錄許可權。
(4) 用戶口令管理。注冊新用戶的時候,系統默認密碼為666666 ,請管理員提示用戶及時登錄修改密碼,若用戶密碼丟失,由管理員負責將密碼恢復。
3. 系統管理。
系統管理員許可權,用戶口令管理,用戶登錄等。
系統管理員的職責和許可權包括：
(1) 新圖書、新員工信息錄入;
(2) 圖書、員工信息的修改;
(3) 圖書掛失,員工注銷;
(4)借閱圖書登記;
(5) 歸還圖書登記;
(6) 查詢所有用戶的借閱情況;
(7) 查看所有的用戶信息;
(8) 恢復用戶的密碼至初始狀態;
(9) 系統環境設置(留有資料庫介面,本系統不實現該功能) ,包括最大借閱圖書的數量、最長借閱時間、新書的時效定義和提升管理員等內容。
4. 圖書信息查詢。通過用戶提供的圖書編號、圖書名、作者、出版社、圖書類別等基本信息,在資料庫中檢索出符合條件的所有圖書,將圖書的信息顯示出來,並且可以通過點擊書名,查看圖書的詳細信息。
(1) 輸入信息:圖書類別,查詢方式(按書號、書名、作者、出版社查詢) ,查詢內容。注:圖書類別、查詢方式都為選擇項,查詢內容為輸入項,各項目在邏輯上是與的關系,若輸入項為空,則列出用戶選中類別的所有圖書,若用戶未選擇類別且輸入為空,則列出全部圖書資料的信息。
(2) 輸出信息:圖書編號,名稱,作者,出版社,借閱情況。注:若圖書已借出,則在詳細信息里,輸出借閱用戶的信息以及歸還日期。
5. 超期信息查詢。
管理員可以查看全部超期的圖書信息。
輸入信息:無。
輸出信息:超期的書號,借閱人,借閱時間,應歸還時間。
6. 借閱信息查詢。
管理員可以查看每個員工的借閱信息。
輸入信息:查詢種類(按工號) ,查詢內容。
輸出信息:輸出該用戶借閱並且尚未歸還的圖書信息
三資料庫理論基礎
資料庫的發展
資料庫處理在信息系統的研究中一直是非常重要的主題，然而，近年來，隨著World Wide Web(WWW)的猛增及Internet技術的迅速發展，使得資料庫技術之時成為最熱門技術之一。資料庫技術能使Internet應用超越具有早期應用特點的簡單的發布。同時，Internet技術提供了一種向用戶發布資料庫內容的標准化的訪問方法。這些技術沒有脫離經典資料庫技術的要求。它們只是加重了資料庫技術的重要性。
資料庫的設計和開發及包括藝術有包括工程。理解用戶的需求，然後，把它們轉變為有效的資料庫設計是一個藝術過程。把設計轉變為實際的資料庫，並且這些資料庫帶有功能完備、高效能的應用，是一個工程過程。
數據管理技術的發展經過三個階段：人工管理階段、文件系統階段和資料庫階段。
人工管理階段和文件系統階段都有著相當多的缺陷，諸如數據冗餘性，數據不一致性以及數據聯系弱等等。也正是由於這些原因，促使人們研究新的數據管理技術，從而產生了資料庫技術。
20世紀60年代末發生的三件大事，層次模型IMS系統的推出、關於網狀模型DBTG報告的發表以及關於關系模型論文的連續發表標志著數據管理技術進入資料庫階段。進入70年代以後，資料庫技術得到迅速發展，開發了許多有效的產品並投入運行。資料庫系統克服了文件系統的缺陷，提供了對數據更高級更有效的管理。當進入資料庫階段後，隨著數據管理規模一再擴大，數據量急劇增加，為了提高效率，開始時，人們只是對文件系統加以擴充，在應用文件中建立了許多輔助索引，形成倒排文件系統。但這並不能最終解決問題。在20世紀60年代末，磁碟技術取得重要進展，具有數百兆容量和快速存取的磁碟陸續進入市場，成本也不高，為資料庫技術的產生提供了良好的物質條件。
資料庫體系結構
資料庫的體系結構分三級：內部級（internal）,概念級（conceptual）和外部級（external）。這個三級結構有時也稱為「三級模式結構」，或「數據抽象的三個級別」，最早是在1971年通過的DBTG報告中提出，後來收入在1975年的美國ANSI/SPARC報告中。雖然現在DBMS的產品多種多樣，在不同的操作系統支持下工作，但是大多數系統在總的體系結構上都具有三級模式的結構特徵。
用戶對資料庫的使用，是通過資料庫管理系統提供的語言來實現的。不同的資料庫管理系統提供不同的資料庫語言。關系資料庫管理系統幾乎都提供關系資料庫標准語言——SQL。
SQL 的全稱是Structured Query Language，即結構化查詢語言。SQL語句可以從關系資料庫中獲得數據，也可以建立資料庫、增加數據、修改數據。1986年ANSI採用SQL語言作為關系資料庫系統的標准語言，後被國際化標准組織（ISO）採納為國際標准。SQL語言使用方便、功能豐富、簡潔易學，是操作資料庫的工業標准語言，得到廣泛地應用。例如關系資料庫產品DB2、ORACLE等都實現了SQL語言。同時，其它資料庫產品廠家也紛紛推出各自的支持SQL的軟體或者與SQL的介面軟體。這樣SQL語言很快被整個計算機界認可。
SQL語言是一種非過程化語言，它一次處理一個記錄集合，對數據提供自動導航。SQL語言允許用戶在高層的數據結構上工作，而不對單個記錄進行操作。SQL語言不要求用戶指定數據的存取方法，而是使用查詢優化器，由系統決定對指定數據存取的最快速手段。當設計者在關系表上定義了索引時，系統會自動利用索引進行快速檢索，用戶不需知道表上是否有索引或者有什麼類型的索引等細節。
SQL語言可以完成許多功能，例如：
● 查詢數據
● 在資料庫表格中插入、修改和刪除記錄
● 建立、修改和刪除數據對象
● 控制對數據和數據對象的存取
● 確保資料庫的一致性和完整性等
四系統開發工具
VISUAL BASIC是微軟公司出品的一個快速可視化程序開發工具軟體。藉助微軟在操作系統和辦公自動化軟體的壟斷地位，VB在短短的幾年內風靡全球。VB是極具特色和功能強大的軟體，主要表現：所見即所得的界面設計，基於對象的設計方法，極短的軟體開發周期，教易維護的代碼。同時眾多的ACTIVE控制項，提高了軟體的使用效率。
VB應用程序語言的基本特點：
1．可視化界面設計：
VB為用戶提供大量的界面元素（在VB中稱為控制項對象），這些控制項對象對於熟悉WINDOWS應用程序的用戶來說是一點也不陌生，如「窗體」，「菜單」，「命令按扭」，「工具按扭」，「檢查框」等等，用戶只要利用滑鼠、鍵盤把這些控制項對象拖動到合適的位置，設置其大小、形狀、屬性等，就可以設計出所需的應用程序界面。
2．事件驅動編程
在使用VB設計應用程序是，必須首先確定應用程序如何同用戶進行交互。例如發生滑鼠單擊、鍵盤輸入等事件是，由用戶編寫代碼控制這些事件的響應，這就是所謂的事件驅動編程。
3．與資料庫的連接性
VISUAL BASIC提供了與底層資料庫系統緊密的連接。 VISUAL BASIC支持不同的關系資料庫管理系統並充分發揮每一個資料庫的特長。開發人員和利用內置的高性能資料庫引擎——JET生成獨立應用或脫離伺服器運行的服務以上的應用，在開發該圖書管理系統時,筆者就是使用該種資料庫引擎。VISUAL BASIC存取資料庫的方式有兩種：
•通過使用的ODBC介面。（ODBC（開放資料庫連接）是微軟公司的資料庫連接標准）
•通過使用由VISUAL BASIC提供的專用的直接與資料庫相連的介面
參考文獻
[1] 人傑、殷人昆、陶永雷《實用軟體工程（第二版）》清華大學出版社 2003年3月
[2]龍浩健•《圖書館計算機集成系統管理及維護策略》[J ]•現代圖書情報技術,2000 , (B03)
[3]王運堅. 《VISUAL BASIC 6.0 應用指南》[M ]. 北京: 人民郵電出版社, 1998.
[4] 管麗娜白海波《實用Visual Basic6 教程》[M] .北京:清華大學出版社,2001.
[5] 黃梯雲，《管理信息系統導論》，機械工業出版社
[6]段興主編《visual Basic資料庫實用程序設計100例》人民郵電出版社
[7] 曹軍生等《SQL Server2000實用教程》北京理工大學出版社 2001年9月
[8]郭軍編著《網路管理與控制技術》人民郵電出版社.1999年1月
[9]鄭巧英.《圖書館自動化新論— 信息管理自動化》[M].上海:上海交通大學出版社，1998
[10]陳光祚,夏立新. 《試論虛擬圖書館的建設》. 圖書館雜志,2001(1)
[11]伍俊良《管理信息系統(MIS) 開發與應用》北京:科學出版社,1999
[12]甘仞初. 《信息系統開發》北京: 經濟科學出版社, 1996.
[13] 郝春強. 《新概念VISUAL BA SIC 6 教程[M ]》北京: 科海集團公司, 2001.
[14] 王瑜《圖書館自動化管理系統應用實踐〔J 〕》冶金信息導刊2001年3月
[15] 劉青華，《譚紅英"新時期高校圖書館的管理與改革》圖書館論壇 2002年4月
[16] 龍浩健《圖書館計算機集成系統管理及維護策略[J ]》現代圖書情報技術,2000 (B03)
參考資料：http://bylw.139.com 聯系QQ:82912600 專業代做計算機畢業論文及設計

資料庫設計綜述

與資料庫設計綜述相關的內容