電子圖書出版系統的設計與實現1_第1頁
電子圖書出版系統的設計與實現1_第2頁
電子圖書出版系統的設計與實現1_第3頁
電子圖書出版系統的設計與實現1_第4頁
電子圖書出版系統的設計與實現1_第5頁
已閱讀5頁,還剩9頁未讀 繼續免費閱讀

下載本文檔

版權說明:本文檔由用戶提供并上傳,收益歸屬內容提供方,若內容存在侵權,請進行舉報或認領

文檔簡介

1、電子圖書出版管理系統的設計與實現1電子圖書出版管理系統的設計與實現Xyz(平頂山學院,河南平頂山467002)摘要錯誤!未指定書簽。關鍵詞:WebServiceSQLSERVERADO.NET申請單錯誤!未指定書簽。0.引言錯誤!未指定書簽。1 .相關技術簡介錯誤!未指定書簽。1. IWebService錯誤!未指定書簽。2. 2XML錯誤!未指定書簽。1.3S0AP與WSDL錯誤!未指定書簽。1.4SQLServer錯誤!未指定書簽。1. 5數據訪問技術ADO.NET錯誤!未指定書簽。2電子圖書出版管理系統的需求分析錯誤味指定書簽。1 / 13電子圖書出版管理系統的設計與實現12. 1系統功

2、能分析錯誤!未指定書簽。3. 2系統功能的總體設計錯誤!未指定書簽。1.1.1 系統功能的總體設計錯誤!未指定書簽。1.1.2 系統核心模塊申請單管理的設計錯誤!未指定書簽。2.3 數據庫設計錯誤!未指定書簽。2.3.1 數據庫框架設計錯誤!未指定書簽。2.3.2 數據庫中表的設計和實現錯誤!未指定書簽。2.4 存儲過程錯誤!未指定書簽。3系統功能模塊具體實現方案錯誤!未指定書簽。3.1 系統主界面錯誤!未指定書簽。3.2 作者會員成功登陸后進入的主界面錯誤!未指定書簽。3.2.1 功能描述錯誤!未指定書簽。3.2.3 出版書稿主界而錯誤!未指定書簽。3.2.4 出版申請主界而錯誤!未指定書簽

3、。3.3 出版商成功登陸后進入的主界面錯誤!未指定書簽。3.3.1申請單管理主界而錯誤!未指定書簽。4結束語錯誤!未指定書簽。參考文獻錯誤!未指定書簽。1蔡月茹等.Webservice基礎教程.清華大學出版社.2005錯誤!未指定書簽。鄭阿奇等.SQLServer實用教程.電子工業出版社.2002錯誤!未指定書簽。2 / 13電子圖書出版管理系統的設計與實現1摘要:本文主要介紹了依托XMLWebService、ASP.NET及ADO.NET等相關技術的電子圖書出版管理系統的設計與實現過程。關鍵詞:WebServiceSQLSERVERADO.NET申請單AbsraccThispapermain

4、lyintroducesthedesignandrealizationofthec-bookpublicationmanagementsystemsrelyingonthetechnologiesofXMLWebSenice.ASP.NETandADO.NETetc.Keywords:WebSeniceSQLSERVERADO.NETRcquisitionSheet2 / 13電子圖書出版管理系統的設計與實現10.引言21世紀是信息時代,信息技術的發展已經在很大程度上促進了各行各業的發展,網絡技術在圖書出版上的應用也在不斷滲入,圖書出版的網絡化也成了必然的趨勢。目前,電子圖書與紙版圖書共同存在

5、,共同發展,然而,電子圖書和網絡出版是大勢所趨,將來電子圖書一定會取代紙版圖書。因為與紙版圖書相比電子圖書具有以下優點:出版程序簡單,修訂、更正迅速,降低了出版成本:沒有庫存和運輸,不需紙張印刷,行約資源,減少環境污染:可以按需印刷,大大降低了經濟風險。事實表明,電子圖書的銷售份額不斷上升,消費者用于電子圖書的花費也不斷增加。電子圖書的興起將帶動出版商等業內人士及行業進行重新調整,轉變為網上商業公司。我們經過長時間的系統需求分析,合理的模塊化設計開發的電子圖書在線出版系統正符合這種浪潮的需要。下而先對該系統依托的技術進行簡介,然后主要介紹該系統的設計與實現過程。13 / 13L相關技術簡介1.

