第一篇：VB課程設計任務書-數據庫

大學計算機程序設計基礎（VB）課程設計任務書

《VB程序設計》課程設計

任務書

一、課程設計的目的：

課程設計的目的是為了加深學生對課堂所講授的計算機基礎知識及VB中的命令和程序設計方法的進一步理解與掌握,提高學生對所學內容的綜合運用能力,同時增強學生程序設計能力，掌握一些編程技巧，并可培養學生實際上機調試程序的能力，使學生對開發信息管理系統有一個總體認識，可使學生得到很好鍛煉，為以后學習、工作打下堅實基礎。

二、課程設計內容

該設計要求學生根據所學VB和Access數據庫知識，設計開發一個中小型數據庫項目或其它VB項目。

三、課程設計的要求：

1、設計題目：每個學生獨立完成一個中小型數據庫項目，題目可參考本任務書中提供的，也可由學生自定，自定的題目須經指導教師批準。每人一題，不許重復。確定題目后，要搜集、了解、研究并學懂設計題目所涉及的業務信息，確保設計內容的正確性和合理性。2．數據庫設計：根據實際需要，用Access設計一個數據庫，至少包含2個表，3、接口設計：用戶接口是提供給用戶操作的界面，全部操作應在VB的窗體上完成，在窗體中使用ADO控件與數據庫連接，主窗體可以使用菜單式或按鈕式，窗體的個數不少于5個。

4、功能設計：應用系統功能通常根據實際題目的設計目標決定，設計目標一般應具有基本的增加、刪除、修改、查尋、打印輸出的功能。具體目標有同學自定，要求保證有一定的工作量。

5、課程設計報告：設計結束后，要求每個學生上交一份打印的和電子稿課程設計報告。

6、紀律要求：學生要服從指導教師統一安排，遵守機房制度。嚴格遵守出勤紀律，不遲到，不早退，無故缺勤者,成績按不及格處理。不做與設計無關的事情，如：不打游戲、不用QQ聊天等。

四、課程設計參考題目： 數據庫類參考題目： 1.機票預定信息系統

系統功能的基本要求：航班基本信息的錄入，包括航班的編號、飛機名稱、機艙等級等。機票信息，包括票價、折扣、當前預售狀態及經手業務員等。客戶基本信息，包括姓名、聯系方式、證件及號碼、付款情況等。按照一定條件查詢、統計符合條件的航班、機票等；對結果打印輸出。2.長途汽車信息管理系統

大學計算機程序設計基礎（VB）課程設計任務書

系統功能的基本要求：線路信息，包括出發地、目的地、出發時間、所需時間等。汽車信息：包括汽車的種類及相應的票價、最大載客量等。票價信息：包括售票情況、查詢、打印相應的信息。3.人事信息管理系統

系統功能基本要求：員工各種信息：包括員工的基本信息，如編號、姓名、性別、學歷、所屬部門、畢業院校、健康情況、職稱、職務、獎懲等；員工各種信息的修改；對轉出、辭退、退休員工信息的刪除；按照一定條件，查詢、統計符合條件的員工信息；教師教學信息的錄入：教師編號、姓名、課程編號、課程名稱、課程時數、學分、課程性質等。科研信息的錄入：教師編號、研究方向、課題研究情況、專利、論文及著作發表情況等。按條件查詢、統計，結果打印輸出。4.超市會員管理系統

系統功能的基本要求：加入會員的基本信息，包括：成為會員的基本條件、優惠政策、優惠時間等。會員的基本信息，包括姓名、性別、年齡、工作單位、聯系方式等。會員購物信息：購買物品編號、物品名稱、所屬種類，數量，價格等。會員返利信息,包括會員積分的情況，享受優惠的等級等。對貨物流量及消費人群進行統計輸出。5.客房管理系統

系統功能的基本要求：客房各種信息，包括客房的類別、當前的狀態、負責人等；客房信息的查詢和修改，包括按房間號查詢住宿情況、按客戶信息查詢房間狀態等。以及退房、訂房、換房等信息的修改。對查詢、統計結果打印輸出。6.藥品存銷信息管理系統

系統功能基本要求: 藥品信息，包括藥品編號、藥品名稱、生產廠家、生產日期、保質期、用途、價格、數量、經手人等；員工信息，包括員工編號、姓名、性別、年齡、學歷、職務等；客戶信息，包括客戶編號、姓名、聯系方式、購買時間、購買藥品編號、名稱、數量等。入庫和出庫信息，包括當前庫存信息、藥品存放位置、入庫數量和出庫數量的統計。

7.學生選課管理信息系統

系統功能基本要求: 教師信息,包括教師編號、教師姓名、性別、年齡、學歷、職稱、畢業院校，健康狀況等。學生信息，包括學號、姓名、所屬院系、已選課情況等。教室信息，包括，可容納人數、空閑時間等。選課信息，包括課程編號、課程名稱、任課教師、選課的學生情況等。成績信息，包括課程編號、課程名稱、學分、成績。按一定條件可以查詢，并將結果打印輸出。8.圖書管理系統

大學計算機程序設計基礎（VB）課程設計任務書

系統功能基本要求：圖書信息,包括圖書編號、圖書名稱、所屬類別等；讀者信息，包括讀者編碼、姓名、性別、專業等；借還書信息，包括圖書當前狀態、被借還次數、借閱時間等。

9.學生成績管理系統

系統功能基本要求：學生信息，學號、姓名、性別、專業、年級等；學生成績信息，包括學號、課程編號、課程名稱、分數等。課程信息，包括課程編號、課程名稱、任課教師等。對學生成績的查詢（不能任意修改）、統計，并將結果輸出。10.網上書店管理信息

系統功能基本要求：書籍信息，包括圖書編號、圖書種類、圖書名稱、單價、內容簡介等；購書者信息，包括購買編號、姓名、性別、年齡、聯系方式購買書的名稱等；購買方式，包括付款方式、發貨手段等。根據讀者信息查詢購書情況，將統計結果以報表形式打印輸出。

11.教室管理信息系統

系統功能基本要求：教室信息，包括教室容納人數、教室空閑時間、教室設備等；教師信息，包括教師姓名、教授課程、教師職陳、安排上課時間等；教室安排信息，包括何時空閑、空閑的開始時間、結束時間等。按照一定條件查詢，統計，將結果打印輸出。12論壇管理信息系統

系統功能基本要求：作者信息：包括作者昵稱、性別、年齡、職業、愛好等；貼子信息：包括貼子編號、發貼日期、時間、等級等；回復信息：包括回復作者昵稱、回復時間等。13.職工考勤管理信息系統

系統功能基本要求：職工信息，包括職工編號、職工姓名、性別、年齡、職稱等；出勤記錄信息，包括上班打卡時間，下班打開時間，缺勤記錄等；出差信息，包括出差起始時間、結束時間、統計總共天數等；請假信息，包括請假開始時間，結束時間，統計請假天數等；加班信息，包括加班開始時間、結束時間、統計加班總時間。14.個人信息管理系統

系統功能基本要求：通訊錄信息，包括通訊人姓名、聯系方式、工作地點、城市、備注等；備忘錄信息，包括什么時間、事件、地點等；日記信息；包括時間、地點、事情、人物等；個人財物管理，包括總收入，消費項目、消費金額、消費時間、剩余資金等。15.辦公室日常管理信息系統

