圖書管理系統解決方案范文

時間:2023-08-02 17:35:00

導語:如何才能寫好一篇圖書管理系統解決方案,這就需要搜集整理更多的資料和文獻,歡迎閱讀由公文云整理的十篇范文,供你借鑒。

篇1

XML是Web發展到一定階段的必然產物,可擴展標記語言是用來描述一種稱為XML的文件的數據對象,同時也部分描術了處理這些數據對象的計算機程序的行為。為圖書館理系統實現查詢功能奠定基礎。

1.1XML的文檔結構

一個典型的XML序言包含以下的語句成份:<?xmlversion=”1.0”?><!DOCTYPEbooksSYSTEM“books.dtd”><?xml-stylesheettype=”text/xsl”href=”books.xsl”?><xsl:stylesheetversion=”2.0”xmlns:xl=/1999/XSL/Transform>這個語句為了XML文檔數據的有效性說明、XML文檔的格式轉換和應用程序設計。

1.2XML查詢定位鏈接

隨著XML的發展,XML文檔的查詢、定位、鏈接的相關技術規范相繼出臺。這些規范完善了XML技術體系,使XML穩步發展。目前Xpath、Xlink、Xpointer是W3C推薦的用于XML文檔的查詢鏈接和檢索的規范。1.3XML與數據庫的交換在XML技術出現之后,各種傳統數據庫相繼推出了自己的支持XML的解決方案來實現傳統數據庫與XML之間的轉換。作為數據存儲載體,XML文檔也可以作為數據文件使用,同樣可以完成傳統數據庫存儲數據的任務和功能。

2XML查詢在圖書管理系統中的設計

本論文是基于我院的圖書管理系統中的數據查詢為主要研究內容。我學院是省骨干高職院校。(1)招生規模在省內高職中處于前列,在圖書管理工作中有著自己獨特的方法。(2)我學院現有多個單機版本的圖書管理系統,存在數據格式不兼容,數據嚴重冗余等問題,課題組通過對現有系統的整個改造并結合學院中各個子系統之間數據整合情況,采用XML表示各子系統中的數據,形成圖書綜合管理系統。(3)使用基于XML數據的查詢技術進行深入研究,在眾多的XML查詢技術當中,選擇了XQuery查詢語言進行研究。(4)最終通過XQuery查詢技術能夠對圖書綜合管理系統中的XML數據進行有效的查詢,最后得到所需要的數據信息。

3實現圖書管理系統的查詢方法

3.1專業調查(社會調查法)

通過調查,弄清本校圖書館現有的多套圖書館管理系統運行方式,數據的格式,系統的缺陷,數據相互共享的需求情況。

3.2文獻資料法

通過專業圖書、期刊及網絡資料等資料文獻檢索方式,查閱國內外有關XML查詢技術方面的資料,并進行歸納和總結,從而總結其教訓,借鑒其先進的經驗,做為我們研究XML查詢技術在高職校圖書管理系統中應用的一個基礎條件。

3.3數據搜集法

搜集學院各圖書管理系統的相關開發手冊資料等。主要是針對XML查詢語言進行研究與應用,研究XML查詢語言中的XQuery查詢技術;利用這種查詢技術對高職院校圖書綜合管理系統進行查詢應用。針對XML查詢技術方面的資料很少,還有XQuery查詢技術在高職校圖書綜合管理系統中的查詢實現。

3.4XQuery查詢技術法

XQuery查詢技術從眾多的XML查詢語言是各個行業中表示數據的標準。基于關系數據庫的通用XML存儲查詢系統的研究與實現,能夠將XML文檔解析并存儲到關系數據庫中,實現不同圖書管理系統數據的查詢共享。

3.5主要觀點和創新價值

篇2

關鍵詞:設計模式;框架;圖書管理

1 引言

隨著人類社會的發展,人類對知識的需求也不斷地增長。在這種形勢下,書籍就漸漸地成為人們獲取并增長知識的主要途徑,而圖書館就自然而然地在人們的生活中占據了一定的位置,如何科學地管理圖書館不但關系到讀者求知的方便程度,也關系到圖書館的發展,同時現在很多圖書館的系統都是基于C/S模式,并且同城各圖書館之間的互聯也很少,大大增加了圖書資源的浪費,也給用戶對圖書的檢索和使用增加難度。因此,開發一套完善的基于Struts2 B/S模式圖書管理系統就顯得更為重要。

2. Struts2 web 框架

Struts 2 框架主要由三個部分組成:核心控制器、業務控制器和用戶實現的業務邏輯組件。核心控制器FilterDispatcher 負責攔截用戶請求,如以action 結尾則轉入Struts 2 框架處理;然后會調用相應業務控制器(用戶實現的Action)來處理用戶請求;業務控制器Action只作為中間負責調度的調度器,一般不對用戶請求進行實際處理,而是調用模型組件處理具體的業務邏輯;之后核心控制器根據Action 的處理結果返回相應視圖給用戶顯示最終處理結果。

Struts2與Struts1相比,已有很多革命性的改進,但它并不是新的新框架,而是在非常成熟的WebWork框架基礎上發展起來的。從某種程度上來講,Struts2沒有繼承Struts1的血統,而是繼承WebWork的很多優點。所以說,WebWork衍生出了Struts2。因為Struts2是WebWork的升級,因此其穩定性、性能等各方面都有很好的保證,而且吸收了Struts1和WebWork兩者的優勢,其技術水平可以說是絕無僅有的。Struts2是一個嶄新的項目,發展空間很大,當前最新的技術、最新的理念都包含在其中,因此使用了Struts2就相當于站在了Java Web開發的最前沿。本系統采用基于Struts2結構的Java Web技術開發,給系統按時按質的完成提供了保證。

3 圖書管理系統分析

3.1系統的需求分析

需求分析是系統開發最重要的階段,通過需求分析完成在問題和解決方案之間架設橋梁第一步。經過調研后得到圖書管理系統的業務需求,其中以系統管理員為主的用例有:(1)系統參數管理;(2)人員管理;(3)權限管理;(4)圖書訂購管理;(5)館藏信息查詢;(6)借閱信息查詢等。以圖書管理員為主的用例有:(1)圖書入館;(2)圖書報損;(3)讀者管理;(4)掛失恢復管理;(5)借書管理;(6)罰款管理;(7)還書管理等。以讀者為主的用例有:(1)借閱查看續借;(2)預約管理;(3)目錄檢索和分類導航;(4)讀書指引和新書通報;(5)圖書訂購推薦;(6)用戶歷史信息查看;(7)用戶信息管理等。

將以上功能分為四大功能集合,分別為:基本信息管理,圖書訂購管理,圖書借閱及查詢,用戶及權限管理。

(1)基本信息管理功能集合:該集合包括系統參數設置、圖書入館、圖書報損、讀者管理、用戶信息管理。

(2)圖書訂購管理功能集合:包括圖書訂購推薦,和圖書訂購管理。

(3)圖書借閱及查詢功能集合:包括借書管理、還書管理、罰款管理、掛失恢復管理、借閱查看續借、預約管理、館藏信息查詢、借閱信息查詢、目錄檢索和分類導航、讀書指引和新書通報、用戶歷史信息查看等。

(4)用戶及權限管理:包括人員管理、權限管理。

4 圖書管理系統設計

4.1系統開發的內容

根據系統需求分析可以得出系統開發內容主要包括四個模塊:1)用戶及權限管理模塊;2)基本信息管理模塊;3)訂購管理模塊;4)借閱查詢管理模塊。

4.2系統的總體結構

圖書管理系統采用模塊化的設計。系統結構模型由物理基礎結構、應用支撐平臺、圖書管理系統三個層次組成。其中物理基礎結構是構成教學模擬系統的硬件和網絡基礎;應用支撐平臺建立在物理基礎結構之上,它包括數據庫服務器、Web 服務器;圖書管理系統部署在web服務器上,可以通過瀏覽器瀏覽的方式直接向用戶提供圖書管理服務,向讀者提供查詢、續借等服務。

圖書管理系統為局域網運行環境。局域網與校園網互聯互通,再連接到 Internet,從而實現遠程服務。

局域網的軟件環境為 Windows 2000 Server、Oracle9i;硬件為PC 級服務器,512M RAM,PIII800 以上CPU,HD40G以上;終端用戶 PC 機 PIII 1G / 256M / 20G / 15""帶 10M 網卡。

4.3 數據庫設計

系統采用B/S三層體系結構,在該結構中第三層為數據庫服務器,它的功能是接收 Web服務器對數據庫的操縱請求。具體實現方法是,用Oracle作為數據服務器,以ODBC為數據接口提供數據服務,web服務器用來解釋請求并在處理后返回相應的結果,而瀏覽器可以下載服務器上應用程序的執行結果。

數據庫主要包含表有:人員信息表,讀者信息表,圖書信息表,借書表,罰款表等。

4.4系統模塊設計

根據圖書管理業務活動的分析,系統主要設計了四個模塊,各模塊及其包含小模塊如圖1 所示。

5 圖書管理系統的實現

5.1 訂購管理模塊的實現

訂購管理模塊,完成圖書訂購推薦管理,分為前臺管理和后臺管理2個功能模塊,功能模塊如圖2所示。

5.2 圖書借閱查詢模塊的實現

圖書借閱查詢模塊,完成圖書借閱和讀者查詢管理,分為前臺管理和后臺管理2個模塊。功能模塊如圖3所示。

1)圖書借閱查詢前臺管理

通過瀏覽器,讀者可以方便的查看自己的借閱信息,并完成續借操作,查詢圖書信息,并完成預約管理功能。模塊提供以下功能:借閱信息查詢、續借、館藏信息查詢、預約管理、檢索和導航、指引和通報、用戶歷史信息查看。

2)圖書借閱查詢后臺管理

    管理員通過后臺操作,對讀者借閱、掛失、罰款等進行管理,是保證圖書管理正常運行所必須而十分重要的。圖書借閱及查詢后臺管理分為借書管理、還書管理、掛失恢復管理、罰款管理幾個部分。

   

6 結語

本圖書管理系統是為了提供圖書管理效 率而設計的信息管理系統。論文結合真實的圖書管理與讀者查詢的需要,考慮參加到整個流程中的不同角色,全面體驗圖書管理的借書、續借、預約等過程,論文的開發完成,有助于提高圖書管理的工作效率,便于系統維護,減少系統升級開銷,改善使用者的用戶體驗,但還存在一些不足,如:

系統的安全性,數據加密存儲和傳輸以提高系統安全性方面要進一步完善,數據庫方面,通過數據庫的優化以提高執行效率的方法還沒有深入研究。

參考文獻:

[1]Nadir G著. 陳曉燕,丁炎炎譯.實用J2EE應用程序體系結構. 北京:清華大學出版社,2003

[2]王珊,薩師煊. 數據庫系統概論. 北京:高等教育出版社,2001

[3]丁里,孫元. Java語言SQL接口JDBC編程技術. 北京:清華大學出版社,2001

[4]趙松濤編著. Oracle9i基礎培訓教程. 北京:人民郵電出版社,2003

[5] Joseph Schmuller,李虎,王美英,等.UML基礎、案例與應用教學(第三版)[M].北京:人民郵電出版社

篇3

關鍵詞:UML;建模語言;用例圖

中圖分類號:TP312文獻標識碼:A文章編號:1009-3044(2009)32-8937-02

Unified Modeling Language UML and its Application

XU Hui

(Higher Vocational School of Electrical and Mechanical Zhenjiang, Zhenjiang 212016, China)

Abstract: This article illustrates the background of the creation and fundamental concepts of UML.Then,it takes more step to illustrate with a real case of Library Management System,the methodology for building models with UML.

Key words: UML; modeling language; use-case diagram

目前人們普遍開始采用面向對象的分析與設計,但是很少有開發人員使用形象化的設計方法,其主要原因就是缺乏統一的語言來為復雜軟件系統的組件定義、可視化、構建和編制文檔。而UML的出現徹底的改變了這一現狀,并成為了面向對象建模的標準語言。

UML主要是由Rational software公司和它的三位巨匠Grady Booch、Jim Rumbaugh和Ivar Jacohson開發的。這一標記法凝聚了三位設計者的精華,并因此促成了一個國際公認的標準的產生[1]。

1 UML的基本概念

UML(統一建模語言,Unified Modeling Language)是一種定義良好、易于表達、功能強大且普遍適用的可視化建模語言。它融入了軟件工程領域的新思想、新方法和新技術。它的作用域不限于支持面向對象的分析與設計,還支持從需求分析開始的軟件開發的全過程。作為一種建模語言,UML的定義包括語義和語法兩部分。UML的語義描述基于UML提供的精確元模型的定義(元模型為UML的所有元素在語法和語義上提供了簡單、一致和通用的定義性說明,并且UML還支持對元模型的擴展定義),UML的語義用自然語言描述,同時在語義上,模型是元模型的實例;UML的語法定義了UML的概念、元素、符號表示法及用法,為開發者或開發工具使用這些圖形符號和文本語法提供了系統建模標準。

UML是一種可視化的建模語言,對其各種建模元素可進行詳細說明,并能生成所建模型的文檔[2]。使用UML時,要從不同的角色觀察系統,為此定義了一個概念“視圖”。視圖是對系統模型在某方面的投影,它注重于系統的某個方面,每個視圖是圖的協作,由視圖可以定義模型,模型在語義上是閉合的,它從特定的角度、在一定抽象層次上描述目標系統。可以把視圖組織成模型,開發人員可從各視角觀察并使用模型。

UML定義了5大類共9種視圖:1)用例圖;2)靜態圖,包括類圖、對象圖和包圖;3)行為圖;4)交互圖,它描述對象間的交互關系;5)實現圖,包括構件圖和配置圖。

2 UML建模過程及建模支持工具

Rational 統一過程是由UML的創始者Booch等人提出的一種面向對象軟件開發過程。這種開發過程的特點:以用例驅動,以體系結構為中心,迭代和遞增的開發過程。[5] Rational統一過程把軟件項目的開發過程劃分為4個階段:開始、詳細描述、構建、移交。在每個階段內都有一些迭代。一個迭代代表一個完整的開發周期,從需求分析到實現和測試,結果是一個可執行項目的。每一次迭代都包含編碼、測試和集成,所得產品應滿足項目需求的某一子集,或提交給用戶,或純粹是內部提交。每次迭代都包含了軟件生命周期的所有階段。在開始階段,焦點是需求的獲得;在詳細描述階段,重點是轉向分析和設計;在構建階段,實現是中心任務;移交階段的中心則在于配置。

當然好方法一定要有好的工具支持才能取得好的效果,由于UML本身是一個以圖形化圖符為主的建模方法,因此在圖形繪制及模型管理上會隨著軟件規模的擴大而變得困難[3]。這時UML支持工具就顯得更為重要,目前最常用的兩種工具是Rational軟件公司的Rational Rose和Microsoft公司的Visio,盡管在大多數情況下Rational Rose顯得有些昂貴,但它確是集多種功能于一身的軟件包,它可使代碼反向轉化為模型、改變模型以及可以對代碼進行更新來反應模型的變化。與Rational Rose相比,Microsoft公司的Visio卻相當便宜,并且允許你用圖表示任何事情,從架構布局到辦公計劃、指向路標和工程計劃。Microsoft公司的Visio的最大賣點就是它是Microsoft Office的一個組件,這意味著它的界面、控件和功能與Word和Excel的標準一樣。

3 UML的應用

現以圖書管理系統為例說明UML建模的基本過程[4]。該過程主要包括:需求分析、設計階段、構造階段和測試階段。首先我們進行需求分析,需求分析主要是定義用例,對該系統的主要功能進行描述,在這部分主要是應用用例圖。在圖書管理系統中,當圖書館新進一批圖書,圖書管理員需要在電腦中新增書籍信息,對已有的書籍信息要能夠修改,查詢書籍信息,所有查詢、列表、統計功能應可以單獨對計算機類或非計算機類進行,當有讀者借閱書籍時,圖書管理系統還要能登記外借信息,并能對外借書籍信息進行查詢,期間圖書管理員可以按特定時間段統計購買新書的金額、冊數,圖書管理系統用例圖如圖1所示。

其次是設計階段,在設計階段,對需求階段的成果提出技術上的解決方案。對類進行細化建模,并提出技術框架,例如,用戶界面、面向對象數據庫的永久性對象和系統接口等。該階段最后為系統實施階段產生詳細說明文檔。

再次,在構造階段把設計階段的類轉換成某種面向對象程序設計語言的代碼。

最后是測試階段。這一階段通常包括單元測試、集成測試、系統測試和驗收測試。單元測試使用類圖和類的定義文檔。集成測試使用協作圖,而系統測試使用用例圖,用例圖可以用于證實客戶所期望的系統行為。

可以看出,UML提供的五類視圖從不同應用層次出發,貫穿于整個系統設計的全過程,減少了設計的盲目性,提高了設計的效率。

4 結束語

在很短的時間內,UML已經成為軟件工業中占支配地位的建模語言。目前它不僅是事實上的建模語言標準,也正在快速地成為法律上的標準。

參考文獻:

[1] Jason T.UML基礎教程[M].張瑜,楊繼萍,譯.北京:清華大學出版社,2003.

[2] 華冠萍.淺述UML及其應用[J].電腦知識與技術,2006(3).

[3] 鄭燕,王楊.淺談UML[J].科技視野,2008(7).

篇4

摘要:本文通過分析傳統的VFP教學中存在的問題,提出采用行動導向教學法教學,讓學生在“做中學”,“學中做”,充分調動學生學習的積極性、主動性,取得了良好的教學效果。

關鍵詞:行動導向教學法;VFP;任務書

VFP是Microsoft公司將FoxBase移植到Windows之后得到的應用程序開發軟件,主要應用于數據庫管理方面。由于它簡單易學,功能強大,應用廣泛,因此許多職業院校都開設了這門課程。該課程通過對數據庫知識的講授和操作,使學生掌握創建和使用數據庫、數據表,建立視圖、查詢、菜單、表單和報表的方法,最終達到能夠開發一個小型的面向實際應用的數據庫系統的目的。但是,在中職學校VFP教學過程中發現了許多問題:一些學生認為計算機程序設計對自己用處不大,學習的動力不足;學生學習時只局限于每節課的分散的、零碎的知識,不能將知識進行融會貫通,導致了學生對基礎知識掌握的還比較扎實,但涉及到編程則不知從何下手;由于學生不明確實驗目的,在上機練習時只是一味地模仿教師的操作,難以領會數據庫操作的內在聯系。這些現象使得學生普遍感覺到學習枯燥無味,大多數學生學完該課程后只能孤立的做個菜單或表單,至于如何將程序設計聯系起來開發一個系統,卻是一片茫然。筆者在實際教學使用行動導向教學法,引入一個系統開發任務,設置若干個學習情境,將教學實驗連成一個整體,以此來改善教學,獲得了理想的效果。

一、行動導向教學法

行動導向教學法是以“行動(或工作任務)導向驅動”為主要形式,在教學過程中充分發揮學生的主體作用和教師的主導作用,注重對學生分析問題、解決問題能力的培養,從完成某一個“任務”著手,通過引導學生完成“任務”,從而實現教學目標的一種教學方法。采用“行動導向”教學,將工作過程中經常遇到的問題(甚至是一個實際的任務委托)作為任務,變抽象為具體,讓學生樂于去操作、掌握。當學生完成了某一任務后,內心就會產生一種成就感,一種沖擊力,這種力量不僅增強了學生的自信心,還提高了學生學習知識和技能的興趣。行動導向教學法的步驟通常包括以下幾步:

①課前準備:教師要確定教學目標并圍繞目標編寫任務書;按照學生學識水平、性格特點等設計分組;準備好學生完成任務所必需的材料(圖畫筆、紙)等。

②教師以簡潔的語言陳述這節課的任務,并下發任務書。

③教師引導小組分工協作,完成作“任務”,形成“作品”。

④小組代表展示作品,教師引導學生對作品進行討論,找出規律特點,并對學生作品作出積極的評價。

二、行動導向教學法在VFP教學中的應用

筆者在VFP教學中以開發圖書管理系統作為課程的總任務目標,設置創建自由表、自由表操作、數據庫管理、查詢、視圖、報表、表單制作、VFP應用編程八個任務。每個任務按“認知探究—理論教學—練習掌握”模式進行學習,使學生有實感,見實效,不斷地增強學生學習信心和興趣。例如數據庫管理這個任務的教學過程:

(1)教師備課:在前面所學自由表的操作的基礎上,將建立圖書管理系統庫作為本次課的目標,要求學生完成數據庫的建立并對圖書表(TSB.DBF)設置字段屬性;編寫任務書“1.新建數據庫(TSGL.DBC),將指定的表:圖書表(TSB.DBF)、讀者表(DZB.DBF)、借閱表(JYB.DBF)添加到數據庫中。2.設置圖書表表(TSB.DBF)的字段屬性。”;預設學生自主學習中認識在分析學情的基礎上將學生分為6個小組,確定各組組長;為每組準備圖畫筆、紙。