6、 1WebService 一個通用的標準可被用來描述數據,而且是中立于平自與語言的XML。 一種通用的通信協議,而且是中立于平臺與語言的SOAP。 一個通用的合約語言(ContractLanguage)用來描述WebService,例如:SDL(ServiceDescriptionLanguage)o11.2XMLXML(ExtensiableMarkupLanguage,可擴展標記語言)是一種普通的、獨立于平臺的數據描述語言,是Internet上表示和傳遞數據的Web標準。目前,很多大公司都提供了對XML的支持。1.3SOAP與WSDLSOAP(SimpleObjectAccessProto

7、col,簡單對象訪問協議)用來與WebService交換數據,是一個開放的基于XML的Internet標準。簡單的說,SOAP就是傳遞HTTP請求和應答數據的一種標準。WSDUWebServiceDescriptionLanguage.Wcb服務描述語言)用于描述WebService提供的方法以及調用這些方法的各種方式。它是另一種與XML完全兼容的語法。1.4SQLServerSQLServer是一個功能完備的數據庫管理系統。它包括支持開發的引擎、標準的SQL語言、擴展的特性(如復制、OLAP、分析)等功能。SQLServer作為微軟在Windows系列平臺上開發的數據庫,一經推出就以其易用性

8、得到了很多用戶的青睞。21.5數據訪問技術ADO.NETADO.NET提供對MicrosoftSQLSenqce等數據源以及OLEDB和XML公開的數據源的一致訪問。數據共享使用者應用程序可以使用ADO.NET來連接到這些數據源,并檢索、操作和更新數據。ADO.NET包含用于連接到數據庫、執行命令和檢索結果的.NET數據提供程序,用戶可以直接處理檢索到的結果,也可以將其放入DataSet對象中。使用DataSet對象方便與來自多個源的數據或在層之間進行遠程處理的數據組合在一起,以特殊方式向用戶公開,它也可以獨立于.NET數據提供程序使用,用于管理應用程序本地的數據或源自XML的數據。2電子圖書

9、出版管理系統的需求分析2.1系統功能分析電子圖書出版管理系統主要是應用于作者會員的圖書在線出版。根據用戶提出的要求,本系統的主要功能應具有用戶管理,申請單管理,合同管理,圖書管理等功能。由此要求本系統主要分為四個功能模塊:用戶管理,申請單管理,合同管理,圖書管理。其功能圖如圖2-1所示:圖2-1圖書管理系圖書出版管理系統2.2系統功能2.2.1系統功合回總理出版圖書管理統功能模塊圖的總體設計能的總體設計一個應用系統要高效地運行,除了利用先進的硬件條件和系統軟件外,應用軟件的設計思想也有很大的影響:下面論述一下該系統的軟件設計的總體框架,總體框架設計如下:圖書出版管理系統上是一罩 it 4圖書修

10、改 -.L圖書古祠 3圖書 工合詢 J合同錄入圖2-2圖書出版管理系統總框架圖下而依據上圖對電子圖書在線出版系統要實現的功能進行分析:1)圖書出版是一項商務活動,受法律的保護,因此出版商對作者實行會員制管理,作者必須正確輸入自己的關鍵信息,如真實姓名、身份證號碼、聯系電話、電子信箱以及密碼提示答案等。2)作者會員必須登錄后才能出版自己的書稿。出版前必須認真.閱讀出版條款,同意后方能出版書稿。作者會員出版前必須填寫出版申請單,一張出版申請單只能出版一份書稿。出版申請單需要包含以下信息:所需出版的圖書的題目、簡要介紹、目錄等信息,希望獲得報酬,附加的要求等。3)作者會員填寫完出版申請單后把書稿一并

11、上傳到服務商的服務器上。4)出版商可以批準作者會員的出版申請,也可以拒絕他們的申請。5)作者會員可以查詢自己已經提交的出版申請單的處理情況。如果出版申請單沒有被接納,則可以修改申請單再次提交。如果出版申請單被出版商接納了,則需要作者會員確認后出版商才正式出版作者的書稿。6)當出版商同意作者會員的出版申請而且經過作者會員的確認后,雙方將當面簽署合同。作者可以在網上在線查詢合同的內容。7)圖書出版后,出版社與作者會員商定版權的歸屬,由出版社對出版的圖書進行管理。222系統核心模塊申請單管理的設計申請單管理模塊是整個系統的核心與關鍵所在,其它所有的操作都建立在此模塊基礎之上,而且此模塊與系統的其它模

12、塊也緊密關聯。首先作者會員要填寫自己的申請單并添加所要出版的書稿,進而提交申請單和上傳書稿,(此時申請單的狀態為初始狀態,賦值為1),以等待出版商的審閱。作者會員可以通過查看出版申請看自己的申請單是否被接納,如果被接納(此時申請單狀態為2),且作者不再改動申請單同意出版的話,就點擊確認按鈕(此時申請單的狀態為雙方都同意的最終狀態,賦值為4),然后作者可以與出版商簽訂合同,最后出版圖書。如果沒有被接納(此時申請單的狀態為3),作者必須修改申請單并再次提交申請單(此時申請單的狀態仍為初始狀態,賦值為1),以等待出版商的再次審閱。其次出版商管理員可以進入申請單管理,進而查看申請單,如果申請單沒有被審