系統功能基本要求：文件管理信息：包括文件編號、文件種類、文件名稱、存放位置等；考勤管理：包括姓名、年齡、職務、日期、出勤情況等；查詢員工的出勤情況。會議 3

大學計算機程序設計基礎（VB）課程設計任務書

記錄：包括會議時間、參會人、記錄員、會議內容等；辦公室日常事務管理，包括時間、事務、記錄人。按條件查詢，統計。16.轎車銷售信息管理系統

系統功能基本要求：轎車信息，包括轎車的編號、型號、顏色、生產廠家、出廠日期、價格等；員工信息，包括員工編號、姓名、性別、年齡、籍貫、學歷等；客戶信息，包括客戶名稱、聯系方式、地址、業務聯系記錄等；轎車銷售信息，包括銷售日期、轎車類型、顏色、數量、經手人等。按條件查詢，并將銷售報表打印輸出。17．標準化考試系統 18．獎學金評定系統 19．高校公寓管理系統 20．某公司售后服務管理系統 21．小區物業管理系統 22．運動會記分系統 23．高校食堂管理系統

24．房屋中介公司房源、客戶管理系統 25．高校畢業生管理系統 26．高校某學院教師任課管理體統 27．高校某學院學生成績管理體統 28．大獎賽評分管理系統

29．職工工資管理系統 30．超市管理系統 31．設備管理系統 32．學生信息管理 33．商場管理系統

34．火車售票系統 35．酒店管理系統 36．學生檔案管理系統 37．銀行活期存取款管理系統 38．商店進貨、銷售、存貨管理系統 39．健身中心會員管理系統 40．復雜的通訊錄管理系統 41．疾病診斷系統 42．其它題庫系統 43.運動會管理系統 44.航空售票系統 大學計算機程序設計基礎（VB）課程設計任務書

45.出租車管理系統 46．小型書店管理系統 其它參考題目：

1.郵編區號查詢 2.多文檔文本編輯器 3.電子書 4．記憶力測試

5．圖片瀏覽器 6．機房管理程序 7．多功能計時器 8．格式文本編輯器 9．中圖分類號查詢系統 10．文件管理器 11．考題系統（是非題）12．自測題系統（填空題）13．上機考試系統（選擇題）14．貸款計算器 15．靜態排序算法的實現 16．模擬Windows字體對話框 17．計算器 18．MDI文本編輯

五、設計時間、地點、方式安排

（一）時間： 二周, 具體安排如下：

1．系統規劃、系統設計及程序設計: 非上機時間完成

2.程序調試: 計算機機房 3．程序驗收，周五

4．寫課程設計報告: 非上機時間完成, 設計結束交.（二）地點：計算機機房

（三）方式：每人每天4小時是上機調試程序的時間，非上機時間進行項目調研、查找資料、項目規劃及編制程序。

六、課程設計結果要求：

有一定的工作量，總體設計合理，程序運行通順正確，功能全面，界面設計合理、美觀，程序容錯能力強，程序代碼簡練。有系統設計說明、功能結構圖、程序流程圖、程序清單、運行結果及總結。

七、按照課程設計指導書進行設計，按照指導書中的課程設計報告格式來撰寫課程設計報告

大學計算機程序設計基礎（VB）課程設計任務書

八、課程設計的成績評定

按照設計報告成績（40%）、上機運行程序的成績（40%）及學生實習期間表現（20%），由指導教師綜合評定成績。成績按五級分進行評定，成績分為優、良、中、及格、不及格。

九、課程設計報告的基本格式

課程設計報告的基本內容至少包括封面、目錄、正文三部分。㈠、設計封面：題目、班級、姓名、指導教師、設計日期、成績。㈡、目錄：課程設計報告的內容及所在頁碼，電子稿要用自動生成的目錄。㈢、正文：

1、本次課程設計的目的、意義。

2、軟件、硬件環境。

3、項目調研及選題說明

4、項目總體設計說明

4．1 項目設計要達到的目標 4．2 項目功能結構圖 4．3數據庫設計：

4.3.1數據庫需求分析

4.3.2數據庫組成：數據庫名稱、包含幾個表、表的名稱

4.3.3 表設計：數據表名稱、組成（序號、字段名、類型、長度等）、主鍵設置 4.3.4 表間關系：表間關系說明及表間關系圖

4.3.5 創建數據庫:使用的數據庫管理程序、表結構圖、表中的數據（抓圖）4.3.6 數據庫聯接說明：ADO控件的連接方法及步驟

4．4 項目文件或過程說明：對項目中所用到的各類文件（工程、窗體、標準模塊、等文件）說明其文件的名稱、功能以及被調用和調用關系。對窗體模塊中用到的事件、函數等過程要在過程開頭加程序注釋命令,用來說明以下內容: ‘ 過程名:?? ‘ 功能:??.‘ 被調用:?? ‘ 調用:?? 4．5 其它說明

5、項目詳細設計說明（詳細描述每個功能模塊）

5．1 工程文件：包括工程的名稱、界面、及包含的內容

5．2 窗體文件：窗體名稱、外觀（運行的界面）、功能、屬性設置表。5．3 事件、函數、過程或標準模塊文件：名稱、功能、代碼及流程圖 5.4報表(數據庫)：數據環境文件名稱、外觀、組成及相關設置說明；

報表名稱、功能、運行界面

5．5 其它相關文件:不同的題目有差異,相關文件的名稱、功能、界面等說明 6．項目的使用說明: 怎樣運行程序的詳細說明

7、項目打包：生成可執行文件（.EXE）

8．總結：設計過程中的收獲、體會,設計的優缺點及有待完善的思路等

9、教師評語、成績

大學計算機程序設計基礎（VB）課程設計任務書

㈣、正文內容格式要求：用Word編寫設計說明書并A4紙打印，目錄三號黑體；從第1項起有頁眉和頁腳，頁眉寫“VB課程設計”及課程設計題目，頁腳寫頁號，頁眉、頁腳居中顯示、宋體、五號字；正文小四號宋體；所有標題是黑體 ㈤、電子報告：全班刻錄在一張光盤上，每人一個文件夾。文件夾命名方式為“學號+姓名”，內含課程設計報告、源文件、編譯后的可執行文件（.EXE）及說明文件 說明：

1．復印課程設計任務書和設計指導書，同學人手一份。2．自由選題，周一上機之前報給班學委。

3．周六、周日準備好設計題目和設計內容，周一7：50去機房調試程序

第二篇：數據庫課程設計任務書

數據庫課程設計任務書

一.課程設計目的1.通過本設計，加深學生對數據庫基礎理論和基本知識的理解，培養學生運用所學理論知識對數據庫進行組織、管理和使用的能力，使學生初步具備數據庫應用設計的能力，初步形成運用數據庫應用系統解決管理決策中的實際問題的基本素質。

2.掌握數據庫應用系統的整個設計過程（包括需求分析、概念結構設計、邏輯結構設計與物理設計與實施），提高運用數據庫解決實際問題的能力。

二.基本要求

本課程設計要求學生熟練掌握相關數據庫的基礎知識，獨立完成設計任務，并完成課程設計報告。

1.數據庫設計

1)需求分析，根據系統需求，查找相關資料，對數據進行分析，畫出系統數據流圖，并編寫數據詞典。

