教材管理系統設計第1章論1.1課題背景教材管理的范圍廣、工作量大、內容多，高校的教務管理工作一直以來采用于工操作為主的方式，耗時、耗力；雖然隨著計算機在辦公室的普及和應用，部分工作逐漸向使用計算機進行處理，但各部分相關管理仍然相互獨立，沒有一個完善的系統加以統一管理，造成數據堆積、工作重復。隨著高校規模的擴大，原有的教務管理方式越來越不能適應高校的發展需求。為使高校的教務管理從低效率的手工為主的方式中脫離出來，為了高校的進一步發展，急需要開發一個適合高校的教育特點的，對非計算機專業人員而言即快有好而且易于掌握的信息化管理系統，從而建立完整的計算機管理機制。使教務管理工作信息化、規范化，并使各項工作更加準確、方便、快捷和安全。教材管理工作紛繁復雜，具有其自身的特殊性，而且操作種類繁多，是一個涉及面比較廣的系統設計。通過對教材的可行性分析、需求分析和設計，逐步將一個教材管理系統呈現出來可以分為四個方面：算機來管理各類教材，包括分類編號、整理教材結構。算機來查詢教材的領取情況，來確定自己教材的領取發放情況，為準確發放教材做好準備單位的領書情況能做好全面的掌握，及時得到每個單位當前的領書和歷史領書記錄。領取發放進行管理。國外狀況：據統計目前英國在教務上占有90%的工作由計算機完成；教育管理中80-100%的信息處理由計算機完成；計劃管理占80%；在計算機應用發展較快的國家中，計算機應用于教育管理的占30%；用于經濟管理占50%；用于科技計算的占8%，用于生產程控的占12%；由此可以看出，教育管理是計算機應用的主要領域之一。國內狀況：由于種種原因，我國的信息資源建設水平遠遠落后于信息基礎設施的建設的水平。長期以來，我國信息資源的開發管理未能與信息資源的增長同步進行。我國有豐富的原始信息資源，但在此基礎上再生的二次信息系統和數據庫產業的規模和市場占有率、使用率相當低，大量的有價值的信息未能進一步加工成商品使其增值。我國的計算機應用要比西方國家落后十幾年，圖書管理等信息系統的開發應用是從1973年開始的，83年以后才開始了大量的實際的開發和研究工作。因此，信息資源的開發和利用已被確立為國民經濟信息的核心內容，信息數字化，傳輸的網絡化是縮小發展中國家與發達國家差距的快捷方式，世界信息化浪潮正以不可阻擋之勢席卷全球時，我國要迎頭趕上，就必須利用現有的信息基礎設施，重點開發和推廣應用于各類科技經濟等數據庫和網絡資源服務系統，以便取得巨大的社會效益和經濟效益。由于物業管理在社會大生產中占用重要地位，其計算機化在發達國家已達到95%以上，而我國在全國范圍內推廣計算機在管理中的應用，是在80年代初開始的。起步雖晚，但發展快。特別是微型計算機的出現和普及，為信息處理提供了物美價廉的手段，對于推動我國管理信息處理現代化起到了重要作用。教育管理系統是一個高校單位元不可缺少的部分，它的內容對于高校的決策者和管理者來說都至關重要，所以教務管理系統應該能夠為用戶提供充足的信息和快捷的查詢手段。但一直以來人們使用傳統人工的方式管理圖書，這種管理方式存在著許多缺點，如：效率低、保密性差，另外時間一長，將產生大量的文件和數據，這對于查找、更新和維護都帶來了不少的困難。隨著科學技術的不斷提高，計算機科學日漸成熟，其強大的功能已為人們深刻認識，它已進入人類社會的各個領域并發揮著越來越重要的作用。作為計算機應用的一部分，使用計算機對圖書進行管理，有著手工管理所無法比擬的優點。例如：檢索迅速、查找方便、可靠性高、存儲量大、保密性好、壽命長、成本低等。這些優點能夠極大地提高人對圖書管理的效率，也是高校的科學化、正規化管理，與世界接軌的重要條件。從微觀上講，建立一套人事管理信息系統能夠加快物資的周轉速度，提高工作效率，從而加強了管理的信息化手段，提高了本單位的經濟效益。從宏觀上講，順應了社會的信息化、社會化潮流，縮短了整個社會化大生產的周期。因此，開發這樣一套管理軟件成為很有必要的事情。1.1.1系統特點功能綜合完善，系統包括系統管理、書費管理、出入庫管理和綜合查詢等系統。系統現有功能都是從眾多不同性質高校精心需求分析而成的，本系統的功能、操作方便性、穩定性等有很明顯的優越性。2.操作簡單便捷，本系統獨立于操作系統的跨平臺系統。客戶端MSWindows2000以上。能運行IE5.0以上的操作系統。采用友好、直觀的接口，鼠標、鍵盤操作、方便快捷。系統絕大部分模塊都提供、樹形結構，方便用戶對某部分進行操作。強大的查詢功能，系統大部分模塊都提供自定義的查詢功能，可以任意組合查詢項目。數據處理能力強，本系統采用最先進的大型數據庫Delphi來作為后臺的數據處理，數據存取速度快、網絡負荷少、安全性強，即使數據量很大，亦不影響它的性能。嚴格、靈活的權限控制，系統具有靈活、嚴格的權限設定功能，嚴格的登錄機制與權限設定，可靈活設置不同用戶的訪問權限及所屬群組的權限。1.1.2系統主要功能根據系統需求，本系統結構采用當前流行的客戶機/服務器結構，也就是C/S模式，這種模式的主要形式是系統的管理人員以及使用者在客戶端對服務器端的數據庫進行各種操作，操作的結果又由服務器端的數據庫發送給客戶端顯示出來，客戶端和數據庫服務器可以在同一臺計算機上安裝，也可以在處于聯網狀態的不同機器上安裝，形式比較自由，安裝比較方便。該模式同時具有開發時間短、成本較低，而且數據量的傳輸快等優點。業務流程分析包括對信息的流動、傳遞、處理、儲存等分析，其目的就是要發現和解決數據流通中的問題。這些問題有：數據流程不暢通，前后數據不匹配，數據處理不合理等。問題產生的原因有的是屬于原系統管理混亂，數據流程本身有問題，有的也可能是調查了解的數據有錯誤或作圖有錯誤，通過分析，這些問題應該盡可能地暴露并加以解決。系統管理模塊工作人員通過系統管理來對班級、單位、操作人員進行管理，包括班級、單位的添加、操作人員權限的設置各種相關信息等。這里還有一個系統初始化，就是將系統中的內容清空。書費管理模塊工作人員通過書費管理來實現書費的管理功能，如班級應該繳回的書費、班級應該退回的書費等。出入庫管理模塊工作人員通過出入庫管理模塊來實現教材的入庫、教材出庫以及教材入庫出庫的具體情況的功能。通過這些功能可以記錄新入庫的教材信息，并且加以對已經存在數據庫中的教材信息對修改，同時可以對學生領書和教師領書進行管理。綜合查詢模塊工作人員通過對此模塊來實現教材書費查詢、庫存查詢和領書查詢等功能。通過對這些功能，可以通過不同的條件來對書庫中的教材進行查詢，同時也可以查詢教材的一些信息。1.2研究目的與意義教育是整個國民經濟的基礎，隨著信息化產業逐漸進入各行各業，教育對實行信息化必須有一個明確的方向，這也是客不容緩的事。而教材作為教育中的重要資源，必須同信息化同步，實行網絡管理，以促使整個國民經濟和教育的發展。統的設計過程，以及系統功能的實現；最后介紹了系統的測試。1.3論文研究內容作為校園信息化管理，已經成為評測校園教學質量的一個重要手段。在校園信息化管理中，學校的教材管理已是首要解決的問題，學校每學期開學都需要購買大量的教材，學校根據每學期所開設的各種課程，向書店或者出版社購進教科書，然后學生以班級為單位向學校領書交費。這項工作現在大部分學校還是手工操作，不僅工作效率很低，并且不能及時了解教材庫存和領取的具體情況。針對上述情況，根據目前學校管理的模式和計算機管理中的優點，經過多方面的分析，該系統實現班級信息管理、教材收費管理、領取的自動管理以及以往的教材信息的查詢。本系統主要設計了4大功能模塊，分別是系統管理、書費管理、出入庫管理、綜合查詢。通過功能分析首先建立數據庫結構，根據功能盡量完善和實用結合設計程序接口和功能代碼。第2章數據庫知識以及Delphi介紹數據庫在信息系統的中一直是非常重要的主題，近年來，隨著WorldWideWeb（WWW）的猛增及Internet技術的迅速發展，使得數據庫技術一時成為最熱門技術之一。數據庫技術能使Internet超越具有早期應用特點的簡單的發布。同時，Internet技術提供了一種面向用戶發布數據庫的標準化的訪問。這些技術沒有脫離經典數據庫技術的要求。它們只是加重了數據庫技術的重要性。數據庫的目的是幫助人們跟蹤事務。經典的數據庫應用涉及數據量較大，需要密切關注的事務。最近，由于數據庫的普及，數據庫技術已經被應用到了新的領域，諸如用于Internet的數據庫或用于公司內聯網的數據庫。數據庫也被越來越多地應用于生成和維護多媒體應用程序上。在本章將要對數據庫的知識，如何用SQL語言操縱數據以及本系統設計。2.1數據庫的概括數據庫是依照某種數據模型組織起來并存放二級內存中的數據集合。這種數據集合具有如下特點：盡可能不重復，以最優方式為某個特定組織的多種應用服務，其數據結構獨立于使用它的應用程序，對數據的增、刪、改和檢索由統一軟件進行管理和控制。數據庫是數據管理的高級階段，它是由文件管理系統發展起來的。數據庫的基本結構分三個層次，反映了觀察數據庫的三種不同角度：物理資料層。它是數據庫的最內層，是物理存貯設備上實際存儲的數據的集合。這些數據是原始數據，是用戶加工的對象，由內部模式描述的指令操作處理的位元串、字符和字組成。概念數據層。它是數據庫的中間一層，是數據庫的整體邏輯表示。指出了每個數據的邏輯定義及數據間的邏輯聯系，是存貯記錄的集合。它所涉及的是數據庫所有對象的邏輯關系，而不是它們的物理情況，是數據庫管理員概念下的數據庫。邏輯數據層。它是用戶所看到和使用的數據庫，表示了一個或一些特定用戶使用的數據集合，即邏輯記錄的集合。數據庫不同層次之間的聯系是通過映射進行轉換的。數據庫具有以下主要特點：實現數據共享。數據共享包含所有用戶可同時存取數據庫中的數據，也包括用戶可以用各種方式通過接口使用數據庫，并提供數據共享。減少數據的冗余度。同文件系統相比，由于數據庫實現了數據共享，從而避免了用戶各自建立應用文件。減少了大量重復數據，減少了數據冗余，維護了資料的一致性。數據的獨立性。數據的獨立性包括數據庫中數據庫的邏輯結構和應用程序相互獨立，也包括數據物理結構的變化不影響數據的邏輯結構。實現集中控制。文件管理方式中，數據處于一種分散的狀態，不同的用戶或同一用戶在不同處理中其禧之間毫無關系。利用數據庫可對數據進行集中控制和管理，并通過數據模型表示各種數據的組織以及數據間的聯系。數據一致性和可維護性，以確保數據的安全性和可靠性。主要包括：安全性控制：以防止數據丟失、錯誤更新和越權使用；完整性控制：保證數據的正確性、有效性和兼容性；并發控制：使在同一時間周期內，允許對數據實現多路存取，又能防止用戶之間的不正常交互作用；故障的發現和恢復：由數據庫管理系統提供一套方法，可及時發現故障和修復故障，從而防止數據被破壞。數據庫的發展歷史：萌芽階段，先使用"DataBase"一詞的是美國系統發展公司在為美國海軍基地在60年代研制資料中引用。1963年，C?W?Bachman設計開發的IDS(IntegrateDataStore)系統開始投入運行，它可以為多個COBOL程序共享數據庫。1968年，網狀數據庫系統TOTAL等開始出現；1969年，IBM公司McGee等人開發的層次式數據庫系統的IMS系統發表，它可以讓多個程序共享數據庫。1969年10月，CODASYL數據庫研制者提出了網絡模型數據庫系統規范報告DBTG，使數據庫系統開始走向規范化和標準化。正因為如此，許多專家認為數據庫技術起源于20世紀60年代末。數據庫技術的產生來源于社會的實際需要，而數據技術的實現必須有理論作為指導，系統的開發和應用又不斷地促進數據庫理論的發展和完善。發展階段，20世紀80年代大量商品化的關系數據庫系統問世并被廣泛的推廣使用，既有適應大型計算機系統的，也有適用與中、小型和微型計算機系統的。這一時期分布式數據庫系統也走向使用。 1970年，IBM公司SanJose研究所的E.F.Code發表了題為"大型共享數據庫的數據關系模型”論文，開創了數據庫的關系方法和關系規范化的理論研究。關系方法由于其理論上的完美和結構上的簡單，對數據庫技術的發展起了至關重要的作用，成功地奠定了關系數據理論的基石。1971年，美國數據系統語言協會在正式發表的DBTG報告中，提出了三級抽象模式，即對應用程序所需的那部分數據結構描述的外模式，對整個客體系統數據結構描述的概念模式，對數據存儲結構描述的內模式，解決了數據獨立性的問題。1974年，IBM公司SanJose研究所研制成功了關系數據庫管理系統SystemR，并且投放到軟件市場。1976年，美籍華人陳平山提出了數據庫邏輯設計的實際(體)聯系方法。1978年，新奧爾良發表了DBDWD報告，他把數據庫系統的設計過程劃分為四個階段:需求分析、信息分析與定義、邏輯設計和物理設計。1980年，J?D?Uman所著的《數據庫系統原理》一書正式出版。1981年，E-F-Code獲得了計算機科學的最高獎ACM圖林獎。1984年，DavidM所著的《關系數據庫理論》一書，標志著數據庫在理論上的成熟。成熟階段，80年代至今，數據庫理論和應用進入成熟發展時期。SQL語言用戶對數據庫的使用，是通過數據庫管理系統提供的語言來實現的。不同的數據庫管理系統提供不同的數據庫語言。關系數據庫管理系統幾乎都提供關系數據庫標準語言 SQL。SQL的全稱是StructuredQueryLanguage，即結構化查詢語言。SQL語句可以從關系數據庫中獲得數據，也可以建立數據庫、增加數據、修改數據。1986年ANSI采用SQL語言作為關系數據庫系統的標準語言，后被國際化標準組織(ISO)采納為國際標準。SQL語言使用方便、功能豐富、簡潔易學，是操作數據庫的標準語言，得到廣泛地應用。例如關系數據庫產品DB2、ORACLE等都實現了SQL語言。同時，其它數據庫產品廠家也紛紛推出各自的支持SQL的軟件或者與SQL的接口軟件。這樣SQL語言很快被整個計算機界認可。SQL語言是一種非過程化語言，它一次處理一個記錄集合，對數據提供自動導航。SQL語言允許用戶在高層的數據結構上工作，而不對單個記錄進行操作。SQL語言不要求用戶指定數據的存取方法，而是使用查詢優化器，由系統決定對指定數據存取的最快速手段。當設計者在關系表上定義了索引時，系統會自動利用索引進行快速檢索，用戶不需知道表上是否有索引或者有什么類型的索引等細節。Delphi語言是數據庫開發的常用開發工具，同時為了實現查詢的功能以及系統的一些相關功能，SQL語言的使用也是必不可少的，SQL語言即結構查詢語句，SQL語言之所以能夠為用戶和業界所接受，成為國際標準，是因為它是一個綜合的、通用的、功能極強，同時簡潔易學。SQL語言集數據查詢(dataquery)、數據操縱(datamanipulation)、數據定義(datadefinition)和數據控制(datacontrol)功能于一體，充分體現了關系數據語言的特點和優點。其主要特點包括：綜合統一主要功能是通過數據庫支持的數據語言來實現的。非關系模型(層次模型，網狀模型)的數據語言一般都分為模式數據定義語言(schemadatadefinitionlanguage,簡稱模式DDL),外模式數據定義語言(subschemadatadefinitionlanguage,簡稱外模式DDL)與數據存儲有關的描述語言(datastoragede-scriptionlanguage,簡稱DSDL)以及數據操縱語言(datamanipualtionlanguage,簡稱DML)，分別于定義模式，外模式，內模式和進行數據的存取與處置。當用戶數據庫投入運行后，如果需要修改模式，必須停止現有數據庫的運行，轉儲數據，修改模式并編譯后再重裝數據庫，因此很麻煩。高度非過程化非關系數據模型的數據操縱語言是面向過程的語言，有其完成某項請求，必須指定存取路徑。而用SQL語言進行數據操作，用戶只需提出“做什么”，而不必指明“怎么做”，因此用戶無需了解存取路徑，存取路徑的選擇以及SQL語句的操作過程均由系統自動完成。這不但大大減輕了用戶負擔，而且有利于提高數據獨立性。面向集合的操作方式非關系數據模型采用的是面向記錄的操作方式，任何一個操作其對象都是一條記錄。例如，查詢所有平均成績在80分以上的學生姓名，用戶必須說明完成該請示的具體處理過程，即如何用循環結構按照某條路徑一條一條地把滿足條件的學生記錄讀出來。而SQL語言采用集合操作方式，不僅查找結果可以是元組的集合，而且一次插入，刪除，更新操作的對象也可以是元組的集合。語言簡潔，易學易用SQL語言功能極強，但由于設計巧妙，語言十分簡潔，完成數據定義，數據操縱，數據控制的核心功能只用了9個動詞：CREATE>DROP、SELECT>ENSERT、UP-DATE>DELETE>GRANT、REVOKE>ALTER，而且SQL語言語法簡單，接近英語口語，因此容易學習，容易使用。Delphi簡介Delphi是著名的Borland（現在已和Inspires合并）公司開發的可視化軟件開發工具，是當今世界上最優秀的Windows開發工具之一。自Borland公司1995年3月推出Delphi1.0以來，它就以優秀的集成開發環境、可視化的面向對象編程、良好的數據庫應用支持、功能強大的VCL組件及程序開發和運行的高效率，為用戶提供了一種在MicrosoftWindows操作系統下基于ObjectPascal語言的視覺化開發平臺上快速開發遵循Windows標準的應用程序的開發工具。Delphi的出現打破了VB承可視化編程領域一統天下的局面。并且Delphi使用了本地編譯器直接生成技術，使程序的執行性能遠遠高于其它產品生成的程序。它還是真正的面向對象的編程語言。PASCAL語言的嚴謹加上可視化的優勢和強大的數據庫功能使得它有充分的資本和微軟的VB叫板。許多人當時都認為Pascal是最有前途的程序設計語言，并預測Delphi將會成為可視化編程的主流環境。Delphi在你編好程序后自動轉換成“.EXE”文件它運行時速度比VB快，而且編譯后不需要其它的支持庫就能運行。它的數據庫功能也挺強的，是開發中型數據庫軟件理想的編程工具。Delphi適用于應用軟件、數據庫系統、系統軟件等類型的開發。而且它擁有和VB差不多一樣的功能，而且一樣能應用API函數，這在控制Windows很有用。Delphi是全新的可視化編程環境，為我們提供了一種方便、快捷的Windows應用程序開發工具。它使用了MicrosoftWindows圖形用戶接口的許多先進特性和設計思想，采用了彈性可重復利用的完整的面向對象程序語言(Object-OrientedLanguage)、當今世界上最快的編輯器、最為領先的數據庫技術。對于廣大的程序開發人員來講，使用Delphi開發應用軟件，無疑會大大地提高編程效率。Delphi的基本形式：Delphi實際上是Pascal語言的一種版本，但它與傳統的Pascal語言有天壤之別。一個Delphi程序首先是應用程序框架，而這一框架正是應用程序的“骨架”。在骨架上即使沒有附著任何東西，仍可以嚴格地按照設計運行。您的工作只是在“骨架”中加入您的程序。缺省的應用程序是一個空白的窗體(Form)，您可以運行它，結果得到一個空白的窗口。這個窗口具有Windows窗口的全部性質：可以被放大縮小、移動、最大最小化等，但您卻沒有編寫一行程序。因此，可以說應用程序框架通過提供所有應用程序共有的東西，為用戶應用程序的開發打下了良好的基礎。Delphi已經做好了一切基礎工作——程序框架就是一個已經完成的可運行應用程序，只是不處理任何事情。您所需要做的，只是在程序中加入完成您所需功能的代碼而已。在空白窗口的背后，應用程序的框架正在等待用戶的輸入。由于您并未告訴它接收到用戶輸入后作何反應，窗口除了響應Windows的基本操作(移動、縮放等)外，它只是接受用戶的輸入，然后再忽略。Delphi把Windows編程的回調、句柄處理等繁復過程都放在一個不可見的Romulus覆蓋物下面，這樣您可以不為它們所困擾，輕松從容地對可視部件進行編程。面向對象編程的概念：面向對象的程序設計(Object-OrientedProgramming，簡記為OOP)是Delphi誕生的基礎。OOP立意于創建軟件重用代碼，具備更好地模擬現實世界環境的能力，這使它被公認為是自上而下編程的優勝者。它通過給程序中加入擴展語句，把函數“封裝”進Windows編程所必需的“對象”中。面向對象的編程語言使得復雜的工作條理清晰、編寫容易。Delphi是完全面向對象的。一些早期的具有OOP性能的程序語言如C++，Pascal，Smalltalk等，雖然具有面向對象的特征，但不能輕松地畫出可視化對象，與用戶交互能力較差，程序員仍然要編寫大量的代碼。Delphi的推出，填補了這項空白。您不必自己建立對象，只要在提供的程序框架中加入完成功能的代碼，其余的都交給Delphi去做。欲生成漂亮的接口和結構良好的程序絲毫不必絞盡腦汁，Delphi將幫助您輕松地完成。它允許在一個具有真正OOP擴展的可視化編程環境中，使用它的ObjectPascal語言。這種革命性的組合，使得可視化編程與面向對象的開發框架緊密地結合起來。2.4本章小結本章主要介紹了我所設計內容主要運用的知識，包括數據庫的發展歷史，SQL語言的查詢以及Delphi的介紹。讓我充分的了解了我所運用的知識，這樣能搞好的掌握設計內容，并且通過本章的學習，我能更好的運用以及學過的知識來完善自己。第3章可行性研究和系統分析3.1可行性分析可行性分析也稱為可行性研究，是在系統調查的基礎上，針對新系統的開發是否具備必要性和可能性，對新系統的開發從技術、經濟、社會的方面進行分析和研究，以避免投資失誤，保證新系統的開發成功。可行性研究的目的就是用最小的代價在盡可能短的時間內確定問題是否能夠解決。該系統的可行性分析包括以下幾個方面的內容。經濟可行性：主要是對項目的經濟效益進行評價，本系統作為一個畢業設計，不需要任何經費，對于我們學校在經濟上完全沒有問題的。而且本系統正式使用后，將會大大的提高教材科管理教材的效率。技術可行性：技術上的可行性分析主要分析技術條件能否順利完成開發工作，硬、軟件能否滿足開發者的需要等。本系統主要采用了 Delphi7.0和Access進行相關的開發，而Delphi是面向對象的可視化軟件開發工具，其對編程平臺對數據庫的訪問做了很好的封裝，數據庫接口的轉換只需動態更改控件的相關屬性即可；另考慮到SQLServer數據庫服務器用戶，亦提供SQLServer數據庫接口，微軟公司的SQLServer數據庫，它能夠處理大量數據，同時保持數據的完整性并提供許多高級管理功能。它的靈活性、安全性和易用性為數據庫編程提供了良好的條件。應用可行性：本系統主要是為了提高學校教材管理的效率而進行開發的，所以在各方面上得到了教材科和老師的支持，領導的認同。現有的管理制度和方法科學，規章制度齊全，原始數據正確等。規章制度和管理方法為系統的建設提供了制度保障。3.2系統需求分析系統分析的任務是明確教材數據庫管理系統開發的目的、系統應用的功能等（即用戶需求），以及開發人員要解決的問題。分析主要有以下步驟：軟件結構分析：對于大型系統的設計，通常分為兩個階段：結構設計和過程設計。結構設計：確定系統由哪些模塊組成，以及這些模塊之間的相互關系。過程設計：確定每個模塊的處理過程。其中，結構設計是總體設計階段的任務，而過程設計則是詳細設計階段的任務。這里只是一個小型的數據庫管理系統，只分析構成它們最基本的成分，以及所有這些成分之間的相互關系。結構分析就是系統分析人員對完成任務的每一個工序進行分析的過程。如圖3-1所示：系統開發的過程首先是要確定需要建立的表格及視圖，即首先完成數據庫的設計，這個過程主要是通過Access的使用完成的；其次，就是進行接口的設計，這個過程是在Delphi中完成的，它是系統開發中比較重要的一步，系統接口在用戶對軟件的評價中占有很大的比重，影響到本次開發的成功與否，所以在后面將有專門一部分論述接口設計。數據庫的特點：設計全面：在設計數據庫時，充分收集了用戶在管理過程中和將來可能用到的內容，分類分項進行了設計。數據庫之間分工明確：數據庫設計中，盡量減少數據庫個數和多重數據庫操作的機會。字段明晰：每個字段名對應的字段明晰，類型和寬度與實際中完全相符。設計時去掉了在不同關系中重復出現的屬性名，而且字段名便于識別，又盡量簡化。為實現需求分析中所列的主要功能，設計了多個數據庫。情況如下(幾個重要的數據表)如表3-1書費記錄表、3-2教材信息表、3-3操作員記錄表、3-4班級記錄表所示：以上四個表是本系統建立數據庫所要的數據表中最重要的四個表。記錄了教材信息、費用、操作員、登陸時間、庫存量等等。ADO綜述本系統是通過對象模型ADO(ActiveDataObjects)來訪問數據庫的，ADO使我們能夠編寫應用程序，以通過OLE.DB提供者訪問和操作數據服務器中的數據。ADO最主要的優點是易于使用、速度快、內存支出少和磁盤遺跡小。ADO支持建立客戶端/服務器和基于Web的應用程序的關鍵功能。ADO的另一功能是“遠程數據訪問”，能夠通過一個來回的傳輸將數據從服務器移動到客戶端應用程序或Web頁中，然后在客戶端對數據進行操作，最后將更新數據返回服務器。ADO對象模型是由8個對象組成的，它們中的大多數在功能上和RDO對象相似，只不過具有更強的功能性。下面介紹ADO的3個重要的對象：Command對象。包含關于某個命令，例如查詢字符串、參數定義等的信息。Connection對象。包含關于某個數據提供程序的信息。Recordset對象。Recordset對象包含某個查詢返回的記錄，以及那些記錄中的游標。ADO的目標是訪問、編輯和更新數據源，而編程模型體現了為完成該目標所必須的系列動作的順序。ADO提供類和對象以完成以下活動：連接到數據源(Connection)。可選擇開始一個事物。可選擇創建對象來表示SQL命令(Command)o可選擇在SQL命令中指定列、表和值作為變量參數(Parameter)。執行命令(Command、Connection或Recordset)o如果命令按行返回，則將行存儲在緩存中(Recordset)。可選擇創建緩存視圖，以便能對數據進行排序、篩選和定位(Recordset)o通過添加、刪除或更改行和列編輯數據(Recordset)。在適當情況下，使用緩存中的更改內容來更新數據源(Recordset)。在使用事物之后，可以接受或拒絕在事物期間所做的更改，結束事物(Connection)o3.4本章小結本章主要介紹了我所設計內容的可行性分析和系統的分析，其中主要包含了可行性分析、系統需求分析和數據庫的連接。讓我充分的了解我以往學習中的很多不足，老師也給了我很多的幫助，讓我學習到了更多的知識。第4章系統總體設計4.1系統簡介本系統是一個小型的學校教材管理系統，利用Delphi編寫用戶接口，以Access創建數據庫而制作的桌面數據庫管理系統，采用用戶創建賬號的形式提供多人共享的功能，通過用戶名不同調用相應的數據庫表信息，達到用戶獨立的效果。其中，用戶名是經過最高權限的管理員進行指定委派的。由于本管理系統操作簡單、接口明了，所以容易直觀對相應的功能進行操作。設立超級管理員權限（即最高權限的管理員），能直接瀏覽數據庫各個表項，并具有對各個用戶和用戶信息進行添加、刪除、修改的權限。4.2系統實現的功能4.2.1系統流程和操作方法設計教材管理系統的工作流程建立在傳統手工工作流程的基礎上，但又不能完全等同于手工工作流程。因為教材管理系統畢竟不同于傳統手工作業，從效率上來說，前者也高于后者，前者只需要少量的人工干預就能夠實現教材信息的集中管理。首先，在流程安排上應盡量避免數據的重復輸入，實現從采購到發放一次輸入的數據得到多次使用，以提高系統的工作效率。這一步很大程度依賴于數據庫的設計。其次，選擇合適的操作方式。計算機系統操作方式有兩種：一種是聯機操作方式，即人機交互方式；另一種是脫機操作方式，它是將事先設計好的一套操作程序以作業的形式提交給計算機，由計算機依托幾批處理的方式完成這套操作，并將處理結果通過系統打印輸出。本次設計的教材管理系統屬于第一種操作方式，需要用戶輸入信息完成操作。之所以采用這種方式，主要是考慮到此數據庫管理系統的實時性需求，因為數據庫隨時可能都需要得到改變。4.2.2系統開發原則為了設計出符合一般標準又具有特色的接口，系統開發時要遵循以下開發原則：保證接口設計的風格具有一致性。接口設計時，控件的擺放要協調和勻稱。常用操作（如教材管理、查詢、打印等操作）應建立快捷方式，方便管理員日常操作。提供信息回饋，對一些不常見的操作和至關重要的操作，系統應該能回饋信息。提供錯誤處理信息，在出現錯誤時，系統應該能檢測出錯誤并提供錯誤處理的能；錯誤出現后，系統的狀態不發生變化，或者系統要提供錯誤恢復的向導。為了方便管理員的管理應設置工具欄和狀態區。系統主要功能接口是最主要的，是設計的重點。該接口上包括了系統的功能查詢以及觸發其它單項功能接口的快捷方式，如系統管理、教材管理、財務管理、打印報表等。4.2.3系統結構本系統是以教材管理業務為原型設計開發的，教材科的日常業務大體上有如下幾項：教材預訂。教材的預訂工作基本上是由系、部來完成。教材科將教材征訂通知下發到各系、（輪流傳閱），各系從中選訂所開課程的教材，填寫預訂單，經系、部匯總報教材科。教材科匯總報教務處審批后，編制填寫正式訂單寄發到各出版社。教材入庫業務。出版社按訂單如期如數發書，教材科查收入庫。教材發放。按預訂數量發放專業和年級用書。通常是以系、班級為單位領進行領書。查詢，這項工作包括四項內容，其一是預訂查詢及時了解各系教材的訂購情況；再就是入庫查詢及時掌握入庫情況；第三是庫存查詢情況；第四是帳務查詢，主要記錄學生、班級、教師領教材的詳細情況。打印與報表，主要用于訂書、購書、發書清單的打印。系統管理主要包括用戶、密碼的更改，學生信息管理和數據庫的維護。幫助，選項和系統幫助能使用戶快速得到幫助。系統的主要結構是以下幾個方面：系統管理：主要對操作人員進行管理，院系管理和班級管理三類，其中登陸身份具有不同級別的權限，權限可由管理人員設置。還可以進行密碼修改。教材管理：主要對教材出入庫管理，出庫分為學生領書和院系領書。操作員管理：主要用于增減操作員及權限管理。財務管理：主要對書費的結算進行處理。綜合查詢：主要是書費查詢、庫存查詢和領書查詢。日常業務：主要是把一些經常使用到的操作放在一起，以方便使用，提高效率。報表打印：主要對一些庫表的打印。（本功能暫時還沒開發出來）說明：主要對一些功能說明。以及軟件說明。如圖4-1所示：后臺數據庫運行的方式工作，用戶無須了解具體數據庫的內容即能通過在前臺操作接口的直觀操作達到預期目標。如圖4-2所示：圖4-2工作方式圖通過功能分析首先建立數據庫結構，根據功能盡量完善和實用結合設計程序接口和功能代碼。系統的簡單ER圖如圖4-3所示：圖4-3系統ER圖通過對教材信息管理系統的實現，大大提高了管理員的工作效率，方便了學校對班級和教師教材信息的管理，實現了設計教材管理系統的目的。4.3本章小結本章主要介紹了我設計中的系統的總體設計，其中包括了系統的簡介和系統實現的功能。主要體現了教材管理系統整體的內容框架分別分為哪幾個部分，為后面的功能模塊的實現提供了有力的幫助。非常感謝我的老師在本章的學習中給我提供的幫助。第5章功能模塊的實現5.1數據庫的實現本系統采用的數據庫為Access，數據庫共有27個表，其中屬于系統的表有20個，屬于用戶的表有7個。操作員表主要是用來記錄操作員的信息，包括用戶名、密碼及操作員的權限信息等等。超級管理員可以對普通用戶進行相應的權限設置。Books數據表記錄著教材的基本信息及相關的訂書記錄，主鍵是ISBN。5.2連接數據庫常用的數據庫訪問技術主要是開放式數據庫連接(ActiveDataObjects)即ADO。ADO技術為訪問不同的SQL數據庫提供了一個共同的接口。ADO使用SQL作為訪問數據的標準。這一接口提供了最大限度的互操作性：一個應用程序可以通過共同的一組代碼訪問不同的SQL數據庫管理系統(DBMS)。開發人員可以添加數據庫驅動程序，將應用程序與用戶所選的DBMS聯系起來。驅動程序管理器提供應用程序與數據庫之間的中間鏈接。ADO接口包含一系列功能，由每個DBMS的驅動程序實現。當應用程序改變它的DBMS時，開發人員只使用新的DBMS驅動程序替代舊的驅動程序，并且應用程序可以無需修改代碼照常運行。添加一個ADOConnection，然后選擇它的屬性里面的ConnectionString，進去之后選擇生成(Build)，根據需要連接的數據庫選擇相應的驅動，下一步之后選擇數據庫，確定保存。選擇屬性里面的Connect設置為True就已經建立與數據庫之間的連接了。然后選擇一個數據集控件(ADOTable、ADOQuery)，設置好Connection屬性為剛剛建立好的ADOConnection，設置Table或SQL屬性之后就可以設置Active屬性為True來取得表中的資料了。再添加一個Datasource控件，設置DataSet為剛剛添加的ADOTable或ADOQuery最后可以添加數據顯示控件了如DBGrid，只要設置它的DataSource為剛才建立的DataSource控件即可。5.3主要功能模塊的實現教材管理系統模塊的設計主要包括應用程序登錄模塊、主窗口模塊、操作員接口模塊、教材管理模塊。5.3.1登錄模塊首先的登錄模塊的實現，它主要的功能是登錄用戶名和密碼下圖為系統登陸窗口圖5-1所示：圖5-1登陸窗口圖運行教材管理系統文件后，首先會彈出登陸的對話框，這時要求管理人員輸入用戶名和密碼進行登陸操作。輸入用戶名和登陸密碼后，點擊確定，如果用戶名和密碼都對的話，就可以進入系統的主窗口接口進行相應的操作。反之，繼續顯示登陸的對話框。如果連續三次登陸不成功后，系統就會自動退出登陸接口。選擇密碼輸入框旁邊的“高級”按鈕