13、閱過或者是作者修改后提交的申請單(此時申請單狀態為1),對申請單以及上傳的書稿進行審閱,若同意出版,則點擊同意出版按鈕(此時的申請單已經被出版商審閱通過,申請單狀態賦值為2):若不同意出版,則點擊不同意出版按鈕(此時的申請單己經被出版商審閱但沒有通過,申請單狀態賦值為3)。如果申請單是已被作者確認過的申請單(此時申請單的狀態為4),然后出版商就可以與作者簽訂合同,最后出版圖書。2.3 數據庫設計2.3.1 數據庫框架設計數據庫的設計對系統性能有很大的影響,如果設計的不合理,不僅會增加客戶端和服務器端程序的編寫和維護的難度,而且會影響系統實際運行的性能。數據庫設計通常先進行邏輯設計,然后進行物理

14、設計。數據庫邏輯設計去除了所有冗余數據,提高了數據吞吐速度,保證了數據的完整性,清楚地表達數據元素之間的關系。但對于多表之間的關聯查詢(尤其是大數據表),如果去除所有冗余,其性能將會降低,同時也提高了客戶端程序的編程難度,因此,物理設計需折衷考慮,根據業務規則,確定對關聯表的數據量大小、數據項的訪問頻度,對此類數據表頻繁的關聯查詢應適當提高數據冗余設計。鑒于這種情況我們對數據庫進行精心設計,建立的數據庫表間的邏輯關系圖如圖2-3所示:AuthorAuthordAuthor _UscrNa3TC Author_Password Author_Hane Id_Card Sex AseAddress

15、ZipCodc Country EmailPhone lobileQuestionAnswer NoteIDBookIDBook IdISBH Authored Title 8Book_Desc filc_path P3 PublishedJ)ate Contractjd Author JJesc PricesUploadEBookT enpIDUpload_Book_IdAuthordTitleEBook J)cscript i on file_pathRequestIDRequestdAuthor_Id Rcquest_dcsc Upload_Book_Id StatusRequest_D

16、ate PassNoteContractIDContract_IdP-artAPartBPar t AjCorporat er PirtB_CoTporater PartA_Address PartB_Address PartA_Zipeodc PartB_2ipcode PsrtA_phone PartB_Phone Important_ItcmAppendjtemContxactJJate Requestd Contract_Content RangeNoteAuthor _UscrNaorc圖2-3數據庫表間的邏輯關系圖從上面數據庫表間的邏輯關系圖可以看出:表Author和表Upload

17、EBookTemp之間通過Authorjd字段相連接;表Request和表UploadEBookTemp之間通過Authorjd字段相連接;表Contract和表book之間通過Contractjd字段相連接。各數據庫分別設有數據庫所有者,完全訪問用戶,只讀訪問用戶等,分別設置相應權限。非數據庫用戶不能對該數據庫數據進行訪問,只讀權限用戶只能瀏覽數據庠數據,而不能修改,只有完全訪問權限用戶和數據庫所有者,才能對數據庫數據進行修改。這樣,通過定義用戶權限保證數據庫的安全性。比如:普通會員作者只有在修改個人信息時才能對Author表的內容進行修改,只有作者的出版申請單在不被出版商接納時,才能對申請

18、單進行修改并再次提交;而后臺服務的管理員可以對各個表進行修改、刪除。2.3.2 數據庫中表的設計和實現根據對數據庫的分析設計,本系統主要用到數據庫中的五個表,我們以出版申請單request為例,對表的結構和各字段的要求作如下設計:Request表用來存放所有的出版申請單的信息。主要包括申請單內容、上傳的書號、申請單狀態、上傳的日期等信息。其中Requesjld為主鍵。出版申請單的結構:名稱數據類型大小是否為空Rcquest_Idbigint8否Author_IdbigirrtQ否ReQues,t_descvarchar255否Up.Book.Idbigint8否StatusLnt4否Reque

19、st.datedatetime16否Passvarch255否Notevarchar255是2.4 存儲過程在SQLServer中,可以定義子程序存放在數據庫中,這樣的子句稱為存儲過程,存儲過程是數據庫對象之一。可根據傳入的參數(或無參數),完成一組操作,實現特定功能。使用存儲過程的優點如下:1)速度快:存儲過程在服務器端運行,執行速度快。2)可重用:功能在實現上唯一,克服了冗余,可在多個功能模塊中被重復調用,接口統一,操作統一,數據統一。3)提高系統的性能:存儲過程執行一次后,其執行規劃就駐留在高速緩沖存儲器,在以后的操作中,只需從高速緩沖存儲器中調用已編譯好的二進制代碼執行,提高了系統的性