2)概念結構設計：在需求分析的基礎上，設計E-R模型，詳細描述實體的屬性和實體之間的聯系，消除不必要的冗余。注意：實體、屬性和聯系的劃分與確定。

3)邏輯結構設計：實現E-R圖向關系模型的轉換。

? 分析在所描述的關系模型中，存在那些函數依賴？

? 分析各關系模式所滿足的范式，并將所有關系模式轉換為滿足第三范式的關系模型，優化數據模型。

? 分析描述的關系模型中，存在那些完整性要求；并指出關系模型中各關系模式的主鍵、候選鍵、外鍵。

? 分析描述的關系模型中，需要定義那些用戶視圖？并說明其作用；

? 使用SQL語句定義關系模型（包括用戶視圖）；1

? 有哪些常見的查詢操作？設計查詢并用SQL語言實現之。5

2.數據庫應用系統開發

按照設計的數據庫，開發相應的數據庫管理系統，至少能實現如下功能：

1)基本信息的管理，包括數據的增、刪、更新。

2)信息的查詢：提供各種查詢方式，包括精確查詢，模糊查詢和區間查詢。

3)基本信息的統計，最好能以統計圖方式顯示。

4)數據庫的備份和恢復。

5)用戶的權限管理等。

三.課程設計報告結構

1.需求分析

1.1 用戶需求：系統現狀，要解決的主要問題，達到的具體指標等。

1.2 業務流程分析：描述系統的業務流程，畫出規范的業務流程圖。

1.3 信息需求分析

1.3.1 資料收集：業務流程中用到的相關單據票證帳簿報表報告等資料，畫出格式，最好是填有具體內容的表格等。

1.3.2 事項分析：分析資料中標題、表頭等中各欄目名，列出所有事項，作為數據項；分析這些數據項，找出組合項、導出項、非結構化數據項，確定基本項。檢查是否有要補充的基本數據項，是否有要改進的地方，補充改進之，得出所有基本項。

1.4 功能需求分析：改進完善業務流程圖，分析用戶需要系統完成哪些任務，逐層分解，畫出功能層次圖。

2.（數據庫）概念（模型）設計

寫出由基本項構思ERD的四條原則及根據這些原則相應得出的實體、聯系及其屬性，并確定主實體的主標識，畫出ERD（不少于三個主實體，兩個聯系和24個屬性）；用原則4檢查改正錯誤；對其中復雜的多元聯系進行分析，必要則改進。

3.（數據庫）邏輯（模型）設計

3.1 一般邏輯模型設計：寫出由ERD導出一般關系模型的四條原則，列出數據庫初步構思的關系框架（二維表的表頭）[與具體DBMS無關]，并檢查優化改進之。

3.2 具體邏輯模型設計：按所用的DBMS要求，設計表（文件）的具體結構，在關系框架下補充字段類型、長度、小數位數等行。

3.3 視圖設計：

4.數據庫物理設計與數據庫保護設計

4.1 設計索引：在表（文件）的具體結構關系框架下補充字段索引行或在框架外補充索引說明，指出索引字段或索引表達式、索引類型。

4.2 設計表間關系：列出父表與子表的關聯索引，指出要建立的表間關系的類型。

4.3 完整性設計：列出主要字段完整性的字段名、完整性約束條件；列出記錄完整性約束及其約束條件；列出參照完整性表。

4.4 在有多個用戶操作時，考慮用戶授權與安全性控制。

5.處理功能設計（注意：此時系統未實現，設計結構都是寫出或畫出的，而不能是系統運行生成的）

5.1 主控模塊設計：包括系統環境初始化、歡迎畫面、用戶身份驗證、主控表單或菜單、告別畫面、系統退出的環境恢復等功能。

5.2 子模塊設計：按系統業務要求設計各項業務模塊和系統管理模塊，要能完成系統業務和系統管理功能。

5.3 查詢設計：常用的查詢。

6.數據庫應用系統的實現

6.1 數據庫及其表結構的建立：建立數據庫描述文件及用命令定義并建立其數據庫表），注意完整性、索引與永久關聯的實現，并附打印出的源模式（CREATE TABLE命令）與作為命令執行結果的數據庫表結構及其關聯圖、參照完整性表。

6.2 數據輸入：錄入數據，并打印出的各表的內容。

6.3 模塊實現：用視窗菜單和/或程序編輯器實現各模塊，調試正確后打印實現的系統輸出結果。建議先實現輸入模塊，再實現其他子模塊，然后實現主控模塊。最好建立項目，用項目管理器來管理整個系統。打印出實現結果(表單、源程序)。寫出實現的經過與體會。查詢語句。

7.數據庫應用系統運行

7.1 寫出系統操作使用的簡要說明。

7.2 按使用說明運行系統并打印出運行結果（至少有兩個查詢結果和兩個報表輸出結果）。

7.3 系統評價：采用的有特色的技術與技巧；成功之處與主要特點；系統會改進完善之處和進一步工作的打算。

四.課程設計成績評定

設計報告70%，答辯或系統演示30%。最終成績按照五級評定：優、良、中、及格、不及格。

課程設計應用系統程序應獨立完成，程序功能完整，設計方法合理，用戶界面較好，系統運行正常。

如果發現并確定為抄襲，則雙方成績為不及格。

1.設計報告評分標準

等級

評定標準

優秀

1.問題描述準確；

2.解決方案很有說服力；

3.系統功能和使用說明有價值，并通過答辯和演示；

4.結束語深刻，很有說服力；

5.按時完成，報告格式，版面整潔、語言規范等；

良好

1.問題描述正確；

2.解決方案良好；

3.系統功能和使用說明正確，清晰；

4.結束語較深刻，有說服力；

5.按時完成，報告格式，版面整潔、語言通順等；

中等

1.問題描述基本正確；

2.解決方案基本可行；

3.系統功能和使用說明基本正確、清晰；

4.結束語較深刻；

5.按時完成，報告格式，版面整潔、語言通順等；

及格

1.問題描述不完整；

2.解決方案不完整；

3.系統功能和使用說明不完整；

4.結束語不深刻，無說服力；

5.按時完成，報告格式，版面整潔、語言不規范等；

不及格

1.問題描述沒有；

2.解決方案沒有；

3.系統功能和使用說明沒有；

4.結束語沒有；

5.未按時完成等；

2.答辯或系統演示的評分標準

等級

評定標準

優秀

1.答辯或系統演示過程中，思路清晰，論點正確；

2.對設計方案理解深入，問題回答正確。

良好

1.答辯或系統演示過程中，思路清晰，論點基本正確；

2.對設計方案理解較深入，主要問題回答基本正確。

中等

1.答辯或系統演示過程中，思路比較清晰、論點有個別錯誤，分析不夠深入；

2.對設計方案理解一般，個別問題回答不正確。

及格

1.答辯或系統演示過程中，思路不清晰，論點有錯誤；

2.主要問題經啟發能回答，但分析較為膚淺。

不及格

1.答辯或系統演示過程中，主要問題闡述不清，對設計內容缺乏了解，概念模糊；

2.問題基本回答不出。

五.進度安排

六.提交內容

