（計算機應用技術(shù)專業(yè)論文）基于mvc模式的電信卡管理信息系統(tǒng)的設計與實現(xiàn).pdf

山東大學碩士學位論文 摘要 隨著信息技術(shù)年t l i n t e m e t 技術(shù)的發(fā)展以及市場競爭的加劇，電信管理行業(yè)中計算 機應用也得到了飛速的發(fā)展，建立一個反應迅速、智能靈活、安全可靠的電信管理 信息系統(tǒng)對當前的電信管理行業(yè)具有非常重要的意義。為此本文設計出一種基于 m v c 模式的w e b 應用體系結(jié)構(gòu)為企業(yè)高效地構(gòu)建管理信息系統(tǒng)。 本文闡述了m v c 設計模式的體系結(jié)構(gòu)和工作原理，并將其引入到基于j 2 e e 的 企業(yè)應用開發(fā)中，構(gòu)建出適合中小型企業(yè)管理信息系統(tǒng)架構(gòu)，本論文的研究是以淄 博市電信卡管理信息系統(tǒng)為設計背景而展開的。 論文利用現(xiàn)有的w e b 技術(shù)，整合n a v e l 、m v c 2 和s t r u t s - - - 個框架技術(shù)來設計實現(xiàn) 企業(yè)級的w e b 應用，詳細分析了淄博市電信卡管理信息系統(tǒng)的業(yè)務流程及系統(tǒng)需求 ，根據(jù)系統(tǒng)的設計原則和功能目標進行總體架構(gòu)，給出了系統(tǒng)的總體設計和功能模 塊的劃分，研究并實現(xiàn)了一個電信卡管理信息系統(tǒng)，能夠完成系統(tǒng)管理功能的同時 還能為管理者和決策者提供管理決策功能。該系統(tǒng)主要由九大模塊組成：制作管理 模塊，入庫管理模塊，財務管理模塊等，每一模塊根據(jù)角色的不同，享有不同的權(quán) 限。 根據(jù)系統(tǒng)的設計原則，在具體實現(xiàn)電信卡管理信息系統(tǒng)時，結(jié)合三個開源框架 技術(shù)設計了一個基于j 2 e e 的m v c 模式。該模式是分層的、低耦合的框架結(jié)構(gòu)，實 現(xiàn)了系統(tǒng)的表示層、業(yè)務邏輯層的分離，為軟件的可維護性、健壯性提供了保障。 實踐表明，采用該m v c 模式的設計方案使得整個系統(tǒng)的結(jié)構(gòu)清晰，容易理解 ，并提高了系統(tǒng)的開發(fā)效率和可維護性。 關(guān)鍵詞：8 v o ，j 2 e e ，e j b ，s t r u t s ，設計模式，體系結(jié)構(gòu) 山東大學碩士學位論文 a b s t r a c t w i mt h e d e v e l o p m e n t o ft h ei n f o r m a t i o nt e c h n o l o g ya n dt h ec o m p u t e r t e c h n o l o g y 血em a r k e t sc o m p e t i t i o ni n t e n s f i e s t h ea p p l i c a t i o no fc o m p u t e ri nt h e m a n a g e m e n to ft e l e c o mi n d u s n ya l s og o tt h ed e v e l o p m e n ta tf u l ls p e e d i th a sav e r y i m p o r t a n ts i g n i f i c a n c et oe s t a b l i s har a p i dr e s p o n s e ，i n t e l l i g e n c e ，f l e x i b i l i t y ，s e c u r i t y i n f o r m a t i o ns y s t e m s oaw e ba p p l i c a t i o na r c h i t e c t u r eb a s e do nm v cp a t t e mi sd e s i g n e d f o re n t e r p r i s et oc o n s t r u c ti n f o r m a t i o ns y s t e m t h et 1 1 e s i si sb a s e do nr e s e a r c ho fi n f o r m a t i o n m a n a g e m e n to ft e m c o m c a r d s i n t e g r a t e dt h ew e bf r a m e w o r ko fm v c l 、m v c 2a n ds t r u t st od e s i g na n dr e a l i z e e n t e r p r i s ea p p l i c a t i o n i t sm a i nt a s k si n c l u d e ： f i r s t , t h et h e s i si n t r o d u c e dt h ei n a d e q u a c yo ft h et r a d i t i o n a li n f o r m a t i o ns y s t e m p u t - f o r w a r dt os t r u c t u r ei n f o r m a t i o ns y s t e mo fam u 矗- t i e rb sm o d e la f t e rr e s e a r c h d e e p l yo fj 2 e e ，m v cp a t t e r na n dt h eo p e n i n gs o u r c ef r a m e w o r ko fm v c l 、m v c 2 a n ds t r u t s s e c o n d , a n a l y s ed e e p l yt h eb u s i n e s sp r o c e s sa n ds y s t e mr e q u i r e m e n t ，a c o r d i n gt o d e s i g np r i n c i p l e sa n df u n c t i o ng o a l s ，t h eg e n e r a lf r a m e w o r ko ft h em a n a g e m n e t i n f o r m a t i o ns y s t e mo ft e l e c o mc a r db eg i v e n , a n dt h es y s t e ma n df u n c t i o n a lm o d e lb e d e s i g n e d t 1 1 i r a , a c c o r d i n gt ot h es y s t e m sd e s i g n ，r e a l i z e dt h em a n a g e m n e ti n f o r m a t i o ns y s t e m o ft e l e c o mc a r db a s e do nm v c p a t t e r nw i m t h ei n t e g r a t e df r a m e w o r kt e c h n o l o g yw h i c h m a d eu po fn a v e l ，m v c 2a n ds t r u t s f o c u so ft h et h e s i si st oc o n s t r u c ta g e n e r a lf r a m e w o r kf o rr e a l i z i n gh em a n a g e m n e t i n f o r m a t i o ns y s t e mo ft e l e c o mc a r db y i n t e g r a t i n gm v c l ，m v c 2 ，s t r u t sf r a m e w o r k t e c h n o l o g i e s i th a sb e e np r o v e dt h a tt h eg e n e r a lf r a m e w o r kh a sc h a r a c t e r so fc l e a n e r s t r u c t u r e ，l o o s e rc o u p l i n g , l e g i b l e , s i m p l i c i t yo fc o d i n g , f l l r t h e p st h ed e v e l o p i n ge f f i c i e n c y o f t h ew e b a p p l i c a t i o ns y s t e m k o yw o r d s ：肌，d 2 e e ，e d b ，s t r u t s ，d e si 印p a l ：t o r n ，a r c hit o c t u r o 原創(chuàng)性聲明和關(guān)于論文使用授權(quán)的說明 原創(chuàng)性聲明 本人鄭重聲明：所呈交的學位論文，是本人在導師的指導下，獨 立進行研究所取得的成果。除文中已經(jīng)注明引用的內(nèi)容外，本論文不 包含任何其他個人或集體已經(jīng)發(fā)表或撰寫過的科研成果。對本文的研 究做出重要貢獻的個人和集體，均已在文中以明確方式標明。本聲明 的法律責任由本人承擔。 論文作者簽名：釜墊 日期：1 2 = 坐羔 關(guān)于學位論文使用授權(quán)的聲明 本人完全了解山東大學有關(guān)保留、使用學位論文的規(guī)定，同意學 校保留或向國家有關(guān)部門或機構(gòu)送交論文的復印件和電子版，允許論 文被查閱和借閱；本人授權(quán)山東大學可以將本學位論文的全部或部分 內(nèi)容編入有關(guān)數(shù)據(jù)庫進行檢索，可以采用影印、縮印或其他復制手段 保存論文和匯編本學位論文。 ( 保密論文在解密后應遵守此規(guī)定) 論文作者簽名：垂塑 導師簽名：；士五日期：眵幺 l | | 東大學碩七學位論文 | 曼曼曼置皇皇曼皇量鼉量曼喜量詈量皇置曹皇皇量i 一i 舅舅曼曼曹皇皇皇皇量量舅舅| 量皇鼉量量量曼曼皇 引言 隨著w e b l o g i c ，w e b s p h e e r 等a p p li c a t i o n s e r v e r 對j 2 e e ( j a v a 2 e n t e r p r i s ee d i t i o n ) 的全面支掉，j 2 e e 正逐漸成為w e b 應用軟件開發(fā)的標 準 雖然j 2 e e 的確是個非常優(yōu)秀的企業(yè)應用開發(fā)平臺，它能使開發(fā)人員開發(fā) 出非常穩(wěn)定、健壯的系統(tǒng)。但事實上，在j 2 e e 所提供的能力、服務與開發(fā)人員 所要建立的企業(yè)應用之間仍然存在很大的差距。人們通常認為，掌握了一門新 的技術(shù)本身就可以開發(fā)出非常優(yōu)秀的系統(tǒng)，但事實和經(jīng)驗卻不是如此?！俺?掌握新的技術(shù)外，還需要其他方面的東西才能建立一個成功的系統(tǒng)。模式可以 幫助實現(xiàn)知識積累和傳遞的過程，它幫助我們記錄和交流己被證實的解決方 案，這些解決方案可以解決在不同環(huán)境里重現(xiàn)的問題。有效的運用模式，可以 使我們遠離重復投資的怪圈。 開發(fā)人員在學習技術(shù)的同時必須充分地認識到 學習設計，學習模式的應用同樣具有非常重要的意義，構(gòu)建個成功的企業(yè)應 用，良好的模式運用是系統(tǒng)成功的所在。在運用j 2 e e 平臺技術(shù)進行應用開發(fā) 時，j 2 e e 模式正如上述所言具有非凡的意義。j 2 e e 模式正是j 2 e e 關(guān)鍵技術(shù)的 最佳實踐、設計策略和經(jīng)過驗證的解決方案。在j 2 e e 平臺技術(shù)的應用中，j 2 e e 模式覆蓋了分布于j 2 e e 所有層的不同需求，將j 2 e e 層次模型化，為開發(fā)人員 提供了基于各層的最佳實踐經(jīng)驗的總結(jié)。 為了使用j a v a 和h t m l 開發(fā)出更具柔軟性的應用軟件，必須解決好以下兩 個間距：( 1 ) 用戶界面和事物邏輯( b u s i n e s sl o g i c ) 的分離：( 2 ) 動態(tài)生成網(wǎng)員 的邏輯部分和h t m l 的分離。 為了解決問題( 1 ) ，一股采用面向?qū)ο笤O計中常用的m v c 模型。m v c 模型中 的3 要素m o d e l ，v i e w 和c o n t r o l l e r 分別由j a v a b e a n ，j s p 和s e r v l e t 擔當。 為了解決問題( 2 ) ，一般采用j s p 提供的標記庫功能，它是通過在h t m l 中 插入特殊標記，來達到邏輯部分和h t m l 的分離的目的 本文所研究的 i v c ( m o d e l v i e w c o n t r 0 1 1 e r ) 模式是軟件工程學中一個非常 重要的設計模式，為交互式系統(tǒng)提供了一個非常優(yōu)秀的開發(fā)模型，m v c 模式對類 i li 東大學碩士學位論文 對象的強制分離使系統(tǒng)開發(fā)變得非常靈活，同時又提高了系統(tǒng)設計的可重用 性。正是m v c 模式在交互式系統(tǒng)開發(fā)中所體現(xiàn)的強大優(yōu)勢，m v c 模式被開發(fā)人員 逐步引入j 2 e e 體系之中，成為j 2 e e 進行交互式應用開發(fā)時，特別是w e b 應用開發(fā) 時一個非常重要的設計模式。 論文的結(jié)構(gòu)大體如下： 第一章緒論闡述了課題的背景、來源，給出了課題的主要內(nèi)容，并指出論文中 將要使用到的一些技術(shù)。第二章綜述了j 2 e e 體系結(jié)構(gòu)規(guī)范，分析其w e b 應用的優(yōu)勢 ；闡明了m v c 的概念，它的工作原理，以及柵c 設計模式的理解。第三章詳細 分析了該企業(yè)的業(yè)務流程及系統(tǒng)需求，根據(jù)系統(tǒng)的設計原則和功能目標進行總體架 構(gòu)，給出了系統(tǒng)的總體設計和功能模塊的劃分。第四章針對淄博市通訊公司的電信 卡管理信息系統(tǒng)，采取基于j 2 e e 的m v c 模式的總體設計，并對其進行詳細設計、 編碼實現(xiàn)。第五章對論文進行總結(jié)。 2 ll j 東大學碩士學位論文 第一章緒論 1 1 課題背景 隨著網(wǎng)絡和通信技術(shù)的飛速發(fā)展，信息化己經(jīng)成為當今社會不可阻擋的發(fā)展 趨勢，人類社會正加速向信息社會邁進，信息與物質(zhì)、能源成為了現(xiàn)代化社會的三 大基礎(chǔ)，信息化程度的高低是衡量一個國家、地區(qū)現(xiàn)代化水平的重要標志，信息處 理和利用效率的高低反映了一個國家的經(jīng)濟發(fā)展水平和科學技術(shù)水平。信息管理和 信息科學己經(jīng)滲入到了社會的各行各業(yè)，成為人們生活中不可或缺的一部分。作為 信息系統(tǒng)的一部分電信卡管理信息系統(tǒng)得到了廣泛地應用，對電信部門有著重要的 意義?！? 】 目前在淄博的市場上卡的應用系統(tǒng)有許多，如d 電話卡、2 0 1 卡、3 0 0 卡、會員 卡、校園“一卡通 卡等系統(tǒng)，部分系統(tǒng)的功能是由人工來實現(xiàn)的，還有部分系統(tǒng) 功能主要圍繞著局部的應用進行開發(fā)的，這些系統(tǒng)雖然可以滿足基本使用要求，但 它們對決策者、管理者方面的支持有很大欠缺。它一般只是采取定時上傳數(shù)據(jù)，沒 有辦法真正實現(xiàn)實時交換數(shù)據(jù)，不能及時反映信息，因此存在信息延遲等問題。 如何快速且高質(zhì)量地開發(fā)出滿足不同需求的軟件? 傳統(tǒng)的軟件開發(fā)方法在這時 己顯得無能為力了，如何進行企業(yè)的w e b 應用開發(fā)，如何方便、快捷地構(gòu)造出企業(yè) w e b 應用系統(tǒng)已成為一個目前急需解決的課題。 w e b 應用也已經(jīng)從過去的發(fā)布相對靜態(tài)的內(nèi)容發(fā)展到如電子商務、信息管理系 統(tǒng)等動態(tài)交互信息的處理。w e b 應用先后出現(xiàn)了c g i , p h p ，j s p 技術(shù)等，這些技術(shù)的 產(chǎn)生緩解了w e b 編程的難度。但是它們有一個共同點，就是未能將業(yè)務邏輯和界面 顯示分離開來，也就是說，w e b 編程往往由一個或少量的開發(fā)人員來完成且開發(fā)難 度大，在應用開發(fā)上依然存在著較大的困難。 正是基于以上的分析，本課題進行了w e b 應用開發(fā)方面的研究和探討，將面向 對象的m v c 設計模式與j 2 e e 多層體系結(jié)構(gòu)結(jié)合起來形成一種快速高效的開發(fā)模 式，來組建企業(yè)信息應用系統(tǒng)、電子商務系統(tǒng)氰, v e b 應用，并在淄博市通訊公司的 電信卡綜合管理系統(tǒng)中應用和實現(xiàn)。 ljj 東大學碩十學位論文 1 2 研究現(xiàn)狀 ， m v c 是一種目前廣泛流行的軟件模式，國內(nèi)外對m v c 框架的研究與應用早己 有之。早在2 0 世紀7 0 年代，m m 就推出了s a n f r o n s 。i s i e o 項目計劃，其實就是m v c 模式的研究。s u n 公司針對m v c 模式先后制定了兩種規(guī)范，稱為j s pm o d e l l 和j s p m o d e l 2 。 m v c 設計模式應用于w e b 應用程序時，j s p 對應于視圖，s e r v l e t 對應于控制， j a v a b e a n 對應于模塊。當w e b 客戶端的h t m l 或j s p 網(wǎng)頁向服務器提交時，服務器端 的控制器s e r v l e t 統(tǒng)一處理這些提交請求。這個控制器s e r v l e t 根據(jù)提交的業(yè)務不同， 將請求傳遞給相應的業(yè)務b e a n 操作處理，然后將業(yè)務b e a n 的處理結(jié)果再傳遞給視圖 j s p 。視圖j s p 在服務器上處理之后以h t m l 的方式回顯給客戶端。 在w e b 開發(fā)領(lǐng)域，也有很多基于m v c 的框架，目前最主流的請求驅(qū)動m v c 框 架是s t r u t sw e b w o r k 2 和s p r i n gm v cas t r u t s 將j a v as e l e 印j s p 技術(shù)結(jié)合在一起，從 而實現(xiàn)了一個w e b 的m v c 框架?，F(xiàn)在s t r u t s 框架在w e b 中得到了廣泛的應用，通過 w e b 可以構(gòu)造大型、易變的w e b 月及務【4 】。 s t r u t s 本身就是一個可重用的m v c 框架，同時s t r u t s 本身是一個開放源代碼的 m v c 框架，因此開發(fā)人員可以有針對性的在其基礎(chǔ)上添加與本身相關(guān)的內(nèi)容，這 是s t r u t s 的優(yōu)點。s t r u t s 也有其不足之處，首先是學習困難，雖然對于復雜的、大型 的w e b ，s t r u t s 很有用處，但s 眥s 很復雜，不利于學習：其二s t r u t s 它創(chuàng)建一個 a c t i o n f o r mj a v a b e a n ，在系統(tǒng)中就會產(chǎn)生大量的j a v a b e a n 類，同時加大了處理的難 度。 s p r i n gm v c 則是其中最靈活的一個，它給人的感覺是s p r i n gm v c 就像一個高 度可擴展的插件體系，可以根據(jù)需要隨意的替換其中的組件【) s ) 。但是靈活的代價 就是增加了復雜性，眾多功能類似、但是實現(xiàn)機制不同的組件也增加了不一致性。 現(xiàn)在s m a s , n w e b w o r k 2 的開發(fā)團隊己經(jīng)合并多j s t n a t sa c t i o nf r a m e w o r k 下，新發(fā)布的 w e b w o r k 2 2 又提供了對現(xiàn)在炙手可熱的a j a x 技術(shù)支持，相比而言s p r i n gm v c 的發(fā) 展似乎有些慢了。 另外，基于m v c 的w e b 框架還有h i b e m a t e 等，這些框架各具有其特點和優(yōu)點。 針對以上所描述的不足之處，作者提出了一個基于j 2 e e 平臺下對m v c 模式的 4 l ff 東大學碩十學位論文 擴展。該模型的最終目標是最大限度解除模型、視圖、控制器、數(shù)據(jù)庫四者之間的 耦合，從而提高w e b 應用程序的可復用性、易擴展性、結(jié)構(gòu)清晰性。 1 3 本文工作 在本課題中，主要有以下幾個方面的內(nèi)容： ( 1 )對現(xiàn)有信息系統(tǒng)開發(fā)技術(shù)1 e e ，m v c 設計模式、m v c l 框架、m v c 2 框架 和s t r u t s 框架分析和研究，提出一個基于j 2 e e 平臺下對m v c 模式的擴展。 ( 2 )對淄博市通訊公司的卡管理過程做需求分析，把握住客戶需求，能夠?qū)?現(xiàn)電信卡的綜合管理，即從生產(chǎn)、銷售、庫存、調(diào)撥出庫以及統(tǒng)計報表生成的整個 流程，并能夠為決策提供一定的支持。體系結(jié)構(gòu)上要求b s 結(jié)構(gòu)，取代傳統(tǒng)的c s 結(jié)構(gòu)。該系統(tǒng)主要的功能模塊有：制作管理模塊，入庫管理模塊，財務管理模塊， 綜合查詢模塊，調(diào)撥管理模塊，銷售管理模塊等。 ( 3 )根據(jù)需求，采用j 2 e e 多層體系構(gòu)架，引入m v c 設計模式，進行系統(tǒng) 的總體設計。主要包括，模型( m o d e l ) 設計，以j a v a b e a n 實現(xiàn)；視圖( v i e w ) 設計， 以j s p h t m l 實現(xiàn)；控制器設 ；- i - ( c o n t r o l l e r ) ，以s e r v i a 實現(xiàn)。 ( 4 )按照面向?qū)ο蟮年P(guān)系數(shù)據(jù)庫設計原則，一個對象基本對應一個表中的一 條記錄或一個記錄集，再按照遵循數(shù)據(jù)庫設計第三范式的原則，進行數(shù)據(jù)庫設計。 ( 5 ) 系統(tǒng)采用基于j 2 e e 的m v c 模式架構(gòu)，以制卡管理模塊為例，實現(xiàn)詳 細設計和編碼實現(xiàn)。 ( 6 ) 測試運行。 1 4 小結(jié) 這一章主要闡述了課題的來源和背景，并給出了基于j 2 e e 體系結(jié)構(gòu)的m v c 模式研究的現(xiàn)狀，引出在課題中將要研究和實現(xiàn)的內(nèi)容。 【i1 東大學碩士學位論文 i 量量曼舅置置薯皇量量皇皇魯鼉曼量璺置舅舅曼曼| 曼量舅詈皇舅量詈量量皇| 曼量皇| 魯曼置皇皇 第二章j 2 e e 與m v 0 模式 本章給出了模式的概念并分析綜述了j 2 e e 規(guī)范，介紹了m v c 設計模式，并 引出了基于j 2 e e 的經(jīng)典m v c 設計模式，為下一章引出論文的主題提供背景。 2 1j 2 匪 j 2 e e 是一個涉及多個層面的復雜的概念，是s u n 基于j a v a 的體系結(jié)構(gòu)。 j 2 e e 規(guī)范的主要技術(shù)包括：e j b ( 服務器端分布式組件技術(shù)) 、s e r v l e t j s p ( 主要用于 w e b 服務器端來完成請求響應等w e b 功能及簡單商業(yè)邏輯的技術(shù)) 、j d n i ( 名稱與 目錄服務a p i ) 、j d b c ( 對關(guān)系型數(shù)據(jù)庫進行操作的連接橋) 、r m i r m i o p ( 進程間 相互通訊的重要機制) 、j m s ( 提供異步消息處理機制) 、y r a t r s ( 組件的事物處理支 持) 、j a v a l d l ( 應用j a v a 語言實現(xiàn)c o b o r 標準的模型) 、j a v a m a i l j a f ( 提供與平臺 無關(guān)的電子郵件服務功能) 、j c a ( 用于與其它系統(tǒng)進行集成) 以及x m l ( 一些j 2 e e 技術(shù)的所依靠的技術(shù)) 。 2 1 j 2 e e 架構(gòu)是一個多層的結(jié)構(gòu)，包括以下層： ( 1 ) 用戶層：用來與用戶交互，并把來自系統(tǒng)的信息顯示給用戶。j 2 e e 平臺支 持不同類型的用戶。包括h t m l 用戶j a v aa p p l e t s 和j a v a 應用等； ( 2 ) w e b 層：w e b 層產(chǎn)生表示邏輯，并接受來自客戶端的用戶反饋。在所接收 的客戶端請求的基礎(chǔ)上，表示層對用戶的請求產(chǎn)生相應的回應。在j 2 e e 平臺中， 是由w e b 容器內(nèi)的s e r v l e t 和j s p 來實現(xiàn)這一層： ( 3 ) 業(yè)務層：業(yè)務層處理應用的核心業(yè)務邏輯。業(yè)務層為低層業(yè)務提供必要的 接口。業(yè)務組件通常被實現(xiàn)為e j b 容器內(nèi)的e j b 組件。其中，e j b 容器提供組件 生命周期，管理持久性、事務和資源分配等： ( 4 ) e i s 層：該層為企業(yè)的信息服務系統(tǒng)服務，包括數(shù)據(jù)庫系統(tǒng)，事物處理系 統(tǒng)，企業(yè)資源計劃系統(tǒng)等。e i s 是j 2 e e 應用與非j 2 e e 應用的連接點。 層次結(jié)構(gòu)如圖2 1 所示： 6 山東大學碩士學位論文 j 2 r ；r 絨闞程序l 客戶寸絮 哥 業(yè)務艇l 聰寸 j 2 e e 嬲務暑謦 散甥庫 臌務器 圖2 1j 2 e e 層次體系結(jié)構(gòu) 2 2m v c 模式 2 2 1m v c 模式概念 m v c ( m o d e l v i e w - c o n t r o l l e r ) 即模型視圖控制設計模式，是一種面向?qū)ο?的設計模式，旨在實現(xiàn)表示和邏輯的分離，使軟件體系結(jié)構(gòu)層次清晰，便于開發(fā)升 級和維護，也為軟件的健壯性提供了保障。 2 2 2m v c 工作模型原理 m v c 模式將所面對的系統(tǒng)分為三個部分，分別是數(shù)據(jù)模型、視圖和控制器，并定 義了這三個部分之間實現(xiàn)通信的一種模式，使每個部分不必卷入到其他部分的狀態(tài) 表示和方法實現(xiàn)的細節(jié)中去每個部分有自己的數(shù)據(jù)管理規(guī)則，各個部分對象之間的 通信只能使用已定義的一個受限連接集合進行保持這種分離性通常是好的面向?qū)?象編程和設計要追求的目標，讓各個對象只需專注于自己的事務1 3 m o d e l 也叫模型，本質(zhì)上封裝了數(shù)據(jù)及行為，其中包含對數(shù)據(jù)控制及修改的規(guī)則，提 供了一套查詢、改變m o d e l 狀態(tài)的方法。 v i e w 也叫視圖，是m o d e l 所表示出來的圖形界面，它主要用于提交m o d e l 的信息 展示給用戶。 c o n t r o l l e r 也叫控制器，是m o d e l 和v i e w 之間的協(xié)調(diào)者，它的主要作用有以下幾 點：( 1 ) 定義用戶界面對用戶輸入的響應方式。 ( 2 ) 解釋用戶的輸入并命令m o d e l 進行相應的操作創(chuàng)造相應模型。 ( 3 ) 負責將模型信息傳遞給v i e w , 必要時還要負責創(chuàng)建新的v i e w 和c o n t r o l l e r 。 7 磊一曰圈圈 f f f 東大學碩十學位論文 m v ct 佧方筑承京網(wǎng) 圖2 2 m v c 工作方式 這三者的工作方式可用圖2 2 來表示。m v c 模式將所面對的系統(tǒng)分為三個部 分，分別是數(shù)據(jù)模型、視圖和控制器，并定義了這三個部分之間實現(xiàn)通信的一種模式， 使每個部分不必卷入到其他部分的狀態(tài)表示和方法實現(xiàn)的細節(jié)中去每個部分有自 己的數(shù)據(jù)管理規(guī)則，各個部分對象之間的通信只能使用已定義的一個受限連接集合 進行保持這種分離性通常是好的面向?qū)ο缶幊毯驮O計要追求的目標，讓各個對象只 需專注于自己的事務 2 3 基于j 2 e e 的m v c 設計模式 2 3 1m v c 模型1 簡介 ? m v c 模型1 是而向w e b 應用軟件開發(fā)的m v c 模型，它有2 個主要組成元 索：j s p ，j a v a b e a n 。其中j s p 對應于m v c 模型的v i e w , 也對應m v c 模 c o n t r o l l e r ；j a v a b e a n 對應m v c 模型中的m o d e l 。其工作模型如圖2 3 所示： c i t e r = 其工作流程為： 圖2 3 模型1 體系結(jié)構(gòu) i lj 東大學碩士學位論文 ( i ) ( 1 ) j s p 接受客戶端請求； ( 2 ) j s p 把接收到的h t m l f o r m 數(shù)據(jù)保存到數(shù)據(jù)b e a n 中； ( 3 ) 邏輯b e a n 進行數(shù)據(jù)處理； ( 4 ) 并返回邏輯b e a n 的處理結(jié)果，返回給客戶端 ( i i ) j s p 作為控制器導航到其他j s p 頁面。重復過程( i ) 。 由此我們可以看到，模式l 中，沒有抽象分離出專門的c o n t r o l l e r 控制器，j s p 即是v i e w 又充當控制器；但它實驗了邏輯與表現(xiàn)的分離，即抽象出了m o d e l ，使 j s p 設計脫離邏輯，只注重表現(xiàn)和導航，因而它適合與小型的應用系統(tǒng)，快速靈 活。而對大型復雜化的系統(tǒng)來說，因為它沒有專門的控制器，結(jié)構(gòu)層次不夠清晰， 對于維護、管理和升級都很困難。下面的模式2 就是對模式1 的缺陷的修繕和改 進。 2 3 2m v 0 模型2 簡介 m v c 模型2 是模型1 的改進，也是面向w e b 應用軟件開發(fā)的m v c 模型， 它有3 個主要組成元索：j s p ，s e r v l e t 和j a v a b e a n 。其中j s p 對應于m v c 模型的 v i e w ，s e r v l e t 對應于c o n t r o l l e r ，b e a n 對應于m o d e l 。m o d e l 的b e a n 義分為邏輯 b e a n 和數(shù)據(jù)b e a n ：邏輯b e a n 用于事務處理，數(shù)據(jù)b e a n 用于保存h t m lf o r m 數(shù)據(jù)。 m v c 模型2 的體系構(gòu)如圖2 4 所示。 a i 斑 嗽軸豫繃耐i 豫蛔翱豫 。 圖2 4 模型2 體系結(jié)構(gòu) 其工作流程為： 9 山東大學碩+ 學位論文 ( 1 ) s e r v l e t 接受客戶端請求： ( 2 ) s e r v l e t 把接收到的h t m l f o r m 數(shù)據(jù)保存到數(shù)據(jù)b e a n 中； ( 3 ) 邏輯b e a n 進行數(shù)據(jù)處理； ( 4 ) s e r v l e t 報據(jù)邏輯b e a n 的處理結(jié)果，調(diào)用響應的j s p 生成h t m l 頁面，并 返回給客戶端 m v c 模型2 和m v c 的主要區(qū)別是：在m v c 模型中，v i e w 和m o d e l 間是 登錄和通知的關(guān)系，當m o d e l 對象的數(shù)據(jù)發(fā)生變化時，通知己登錄的v i e w 對象， 顯示新的數(shù)據(jù)，這是稱為o b s e r v e r 的設計模型。而在m v c 模型2 中，v i e w 和 m o d e l 間沒有采用o b s e r v e r 模型，這是由w e b 應用軟件的特點所決定的。因為在 h t r p 協(xié)議是無連接的，客戶端發(fā)出清求，收到服務器的應答數(shù)據(jù)后，客戶端和服 務之間的鏈接就斷開了。 2 3 3s t r u t s 設計模式 j a k a r t a 是a p a c h es o f t w a r e 的一個研究開發(fā)- i a v a 產(chǎn)品的工程，主要為j a v a 開發(fā) 者提供各種開發(fā)工具及軟件框架，s t r u t s 是j a k a r t a 工程提供的一個用于開發(fā)w e b 應用軟件的框架，它采用了m v c 模型2 。嗍 s t r u t s 由s e r v l e t 、標記庫、實用類庫等構(gòu)成。其中，s e r v l e t 用于肌p 請求的 分配及j s p 的凋用：標記庫用于頁面的動態(tài)生成；實用類庫用于x m l 的解析及 b e a n 的屬性設定等。s t r u t s 有3 個主要的類：a c t i o n g s e r v l e t ，a c t i o n ， a c i t i o n f o r m ，它們的調(diào)用關(guān)系如圖2 5 所示。 圖2 5s t r u s t s 工作方式 1 0 山東大學碩士學位論文 ( 1 ) a c t i o n s e r v l e t ：完成c o n t r o l l e r 的功能。它根據(jù)h t f p 請求信息，調(diào)用a c t i o n 并根據(jù)其執(zhí)行結(jié)果，選擇調(diào)用j s p 文件選擇j s p 文件時的配置信息保存在x m l 配置文件中。 ( 2 ) a c t i o n ：完成m o d e l 中邏輯b e a n 的功能，它是事務處理的實裝，完成數(shù)據(jù)的 處理 ( 3 ) a c t i o n f o r m ：完成m o d e l 中數(shù)據(jù)b e a n 的功能。它保存從h t r p 請求中獲取的 數(shù)據(jù)，并包含數(shù)據(jù)的設定及取得等操作 另外，s t r u t s 中有個重要的配置文件s t r u s t s c o n f i g x m l ，主要用來存放a c t i o n 信 息。實際是s t r u s t 也是模式2 的一種具體實現(xiàn)，并不是一種嶄新的概念和框架。 s t r u t s 框架確買為我們進行網(wǎng)站的開發(fā)提供了一種新的思路，并在一定程度上實 現(xiàn)了框架。但它作為一種研究性的項目，針對實際的應用開發(fā)，它仍有許多方面沒 有進行充分的設計。項目的開發(fā)需要的不是實現(xiàn)的可能性，而是要能夠為整個開發(fā) 過程( 包括每一個細節(jié)) 提供一套完備的解決方案。 2 4m v c 模式應用的關(guān)鍵技術(shù) 2 4 1j a v as e r v i e t 1 8 0 r v l e t 概述 s e r v l e t 技術(shù)是j 2 e e 的一個重要組成部分。在建立交互式w e b 應用程序方面， s e r v l e t 是非常流行的選擇。 j a v as e r v l e t 是運行于服務器上的程序模塊，其目的在于擴展服務器應用的能 力，其工作在w e b 服務器環(huán)境中，而且它們是服務器j a v a 開發(fā)的關(guān)鍵組件。s e r v l e t 由容器管理，實現(xiàn)請求響應模型，動態(tài)生成內(nèi)容，同w e b 客戶實現(xiàn)交互。 在談及s e r v l e t 時，不可不提c g t ( 通用網(wǎng)關(guān)接口) ，1 s a p i n s a p i ( 因特網(wǎng)網(wǎng)絡服 務器應用編程接口) 等相關(guān)概念，在w e b 應用開發(fā)的早期，c g i , i s a p i n s a p ! 發(fā)揮了 十分重要的作用，當然現(xiàn)在s e r v l e t 是這些技術(shù)的高效替代品，目前基本上所有的服 務器都支持s e r v l e ta p i 2 j a v as e r v l e t 在m v c 中的應用 在m v c 模式中，s e r v l e t 充當控制器的角色，用來處理h t y p 請求，管理應用的 i ij 東大學碩十學位論文 工作流程。 w e b 瀏覽器使用h t t p 協(xié)議向w e b 應用服務器發(fā)送請求，這些請求組成w e b 應 用，在m v c 模式中，組件處理w e b 客戶端和w e b 應用服務器之間的交互。s e r v l e t 通 過用戶所發(fā)送的h t t p 請求，接收用戶全部的輸入事件，并把這些信號翻譯成為消 息傳遞給封裝了請求業(yè)務邏輯的j a v a b e a n s 或e j b 進行交互，最后激活j s p ，反饋用 戶。 2 4 2d s p 1 j s p 概述 j s p ( j a v as e r v ep a g e s ) 是在s u n 公司的倡導下，并在很多公司的參與下共同建立 的一種動態(tài)網(wǎng)頁技術(shù)標準。這個標準擴展了j a v as e r v l e ta p i ，能夠為w e b 開發(fā)人員 提供一種框架結(jié)構(gòu)，從而讓人們可以使用h i m i ，和兒模板及j a v a 代碼在服務器上 建立動態(tài)內(nèi)容，同時，它還是種安全、快速并且與服務器平臺無關(guān)的設計方法。 【5 】 j s p 技術(shù)是_ j a v as e r v l e t 技術(shù)的發(fā)展和自然擴展，j s p 頁面由安裝在w 曲服務器上 的j s p 引擎執(zhí)行，j s p 引擎接收客戶端發(fā)送的對j s p 頁面的請求，然后從j s p 頁面生成 響應，并傳回客戶端。通常j s p 頁面可以編譯成為j a v as e r v l e t , 這是標準j a v a 擴展。 如果調(diào)用時，j s p 所對應的s e r v l e t 不存在，j s p 頁面將會被編譯成為j a v a s e r v l e t 類， 并存儲在服務器的緩沖中，用戶在下次調(diào)用時，將直接訪問該s e r v l e t ，從而增加 j s p 頁面調(diào)用的響應速度。 2 j s p 在m v c 中的應用 柳c 中，j s p 充當視圖的角色，用來形成用戶界面。m v c 的處理過程分為視 圖表示部分和處理控制組件，視圖組件是在瀏覽器繪制頁面時，根據(jù)用戶界面生 成的刪腿m i ，響應的j s p 頁面。 控制組件s e r v l e t 處理h t f p 請求，它們負責創(chuàng)建表示組件使用的b e a n 或?qū)ο螅?還根據(jù)用戶的動作，決定把請求傳送給哪個視圖組件。前端組件可以實現(xiàn)為s e r v i a 或j s p 頁面。視圖從業(yè)務邏輯的分離有效的解決了開發(fā)人員和頁面設計人員的角色 和職責的分離，為系統(tǒng)的開發(fā)維護打下了良好的基礎(chǔ)。 山東大學碩士學位論文 2 4 3j a v a b e a n 與e 國 1 j a v a b e a n 、e j b 概述 j a v a b e a n 是為j a v a 而設計的組件模型，它描述了怎么創(chuàng)建和復用稱為b e a n 的 組件模型。 e j b ( e n t e r p r i s ej a v a b e a n ) 即企業(yè)級j a v a b e a n ，它是s u n , i b m 和o r a c l e 等 大公司共同制定的服務器端的組件對象模型，它綜合了 r m i ( r e m o t e m e t h o d l n v o c a t i o n r m t ) 、j a v a b e a n 和 撲d i ( j a v a n a m i n g a n d d i r e c t o r y i n t e r f a c e ) 等j a v a 平臺技術(shù)，借鑒了c o r b a 的許多優(yōu)點， 已成為服務器端組件對象模型最主要的標準之一。 2 j a v a b e a n 、e j b 在m v c 中的應用 在m v c 中，j a v a b e a n 或e j b 充當模型( m o d e l ) 的角色，用來完成事物邏輯 即核心業(yè)務。當用戶象控制器( c o n t r o l l e r ) 發(fā)送請求時，控制器根據(jù)用戶的請求調(diào) 用適當?shù)膉 a v a b e a n 或e j b 即( m o d e l ) ，j a v a b e a n 或e j b 將操作結(jié)果返回給控制 器，控制器調(diào)用j s e ( v i e w ) 以網(wǎng)頁的形式響應用戶請求。 2 5 小結(jié) 本章首先分析w e b 應用程序所面臨的問題主要是技術(shù)多樣化，各種技術(shù)優(yōu)缺 點明顯，各有所長，因此需要多種技術(shù)的結(jié)合使用。從而，面對j 2 e e 平臺引入面 向?qū)ο髆 v c 設計模式。然后來分析、歸納了當前經(jīng)典的基于j 2 e e 的m v c 應用 模式，期望對我的設計提供參考和借鑒。最后給出了基于j 2 e e 的m v c 模式設計 t ii 東大學碩士學位論文 第三章電信卡管理信息系統(tǒng)的需求和總體設計 本系統(tǒng)采用國際先進、成熟j 2 e e 體系作為整個系統(tǒng)的體系結(jié)構(gòu)，此技術(shù)已經(jīng) 在國內(nèi)的電信、金融、移動等大型企業(yè)中被廣泛應用。 3 1 系統(tǒng)設計原則及功能目標 本系統(tǒng)主要功能是以信息技術(shù)作為支撐為多種類型卡的生產(chǎn)、銷售、庫存、調(diào) 撥出庫、統(tǒng)計進行統(tǒng)一管理。同時為了減少人工勞動強度，提高工作效率，系統(tǒng)會 和卡平臺有很好的交互接口，負責數(shù)據(jù)的完整傳輸和存貯，以及各類統(tǒng)計報表。并 為決策提供一定支持。根據(jù)用戶級別的不同，角色的不同，享有不同的權(quán)限，所以 此系統(tǒng)也包括對用戶使用權(quán)限的管理。 3 2 系統(tǒng)需求分析 此管理系統(tǒng)應為企業(yè)各部門提供準確的數(shù)據(jù)和為企業(yè)發(fā)展服務，同時它也是一 個相對較大的信息系統(tǒng)，涉及到該公司生產(chǎn)的卡的生產(chǎn)、銷售、庫存、調(diào)撥出庫等 方面。公司原有的系統(tǒng)為c s 架構(gòu)，采用傳統(tǒng)的運作方式，即將過去由手工完成的 作業(yè)交由計算機來完成，存在很多的弊端，諸如只是采取定時上傳數(shù)據(jù)，并沒有真 正實現(xiàn)與數(shù)據(jù)中心實時交換數(shù)據(jù)，不能及時反映信息，因此存在信息延遲等問題。 為了適應公司發(fā)展，提高業(yè)務運作水平，確保工作質(zhì)量，根據(jù)該公司現(xiàn)有條件，利 用w e b 技術(shù)，為該公司開發(fā)基于j 2 e e 的刪模式的電信卡管理信息系統(tǒng)。 3 2 1 系統(tǒng)業(yè)務邏輯圖 系統(tǒng)采用國際先進和成熟的基于j a v a 的j 2 e e 軟件架構(gòu)結(jié)構(gòu)實現(xiàn)，這種架構(gòu)在 國內(nèi)大型應用中被廣泛的使用( 電信、銀行、證券等行業(yè)) ?？蛻舳瞬捎脼g覽器方 式為用戶提供應用服務，采用瀏覽器方式優(yōu)點是客戶端無需安裝任何程序，只需使 用操作系統(tǒng)內(nèi)置的瀏覽器就可以訪問系統(tǒng)。當系統(tǒng)需要升級時只需升級后臺應用核 心就可以到達整個系統(tǒng)升級目的，從而大大減少升級和維護費用。 7 1 本系統(tǒng)是一個通用系統(tǒng)它可以管理多種類型和用途的卡。支持的卡類型包括 i c 卡、磁條卡、條碼卡等。支持的卡用途包括電話卡、儲值卡、會員卡、銀行 卡、電子錢包等。 系統(tǒng)功能包括了卡從生產(chǎn)、銷售、庫存、調(diào)撥出庫以及統(tǒng)計報表生成的整個過 程，用戶可以根據(jù)自己需要增刪功能。系統(tǒng)不但能夠完成系統(tǒng)管理上的功能，而且 1 4 當蠻鑾主翟圭蘭竺鎏三 還能為使用者提供更好的服務功能，以及為管理者和決鐿者提供強大的管理決策功 能。系統(tǒng)業(yè)務邏輯圖如圖31 所示： 枷1 i 眥i m 、 圖3 1 電信卡管理系統(tǒng)邏輯圖 引 3 2 2 系統(tǒng)用倒圖 用例圖是用例的可視化表示，它給出系統(tǒng)的外部行為視圖或者說它提供計算機 系統(tǒng)高層次的用戶視圖，表示從外部活動者的角度來看系統(tǒng)是如何使用。在確定了 參與者和用例的基礎(chǔ)上利用用例圖可表示出參與者和用例之間的聯(lián)系。0 4 1 下面給出 系統(tǒng)參與者相關(guān)的用例圖如圖32 所示。 礦網(wǎng)曰一 鹋一 瀾到 盔。盈譯 l f f 東大學碩十學位論文 i ii , 曼量量量量曼皇曼喜量皇量曼曼篁魯曹量鼉曼量曼舅舅量| 量喜曼曼鼉量量置量皇曼鼉一 圖3 2 電信卡管理信息系統(tǒng)用例圖 此用例圖是粗粒度的業(yè)務用例圖，主要從整體的角度體現(xiàn)系統(tǒng)中以超級用戶身 份參與業(yè)務活動的關(guān)系，但是根據(jù)需要大多數(shù)情況下各用例可根據(jù)實際業(yè)務狀況按 使用者劃分為更細粒度的子用例，只是普通用戶是無權(quán)使用系統(tǒng)管理模塊。 3 2 3 系統(tǒng)功能結(jié)構(gòu) 通過對業(yè)務流程的調(diào)查和研究，按照該系統(tǒng)的業(yè)務需求和工作層的具體需求， 結(jié)合軟件設計的需要，從功能結(jié)構(gòu)來劃分系統(tǒng)。為保證目標系統(tǒng)的可重用性，同時 考慮到目標系統(tǒng)要邏輯層次分明、使用方便快捷，得出系統(tǒng)功能模塊結(jié)構(gòu)圖如下圖 3 3 所示， 1 6 i f f 東大學碩十學位論文 圖3 3 系統(tǒng)功能模塊結(jié)構(gòu)圖 系統(tǒng)管理員( s a ) 根據(jù)員工崗位和工作職責的不同，來進行角色管理和相關(guān)權(quán)限 的管理，賦予相關(guān)工作人員相應的功能模塊訪問權(quán)限。以不同的用戶登陸本系統(tǒng)將 看到不同的界面，享有不同的功能。比如銷售人員只能享有零售和批發(fā)功能，而不 能有對其他模塊操作。 下面講解一下主要模塊需要實現(xiàn)的功能： 1 7 山東大學碩十學位論文 ( 1 ) 制卡管理模塊 此模塊主要是完成卡的生產(chǎn)和制作過程，這在卡的管理中是很重要的一個環(huán) 節(jié)，對卡制作的管理可使管理者了解卡的制作過程中生產(chǎn)商、制作成本、數(shù)量、生 產(chǎn)周期等重要信息。以便能夠最大限度的節(jié)約成本和提高效率。在制作管理中主要 是對生產(chǎn)商、卡信息、生產(chǎn)任務進行