20、能。4)易維護:程序在使用中,應用層和數據訪問層是分開的,兩者相互獨立,如果是對數據訪問層的修改,可直接在SQLServer上修改存儲過程即可,無需涉及到程序。5)確保數據庫的安全:使用存儲過程可以完成所有的數據庫操作,并可以通過編程方式控制上述操作對數據庫信息訪問的權限。6)執行效率高:文本的SQL語句,在執行時需要先編譯一次。而存儲過程在生成時已經做了預編譯,使用時直接調用執行,而不必在系統啟動后再進行手工操作,所以執行效率高。7)可持續:因為調用了存儲過程,其可讀性大大提高,便于項目的可持續開發,即后期維護和升級等。下而舉例說明存儲過程的用法以及方便性:本存儲過程涉及兩個表的插入記錄。首

21、先根據輸入的上傳書稿的信息在UploadEBookTemp表中插入一條上傳書稿的記錄。當這條記錄成功的插入時,UploadEBookTemp表會自動在其Upload_Book_Id子段里添加一個書稿的唯一標號。然后根據這個書稿的唯一標號和輸入的申請單的其他信息,在Request表中插入一條申請單記錄。為了保證數據庫的一致性,該存儲過程把兩個表的插入定義在一個事務里面。如果其中任何一條記錄出錯,都會利用提供的事務機制回滾到沒有插入前的初始狀態。3系統功能模塊具體實現方案本部分詳細介紹申請單管理模塊的實現方案。主要分為系統主界面、作者會員成功登陸后進入的主界面、出版書稿界而、出版申請界而、出版商成

22、功登陸后進入的主界而、申請單管理界而以及在系統運行過程中有可能出現的其他界面。3.1 系統主界面電子圖書出版管理系統的主界而如圖3 1所示:3-1電子圖書出版管理系統的主界面主界面主要分為四個部分:最上面的快捷功能欄,其中第二行包括兩個鏈接,分別是用戶注冊和忘記密碼,注冊過的用戶如果忘記了密碼,可以點擊這里進入忘記密碼主頁,根據自己注冊時填寫的忘記密碼提示問題進行回答,如果回答正確,本網站就會給會員注冊時填寫的電子郵箱發送一個隨機生成的新密碼,同時用這個密碼更新數據庫中的舊密碼,并顯示相關的提示信息告訴作者會員打開電子郵箱取回密碼,然后登陸后可以通過修改會員個人信息的網頁進行修改;首頁主體的左

23、上角是系統的登陸入口:及其他的相關信息等。當然,這是以有權限的用戶成功登陸為前提的。如果用戶未曾登陸時,只能瀏覽一下這里的新聞和本網站發布的一些消息。如果此時點擊資料下載或進入論壇,系統則會出現提示頁面提醒用戶尚未登錄。3.2 作者會員成功登陸后進入的主界面3.2.1 功能描述本頁面是作者會員成功登陸后進入的主頁而。在這里作者可以查看作者信息,進入出版申請、出版書稿、合同管理、個人信息、資料下載、進入論壇等界而。3.2.3 出版書稿主界面1功能描述登陸后的作者會員要出版書的時候就進入出版書稿主界而,作者要首先閱讀出版條款,同意后才進入下一個頁而,在這個頁面,作者首先要填寫出版申請單,然后添加書稿,最后才是提交申請單和上傳書稿,此時申請單的狀態為初始狀態1。324出版申請主界面1功能描述登陸后的作者要查看自己的申請單情況,就進入出版申請界面。在這里作者可以查看自己提交的申請單看是否被接納,如果被接納,就點擊確定按鈕,然后和出版商簽訂合同,進而出版圖書:如果申請單沒有被接納,作者可以在這里修改申請單內容,重新提交修改后的申請單。3.3 出版商成功登陸后進入的主界面331申請單管理主界面1功能描述出版商管理員進入申請單管理主界面可以按申請單號、作者姓名、申請單狀態、申請單提交的日期等方式查詢申請單。然后對出版申請單狀態為1的進行審閱,包括審閱書稿:最后

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯系上傳者。文件的所有權益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網頁內容里面會有圖紙預覽,若沒有圖紙預覽就沒有圖紙。
  • 4. 未經權益所有人同意不得將文件中的內容挪作商業或盈利用途。
  • 5. 人人文庫網僅提供信息存儲空間,僅對用戶上傳內容的表現方式做保護處理,對用戶上傳分享的文檔內容本身不做任何修改或編輯,并不能對任何下載內容負責。
  • 6. 下載文件中如有侵權或不適當內容,請與我們聯系,我們立即糾正。
  • 7. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論