電子版：每位同學建一文件夾，文件夾的名字以“學號+姓名”的形式命名。然后將自己完成的課設報告一份、實現系統的源碼一份（以Eclipse工程組織）、Tomcat上的應用發布一份（webapps下的文件夾形式或WAR包）、其他文件（如：數據庫創建腳本、系統使用說明等）放于該文件夾。由學委統一收集后上交并刻盤。

七.參考文獻

附件：

學生學籍管理系統一、設計目的學生根據所學的數據庫原理與程序設計的知識，能夠針對一個小型的數據庫管理系統，進行系統的需求分析，系統設計，數據庫設計，編碼，測試等，完成題目要求的功能，從而達到掌握開發一個小型數據庫的目的。

二、設計內容

1．主要的數據表

學生基本情況數據表，學生成績數據表，課程表，代碼表等。

2．主要功能模塊

1）實現學生基本情況的錄入、修改、刪除等基本操作。

2）對學生基本信息提供靈活的查詢方式。

3）完成一個班級的學期選課功能。

4）實現學生成績的錄入、修改、刪除等基本操作。

5）能方便的對學生的個學期成績進行查詢。

6）具有成績統計、排名等功能。

7）具有留級、休學等特殊情況的處理功能。

8）能輸出常用的各種報表。

9）具有數據備份和數據恢復功能。

三、設計要求

學生成績表的設計，要考慮到不同年級的教學計劃的變化情況。

對于新生班級，應該首先進行基本情況錄入、選課、然后才能進行成績錄入。

圖書管理系統一、設計目的學生根據所學的數據庫原理與程序設計的知識，能夠針對一個小型的數據庫管理系統，進行系統的需求分析，系統設計，數據庫設計，編碼，測試等，完成題目要求的功能，從而達到掌握開發一個小型數據庫的目的。

二、設計內容

1． 要的數據表

圖書基本信息表，借書卡信息表，借閱信息表，圖書分類信息表，代碼表等。

2． 功能模塊

1）圖書基本情況的錄入、修改、刪除等基本操作。

2）辦理借書卡模塊。

3）實現借書功能。

4）實現還書功能。

5）能方便的對圖書進行查詢。

6）對超期的情況能自動給出提示信息。

7）具有數據備份和數據恢復功能。

三、設計要求

圖書編號可參考國家統一的圖書編碼方法，再完成基本功能模塊的情況下，盡量使系統能具有通用性。

銀行儲蓄系統一、設計目的學生根據所學的數據庫原理與程序設計的知識，能夠針對一個小型的數據庫管理系統，進行系統的需求分析，系統設計，數據庫設計，編碼，測試等，完成題目要求的功能，從而達到掌握開發一個小型數據庫的目的。

二、設計內容

1． 主要的數據表

定期存款單，活期存款帳，存款類別代碼表等。

2． 功能模塊

1）實現儲戶開戶登記。

2）辦理定期存款帳。

3）辦理定期取款手續。

4）辦理活期存款帳

5）辦理活期取款手續。

6）實現利息計算。

7）輸出明細表。

8）具有數據備份和數據恢復功能。

三、設計要求

要進行實際調研，系統功能在實現時參照實際的儲蓄系統的功能。同時要考慮銀行系統數據的安全與保密工作。數據要有加密功能。

設備管理系統一、設計目的學生根據所學的數據庫原理與程序設計的知識，能夠針對一個小型的數據庫管理系統，進行系統的需求分析，系統設計，數據庫設計，編碼，測試等，完成題目要求的功能，從而達到掌握開發一個小型數據庫的目的。

二、設計內容

1． 主要數據表

設備明細帳表，設備使用單位代碼表，國家標準設備分類表等。

2． 功能模塊

1）實現設備的錄入、刪除、修改等基本操作。

2）實現國家標準設備代碼的維護。

3）能夠對設備進行方便的檢索。

4）實現設備折舊計算。

5）能夠輸出設備分類明細表。

6）具有數據備份和數據恢復功能。

三、設計要求

具體設備編碼參考國家統一編碼方法，功能實現也要考慮通用性。

醫院藥品進銷存系統一、設計目的學生根據所學的數據庫原理與程序設計的知識，能夠針對一個小型的數據庫管理系統，進行系統的需求分析，系統設計，數據庫設計，編碼，測試等，完成題目要求的功能，從而達到掌握開發一個小型數據庫的目的。

二、設計內容

1． 主要的數據表

藥品分類代碼表，藥品庫存表，供貨商信息表，采購信息表等。

2． 功能模塊

1）新藥品的入庫。

2）過期藥品的出庫登記、處理記錄。

3）藥品庫存檢索。

4）供貨商信息檢索。

5）藥品采購記錄管理。

6）藥品用藥說明信息管理。

7）輸出相應的數據報表。

8）具有數據備份和數據恢復功能。

三、設計要求

具體項目內容去醫院進行調研，藥品編碼也應參考國家統一編碼方法。

英語學習助手

一、設計目的學生根據所學的數據庫原理與程序設計的知識，能夠針對一個小型的數據庫管理系統，進行系統的需求分析，系統設計，數據庫設計，編碼，測試等，完成題目要求的功能，從而達到掌握開發一個小型數據庫的目的。

二、設計內容

1.主要的數據表

英語分級單詞表，常用單詞例句表，短文分級表等。

2． 功能模塊

1）實現英語單詞的錄入、修改、刪除等基本操作。

2）實現常用英語單詞例句的錄入、修改、刪除等基本操作。

3）實現英語單詞檢索、翻譯等。

4）常用英語單詞例句檢索。

5）根據難度隨機生成一份單詞測試題目。

6）能夠檢索出短文極其翻譯對照表。

7）具有數據備份和數據恢復功能。

三、設計要求

系統要考慮實用性，盡量實現英漢互譯。英語單詞和短語可以考慮加上聲音。

大學生就業咨詢系統一、設計目的學生根據所學的數據庫原理與程序設計的知識，能夠針對一個小型的數據庫管理系統，進行系統的需求分析，系統設計，數據庫設計，編碼，測試等，完成題目要求的功能，從而達到掌握開發一個小型數據庫的目的。

二、設計內容

1． 主要數據表

用人單位基本信息表，專業信息表，地區代碼表等

2． 功能模塊

1）對用人單位的基本信息進行錄入、修改、刪除等。

2）實現畢業生專業信息的維護。

3）定時發布用人單位的畢業生需求信息。

4）方便的實現對人才需求信息的檢索。

5）對用人單位的級別能夠自動進行變更。

6）能夠對歷年的畢業需求信息進行統計、分析。

7）具有數據備份和數據恢復功能。

三、設計要求

方便畢業生進行就業信息檢索，可考慮將就業信息在網上進行發布。

教務輔助管理系統一、設計目的學生根據所學的數據庫原理與程序設計的知識，能夠針對一個小型的數據庫管理系統，進行系統的需求分析，系統設計，數據庫設計，編碼，測試等，完成題目要求的功能，從而達到掌握開發一個小型數據庫的目的。

二、設計內容

1．主要的數據表

教師基本信息表，課程表，教室資源表等

2．功能模塊

1）對上課教師基本信息進行管理。

2）對全院開設的課程進行管理。

3）錄入教師基本上課信息。

4）實現自動排課功能。

5）計算工作量

6）能夠進行各種數據統計。

7）能夠輸出相應的報表。

8）具有數據備份和數據恢復功能。

