時間：2022-08-29 07:08:14
開篇：寫作不僅是一種記錄，更是一種創造，它讓我們能夠捕捉那些稍縱即逝的靈感，將它們永久地定格在紙上。下面是小編精心整理的12篇數據庫設計論文，希望這些內容能成為您創作過程中的良師益友，陪伴您不斷探索和進步。
在我院的科研管理過程中，科研處需要了解教師的每個項目．每個項目又包括項目名字、項目經費、項目人員、項目狀態等;最特殊之處是本校項目經費編號必須和財務統一，只能按照財務軟件默認給出的編號建立數據編號．這樣才能核對項目經費、縱向經費等;項目所獲得獎勵(科技進步獎等)按照科研管理規定給予相應獎勵;項目人員的信息和項目的每個內容都相關，這里需要指出的是任何單位都有相同名字的人員，所以每個人員的信息至少要包含一個區別碼，可以是身份證，也可以是工作證代碼等等．
2．1數據庫選擇
由于科研管理的保密性，本校科研管理不對校外開放，基本不用考慮并行查詢的系統需求，另外，鑒于本系統目標用戶普遍應用Windows系統，所以項目采用了WindowsServers系統下的SQLServer，在跨平臺操作時，可直接用SQL語言進行數據讀寫和查詢等操作命令．用于數據庫中的標準數據查詢語言項目在開發過程中得到了驗證．
2．2數據庫結構設計
數據庫的結構設計一定是在項目的最初完成的．構造數據庫必須考慮所有需求規則．在關系數據庫中，我們習慣稱之為范式，參考關系數據庫的多種范式，依據科研管理的需求分析，為擴大操作功能和減少冗余度選擇了第三范式．科研工作者的信息是貫穿于整個數據庫中的，必須單獨建立的，同時為了避免多人同名可以采用唯一身份證號碼加以區別．其表內信息依據需要建立以下字段:包括年齡、性別、單位院系、職務職稱、技術領域、個人信息(電話)等．每個表單都有一個和人員相關的字段，這個字段可以是工作證號，也可以是身份證號碼．每個表單都可以單獨進行，甚至可以在備份的同時也不影響錄入．如果將來需要查詢某科研人員的詳細成果，只要每個庫調用相同工作證號或身份證等就可以．科研經費是每年國家審計管理的重點，每筆經費一定要保證和唯一項目編號準確對應．所以建立經費和經費分配兩獨立表單．兩個單獨表中經費都含有項目編號，這個項目編號和項目管理中的項目編號一致．由于項目管理表中有人員信息相連，所以只要通過調出科研經費相關聯的項目編號后自動在邏輯層調用項目表和科研工作者庫中信息，就可以得到全面的經費信息．而經費分配表中的人員必須符合人員庫，這樣就杜絕了非項目人員經費報銷的可能性，大大降低了查找同一個人員參加的不同項目的經費結果的復雜度．成果管理模塊通過建立專門的成果庫，成果庫可以包括論文、專著、專利、軟件著作權等．在設計時同樣建立一個單獨的表，而成果中也有和經費模塊一樣的地方，也就是包含項目人員，這樣將來查詢某人員的時候，項目和成果可以一起得出．
2．3用戶接口設計
根據科研管理需求分析，設計為多用戶．第一種是數量最多的科研工作者的訪問模塊，每個科研人員可以利用互聯網將在任何地點輸入本人的科研信息和成果，這樣可以將科研管理人員從大量錄入科研工作者的項目成果、專利等繁瑣工作中擺脫出來，同時也可以在保密許可范圍內查詢到自己參加過的所有項目、論文和成果;第二種是科研管理人員的入口(科研處人員)，科研管理人員必須通過授權才可以通過接口進入后臺．在有記錄的情況下，直接管理數據，包括輸入到數據庫、項目審核、項目修改(教師錄入錯誤等)及刪除等．這個入口可看到項目和經費，還可以審批經費等管理功能．超級管理員還可以對科研工作者授權，使之對本人輸入數據的錯誤進行修正．一般來說，科研處的分工有多細，這個入口就有多細．比如項目管理科的人員就只能針對項目管理，項目經費管理科只能針對項目經費管理和項目狀態管理等．這樣，在管理上的細分導致多用戶之間是嚴格不相關并且不能互相越權管理．
3數據庫接口應用
本校科研管理平臺用戶功能在面板左側以項目為例:分別為項目錄入、項目修改、項目查詢和項目分析．
3．1項目錄入
該平臺突破了傳統的手工錄入方法，避免了項目數量巨大，錄入工期長等問題．最重要的是保證了非手工錄入的正確率．創新方法為先在熟悉科研管理方法的基礎上提出一個完善的項目資料存檔要求，并對每個存檔內容給予明確的指示，應包含一個科研項目的所有基本信息．其中項目類型中應包含附加屬性，如是否雙十項目等;項目狀態應添加自動修改的功能，當項目合同時間已到卻仍未結題者，項目應變更為延期．當所有功能都已確定完成后，直接由項目負責人提供符合后臺數據庫格式的excel表格，無論申報還是結題，都由各科研處統一通過審核將各個項目表格匯總，項目錄入工作就是直接導入．這樣大大避免了手工錄入的人為錯誤．如果有臨時的突然增加項目，讓項目負責人填好相應表格，直接導入即可．
3．2前臺的查詢功能
前臺應將任意條件如項目名稱、項目負責人、工作單位和項目編號等檢索，同時應考慮到將來的科研管理需求，如想查詢所有結題項目或經費等于4萬的項目等其他條件等，這樣的檢索可以讓我們在左邊的可選字段中自由搭配，以便于應對不同的科研管理需求．所以平臺開發為檢索條件完全自由組合。
3．3項目修改
設計了對應不同功能的不同賬號，并分別給予不同權限，如普通院系老師給予查詢功能，首先通過教師的身份證號或者工資卡號等登陸，教師一旦登陸就相當于默認為查詢自己的所有項目．如果是科研處的管理科研工作者登陸，則可以修改和確認．為防止科研處管理科研工作者的人工誤差，可以在確認上有兩個賬號，由領導審核后方可生效．
3．4數據導出
項目查詢完畢后，可以導出的EXCEL表格應是前面檢索條件下檢索結果的表格，要求應包含所有的科研信息．由于現有的數據倉庫技術發展，將導出的數據中與現有其他數據來源(如其他大學的科研數據分析圖)對比，可根據對比數據修整本校科研發展的方向．
4結語
1.1信息管理模塊
本模塊主要是員工具體信息的錄入以及修改、員工字段的設置、瀏覽全部員工信息并可篩選部門輸出、人員基本信息的批量導入功能，共包括四個窗口。員工個人信息中以身份證號碼為主碼，通過Combobox下拉列表框來錄入員工的信息例如，性別可以通過“男”或“女”選擇錄入。如果系統里面錄入的身份證號相同，系統則會提示重復錄入。記錄添加窗口主要用來設置Combobox下拉列表框可選擇的信息。例如，職稱選項可設置為教授、教授級工程師、副教授、高級工程師、講師等。人員基本信息批量導入功能主要為減輕管理人員的工作量而設計的，當一個單位職工很多，且每一個職工都有幾十條信息需要輸入的時候，會給系統管理員帶來不小的麻煩。如果有現成的數據，可以通過excel電子表格進行批量導入，大大提高了工作效率。
1.2審核統計模塊
本模塊主要的功能是用來顯示全院教職工的信息以及審核已經注冊了的員工的信息，共包括兩個窗口。數據統計窗口包含了多個字段統計結果，在該窗口，管理員可以直觀地看到常用的一些需要統計的數據，以學歷為例，管理員很直觀地能看到學歷為研究生的有多少人，本科有多少人，大專及大專以下分別有多少人，當然，如果按系部的職工數來統計，可以直觀地看到具體的部門所有的人數，比如可以看到計算機科學與技術系有多少人，材料工程系有多少人等等。審核窗口主要用來審核新注冊員工的個人信息，通過他自己錄入的信息跟檔案進行核定，確保信息準確無誤，才能審核通過，審核通過的員工可以到登錄界面，正常查看自己的個人信息變動情況，如職稱以及聘用日期等等信息。
1.3管理用戶模塊
本模塊主要的功能是用來修改讓其他教工可看到的管理員個人信息、限制教工用戶的一些功能，以及數據庫的備份功能，主要包括兩個窗口，系統參數設置窗口主要用來公布一些管理員的部門信息，比如聯系人、聯系方式以及全部教工需要注意的公告等信。其次，用來鎖定教工用戶、禁止教工用戶修改個人信息以及禁止登錄系統等。數據庫備份窗口主要用來備份全部或選擇性的備份部分數據，防止數據全部丟失。
2系統數據庫設計
數據庫設計是指對于一個給定的應用環境，構造最優的數據庫模塊，使之能夠方便地存儲數據，滿足用戶對數據的存取和調取。數據庫選擇ACCESS，是應用最廣的數據庫，對于初學者來說容易上手，操作方便簡單。本系統包含的數據表有用戶登錄信息表、用戶登錄信息表用來保存用戶登錄的相關信息，包括用戶名、登錄密碼以及登錄時間等信息。
3系統實現
3.1系統登錄界面實現
當登錄四川工程職業技術學院人事信息管理系統時，會彈出登錄界面，教工根據自己的賬號、密碼和驗證碼來登錄，如果輸入的信息其中任何一個有錯，將不能登錄，直至輸入的信息全部正確，則登錄成功，進入主窗體。用戶分管理員和教工兩種同的用戶，進入的歡迎界面自然也不會一樣。以管理員進入的界面為例，如圖2所示。
3.2系統主功能界面的實現
系統的主界面共有3個，分別是瀏覽管理所有記錄、記錄添加、字段項目設置，頁面左側有類似任務管理器的功能，主界面如圖3所示，下面列出了字段項目設置、新增學習經歷功能和數據庫鏈接的一些關鍵代碼。
3.2.1字段項目設置
此頁面主要的作用是用來設置常用的一些字段的下拉選項，以字段“職稱”為例，在穩步框中輸入“教授，教授級工程師，副教授，高級工程師，高級實驗師，講師，工程師，會計師，實驗師，助教，助理工程師”，那么在記錄添加頁面的列表框“職稱”下拉選項中將會出現。
3.2.2新增學習經歷或工作經歷
此功能的作用主要是用來增加或刪除學習經歷或工作經歷，由于我院人事信息當中的學習經歷要求從小學填起，所以每個人的學習經歷非常多，如果用EXCEL表格來管理學習經歷，數據列將會非常長，導致難以管理，如果用系統的方式來管理，不僅易于管理，而且很直觀。
4系統的優越性
以前學院單靠一張人事信息表來管理，沒有實現數據的共享，人事處所擁有的信息經常和系部等的信息對應不起來，導致信息滯后的現象時有發生，導致不管是給對外還是對學院內部統計的數據時有誤差，以前所收集到的信息都是人員報道以后，把紙質的文件交到人事處，然后人事處通過手工錄入到人事信息表里，這樣對信息的錄入、查詢非常的不便，由于excel工作表中含有多個單元格，容易出錯，通過系統的管理，首先，信息錄入首先由本人親自錄入，這樣保證的了數據的準確性，因為本人更加的清楚自己的具體信息，然后由系統管理員根據檔案審核，審核通過以后，每個教師都可以通過自己的賬號查看自己的信息，這樣就保證了信息的及時性，再也不需要向人事處打電話或親自到人事處來查詢自己的信息，對提高人事管理員和教師個人的工作效率的作用是不言而喻的。第一次使用系統來管理人員的單位，最頭痛的是把現有的信息錄入到系統里面，本系統也考慮到了這個問題，專門設置了信息批量導入功能，導入后使得系統能夠馬上發揮作用，不再需要一個一個的錄入，這樣比純錄入信息的方式從最開始效率就高出了許多倍。統計數據對每個員工眾多的單位來說是個很痛苦的事情，以前統計數據，往往是通過一張表格進行多次篩選才能得到，如果用系統的方式來統計，只需要在復選框中選中需要的字段就可以了，導出的數據會自動選擇出需要的字段，大大提高了工作效率。
5總結
關鍵詞：畢業論文；檢索；ASP技術；ACCESS數據庫
中圖分類號：TP311文獻標識碼：A文章編號：1009-3044(2012)26-6203-03
Using ASP Technology to Achieve a Simple Thesis Searching System
ZHU Qiang
(Tongcheng Teachers College,Tongcheng 231400,China)
Abstract: This paper introduces how to use ASP technology and ACCESS database technology to develop a simple version of the graduation thesis searching system, From the working principle of the system,data flow diagram, function module, database storage four aspects about the process of system development, Introduces the login module, interface module, a retrieval module, The whole papers show modules four modules.
Key words: graduation thesis; retrieval; ASP technology; ACCESS database
畢業論文的管理工作受到了各學校的高度重視，如何對其進行系統的分類、存儲、檢索都已成為學校的一項重要工作。檢索功能是畢業論文管理系統的核心功能，可便于讀者快速檢索并下載到所需論文，使得論文資源得到有效利用。本文致力于研究設計一個簡易版的畢業論文檢索系統，能夠快捷、方便、全面、準確地實現論文檢索功能。
1開發技術及數據庫技術簡介
本系統采用ASP技術進行系統開發，使用ACCESS數據庫作為后臺支撐數據庫。
1.1 ASP的基本定義
ASP即Active Server Page的縮寫，中文可以翻譯為動態服務器網頁。它是一種包含了使用VB Script或Jscript腳本程序代碼的網頁。當瀏覽器瀏覽ASP網頁時，Web服務器就會根據請求生成相應的HTML代碼然后再返回給瀏覽器，這樣瀏覽器端看到的就是動態生成的網頁[1]。ASP是微軟公司開發的代替CGI腳本程序的一種應用，它可以與數據庫和其它程序進行交互。是一種簡單、方便的編程工具。在了解了VB Script的基本語法后，只需要清楚各個組件的用途、屬性、方法，就可以輕松編寫出自己的ASP系統。
1.2 ASP運行基本過程
ASP文件只能運行在服務器上,不能在瀏覽器上運行。Active服務頁也可以使用服務器端的ActiveX部件,這些部件通常是EXE部件,返回的信息在ASP得到解釋。ASP的運行過程可簡述如下:瀏覽器向Web服務器請求一個ASP文件時,ASP腳本開始運行,Web服務器從頭至尾運行ASP腳本,并且把HTML頁返回給瀏覽器。如果要通過ASP訪問Web數據庫,則Web服務器接受瀏覽器請求,通過ODBC或者OLEDB把請求發送給數據庫服務器,再從數據庫服務器接受數據,把產生的網頁和數據送回到瀏覽器。
1.3 ACCESS數據庫簡介
Access數據庫是Microsoft Office 2000套裝軟件的數據庫管理系統軟件，是目前比較流行的小型桌面數據庫管理系統，適用于小型企業、學校、個人等用戶。
2 SERVER運行環境及系統開發工具
2.1 SERVER運行環境
2.1.1操作系統
WINDOWS2000及以上。
2.1.2 WEBSERVER
IIS5.0。
2.2系統開發工具
考慮本系統為簡易版的，筆者建議可采用易學、快捷、方便的Dreamweaver MX作為開發工具。
3系統工作原理
檢索的前提是論文的各項屬性信息已存儲在數據庫中，將畢業論文原稿存儲在相應的文件夾下。論文的屬性可細分為論文名稱、類型、關鍵字、作者、作者單位。同時，在畢業論文的檢索項中也包括了這幾項信息。用戶進行檢索時，可有選擇地輸入各種檢索信息，系統根據所輸入的檢索信息對數據庫進行掃描。當它找到與其相匹配的論文時，就將論文及其信息顯示在屏幕上，并支持下載論文原稿。本系統支持簡單的模糊檢索，即在檢索欄中輸入字詞的一部分就能完成檢索。
4系統的模塊結構圖及數據流程圖
4.1系統的模塊結構圖
模塊的結構圖如圖1所示。注冊后的用戶可通過自己的用戶名、密碼登錄系統。登錄后就可以訪問其他的模塊了。
圖1系統的模塊結構圖
4.2檢索系統的數據流程圖
檢索系統的數據流程圖如圖2所示。檢索人員輸入檢索信息，檢索信息處理程序接受檢索信息，然后訪問數據庫，得到檢索結果。檢索結果經屏幕處理程序處理后，顯示在屏幕上。
5系統主要功能模塊介紹
5.1用戶登錄模塊
用戶登錄模塊是用戶進入系統的驗證模塊，只有通過身份驗證的用戶才能進行論文檢索和其他操作。用戶使用用戶名和密碼登錄系統，此模塊訪問數據庫，核對用戶名和密碼是否正確。如果正確，則允許用戶進入系統進行論文檢索，反之，則要求用戶重新登錄或注冊。
5.2用戶注冊模塊
用戶注冊模塊給新用戶提供注冊功能。當用戶第一次登錄系統或忘記密碼時就可以使用注冊功能。在這個模塊里，用戶填寫用戶名、密碼、email地址、姓名、性別等信息，實現注冊。當然，信息填寫時有些限制和約定，如用戶名長度、密碼長度、郵箱格式等。如果用戶填寫的信息不合要求，系統就提醒用戶重新注冊。如果所填的信息合法，系統就會同意用戶注冊，并將各信息存入數據庫。這樣，用戶就得到了自己的用戶名和密碼，可以順利登錄系統了。
5.3檢索界面模塊
通過身份驗證的用戶即可訪問檢索界面模塊，該模塊是用戶進行畢業論文檢索的界面。論文檢索欄目是該模塊的核心部分，它給用戶提供了五個檢索項，分別為名稱、關鍵字、作者、作者單位、類型。這五個檢索項也就是數據庫中畢業論文的五個屬性。用戶可以根據這五個檢索項或選擇其中任意個檢索項檢索畢業論文。
5.4論文檢索模塊
該模塊是系統的核心模塊。它實現的功能就是論文檢索并顯示，可通過輸入關鍵字實現檢索論文的功能。該模塊的詳細工作流程如下：
5.4.1接受論文檢索界面中輸入的論文檢索信息
在論文檢索界面中，檢索欄中用于輸入各檢索信息。這些檢索信息通過表單中的Post方式傳遞給論文檢索模塊。論文檢索模塊中通過Request.Form函數接受表單中的檢索信息。
5.4.2與數據庫建立連接
檢索畢業論文必須訪問數據庫，訪問之前就需要與數據庫建立連接。本系統使用CreateObject函數和Open方法就來完成它們之間的連接。
5.4.3根據檢索信息，對數據庫中的畢業論文信息進行掃描核對，找出用戶要檢索的論文
本系統采用最常用的SQL查詢語句（select···from···where）來選取符合條件的數據庫段。在這里，系統使用了like %···%來支持模糊搜索。
5.4.4將檢索到的論文顯示在屏幕上
為了能夠顯示所有符合檢索條件的畢業論文，系統使用了do while循環語句來循環顯示。系統通過rs語句來接受數據庫中的論文信息，然后使用response.Write函數來顯示各論文信息。
5.5通顯論文模塊
通顯論文模塊實現的功能是將數據庫中所有的論文全部顯示出來。
6系統的數據庫存儲情況
6.1用戶信息表
用戶信息表是存儲用戶基本信息的數據庫表，它包括六個屬性列，分別是用戶名、用戶密碼、用戶email地址、用戶的真實姓名、用戶性別、用戶生日。用戶登錄系統或注冊時都必須訪問該數據庫表。
6.2畢業論文信息表
畢業論文信息表是存儲畢業論文相關信息的數據庫表，它包括五個屬性列，分別是論文所在文件夾、畢業論文題目、論文類型、論文關鍵字、論文作者、作者的所在單位。此表是該系統的核心數據庫表，它給系統的檢索工作提供了后臺支持。
7結束語
筆者在獨立的環境下研究檢索系統的開發，如何將該系統融合到畢業論文管理系統的大環境下還有待于進一步研究。該系統為簡易版，不支持對論文正文信息的檢索，功能相對比較簡單。
關鍵詞：；Access 數據庫；論文選題；動態交互指導
中圖分類號：G434文獻標識碼：A文章編號：1009-3044(2008)35-2517-02
Research of Choosing Topics and Instruction System of Undergraduates' Theses Based on .NET Terrace
WANG Bang-yuan
(Information Science Department, Anhui Administration Management Institute, Anhui Economy Management Institute,Hefei 230059)
Abstract: Has been analyze the problems of the teacher and the student can't attain complete match in the process of the currently most college's graduation theses to choose and instruction, and the efficiency of choosing topics and instruction be lowly etc. This papercombine with and Access database, and adopt control development technique,designed a system of choosing topics on network, release information, student primary election, the tutor choose the student , spread on the thesis and the dynamic state hand over with each other instruction etc.
Key words: ; access database; choosing topics; the dynamic state hand over with each other instruction
1 引言
高校畢業生論文選題和指導是一項相對繁雜的工作，主要體現在以下兩個方面：一是教師論文題目的過程包括論文題目的收集、題目的、學生選題、調整選題和公布選題結果等過程。在傳統人工選題方式中，這一過程需要相當長的時間，同時信息的流通和反饋速度較慢，而且會存在信息失真現象，這在一定程度上會影響論文選題的效果以及質量；二是畢業論文的選題是師生之間興趣、愛好、研究方向和理論觀點相契合的過程，這需要師生之間在選題之前進行溝通和了解，以便在教師公布論文題目之后，學生有針對性地選擇適合自己選題和導師。因此，論文選題的過程也是師生互選的過程。但是，由于目前多數高校為人工選題，師生間的信息溝通較少，對彼此的研究方向不夠了解，因此，教師與學生的不能達到完全匹配，指導工作效率低下。
針對我國高校畢業論文選題及指導工作中普遍存在的問題，本文結合目前部分高校對畢業論文選題系統的研究，選用設計并開發了具有普遍性的畢業論文選題及指導系統，對于提高高校教學管理效率很有必要。系統不僅能夠實現網上選題，增加師生之間的溝通和了解，更重要的是，能實現師生之間的互動交流，為提高高校教學管理工作效率搭建一個有序的交流平臺。
2 Web系統技術選擇
本系統采用B/S模式實現，的系統結構模型如圖1所示。用Web服務器來運行程序，保留數據，使用標準的瀏覽器作為客戶端，不需安裝其它程序，從而實現了客戶端的跨平臺性。對于服務器端，采用windows server2003操作系統、、ACCESS2003構建。在中使用C#語言編程。采用全新的Visual 2005開發環境。
3 系統功能模塊
經過系統需求分析，得出該選題系統的用戶有學生、教師、管理員三類，從選題、學生預選到教師確定選題（正選）以及論文上傳下載、指導交流，其主要工作流程如圖2所示。
根據上述項目系統分析的特點，系統功能模塊可分為管理員模塊、學生模塊和教師模塊三大部分（如圖3）。
3.1 管理員模塊
可以通過網絡論文要求，通知、通告；可以管理論文題目，對論文題目可以進行添加、刪除、修改；管理教師和學生的基本信息；查看學生的選題結果、調整選題、可以指定指導教師；輸出報表等。
3.2 學生模塊
學生登錄后，可以通過網絡即時了解論文題目，并根據自己實際情況，預選論文題目；學生選題后，等待教師的確認，再填寫、提交論文的開題報告（提綱）。學生可以按照畢業設計文件的要求，至少上傳三次論文稿，讓指導教師評閱；可以通過網絡查看教師對于自己提交的論文稿的指導意見，并就某個問題與教師進行詳細討論。
3.3 教師模塊
可以確認學生選題（正選）；可以下載不同學生上傳的論文稿，評閱后提出指導意見，供學生及時查看；可以查看學校公告、結題時間和通知等信息；可以分別回答學生的提問，或就某問題與學生進行詳細討論。
根據實際情況，我們設置了一些制約條件：每個學生最多可以預選3個題目；每個選題做多可以被選15次；每個教師可以正選學生人數不能超過限定人數；學生被正選后，已經預選的選題被自動設為退選或刪除掉。
3.4 選題主要流程
選題可分為學生預選和教師正選兩個過程，其主要業務流程如圖4所示。
4 主要技術的實現
4.1 訪問數據庫
系統采用ACCESS2003設計數據庫（lunwenxt.mdb）,主要有學生信息表、教師信息表、論文題目表、學生選題表，留言表等。具有斷開式數據結構，能夠與XML緊密集成，具有與數據庫交互而優化的功能。為了使數據訪問和數據操縱分離開，使用了兩個組件，即DataSet（數據集，斷開式結構核心組件）和.NET Data Providers（.NET數據提供者）。在系統中，使用對數據庫的操作是通過DataSet和.NET Data Providers交互實現的。其基本步驟如下：
1) 創建一個數據連接；
2) 請求一個記錄集；
3) 把記錄集合暫存到DataSet；
4) 關閉數據庫連接；
5) 在DataSet上做需要的操作。
在使用的數據庫功能之前，必須先引用相應的命名空間，中關于數據庫的命名空間如表1所示。
利用建筑類高等院校自身的優勢形成的智能建筑特色數據庫，為圖書館帶來了更多的智能建筑信息資料和發展空間，使圖書館實現由以館藏建設為主轉向以特色服務為主轉變，全面提升了圖書館的使用價值和影響力。建立具有特色的館藏數據庫是實現專業化信息資源共享的有效方法，是走向數字化圖書館道路的新途徑。
將更大范圍地服務于大眾，與人們的生活息息相關。當前，信息化與城市建筑已經完美結合，智能因素進入建筑領域乃至家庭生活，和現代生活更加緊密地結合起來，居住社會生活智能化趨勢加劇。智能建筑信息不但是我們住宅的一部分，而且是住宅中的神經中樞、控制中心，不論從城市現代化建設的必然要求出發，還是從提高城市居民生活質量的需求出發，在我國加強數字化家園的建設，已成為城市信息化建設不可缺少的一個重要組成部分。
2.智能建筑特色數據庫開發建設的基本步驟
智能建筑特色數據庫開發是一種新嘗試，一年多來，課題組經過初步模擬和試運行，總結出智能建筑特色數據庫建設的基本步驟，即系統平臺選擇、模塊設計、資源歸集和綜合整理四個程序。
2.1選擇系統平臺
選擇合適的制作平臺是做好數據庫建設工作的前提。自建數據庫可以選擇購買商業軟件，也可以選擇自主開發軟件。平臺的選擇除了要考慮數字化資源采集、網絡化存取和分布式管理3個基本要素，還要考慮方便、安全、穩定等特性。基于以上考慮，該校圖書館選擇了自主開發軟件。智能建筑數據庫是基于Windows.2003.Server系統平臺構建的，采用Web瀏覽方式和檢索界面方式，使檢索界面簡潔、方便。數據庫軟件采用的是SQL.Server.2005，數據庫編程采用ASP技術，ASP程序在服務器端執行，可以很方便地實現與SQL.Server.2005數據庫連接，并將執行結果以HTML格式傳送到客戶端瀏覽器上。運用JavaScript、Html和CSS技術，控制Web頁面的布局和其它特效，從而實現數據庫信息的。最后用SQL.Server.2005工具備份數據庫。數字資源管理系統實現了用戶權限管理、數據庫維護和統計等功能。
2.2構建數據庫內容模塊
我們構建的智能建筑特色數據庫包括以下八個子模塊：（1）智能建筑新聞資訊。本子模塊主要對最新智能建筑行業動態進行標引報道，對最新智能建筑行業信息進行匯總與總結，內容涵蓋電視、廣播、報紙、網絡等媒體上有關智能建筑的新聞報道信息，政府部門有關智能建筑的規劃、政策、措施以及會議、培訓等各方面信息。目的是為讀者提供與智能建筑相關的最新熱點信息，讓讀者以最快時間了解行業動態。（2）智能建筑政策法規。本子模塊主要收集與智能建筑相關的政策、法律、政府部門服務的新動態及文獻，如智能建筑設計標準、智能建筑工程質量驗收規范、EIA.TIA.568國際綜合布線標準、各地智能建筑等級評估試行辦法、指導性文件等。凡涉智能建筑的法律、法規、條例、標準等法律文書資料，不論文獻的地區、語種、出版形式、編著者籍貫、何時何地匯編出版或成書、成冊都應收錄其中。（3）智能建筑相關論文。本子模塊主要以期刊和論文為主，首先利用本館購買的CNKI、維普、萬方等數據庫檢索與智能建筑相關的研究論文，并下載全文，然后查閱紙本上有關智能建筑方面的期刊和論文，搜索網上免費的文獻信息作為原始材料。由于本系統只默認PDF和word兩種文檔格式，我們利用掃描儀及轉換PDF文檔軟件，最終將全文格式都統一為PDF文件格式或word文檔，并錄入篇名、作者、來源、年期、機構、關鍵詞、英文關鍵詞、中英文摘要等字段值，并提供全文下載。子類目包含博士學位論文、碩士學位論文、會議論文、期刊四個方面。（4）智能建筑專著圖書。本子模塊主要收錄與智能建筑有關的電子圖書。與國內多種電子圖書，如讀秀學術搜索的電子圖書、超星的電子圖書、Apabi的數字圖書等不同，該數據庫主要收集與智能建筑特色相關較多的電子圖書，同時需要將館藏積累多年的相關紙質圖書循序漸進地加工成數字資源，使之具備數據庫信息產品的專業化、權威性、系統性的功能特征。（5）智能建筑工程案例。本子模塊主要收錄一批從節能、安全、實用性等角度體現了較高智能化水平的智能建筑工程案例。案例從智能化工程需求分析、設計思想、系統設置、工程亮點、投資回報等角度對每個工程進行了講解，并配以照片、系統圖和國內知名專家的點評，使讀者能對工程的亮點與不足有更直觀的理解。（6）智能建筑智能化產品。本子模塊主要收集在智能建筑和數字社區中與建筑結構的配合和協調所需要的智能化產品，比如綜合信息集成系統、樓宇物業與設施管理系統、樓宇管理系統(BMS)、綜合安防管理系統、“一卡通”管理系統，以及智能家居系統的視頻監控、安防報警、可視對講、電動窗簾、智能遙控等智能化產品等。（7）智能建筑專利文獻。本子模塊主要收集已經申請或被確認為發現、發明、實用新型的智能建筑方面的研究、設計、開發和試驗成果的有關專利文獻。該模塊的最大好處在于，如果讀者在研究智能建筑相關專利之前，先查閱相關的專利文獻，了解當前有哪些人在從事同樣的或者是相近的研究工作，了解他們所達到的水平，以及此類研究的發展趨勢，就可以讓自己在研究之中，揚長避短，開拓思路，將別人的研究成果作為自己研究的起點。從而避免做重復勞動。（8）智能建筑相關網站。本子模塊主要鏈接智能建筑相關網站，從各個途徑、各個方面來豐富“智能建筑特色資源庫”的內容。
2.3.數據資源收集
數據收集是數據庫建設的基礎。特色數據庫要建成富有“特色”，不僅體現在資源的“特色”，還體現在特色資源的完備程度[[2]祖芳宏,魏瑞斌,宛鳳英..安徽高校圖書館特色數據庫建設[J].情報科學,2010(8):1272-1277.]2。因此，智能建筑特色數據庫建設要求所收集數據的完整性和權威性。收集文獻資源主要通過三個途徑：一是通過電子數據庫、網絡搜索引擎、智能建筑行業網站等。電子數據庫的文獻資源質量相對較高，但網絡信息極其冗雜，內容質量參差不齊，故要一一進行甄別，取其精華，棄其糟粕。在實際操作中，除了通過正規的渠道訂購與智能建筑有關的文獻資料外，還通過谷歌、百度等搜索引擎收集與專題服務相關的文字、圖片、音樂、影視視頻資料。有關智能建筑的研究論文，可通過中國知網、方正、維普和一些免費試用的大型期刊網站進行檢索下載，注意對搜索到的網上資源進行比較與鑒別，然后按類納入各個專題。二是與有關智能建筑專業學術專家合作。這些專家長期從事智能建筑的教學和研究，經常組織學生進行智能建筑案例與實踐教學，引導學生以智能建筑為題材進行畢業作品設計，對智能建筑課題有著深入的了解，能夠對文獻資源的取舍嚴格把關，充分保證數據庫建設的質量和效果。三是整合館藏資源，挖掘、整理本館智能建筑相關文獻，進一步充實數據庫內容。
2.4數據資源分類整理、錄入、審核與從多種途徑收集完文獻資源以后，就需要按一定的程序和方法進行分類、分析、編制，使零散的信息成為一個有機的整體的過程[[3]夏.亮..高校教學資源整合與特色數據庫建設初探[J].科技創業,2012(5):106-107.]3。首先，根據不同模塊下不同子類目所需要呈現的內容，對收集到的數據進行認真的篩選。其次，對篩選出的每類文獻資源按等級給予一定的級別號，對研究論文按主題名、作者、日期、關鍵詞、文摘等對每條信息內容作深層次的描述，再根據技術人員的要求進行錄入。再次，對錄入的信息進行核查和審校，以確保文獻資源錄入的質量。對于學術專著，需要提供ISBN號和中圖分類號；對于研究論文，錄入完數據以后，需要提供錄入數據和研究論文原文；對于相關圖片，只需要提供電子圖片本身。通過錯誤更正和，確保上傳數據的準確性。最后，對審核無誤的數據在本館自建的數據庫平臺上進行上傳和。
3.完善智能建筑特色數據庫管理的建議
智能建筑特色數據庫開發建設只是一系列工作的基礎，保障該特色數據庫有效運行并發揮信息集中和推動智能建筑普及，才能體現其更大價值。此外，有關智能建筑特色數據庫的內容、技術支持及服務理念等一系列因素都需要更加完善，為此，筆者提出以下三點完善建議。
3.1基于試用，不斷優化“智能建筑特色數據庫”.在開發和試運行智能建筑特色數據庫的同時，要提高宣傳力度，讓更多的用戶了解數據庫的建設情況，并通過參考咨詢服務系統來收集讀者反饋的建議和需求，及時答疑解惑和進行資源的重新調整，為讀者提供最優質的服務。通過網頁留言、QQ留言等方式收集用戶對該數據庫的反饋意見，通過分析用戶反饋的結果，找出當前該數據庫建設存在的問題和不足，并及時進行改進和完善。
1．1科技成果查新
申請科技成果鑒定之前需要進行科技成果查新。查新的內容包括科技成果的創新性，主要是提供該成果相關的事實依據，因此，科技成果查新是申報科技成果獎勵的必備條件，是成果鑒定和評審的重要依據和基礎。專家依據科技成果查新，能客觀公正地評價研究成果，從而減少評審失誤，同時保證實事求是地反映科研水平。科技成果查新的委托人除需提供本項成果的主要研究內容外，還需要提供其科技成果申報書的各項內容，如本項成果主要技術指標、關鍵技術方法、主要特點和技術創新，同時要提供論著被引用的證明、專利證書、國內外發表論著、科研合作單位及其知識產權關系的證明材料等。
1．2專利申報查新
專利申報查新要求國內沒有公用，國內外未公知。檢索時間限制為申請月或優先權日之前15－20年，所以其新穎性是混合性的。專利申報查新要求委托人根據具體申報專利的類型提供申請的全部資料，然后委托查新機構對專利在相應范圍的相關內容進行檢索，對檢索結果出具查新證明。
2最常用的檢索系統
食品科學科技查新實質是通過科技文獻檢索和對比分析，對食品科學研究項目的新穎程度做出判斷。因此，信息資源或檢索系統的選擇，即確定數據庫集合，篩選密切相關的文獻是至關重要的。
隨著目前信息化網絡技術的快速發展，越來越多的數字化信息資源形成了信息海洋。進行檢索時，如果沒有針對性地選擇數據庫資源，就有陷入信息黑洞而盲目探索的可能。因此，為避免重復勞動和漏查密切相關文獻信息，必須確定最基本的科技查新信息資源。雖然政府管理部門的政策、科技查新行業組織的共識規定了文獻檢索范圍大的框架，但仍需要根據具體科技查新項目具體選定實際使用的信息資源。根據經驗，對于食品科學相關的基礎理論類、應用基礎研究類科技查新項目可以選擇以期刊文獻類數據庫為主的信息資源。
2．1中文數據庫
食品科學科技查新，筆者認為可以選擇以下幾種中文數據庫：①期刊文獻數據庫：《中國食品安全資源數據庫》（中國檢驗檢疫科學研究院）、《中文科技期刊數據庫》（重慶維普資訊有限公司）、《中國期刊全文數據庫》（清華同方股份有限公司）、《萬方期刊全文數據庫》（萬方數據股份有限公司）。②學位論文數據庫：《中國優秀碩士學位論文全文數據庫》、《中國博士學位論文全文數據庫》等。③會議論文數據庫：《中國學術會議論文文摘數據庫》、《中國重要會議論文全文數據庫》等。④報刊文獻數據庫：《中國重要報紙全文數據庫》、《中國科技經濟新聞數據庫》等。⑤科技成果數據庫：《科技成果庫》（國家科技成果網）、《中國科技成果數據庫》（萬方數據股份有限公司）等。⑥標準文獻數據庫。⑦專利文獻數據庫。⑧產品數據庫。
2．2外文數據庫
食品科學科技查新選擇的外文數據庫主要包括：科學引文索引數據庫（SCI），由ElsevierScience公司出版的ScienceDirect電子期刊全文數據庫，EBSCO食品科學全文數據庫，美國化學學會主辦的ACS電子期刊數據庫，由美國斯坦福大學圖書館創立全球最大的提供部分免費全文的學術文獻HighWirePress電子期刊數據庫，美國JohnWiley＆SonsInc．創建的WileyOnlineLibrary電子期刊和在線圖書數據庫。藥食同源，除參考食品相關的外文數據庫外，還可以參考醫學數據庫，如：NTIS美國政府研究報告數據庫，EMBASE荷蘭生物醫學文摘數據庫，BIOSISPreviews美國生物學文摘數據庫，INSPEC科學文摘數據庫，MED－LINE美國醫學文獻聯機分析與控制系統數據庫等。
2．3其它檢索方式
上述數據庫是食品科學科技查新最基本的信息資源。另外，查新工作還要充分利用食品生產認證機構網站上的認證產品數據庫，政府網站上的食品產品數據庫等網上Web產品數據庫。例如：國家食品藥品監督管理局網站的《保健食品數據庫》、《餐飲服務食品數據庫》；國家知識產權局的《中國專利文獻數據庫》。另外，應以包括百度文庫、谷歌學術搜索等在內的Web搜索引擎檢索為主，還可以參考食品伙伴網食品數據庫查詢。
3檢索策略的制定
為更好地選擇檢索系統、設計檢索結構式、考察檢索結果相關性，檢索策略的制定需要不斷調整檢索式進行擴檢、縮檢，這是反復循環的過程。5檢索式是理解項目內容檢索策略的具體體現，它關系到信息查詢速度和工作效率、查全率和查準率，控制著檢索過程，因此，控制和提高檢索質量的關鍵是設計合理的檢索式。不同的檢索策略對應著不同的搜索引擎、數據庫，不同的信息需求，其檢索式的構造也各有不同。
文獻型數據庫檢索系統在基礎理論類、應用基礎研究的食品科學科技查新中使用。因為一般認為大型期刊文獻數據庫具備完善的檢索功能。檢索應充分利用布爾邏輯檢索功能，組合各種檢索途徑，設計合理完善的檢索式。例如“紅棗濃縮汁加工和貯藏過程中非酶褐變的研究”這一課題的查新點包括：紅棗濃縮汁的制作過程非酶褐變的研究和紅棗濃縮汁的貯藏非酶褐變的研究。這是一項食品的加工和食品的化學變化相結合的研究課題，應選用期刊文獻型數據庫作為主要檢索系統。因為《中國期刊全文數據庫》有全文字段，國內文獻的檢索應重點使用。
4結語
1 引言
本章是對本論文所描述課題的背景及自己對該課題的研究的意義的介紹，主要包括介紹Android平臺的背景、論述論文研究的意義等。
1.1 論文研究的背景
在對本課題進行設計的時候，首先要熟悉Android平臺的結構和開發環境，也就是要了解Android SDK軟件開發中的一些類庫和熟悉工具包的使用及Android平臺提供的多個接口函數。其次就是要熟悉Android平臺下的開發技術，如 Activity的生命周期、事件的處理機制、監聽機制、數據的存儲等等。最后就是能夠很好的運用相應的開發工具進行程序的編寫和調試等。
在做好以上的準備后就是對手機運動助手的研究。雖說在網上有很多的手機運動助手，但是分析發現還有許多的不完善之處。而這次課題的研發就是在借鑒網上的手機運動助手的基礎上進行一些改進，讓用戶使用起來更舒服。而在網上的許多的手機運動助手都只是單一的測量距離。而本次研究課題的主要實現的功能就是實現測步、測速、計算消耗卡路里、保存數據等等。從而使用戶在安裝一個軟件的情況下享受多種功能。
1.2 課題研究的意義
作為一個Android新手，選擇一個基于Android平臺的應用程序做論文的研究課題，具有很大的意義。
首先對于本課題的研究，對社會具有一定的意義，可以說是有很小的意義。通過瀏覽網上的一些手機運動助手發現，雖說它們的功能都很強大、界面很炫酷，但是都是單一的手機運動助手。而這個課題就是把手機運動助手的各種功能相結合，使功能盡可能的滿足用戶。系統的界面設計得相當的簡潔，給用戶清新的感覺。所以對用戶具有一定的意義。
其次就是對自己意義重大。雖然經過一段時間的Android學習，但是自己對這段學習成果也不是很有底，而正好可以通過編寫這個論文來檢驗一下自己，檢查自己的不足和漏洞，從而進行彌補和完善。而從大局來看就是可以對自己四年的專業知識進行一下測試，也為自己以后的工作積累點經驗等等。所以總體來說這篇論文對自己的意義還是很大的。
2 需求分析
需求分析是軟件工程中非常重要的一步，充分的需求分析是設計好程序的前提。這里主要包括系統的總體需求、系統的需求分析、系統的需求說明和系統的可行性分析。
2.1 系統的總體需求
現在無論是在PC上還是在手機上，相信很多人都在用手機運動助手。所以手機運動助手的作用就越來越重要。開發一個實用的手機運動助手就越來越適合當今的發展趨勢。
本文就是在此基礎上提出總體的功能需求。主要就是能夠實現測步、測距、測速、保存數據。通俗的講就是通過手機運動助手的多功能化，來滿足更多用戶的需要。這可以說是該系統開發的一個小小的亮點吧。因為現在很多的手機運動助手都是單一的功能。
2.2 系統需求分析
本文研究課題主要就是在基于Android平臺下設計并開發一個手機運動助手軟件。運用當前Google提供的Android SDK來實現對模塊的查詢。當然使用的數據庫是Android自帶的小型數據庫Sqlite。盡管沒有面向對象的數據庫的作用強大，但是在Android 開發上還是比較的靈活和方便的。系統的總體的功能業務可以主要描述為以下幾點。
2.2.1 主界面菜單選項功能
主界面是該軟件的第一個真正意義上的可操作界面，是響應用戶的第一步操作，主要就是獲取用戶運動時的各項數據。界面的主要需求就是簡單明了，再加上清新明目的背景圖片，一定會給用戶視覺上的。主界面拒絕那些繁瑣的操作，給用戶以方便。
2.2.2 帳號注冊功能
帳號注冊界面是在主界面點擊帳號注冊后，切換到帳號注冊界面，然后進行帳號注冊。輸入相應的信息，然后把注冊結果顯示在該界面。這里主要使用的是Android中的XML進行布局。為了避免讓用戶在查詢的時候感到眼花繚亂，在此就不再用圖片做背景，減少干擾。
2.2.3 登錄功能
登錄也是在主界面上輸入帳號密碼，點擊登錄后，系統對帳號和密碼進行驗證成功則進入系統，失敗則提示用戶重新輸入。
2.2.4 數據處理功能
數據處理功能是對用戶在運動時的各項數據進行統計和處理，利用重力感應系統測速、測步、并通過這些數據計算出消耗卡路里的值，將統計的數據通過分享通過希望的途徑傳播出去。
3 系統的可行性分析
3.1 復雜分析
本系統的數據庫文件是根據任務書要求做的調研進行設計而出，在進行數據庫方面的設計時，要考慮到滿足本系統的功能實現。重點是數據庫的數據傳輸，可以與手機上的進行互動。
3.2 可行性
隨著Android的快速發展和不斷完善，Android的應用是越發的廣泛。所以基于Android平臺的手機運動助手小程序也是越來越多、越來越受歡迎。而一款好用且功能強大的手機運動助手軟件可以為用戶提供隨時隨地的服務，很多的Android手機運動助手的開發和網絡上各種版本手機運動助手的出現，相信很多的用戶都會選擇享受這種服務。因而從服務的角度來說，具有可行性。
通過以上的需求分析和對系統復雜性的分析，基于Android的手機運動助手的開發具有現實性，綜述該論文的設計開發具有可行性。
4 總體設計
根據軟件工程的思想對該系統進行總體的設計。主要包括系統的設計目標、總體設計、總體流程圖、功能模塊圖和數據庫的設計。
4.1 系統的設計目標
通過對網上主流的手機運動助手app了解，在借鑒網上手機運動助手app的基礎上，設計一個有所創新的手機運動助手app，而這個創新主要是體現在功能上。也就是說在實現計步的同時，實現測速、測距、計算消耗卡路里等功能。所以這也是這次畢業設計所要達到的設計目標。
4.2 系統的總體設計
手機運動助手需要具備的功能主要就是注冊、登錄、計步、測步速、測速度、計算消耗卡路里、記錄、查看歷史記錄、刪除記錄、分享數據等。所以我們主要是圍繞以下兩項主要功能來實現的。該論文討論環境主要是在Windows的操作系統下搭建，在Android平臺上開發和運行。
4.3 系統框架設計
系統的框架的設計主要就是通過對系統的主要的流程和模塊進行設計。在這里我們就對該系統的主要的流程和模塊進行簡單的介紹。
4.4 系統總體流程圖
在啟動Android的模擬器以后，系統首先顯示登錄功能界面，用戶可選擇是注冊新用戶還是登錄，注冊成功后返回登錄界面，登錄成功后進入主界面，當用戶進行跑步或者散步等運動時，系統會記錄下用戶的各種運動數據，當按下重置時，系統會自動保存用戶本次運動的數據，行成記錄顯示在界面長按記錄進行刪除。其整個流程如圖1所示。
注冊就是在登錄界面用戶點擊注冊按鈕之后，進入注冊頁面，填寫注冊信息，點擊提交，系統進行驗證，通過則在數據庫添加，否則提示用戶輸入的信息有誤，注冊成功返回登錄界面。
用戶登錄也就是在用戶輸入帳號密碼點擊登錄以后，系統對用戶輸入的帳號密碼進行驗證，成功進入主界面，否則提示用戶重新輸入。
4.5 系統功能模塊設計
系統的功能框架，主要分為對用戶注冊、用戶登錄、數據統計、數據處理。
用戶注冊模塊包括了對用戶填寫的注冊信息的驗證，帳號的唯一性檢測，新增功能。
用戶登錄模塊包括了對用戶輸入的帳號、密碼的格式規范、長度判斷、通過服務器連接數據庫查詢獲取，判斷帳號與密碼是否正確等功能。
數據統計模塊包括了對用戶在運動時各種數據的測試、計算，是先暫停/繼續、重置(添加數據記錄)、設置、查看記錄等功能。
數據處理模塊包括了對用戶保存的歷史記錄進行查詢、刪除、分享等操作。
4.6 系統數據庫的設計
本部分主要分為兩個模塊：用戶模塊和數據模塊，且都為SQL Server2008數據庫。
5 詳細設計
在軟件工程的思想中，詳細設計是整個工程中最為重要的部分。經過詳細設計，系統的整體結構和細節就確定了下一步就只需要編碼就行。本章主要包括詳細設計的目標、功能詳細設計及界面詳細設計。
5.1 系統詳細設計目標
在對系統的總體設計完成以后，接下來就是對系統的詳細設計。對于系統的詳細設計主要就對其功能和界面的詳細設計。
在對功能的詳細設計上詳細說明具體的設計方法和所要調用的方法。界面的設計通過簡單的示意圖來進行詳細的介紹。總之，通過詳細設計，能讓我們很快、很好的編寫代碼。
5.2 系統的功能詳細設計
5.2.1 登錄模塊功能詳細設計
(1)注冊功能。
注冊模塊的功能就是把用戶在界面輸入的注冊信息添加到數據庫中。首先在Activity內定義Button實例綁定用戶頁面的按鈕，用setOnClickListener給它添加一個監聽器，在監聽器內調用向服務器請求連接并在數據庫新增的操作。
(2)登錄功能。
用戶登錄就是在登錄界面，用戶輸入自己的帳號和密碼，點擊登錄按鈕，系統在按鈕監聽內相應事件，請求連接服務器并查詢相應的帳號和密碼，并判斷帳號和密碼是否正確，不正確則提示用戶輸入的帳號和密碼有誤，重新輸入，正確則提示用戶登錄成功，并進入主界面。
5.2.2 數據獲取功能詳細設計
數據獲取就是在進入主界面后，當用戶進行跑或者散步等活動的時候系統會自動的同過手機重力感應和GPS來獲取用戶運動時的數據，如：步數、步長、距離、速度并計算出消耗卡路里等數據，用戶在該界面可點擊暫停/繼續、重置、設置、記錄等菜單按鈕，當點擊重置時，系統會自動將本次運動產生的數據通過服務器添加到數據庫。
5.2.3 設置功能詳細設計
設置功能實現的目的是為了讓用戶能夠更精確的獲取運動時產生的數據，可對身高體重、步長、系統感應靈敏度等常量進行設置，還可設置語音對用戶進行提示。
5.2.4 數據處理功能詳細設計
當用戶在主界面點擊重置按鈕時，系統會自動通過想服務器發出連接請求并將數據添加到數據庫，點擊記錄按鈕時可查詢此用戶所有的運動數據信息并形成列表顯示在界面，長按數據行可對此列數據刪除，同時在主界面有分享功能把當時收集的數據通過你希望的途徑發送出去。
5.2.5 系統的界面詳細設計
本節主要是對手機運動助手中的所有界面的設計進行詳細的解釋。按照功能的需求分析，主要就是詳細的介紹五個界面：注冊界面、登錄界面、主界面、設置界面、記錄信息界面。
5.2.6 登錄界面的設計
登錄界面是用戶在運行該軟件的時候第一個出現的界面。主要的設計還是在XML中實現的，在XML中定義一個ImageView控件，來加載drawable-hdpi文件中的背景圖片。
5.2.7 注冊界面的設計
注冊界面的設計是在登錄界面之后出現的一個可操作界面，該界面就是讓用戶通過這個界面來注冊自己登錄系統的通行證。主要就是在XML文件中布置Button按鈕控件，然后分設置相應的屬性，設置不同Button按鈕的ID屬性，然后Function類對該界面的實現。通過類中定義的 Button，用FindViewById方法獲取各個Button按鈕的ID值。然后分別為按鈕設置監聽器。最后把監聽器綁定到相應的Button按鈕上，實現界面之間的跳轉。
5.2.8 主界面設計
主界面的功能就是把在用戶運動時獲取到的數據和計算出的結果在界面上顯示出來。并且在得出結果之后，可以通過菜單鍵按鈕來進行操作。總的設計過程是要在XML文件中布局，總體布局是運用線性布局，然后用幾個線性布局共同作用成一個主界面界面。在這里主要就是實現對用戶運動時的數據的獲取，看起來比較美觀，TextView是顯示文本的信息。在這里設置好這些控件后，設置各控件相應的屬性。
5.2.9 設置界面設計
設置模塊的功能就是讓用戶對系統功能進行設置，對自身身體數據進行設置。總的設計過程也是在XML文件中進行的。
5.2.10 數據記錄界面設計
數據記錄模塊的功能就是讓用戶查詢所有運動時添加的數據記錄，并以列表的形式展示在界面，長按行數據可對此行數據進行刪除。
6 功能的實現
6.1 數據庫的建立和連接
6.1.1 數據庫的建立
本系統數據庫主要是使用SQL Server 2008數據庫。
6.1.2 數據庫的連接
用DBHelper對數據庫的連接進行管理，主要通過調用類中的loadDriver()方法來獲取一個數據庫對象，用 getConnection()進行連接，這個對象就可以對數據庫進行操作，對于數據庫的關閉主要是調用該類的 closeConnection(Connection conn)方法。
6.2 核心功能
(1)運動數據探測功能的實現;
(2)結束和記錄功能的實現。
6.3 功能的實現
注冊是在用戶輸入注冊信息并點擊提交按鈕之后，通過驗證并想服務器發出連接請求，向數據庫添加數據。
在注冊沖過后，系統會將注冊的帳號傳遞到登錄界面并顯示在帳號輸入框里面，用戶需輸入密碼，點擊登錄按鈕之后，系統會對帳號密碼進行簡單驗證，符合規范后想服務器請求連接數據庫并查詢帳號，并對帳號和密碼進行判斷是否正確。
用戶登錄成功之后，進入主界面，此時，若用戶攜帶手機進行跑步或散步等運動時，系統會自動通過手機重力感應和GPS等來獲取用戶運動時產生的數據，并通過計算得出用戶消耗的卡路里等數據信息，并顯示在界面上。
在系統同級數據時，用戶可點擊菜單暫停/繼續、結束、設置、記錄等按鈕來對數據進行操作或者對系統進行設置，點擊重置時，在重置數據時會自動將數據通過服務器添加到數據庫方便用戶查詢，點擊設置按鈕后，用戶進入到設置界面，此界面是對系統功能進行設置，或者對用戶身體數據進行設置。
在主界面當用戶點擊記錄按鈕時，用戶會進入到記錄界面，此界面顯示的是用戶一晚所有運動產生的數據信息，通過服務器連接數據庫獲取，并以列表的形式顯示在界面，長按某一行數據時，可對此行數據進行刪除。
7 結束語
此次論文研究主要針對Google推出的Android平臺下開發手機運動助手軟件，并設計自己的數據庫和單詞搜索。當然這個系統是基于數據庫建立起來的。在起初，主要就是看Android的SDK，學習Sqlite數據庫的機制，表的建立等等。后來在網上搜到一些單詞庫，然后就試著導入，但是每次導入都是失敗。后來下載一些小的數據庫，導入才算成功。對于這種情況，我上網查了好多的資料，最后發現導入方法有點問題。最終在網上資料的指引下，這個問題得到了解決。使用的模糊查詢使程序更人性化，給用戶帶來更多的便捷。而加入的漢語解釋同樣可以給用戶帶來好的體驗。總體來說，對這次課題研究還是比較滿意的。
這次論文研究及實現是對自己四年來所學的東西的檢驗及應用。當然由于時間的問題，該系統還有很多的不完善之處。如果以后有時間的話，我會對其多擴展幾個功能：
(1)代碼和界面的優化。好的界面也是吸引顧客原因之一。所以美好的界面設計可以給人以不同的視覺感受。
(2)手機運動助手可以裝載外部的數據庫。不同的用戶使用的情況也是有所不同，用戶可以根據自己的需要裝載自己的數據庫。
關鍵詞：；選題系統；B/S
中圖分類號：G434 文獻標識碼：B 文章編號：1671-7503（2014）13/15-0139-04
一、引言
畢業論文管理在高校畢業生教學工作中是非常重要的一個環節。它具有實時性、要求高、工作量大、工作重復率高等問題，這些都影響了對畢業生的教學工作。最近幾年由于高校的持續擴招，導致每年都有大量的畢業生，每到畢業時，畢業生的選題工作凸顯尤為明顯。目前不少高校采取的仍是傳統的記錄選題模式，這樣存在重復勞動強度大、辦公效率低，難以適應海量畢業課題設計的管理需要。本文針對畢業論文選題過程中存在的課題選擇靈活性強、指導教師對畢業論文討論地方分散廣、進度要求嚴格、工作量繁瑣等問題，建了一個基于三層架構體系的適用于高校畢業生課題選擇系統的網上管理系統。
本文介紹的畢業設計選題系統可以實現整個畢業設計選題過程系統化、規范化、無紙化。系統能夠使用戶操作起來簡便快捷，對于減輕學生、教師、教務工作人員的勞動程度，提高工作效率和管理水平，具有很大的使用價值。
二、開發環境
畢業論文選題系統是一個標準的、通用的、具有交互功能的教學管理系統。該系統采用瀏覽器/服務器（B/S）模式的三層架構，在環境下采用C#語言，以Visual Studio為開發工具，以IIS為Web服務器，SQL Server為數據庫服務器。
三、系統設計與實現
系統的功能結構主要包括以下三大部分（如圖1）。
（1）管理員登陸后，能夠分別向教師進行提交論文題目的公告，以及向學生選題時限和注意事項的公告；能夠審核教師提交的四個論文題目，給予通過或不通過的審批結果；能夠查閱所有學生的選題結果，并能夠導出Execl表格。
（2）教師登陸后，能夠提交四個論文題目和相關概述；能夠查看論文題目審查結果；能夠審閱學生自己申請的論文題目，給予同意或不同意的結果；能夠查閱學生對論文題目的選擇情況，根據學生的情況判斷其適合或不適合做此題目，以此進行教師對學生的選擇。
（3）學生登陸后，能夠查看所有教師的論文題目或者根據教師姓名查看其個人的論文題目；能夠向某個教師提交自己的論文題目。
上述功能的實現分別需要訪問數據庫中不同的數據表（如表1），主要包括管理員信息表、教師信息表、學生信息表、教師申請論文題目信息表、論文題目選擇情況信息表等。
此外，該系統還提供了其他一些應用模塊，例如：公告信息模塊、用戶登錄模塊、完善個人信息模塊、修改登錄密碼模塊、添加/刪除學生或教師用戶模塊、留言模塊，等等，在此本文將不詳細討論這些應用模塊。對于本文的主要功能模塊，將根據三個不同的用戶角色進行詳細闡述。
1.管理員模塊
管理員模塊是進行后臺管理或其他相關操作的主要模塊，管理員對畢業論文的監督和管理主要是通過此模塊實現的。管理員模塊的特色功能是，能夠根據教師和學生角色的不同需要面向不同對象的公告信息。教師和學生看到的信息均是由管理員的，管理員需在公告信息界面進行公告信息的填寫，并選擇對象，以及是否，之后單擊“提交”按鈕則會將管理員填寫的信息自動提交到后臺管理數據庫。管理員不僅可以公告信息，也可對過期的信息進行刪除操作，從而維護公告信息的有效性和數據庫信息的高效性。
管理員模塊中最主要功能是對畢業論文的管理，因此，該模塊中畢業論文題目管理為該模塊的設計重點。畢業論文題目管理主要包括：審核教師論文題目、查看論文題目選擇情況、查看畢業論文終表。
“審核教師論文題目”是管理員權限的集中體現，每個教師可申請四個題目，管理員需要對這四個題目進行審核，通過對題目和題目內容的了解，單擊是否通過完成對論文進行審核操作。管理員審核題目通過后，此論文題目方可被學生選擇。管理員單擊“提交”按鈕將審核結果寫入數據庫中（如圖2）。
“查看論文題目選擇情況”是管理員對論文題目的監督管理頁面。管理員通過此頁面可以查詢論文題目的選擇情況，對應的教師的4個題目具體由哪4個學生選擇，即題目與學生之間的一一對應關系。當學生沒有在規定時間內選擇題目，管理員可以通過“編輯”功能對信息進行修改，實現管理員的后臺控制操作。
“畢業論文題目選擇終表”是管理員作為后臺管理人員對畢業論文選題的最終結果的查詢頁面。論文題目與學生之間是否一一對應，在選題過程中也可以通過此頁面進行隨時監督。在選題工作結束后，管理員可以通過該頁面將論文選擇情況進行匯總，并通過“導出”按鈕將頁面的表格導出為Excel表格并保存為電子版。以便后續打印和查詢。
2.教師模塊
教師模塊是教師進行相關操作的主要模塊，教師針對論文的操作主要通過此模塊進行實現。此模塊主要分為4大部分，即個人基本信息、畢業論文題目管理、留言板、公告信息管理。
教師模塊的最主要功能是對畢業論文的管理，因此，該模塊中畢業論文題目管理為該模塊的設計重點，畢業論文題目管理主要包括：添加論文題目、查看論文題目審核結果、查看論文題目選擇結果、審核學生個人申請題目。
“添加論文題目”是教師申報題目的主要頁面，每個教師可申請四個題目，教師添加題目的同時需要添加題目的相關描述，以備管理員對題目進行審核時了解教師設定該題目的目的和意義，了解題目所需要研究的相關內容。
“查看論文題目審核結果”是教師申請題目后，查詢管理員批復結果的頁面。教師提交題目后，管理員進行處理，將處理結果寫入后臺數據庫。當教師點擊“查看論文審核結果”頁面時，會調用數據庫中VerifyTitle表查詢IsPass列的信息，返回查詢結果，將數據庫中的信息顯示在查詢頁面中。如果題目沒有通過管理員的審核，則教師可以單擊“修改”對論文題目和相關信息進行修改。單擊“提交”按鈕將結果提交到數據庫，并在“查看論文題目審核結果”頁面顯示（如圖3）。
“查看論文題目審核結果”頁面主要功能代碼如下：
if （Tea.editVerifyTitle（T1， T2， T3， T4， C1， C2， C3， C4， ID））
{
Response.Write（"alert（'提交成功！'）"）；
xiugai1.Enabled = false；
xiugai2.Enabled = false；
xiugai3.Enabled = false；
xiugai4.Enabled = false；
}
else
Response.Write（"alert（'提交失敗！'）"）；
“審核學生個人申請題目”是教師模塊的一大特色，學生模塊中學生可對論文題目進行自定義的添加，在教師模塊中由學生選擇的指導教師進行題目審核。該頁面分為兩部分：第一部分用于顯示教師目前的論文題目信息，以及是否被選中的選擇信息；第二部分用于顯示學生所提交的論文題目，教師通過查看論文題目的相關介紹，對學生提交的題目進行回復，如果教師覺得學生所提交的題目不符合要求，則可點擊“不通過”表示拒絕。如果教師覺得對學生所提交的題目可以作為論文題目，可考慮將第一部分中自己的題目刪除。
3.學生模塊
學生模塊是學生進行相關操作的主要模塊，學生對論文的操作主要通過此模塊進行實現，此模塊中包括8個功能。
學生用戶登錄身份認證成功后進入學生公告信息頁面，學生通過此頁面可查詢管理員的公告信息，了解論文工作的具體安排。
學生用戶主要是對論文題目進行選擇和申請，學生可首先查詢教師開設的論文題目，通過“查看/申請導師課題”頁面通過選定教師姓名或其他條件進行論文題目查詢，點擊“查詢”按鈕將在頁面上顯示符合查詢條件的論文信息；點擊“全部”按鈕將在頁面上顯示所有教師的論文信息。如果該教師的論文題目沒有被其它學生選定，則學生可以單擊“選擇”選定該教師的論文題目。“查看/申請導師課題“的頁面（如圖4）。
學生查看/申請導師課題的頁面功能代碼如下：
if （sdr.Read（））
id = sdr["TeaID"].ToString（）；
strsql = "select * from ChosedSituation where TeaID='" +id+ "'"；
s.chosetitle（id，ID.Text ）；
學生查詢教師的論文題目后，如果發現對教師開設的論文題目興趣不大，則可通過“個人選題申請”頁面申請自己的論文題目。學生也可通過下拉菜單中的相關功能選擇指導教師，根據個人意愿向該指導教師提交自己的論文題目，通過在表格中添加題目和對題目進行描述，使指導教師了解學生的興趣意向。學生在添加個人題目后，點擊“提交”提交到后臺數據庫，等待教師進行審核，教師審核通過后學生即可選擇該題目。“個人選題申請”頁面如圖5所示。
“個人選題申請”頁面的主要功能代碼如下：
if （Stu.JiShu（tID） < 4）
{
if （Stu.upSWork（SWork，tID，ID，SCon））
Response.Write（"alert（'提交成功！'）"）；
else
Response.Write（"alert（'提交失敗！'）"）；
}
else
Response.Write（"alert（'申請人數已滿，請選擇別的導師！'）"）； }
學生選題成功后可在“個人論文題目”頁面查詢到最終的選題結果，如果教師同意學生自主申請的題目將會把審核結果寫入數據庫，學生在查詢最終選題結果時，可通過學號、姓名查詢到選題信息，并在“個人論文題目”頁面中顯示。
圖6為整個系統使用過程的流程圖，從圖中可以看出三種用戶雖然根據角色的不同而功能不同，但是，他們之間并不是完全獨立的，而是相互關聯，具有一定的時間順序性。
四、結束語
本文所介紹的選題系統主要是根據天津師范大學教育科學學院的實際情況進行設計和開發，基本上實現了以往選題過程中的主要流程，并彌補了人工選題過程中存在的勞動強度大、辦公效率低等問題，為畢業論文選題的順利實施和工作效率的提高起到了促進作用。但本系統仍然有待于在實際應用中進行全面的檢驗，需要不斷完善和修正。
參考文獻：
[1] 蘆麗萍，王志軍.網絡數據庫應用系統開發技術―[M].北京：電子工業出版社，2009.
關鍵詞：學位論文 Open API開發 應用
中圖分類號： G306 文獻標識碼： A 文章編號： 1003-6938（2013）04-0069-05
目前，國內大學圖書館學位論文數據庫建設都已初具規模，以華東師范大學圖書館（以下簡稱：華東師大館）學位論文數據庫為例，目前已經收錄了所在院校恢復高考以來的全部博碩士學位論文。其明顯的持續性特點，已經成為大學圖書館特色資源的重要組成部分。然而，目前國內大學圖書館的學位論文數據庫僅僅作為學術資源提供本校讀者檢索和全文下載服務，其主要原因在于學位論文管理系統平臺服務模式簡單、系統封閉且只注重檢索功能所致。探索學位論文拓展服務的新途徑，對推進圖書館利用學術資源開展深層次服務、提升大學學術資源全方位服務能力，使其在服務社會、支持教學科研過程以及促進產學研合作中發揮積極作用，具有非常重要的現實意義。
針對當前大學圖書館特色資源服務模式簡單、系統封閉、單一學術型功能等特點，華東師大館以學位論文數據庫為例，在探索其深層次拓展服務模式方面做了一些嘗試。通過開發基于數據庫平臺的元數據Open API，實現了學位論文的拓展應用。并結合當前較為主流的通用門戶網站開發環境，開發了標準的應用端Open API調用程序框架，為學位論文元數據嵌入社會網絡環境及用戶門戶網站的數據融合提供參考和借鑒方法。
1 學位論文元數據Open API開發應用需求分析
1.1 國內外應用現狀
當前，國內的學位論文主要由數據庫商、國家法定學位論文收藏機構、公益性學位論文共建單位以及各高等學校和科研院所等提供相對集中的檢索和分級分布聯合保障相結合的信息共享服務。但在利用學位論文元數據拓展其服務范圍、開展增值服務等方面還有進一步拓展的空間。華東師大館在學位論文數據庫回溯建庫工作中，對如何利用學位論文元數據開展深層服務進行了有針對性的國內外應用調研。美國普渡（Purdue）大學在開展學位論文為社會服務方面，推出了一個Web服務[1]，其涵蓋全州所有大學研究者目錄以及一個可以在搜索結果頁面顯示每一位研究者指導的學位論文信息，為研究者和商業人士提供了一個獲取學者以及其指導學位論文元數據的檢索平臺，在推進研究成果商業化方面進行了有益的嘗試。平臺后端的元數據信息，即通過全州各大學學位論文數據庫系統元數據Open API自動獲取，這種數據獲取方式較好地解決了自動獲取多來源異構或同構數據以及數據同步更新一致性問題。在國內，中國科學院國家科學圖書館建立了基于館藏特色資源元數據Open API的集成服務支撐平臺[2-3]，用以支持面向用戶環境的嵌入式服務。上述國內外利用學術資源開展的拓展服務為探索學位論文元數據Open API開發與應用提供了可借鑒的實例。
1.2 需求分析
隨著越來越多學術資源/內容的出現，基于學術資源支持教學科研的屬性，圖書館一直以來都在致力于基于學術資源元數據進行分類整合和發現工具的研究，以提高在浩瀚的學術資源中為讀者快速提供所需資源的能力，而學術資源元數據的其它屬性往往被忽略。以學位論文為例，它作為大學的特有學術資源，除了擁有支持學術研究之外，因其特有的原創、研究生培養以及與教學關系緊密等屬性，在社會服務、教學水平評估以及輔助決策支持等方面可以發揮其獨特的作用。
在開發學位論文元數據Open API的應用調研過程中，重點調研了與學位論文有關的研究生院、學校信息化辦公室、有碩博士授權的部分院系以及相關管理部門。主要的需求表現在以下幾方面：
（1）研究生院的需求。在為社會考生提供招生信息方面，研究生院的老師們在多年的招生實踐中體會到，社會考生在報考研究生時，首選各大學研究生院門戶網站作為信息源，考生希望從中獲得大學招生人數和招生專業信息的同時，更希望找到符合自己研究興趣的指導教師詳細信息，每年的招生季都會有很多類似的咨詢。因此，研究生院希望通過將學位論文元數據嵌入到招生信息的相關查詢中，社會考生可以在查詢博碩士招生信息的同時，獲得教師歷年培養研究生學位論文信息。
（2）信息化辦公室的需求。華東師范大學門戶網站由學校信息化辦公室負責建設。大學門戶網站及院系所門戶網站作為宣傳大學教學科研成果的社會網絡窗口，一般都設有類似“教師名錄”或“教師簡介”等欄目，欄目主要用于展示教師的教學、科研以及社會兼職等個人信息，通常這些信息需要教師個人維護。往往由于各種原因，類似欄目的動態信息更新不及時，甚至空白，沒有起到欄目設計之初的作用。因此，信息化辦公室及院系的老師都希望動態將教師指導研究生的學位論文信息嵌入到“教師名錄”或“教師簡介”頁面中涉及教學成果信息欄目。
（3）學校職能部門的需求。職能部門的需求表現在利用學位論文元數據信息輔助教學水平評估及反映學科發展變化方面。希望利用學位論文特有的原創、研究生培養以及與教學關系緊密等屬性，為學科發展、評估教師教學能力和學位論文質量等方面提供科學的統計數據。
1.3 技術思路
Web Service、SOA等技術架構為解決異構環境中的數據傳遞、應用互操作提供了充分的支持。針對學位論文數據庫系統本身的特點，采用WCF平臺進行面向應用的Open API的開發，提供學位論文信息服務Web Service，讓不同系統的第三方應用根據需要調用學位論文元數據Open API，實現同構或異構平臺之間的數據共享和互操作。同時采用輕量級的Web Widget技術，將小巧的客戶端學位論文信息服務調用代碼嵌入到用戶瀏覽的網頁中，實現學位論文信息的直接推送。通過面向服務端與面向客戶端這兩種互補的技術方式，來滿足學位論文信息服務多樣化的需求。
利用Open API拓展學位論文的服務范圍和應用領域，其核心技術之一是數據通過網絡進行傳輸。因此，提高數據在傳輸和應用過程的安全、穩定性非常重要。同時，Open API的應用推廣有其特殊性，它與一般的Web應用不同。因此，在學術資源Open API開發過程中，還需要關注以下問題：
（1）明確應用基礎上的針對性開發原則。Open API與Web服務不同，它本身并不能實現任何一個完整的服務，需要Open API提供者和應用平臺兩方面協作完成。因此，有明確的需求是快速實現Open API應用的必要前提。
（2）遵從調用方式簡單的開發原則。Open API開發的最終目的是為應用服務，要完成一個Open API的應用部署，應用平臺需要輔之以必要的編碼才能實現Open API的嵌入。因此，Open API的調用方式方便與否決定應用部署的成敗。
（3）注重數據傳輸過程的安全控制原則。與互聯網資源Open API不同，學術資源Open API是針對學術資源而開發的，其后臺數據的安全性要求較高。因此，防止非法應用惡意調用的控制機制是保證數據源安全的重要環節。WCF安全控制框架下的X509證書以及在系統部署中兼顧防火墻和入侵防御系統等技術在Open API開發和調用過程中非常重要。
2 技術實現
在基于上述學位論文元數據Open API開發應用的需求分析基礎上，在程序開發過程中采用通用框架，以屏蔽學位論文數據庫與應用端平臺的異構性、開發語言的多樣性等問題。同時，最大化降低所開發Open API的調用復雜度，以利于Open API的推廣使用。基于這樣的開發理念，開發了兩種不同方式的API——Web Service API和Widget API，并提供相應API調用說明和調用應用案例。應用端可根據調用說明，套用案例快速實現學位論文Open API的調用，達到應用的快速推廣。
2.1 Web Service API開發
Web Service、WCF平臺等技術為解決異構環境中的應用相互操作提供了充分的支持。Web Service技術實現了不同的系統之間用“軟件-軟件對話”的方式相互調用，軟件應用之間可以基于Web無縫集成。WCF作為基于面向服務體系結構標準的分布式應用程序開發模型，具有很好的互操作、安全可信賴性以及通用性，并可以以一系列協議的定義、實現、為流程和框架，通過服務實現與服務內容的分離，輕松為學位論文數據庫構建松耦合的分布式Web Service API。針對學位論文數據庫系統平臺特點，在.NET環境下，以WCF為技術支撐，采用WSDL描述語言及SOAP協議，以面向服務的方式來創建學位論文Web Service API：
（1）以將為應用端開放的服務為依據進行服務協定定義，如以“專業代碼”為參數，返回元數據集：
DataSet GetDataByMajor（string majorCode）；
（2）實現服務協定
public DataSet GetDataByMajor（string majorCode）
{…// 詳細實現，將結果保存在數組中返回}
（3）搭建宿主，服務
公開WCF服務，以IIS+.NET Frameword 4.0環境為例，以IIS作為宿主承載服務。
WCF的學位論文 Web Service API的通信機制是基于SOAP的Web服務，因此所開發的API可以與運行在不同環境中的應用進行通信。開發的Web Service API將學位論文獲取服務封裝成一個URL后，用所開發的Web Service取代用戶對學位論文數據庫的直接讀取服務。應用端從服務器端獲取數據時處于一個相對透明的狀態，只需要根據API調用說明文檔了解API對外提供的函數及參數說明，在其Web服務中引用所的URL后，系統會生成訪問數據庫的類和對象，并將其實例化，即可像使用本地的函數一樣來實現調用Web Services API提供的數據資源，無需關心數據庫系統內部結構，從而實現異構平臺之間的數據傳遞和互操作 （見圖1） 。
由于學位論文的特殊性，在接口開發時需要考慮推送數據的安全性，以確保所開發的Web Service API被授權的第三方調用。在安全控制機制上，采用X509證書機制，經過X509證書加密后的輸入及獲取到的輸出內容，均為被加密的密文，即使是在公網中，也無法看到明文，確保了數據的傳輸安全；應用端和服務器端證書對匹配，又確保了接口的調用安全。
2.2 Widget API開發
借鑒Web Widget的開發模式，通過開發學位論文Widget API，將學位論文平臺和第三方應用平臺通過所開發的API聯系起來，打破了網站間的屏蔽，使網站不再只是通過超鏈接的簡單連接，便可以實現在第三方網站中混搭學位論文信息。在軟件部署上兼顧Web應用防火墻和入侵防御系統等方式來增強數據的安全控制，確保數據傳輸的可靠性、安全性。學位論文Widget API主要分服務端、視圖層、應用端三個框架。其中，服務端基于實現從學位論文數據庫中獲取信息；視圖層定義學位論文展示形式，即相應的.js和.css文件；應用端傳遞相關參數并發起學位論文Widget API的調用命令。采用jQuery開發技術，將應用端的用戶查詢內容以Get的方法發送到學位論文數據庫服務器端，學位論文數據庫服務器以JSON格式返回查詢結果到應用端，應用端通過嵌入視圖層的相關代碼，實現返回的學位論文信息在本地網頁中的重現和融合（見圖2）。
應用端調用Widget API時，只需要在其門戶網站相應檢索位置嵌入一段JavaScript腳本語言代碼，并參考API調用文檔中提供的查詢參數說明，便可以實現從服務層獲取數據并按照視圖層預先設計好的結構在本地網站展示，完成調用此類型的Open API功能。
//通過jQuery技術將應用端查詢返回到服務器端，調用服務器端Widget.aps程序查詢相關學位論文信息，Widget.aps會將查詢結果以數組返回。
$.getJSON（"http：//IP地址/Widget.asp？callback=？&type="+type+ " &keyword="+keyword+"&page="+page，function（data）{disp（page， data）；}）；}
disp（page， data）{…//對獲取到的學位論文信息進行重組及重現}；
視圖層的數據重現方式可以是應用端自主開發，華東師大館為了學位論文API的應用推廣，還為應用端提供了視圖層的數據重現方式參考案例，應用端可以直接將相關代碼嵌入到自己網站中，若應用端需要特定的展示方式，則需要應用端做簡單的本地化修改便可以使用。
3 華東師范大學圖書館的實踐
3.1 研究生院門戶網站應用
在華東師范大學研究生院的研究生門戶網站，將學位論文元數據嵌入到博碩士招生信息查詢欄目，社會考生可以通過 “專業名稱”等途徑查詢歷年研究生學位論文元數據（以“專業名稱”為“邏輯學”的查詢結果見圖3）。
長期以來，學位論文只是作為學術資源提供本校讀者的檢索和下載服務，其學術資源以外的屬性沒有得到充分發揮。通過學位論文元數據Open API嵌入研究生院門戶網站的應用，社會考生可以通過多途徑了解學校研究生培養方向以及教師指導學位論文的數量、選題、研究方向、摘要等信息，對社會考生報考學校和選擇符合自己研究興趣的指導教師提供參考。同時發揮了學位論文作為學術資源的社會服務功能，使學術資源在社會層面得到共享。這一應用得到了研究生院的充分肯定，每年有專項經費作為應用的支持。
3.2 學校門戶網站應用
學位論文元數據Open API在學校教師主頁的嵌入式應用，拓展了學位論文數據庫服務范圍，實現教師指導學位論文信息的動態。以軟件學院某教師為例，其個人簡介界面嵌入“指導學位論文信息”鏈接，點擊即可獲取其歷年指導研究生學位論文信息（見圖4）。
這一實踐較好地實現了利用第三方平臺——學校門戶網站展示本校教師教學學術成果，實現學位論文元數據的針對性開放。并通過多途徑、多渠道擴大教師學術影響力和社會知名度，同時，院系門戶網站可以通過教師工號及姓名調用學校“教師名錄”欄目信息，在院系門戶網站展示本院系教師指導學位論文的相關信息，從學科或專業角度展示學校教學研究成果，增強行業競爭力。這一應用對擴大教師學術影響力、促進教學研究成果轉化生產力以及產學研結合起到積極的促進作用。
3.3 學校職能部門應用
（1）通過Open API獲取各學科或子學科的批量數據，加之年限分面限制，從歷年學位論文數量變化角度反映各學科領域研究趨勢。通過結合Google圖形接口，從Open API返回查詢結果的XML格式數據直接提交到Google API，即可產生圖形化分析結果。反映了“電子科學與技術”和“數學”專業學位論文數量的變化關系圖（見圖5）。
（2）通過Open API獲取各院系的批量數據，輔以學院、專業以及年代參數限制獲取相關學位論文元數據，并通過中國優秀碩士學位論文全文數據庫（CMFD），運用屏幕抓取技術，可以直接獲取學位論文被引數據，從中產生學位論文被引分析報告。通過教師指導學位論文被引數量這一側面，為學校從學位論文被引角度評價教師指導學位論文質量提供了準確的參考數據（以教育科學學院2010年畢業生高被引學位論文為例的被引分析見表1。其中，學生、教師名字以編碼表示；統計時間：2013-4-29）。
（3）通過Open API獲取學位論文元數據，結合指導教師和學生的關聯關系，從教師出發，可以得到學生以及學生的學生等關聯關系，形成上有教師下有學生，學生下面還有學生的學者關系網，從中可以分析從一個教師出發所形成的教學科研人員關系網（見圖6）。
學位論文作為學校教學科研成果的重要內容之一，從某一方面可以反映學校的教學科研水平。根據職能部門的需求，通過學位論文元數據Open API獲取特定需求數據，為學校職能部門提供第一手教師以及研究生的人員管理和統計分析數據，充分發揮了學位論文在支持管理決策方面的積極作用，應用得到了學校人事處、師資辦、學科辦以及研究生院的充分肯定。
4 結語
學位論文是我國擁有自主知識產權的重要信息資源和知識寶藏。其有效的開發和合理利用，不僅是大學和科研機構高層次人才培養的需要，還關系到學位論文原創性成果的社會化利用和論文創新成果的轉移，是知識經濟時代國家創新發展的需要[4-5]。華東師大館在利用學位論文元數據Open API開展拓展服務方面做了一些有益的嘗試和探索，希望借鑒國內外成熟的混搭應用實例，把具有穩定、合法、可靠的學位論文數據庫作為數據源，在原有學位論文僅僅作為學術資源提供檢索服務基礎上，推進學位論文深層次服務的開展，以改變學位論文數據庫僅僅作為學術資源的單一屬性。充分挖掘學術資源的多重屬性，有效提高了學術資源的服務能力。
學位論文Open API的開發與應用不僅為大學圖書館探索利用學術資源開展深層次服務提供了參考模式。同時，圖書館作為數據庫建設方，隨著應用的不斷拓展，帶來更多校內外用戶的持續關注，也促進了學位論文數據庫的不斷優化，提高了數據庫的完整性和數據的準確性。
參考文獻：
[1]Nicole C.Engard. Librayr Mashups：Exploring New Ways to Deliver Library Data[M].Information Today，Inc.，2009：285-287.
[2]李峰等.跨界數據融匯模型研究[J].現代圖書情報技術，2010，（11）：24-28.
[3]李春旺.圖書館集成融匯服務研究[J].現代圖書情報技術，2009，（12）：1-6.
[4]賀德方等.中國學位論文收集與服務系統的構建[J].情報學報，2009，（8）：634-640.
本科學生在畢業之前必須做畢業論文，其目的是通過畢業論文，讓學生獨立開發一個具體的計算機應用項目，系統地進行分析總結和運用學過的書本知識，以鞏固本科階段所學的專業理論知識，并給予一個理論聯系實際的機會。
為了便于實施和管理，規定網絡學院計算機相關專業本科學生畢業論文主要以開發一個管理信息系統為畢業實踐的課題，每個畢業生通過獨立開發一個具體的管理信息系統，掌握開發一個比整完整的管理信息系統的主要步驟，并從中獲得一定的實際經驗。
二、管理信息系統開發的主要步驟
管理信息系統開發的主要步驟及各步驟的基本內容如下：
1、 系統分析
主要工作內容有以下幾項：
確定系統目標
系統可行性分析
2、 系統調查
系統的組織結構、職能結構和業務流程分析。其中系統的組織結構圖應畫成樹狀結構。
系統業務流程分析、業務流程圖
3、 數據流程分析
數據流程圖(系統關聯圖、頂層圖、一層數據流圖、二層數據流圖)
數據詞典
代碼設計
4、 管理信息系統的功能設計
系統的功能結構圖，每個功能模塊的主要工作內容、輸入輸出要求等。
系統控制結構圖
5、 數據庫設計
概念模型設計：實體、實體間的聯系、e-r圖
關系模式設計：e—r圖->關系模式的轉換規則
關系模式
數據庫表設計：數據庫表結構
6、 系統物理配置方案
7、 人機界面設計
8、 模塊處理概述
9、 系統測試和調試：測試計劃、測試用例、測試結果
三、開發工具和注意事項
1、開發工具
開發工具可由學生任選。如delphi、foxpro、vb、access等，這些工具的使用全由學生自學。
2、注意事項
(1)項目開發步驟的完整性(系統需求分析、概念設計、物理設計、系統環境和配置、系統實施以及系統測試和調試等)
(2)每個開發步驟所得結果的正確性(業務流程圖、數據流程圖、數據詞典、hipo圖、e-r圖、關系模式、人機界面設計及模塊處理等的詳細分析和說明)
......
目錄：
一、本科學生畢業論文的目的和內容
二、管理信息系統開發的主要步驟
三、開發工具和注意事項
關鍵詞: B/S結構 C/S結構 管理信息系統 HTTP協議
1.省略技術,通用瀏覽器就實現了原來需要復雜專用軟件才能實現的強大功能,并節約了開發成本,是一種全新的軟件系統構造技術。采用該結構軟件的優勢在于:(1)無須開發客戶端軟件,維護和升級方便;(2)可跨平臺操作,任何一臺機器只要裝有WWW瀏覽器軟件,就可作為客戶機來訪問系統;(3)具有良好的開放性和可擴充性;(4)可采用防火墻技術來保證系統的安全性,有效地滿足了當前用戶對管理信息系統的新需求。因此,該結構在管理信息系統開發領域中獲得飛速發展,成為應用軟件研發中一種流行的體系結構[1]。
高校的畢業論文管理工作是學校日常工作中重要的一部分。它主要面向的對象是教師、學生和教務。它把學生和教師高校中的兩個主體聯系起來,采用了當前流行的B/S結構和Internet網絡技術,突破了原先教務系統使用地域的局限性,使整個校園網乃至Internet上的用戶都可以訪問教務系統。為促進學校教務管理的科學化、規范化、信息化、減員增效、學分制等的順利實行提供了有力的支持;也為學校管理層提供了詳盡的數據;增強了系統數據共享的能力,極大地提高了系統的可移植性和可擴展性。
2.B/S體系的結構
B/S體系結構,即Browser/Server(瀏覽器/服務器)結構,是對傳統的C/S(CIient/Server,即客戶端/服務器)結構進行相應的改進而產生的新型體系結構。傳統的C/S結構基于兩層結構,而且業務處理的程序主要集中在客戶機(終端機)上;而在B/S結構下只有一小部分事務邏輯在客戶端實現,其主要事務邏輯都在服務器端實現,因此形成了所謂的三層結構。在三層結構中客戶端接受用戶端的請求并將此請求以某種形式提交給應用服務器,應用服務器則從數據庫服務中獲得數據,然后對所獲得的數據進行計算并將結果提交給客戶端,這樣用戶在客戶端就可以獲得期望的結果。C/S結構是基于局域網,可連接的用戶數有限;而基于廣域網的B/S結構支持更多用戶,并且可以根據訪問量動態配置服務器以保證服務質量。C/S結構中所有的客戶都必須安裝和配置復雜的應用程序軟件;而在B/S體系結構中客戶端只需要安裝標準的瀏覽器。從維護的角度分析B/S結構只需維護服務器,因此費用較小而且升級容易;而C/S結構的維護和升級涉及所有的客戶機和服務器,代價巨大[2]。考慮到高校畢業論文過程管理系統需要不斷更新內容,支持的用戶數量多,且地域較為分散,因此,基于B/S結構設計高校畢業論文過程管理系統是一個較為理想的選擇。
B/S模式包括瀏覽器、服務器及連接兩者的Internet/intranet網絡。服務器端最重要的功能部件是web服務器,此外還有數據庫及web應用程序,B/S模式的結構如圖1所示。當有用戶請求服務時,web服務器調用相應的應用程序,應用程序調用其動態連接庫文件對服務器端的文件代碼進行解析,如果找到腳本代碼,在把腳本代碼生成的頁面發送到客戶端的瀏覽器中顯示。網絡一般采用以HTTP協議為基礎并構筑于TCP/IP上的Internet/intranet。HTTP協議是一種簡單的、無狀態的、面向對象的協議。使用起來非常方便,瀏覽器要連接到服務器,只需發送請求方式和UR.L路徑等少最信息即可,而它卻可用來傳輸文字、圖像、圖形、聲音、視頻等各種多媒體文件。在B/S模式下,瀏覽器并不是僅僅用來發送HTTP請求的,它本身也支持動態網頁技術[3]。
3.系統的設計與實現
3.1系統設計思想
畢業論文過程管理系統的主要設計流程是首先教務進入系統對系統的基本信息進行初始化。需要初始化的內容包括選題和開題的時間段設置,教師、學生及專家的基本信息的錄入,其中時間段設定之后將通過消息將規定時間傳給教師、學生和專家。只有教務對系統進行初始化之后才學生和教師才可以以教務分配的默認密碼進入系統。在選題階段學生首先要做的事情就是在規定的時間里面把自己要申報的畢業論文題目提交給自己希望的指導教師來評審;教師首先修改學生遞交過來的論文題目,如果學生的論文題目通過審核,則教師把這個論文題目與自己申報的論文題目一并交給專家,等待專家進行評審,而且無論學生的題目是否通過審核都要給學生消息,以便學生查看自己申報的論文情況;專家在選題的規定時間內對教師申報的題目進行審核,然后把審核的結果返還給教師;當論文題目審核階段結束之后,教師就可以查看自己通過審核的論文題目,學生可以查看自己申報的論文情況,如果通過審核就直接等待開題,如果沒有那就進行選題。最后如果有學生沒有選取論文題目或者學生選取的指導教師沒有選取這個學生,此時就必須通過教務手工安排,滿足每一個學生都有題目,以及盡量滿足每一個指導教師都有學生。在開題階段,教師每周都為學生安排任務,并對學生提交的作業進行評價和建議;學生完成教師安排的任務,并對一些問題對教師進行提問;在開題的末尾階段學生將要提交論文的初稿,教師也將對初稿進行修改和評價。
根據以上的流程本系統設計了13個表9個存儲過程。表包括學生信息表、教師信息表、題目申報表、動態選題結果表、教務參量表、轉換教師身份表、每周任務分配信息表(包括開題階段和中期階段)、每周工作匯報表、交流信息表(包括開題階段和中期階段)、開題報告信息表、論文大綱信息表、論文草稿信息表、論文定稿及成果信息表,存儲過程包括學生、教師基本信息的錄入等。
本系統需要實現的具體功能如下:
1)實現教務對系統的實現初始化設置。
2)實現教師對學生論文題目的審核,專家對教師論文題目的審核。
3)實現消息的,及時通知各階段的分布時間,以及教師和學生對論文信息的了解。
4)實現高校學生畢業論文的任務及成績查詢,包括學生每周作業安排、作業成績、論文草稿成績、論文最終成績的基木查詢;還有教師的基本情況、學生的基本情況、專家的基本情況等。
5)實現教務給學生分配論文題目。
6)實現各級用戶的權限答理。系統可按照實際工作需要實行各級用戶的權限管理。
本系統需要實現的目標是管理工作的自動化及過程化、決策工作智能化、信息的高度集成。
3.2系統的主要模塊
該系統主要是針對高校中的兩大主體教師和學生而設計與研發的。基于B/S的高校畢業論文過程管理系統的模塊如圖2所示。按3.1的流程整個系統從角色上主要可以分為4大模塊:
1)教務模塊包括整個畢業論文管理系統進行管理。教務首先登陸系統進行系統初始化設置,評審專家、指導教師和學生基本信息的錄入,系統相關功能開啟等工作等。只有教務將系統初始化工作完成以后,其他用戶才能登陸系統,進行正常的畢業設計相關工作。
2)教師模塊包括修改教師的基木情況,收看信息,教師申報題目,學生申報題目查詢,教師申報題目結果查詢,每周任務布置,每周任務批改等。
3)學生模塊包括修改學生的基本情況、收看信息,學生申報題目,教師通過申報的題目查詢,每周任務查看,每周任務完成等。
4)專家模塊包括對學生及教師畢業論文選題進行評審。
4.結語
高校畢業論文過程管理系統是基于B/S平臺開發的。該服務器操作系統采用Windows NT server 4.0,可以實現用戶識別、存儲保護及進程通信與同步等。數據庫設計是系統的核心與基礎,數據庫采用SQL server 2000[4],它本身繼承了SQL server 7.0的優點例如大量針對計算機網絡的保護特性,提供了用戶標識、確認、加密、授權及審計等控制來實現對數據庫的安全保護,同時又增加了許多更先進的功能,具有使用方便、可伸縮性好、與相關軟件集成度高等優點。考慮到數據庫通訊接口技術,數據庫前臺使用的可視化部分的開發采用開發平臺及C#開發語言[5]。由于整個系統是嚴格受時間控制的,一旦過了時間期限將不能返回,這可能給我們的工作帶來一些不便,而這些也是我們爭取改進的地方。
參考文獻:
[1]崔杰鋒,衛學杰,康鳳雷.基于B/S三層模式的應用開發設計齊齊哈爾大學學報,2005,21(1).
[2]林子禹等.基于web與組件技術的企業應用系統設計模型計算機工程與應用,2000.6.
[3]吳競華,陳根才.基于三層結構模式的管理系統設計及實現.計算機應用,2000.8:20-25.
[4]苗雪蘭,劉瑞新,王懷峰編著.數據庫系統原理及應用教程.機械工業出版社,2004.1,第一版.
關鍵詞：C/S系統架構，PowerBuilder，面向對象程序設計，進銷存管理系統
1 引言
醫藥批發企業藥品的進貨、銷售和庫存管理比較復雜，首先是藥品的種類繁多，難于管理，其次其成本核算不僅設計到藥品的進貨和銷售，還要考慮業務員對應的收入管理，為了實現進銷存的科學管理，減小管理人員的勞動強度，我們設計開發了醫藥批發企業進銷存管理系統。
針對醫藥批發企業的行業特點，系統在實施后應能達到以下目標：
（1）系統界面友好美觀，操作簡單易行。
（2）全面自動化信息管理，可隨時掌握藥品的進銷存信息。
（3）靈活準確的收費，提高工作效率。
（4）查詢靈活方便，數據存儲安全可靠。
（5）功能全面，實用性強。畢業論文，C/S系統架構。
根據用戶的需求和系統的特點，我們沒有選擇越來越流行的B/S系統架構，而是選擇了傳統穩定的C/S系統架構，采用PowerBuilder 9.0作為前端開發工具，以MSSQL Server 2005作為后臺數據庫。這樣主要基于兩方面的考慮，首先，使得用戶的硬件投資較少，不用購買專門的服務器，只需要一臺普通微型計算機即可充當數據庫服務器；其次，數據交互能力強，能夠快速自動生成各種復雜的成本核算單和復雜財務報表。
2 開發技術
本系統采用PowerBuilder9.0作為前端編程工具，后端數據庫采用MS SQL Server 2005數據庫。PowerBuilder提供的數據窗口對象(DataWindows Object)可以用于連接數據庫，獲得記錄，以各種風格顯示數據和更新數據庫，很容易和靈活的生成和打印各種風格各異的報表，支持應用系統同時訪問多種數據庫，其中包括Oracel、Sybase和MS SQL Server等。數據窗口對象還具有數據有效性驗證、共享數據等功能，開發人員可以在程序中動態地改變數據窗口對象的結構和顯示模式。這使得開發出的數據庫應用系統具有強大的數據提取能力，使用戶查詢靈活方便，數據存儲安全可靠，并且界面友好美觀，操作簡單易行[1, 2]。畢業論文，C/S系統架構。
PowerBuilder的編程語言稱為PowerScript，是一種高級的結構化的編程語言。PowerScript提供了一套完整的嵌入式SQL語言，大大增強了程序操縱和訪問數據庫的能力。提供了大量控件，大大加快了項目的開發速度，也是開發者更容易掌握數據庫的開發，完全按照客戶/服務器結構研制設計的，采用面向對象技術，圖形化的應用開發環境，是強大的數據庫前端開發工具，可以更容易地開發出功能強大的圖形界面的訪問服務器數據庫的應用程序[1, 3]。
3 系統主要功能及實現
3.1 系統的主要功能模塊
醫藥批發企業進銷存管理系統要實現的功能非常多，最重要的就是藥品和醫療器械產品的購進與銷售功能，以及對庫存中產品數量的管理功能。為了使系統操作員與管理員對庫存中的各種藥品有一個詳細的了解，系統還需要一個對庫存管理和查詢功能，通過該功能，管理員與操作員可以了解倉庫中產品的詳細情況。在藥品和醫療器械產品進銷存管理過程中，會需要生成各種報表，以便對客戶所定產品信息和倉庫存量信息等內容進行比對和確認。畢業論文，C/S系統架構。對于本系統，其功能目標是要將藥品進銷存的管理由傳統的人工手寫管理模式向自動化管理模式轉變，同時還能對客戶和藥品種類以及庫存情況進行全面管理，系統需要劃分出的功能模塊有：
1、入庫管理：操作員購進藥品提交入庫單，并可以打印出入庫單，提交出現人為錯誤，可作廢入庫單，在倉庫復核出現人為錯誤可沖入庫。
2、出庫管理：操作員賣出藥品提交出庫單，并可以打印出出庫單，提交出現人為錯誤，可作廢出庫單，在倉庫復核出現人為錯誤可沖出庫。畢業論文，C/S系統架構。
3、移庫管理：藥品在各個不同的倉庫中轉移管理，需操作員提交移庫單，并可以打印出移庫單，提交出現人為錯誤，可作廢移庫單，在倉庫復核出現人為錯誤可沖移庫。
4、倉庫復核：對操作員提交的入庫單，出庫單，移庫單進行相對應的藥品清點，并復核庫單。并可以查找未復核的庫單。
5、收款與復核：實現銷售產品價款收取和復核功能。
6、查詢與統計：按不同的條件（如：單號、藥品、客戶等）對庫單進行查詢，并對倉庫中藥品按不同條件（如：倉庫、藥品）進行查詢。
7、系統管理：此模塊的權限為管理員，主要包括對藥品信息的維護，客戶信息的維護以及操作員信息的維護等功能。
圖1 醫藥批發企業進銷存管理系統功能結構
綜上所述，本系統包括入庫管理，出庫管理，移庫管理，倉庫復核，查詢與統計，收款與復核、系統維護等七大模塊，各個模塊間相對獨立，同時又有較強的聯系。系統的功能結構如圖1所示。
3.2 數據庫結構設計
根據系統功能設計的要求以及功能模塊的劃分，進行了數據庫結構設計。下面給出醫藥進銷存管理系統的各個組成部分主要的數據表和數據項：
l倉庫表：倉庫編號，倉庫名稱。
l庫單表：庫單編號，操作日期，操作人，驗收員，原始倉庫，接受倉庫，發票號，開票日期，貨品編號，品名，規格，產地，單位編號，單位名稱，備注，數量，庫單類別標志，作廢標志，沖庫標志，復核標志。畢業論文，C/S系統架構。
l客戶信息表：客戶編號，客戶名稱。
l庫存表：貨品編號，品名，規格，產地，倉庫，數量。
l操作員表：操作員編號，操作員姓名，密碼，所屬倉庫，入庫數量，出庫數量，移庫數量。
l藥品信息表：藥品編號，品名，規格，產地。
l庫單類型表：庫單類型，庫單類型標志。
3.3 系統詳細設計與實現
如前所述，入庫管理模塊主要包括入庫單錄入、沖入庫單、入庫單作廢、重打入庫單和添加發票號等功能，下面以入庫單錄入、沖入庫單功能的實現為例說明系統的詳細設計與實現方法。
1、入庫單錄入功能設計與實現
入庫單錄入窗口如圖2所示，該窗口包括一個數據窗口，數據窗口綁定的數據表為庫單表，窗口打開時在操作員表中找到相應的操作員所對應的入庫編號字段，并將其賦值給一個長整型實例變量il_no，將其+1，然后將操作員編號（gs_userID）與il_no用“-”連接，寫入數據窗口對應的單號中，實現單號自動生成，操作員寫入gs_userName，操作日期寫入當前的系統日期，驗收員EDIT屬性中選擇dropdownlistDW，選擇另一數據窗口（d_ysy），該數據窗口只包括驗收員姓名一個字段，操作員在選好驗收員時，系統自動到數據庫中查找此驗收員所對應的倉庫，并將倉庫自動顯示在倉庫字段中，操作員輸入貨品編號與單位編號之后都可以自動搜索到藥品的品名、規格、產地和單位名稱并自動顯示在相應的位置。開發票日期，發票號，備注可為空。畢業論文，C/S系統架構。點擊“存盤”按鈕即可將數據寫入庫單數據表，并將il_no更新到login表中的ruku字段。“存盤”按鈕的“clicked”事件上的主要程序代碼為：
ll_upd =dw_1.update()
if ll_upd = 1 then
commitusing sqlca;
ifsqlca.sqlcode = 0 then
ib_change= false
ifmessagebox('注意','是否打印入庫單?',question!,yesno!)= 1 then
dw_2.retrieve(ls_no)
dw_2.print()
endif
il_no= il_no + 1
ls_no= gs_czy_no +'-'+ string(il_no,'0000000')
dw_1.reset()
dw_1.insertrow(0)
dw_1.setitem(1,'code',ls_no)
dw_1.setitem(1,'kpr',gs_czy)
dw_1.setitem(1,'rq',today())
dw_1.setitem(1,'bm',ls_bm)
dw_1.setitem(1,'kprq',today())
dw_1.setitem(1,'bh',ls_khbh)
dw_1.setfocus()
else
rollback;
messagebox('注意','存盤失敗!請查詢或修改該入庫單!')
return
endif
else
rollback;
messagebox('存盤失敗！','請仔細檢查輸入的內容!!')
return
end if
圖2 入庫單錄入窗口
2、沖入庫單功能設計與實現
如果入庫單錄入錯誤，可以進行修改。但如果已經由復核人員對入庫單進行了復核，則只能將其對沖，再重新錄入。在沖入庫單時，首先打開如圖3所示的輸入窗口，輸入需要沖的入庫單號，然后打開如圖4所示的沖入庫單窗口，填入相關數據后點擊“存盤”按鈕即可完成沖入庫單功能。“存盤”按鈕的“clicked”事件上的主要程序代碼為：
update 'rkd' set 'ch' = '1' wherecode = :ls_oldno;
if sqlca.sqlcode <> 0 then
rollback ;
messagebox('注意!','沖入庫單失敗!')
return
end if
ll_upd = dw_1.update()
if ll_upd = 1 then
commit usingsqlca;
if sqlca.sqlcode= 0 then
ib_change= false
ifmessagebox('注意','是否打印?',question!,yesno!)= 1 then
dw_3.retrieve(ls_no)
dw_3.print()
endif
else
rollback;
messagebox('注意','存盤失敗!請查詢或修改該單據!')
return
end if
else
rollback;
messagebox('存盤失敗','請仔細檢查輸入的內容!!')
return
end if
圖3 對沖入庫單號輸入窗口
圖4 沖入庫單數據錄入窗口
4 結論
在充分調研醫藥批發企業進銷存管理流程的基礎上，利用PowerBuilder 9.0開發工具和MS SQLServer數據庫，利用面向對象的程序設計方法，設計開發了醫藥批發企業進銷存管理系統。經過多個醫藥批發企業的使用，完全能夠滿足其藥品和醫療器械進銷存管理的需求，同時可以根據用戶的需求給出了各種條件、多種結果的統計分析，為企業領導的分析決策支持提供了理想的平臺和合理有效的分析手段，在一定程度上提高了醫藥批發企業的工作效率，實現了預期的目標。
參考文獻
1.于洪文，蔡毅，楊鴻雁等.PowerBuilder9.0案例開發篇[M].清華大學出版社，2004年9月.
2.王曉，趙軍.PB中的查詢技術[J].電腦學習.2009年8月，第4期.
3.董丹丹.基于PB的賓館管理信息系統的設計與實現[J].科技信息，2008年第29期.