(2)教師明確任務:1.建立數據庫圖書管理系統,為指定表添加表注釋,設置記錄有效性的規則和信息;為指定表設置主索引或普通索引,并設置表間關系。2.設置圖書表的字段屬性,設置指定字段的默認值,為指定字段添加字段注釋。接下來分發任務書,要求第1-3組完成第1個任務,4-6組完成第2個任務。要求每組通過討論制定方案,將實施方法書寫在圖畫紙上形成“作品”,最后每組要派代表進行展示。要求15分鐘內完成。

(3)任務書下發后,組長會首先對成員進行分工,針對每個任務會要求成員拿出不同的解決辦法,并指定作品制作人和展示講解員。教師指導建立數據庫的思路,在VFP中提供有命令形式、菜單操作和項目管理器三種不同方式。由于每個人對知識的認知程度不同,想法不一,很快會有成員找到一些不同的解決方案,并在小組內展開討論。當小組討論結束,負責作品制作的成員將大家討論的結果寫在圖畫紙上,完成作品。

(4)教師根據各組完成情況,隨機抽取小組依次進行展示,每組展示時間不超過5分鐘。鼓勵講解員將本組成果講解給全體學生,教師組織所有學生認真聽講,注意挑錯。允許并鼓勵學生積極發問或發表不同見解。教師對講解員的演示應給予充分肯定,對小組作品給予高度評價,增強小組集體榮譽感。及時表揚積極發問的學生,激發引導學生向深層次思考問題。學生演示結束,教師及時總結規律,完善學生的知識架構。

三、行動導向教學法應用效果及注意事項

行動導向教學方法把學生放在教學的中心位置,調學生在教學過程中的“行動性”,有利于學生協調能力的形成,體現了“以人為本”的職業教育思想。教師從知識的傳授者轉變為教學的引導者、學習輔導者和主持人。教師的任務是為學習者提供咨詢幫助,并與其一道對學習過程和結果進行評估。教學實踐表明,行動導向教學在VFP教學中的實施,有力地調動了學生學習的積極性,也提高了學生實際動手能力和探索、合作、創新能力,因此在VFP課程教學中合理、有效地使用行動導向教學法將會很好地解決傳統教學中遇到的問題。

但是,行動導向教學法在實施中需要一個學生認知把握這種教學方法的過程,筆者認為教師讓學生動腦動手之前,應該給予充分的引導和明確的指令,比如布置清晰明確的任務書,將學習流程,組織方法等明確的示意給學生,讓學生一步一步的深入學習;或者采用示例的方法,教師先引導示例,學生先照葫蘆畫瓢,然后再慢慢的學會主動的去做。其次,教師的作用發生了轉變,行動導向教學法需要教師花大量的時間去設計一堂課,將教學目標恰當地分為若干個任務組織教學。而在課堂過程中教師則輕松很多,主要起到引導、總結、評價和把控進程的作用。

參考文獻:

[1]尹紅健,行動導向教學法學習,科技致富向導, 2012年11期

[2] 鄭光琳?,淺談行動導向教學法,科學大眾,2012年04期

篇5

一、前言

幾十年來我臺技術部門積累大量的專業書籍、技術資料和圖紙檔案、標準規范和各種專業中外文期刊等。為了使圖書檔案更好地服務于技術部門,逐步對圖書檔案工作實施計算機管理,編制了符合實際的圖書檔案管理軟件。該圖書管理系統,是利用visual basic作為前端的應用開發工具,access作為后臺的數據庫,系統界面簡潔美觀,實用維護簡單、權限管理完善、安全性高等特點。實現了圖書的采購、借閱信息管理,圖書庫存信息的查詢、各種書籍借閱信息瀏覽等功能。

二、系統分析和設計

系統總體設計主要包括應用背景、項目目標、解決方案設計、模塊功能分析四個方面。

1.應用背景

此管理系統使得管理人員可以及時了解和控制庫存圖書檔案的準確情況和數據。包括了對圖書、檔案入庫信息的登記和圖書出借信息的登記,并可查詢。

2.項目目標

建立這個系統的目標就是實現對新書的入庫、借閱以及還書信息等的計算機化管理,使得繁雜的庫存信息能夠被完整、高效的存取和查詢。

3.解決方案設計

根據前面分析的應用背景和項目目標進行設計,其系統總體方案設計流程如圖一所示。

4.系統模塊功能分析

該系統根據圖書入庫、借閱、查詢、管理的需要,依據系統總體方案設計流程圖所示,本系統所要設計的主要窗體模塊有五大功能模塊,分別是:

4.1圖書入庫信息管理模塊,用于管理圖書相關信息;包括新到圖書的登記入庫。

4.2圖書借還管理模塊,用于管理讀者借書和還書的操作;

4.3環境設置模塊,用于設置用戶的操作界面;

4.4數據管理模塊,用于處理數據庫的備份和恢復。

4.5圖書查詢模塊,用于圖書的庫存、借閱等信息的查詢。

在本系統中由于沒有打印機設備供試驗,所以預先把報表打印改成報表預覽。

在系統主界面的設計中,包括在mdi窗體中允許顯示多個窗體,主窗體為這些子窗體提供工作空間,并設置下拉菜單可以對各功能模塊進行調用,實現對圖書檔案管理的各種操作,如包括圖書信息管理、添加圖書信息、借閱、歸還的登記和查詢等信息管理的功能。主窗體界面樣式如圖二所示。

三、數據庫設計

根據系統的工作原理與工作流程,數據庫設計主要有以下幾個步驟:

1.選擇數據庫

根據系統的分析和設計需求,我選用access2000數據庫來進行數據庫的邏輯設計。

2.創建數據庫

首先,啟動數據庫管理器,建立一個新的數據庫,在該數據庫下建立數據表,輸入記錄。并建立各個表之間的聯系,其5個數據表分別是:圖書信息記錄表( books) 、本臺部門和員工基本信息記錄表(user) 、圖書類別信息記錄表(class)、圖書借閱信息記錄表(jy) 、 借閱歷史信息記錄表 (jyls) 。5個數據表的邏輯結構分別根據系統的需要而設計。如圖書信息記錄表的結構如表 1 如示。以圖書信息記錄表(books)為例,可以看出這張表有8個字段,每個字段的名稱分別是:圖書編號(數值型),圖書名稱,圖書類別,作者,出版社,是否出借(均為字符型),出版日期,登記日期(日期型),價格等相關信息。

四、程序設計和調試

在上面的各項工作完成之后,依次逐步實現各個功能模塊的界面,對其主窗體和各個子窗體進行屬性的修改,接著添加菜單項,然后編寫所有代碼。在編寫代碼過程中,單獨調試每個窗體,最后將主控制調度程序和功能模塊程序聯結起來調試,完成整個系統。 以下簡單例舉主窗體的設計過程:

1.主界面設計

主界面即登錄成功后所顯示的界面,主程序的設計步驟如下:

步驟一、新建工程文件,將工程文件保存為book.dpq,源程序存盤為main.pas,修改其caption屬性為“圖書檔案管理系統1.0”,name屬性值該為mainform。

步驟二、添加菜單項,實現啟動畫面, 向mainform中加入下拉菜單tmainmenu控件對象,雙擊該控件對象,在“操作”菜單項下,分別設置菜單條“新書入庫”、 “讀者信息管理”、“借書”、“還書”、“信息查詢”、“系統登錄”、“退出”。在“管理”菜單項下,分別設置菜單條“讀者類型管理”。雙擊菜單項“操作”中的菜單條“退出”,創建onclick事件,是系統具備退出功能。

主窗體界面的設置如上圖二所示。圖書入庫信息模塊包括3個子菜單、圖書入庫登記、入庫明細管理、圖書入庫查詢功能。圖書借閱信息模塊也包括3個子菜單、圖書借閱登記、出庫明細管理、圖書借閱查詢功能。部分子菜單窗體如下所示:添加圖書信息窗體,如圖四所示;借書信息窗體,如圖五所示;添加還書信息窗體 如圖七所示;查詢借書信息窗體,如圖八所示。

1.1步驟三設置屬性

1.1.1主窗體的屬性如表一所示

1.1.2主窗體的菜單項如表二所示。

1.2步驟四編寫代碼

主窗體初始代碼如下:

me. caption = me. caption & “- [“ & strnowuser & ”] ”me.logout.caption = me.logout.caption

&“- [“ & strnowuser & ” ] ” endsub

2.其它模塊設計與實現,其他,如啟動畫面的實現,用戶登錄密碼認證窗體的實現,圖書管理功能的實現,在本系統中,還有借書模塊、還書模塊、添加讀者模塊、新書入庫模塊、借閱歷史查詢模塊,這些模塊的設計與實現的語言、界面風格與以上設計相似,鑒于篇幅有限,本文在此不再詳述。

在設計本系統過程中使用到的需另外添加的“部件”有microsoft flexgrid control 6.0microsoft windows common controls-2 6.0

本系統還需要添加如下一些“引用”。

microsoft activex data objects2.5 library;

microsoft data formatting objects library 6.0(sp4)

microsoft data report designer v6.0

五、系統安全性問題

為了防止非法用戶對本系統的操作,本系統設計了一個登錄界面, 用來讓合法用戶的進入。在數據庫方面設計了一個表,用來實現用戶和密碼的數據源,來實現多用戶的進入和操作。考慮到本系統的規模和其它方面的因素, 在數據庫方面本系統設置有相應的權限。

六、結束語

篇6

關鍵詞:PBL教學法;SQL Server;教學改革

中圖分類號:G643 文獻標識碼:A 文章編號:1007-9599 (2012) 12-0000-02

隨著社會信息化程度的不斷進步,計算機高等職業教育在近幾年得到了快速的發展,主要表現在:辦學規模不斷擴大,學生人數不斷增多。以河南省為例,除了專門的高職院校,許多本科院校紛紛開辦軟件職業技術二級學院,采取校企結合的方式發展高職教育。軟件高職教育大多采取兩年制教學模式,這就決定了與普通本科教育相比,計算機高職教育從課程設置到教學模式上都需要不斷進行創新和改進。

《SQL Server程序設計》是高職教育軟件技術、網絡技術、計算機應用技術等專業的核心課程之一,作為一門實踐性很強的課程,成功的教學能夠使學生充分理解相關數據庫的基本理論,具備使用數據庫技術解決實際問題的能力。本文在分析《SQL Server程序設計》教學遇到的問題基礎上,提出了將基于問題的學習方法PBL教學模式應用與教學中,并對具體的實施方法提出意見和建議。

一、《SQL Server程序設計》教學現狀