數據庫課程設計任務書

一.課程設計目的1.通過本設計，加深學生對數據庫基礎理論和基本知識的理解，培養學生運用所學理論知識對數據庫進行組織、管理和使用的能力，使學生初步具備數據庫應用設計的能力，初步形成運用數據庫應用系統解決管理決策中的實際問題的基本素質。

2.掌握數據庫應用系統的整個設計過程（包括需求分析、概念結構設計、邏輯結構設計與物理設計與實施），提高運用數據庫解決實際問題的能力。

二.基本要求

本課程設計要求學生熟練掌握相關數據庫的基礎知識，獨立完成設計任務，并完成課程設計報告。

1.數據庫設計

1)需求分析，根據系統需求，查找相關資料，對數據進行分析，畫出系統數據流圖，并編寫數據詞典。

2)概念結構設計：在需求分析的基礎上，設計E-R模型，詳細描述實體的屬性和實體之間的聯系，消除不必要的冗余。注意：實體、屬性和聯系的劃分與確定。

3)邏輯結構設計：實現E-R圖向關系模型的轉換。

? 分析在所描述的關系模型中，存在那些函數依賴？

? 分析各關系模式所滿足的范式，并將所有關系模式轉換為滿足第三范式的關系模型，優化數據模型。

? 分析描述的關系模型中，存在那些完整性要求；并指出關系模型中各關系模式的主鍵、候選鍵、外鍵。

? 分析描述的關系模型中，需要定義那些用戶視圖？并說明其作用；

? 使用SQL語句定義關系模型（包括用戶視圖）；1

? 有哪些常見的查詢操作？設計查詢并用SQL語言實現之。5

2.數據庫應用系統開發

按照設計的數據庫，開發相應的數據庫管理系統，至少能實現如下功能：

1)基本信息的管理，包括數據的增、刪、更新。

2)信息的查詢：提供各種查詢方式，包括精確查詢，模糊查詢和區間查詢。

3)基本信息的統計，最好能以統計圖方式顯示。

4)數據庫的備份和恢復。

5)用戶的權限管理等。

三.課程設計報告結構

1.需求分析

1.1 用戶需求：系統現狀，要解決的主要問題，達到的具體指標等。

1.2 業務流程分析：描述系統的業務流程，畫出規范的業務流程圖。

1.3 信息需求分析

1.3.1 資料收集：業務流程中用到的相關單據票證帳簿報表報告等資料，畫出格式，最好是填有具體內容的表格等。

1.3.2 事項分析：分析資料中標題、表頭等中各欄目名，列出所有事項，作為數據項；分析這些數據項，找出組合項、導出項、非結構化數據項，確定基本項。檢查是否有要補充的基本數據項，是否有要改進的地方，補充改進之，得出所有基本項。

1.4 功能需求分析：改進完善業務流程圖，分析用戶需要系統完成哪些任務，逐層分解，畫出功能層次圖。

2.（數據庫）概念（模型）設計

寫出由基本項構思ERD的四條原則及根據這些原則相應得出的實體、聯系及其屬性，并確定主實體的主標識，畫出ERD（不少于三個主實體，兩個聯系和24個屬性）；用原則4檢查改正錯誤；對其中復雜的多元聯系進行分析，必要則改進。

3.（數據庫）邏輯（模型）設計

3.1 一般邏輯模型設計：寫出由ERD導出一般關系模型的四條原則，列出數據庫初步構思的關系框架（二維表的表頭）[與具體DBMS無關]，并檢查優化改進之。

3.2 具體邏輯模型設計：按所用的DBMS要求，設計表（文件）的具體結構，在關系框架下補充字段類型、長度、小數位數等行。

3.3 視圖設計：

4.數據庫物理設計與數據庫保護設計

4.1 設計索引：在表（文件）的具體結構關系框架下補充字段索引行或在框架外補充索引說明，指出索引字段或索引表達式、索引類型。

4.2 設計表間關系：列出父表與子表的關聯索引，指出要建立的表間關系的類型。

4.3 完整性設計：列出主要字段完整性的字段名、完整性約束條件；列出記錄完整性約束及其約束條件；列出參照完整性表。

4.4 在有多個用戶操作時，考慮用戶授權與安全性控制。

5.處理功能設計（注意：此時系統未實現，設計結構都是寫出或畫出的，而不能是系統運行生成的）

5.1 主控模塊設計：包括系統環境初始化、歡迎畫面、用戶身份驗證、主控表單或菜單、告別畫面、系統退出的環境恢復等功能。

5.2 子模塊設計：按系統業務要求設計各項業務模塊和系統管理模塊，要能完成系統業務和系統管理功能。

5.3 查詢設計：常用的查詢。

6.數據庫應用系統的實現

6.1 數據庫及其表結構的建立：建立數據庫描述文件及用命令定義并建立其數據庫表），注意完整性、索引與永久關聯的實現，并附打印出的源模式（CREATE TABLE命令）與作為命令執行結果的數據庫表結構及其關聯圖、參照完整性表。

6.2 數據輸入：錄入數據，并打印出的各表的內容。

6.3 模塊實現：用視窗菜單和/或程序編輯器實現各模塊，調試正確后打印實現的系統輸出結果。建議先實現輸入模塊，再實現其他子模塊，然后實現主控模塊。最好建立項目，用項目管理器來管理整個系統。打印出實現結果(表單、源程序)。寫出實現的經過與體會。查詢語句。

7.數據庫應用系統運行

7.1 寫出系統操作使用的簡要說明。

7.2 按使用說明運行系統并打印出運行結果（至少有兩個查詢結果和兩個報表輸出結果）。

7.3 系統評價：采用的有特色的技術與技巧；成功之處與主要特點；系統會改進完善之處和進一步工作的打算。

四.課程設計成績評定

設計報告70%，答辯或系統演示30%。最終成績按照五級評定：優、良、中、及格、不及格。

課程設計應用系統程序應獨立完成，程序功能完整，設計方法合理，用戶界面較好，系統運行正常。

如果發現并確定為抄襲，則雙方成績為不及格。

1.設計報告評分標準

等級

評定標準

優秀

1.問題描述準確；

2.解決方案很有說服力；

3.系統功能和使用說明有價值，并通過答辯和演示；

4.結束語深刻，很有說服力；

5.按時完成，報告格式，版面整潔、語言規范等；

良好

1.問題描述正確；

2.解決方案良好；

3.系統功能和使用說明正確，清晰；

4.結束語較深刻，有說服力；

5.按時完成，報告格式，版面整潔、語言通順等；

中等

1.問題描述基本正確；

2.解決方案基本可行；

3.系統功能和使用說明基本正確、清晰；

4.結束語較深刻；

5.按時完成，報告格式，版面整潔、語言通順等；

及格

1.問題描述不完整；

2.解決方案不完整；

3.系統功能和使用說明不完整；

4.結束語不深刻，無說服力；

5.按時完成，報告格式，版面整潔、語言不規范等；

不及格

1.問題描述沒有；

2.解決方案沒有；

3.系統功能和使用說明沒有；

4.結束語沒有；

5.未按時完成等；

2.答辯或系統演示的評分標準

等級

評定標準

優秀

1.答辯或系統演示過程中，思路清晰，論點正確；

2.對設計方案理解深入，問題回答正確。

