已閱讀5頁,還剩70頁未讀, 繼續(xù)免費閱讀
版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請進行舉報或認領(lǐng)
文檔簡介
碩士學位論文 (專業(yè)學位) 基于 迎新 管理信息系統(tǒng)的設(shè)計與實現(xiàn) 姓 名: 學 號: 所在院系:軟件學院 職業(yè)類型: 專業(yè) 領(lǐng)域:軟件工程 指導教師: 副 指導教師 : 二 一 三 年 三 月 A in 2010 2013 2基于J 2 E 同濟大學 學位論文版權(quán)使用授權(quán)書 本人完全了解同濟大學關(guān)于收集、保存、使 用學位論文的規(guī)定,同意如下各項內(nèi)容:按照學校要求提交學位論文的印刷本和電子版本;學校有權(quán)保存學位論文的印刷本和電子版,并采用影印、縮印、掃描、數(shù)字化或其它手段保存論文;學校有權(quán)提供目錄檢索以及提供本學位論文全文或者部分的閱覽服務;學校有權(quán)按有關(guān)規(guī)定向國家有關(guān)部門或者機構(gòu)送交論文的復印件和電子版;在不以贏利為目的的前提下,學校可以適當復制論文的部分或全部內(nèi)容用于學術(shù)活動。 學位論文作者簽名: 年 月 日 經(jīng)指導教師同意,本學位 論文屬于保密,在 年解密后適用本授權(quán)書。 指導教師簽名: 學位論文作者簽名: 年 月 日 年 月 日 同濟大學學位論文原創(chuàng)性聲明 本人鄭重聲明:所呈交的學位論文,是本人在導師指導下,進行研究工作所取得的成果。除文中已經(jīng)注明引用的內(nèi)容外,本學位論文的研究成果不包含任何他人創(chuàng)作的、已公開發(fā)表或者沒有公開發(fā)表的作品的內(nèi)容。對本論文所涉及的研究工作做出貢獻的其他個人和集體,均已在文中以明確方式標明。 本 學位論文原創(chuàng)性聲明的法律責任由本人承擔。 學位論文 作者簽名: 年 月 日 同濟大學 碩士學位論文 摘要 I 摘 要 由于缺乏統(tǒng)一的規(guī)劃和設(shè)計,從而導致高校各信息管理系統(tǒng)存在信息孤島問題 ,而迎新管理系統(tǒng)作為高校學生信息管理的“第一站”,在解決高校信息孤島問題上有非常重要的意義 。 本文主要從數(shù)字化高校中,學生信息集中管理的角度對高校迎新管理系統(tǒng)進行研究 。將學生 錄入到迎新管理系統(tǒng) 進行集中管理,并且 通過 方式提供給高校內(nèi)其它信息管理系統(tǒng)所共享。 本文 對 迎新管理系統(tǒng)的研究主要包括如下幾個方面的內(nèi) 容。 首先, 利用 術(shù)對學生基本信息的錄 入、查詢、統(tǒng)計分析的實現(xiàn)進行了研究,從而實現(xiàn)學生基本信息的管理;然后, 利用 術(shù),將迎新管理系統(tǒng)中所實現(xiàn)的學生基本信息錄入、查詢和統(tǒng)計分析等具體功能,以 而讓高校校園網(wǎng)內(nèi)的各院系,以及各業(yè)務管理部門信息管理系統(tǒng)通過調(diào)用迎新管理系統(tǒng)所發(fā)布的 務,從而實現(xiàn)高校校園網(wǎng)內(nèi)各信息管理系統(tǒng)之間的數(shù)據(jù)交 互,并且降低高校內(nèi)學生信息管理成本,保證高校內(nèi)學生信息的一致性;最后, 通過對系統(tǒng)建立分區(qū)表、多采用增 量的加載數(shù)據(jù)方式、按時清除臨時數(shù)據(jù),以及優(yōu)化數(shù)據(jù)的轉(zhuǎn)儲、建立索引等方式來提高系統(tǒng)性能,從而縮短用戶響應時間。同時通過數(shù)據(jù)備份 /恢復技術(shù)來提高系統(tǒng)中數(shù)據(jù)的安全性。 通過對高校迎新系統(tǒng)功能、系統(tǒng)性能、系統(tǒng)安全性的測試結(jié)果表明,本文所研究的高校迎新系統(tǒng),系統(tǒng)功能方面,能夠滿足學生基本信息管理需求,同時,通過數(shù)據(jù)庫備份和恢復,能夠很好的保證系統(tǒng)中數(shù)據(jù)的安全性。綜上所述,通過測試,本文所研究的高校迎新系統(tǒng)能夠滿足高校迎新系統(tǒng)的業(yè)務需求,并且在性能和安全性方面有較好的表現(xiàn)。 關(guān)鍵字 : 數(shù)字化高校;迎新系統(tǒng);信息共享;系 統(tǒng)安全;數(shù)據(jù)備份; I to of in as of a in of to by to 2EE of OA to to a to be as as of by in to of to of a on of to as as of an as to to of in of to be a to of in To to of II in of 濟大學 碩士學位論文 目錄 錄 摘 要 . I . 錄 . 一章 緒 論 . 1 究背景 . 1 究現(xiàn)狀 . 2 究內(nèi)容 . 3 文篇章結(jié)構(gòu) . 5 第二章 相關(guān)技術(shù)簡介 . 7 術(shù)簡介 . 7 術(shù)概述 . 7 術(shù) . 9 2術(shù)簡介 . 12 術(shù)簡介 . 13 第三章 迎新管理信息系統(tǒng)分析 . 19 統(tǒng)背景分析 . 19 能需求 分析 . 21 統(tǒng)用例分析 . 21 生用戶 . 21 務管理用戶 . 22 校領(lǐng)導用戶 . 23 統(tǒng)管理員用戶 . 23 功能性需求分析 . 24 全性需求 . 24 統(tǒng)性能需求 . 24 行性分析 . 24 第四章 迎新管理系統(tǒng)設(shè)計 . 27 統(tǒng)設(shè)計原則 . 27 統(tǒng)總體結(jié)構(gòu)設(shè)計 . 28 同濟大學 碩士學位論文 目錄 V 能結(jié)構(gòu)設(shè)計 . 30 生信息管理子系統(tǒng) . 30 舍分配管理子系統(tǒng) . 31 統(tǒng)管理子系統(tǒng) . 32 統(tǒng)數(shù)據(jù)庫設(shè)計 . 33 據(jù)庫 設(shè)計 . 34 體數(shù)據(jù)表設(shè)計 . 36 第五章 迎新管理系統(tǒng)實現(xiàn) . 41 生信息管理子系統(tǒng)實現(xiàn) . 41 息錄入功能 . 41 息查詢功能 . 43 計分析功能 . 44 舍分配管理子系統(tǒng)實現(xiàn) . 46 舍分配功能 . 46 舍查詢功能 . 48 息共享實現(xiàn) . 49 統(tǒng)接口發(fā)布 . 49 統(tǒng)接口應用 . 50 統(tǒng)優(yōu)化方案實現(xiàn) . 51 統(tǒng)總體優(yōu)化 . 51 據(jù)庫優(yōu)化 . 52 據(jù)備份 /恢復 . 53 據(jù)備份 . 53 據(jù)恢復 . 54 統(tǒng)測試 . 55 能測試 . 55 能測試 . 56 全測試 . 57 試結(jié)果分析 . 58 第六章 總 結(jié) . 59 作小結(jié) . 59 足與展望 . 60 致 謝 . 61 參考文獻 . 62 第一 章 緒論 1 第一章 緒 論 究 背景 高校迎新系統(tǒng)是數(shù)字化高校建設(shè)的重要組成部分,同時也是高校管理的重要組成部分。在傳統(tǒng)的高校迎新活動中,都是有高校校辦組織,讓招生辦、學生處、圖書館、保衛(wèi)處、衛(wèi)生科、財務處、信息辦、組織部、后勤處、學生會、各院系等數(shù)十個部門一起上陣,然后再校門口設(shè)點,讓新生在各個招生點排隊,以及填寫各種內(nèi)容都大致相同的表格,然后分頭到高校的各個管理部門蓋章。然后,還需要到衛(wèi)生科進行體檢,以及完成各種形式的入學教育,才能夠最終完成入學。 通過對目前基于手工的高校迎新模式存在諸多的弊端。為了解決這些問題,就需要打造一個全新、 統(tǒng)一的“數(shù)字迎新”平平臺,從而給高校各個職能部門、院系管理員和新生都帶來極大的便利,并且做到新生信息的精確、實時管理。開發(fā)一個高校迎新系統(tǒng)的必要性體現(xiàn)在如下的幾個方面。 ( 1)數(shù)字校園建設(shè)的需要 目前,高校的信息化建設(shè)已經(jīng)逐步完善,門戶網(wǎng)站、服務平臺、校園網(wǎng)建設(shè)、圖書管理系統(tǒng)等各種職能管理部門的信息管理系統(tǒng)建設(shè)都已經(jīng)逐步完善。與此相稱的是,高校迎新也應該實現(xiàn)數(shù)字化管理,從而體現(xiàn)高校的綜合實力。同時,也實現(xiàn)了學生在校期間的全面數(shù)字化管理,為校園內(nèi)其它信息管理系統(tǒng)的實現(xiàn)打好信息基礎(chǔ)。 ( 2)綜合實力的體現(xiàn) 目前 ,國內(nèi)很多高校都陸續(xù)建立起各種迎新系統(tǒng),雖然在一定程度上提高了迎新管理的效率,但是由于各個高校的信息化建設(shè)基礎(chǔ),以及資源的不同,所以這些迎新系統(tǒng)都還不能夠稱之為“數(shù)字迎新”,并沒有達到很好的效果。 ( 3)提升管理和服務水平 數(shù)字迎新系統(tǒng)將提供一個共享、智能、集成的服務平臺,從而有利于減少迎新現(xiàn)場工作人員數(shù)量,同時新生還可以分廠方便的查詢到自己的報道手續(xù)辦同濟大學 碩士學位論文 基于 迎新管理信息系統(tǒng) 2 理情況,從而提高迎新服務質(zhì)量,和迎新服務效率。 ( 4)實現(xiàn)信息共享 一方面,絕大多數(shù)的新生會在規(guī)定的短短兩三天之內(nèi)就到校報道,相關(guān)部門在現(xiàn)場的統(tǒng)計數(shù)據(jù),匯總 后還未向領(lǐng)導匯報時,可能就已經(jīng)發(fā)生了變化,從而根本不可能做出正確的決策;另一方面,各個部門可能需要相同或者類似的新生信息,如果個部門之間不能夠?qū)崿F(xiàn)信息共享,那么可能導致新生需要多次在不同的部門填寫相同的信息,從而降低迎新工作效率,也增加了迎新工作的出錯幾率。 在本文所研究的高校迎新系統(tǒng)中,主要采用 術(shù),來規(guī)劃高校迎新系統(tǒng)的流程,統(tǒng)一迎新工作中的各個環(huán)節(jié)。并且實現(xiàn)高校各個部門學生系統(tǒng)的共享和實時交互,從而使得高校的各個部門之間都可以對迎新工作的各種信息進行綜合查詢,從而降低迎新工作成本,提高迎 新工作效率,提高高校學校形象,從而使得高校的迎新報道工作更加快捷。 究現(xiàn)狀 1、數(shù)字化校園建設(shè)現(xiàn)狀 隨著計算機技術(shù)和網(wǎng)絡(luò)技術(shù)的不斷發(fā)展,數(shù)字化校園建設(shè)也成為了高校建設(shè)的一個重要的環(huán)節(jié)。目前,國內(nèi)各高校的數(shù)字化校園的發(fā)展主要有分成如下三個階段。 ( 1)基礎(chǔ)設(shè)施為主的階段 主要將重點放在校園網(wǎng)絡(luò)的基礎(chǔ)硬件設(shè)施方面,從而為校園網(wǎng)的建設(shè),以及校園數(shù)字化實現(xiàn)打好基礎(chǔ)。 ( 2)業(yè)務信息化為主的階段 主要是指在校園網(wǎng)基礎(chǔ)上的各種支撐系統(tǒng)的建設(shè),即校園內(nèi)各個業(yè)務方面的信息化實現(xiàn)。主要包括網(wǎng)上服務、網(wǎng)上管理、網(wǎng)上辦 公、網(wǎng)上教學的實現(xiàn),在網(wǎng)絡(luò)基礎(chǔ)設(shè)施基本完善的基礎(chǔ)上,為校園內(nèi)師生提供更多的網(wǎng)絡(luò)基本服務。 ( 3)數(shù)字化校園一體化建設(shè) 在校園內(nèi)教務處、后勤部門、校醫(yī)院、圖書館的各種業(yè)務部門的以及學校各院系基本上實現(xiàn)了信息的數(shù)據(jù)化管理之后,將校園內(nèi)各個獨立的信息化管理系統(tǒng)集成起來,然后形成一個一體化的數(shù)字化大學。 第一 章 緒論 3 目前,我國各大高?;旧弦呀?jīng)實現(xiàn)了第二個階段,即實現(xiàn)了各種高校業(yè)務的信息化,但是由于缺乏統(tǒng)一的規(guī)劃,從而導致目前國內(nèi)的數(shù)字高校建設(shè)存在一些缺陷。 ( 1)系統(tǒng)即資源信息的統(tǒng)一性不強 數(shù)字高校是一個統(tǒng)一的整體,各個院系 、職能部門的信息管理系統(tǒng)只是數(shù)字高校的一部分。但是由于缺乏統(tǒng)一規(guī)范,各個職能部門大多都是按照自己的業(yè)務需要求來獨立開發(fā)各自的信息管理系統(tǒng),從而給系統(tǒng)中信息的綜合利用帶來困難。 ( 2)信息資源的共享性差 不同高校職能部門都有各自的數(shù)字環(huán)境,由于各個職能部門為自己所量身定制的數(shù)據(jù)庫系統(tǒng)標準和數(shù)字結(jié)構(gòu)都不同,從而造成數(shù)據(jù)轉(zhuǎn)換復雜,增加了高校個職能部門信息管理系統(tǒng)之間的數(shù)據(jù)共享難度,并且存在數(shù)據(jù)冗余,以及數(shù)據(jù)更新不同步等問題。 ( 3)軟件復用困難 目前,高校各職能管理部門都是通過緊耦合的方式,將系統(tǒng)中的各個業(yè)務邏輯 組合在一起,這些緊耦合的功能模塊,無法被其它信息管理系統(tǒng)所重用,從而導致業(yè)務邏輯的重復設(shè)計,造成 源的浪費。 ( 4)平臺異構(gòu) 由于缺乏統(tǒng)一的規(guī)范,從而使得各個職能部門的信息管理系統(tǒng)的平臺結(jié)構(gòu)并不一致。例如,可能高校圖書館信息管理系統(tǒng)是基于 臺的、教務管理系統(tǒng)是基于 臺的,可能另外有的信息管理系統(tǒng)是基于 術(shù)的,其它信息管理系統(tǒng)是基于 術(shù)的,這些異構(gòu)的信息平臺增加了平臺集成的成本和難度。 隨著,信息技術(shù)的不斷發(fā)展,以及數(shù)字校園建設(shè)的進一步完善。迎新管理系統(tǒng)對學生進入學 校時首次信息進行管理的數(shù)字迎新系統(tǒng)已經(jīng)成為了高校信息共享的基礎(chǔ)。利用信息化的手段來實現(xiàn)高校迎新工作的信息化,從而有利于高校各個涉及到新生的相關(guān)信息進行集成和共享,實現(xiàn)新生的一站式報道。 究內(nèi)容 通過對目前高校迎新信息管理系統(tǒng),以及數(shù)字化高校建設(shè)現(xiàn)狀的研究??赏瑵髮W 碩士學位論文 基于 迎新管理信息系統(tǒng) 4 以看出,目前數(shù)字化高校建設(shè)所存在的主要問題在于,隨著高校各院系以及各業(yè)務管理部門信息化建設(shè)的發(fā)展,高校各單獨業(yè)務的信息化已經(jīng)基本實現(xiàn)。但是,由于缺乏統(tǒng)一的規(guī)劃和設(shè)計,從而導致高校各信息管理系統(tǒng)存在信息孤島問題。從而導致學生信息在高校內(nèi)多個信息管 理系統(tǒng)中都保存有副本,一方面會造成資源的浪費;另一方面會導致數(shù)據(jù)的不一致性。 本文對基于 術(shù)的迎新管理系統(tǒng)主要進行了如下幾個方面的研究。 ( 1)迎新業(yè)務功能的信息化 主要以新生信息的錄入和宿舍分配管理為例,利用 術(shù)對迎新管理系統(tǒng)具體功能的信息化事先進行了研究,從而提高了高校迎新效率,降低高校迎新成本。 ( 2)新生基本信息的共享 迎新管理系統(tǒng)作為學生數(shù)據(jù)管理的“第一站”,在數(shù)字化校園建設(shè),在校園內(nèi)各信息管理系統(tǒng)之間的數(shù)據(jù)共享都具有非常重要的意義。為此,本文利用 高校 迎新管理系統(tǒng)進行研究。 ( 3)迎新管理系統(tǒng)的性能優(yōu)化 本文所研究的迎新管理系統(tǒng)主要是用作數(shù)字化校園建設(shè)中學生基本信息管理系統(tǒng)存在的,為了保證學生基本信息的一致性,降低學生基本信息維護成本,高校各業(yè)務管理子系統(tǒng)都需要通過與迎新管理系統(tǒng)的交互來對學生基本信息進行操作。為此迎新管理系統(tǒng)的性能會成為整個數(shù)字化校園的性能瓶頸,為此,本文通過數(shù)據(jù)庫優(yōu)化技術(shù)來對硬性管理系統(tǒng)的性能優(yōu)化進行了研究。 ( 4)迎新管理系統(tǒng)數(shù)據(jù)安全 在數(shù)字化校園中,幾乎所有的學生基本信息都保存在迎新管理系統(tǒng)中,為了增強學生基本信息的安全性。本文主 要通過數(shù)據(jù)備份和數(shù)據(jù)恢復來提高系統(tǒng)中學生基本信息的安全性。 本文所研究的高校迎新管理系統(tǒng)的總體結(jié)構(gòu)如圖 1示。 第一 章 緒論 5 校 園 網(wǎng)迎 新 管 理 系 統(tǒng)數(shù) 據(jù) 庫 管 理 系 統(tǒng) 圖 書 館 管 理 系 統(tǒng)教 務 處 管 理 系 統(tǒng)后 勤 管 理 系 統(tǒng)用 戶圖 1校迎新管理系統(tǒng)總體結(jié)構(gòu)圖 文篇章結(jié)構(gòu) 本文對高校迎新管理系統(tǒng)的研究主要分成如下七個部分。 第一章 緒論,主要對高校迎新管理系統(tǒng)的建設(shè)背景,國內(nèi)數(shù)字化校園的建設(shè)現(xiàn)狀,以及本文研究的主要內(nèi)容進行了分析。 第二章 相關(guān)技術(shù)簡介,主要從 術(shù)、 術(shù)、 術(shù)以及 的信息管理系統(tǒng)技術(shù)進行了而研究,從而為后面對高校信息管理系統(tǒng)的研究打好了技術(shù)基礎(chǔ)。 第三章 迎新管理系統(tǒng)分析,主要在對高校迎新管理系統(tǒng)建設(shè)背景進行簡單分析的基礎(chǔ)上,對高校迎新管理系統(tǒng)的用例和非功能性需求進行了分析。 第四章 迎新管理系統(tǒng)設(shè)計,在對高校迎新管理系統(tǒng)總體設(shè)計原則進行介紹的基礎(chǔ)上,對高校迎新管理子系統(tǒng)的具體功能流程進行了研究,并對系統(tǒng)數(shù)據(jù)庫的設(shè)計進行了研究。 第五章 迎新管理系統(tǒng)實現(xiàn),首先利用 術(shù)對新生信息管理子系統(tǒng)、宿舍分配管理子系統(tǒng)的具體實現(xiàn)進行了研究,然后通過 術(shù)來實現(xiàn)迎新管 理系統(tǒng)中新生基本信息的共享,通過系統(tǒng)優(yōu)化和數(shù)據(jù)庫優(yōu)化來提高系統(tǒng)性能,通過數(shù)據(jù)備份與恢復來提高系統(tǒng)中數(shù)據(jù)的安全性。通過對系統(tǒng)功能、性能、數(shù)據(jù)安全性進行了測試,測試的結(jié)果表明本文所設(shè)計的高校迎新管理系統(tǒng)基本上能同濟大學 碩士學位論文 基于 迎新管理信息系統(tǒng) 6 夠滿足高校迎新管理的具體需求。 第六章 總結(jié),對本文所做的工作進行總結(jié),并且對本文研究所存在的不足,給出了作者進一步工作和研究的展望。 第二章 相關(guān)技術(shù)簡介 第二章 相關(guān)技術(shù)簡介 術(shù)簡介 術(shù)概述 從總體結(jié)構(gòu)來看, 一個更靈活、更易于復用的體系結(jié)構(gòu),不僅能夠讓各子系統(tǒng)保持正常數(shù)據(jù)通信的 同時保留各子系統(tǒng)相對的獨立性,使得各系統(tǒng)以一種松耦合的方式集成在一起。從軟件設(shè)計的角度來看, 面向?qū)δP偷募珊桶l(fā)展。 如果從分布式系統(tǒng)的角度來看 構(gòu),那么基于 構(gòu)的通信系統(tǒng)之間的通信都是基于 信協(xié)議的,從而使得基于 構(gòu)的系統(tǒng)各子系統(tǒng)之間的通信不必要綁定在一個特定的操作平臺后者是特定的計算機硬件平臺上,甚至不需要依賴于某一個特定的語言。從不同的角度來看, 構(gòu)都會有不同的理解。 雖然目前, 廣泛使用的時間并不長,但是早在上世紀九十年代,美國的 司就提出了 相關(guān)概念,但是到目前為止都還沒有一個統(tǒng)一的說法來對 行定義,目前,經(jīng)常被使用的 構(gòu)的定義有如下兩種: 定義 1: 一種如圖 2示的軟件架構(gòu),在這個軟件架構(gòu)中包括了應用程序前端、服務、服務庫 /服務總線以及服務流程等具體內(nèi)容,而且在每一個服務中都至少包含了一個或者多個接口的實現(xiàn),以及一個合約。 定義 2: 一種能夠?qū)Ψ植际劫Y源進行有效組織以及使用的規(guī)范,通過這個可以方便系統(tǒng)對不同管理域中的資源進行管理和組織。 圖 2義 ( 1)應用程序前端 同濟大學 碩士學位論文 基于 迎新管理信息系統(tǒng) 8 應用程序前端就是 務 的使用者。應用程序前端的表現(xiàn)形式多種多樣,主要有 用以及 件等形式。一般而言,只要是支持 關(guān)協(xié)議的計算機應用都可以作為 構(gòu)中的應用程序前端。 ( 2)服務 服務是一個對功能的具體實現(xiàn),以及這個功能的對外接口,為架構(gòu)中的應用程序前端提供一個具體的功能。在這個功能的實現(xiàn)中,無論是最底層的、最具體的實現(xiàn),還是某些實現(xiàn)的組合,都被封裝成服務的形式,為應用程序前端提供某個具體功能的實現(xiàn)。從應用程序前端來看,服務就是一個能夠?qū)崿F(xiàn)某項具體功能的黑盒,應用程序前端只需要知道這個服務的描述,就可以在不知 道這個功能具體實現(xiàn)流程的基礎(chǔ)上,通過調(diào)用這個服務來獲取某個功能的實現(xiàn)。 1)合約:合約是一個對功能進行描述的規(guī)范,通過合約來對服務所實現(xiàn)的功能進行描述。 2)接口:接口是服務實現(xiàn)端和應用程序前端進行交互的規(guī)范,對接口的描述是合約中的一個部分。 3)實現(xiàn):實現(xiàn)是服務實現(xiàn)端對接口的實現(xiàn),即對服務端對應用程序前端所作出的實現(xiàn)某個功能的具體實現(xiàn)。 ( 3)服務庫 服務庫即對服務進行存儲和管理的規(guī)范。應用程序前端通過服務庫來了解其所需要的服務,并且根據(jù)對服務的描述,在調(diào)用服務時,提供所需要的參數(shù)數(shù)據(jù),然后獲取其返回的功 能。 服務庫提供了運行時綁定以及開放時綁定兩種不同的綁定功能: 1)運行時綁定:即應用程序在運行的過程中,根據(jù)需要,動態(tài)的尋找所需要的服務,并且進行實時綁定和調(diào)用。運行時綁定靈活,但是實施起來較為復雜。 2)開發(fā)時綁定:開放時綁定幣運行時綁定更為簡單,在進行應用前端設(shè)計時,即通過對接口的了解,直接將服務進行綁定,從而在應用前端運行時,不需要動態(tài)的服務的描述以及服務的綁定。 ( 4)服務總線 服務總線的功能是對應用程序前端、服務實現(xiàn)端等所有的參與者進行綁定和管理,從而實現(xiàn)這些參與者之間的消息通信。為了保證 構(gòu)的開放性,服務總線需要滿足如下幾個要求: 1)連通性:即服務總線應該能夠?qū)⒏鱾€參與者進行有效的鏈接,從而保證它們之間的正常通信。 2)技術(shù)的異質(zhì)性:服務總線應該具備將異構(gòu)系統(tǒng)進行鏈接的功能,從而滿足在不同類型操作系統(tǒng)上、不同服務器之間的各個參與者之間的通信。 第二章 相關(guān)技術(shù)簡介 9 3)通信的異質(zhì)性:根據(jù)應用程序前端的要求,服務總線應該能夠為 構(gòu)的使用提供同步響應、異步響應等不同的通信模式。 4)技術(shù)服務: 構(gòu)除了滿足參與者之間最基本的連接以及通信外,還必須要滿足一定的功能,并且為這些同能提供信息轉(zhuǎn)換、日志記錄等功 能。 ( 5)服務流程 服務流程最基本的功能就是將分布在各個管理域中的服務單元按照某一種規(guī)范進行編排,從而為應用程序中斷提供具體的業(yè)務功能。通常而言,服務流程可以覆蓋多個步驟、跨越多個部門,同時還有可能需要對多個基礎(chǔ)服務實現(xiàn)進行組合,從而為應用程序前端提供其所需要的服務。 術(shù) 1998 年 織所指定的一種通用語言規(guī)范,是 準通用標記語言)的組成部分。 在 當簡化了 分,去掉了語法定義部分,并且增加了對互聯(lián)網(wǎng)進行描述的特殊成分,是一種混合語,從而方便兩個系統(tǒng),兩個程序或者兩個用戶之間的信息交互。 結(jié)構(gòu)、自描述、表現(xiàn)和內(nèi)容進行了分開,因此, 一種開放式的標注,與很多其它標準相關(guān),其具體的關(guān)系如圖 2示。 L 描 述X M L 解 析X M L 鏈 接X M L 樣 式X M L S c h e m O I N I N 相關(guān)協(xié)議標準 1、 述 件分成有效的 件和格式良好的 件兩種。如果一個件滿足 范中的語義約 束,但是沒有使用模式的話,那就是一個格式良好的 件,如果一個 件不僅滿足 范的語義約束,同時還使用了正確的模式的話,那就是一個有效的 件。在 術(shù)的同濟大學 碩士學位論文 基于 迎新管理信息系統(tǒng) 10 發(fā)展過程中,為了更好的對 件中的數(shù)據(jù)結(jié)構(gòu)進行描述和約束,有許多的據(jù)模式語言。 ( 1) 一種 準,任何可以處理 檔的瀏覽器都可以參照 以允許編寫者自定義標簽,從而保證文檔的可讀性、易讀性。例如,在 就規(guī)定了一個有效的 檔中,規(guī)定標簽是否可以出現(xiàn),標簽出 現(xiàn)的順序以及標簽所具有的屬性等信息。 在 展初期, 廣發(fā)的應用,但是隨著 術(shù)的不斷發(fā)展,暴露出了不支持名字空間、數(shù)據(jù)類型缺乏約束、數(shù)據(jù)類型支持較少、需要專用解析器解析、使用不同語法編寫等缺點。 ( 2) 對 存在的缺點,產(chǎn)生了 比, 一致性,可以使用 言,而不必要再使用一種特定的語言來進行定義。 豐富的數(shù)據(jù)類型,支持日期時間、整型、布爾型、數(shù)字型等數(shù)據(jù)類型。除此之外,還可以 支持有一些簡單類型所構(gòu)成的復雜類型,以及用戶所自定義的數(shù)據(jù)類型。 屬性分組,有非常廣闊的屬性應用范圍,其中一些屬性是所有元素所共有的,而有一些屬性是為一些專門的元素所特定的。 名字域的支持,從而可以使得 術(shù)具有更好的重用性和繼承性。 自由轉(zhuǎn)換,可以實現(xiàn)不同 間的轉(zhuǎn)換,從而實現(xiàn)更高層次的數(shù)據(jù)交換。 由于 展時間較長,因此也更加成熟,在短期內(nèi), 是具有更多的優(yōu)勢。但是, 好的克服了 的一些不足,從而使得 檔中定義更加詳細明確,提高了 檔的嚴謹性和 有效性,因此 終也必然會替代 為新的模式語言標準。 2、 析 解析是通過 用編程接口)所實現(xiàn)的,在 用開發(fā)中, 析 非常重要的作用。應用程序的開發(fā)者,可以通過這些 獲取 檔中的數(shù)據(jù)內(nèi)容、屬性以及元素等內(nèi)容。們目前主流的 PI ( 1) 二章 相關(guān)技術(shù)簡介 11 不同環(huán)境和不同應用提供 了標準程序接口。利用對象模型化對象,這些模型不僅對文檔的機構(gòu)進行了描述,同時還對對象的行為進行了定義。在,以樹形結(jié)構(gòu)來對進行了描述。文檔、元素、以及元素中的屬性、值都以對象模型的形勢來進行表示,通過 以進行文檔的動態(tài)創(chuàng)建,以及文檔的遍歷和顯示等。 優(yōu)點:實現(xiàn)文檔的隨機存取,將 象加載到內(nèi)存中,并且提供了對象的操作方法,從而實現(xiàn) 種任何內(nèi)容的隨機訪問;編程實現(xiàn)的便利性, 合面向?qū)ο笏枷?,只需要調(diào)用相關(guān)指令,既可以實現(xiàn)樹節(jié)點的訪問、修改和添加等。 缺點:性 能和內(nèi)存要求較高,需要加載整個 檔,當文檔較大時,需要占用個較大內(nèi)存; 創(chuàng)建速度較慢,需要對文檔進行解析,因此速度較慢。 ( 2) 用基于事件的方法來實現(xiàn) 檔的處理, 過程有如下兩步:首先,使用 進行事件標記,然后利用解析器來進行 檔的解析。當解析器進行 檔遍歷時,遇到用戶所定義的元素標記事件時,需要調(diào)用相應的程序來進行元素的處理。 優(yōu)點:任意大小文檔大小的解析,因為不需要將整個文檔加載到內(nèi)存中,因此所使用的內(nèi)存不會隨著文件大小的增加而增加;特定 數(shù)據(jù)的讀??;快速、簡單,可以從文檔簡單的序列中獲取相關(guān)信息。 缺點:無法實現(xiàn)文檔的隨機存儲,由于沒有將所有內(nèi)容加載到內(nèi)存中,因此需要根據(jù)數(shù)據(jù)提交的順序?qū)?shù)據(jù)進行處理,當文檔內(nèi)部的交叉引用較多時, 現(xiàn)更為困難;復雜查詢難以實現(xiàn),在復雜查詢時,需要維護當前元素祖先屬性等數(shù)據(jù)結(jié)構(gòu),而這些在 現(xiàn)時較為困難。 具有其有缺點,應該根據(jù)具體應用特點來綜合考慮所使用的解析方式:目的,如果在應用中需要對文檔中的內(nèi)容進行更改,那么 式更加簡單;數(shù)據(jù)量, 大文檔的解析中應 用更好;使用方式,如果只需要使用文檔中其中一部分的信息,那么可以使用 析方式,而如果需要對已經(jīng)解析的文檔內(nèi)容進行訪問,那么可以使用 果必須要使用 么可以對已經(jīng)讀取的數(shù)據(jù)進行緩存,從而方便數(shù)據(jù)的再次讀??;速度,一般而言, 快。 同濟大學 碩士學位論文 基于 迎新管理信息系統(tǒng) 12 2術(shù)簡介 基于 統(tǒng)開發(fā)語言的,隨著信息技術(shù)的發(fā)展,目前已經(jīng)有很多開源項目對 臺中的各個部分進行了進一步的集成,從而進一步降低系統(tǒng)開發(fā)成本,提高系統(tǒng)開發(fā)效率。 目前,市場上使用較為廣泛的是基于 輕量級 通過 術(shù)、 術(shù)和 術(shù)對系統(tǒng)中的客戶端層、業(yè)務邏輯處理層和數(shù)據(jù)持久層進行管理。 ( 1) 術(shù) 目是 助的一個 源項目, 于 術(shù)實現(xiàn)架。目前,市場眾多的 式中, 術(shù)是應用最為廣泛的開源項目。目前 目已經(jīng)具有了較高的程序度和較廣泛的應用。 現(xiàn)了 式中的所有結(jié)構(gòu),是一個典型的 式, 架的整體結(jié)構(gòu)如圖 2示。 C o n t r o l l e r 部 分A c t i o n S e r v e l e tV i e w e r 部 分J S P 頁 面客 戶 端 瀏 覽 器S t r u t s - c o n f i g . x m lC o n t r o l l e r 部 分A c t i o nM o d e l 部 分業(yè) 務 邏 輯 處 理H T T P 請 求F o r m B e a nF o r w o r T P 響 應圖 2架圖 ( 2) 術(shù) 2003 年 提出來的一種開發(fā)框架。在 發(fā)框架之前,就已經(jīng)存在了許多的出色的解決方案,但是如何進行這些工具的整合,是 時候傳統(tǒng)的復雜 架甚至成為了開發(fā)人員的負擔。源框架就是一個將各種 決方案進行整合的框架,可以為信息系統(tǒng)的開發(fā)提供貫穿始終的解決方案。 注的重點在于 一些 架的整合。 架整體結(jié)構(gòu)如圖 2示。 第二章 相關(guān)技術(shù)簡介 13 S p r i n g A O PS p r i n g O R M S p r i n g W e bS p r i n g D A O S p r i n g C o n t e x tS p r i n g M V CS p r i n g C o r e C o n t a i n e 架結(jié)構(gòu) ( 3) 術(shù) 術(shù)通過映射文件來實現(xiàn)面向?qū)ο蠹夹g(shù)的 象與關(guān)系型數(shù)據(jù)庫的映射,從而通過 象來對關(guān)系型數(shù)據(jù)庫進行管理。由于 關(guān)系型數(shù)據(jù)庫管理系統(tǒng)數(shù)據(jù)是異構(gòu)的,為此需要建立一個面向?qū)ο蟮某志没悂韺崿F(xiàn)與關(guān)心型數(shù)據(jù)表的一一映射, 總體框架如圖 2示: 應 用 程 序 對 象數(shù) 據(jù) 庫 服 務 器映 射 文 件圖 2架圖 術(shù)簡介 一建模語言,是一種通用的可視化建模語言。 要用來對軟件進行描述、可視化處理和建立與軟件相關(guān)的文檔。作為一種重要的計算機建模語言, 為了軟件工程中的
溫馨提示
- 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
- 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
- 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預覽,若沒有圖紙預覽就沒有圖紙。
- 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
- 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負責。
- 6. 下載文件中如有侵權(quán)或不適當內(nèi)容,請與我們聯(lián)系,我們立即糾正。
- 7. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。
最新文檔
- 2026年安徽中醫(yī)藥高等??茖W校高職單招職業(yè)適應性測試備考試題有答案解析
- 2026年黑龍江旅游職業(yè)技術(shù)學院單招職業(yè)技能筆試模擬試題帶答案解析
- 兒科護理心理護理策略
- 醫(yī)療人工智能在輔助決策中的應用
- 護理專業(yè)課程體系建設(shè)與改革研究
- 醫(yī)療健康保險的區(qū)塊鏈技術(shù)應用
- 醫(yī)療資源分配與護理效率提升
- 2026年黑龍江商業(yè)職業(yè)學院高職單招職業(yè)適應性測試備考試題帶答案解析
- 思修題庫及答案
- 2026年安徽郵電職業(yè)技術(shù)學院單招綜合素質(zhì)筆試備考題庫帶答案解析
- 高??蒲许椖苛㈨椉肮芾硪?guī)范
- 鈑噴質(zhì)檢員考試題及答案
- 學生安全教育家長會課件
- 2026年云南省高二物理學業(yè)水平合格考試卷試題(含答案詳解)
- 《事故隱患排查治理資金使用專項制度》
- 完整版污水處理池施工組織設(shè)計方案
- 2025版數(shù)據(jù)安全風險評估報告(模板)
- 國開11073+《法律文書》期末復習資料
- 鋼結(jié)構(gòu)工程監(jiān)理合同
- 企業(yè)ERP系統(tǒng)維護操作手冊
- 眼耳鼻喉科2019年院感工作計劃
評論
0/150
提交評論