本文摘要：本系統(tǒng)開發(fā)平臺選用Visual Studio 2005,后臺數(shù)據(jù)庫為SQL Sever 2005 Express。本系統(tǒng)適用于各類型學(xué)校的教材科的庫存管理工作，可以大大的提高了教材科工作的效率，減少失誤。本文將對該系統(tǒng)的設(shè)計開發(fā)過程和具體功能做詳細(xì)的介紹。 摘 要：目前，大多數(shù)學(xué)校
本系統(tǒng)開發(fā)平臺選用Visual Studio 2005,后臺數(shù)據(jù)庫為SQL Sever 2005 Express。本系統(tǒng)適用于各類型學(xué)校的教材科的庫存管理工作，可以大大的提高了教材科工作的效率，減少失誤。本文將對該系統(tǒng)的設(shè)計開發(fā)過程和具體功能做詳細(xì)的介紹。
摘 要：目前，大多數(shù)學(xué)校的教材科的教材管理工作包括教材信息、教材征訂、教材審核、教材采購、教材出入庫等，但若這些工作還停留在紙質(zhì)的基礎(chǔ)上，會浪費許多人力和物力，在信息時代這種傳統(tǒng)的管理方法必然被計算機(jī)為基礎(chǔ)的信息管理所取代。
關(guān)鍵詞：教材管理;教材領(lǐng)取;庫存管理;ASP.NET;B/S
需求分析與總體設(shè)計方案
3.1 系統(tǒng)需求
3.1.1 用戶角色需求
根據(jù)習(xí)慣上教材科的操作方式，整個系統(tǒng)應(yīng)該有三種用戶角色，即教材科人員，普通學(xué)生教師和系統(tǒng)管理員。
教材科人員處理訂書領(lǐng)書操作，而不能進(jìn)入到系統(tǒng)管理的模塊中;學(xué)生教師可以查詢教材信息，不能進(jìn)入其它任何模塊;系統(tǒng)管理員在后臺對系統(tǒng)進(jìn)行用戶管理，教材信息管理，并展開系統(tǒng)的正常運行維護(hù)工作，但不能進(jìn)入教材科人員操作模塊。除普通的學(xué)生教師等查詢用戶外，每個角色操作都通過密碼驗證和用戶類型選擇后登錄。通過系統(tǒng)管理員才可以修改密碼。工作完成后，通過各自專門的出口退出登錄狀態(tài)。
3.1.2 功能需求
系統(tǒng)功能主要包括訂書處理、領(lǐng)書處理、特殊處理、系統(tǒng)信息管理四個部分。以下按照不同的功能處理對具體功能進(jìn)行描述：
一、訂書處理：
教材科人員通過登錄頁面登錄成功后，可以通過菜單選擇為學(xué)生、老師、或者教材科訂書，首先選擇需要定的教材，輸入教材使用的學(xué)年度，如果為學(xué)生訂書需要選擇系和班級，填入需要訂購的數(shù)量，如果是教師訂書需要填寫教師名字，選擇確定，訂書的過程就完成了。
二、領(lǐng)書處理：
教材科人員通過登錄頁面登錄成功后，可以通過菜單選擇為學(xué)生、老師做領(lǐng)書處理。當(dāng)學(xué)生代表來領(lǐng)書時，通過班級就可以查詢到需要領(lǐng)什么書，需要領(lǐng)多少本，什么書已經(jīng)領(lǐng)取了等信息，領(lǐng)書成功會做上領(lǐng)書標(biāo)記。教師來領(lǐng)書時，通過選擇教師名字，就可以知道需要領(lǐng)什么書，也和學(xué)生類似的在領(lǐng)書后做領(lǐng)書標(biāo)記。
三、特殊處理：
特殊處理指的是換書、報損、零售、統(tǒng)計、查詢這些功能。教材科人員從登錄模塊登錄后可以進(jìn)入這些功能模塊。換書是只書本身由缺陷的情況下，對領(lǐng)書的學(xué)生或老師做換書處理，并作記錄。報損是因為其它教材科的原因造成的問題做報損處理，并且登記。零售是對丟失教材的學(xué)生做零售處理，并且記錄。這些操作都是要在教材科有自己購買相關(guān)教材的情況下才能進(jìn)行。如果在進(jìn)行這些操作的時候，數(shù)量少于閥值將報警，數(shù)量不足或沒有庫存的時候會彈出提示框并關(guān)閉相關(guān)功能。統(tǒng)計功能是在選擇學(xué)年度和教材后統(tǒng)計訂購數(shù)量，或者按班級統(tǒng)計訂購數(shù)量。查詢模塊是所有用戶在沒有登錄情況下都可以操作，可以按模糊查詢、按授課教師等方式查詢教材相關(guān)信息。
四、系統(tǒng)管理：
系統(tǒng)管理員從登錄頁面進(jìn)入系統(tǒng)，選擇用戶類型為“系統(tǒng)管理”。系統(tǒng)管理員登錄后不能進(jìn)入教材科用戶使用的模塊。系統(tǒng)管理員可以添加刪除修改教材信息，管理各類用戶，設(shè)置報警閥值，管理班級和系的信息。
3.1.3 性能需求
整個系統(tǒng)應(yīng)當(dāng)操作簡便，界面友好,維護(hù)簡便。數(shù)據(jù)庫要求運行穩(wěn)定，執(zhí)行速度快,數(shù)據(jù)安全性高。軟件系統(tǒng)本身運行對計算機(jī)硬件平臺和操作系統(tǒng)平臺要求適中。
2.4 用戶界面需求
為使該設(shè)計可行，可靠，其界面設(shè)計要求簡單，方便，且具有人性化的操作界面，系統(tǒng)功能可以良好的功能按鈕相結(jié)合。使用Send,accept,添加，刪除四個按鈕控制相關(guān)的功能;TextBox 控件用來分別顯示信息和用戶ID，用戶名。整個界面簡單，醒目，且有效。
3 系統(tǒng)主體設(shè)計
3.1 主體設(shè)計思路
本系統(tǒng)主要使用SQL Server CE數(shù)據(jù)庫和SQL Server 2000數(shù)據(jù)庫，通過引用System.Data.SqlServerCe組件創(chuàng)建SqlConnection實例利用代碼在Pocket PC 2003模擬器上創(chuàng)建本地數(shù)據(jù)庫表：MsgInfo。對遠(yuǎn)程SQL Server 2000數(shù)據(jù)庫的訪問通過RDA技術(shù)需要System.Data.SqlClient的引用完成PULL操作和PUSH操作。
在對Pocket PC上存儲數(shù)據(jù)實際上是對本地數(shù)據(jù)庫的操作，通過代碼在編輯環(huán)境中創(chuàng)建出本地數(shù)據(jù)庫AccessMsg.sdf，該數(shù)據(jù)庫是個精簡版的SQL Server 數(shù)據(jù)庫，同樣是個關(guān)系型數(shù)據(jù)庫，同時通過代碼在SQLCE中創(chuàng)建表MsgInfo，表中列屬性為用戶ID(SendID,AcceptID)和Message,分別用來存儲用戶信息和發(fā)送接收的信息。
整個系統(tǒng)的開發(fā)除了建立數(shù)據(jù)庫外，在實現(xiàn)功能代碼上要創(chuàng)建一個SQLCECF的實例。使數(shù)據(jù)庫能夠支撐整個系統(tǒng)功能實現(xiàn)。
在Pocket PC上其界面設(shè)計思路是盡量簡單，但能滿足系統(tǒng)需求�？丶系脑O(shè)計簡潔，明了。使模擬器和真實的手機(jī)操作界面相似，到達(dá)界面設(shè)計的需求。在發(fā)送端的模擬器上顯示接收端的ID和Message,在接收端的模擬器上顯示發(fā)送端的ID和同樣的Message，使模擬器功能上和真實手機(jī)一致。
在實現(xiàn)對遠(yuǎn)程數(shù)據(jù)庫SQL Server 2000訪問時主要采用RDA的同步技術(shù)。運用PULL和PUSH操作分別從遠(yuǎn)程的服務(wù)器接收數(shù)據(jù)和向遠(yuǎn)程服務(wù)器發(fā)送數(shù)據(jù)。在運用RDA時由于是一種樂觀的訪問方式，而沒有考慮系統(tǒng)環(huán)境存在的沖突，當(dāng)訪問不成功時，數(shù)據(jù)會暫時保存在本地數(shù)據(jù)庫中，其實質(zhì)也是對本地數(shù)據(jù)庫的操作。當(dāng)系統(tǒng)環(huán)境通暢后再一次對數(shù)據(jù)進(jìn)行PULL和PUSH操作就能訪問遠(yuǎn)程數(shù)據(jù)庫。
系統(tǒng)整體運行模式：通過一臺Pocket PC向另一臺Pocket PC傳送信息，首先發(fā)送方將信息寫入Pocket PC中即完成對發(fā)送方本地數(shù)據(jù)庫的操作，在通過PUSH操作向遠(yuǎn)程數(shù)據(jù)庫中發(fā)送數(shù)據(jù)，接收方再通過PULL操作從遠(yuǎn)程數(shù)據(jù)庫接受數(shù)據(jù)，此時信息將保存在接收方本地數(shù)據(jù)庫中，通過相應(yīng)的查詢操作完成對接收方本地數(shù)據(jù)庫的訪問。同時需要考慮此傳輸過程是一種樂觀的傳輸過程。
小編推薦優(yōu)秀電子期刊 《信息技術(shù)雜志》
《信息技術(shù)》雜志是信息化建設(shè)領(lǐng)域的專業(yè)期刊，黑龍江省級論文發(fā)表期刊，1977年哈爾濱市創(chuàng)刊，綜合了自動化技術(shù)與計算機(jī)技術(shù)類刊物,是專業(yè)與普及相結(jié)合的刊物。
轉(zhuǎn)載請注明來自發(fā)表學(xué)術(shù)論文網(wǎng)：http:///dzlw/5177.html