良好

1.答辯或系統演示過程中，思路清晰，論點基本正確；

2.對設計方案理解較深入，主要問題回答基本正確。

中等

1.答辯或系統演示過程中，思路比較清晰、論點有個別錯誤，分析不夠深入；

2.對設計方案理解一般，個別問題回答不正確。

及格

1.答辯或系統演示過程中，思路不清晰，論點有錯誤；

2.主要問題經啟發能回答，但分析較為膚淺。

不及格

1.答辯或系統演示過程中，主要問題闡述不清，對設計內容缺乏了解，概念模糊；

2.問題基本回答不出。

五.進度安排

六.提交內容

電子版：每位同學建一文件夾，文件夾的名字以“學號+姓名”的形式命名。然后將自己完成的課設報告一份、實現系統的源碼一份（以Eclipse工程組織）、Tomcat上的應用發布一份（webapps下的文件夾形式或WAR包）、其他文件（如：數據庫創建腳本、系統使用說明等）放于該文件夾。由學委統一收集后上交并刻盤。

七.參考文獻

附件：

學生學籍管理系統一、設計目的學生根據所學的數據庫原理與程序設計的知識，能夠針對一個小型的數據庫管理系統，進行系統的需求分析，系統設計，數據庫設計，編碼，測試等，完成題目要求的功能，從而達到掌握開發一個小型數據庫的目的。

二、設計內容

1．主要的數據表

學生基本情況數據表，學生成績數據表，課程表，代碼表等。

2．主要功能模塊

1）實現學生基本情況的錄入、修改、刪除等基本操作。

2）對學生基本信息提供靈活的查詢方式。

3）完成一個班級的學期選課功能。

4）實現學生成績的錄入、修改、刪除等基本操作。

5）能方便的對學生的個學期成績進行查詢。

6）具有成績統計、排名等功能。

7）具有留級、休學等特殊情況的處理功能。

8）能輸出常用的各種報表。

9）具有數據備份和數據恢復功能。

三、設計要求

學生成績表的設計，要考慮到不同年級的教學計劃的變化情況。

對于新生班級，應該首先進行基本情況錄入、選課、然后才能進行成績錄入。

圖書管理系統一、設計目的學生根據所學的數據庫原理與程序設計的知識，能夠針對一個小型的數據庫管理系統，進行系統的需求分析，系統設計，數據庫設計，編碼，測試等，完成題目要求的功能，從而達到掌握開發一個小型數據庫的目的。

二、設計內容

1．要的數據表

圖書基本信息表，借書卡信息表，借閱信息表，圖書分類信息表，代碼表等。

2．功能模塊

1）圖書基本情況的錄入、修改、刪除等基本操作。

2）辦理借書卡模塊。

3）實現借書功能。

4）實現還書功能。

5）能方便的對圖書進行查詢。

6）對超期的情況能自動給出提示信息。

7）具有數據備份和數據恢復功能。

三、設計要求

圖書編號可參考國家統一的圖書編碼方法，再完成基本功能模塊的情況下，盡量使系統能具有通用性。

銀行儲蓄系統一、設計目的學生根據所學的數據庫原理與程序設計的知識，能夠針對一個小型的數據庫管理系統，進行系統的需求分析，系統設計，數據庫設計，編碼，測試等，完成題目要求的功能，從而達到掌握開發一個小型數據庫的目的。

二、設計內容

1．主要的數據表

定期存款單，活期存款帳，存款類別代碼表等。

2．功能模塊

1）實現儲戶開戶登記。

2）辦理定期存款帳。

3）辦理定期取款手續。

4）辦理活期存款帳

5）辦理活期取款手續。

6）實現利息計算。

7）輸出明細表。

8）具有數據備份和數據恢復功能。

三、設計要求

要進行實際調研，系統功能在實現時參照實際的儲蓄系統的功能。同時要考慮銀行系統數據的安全與保密工作。數據要有加密功能。

設備管理系統一、設計目的學生根據所學的數據庫原理與程序設計的知識，能夠針對一個小型的數據庫管理系統，進行系統的需求分析，系統設計，數據庫設計，編碼，測試等，完成題目要求的功能，從而達到掌握開發一個小型數據庫的目的。

二、設計內容

1．主要數據表

設備明細帳表，設備使用單位代碼表，國家標準設備分類表等。

2．功能模塊

1）實現設備的錄入、刪除、修改等基本操作。

2）實現國家標準設備代碼的維護。

3）能夠對設備進行方便的檢索。

4）實現設備折舊計算。

5）能夠輸出設備分類明細表。

6）具有數據備份和數據恢復功能。

三、設計要求

具體設備編碼參考國家統一編碼方法，功能實現也要考慮通用性。

醫院藥品進銷存系統一、設計目的學生根據所學的數據庫原理與程序設計的知識，能夠針對一個小型的數據庫管理系統，進行系統的需求分析，系統設計，數據庫設計，編碼，測試等，完成題目要求的功能，從而達到掌握開發一個小型數據庫的目的。

二、設計內容

1．主要的數據表

藥品分類代碼表，藥品庫存表，供貨商信息表，采購信息表等。

2．功能模塊

1）新藥品的入庫。

2）過期藥品的出庫登記、處理記錄。

3）藥品庫存檢索。

4）供貨商信息檢索。

5）藥品采購記錄管理。

6）藥品用藥說明信息管理。

7）輸出相應的數據報表。

8）具有數據備份和數據恢復功能。

三、設計要求

具體項目內容去醫院進行調研，藥品編碼也應參考國家統一編碼方法。

英語學習助手

一、設計目的學生根據所學的數據庫原理與程序設計的知識，能夠針對一個小型的數據庫管理系統，進行系統的需求分析，系統設計，數據庫設計，編碼，測試等，完成題目要求的功能，從而達到掌握開發一個小型數據庫的目的。

二、設計內容

1.主要的數據表

英語分級單詞表，常用單詞例句表，短文分級表等。

2． 功能模塊

1）實現英語單詞的錄入、修改、刪除等基本操作。

2）實現常用英語單詞例句的錄入、修改、刪除等基本操作。

3）實現英語單詞檢索、翻譯等。

4）常用英語單詞例句檢索。

5）根據難度隨機生成一份單詞測試題目。

6）能夠檢索出短文極其翻譯對照表。

7）具有數據備份和數據恢復功能。

三、設計要求

系統要考慮實用性，盡量實現英漢互譯。英語單詞和短語可以考慮加上聲音。

大學生就業咨詢系統一、設計目的學生根據所學的數據庫原理與程序設計的知識，能夠針對一個小型的數據庫管理系統，進行系統的需求分析，系統設計，數據庫設計，編碼，測試等，完成題目要求的功能，從而達到掌握開發一個小型數據庫的目的。

二、設計內容

1．主要數據表

用人單位基本信息表，專業信息表，地區代碼表等

2．功能模塊

1）對用人單位的基本信息進行錄入、修改、刪除等。

2）實現畢業生專業信息的維護。

3）定時發布用人單位的畢業生需求信息。

4）方便的實現對人才需求信息的檢索。

5）對用人單位的級別能夠自動進行變更。

6）能夠對歷年的畢業需求信息進行統計、分析。

7）具有數據備份和數據恢復功能。

三、設計要求

方便畢業生進行就業信息檢索，可考慮將就業信息在網上進行發布。

教務輔助管理系統一、設計目的學生根據所學的數據庫原理與程序設計的知識，能夠針對一個小型的數據庫管理系統，進行系統的需求分析，系統設計，數據庫設計，編碼，測試等，完成題目要求的功能，從而達到掌握開發一個小型數據庫的目的。

二、設計內容

1．主要的數據表

教師基本信息表，課程表，教室資源表等

2．功能模塊

1）對上課教師基本信息進行管理。

2）對全院開設的課程進行管理。

3）錄入教師基本上課信息。

4）實現自動排課功能。

5）計算工作量

6）能夠進行各種數據統計。

7）能夠輸出相應的報表。

8）具有數據備份和數據恢復功能。

第三篇：數據庫VB課程設計心得體會

數據庫VB課程設計心得體會

數據庫課程設計大賽的塵囂漸漸遠去，懷著對這次大賽的些許不舍，懷著對當初課程設計開始時候的豪情萬丈的決心的留戀，懷著通過這次課程設計積累的信心與斗志，我開始寫這篇文章，為自己的足跡留下哪怕是微不足道但是對自己彌足珍貴的痕跡并期望與大家共勉。

首先，讓我的記憶追溯到大二暑假，在老大的指引下(老大勸我學)，我接觸到microsoft 公司的.net產品。那個時候我已經學過vc和asp，因為windows程序設計實驗的課的關系，接觸過vb，但是沒有專門去學他，因為習慣了c++

里面的class，int，覺得vb的sub，var 看著就不是很順心。我是一個好奇心很強的人，突然看到了一個號稱“.net是用于創建下一代應用程序的理想而又現實的開發工具”，而且主推c#語言，由于對c語言的一貫好感，我幾乎是立刻對他產生了興趣。我就開始了對c#的學習，任何語言都不是孤立存在的，所以數據交互是很重要的，暑假的時候我把我們這學期的課本數據庫系統概論看了一遍。我記得以前用c語言編程的時候，數據是在內存中申請空間，譬如使用數組等等。很耗費內存空間。這個時候就是數據庫站出來的時候啦，于是我又裝上了sql serverxx，以前學asp的時候用的是access，那個時候只是照著人家做，理論是什么也不是很清楚。

通過一個暑假的學習，基本搞清楚了理論方面的東西，具體怎么用也不是很清楚。但是這為這學期的課程設計打下了鋪墊。

來到學校后，隨著這學期的數據庫

課程大賽開始了，我有一個看法就是我自己應該具備的能力不是我會多少，而是我應該具備快速學會東西的能力。遇到什么就學什么。我們有時候很容易被一些專業名詞說嚇著，包括什么建模，軟件工程，數據分析，數據挖掘等等。我身邊就有很多同學被這些紙老虎所唬住，而沒有勇氣去接觸他們，總是說這個太難了之類的退堂鼓的話，他們低估了自己的潛力同時也壓抑住了他們自己的好奇心。其實都是紙老虎，又不是什么國家科研難題，只是去用一些工具，發明工具是很難，但是用一個工具就容易多了，just do it!我記得我做這個數據庫之前，我們老師說要做好前期分析，我就在網上搜索用什么分析工具好。最后我選擇了roseuml建模工具。在此之前，我腦袋里面沒有軟件建模的思想，什么uml建模對我而言就是一張空白的紙。但是真正接觸后并沒有想象的那么難，有什么不懂的上網去搜索，這是一個信息橫流的世界，有google，baidu就

沒有不能解決的知識難題。以及后來的數據庫分析的時候用到的powerdesigner也是一樣。

開發的時候我想過用什么架構，c/s模式?模式有很多，怎么選擇?我就上網搜索現在最流行的架構是什么。結果搜到了mvc架構，就是你啦。我決定用這個架構，不會，沒關系，咱學。just do it!前期工作準備好后，那么我就得把我暑假學的.net加以實踐。這個時候我更加深入的了解了利用操縱數據庫的知識。并且對數據庫里面的存儲過程有了比較深入的了解。經過大概2個多星期的奮斗，我完成了我的數據庫課程設計--基于.net數據集的圖書館管理系統。并最后非常榮幸的獲得了大賽的一等獎以及以及新技術應用獎。

與其臨淵羨魚，不如退而結網。這次數據庫課程設計給我的最大的印象就是如果自己有了興趣，就動手去做，困難在你的勇氣和毅力下是抬不了頭的。從做這個數據庫開始無論遇到什么困

難，我都沒有一絲的放棄的念頭。出于對知識的渴望，出于對新技術的好奇，出于對一切未知的求知。我完成了這次數據庫課程設計，不過這只是我學習路上的驛站，未來十年.net的核心技術就是xml[至少微軟是這么宣傳的]，我會繼續學習它，包括jave公司的j2ee我也很想試試，語言本來就是相通的，just do it!語言并不重要畢竟它僅僅是工具，用好一個工具并不是一件值得為外人道的事情，主要是了解學習思想。古語說的好：學無止境啊!

我很慶幸我參加了這次數據庫大賽，讓我確實打開了眼界。

(最后，很感激學校給了我們這次動手實踐的機會，讓我們學生有了一個共同學習，增長見識，開拓視野的機會。也感謝老師們對我們無私忘我的指導，我會以這次課程設計大賽作為對自己的激勵，繼續學習。畢竟學習就是一個just do it的過程!)我直接從報告上面復制過來的.....所以這段也不刪去了.............呵

呵。

題目大概是用可視化編程實現一個簡單的數據庫管理系統我用的是bcb 題目雖然是簡單 但也明白了很多以前以為懂的問題代碼到沒什么 這種題目用bcb的話已經不用幾行代碼了關鍵是了解了這些名詞paradox，ado，bde，odbc 一開始拖控件,寫幾行代碼 很快就完成了編譯也通過了 但傳到同學機器上就是顯示不出數據來折騰了我1天 又是發帖子 又是問群里的達人后來明白了我用的paradox數據庫是用bde引擎的發布軟件的時候要把bde打包于是又學著打包bde 卻發現不到1m的軟件如果打包bde的話就10+m了而且bcb6自帶的那個打包軟件用的我頭暈目眩于是又想不用bde 所以又折騰了我半天答案是要使用ado控件(以前我用的是bde控件)而且要用access數據庫了解了這些之后 作業也就完成了總的看來還是很有收獲的 幸虧我下了決心這個作業要自己做沒有去網上下載 呵呵

第四篇：數據庫VB課程設計心得體會

數據庫課程設計大賽的塵囂漸漸遠去，懷著對這次大賽的些許不舍，懷著對當初課程設計開始時候的豪情萬丈的決心的留戀，懷著通過這次課程設計積累的信心與斗志，我開始寫這篇文章，為自己的足跡留下哪怕是微不足道但是對自己彌足珍貴的痕跡并期望與大家共勉。

首先，讓我的記憶追溯到大二暑假，在老大的指引下（老大勸我學asp.net），我接觸到Microsoft 公司的.NET產品。那個時候我已經學過vc和asp，因為windows程序設計實驗的課的關系，接觸過vb，但是沒有專門去學他，因為習慣了c++里面的class，int，覺得vb的sub，var 看著就不是很順心。我是一個好奇心很強的人，突然看到了一個號稱“.net是用于創建下一代應用程序的理想而又現實的開發工具”，而且主推c#語言，由于對c語言的一貫好感，我幾乎是立刻對他產生了興趣。我就開始了對c#的學習，任何語言都不是孤立存在的，所以數據交互是很重要的，暑假的時候我把我們這學期的課本數據庫系統概論看了一遍。我記得以前用c語言編程的時候，數據是在內存中申請空間，譬如使用數組等等。很耗費內存空間。這個時候就是數據庫站出來的時候啦，于是我又裝上了sql serverXX，以前學asp的時候用的是access，那個時候只是照著人家做，理論是什么也不是很清楚。

通過一個暑假的學習，基本搞清楚了理論方面的東西，具體怎么用也不是很清楚。但是這為這學期的課程設計打下了鋪墊。

來到學校后，隨著這學期的數據庫課程大賽開始了，我有一個看法就是我自己應該具備的能力不是我會多少，而是我應該具備快速學會東西的能力。遇到什么就學什么。我們有時候很容易被一些專業名詞說嚇著，包括什么建模，軟件工程，數據分析，數據挖掘等等。我身邊就有很多同學被這些紙老虎所唬住，而沒有勇氣去接觸他們，總是說這個太難了之類的退堂鼓的話，他們低估了自己的潛力同時也壓抑住了他們自己的好奇心。其實都是紙老虎，又不是什么國家科研難題，只是去用一些工具，發明工具是很難，但是用一個工具就容易多了，just do it！我記得我做這個數據庫之前，我們老師說要做好前期分析，我就在網上搜索用什么分析工具好。最后我選擇了roseUML建模工具。在此之前，我腦袋里面沒有軟件建模的思想，什么UML建模對我而言就是一張空白的紙。但是真正接觸后并沒有想象的那么難，有什么不懂的上網去搜索，這是一個信息橫流的世界，有google，baidu就沒有不能解決的知識難題。以及后來的數據庫分析的時候用到的powerdesigner也是一樣。

開發的時候我想過用什么架構，c/s模式？模式有很多，怎么選擇？我就上網搜索現在最流行的架構是什么。結果搜到了MVC架構，就是你啦。我決定用這個架構，不會，沒關系，咱學。Just do it！前期工作準備好后，那么我就得把我暑假學的.net加以實踐。這個時候我更加深入的了解了利用ado.Net操縱數據庫的知識。并且對數據庫里面的存儲過程有了比較深入的了解。經過大概2個多星期的奮斗，我完成了我的數據庫課程設計--基于.net數據集的圖書館管理系統。并最后非常榮幸的獲得了大賽的一等獎以及以及新技術應用獎。

與其臨淵羨魚，不如退而結網。這次數據庫課程設計給我的最大的印象就是如果自己有了興趣，就動手去做，困難在你的勇氣和毅力下是抬不了頭的。從做這個數據庫開始無論遇到什么困難，我都沒有一絲的放棄的念頭。出于對知識的渴望，出于對新技術的好奇，出于對一切未知的求知。我完成了這次數據庫課程設計，不過這只是我學習路上的驛站，未來十年.NET的核心技術就是XML[至少微軟是這么宣傳的]，我會繼續學習它，包括jave公司的j2ee我也很想試試，語言本來就是相通的，just do it！語言并不重要畢竟它僅僅是工具，用好一個工具并不是一件值得為外人道的事情，主要是了解學習思想。古語說的好：學無止境啊！

我很慶幸我參加了這次數據庫大賽，讓我確實打開了眼界。

（最后，很感激學校給了我們這次動手實踐的機會，讓我們學生有了一個共同學習，增長見識，開拓視野的機會。也感謝老師們對我們無私忘我的指導，我會以這次課程設計大賽作為對自己的激勵，繼續學習。畢竟學習就是一個just do it的過程！）我直接從報告上面復制過來的.....所以這段也不刪去了.............呵呵。

題目大概是用可視化編程實現一個簡單的數據庫管理系統我用的是BCB 題目雖然是簡單 但也明白了很多以前以為懂的問題代碼到沒什么 這種題目用BCB的話已經不用幾行代碼了關鍵是了解了這些名詞paradox，ADO，BDE，ODBC 一開始拖控件,寫幾行代碼 很快就完成了編譯也通過了 但傳到同學機器上就是顯示不出數據來折騰了我1天 又是發帖子 又是問群里的達人后來明白了我用的paradox數據庫是用BDE引擎的發布軟件的時候要把BDE打包于是又學著打包BDE 卻發現不到1m的軟件如果打包BDE的話就10＋m了而且BCB6自帶的那個打包軟件用的我頭暈目眩于是又想不用BDE 所以又折騰了我半天答案是要使用ADO控件（以前我用的是BDE控件）而且要用Access數據庫了解了這些之后 作業也就完成了總的看來還是很有收獲的 幸虧我下了決心這個作業要自己做沒有去網上下載 呵呵

第五篇：VB 課程設計

學生成績管理系統一、功能描述

首先簡單地闡述本人所要實現系統的目的，然后應較詳細的敘述本系統所要實現的功能。

************ *******

二、概要設計

1、系統功能模塊框圖設計

根據功能描述，建立系統的體系結構，即將整個系統分解成若干子功能模塊，并用框圖表示各功能模塊之間的銜接關系，并簡要說明各模塊的功能。

程序流程框圖如圖所示：（僅供參考）

圖1 程序流程圖

2、數據庫設計

包括數據庫的組成說明，數據庫中各表的結構說明（包括字段名、字段類型等），可以包含圖片例如下表：

表1 學生信息表

三、詳細設計

詳細說明主要窗體的實現過程，包括窗體的設計圖片及其上所包含的控件名和屬性設置；

詳細說明主要操作的代碼實現過程，包括過程間的調用關系（注：在此給出不完全代碼）。如下所示：

1、賬號登錄

帳號登錄模塊中登錄與注冊兩按鈕，單擊注冊會進入注冊模塊中，單擊登錄會進入系統進行下一步的操作，帳號文本框與數據庫相連接，當在帳號文本框輸入帳號后點擊登錄按鈕后，會在數據庫中進行查詢看數據庫中是否會有該帳號，且該帳號的密碼是否與密碼框中輸入的相同，如果相同會進入系統，如果不存在該賬號或密碼與帳號不相匹配，則會提示“帳號或密碼錯誤”，帳號文本框會得到焦點，讓重新輸入。

（1）窗體截圖（如圖2）

圖2 注冊窗體

（2）功能實現

2、學生信息查詢窗體

圖3 查詢窗體

四、調試中存在的問題及解決方法

包括調試過程中遇到的主要問題及采取的解決方法。例如：

1、注冊賬號出現的錯誤

數據庫中帳號被設為主鍵，當注冊時的帳號與數局庫中的帳號有相同時就會出錯。

2、解決方法：在寫入數據庫前先進行查詢數據庫

五、心得體會

本人在本次實習中取得的收獲、遇到的困難、如何面對和克服各種困難、本系統的不足之處，將要改進的思想等。

六、參考文獻

[1] 羅朝盛.Visual Basic 6.0程序設計教程(第3版).人民郵電出版社，2009年2月

[2] [3]

七、附錄

包括全部源程序清單(程序中應有足夠的注釋)。