目前大多院校針對《SQL Server程序設計》的教學都采用以教學大綱為依據,以課本為中心,教師授課為主,輔以部分實驗課程。教師講授過程大都采用“多媒體課件+實例演示”的方式。在教學和實踐過程過程中,主要存在以下問題:

(一)學生對教學內容缺乏興趣

在教學過程中,學生普遍反映數據庫原理理論內容較為枯燥,特別是采用被動聽課的方式容易使學生產生厭煩情緒。學生在學習過程缺乏中缺乏主動性和目標性,僅僅以應付老師布置的作業和考試通過為目標,學習效果也大打折扣。

(二)學生普遍缺乏動手能力

雖然教學過程中安排的有上機實驗環節,但是往往是以驗證性實驗為主,即在上機課上大多數同學僅僅是將理論課上講授的實例代碼加以驗證,或者僅僅是完成布置的作業,很少有學生能夠主動、系統地將所學內容結合實際加以實踐,缺乏解決問題的能力。

(三)與相關的專業課程結合不夠

學習《SQL Server程序設計》的目的就是開發數據庫應用程序,因此需要與其他相關專業知識緊密結合,如JAVA、.NET、B/S結構、各種數據庫訪問技術等相關知識,只有將這些知識相融合,才能開發出完整的應用程序。然而在實際教學過程中,相關專業課程之間缺乏必要的銜接,加上學生缺乏主動性,導致知識之間不能融會貫通。

二、PBL教學法在《SQL Server程序設計》的應用

(一)PBL教學法概述

PBL(problem based learning)是以問題為導向的教學方法,該方法以學生為主體,以小組討論問形式,在任課老師的參與下,圍繞某一專題或具體問題進行研究的學習過程。作為一種教學策略,其內涵在于將學生作為問題的解決者,在教材和相關資料的幫助下,在教師的指導下,解決實際的問題。以達到鍛煉學生思考問題的主動性,使學生在掌握具體知識的同時,增強解決問題的能力。

(二)PBL教學模式設計

1.問題的設計

問題設計是PBL教學模式中重要的環節,在教學過程中“如何設計問題”和“設計問題的好壞”是影響PBL教學模式的重要因素。因此在設計問題時,應根據教學大綱,確定具體章節的教學目標,在設計問題時以教學目標為中心。例如在“數據庫完整性”這一章節中,根據教學目標,結合實際可以設計以下問題:“在圖書管理系統中,如何保證數據庫中數據的完整性?”,由于在以前章節的教學和實踐環節中,學生已經創建了圖書管理系統,因此學生能夠很容易在現有成果的基礎上,結合新的知識點解決新的問題。

2.問題的分析與解決

在問題分析與解決之前,首先將學生分成4—6人的小組,在提高學習效率的同時,還能夠增強學生的團隊協作能力。此階段學生的主要任務是在團隊合作下通過閱讀教材、查找資料,提出問題的解決方法,而教師的主要任務是問答學生遇到的問題,對學生提出的解決方案進行指導。根據問題的設計,學生針對“在圖書管理系統中,如何保證保證數據庫中數據的完整性”這一問題,可能會提出很多解決方案,例如通過約束、觸發器等保證數據的完整性,教師首先對各種解決方案的優劣進行評價,并對學生下一步的實踐進行指導。

3.問題的總結

在學生以問題為中心解決實際問題以后,問題的總結也是PBL教學模式中的重要環節。在這一環節中,教學設計應仍然以學生為中心,因為學生通過團隊合作解決實際問題以后,都會有很多的經驗和教訓,可以通過交流會、報告會的形式鼓勵學生主動發言,分享自己的經驗教訓的同時,也從別人的經驗教訓中對知識得到了鞏固和升華。教師在此環節中應注重對知識點的總結,針對“數據庫中數據的完整性”,在學生提出解決方案的基礎上,應根據教學大綱和教材知識點進行全面的總結,使學生能夠對每個知識點都能夠理解透徹,真正達到教學目的。

三、PBL教學法中應注意的問題

(一)PBL教學法的實施應注意時間的安排

由于教學時間和課堂紀律的限制,PBL教學發的實施應特別注意教學各個環節時間的安排。第一個環節“問題和設計”和第三個環節“問題的總結”應安排在理論課進行,而第二個環節“問題的分析與解決”由于設計的人員、內容較多,并且需要大量的討論內容,應安排在上機實驗課進行,也可安排在課余時間進行。

(二)PBL教學發的實施應充分調動學生的積極主動性

PBL教學法的成功與否,關鍵在于學生的配合。在日常學習中,大多數學生已經習慣了“講授式”的教學方法,對新的教學方法的參與度不高。因此,應采取多種措施調動學生的積極主動性,從“問題的設計環節”就應調動學生的興趣,在具體實施過程中對學生應多予以鼓勵,讓學生在系統的開發和解決實際問題的過程中體會到樂趣,這樣才能保證PBL教學的實施。

(三)教師應做好角色定位

在PBL教學法實施過程中,對教師提出了更高的要求。首先,教師不再是一個權威著的角色,而是把學生置于教學的中心地位,對學生更多的起著引導、幫助的作用。其次,要求教師不僅僅要對教學大綱中的知識點充分理解和掌握,還要具有豐富的開發經驗,并具備相關學科的知識,做到融會貫通,這樣才能夠能夠對學生遇到的各種問題予以指導和幫助。

四、結語

計算機課程教學由于其理論內容具有一定的枯燥性,加上傳統的課程教學中只強調只是的講解,導致了課程教學效果有時候達不到預期效果。在教學實踐中證明,PBL教學法的運用能夠發揮學生的積極主動性,提高解決問題的能力,提高學生全面解決問題的能力,與傳統教學方法相比,顯示出了特有的優勢。

參考文獻:

[1]邵丹,柴芳艷.SQL Server教學改革的探索與實踐[J].農業網絡信息,2011,8

[2]王春霞,羅海瓊.PBL教學法在《數據庫應用與設計》教學中的探索[J].大眾科技,2012,2

篇7

參考文獻中的責任者采用姓在前名在后的著錄形式。無論中外人士一律姓在前名在后;外國著者的“名”可以用縮寫字母,“姓”全部大寫,“姓”和縮寫的“名”之間勿用“.”,而是空格。如原文中作者為“P.S.昂溫”則在本刊要求中應寫成“昂溫PS”,AlbertEinsteinSeny應寫成EINSTEINAS.參考文獻的責任者不超過3位時,全部照錄。超過3位時,只著錄前3位責任者,其后加“,等”或與之相應的詞。

不同的文獻類型均有相應的標志代碼:[M]為普通圖書;[C]為會議錄;[G]為匯編;[N]為報紙;[J]為期刊;[D]為學位論文;[R]為報告;[S]偽標準;[P]為專利;[Z]為其它未說明的文獻。

參考文獻著錄規則

普通圖書著錄格式

[順序號]主要責任者。題名:其它題名信息[M].其它責任者。版本項。出版地:出版者,出版年:引文頁碼。

[1]原榮。光纖通信[M].北京:電子工業出版社,2002.

[2]尼葛洛龐帝。數字化生存[M].胡泳,范海燕,譯。海口:海南出版社,1996.

[3]中國社會科學院語言研究所詞典編輯室。現代漢語詞典[M].修訂本。北京:商務印書館,1996.

期刊著錄格式

