第一篇：圖書管理系統設計個人總結

電子商務數據庫技術實訓

圖書管理系統

實訓內容

我在這次試驗中參與了“需求分析”、“表中數據輸入”，“存儲過程”和“觸發器”的設計。在“需求分析”階段我們遇到的主要問題有用戶需求的分析和流程圖的設計。進行用戶需求的分析時，由于時間和范圍的限制我們很難對用戶的需求做出準確全面的了解分析，因此不可避免的會存在這樣或那樣的缺陷，這就需要我們在不斷的改進。在流程圖的設計中，我們遇到的問題有數據在系統中的流向問題，在一些數據上我們存在著數據流向錯誤，還有的數據之間的流向是雙向的，但我們沒有在流程圖中體現出來。經過老師的指點后我們及時的做出了修改，同時還明白了一張表格設計出來關鍵在與有沒有人看，如果沒有人看那這張表格就是多余的。因此表格設計的關鍵在于明確要給誰看。在實驗過程中我明白了需求分析是數據庫設計的起點，也是整個設計過程的基礎，需求分析做得不好，開發出的系統的功能可能就會與用戶要求之間存在差距，甚至有可能導致整個工作從頭再來，因此一定要保證需求分析準確全面。

在“表中數據輸入”過程中，當向借閱信息表輸入數據時雖然沒設還書日期為必填字段，也沒設默認值。但即使沒輸還書日期，表中也會自動生成一個日期，而且還不能刪除。我們討論了很久也沒得出原因，請教老師后才知道在我們的借閱信息表中字段圖書編號和圖書名稱存在部分函數依賴導致出錯。我們刪除了圖書名稱一列，并運行成功。在這個問題上更讓我們明白了需求分析的重要性。

在“存儲過程設計”和“觸發器”的設計中我們也遇到了一些問題，最主要的是不清楚應該怎樣用代碼來實現我們想要系統完成的功能。這主要是由于我們對知識掌握的不全面。因此我們只能寫一些簡單的命令或通過網絡搜索來實現，但這也導致了我們想的功能和實際做出來的功能存在一些差距。同時我們也在設計過程中遇到了一些具體的問題。例如，在設計“未還圖書信息”存儲過程時，我們想要輸出未還圖書的借書證號、圖書編號、姓名、圖書名稱。但運行后發現它輸出了很多重復的項，而且他們的借書證號全是一樣的，雖然這個借書證號是存在未還圖書的借書證號，但她把所有人的姓名全輸出來了。一開始我們不知道這是為什么，試了很多次還是不行，最后如果只要求輸出借書證號和圖書編號又能運行成功，因此我們想應該是在命令中沒有體現兩表中的關系，違背了關系的完整性。于是我們又在條件中輸入了“借閱信息表.借書證號 =讀者信息表.借書證號，借閱信息表.圖書編號 = 圖書信息表.圖書編號”命令運行成功。

從這些問題中我看到了自己的不足，這些細節上的問題更需要我們細心的對待。

實訓總結

通過項目實訓我體會最深的是團隊合作的重要性，我們所做的工作都不是獨立的，不能只想到自己。當遇到問題不能自己解決，通過大家一起完成時，那份快樂也是加倍的。在實訓過程中我明白了我們不應該只想著如何避免難題而應學著解決它。更重要的是平時就應該積累知識。

電子商務數據庫技術實訓

第二篇：圖書管理系統個人總結

C#課程設計

實

訓

總

結

姓名： 班級：

學號：指導教師：

一學期很快就過去了，在這一學期中，我通過對Visual c# 2005程序設計的學習獲得了很多知識。在本次C#課程設計中，我學習到了許多書本上沒有的知識，是我了解到程序開發的艱難。雖然這次實訓中有許多的不足，但起碼是了解了圖書管理系統開發的部分過程。這次課程設計給我提供了一個很好的機會，在設計中發現，有很多已經學過的東西我們沒有理解到位不能靈活運用于實際，不能很好的用來解決問題，這就需要自己不斷的大量的實踐，通過不斷的自學，不斷地發現問題，思考問題，進而解決問題。在這個過程中我們將深刻理解所學知識，同時也可以學到不少很實用的東西。

一 實訓選題

圖書管理系統的設計

二 實訓設計作品內容

這次的課程設計，我們需要做一個圖書管理系統的登錄界面及主界面。

三 設計中遇到的問題及解決方案

這次的課程設計，我們需要做一個圖書管理系統的登錄界面及主界面。在制作過程中，我親身體驗了一回系統的設計開發過程，很多東西書上寫的很清楚，貌似看著也很簡單，思路非常清晰。但真正需要自己想辦法去設計一個系統的時候才發現其中的難度。本次實訓中，在做到各個頁面之間的跳轉中，不知如何制作，在我像同學及老師的不斷請教中終于學會了。

四 作品的優點及不足

通過本次課程設計，我感覺我的作品的優點在于，各頁面之間的背景設計還是不錯的，不足在于設計頁面過于簡單，有的設計不是很合理。希望以后能改正，更加努力學習。

五 對實訓的意見及建議

通過這次課程設計的完成，使我對自己所學知識進一步的了解，同時通過實踐發現自己的不足，對知識的掌握及運用存在諸多的不完善。本系統也存在著很多不足，如系統十分簡單，實現功能也不夠完善。所以在今后的學習中我會繼續努力，完善自我。在本次的實訓中我感覺實訓的時間有點短，有些設計是需要時間來思考的，但兩天的時間過于短，由許多的功能無法實現及更改，希望學校加長對實訓時間的延長。還有就是實訓環境有點簡陋，實訓室沒辦法上網，有些東西不會而無法及時的上網查詢。希望領導能夠改善。對于建議，希望領導能給實訓室裝上風扇，最好能裝上空調。

第三篇：軟件工程--圖書管理系統--個人總結

軟件工程--圖書管理系統

個人總結報告

設計題目：圖書管理系統 總結匯報： 指導老師：

2013年6月15日

1.引言

1.1編寫目的

現代軟件工程中圖書館管理系統的開發與匯報已結束，關于系統開發的總結報告，已以整個團隊的角度，在《項目開發總結報告》中陳述。我作為“非常2+3”小組組長，即圖書管理系統項目負責人，也許由于身處位置的特殊，所見、所想與所得也與其他隊員頗有差異，現總結之。

預期讀者：XX老師。

1.2背景

軟件系統的名稱：圖書管理系統 本項目的任務提出者：現代軟件工程 開發者：XX 用戶及實現該軟件的計算機中心或計算機網絡：互聯網 該軟件系統同其他系統或其他機構的基本的相互來往關系：無

2.項目概述

2.1項目簡介

圖書館管理系統面向讀者、圖書管理員、系統管理員及游客提供服務。其中，讀者可查詢、借閱、預定、歸還圖書及留言；圖書管理員可完成圖書的上下架、現有庫存圖書的借還管理等；在此基礎上，系統管理員可以實現對注冊讀者及圖書管理員的管理、通知公告的發布、系統數據管理及留言管理等。

2.2開發環境

該系統在.NET平臺、利用C#在Visual Studio 2010 IDE中完成開發，并采用Sql Server2008作為后臺數據庫。解決方案整體采用C/S結構，架構在.NET Framework 4 及MVC3.0之上。3.個人總結

3.1所見

（1）因小組成員來自不同專業、程序設計基礎不等，具體開發工作展開后致使部分同學無法很好的融入進來。具體表現在：程序設計邏輯不清晰、編碼不規范、效率低下、文檔編寫不規范等。

（2）由于作業跨度較長，且小組成員間作業時間不易統一，導致團隊成員間溝通不夠及時、有效。

（3）團隊成員間對項目開發重視程度不同，導致工程進度、開發質量及文檔編寫規范不盡人意。

3.2所想

（1）因是課程設計，故不同專業同學參與統一項目開發在所難免，相反，不同的專業背景在開發過程中會突破傳統的教條，提出意想不到的建議。在需求分析階段，他們可以更好的充當客戶的角色，從用戶角度提出需求；在測試階段，可以更“海闊天空”的編寫測試用例，更全面的測試代碼?？傊?，合理的利用資源，將更有利于項目整體的進行。

（2）在實際項目開發中（尤指公司內），項目成員間溝通是很重要的，及時有效的溝通可以使得接口定義的更加契合，模塊銜接更加無縫。那時的成員都沒有課業壓力，有的只是為資本榨取的權利，故在每天8小時的工作日內，交流的及時行可以保證，是否有效還要看個人的功力了！

（3）我承認我的脾氣有時會暴一點，不少要求在別人眼里會是“苛求”。但這無非是我想帶領我的小組能取得最好的成績。雖然我承擔了大部分的編碼、編寫了全部管理文檔及相當部分的開發文檔、審閱并匯總所有上交資料，但我覺得自己很有擔當。尤其是組員都很支持我的工作，也許因為大家基礎不一，工作量存在較大懸殊，但我看到了每個人的努力，我想這也夠了。

3.3所得

（1）項目中有兩個非計算機專業同學，在項目開發過程中，在我看來均表現得非常認真。雖然專業知識的相對欠缺，文檔用語不夠準確、邏輯不夠清晰等有待加強。但積極參與項目開發的各項工作，尤其在文檔編寫、整理等工作量很大的方面的工作十分出色。沒有絲毫輸給計算機專業同學的意思嘛。

（2）小組會議基本每月一次，但完全滿足不了需求！如何為團隊創造更好的溝通環境，也許是項目負責人最大的責任。

（3）通過小組匯報來看，開發工作總體令人滿意。通過文檔的匯總結果來看，應該基本涵蓋了項目開發的方方面面。如此，面對小組，面對成績，無愧于心矣！

4.致謝

之所以在個人總結里要添加“致謝”一章，因為我深知團隊合作的重要性。經過這次項目開發，讓我看到了XX同學的細心嚴謹，文檔的整理很統一、規范，參與工作相當積極；XX雖然話很少，但交給任務后不含糊，盡己所能，相當仗義（作為上交的個人總結，措辭也許欠考慮啦）；XX也比較認真，任務完成較好；XX參與編碼中，完成了相當的工作量，值得肯定。作為項目負責人，再次感謝大家，謝謝大家對我工作的肯定與支持！

不得不說回到現代軟件工程，不得不承認這是我研究生階段最累的一門課，投入時間、精力最多、但無疑也是收獲最多的一門課。感謝XX老師，雖然有時會抱怨您，但謝天謝地，我也稍學會了您的“苛刻”。很慶幸遇到XX老師，我相信，對自己要求再嚴格也不過分，而且我相信未來的我，會變得更加強大。

4.結束語

很高興，在最終匯報時，項目開發基本達到預期，文檔的整理也比較完備。總體而言，較好的完成現代軟件工程作業的要求。

在項目開發過程中，作為項目負責人，我深刻認識到團隊協作的重要性；作為代碼工程師，我不得不承認個人的力量還是有限的；作為文檔編輯及審閱者，我得說完備詳盡的文檔是必須的，但是需下工夫的。在以后的工作學習中，希望能將暴露出的問題逐一改正。

最后，再次感謝小組成員的全力配合，感謝XX老師！

第四篇：圖書管理系統數據庫設計

數據庫設計.................................................................2 3.1 專門術語的定義...................................................2 3.1.1 系統中常用的術語(或使用頻率較高的術語).........................2 3.1.2 表格定義及規范.................................................2 3.1.2.1數據約定.....................................................2 3.1.2.2表和表字段命名規范：.........................................3 3.2 數據設計.........................................................3 3.2.1 數據流程圖設計.................................................3 3.2.2實體關系結構設計...............................................4 3.3安全保密設計.....................................................6 3.3.1 邏輯上的安全保密...............................................6 3.3.2 物理上的安全保密...............................................6 3.4 表格與功能模塊相關性分析.........................................7 3.5 表格定義.........................................................7 數據庫設計

3.1 專門術語的定義

暫無

3.1.1 系統中常用的術語(或使用頻率較高的術語)暫無

3.1.2 表格定義及規范 3.1.2.1數據約定

所有數據項都用英文、漢語拼音或縮寫表示，數據庫名稱除外。

所有字段在設計時，除以下數據類型timestamp、image、datetime、smalldatetime、uniqueidentifier、binary、sql_variant、binary、varbinary外，必須有默認值。字符型的默認值為一個空字符值串；數值型的默認值為數值0；邏輯型的默認值為數值0；

其中：系統中所有邏輯型中數值0表示為“假”；數值1表示為“真”。datetime、smalldatetime類型的字段沒有默認值，必須為NULL。當字段定義為字符串形時建議使用varchar而不用nvarchar。建議在大多數表中（如報銷單，申請單），應都有以下字段： 字段名說明類型默認值 CreatorID創建者int CreatedTime創建時間DatetimeNULL 字符集采用 UTF-8，請注意字符的轉換。

所有數據表第一個字段都是系統內部使用自動序列主鍵列，自增字段，不可空，名稱為：id，確保不把此字段暴露給最終用戶。

除特別說明外，所有字符串字段都采用varchar(50)類型，(無論漢字還是英文，都算一個字符）。

除特別說明外，所有小數的字段都采用 decimal(18,2)的形式表達。

除特別說明外，所有日期格式都采用 datetime 格式（根據需要提取時間格式）； 除特別說明外，所有整形都采用 bigint 格式。除特別說明外，所有字段默認都設置為 null。3.1.2.2表和表字段命名規范：

命名規則約束的范圍包括：數據庫的命名、表的命名及字段的命名。數據庫相關的命名規則采用與通常的編程的變量命名規則原則一致，具體要求如下： 1）字段名及表名為典型的名詞結構； 2）中文名稱要求語言精練、文法嚴謹；

3）望文知意、易懂易用，禁止采用如：A002這種命名；

4）主體采用拼音字母的首寫字母拼寫構成，基于慣常法可適度采用無詞義歧義性的英文命名；

5）長度不少于3個字母，不大于12個字母；

6）在對于拼音首字母類似的字段和表，為區別，添加下劃線和數字如男性人數：NXRS，女性人數：NXRS_2。

3.2 數據設計

繪制數據流程圖的目的是為了方便開發人員與用戶的交流，以及為系統的設計提供依據。數據流程圖的繪制過程通常采用自頂向下，逐層分解，直到功能細化為止，形成若干層次的數據流程圖。3.2.1 數據流程圖設計

0層數據流圖

1層數據流圖

3.2.2實體關系結構設計

圖書實體關系

讀者實體關系

圖書借閱關系實體

用戶實體關系

圖書類別實體關系

3.3安全保密設計

3.3.1 邏輯上的安全保密

1、系統對非法使用者的安全保密處理措施

2、系統對正常使用者的安全保密處理措施

3、系統對管理員的安全保密 3.3.2 物理上的安全保密

1、數據庫系統異常時的還原處理措施

2、設備遭異常毀壞時的安全防護措施

3、數據參數做到及時更新，保證系統正常運行

3.4 表格與功能模塊相關性分析

3.5 表格定義

a.圖書信息表

b.讀者信息表

c.借閱表

d.管理員_書籍

e.管理員_學生

第五篇：圖書管理系統設計報告

圖書管理系統設計報告

一系統開發的目標與意義

1.1設計題目

此次VFP課程設計是綜合應用所學過的數據庫理論知識，自行設計并實現一個較為完整的應用系統。結合一個實際信息系統開發，初步掌握數據庫管理信息系統的方案設計、論證和分析方法。正確運用所學課程的基本理論和知識，了解在Windows環境下，使用Visual FoxPro 6.0開發管理信息系統所需的計算機軟、硬件環境。進一步深刻理解Visual FoxPro 6.0，合理設計并建立數據庫，建立數據庫中表與表之間的關系。在理論教學的基礎上，進一步理解可視化編程的基本概念，熟練掌握可視化編程的方法和步驟。通過編程和上機調試，提高計算機應用與開發水平，特別是VFP平臺的開發水平和能力，提高解決實際問題的能力。從軟件工程的角度，初步樹立正確的程序設計思想，從系統分析、系統設計、系統實現、系統評價出發。培養分析問題、解決問題的能力。提高收集、查閱資料和撰寫項目文檔的能力。

1.2開發意義

針對圖書館特點，圖書管理系統實現后，能夠使界面友好美觀操作簡單易行。全面自動化信息管理，可隨時掌握圖書的進存、借閱等信息，查詢靈活方便，數據存儲安全可靠。進而提高工作效率。改善后的圖書管理系統將功能全面，實用性強。

1.3系統開發過程

1.3.1 分析階段

本階段主要工作是信息的收集，正所謂好的開度等于成功的一半。通過信息的收集工作來確定系統的目標、軟件的總體思路以及所需要的時間。

1.3.2設計階段

在本階段認真設計可以體會到什么叫事半功倍。詳細的規劃具體需要完成的任務、輸入輸出的程序以及采用的數據結構，最好通過一定的算法描述工具詳細描述算法。

1.3.3實施階段

本階段要運用（1）系統論思想，把所做的大系統分解成幾個小系統，但要保證小系統即個功能模塊受高一級系統控制。（2）“自上而下”的設計思想。每一給小程序都可獨立、精確運行，但嚴格受制與高一級程序。

1.3.4維護階段

本階段測試系統的性能是關鍵，通過測試找出設計錯誤、程序錯誤、算法錯誤。通過此階段積累自己的設計經驗。

1.4開發平臺本系統是在WINDOWS XP的操作系統使用VisualFoxPro 6.0開發制作的，硬件環境是P4，256M內存以及1024*768分辨率。

二系統分析

2.1 用戶需求

通過本圖書查詢系統，用戶可以輕而易舉的查到圖書信息、借閱人信息以及節約人與圖書之間的各種關系。例如：（1）輸入借閱人編號可以查閱到其解了哪些書，同時查到這些書籍的信息（作者、出版社、出版年、借還日期等）；輸入書籍名稱或書籍編號可以查閱到書籍信息及借閱人信息（姓名、所屬單位、聯系方式等）。（2）數據的輸出，可以把查閱到的各方面信息通過報表形式輸出。

2.2可行性分析 通過對所收集的數據和在設計階段所需要的各項功能進行分析，最終得出所學設計的軟件系統是否可行。并對所存在的問題加以解決；所存在的錯誤加以糾正。

2.2.1數據分析 在分析階段完成，收集各方面信息，使所作的軟件功能完備，方便可行。學生基本情況信息：主要包括姓名、性別、學號、所屬單位、出生年月等

進書基本情況信息：主要包擴書名、圖書分類編號、作者、出版社、出版日期、購入日期等 借書基本情況查詢：主要包括借閱者姓名、借書日期、應還書日期等。在分析階段作出以下圖表，為實施階段打下良好基礎。

圖1 “圖書管理系統”數據結構圖

2.2.2功能分析本系統具有信息錄入、修改、查詢、信息輸出以及系統安全設置等功能。具體情況如下：

（1）信息錄入功能：圖書進書信息、學生信息、借閱信息等。

（2）修改功能：對圖書信息、學生信息等進行添加修改。確保數據及時更新。

（3）信息輸出功能：對所需要的信息通過打印機等輸出工具進行輸出。

（4）查詢功能：主要把學生信息與圖書信息建立關聯，實現學生信息與圖書信息的互動。能夠方便快捷的實現圖書被借閱，和學生借閱等信息的查詢。

為了為實施階段打下基礎，做功能結構圖如下：

圖 書 管 理 系 統

系統介紹數據查詢數據錄入維護信息輸出退出

系統介紹界面系統登陸界面學生信息查詢書籍信息查詢借閱信息查詢學生信息錄入新書信息錄入借閱信息錄入學生信息輸出書籍信息輸出圖書去向輸出推出系統界面

圖2系統功能結構圖

三 系統結構設計

3.1數據庫的建立

3.1.1 表的建立本系統共建立三個表，分別是借書表、進書表、學生基本情況表。給表中所包含的信息見2.2.1數據分析所示。

3.1.2 表的關聯

所以是表與表這間建立聯系的紐帶。在本系統所涉及的三個表中索書號和借閱證號都可以作為唯一標示紀錄的索引關鍵字。但考慮到數據修改時是否方便，所以使用學生基本情況表作為父表，以借閱證號作為主索引，避免了關鍵字出復值。在借書表中涉及到“書被誰借去了”所以可以用借閱證號位關鍵字把學生基本情況表和借書表建立起一一對應的關系。在學生基本情況表中涉及到“某學生截了那本書”故可以以索書號作為關鍵字建立唯一索引。因為索書號是唯一確定的，雖讓建立的是唯一索引，卻也可以收到主索引的效果。總而言之，在借書表與學生基本情況表之間以借閱證號位關鍵字建立對應關系，再進書表與學生基本情況表之間用索書號建立起一一對應的關系，最終實現三個表之間的互動。

3.1.3表結構的建立與數據的錄入

打開了Visual FoxPro軟件，運行文件菜單中的新建按鈕，選擇表和新建文件，同時設置好表名及路徑并保存，然后在出現表設計器中進行設計。以下為三個表的設置結構及錄入的記錄：

部分記錄如下：

圖3借書表結構及部分數據截圖

部分數據如下：

圖4進書表結構及部分數據截圖

部分數據如下

圖5 學生節本情況結構及部分數據截圖

3.2系統的設計與實現

3.2.1系統界面與表單設計

漂亮簡捷的系統界面將給使用者一個好的印象，是一套系統的門面。設計的成功與否，見關系到系統的前景與市場。本套系統的界面設計及實現程序如下：

圖6 系統登陸截圖

設計步驟如下：

新建表單“系統登陸.scx”，創建command1、2、3，label1、2、3，combo1和text1。

設置text1的caption屬性為“圖書管理系統”，text2的caption屬性為“操作員”，text3的caption屬性為“密碼”，并設置字體、顏色、大小等內容使其美觀。Label1的caption屬性為“確定”，同理label2、3為“取消、退出”

定義command1控件的click事件，代碼如下：

3.2.2數據查詢表單設計

數據查詢包括按學生學號查詢學生的具體信息、按書籍的名稱查詢書籍的具體信息和借閱情況等。下面列舉單表查詢表單如進書表.scx和多表查詢表單如圖書去向情況和圖書借閱情況.scx說明數據查詢的設計方法，進書表.scx的運行效果如下圖所示：

圖7 圖書信息查詢系統截圖

設計步驟如下：

此表單的設計主要是練習表單向導的用法。新建表單→表單→向導→字段選取→選擇表單樣式→排序次序→完成→運行。

用表單向導來設計表單為使用者帶來極大的便利，尤其是對于我們初學者。但影響創造力的發揮和一些功能的實現。

索書號查詢表單的運行效果如下：

圖8 索書號查詢截圖

設計步驟如下：

★此表單涉及主要是練習用程序和命令來實現查詢的目的。查詢的關鍵是command1即查詢按鈕的屬性設置。其實現代碼如下：

command2即退出按鈕的代碼為release thisform；

推出系統地實現：

退出系統地實現主要是通過command1、2的單擊事件click來實現的。其運行效果圖如下：

圖9 退出系統截圖

設計步驟如下

★command1即YES按鈕的實現代碼為 ,command2即NO按鈕的實現代碼為release thisform。

3.2.3 報表的設計

在數據庫應用系統中，常需要將數據處理結果以報表形式打印出來。在本套系統的報表設計、顯示、答應報表的功能主要用報表設計起來實現。例如下圖：

運行后的結果如圖所示：

圖10報表設計器及部分數據截圖

在報表設計過程中，主要用到表設計器和表向導。為能用到報表設計器的高級操作，我會在以后努力學習表設計器的高級操作，彌補這次課程設計的一個缺憾。

3.2.4主菜單的設計

主菜單是用戶使用本系統的主要途徑，所以合理的設計至關重要，本系統的主菜單是通過菜單設計器來完成，使用的是菜單設計器的非快捷菜單方式,在主菜單確定后,分別再編輯各個子菜單項、命令、過程。本系統使用了命令及過程調用表單的方式。設計步驟如下：

創建第一級菜單。在“項目管理器”中選擇“其他”選項卡，再選擇“菜單”選項，然后單擊“新建”按鈕。出現菜單設計器，輸入各菜單名稱及結果，建立本系統所需要的菜單，如下圖所示：?

圖11 系統主菜單截圖

★在創建主菜單后，即開始設計子菜單。單擊子菜單項后的“創建”按鈕，可創建其子菜單。如下圖所示：

圖12 系統子菜單編輯截圖

3.2.5主程序設計

主程序是系統運行時執行的主文件，設計主程序的方法為：在“項目管理器”中選擇“代碼”選項卡，再選擇“程序”選項，然后選中一個程序文件，本系統中為“MAIN”，單擊右鍵彈出快捷菜單，選擇“設置主文件”，就可設置一個程序為主文件。

本系統的主程序代碼如下：

四 系統操作說明

★雙擊 快捷方式，進入到登陸系統。

★輸入操作員賬號和密碼，單擊確定進入到系統介紹界面。單擊 系統操作界面。見看到菜單欄。在“系統介紹”中有“用戶更改”和“系統主頁”子菜單。在“數據查詢”中涉及到借閱信息、圖書去向、姓名查詢、索書號查詢等子菜單。報表打印中涉及到借書表、進書表、學生信息、和借閱情況等表格。在退出系統一欄中，涉及到系統推出的確認，確定要退出單擊YES，否則單擊NO。

五 結束語

經過為期兩周的課程設計可謂受益匪淺。經過時間才真正的地把文字化為了知識，才真正的為我所用。認識到自己在學習過程中的缺點和不足。為以后的學習生活積累了寶貴的經驗和教訓。心得體會如下：

★再做vfp系統開發時一定要做好信息的收集工作，否則后即工作將墜入五里霧中。信息收集時要求盡可能的考慮周全。這才能為設計階段打下一個良好的基礎。

★在系統的設計過程中，最好能集思廣益，多聽取一點別人的意見和創意。使程序盡可能完美。一定要學會用算法描述工具，把自己的的意圖詳細簡明的記錄下來。

★在為文件命名是盡可能不要因其混淆，盡量由數字或字母。在系統設計中我把“系統登陸、系統登錄、登陸系統”三者混淆了。為自己帶來了不盡的苦難。并且均用漢字作為文件名。這樣雖然不易引起混淆，但是影響工作的效率。

★要學會設置文件路徑，尤其是用向導時。要學會用項目管理器，既可以提高工作效率，又減少了出錯的幾率。

★★最后誠懇的向老師您提一點建議，如果您一個學期教我們做一套系統，在做這套系統的同時穿插著講知識點，我幼稚的以為效果會更好，避免了在做課程設計已開始的時候找不到北！

六 參考文獻：

㈠李春葆編著.Visual Fox Pro7.0數據庫系統設計與開發.北京：清華大學出版社，2003.8 ㈡李春葆編著.Visual Fox Pro6.0高級編程（應用系統設計篇）.北京：清華大學出版社，2000

㈢史濟民,湯觀全編著.Visual Fox Pro及其應用系統開發.北京：清華大學出版社，2000 ㈣蔡卓毅,林盛雄,林羽揚,黃竺編著.Visual Fox Pro6.0數據庫程序設計與實例.北京：冶金工業出版社,2003

㈤史德芬編著.全國計算機等級考試二級真題解析——Visual Fox Pro程序設計.北京：海洋出版社,2003