[順序號]文獻主要責任者。文獻題名[[J].出版物名稱,其它題名信息,年,卷(期):起始一終止頁碼。

[4]蔣超,張沛,張永軍,等。基于SRLG不相關的共享通路保護算法[fJl.光通信技術,2007,31(7):4-6.

論文集、會議錄著錄格式

[順序號]主要責任者。題名信息[C].出版地:出版者,出版年:引文頁碼。

[1]ROSENTHALLEM.ProceedingsoftheFifthCanadianMathematicalCongress,UniversityofMontreal,1961[C].Toronto:UniversityofTorontoPress,1963:652-667.

[順序號]主要責任者。題名信息[C]//會議名稱,會議地點,會議日期。出版地:出版者,出版年。

[2]YUKSELKM,WUILPARTV,MMEGRETP.Opticallayermonitoringinpassiveopticalnetworks:a

review:ICTON2008[C]//10thAnniversaryInternationalConference,Athens,22-26June2008.Athens:IEEE,2008.

報紙著錄格式

[順序號]作者。題名[文獻類型標志].報紙名,年一月一日(版次)。

[3]國務院新聞辦公室。中國的糧食問題[N].人民日報,1996-10-25(2)。

電子文獻著錄格式

篇8

[關鍵詞]RFID概念 比較 應用 存在問題

1RFID的概念

1.1RFID原理

RFID是Radio Frequency Identification的縮寫,即射頻識別,也稱電子標簽。1948年哈里•斯托克曼發表的“利用反射功率的通訊”奠定了射頻識別RFID的理論基礎。其基本原理是利用射頻信號和空間耦合(電感或電磁耦合)或雷達反射的傳輸特性,實現對被識別物體的自動識別。RFID的應用非常廣泛,目前的典型應用有圖書管理、物流管理、停車場管制、生產線自動化等等。

1.2RFID分類

RFID依據不同的分類標準,分類結果也各不相同。依據電子標簽供電方式的不同,電子標簽可以分為有源電子標簽(Active tag)、無源電子標簽(Passive tag)和半無源電子標簽(Semi―passive tag)。有源電子標簽內裝有電池,無源電子標簽沒有內裝電池,半無源電子標簽部分依靠電池工作。依據電子標簽頻率的不同可分為低頻電子標簽(30kHz ~ 300kHz)、高頻電子標簽(3MHz ~ 30MHz)、超高頻電子標簽(300MHz ~ 3GHz)和微波電子標簽(>3GHz)。不同頻段的RFID產品會有不同的特性。低頻主要應用在汽車防盜和無鑰匙開門系統的應用等方面,高頻主要應用在圖書管理系統等方面,超高頻主要應用在生產線自動化的管理和應用等方面,微波電子標簽主要應用在移動車輛識別等方面。

依據封裝形式的不同可分為信用卡標簽、線形標簽、紙狀標簽、玻璃管標簽、圓形標簽及特殊用途的異形標簽等。

1.3RFID最基本的系統

RFID的基本系統包括標簽、閱讀器、天線等,其運行過程見圖1所示。其中,標簽由耦合元件及芯片組成,每個標簽具有唯一的電子編碼,附著在物體上標識目標對象。閱讀器指讀取(有時還可以寫入)標簽信息的設備,可設計為手持式或固定式;閱讀器(讀寫器)通過天線與RFID電子標簽進行無線通信,可以實現對標簽識別碼和內存數據的讀出或寫入操作。天線在標簽和讀取器間傳遞射頻信號。

2國內外圖書館使用狀況調研

國外方面,新加坡國家圖書館于2002 年采用了RFID 技術,是世界上第一個實行RFID 技術的圖書館,隨后美國、澳大利亞、荷蘭、馬來西亞等國也相繼使用該技術建設圖書館自動化系統。美國現已有約2 %的圖書館開始使用RFID 技術,在全球范圍內, 約有8 %的圖書館使用RFID 技術。而且, 世界大型圖書館應用RFID 技術的速度正以每年30 %的速率增長。

國內方面,集美大學誠毅學院于2005 年底開始籌建國內第一家RFID 館藏管理系統,2006 年2月20日,誠毅學院圖書館綜合書庫正式對外開放, 配套建設的“RFID智能館藏系統”也建成并投入試運行。深圳圖書館新館于2006 年7 月在全國率先采用無線射頻識別技術即用RFID 系統替代傳統的條碼技術, 這個完整的全自動RFID 系統是世界上第二大RFID 系統, 僅次于TAGSYS 為華盛頓州西雅圖市的西雅圖公共圖書館所建造的RFID 系統。國內其它的圖書館未見有使用RFID建成并投入使用的案例。

3RFID與條碼技術的比較

與條形碼識別系統相比,無線射頻識別技術具有很多優勢。條形碼是一種應用非常廣泛的自動識別技術, 目前在圖書館的應用中大部分是應用條形碼技術,但是,現在國外許多圖書館在逐步應用RFID 技術。主要原因在于RFID 有如下幾個優勢:

3.1 資料可更新。條形碼印刷之后就無法更改,RFID 電子標簽則可不限制次數的新增、修改、刪除其標簽內存儲的資料。

3.2 方便資料辨讀。 條碼閱讀器在近距離而且沒有物體阻擋下, 要使掃描光源照射在條碼上才能辨讀,RFID 標簽只要在無線電波范圍內, 即可傳送信號。

3.3 存儲資料容量大。一維條碼是50 字節, 二維條碼最大的容量可儲存2 至3000 字節; RFID 標簽最大容量可以達到數兆字節。

3.4 可重復使用。條形碼隨著商品的壽命結束而結束; RFID 標簽因為本身資料可更新, 因此可以重復使用。

3.5 掃描速度快,可同時讀取數個資料。條碼閱讀器一次只能讀取單一條碼資料; RFID 標簽的辨識器可同時間辨識5 個標簽。

3.6 安全性好。RFID 標簽讀取方面皆有密碼保護, 高度安全性的保護措施使之不易被偽造。

3.7 耐久性。一般傳統紙制或塑膠材質的條碼有時會因下雨或潮濕的環境及搬運的過程中遭致毀損而難辨識。RFID 具有重復使用數十萬甚至數百萬次。以上的特性, 其材質也能夠被放置于較為惡劣的環境中, 因此比條形碼更有耐久性, 自然成本也較為節省。

3.8 體積小。傳統的磁性條碼受限于體積, 不易嵌在較小的物品上。RFID 則不然, 它的迷你體積可以隱藏在各種物品里面。

4RFID 技術給圖書館的帶來的變革

(1)RFID在圖書管理的廣泛應用,為圖書館帶來了全方位的變革,體現在簡捷迅速的自助式服務。借書處為讀者提供自助式借書程序,可不經過圖書館管理人員協助完成借書,理論上可實現無人圖書館。(2)提高圖書管理員的工作效率。電子標簽不象條碼一樣要可視化讀取,因此能多本書同時借還,另一方面免除工作人員消磁及上磁工作,提高工作效率。(3)自動分類,加快流通速度。自動分類設備可根據電子標簽中的有關信息把不同地點位置的圖書分發到不同的位置,這就大大方便了上架,加快了圖書流通速度。(4)方便排架工作。現在圖書館大多采取開架閱讀方式,由于讀者的翻閱,在排架方面可能會比較亂。而利用RFID 手持式閱讀器,能夠一次性讀取多個電子標簽的資料,在不用將每本書都拿出來看排架號的情況下就能夠知道每本圖書的詳細狀態信息,從而提高排架的準確率。(5)提高了館藏盤點速度。傳統館藏目錄若出現錯誤,由于重新盤點所需要的成本過大,錯誤難以得到及時排除,使用RFID 技術后,館藏目錄可以很快得到重新編制,而且準確率高。(7)可以為盲人和兒童等特殊群體提供服務。電子標簽的的使用,降低了使用圖書館的門檻,實現人性化管理成為可能。(8)改變工作人員的服務觀念。RFID 技術帶來的智能化、人性化和高效率的服務。將館員從繁瑣的工作中解放出來,有更多的時間和精力去分析各種類型的服務對象及潛在需求,并針對用戶需求主動提供更多高附加值的信息與服務。

5現有RFID技術在圖書館使用中存在的問題

5.1 頻率與標準不統一。目前, 全球有三大RFID 標準陣營: 歐美的EPC Global 、日本的Ubiquitous ID Center (UID) 和ISO/ IEC18000 。他們各自推出了自己的系列標準, 這給RFID 的大范圍應用帶來了困難。另外,在頻率方面,在860~960MHz 的超高頻波段,各國頻率分配也不同。

5.2 成本問題。據筆者考證,集美大學誠毅學院目前使用藍泰的電子標簽,一片也要3元多錢,而且這還是普通的電子標簽。其成本也比條形碼高許多,這將成為阻礙RFID大規模普及應用的前提。

5.3 自助還書系統的不足。圖書館員在還書的過程中經常會發現,有的圖書被涂寫, 有的圖書被損壞, 有的圖書頁碼丟失等。可是自助還書系統遇到這種情況卻不能自動響起警報。另一方面,目前的電子標簽面積還比較大,容易被破壞和撕毀,造成無法正常流通。

5.4 我國還沒有建立RFID的標準。一個大型的圖書館, 藏書量過百萬冊, 目前國家標準還未建立。而且每一次改動標準,都是傷筋動骨的事情。用戶在選擇解決方案時不僅要充分考慮該系統與其原來自動化管理系統的兼容性,還要考慮該系統本身的兼容性及擴展性,在不確定的前提下,承擔著很大的風險。

5.5 隱私保護以及安全問題。當前的無源RFID系統沒有讀寫能力,所以無法使用密鑰驗證方法來進行身份驗證,如果標簽是有源的,并且會收到不斷變化的驗證密鑰,那將會大大提高其安全性,不過這又會增加其成本。正因為如此,目前的RFID技術要想在對信息有保密要求的領域展開應用還存在著障礙。

6問題的解決方法

對于圖書館來說, 只有解決以上存在的問題, RFID才有可能在圖書館中普及。筆者從以下幾個方面入手:

一是盡快建立RFID 的中國標準。在中國應盡快由有關部門或機構對RFID 作一個統一的標準, 統一通信頻率、統一數據格式和原產品數據配置等。只有這樣, RFID 在圖書館才可以放心地使用,不至于因標準不統一要經常更換, 更談不上館際互借、通借通還了。

二是降低價格。由于圖書館使用RFID 標識數量大, 如果價格昂貴, 則用不起更談不上普及。只有降低價格, 圖書館才有可能用得起。另一方面,配套的設備也應降低價格,才能讓RFID發揮其應有的作用。

三是設計標識縮小、安裝容易的RFID標簽。當前的標簽都太大,太明顯,放在書內容易被發現。只有設計適合的RFID 標簽,且不容易被破壞,才能真正達到使用的目的。

四是加緊對RFID 的研究和改進工作。針對RFID 存在的安全問題進行研究和改進, 開發出更符合圖書館使用功能的配套軟件, 特別是要同圖書館現有的管理系統提供讀寫接口。只有這樣, RFID才可以在圖書館中推廣應用。

7結語

由于RFID技術的迅速發展, 各圖書館都不同程度地關注它的發展前景,其給圖書館帶來的變革是不言而喻的。但由于成本和標準的問題,國內圖書館不應大面積盲目上馬。隨著我國對RFID 標準的建立, 大批量生產帶來價格的下降,RFID 性能的不斷提高, RFID 的優點將會越來越明顯, 在圖書館的應用將越來越廣泛,不久的將來,RFID必將取代現有的條碼技術。

參考文獻

[1] 辛苗.無線射頻識別技術及其在圖書館的應用現狀.現代情報,2007 (1)

[2] 張謙.射頻識別技術在圖書館應用的調研分析.圖書館論壇,2005(6)

[3] 王立榮.射頻識別技術在圖書館領域應用.現代情報,2005(1)

[4] 何紹華,曾文武.射頻識別技術在圖書檔案館中的應用研究.情報雜志,2007 (2)

篇9

本系統利用處理數據庫的功能,實現對圖書館信息的管理。主要功能為管理有關讀者、出版社、書籍、借閱和管理者的信息等。

本系統的結構分為讀者信息管理模塊、出版社信息管理模塊、書籍信息管理模塊、借閱信息管理模塊、管理者管理信息模塊、報表顯示模塊和查詢處理模塊。

1.2數據需求

根據系統的需求,首先將要記錄的信息分類,要記錄的信息如下。

=1\*GB2⑴讀者信息:包括證號、姓名、聯系方式、已借書數目、讀者類別和能否借書等。

=2\*GB2⑵出版社信息:包括名稱、地址、網址、E-mail等。

=3\*GB2⑶書籍信息:包括書號、叢書系列、作者、責任編輯、字數、定價、出版時間、主題分類、二級分類、館內借閱分類、總冊數、庫存量、出版社和書名等。

=4\*GB2⑷借閱信息:包括借閱日期、應歸還日期、實際歸還日期、能否續借、書號和證號等。

=5\*GB2⑸管理者信息:包括管理者名稱、對應密碼和對應權限等。

根據這些需要,本系統需要“讀者信息”表,“出版社信息”表,“書籍信息”表,“借閱信息”表和“管理者信息”表。

1.3事務需求

經過實際考察、咨詢和分析,高等院校圖書管理系統主要應該具有以下功能模塊,如1.1圖。

=1\*GB2⑴在讀者信息管理部分,要求如下。

可以瀏覽讀者信息。

可以對讀者信息進行維護,包括添加及刪除等操作。

=2\*GB2⑵在出版社信息管理部分,要求如下。

可以瀏覽出版社信息。

可以對出版社信息進行維護,包括添加及刪除等操作。

=3\*GB2⑶在書籍信息管理部分,要求如下。

可以瀏覽書籍信息。

可以對書籍信息進行維護,包括添加及刪除等操作。

=4\*GB2⑷在借閱信息管理部分,要求如下。

可以瀏覽借閱信息。

可以對借閱信息進行維護操作。

=5\*GB2⑸在管理者信息管理部分,要求如下。

顯示當前數據庫中管理者情況。

對管理者信息維護操作。

SHAPE\*MERGEFORMAT

圖1-1系統業務邏輯關系

1.4系統開發平臺

前臺:

1、硬件要求:

CPU:Pentium42.0GHz以上IBM兼容機

內存:512MB以上容量

顯卡:32MB或以上顯存之AGP接口顯卡

2、軟件要求:

操作系統:MicrosoftWindows2000/XP

開發工具:2003

數據庫服務器:

1、硬件要求:

CPU:Pentium42.8GHz以上IBM兼容機

內存:1024MB以上容量

顯卡:32MB或以上顯存之AGP接口顯卡

2、軟件要求:

操作系統:MicrosoftWindows2000Server

數據庫服務器:MicrosoftSQL2000Server

網絡設備:

2塊網卡:客戶機D-LinkDFE-650TX,服務器IntelPCLA8460B。

路由器:一臺SOHO路由器TL-R402M

1.5網絡拓撲結構

本設計采用客戶機/服務器(C/S)體系,數據的儲存管理功能較為透明性,可以合理均衡事務的處理,充分保證數據的完整性和一致性。

SHAPE\*MERGEFORMAT

圖1.2C/S模式結構

第2章設計與實現

數據庫主要著重于數據對象的屬性和數據對象之間的關系的分析。一般采用E-R圖,即實體-關系模型來分析數據對象的屬性和數據對象之間的關系。

2.0系統流程圖

在本系統中準備通過如下窗體來實現數據維護的功能。

(1)主窗體:管理著各個子窗體。

(2)“讀者信息”子窗體:管理讀者信息。

(3)“管理者信息”子窗體:管理用戶信息。

(4)“出版社信息”子窗體:管理出版社信息。

(5)“書籍信息”子窗體:管理書籍信息。

(6)“借閱信息”子窗體:管理借閱信息。

(7)“報表窗體”子窗體:顯示數據報表。

(8)“綜合查詢”子窗體:執行用戶自定義的查詢。

系統流程圖如圖3.1所示:

圖2.1系統流程圖

2.1E-R模型設計

2.1.1實體列表

實體

描述

讀者

所有借閱者,查閱者,由證件號標識

出版社

圖書館所有圖書所屬出版社,由出版社編號標識

書籍

圖書館所有圖書,由刊號標識

借閱

書號、證號、借閱日期、應歸還日期等屬性,由方式標識

系統管理員

系統維護人員

2.1.2系統的E-R模型

該圖書管理系統的E-R模型,如下圖所示

圖2.2圖書管理系統E-R圖

2.2設計數據庫

2.2.1創建數據庫

(1)在服務器資源管理器中的任一節點右擊。

(2)執行快捷菜單中的“新建數據庫”命令,并在打開的“創建數據庫”對話框中輸入數據庫名Library,選中“使用WindowsNT集成安全性”單選按鈕。

(3)單擊“確定”按鈕,則新建的數據庫就會出現在服務器上。

2.2.2創建數據表

創建數據庫后,為Library數據庫添加數據表,步驟如下。

(1)在服務器資源管理器中右擊數據庫Library下的“表”文件夾。在彈出的快捷菜單中執行“新建表”命令,出現表設計器。

(2)添加表的字段和其他詳細資料。各表數據結構如下表所示。

表2-1出版社信息

列名

數據類型

長度

主鍵

出版社名稱

varchar

50

Yes

出版社地址

varchar

50

網址

char

50

E-mail

char

50

表2-2讀者信息

列名

數據類型

長度

主鍵

證號

int

4

Yes

姓名

varchar

20

聯系方式

varchar

50

已借書數目

int

4

讀者類別

int

4

能否借書

bit

1

密碼

varchar

6

表2-3借閱信息

列名

數據類型

長度

主鍵

書號

char

10

Yes

證號

int

4

Yes

借閱日期

datetime

8

應歸還日期

datetime

8

實際歸還日期

datetime

8

續借

bit

1

表2-4書籍信息

列名

數據類型

長度

主鍵

書號

char

10

Yes

叢書系列

nchar

50

作者

nchar

50

字數

int

4

定價

money

8

出版時間

datetime

8

主題分類

nchar

50

二級分類

char

50

館內借閱分類

int

4

總冊數

int

4

庫存量

int

4

出版社

varchar

50

書名

varchar

50

表2-5管理者信息

列名

數據類型

長度

主鍵

用戶名稱

char

20

Yes

密碼

char

20

權限

int

4

2.2.3連接數據庫

為數據庫Library和本系統之間建立一個數據連接。

(1)在服務器資源管理器中右擊“數據連接”節點。在彈出的快捷菜單中執行“添加連接”命令,打開DataLinkProperties對話框。切換到Provider選項卡,選中列表框中的MicrosoftOLEDBProviderforSQLServer項。單擊“下一步”切換到Connection選項卡。

(2)在其中的第一個下拉列表框中選擇數據庫所在服務器名稱。輸入登錄服務器信息后選擇數據庫Library,然后單擊TestConnection按鈕。如果測試成功,單擊“確定”按鈕。

2.3主窗體設計

創建一個新的“Windows應用程序”類型的項目,名為“圖書館管理”。將默認創建的窗體命名為“主窗體”,把“主窗體”作為本系統中的主界面。

在窗體中添加兩個Pannel控件,7個Button控件和7個Linklabel控件。

2.3.1設計登錄界面

設計登錄界面,創建一個新的”Windows窗體”,名為登錄,作為本系統的登錄界面.在登錄窗體上添加兩個Label控件,兩個Button控件和兩個TextBox控件,添加控件后的窗體如圖所示。

2.3.2添加數據組件

在工具箱中單擊“數據”選項卡,添加OleDbDataAdapter組件。

(1)在工具箱中單擊OleDbDataAdapter組件,在窗體任意位置拖動出一個虛框矩形后釋放左鍵彈出“數據適配器配置向導”對話框。

(2)單擊“下一步”,在打開的對話框中選擇前面建好的數據連接,然后單擊“下一步”。

(3)選中“使用SQL語句”,然后單擊“下一步”進入“生成SQL語句”對話框。

(4)在其中的多行文本框直接輸入SQL語句“SELECT管理者信息.*FROM管理者信息”。

(5)單擊“下一步”按鈕,進入“查看向導結果”,單擊“完成”按鈕完成數據適配器配置。

配置數據適配器后,在主窗體上就會自動添加一個OleDbConnection控件。

2.3.3生成數據集

生成數據集的步驟如下:

(1)單擊OleDbDataAdapter控件“屬性”對話框中的“生成數據集”鏈接,打開“生成數據集”對話框。

(2)在其中選中“新建”單選按鈕,并在其后面的文本框中輸入“Lib管理者信息”。

(3)在“選擇要添加到數據集中的表”列表框中列出了前面添加的OleDbDataAdapter組件所連接的表,選中該表名前面的復選框。

(4)選中“將此數據集添加到設計器”復選框,單擊“確定”按鈕

這樣,將生成一個名稱為“Lib管理者信息”的數據集,該數據集以文件形式存儲,文件名為“Lib管理者信息.xsd”。而在項目中,添加了一個DataSet組件,名為“objLib管理者信息”。

在解決方案資源管理器中右擊該項目,在彈出快捷菜單中單擊“屬性”菜單項。在打開的“屬性頁”對話框中的“啟動對象”下拉列表框中選擇“主窗體”選項。單擊“確定”按鈕,這樣該項目啟動時,就會從主窗體開始啟動。

2.3.4設計代碼

在程序運行過程中,如果想通過單擊LinkLabel控件或Button控件進入系統中的各個功能模塊(如顯示讀者信息等),就會彈出一個對話框要求輸入用戶名和密碼.單擊"確認"按鈕,程序就會到數據庫的"管理者信息"表中查找該用戶名和密碼是否存在.如果存在,允許進入功能模塊.

完成登錄功能的主要代碼集中在UserCheck函數中.在程序運行過程中,在登錄窗體的"用戶姓名"和"用戶密碼"文本框中輸入用戶名和密碼后,單擊"確認"按鈕就會觸發UserCheck函數并執行其中的代碼.如果UserCheck函數返回True,那么允許用戶的操作;否則拒絕用戶的操作請求.

在UserCheck函數中首先定義Login類型的變量dlg_Login,然后通過ShowDialog方法來顯示登錄窗體.如果用戶在登錄窗體中輸入用戶姓名和密碼,并且單擊了"確認"按鈕,那么自動調用一個自定義函數LoadDataSet(),由此函數進行數據加載.如果出錯,顯示錯誤信息,回滾整個事務.

2.4讀者信息

在當前項目中添加一個“Windows窗體”,將窗體命名為“讀者信息”。

2.4.1設計顯示界面

在窗體上添加1個GroupBox控件,9個Button控件,5個TextBox控件,1個CheckBox控件和7個Label控件。

各按鈕控件是為了執行相應的操作。各TextBox控件和CheckBox控件用來顯示數據集中的數據,這個功能通過設置DataBindings屬性來實現。

2.4.2添加數據組件

向窗體添加OleDbConnection組件,命名為OleDbConnection1后將其選中,在“屬性”對話框的ConnectionString欄單擊,選擇所建數據庫Library。

添加OleDbDataAdapter組件和生成數據集的方法步驟如2.3.2及2.3.3。

設置各TextBox控件的DataBinding屬性來實現對數據集中數據的顯示(以Edit證號為例)。

(1)選中“Edit證號”控件單擊“屬性”對話框。

(2)單擊DataBinding屬性前面的+號打開該屬性的詳細列表。

(3)設置Text屬性:在該屬性后面欄中單擊并選擇所對應字段。

(4)設置其他TextBox控件的DataBinding屬性。

2.4.3功能實現

顯示數據,添加讀者,保存更改,記錄定位的實現。

“管理者信息”,“出版社信息”,“書籍信息”,“借閱信息”和該模塊的設計思路及方法步驟完全一致,在此從略。

2.5顯示報表

在當前項目中添加一個“Windows窗體”,命名為“報表窗體”,該模塊顯示當前數據庫中讀者信息和借閱信息的報表。

在窗體上添加一個CrystalReportViewer1,它充當報表顯示的窗體,然后在窗體中添加一個菜單,菜單中包括兩個子菜單項—“讀者信息”和“借閱信息”。

在程序運行中,如果單擊“讀者信息”菜單項,就會自動在窗體上顯示“讀者信息報表.rpt”:如果單擊“借閱信息”命令就會自動在窗體上顯示“借閱信息報表.rpt”報表。

2.5.1添加讀者信息報表

(1)在開發環境中選擇菜單“項目”中的“添加新項”對話框中選擇CrystalReport選項。

(2)在“名稱”文本框中輸入報表名“讀者信息報表.rpt”,單擊“打開”按鈕,就會彈出入圖所示的“CrystalReport庫”對話框。

(3)在其對話框中選擇“使用報表專家”單選按鈕,在“選擇專家”列表框中選擇“標準”選項,單擊“確定”按鈕,進入下一步。

(4)在彈出的“標準報表專家”對話框中,選擇“可用的數據源”列表框中的OLBDB(ADO)選項,就會彈“OLEDB(ADO)”對話框。選擇OLBDB提供程序為MicrosoftOLEDBProviderforSQLServer,單擊“下一步”按鈕,顯示“連接信息”對話框。

(5)在其中設置連接信息,單擊“完成”按鈕,返回“標準報表專家”對話框。

(6)選擇數據源為OLEDB(ADO)中的Library數據庫,并且選中其中的“讀者信息”表。單擊“插入表”按鈕,把“讀者信息”表插入到報表中,單擊“下一步”按鈕。

(7)在“字段”選項卡中單擊“全部添加”按鈕,把“讀者信息”表中的所有字段添加到報表中,單擊“完成”按鈕就完成報表的設計。

設計完成的“讀者信息報表”如圖所示。

2.5.2添加借閱情況報表

添加借閱情況報表的過程與添加讀者信息報表過程大致相同,不同之處在于插入到報表中的數據表為“讀者信息”。

2.6綜合查詢的實現

在程序運行過程中,單擊主窗體的“綜合查詢”按鈕,就會彈出一個對話框。在其中設置查詢條件,根據查詢條件從記錄集中篩選出所需記錄。

為此需要在項目中添加一個窗體“綜合查詢”。

還需要設置“CmbBox運算符”控件的Items屬性。單擊窗體上“CmbBox運算符”控件,然后在“屬性”對話框中單擊Items欄,就會出現一個按鈕,單擊按鈕,在打開的窗口中如圖2.2所示設置字符串集合編輯器字符串。

SHAPE\*MERGEFORMAT

圖2.2所示設置字符串集合編輯器

設置完畢,單擊確定按鈕。

2.6.1添加數據組件

在窗體上添加一個OleDbDataAdapter組件,使用數據適配器配置向導對其進行配置。選擇數據連接后輸入SQL語句“SELECT出版社信息.*FROM出版社信息”。

同樣再為窗體添加四個OleDbDataAdapter組件,

在"生成SQL語句"對話框的多行文本框中分別輸入SQL語句“SELECT讀者信息.*FROM讀者信息”,“SELECT管理者信息.*FROM管理者信息”,“SELECT借閱信息.*FROM借閱信息”,“SELECT書籍信息.*FROM書籍信息”,然后單擊“完成”按鈕,Name屬性分別設置為OleDbDataAdapter2,OleDbDataAdapter3,OleDbDataAdapter4,OleDbDataAdapter5完成數據適配器的配置。

生成數據集的步驟如下。

(1)在OleDbDataAdapter1組件的“屬性”對話框中單擊“生成數據集”超鏈接,打開“生成數據集”對話框,選中“新建”按鈕并在后面文本框中輸入“Lib綜合查詢”。

(2)在“選擇要添加到數據集中的表”列表框中,選中5個表前面的復選框。

(3)選中“將此數據集添加到設計器”復選框,單擊“確定”按鈕。

這樣,將生成一個名稱為“Lib綜合查詢”的數據集,該數據集以文件的形式存儲,文件名為“Lib綜合查詢.xsd”。而在項目中,添加一個DataSet組件,名稱為“objLib綜合查詢”。

設計完成的數據集如圖2.4所示。

圖2.3綜合查詢數據集

第3章系統測試

3.1開發與測試環境

本系統使用語言進行開發。需要FrameworkSDKv1.1的支持。適用內存不低于256M配備有Windows2000,Windows2003,WindowsXP系統的計算機。

3.3程序調試情況

在數據連接時一定要注意窗體和相應顯示控件的綁定關系。在把系統從一臺計算機移植到另一臺計算機時一定要把數據文件library.mdf和library_log.LDF同時移植,并對相應的提供服務的SQLServer服務器進行相應的修改,否則數據正確連接并顯示。

3.4功能顯示

運行程序后首先顯示主窗體,如圖3.2所示。

圖3.2主界面

單擊“輸入/查看讀者信息”,就會彈出如圖3.3所示登錄框。

SHAPE\*MERGEFORMAT

圖3.3登錄界面

在登錄對話框中輸入用戶姓名和密碼,單擊“確認”按鈕,就會對用戶身份進行認證,如果認證通過,那么就會彈出如圖3.4所示的讀者信息管理窗體。

圖3.4讀者信息管理窗體

在“讀者信息”窗體中可以對讀者信息進行維護操作,例如瀏覽讀者信息,添加記錄和刪除記錄等。

單擊“輸入/查看書籍信息”,就會顯示“書籍信息”窗體,在該窗體中可以對書籍信息進行維護操作。書籍信息維護窗體如圖3.5所示。

圖3.5書籍信息窗體

單擊“輸入/查看借閱信息”,就會顯示“借閱信息”窗體,在該窗體中可以對出版社信息進行維護操作。出版社信息維護窗體如圖所示。

圖3.6借閱信息窗體

單擊“輸入/查看出版社信息”,就會顯示“出版社信息”窗體,在該窗體中可以對借閱信息進行維護操作。借閱信息維護窗體如圖3.7所示。

圖3.7出版社信息窗體

單擊“輸入/查看管理者信息”,結果如圖3.8所示。

圖3.8管理者信息窗體

在主窗體上單擊“顯示報表”,那么就可以查看反映讀者信息和借閱信息的報表,借閱信息的報表如圖所示。

SHAPE\*MERGEFORMAT

圖3.9報表窗體

如果用戶在運行的主窗體上單擊“綜合查詢”,那么就可以查看針對不同的數據表進行查詢操作。選擇查詢依據為“出版社信息”表查看其中的所有信息,結果如圖3.10所示。

SHAPE\*MERGEFORMAT

圖3.10綜合查詢窗體

3.5結論

在這個系統的開發過程中,值得注意的幾點有:

(1)數據報表的實現.報表是數據庫應用程序的重要組成部分,通過報表,可以把數據庫中內容經過組織以后生動地展示給用戶,提供的CrystalReport可以大大提高報表的設計效率。

(2)復雜查詢的實現。在程序運行過程中,單擊窗體中的“綜合查詢”按鈕,就會彈出一個對話框,在該對話框中設置查詢條件,根據查詢條件從記錄集中篩選出所需記錄,所指定的查詢條件包括查詢的依據,排序的依據,運算符等等。

第4章結束語

通過做課程設計,有幾點感想,歸納如下。

1.扎實的理論基礎。如果不掌握它們,很難寫出高水平的程序。而這一點又是我們所缺乏的。

2.不鉆牛角尖。當遇到障礙的時候,暫時遠離電腦,當重新開始工作的時候,也許會發現那些難題現在竟然可以迎刃而解。

3.多與別人交流。三人行必有我師。

4.良好的編程風格。注意養成良好的習慣,代碼的縮進編排,變量的命名規則要始終保持一致。如果注釋和代碼不一致,那就更加糟糕。

最后,特別要感謝老師在軟件工程和數據庫課程中認真負責的教學,才使得我能結合所學的知識完成這一課程設計。

參考文獻

1薩師煊,王珊,數據庫系統概論(第三版).北京:高等教育出版社,2000

2齊治昌,譚慶平,寧洪,軟件工程(第二版).北京:高等教育出版社,2004

3DavidI.Schneider,編程導論.電子工業出版社,2003

篇10

關鍵詞:VFP;案例教學;任務驅動

中圖分類號:G434文獻標識碼:A文章編號:1007-9599 (2011) 05-0000-02

Independent Colleges VFP Programming Teaching Problems and Solutions

Zhong Pin

(Central South University of Forestruy and Technology,Changsha410007,China)

Abstracts:Student characteristic is in sole possession of which according to the independent colleges and VFP curriculum,to enhance the ability of the students’

computer applications for the purpose,proposed abandon traditional teaching "theory of key and practice of light"thinking,the use of case method and task-drive method, in a realistic context for students progressive approach to their own hands,and gradually developed a complete management information system.

Keywords:VFP;Case teaching;Task-drive

VFP是一種用來進行管理信息系統開發的常用工具,是獨立學院經濟類和文科類專業必修的一門公共基礎課。課程實用性極強,不但需要扎實的理論知識,而且還需要大量的實踐學習。這門課程能使學生了解計算機程序設計的基本知識、掌握程序設計的基本方法和培養學生具有利用VFP開發數據庫管理系統的應用能力,為學生學型數據庫管理軟件以及專業課程的應用打下扎實的基礎。為此,廣大教師正探索如何提高該課程的教學效果和教學質量。

一、VFP的特點

VFP是一門為數據庫管理和應用程序開發而設計的面向對象和事件驅動的可視化編程語言。不僅能使編程人員從復雜的工作中解脫出來,而且在技術上不再需要過多的與語言打交道,復雜專業化的編程工作可以通過人機交互完成。VFP是程序設計語言和數據庫操作系統的完美結合,不同于其它的程序設計語言只是編程工具,它偏重于數據庫的開發與應用。因此,可視化、面向對象、數據庫開發是VFP這門課程的特點,是一門實踐性很強的課程。

二、獨立學院的VFP教學現狀

獨立學院是指實施本科以上學歷教育的普通高等學校與國家機構以外的社會組織或者個人合作,利用非國家財政性經費舉辦的實施本科學歷教育的高等學校。獨立學院的招生是通過學院辦學所在的省市,根據參加全國高考統一招生的招生計劃的基礎上,實施降低分數的方式進行的。通過降分錄取的學生不僅基礎知識比較薄弱,而且在學習自覺能力和學習方法比一本、二本學生有一定的差距。而VFP課程內容多,范圍廣,邏輯性強,同時它的開課對象又是邏輯思維能力較弱的文科類和經濟類專業,導致VFP課程教學效果不甚理想。通過本人本課程五年的實踐教學和教學調查,把目前存在的教學問題總結為:

第一,大多數學生認為課程內容抽象難懂。大部分VFP教師授課都是根據教材安排按部就班的介紹數據庫的概念,數據庫操作系統的概念,程序設計的規范格式等。這些概念如果只用枯燥的文字說明,抽象難以理解,同時我們的授課對象又是文科類和經濟類專業,他們最大的特點就是形象大于思維,他們更加覺得這些概念生澀難懂,降低了他們學好這門課程的信心和興趣。

第二,多數學生對每節課的學習目的不明確,動手能力不強。學生把課程的章節進行孤立的學習,沒有連貫起來,不能建立面向對象的概念。這樣,一個學期下來,感覺每個章節都聽懂了,但是面對一個管理系統的開發還是無法下手。

第三,很多情況下,一位教師承擔了多個專業的VFP教程。大多數教師都會采取“一刀切”,沒有針對每個專業的特點采取針對性的教學,造成了教學與專業脫節。

三、VFP課程教學的改進方法

(一)上好關鍵的第一堂課

傳統的VFP教學,第一節課的講課內容一般就是VFP的發展歷程,然后用枯燥的文字解釋數據庫的概念,以及數據庫管理系統系統的特點,讓學生機械的記憶,學生腦海一片混沌,沒有形成整體觀念。

為了讓學生能夠直觀而形象的了解VFP的特點及作用,第一節課教師可以考慮先展示一個已經建立好的管理信息系統。如圖書管理系統,簡單演示該系統的功能及組成部分,并對系統進行模塊劃分,并提前講解每個模塊需要后繼的哪些章節知識才能夠完成。從而使學生了解該課程的實用性和提前感受學成后的滿足感。讓學生意識到VFP與實際生活應用的緊密性,激發學生把VFP學好學精的興趣和決心。

(二)結合案例教學法,并采用不同案例滿足不同專業需求

VFP的開課對象是文科類和經濟類專業的學生,他們大都形象思維能力優于其邏輯思維能力,而獨立學院的學生相對于一二本科學生基礎知識比較薄弱,學習的積極性也有一定的差距。根據這些特點,VFP教學可以放棄傳統教學的直接進行知識點的邏輯展開,而是采用案例教學法,大大提高教學過程的生動性和形象性。

案例教學法是一種以案例為基礎的教學法,案例本質上是提出一種教育的兩難情境,沒有特定的解決之道,而教師于教學中扮演著設計者和激勵者的角色,鼓勵學生積極參與討論,不像是傳統的教學方法,教師是一位很有學問的人,扮演著傳授知識者角色。案例教學法有三大特點:

第一,鼓勵學生獨立思考。傳統的教學只告訴學生怎么去做,而且其內容在實踐中可能不實用,且非常乏味無趣,在一定程度上損害了學生的積極性和學習效果。但案例教學沒人會告訴你應該怎么辦,而是要自己去思考、去創造,使得枯燥乏味變得生動活潑,而且案例教學的稍后階段。每位學生都要就自己和他人的方案發表見解。通過這種經驗的交流.一是可取長補短、促進人際交流能力的提高,二也是起到一種激勵的效果。一兩次技不如人還情有可原,長期落后者,必有奮發向上、超越他人的內動力,從而積極進取、刻苦學習。

第二,引導學生變注重知識為注重能力。現在的管理者都知道知識不等于能力,知識應該轉化為能力。管理的本身是重實踐重效益的,學生一味的通過學習書本的死知識而忽視實際能力的培養,不僅對自身的發展有著巨大的障礙。其所在的企業也不會直接受益。案例教學正是為此而生,為此而發展的。

第三,重視雙向交流。傳統的教學方法是老師講、學生聽,聽沒聽、聽懂多少。要到最后的測試時才知道,而且學到的都是死知識。在案例教學種,學生拿到案例后,先要進行消化,然后查閱各種他認為必要的理論知識.這無形中加深了對知識的理解,而且是主動進行的。捕捉這些理論知識后,他還要經過縝密地思考,提出解決問題的方案,這一步應視為能力上的升華。同時他的答案隨時要求教師給以引導,這也促使教師加深思考,根據不同學生的不同理解補充新的教學內容。雙向的教學形式對教師也提出了更高的要求。

根據建構主義理論;“以學生為中心,在整體教學過程中由教師起組織者、指導者、幫助者和促進者的作用,利用情境、協作、回話等學習環境要素充分發揮學生的主動性、積極性和首創精神,最后達到使學生有效的實現對當前所學知識的意義建構的目的。”案例是一個實例情境的描述和演示,引導學生思考、分析、設計解決方案。它提供了一個學習的情境,提供了生動的素材,把抽象的理論知識形象化,具體化。重視學生在案例中體會用VFP所學的知識解決具體問題的過程,幫助學生從深層次上理解和運用所學知識。

如何選擇和設計案例是開展好VFP案例教學的關鍵,應注意以下幾個方面:

第一,案例難度適中,大小合宜。根據學生基礎知識相對薄弱的特點,案例不能過大過難,超出學生知識水平和能力,打擊了學生的學習信心,造成學生心理的挫敗感。案例也不能太小,與一般的小練習沒有明顯不同,這樣就達不到學習的目標和效果。案例完成后,可適宜增加功能,拓展學生的知識面,培養學生的鉆研精神。

第二,案例符合教學目標的要求。選擇的案例必須基本涵蓋VFP教學的重點,使學生通過案例能夠較容易的理解和掌握知識點。比如選擇圖書管理系統作為案例,這個系統的功能就可以設計為圖書查詢,圖書輸入,圖書更新幾大模塊。而這幾個模塊就基本涵蓋VFP課程的幾大重要章節如數據庫和表,數據查詢和更新,表單和控件,菜單設計等。

第三,案例的設計應該考慮到各個專業的學生特點,選擇相關的內容,貼近學生的實際需求。目前,VFP課程都是由計算機專業教師來承擔,大多數老師沒有深入鉆研各個專業的特點和不同專業對VFP課程的具體需求,造成了專業和教學的分離。在選擇案例的時候,教師應該選擇該專業以后的實際需要而開發相應的管理信息系統。譬如說,人力資源管理專業,教師可引用人力資源管理系統作為教學案例。而會計學專業,教師就可以采用建立一個人員工資管理系統的案例來展開教學。等等。根據不同專業的需求采用不同的案例,這樣做既能讓學生感受到本課程的實用性,也能大大提高學生的學習興趣,同時提高學生的信息素養和專業素養。

(三)利用任務驅動法提高上機課教學質量

所謂“任務驅動”就是在學習信息技術的過程中,學生在教師的幫助下,緊緊圍繞一個共同的任務活動中心,在強烈的問題動機的驅動下,通過對學習資源的積極主動應用,進行自主探索和互動協作的學習,并在完成既定任務的同時,引導學生產生一種學習實踐活動。“任務驅動”是一種建立在建構主義教學理論基礎上的教學法。它要求“任務”的目標性和教學情境的創建。使學生帶著真實的任務在探索中學習。在這個過程中,學生還會不斷地獲得成就感,可以更大地激發他們的求知欲望,逐步形成一個感知心智活動的良性循環,從而培養出獨立探索、勇于開拓進取的自學能力。

建構主義學習理論強調:學生的學習活動必須與任務或問題相結合,以探索問題來引導和維持學習者的學習興趣和動機,創建真實的教學環境,讓學生帶著真實的任務學習,以使學生擁有學習的主動權。學生的學習不單是知識由外到內的轉移和傳遞,更應該是學生主動建構自己的知識經驗的過程,通過新經驗和原有知識經驗的相互作用,充實和豐富自身的知識、能力。

VFP是一門實踐性很強的課程,與其它程序設計語言的最大區別在于數據庫設計的教學過程,弱化了程序設計語言的學習,從教材的開始到末尾,講述的都是如何利用計算機進行日常的信息管理。通過上機課,才能讓學生有主動發現問題和解決問題的機會。

根據VFP的課程特點,實驗教學可采用任務驅動法。每節課貫徹先行后知的教學理念,明確每堂課的學習目標。上機課的上機任務,可以考慮采用教師第一節課所展示的信息管理系統作為完成目標,對該系統進行模塊和功能的劃分,從而把上機任務進行分解。要求學生把每節課的完成情況進行保存,最后一周的時間進行分類匯總。這樣,通過一節一節上機課的成果累積,最后學生就能完成一個具體的管理信息系統的建立。有利于知識的連續和貫通。也讓學生在學完以后收獲學習的成就感。

譬如以一個學生信息管理系統為例,分別對學生的基本信息查詢,學生的信息錄入,學生信息的統計和系統維護等模塊設計及實現進行分解。從項目管理器的建立開始,到數據庫表的建立,查詢視圖的生成,報表標簽,表單,菜單的相繼建立,并隨著理論課程章節內容的加深,通過擴展案例來擴寬知識面。由一個數據庫間的管理操作,進而對輸入輸出設計的表單進行剖析,使學生能從自己需要獲取有關信息的角度出發,真正掌握面向對象程序設計的方向,進而形成一個完整的能夠解決實際問題的項目。

通過這一貫穿于整個教學的任務,不僅徹底改變了VFP傳統教學的重理論,輕實踐的教學方法,而且使學生全面了解一個數據庫管理系統的界面、功能及其開發方法和步驟。這樣不僅從微觀上具體明確了VFP各個章節所代表的作用,又能從整體上體現各個章節的聯系。從學生的角度說,任務驅動是一種有效的學習方法。它從淺顯的實例入手,帶動理論的學習和VFP的操作,大大提高了學習的效率和興趣,培養他們獨立探索、勇于開拓進取的自學能力。一個"任務"完成了,學生就會獲得滿足感、成就感,從而激發了他們的求知欲望,逐步形成一個感知心智活動的良性循環。伴隨著一個跟著一個的成就感,減少學生們以往由于片面追求VFP課程的"系統性"而導致的"只見樹木,不見森林"的教學法帶來的茫然。

從教師的角度說,任務驅動是建構主義教學理論基礎上的教學方法,將以往以傳授知識為主的傳統教學理念,轉變為以解決問題。完成任務為主的多維互動式的教學理念;將再現式教學轉變為探究式學習,使學生處于積極的學習狀態,每一位學生都能根據自己對當前任務的理解,運用共有的知識和自己特有的經驗提出方案、解決問題,為每一位學生的思考、探索、發現和創新提供了開放的空間,使課堂教學過程充滿了民主、充滿了個性、充滿了人性,課堂氛圍真正活躍起來。

綜上所述,目前獨立學院的VFP教學應當根據VFP的學科特點和獨立學院學生的自身特點,采用案例教學法,從第一節課就開始架構案例,并貫穿始終,利用上機課把理論課上的案例進行任務分解,采用任務驅動法同步完成該案例的各個功能模塊,最終使學生具備獨立完成小型數據庫管理系統的能力,并得到了開發項目的實際鍛煉,提高了學生利用計算機解決實際問題的能力。

參考文獻: