freepeople性欧美熟妇, 色戒完整版无删减158分钟hd, 无码精品国产vα在线观看DVD, 丰满少妇伦精品无码专区在线观看,艾栗栗与纹身男宾馆3p50分钟,国产AV片在线观看,黑人与美女高潮,18岁女RAPPERDISSSUBS,国产手机在机看影片

正文內(nèi)容

基于私有云架構(gòu)的基金報(bào)表系統(tǒng)開發(fā)碩士學(xué)位論文-文庫(kù)吧

2025-06-12 21:12 本頁(yè)面


【正文】 )數(shù)據(jù)庫(kù)訪問及Google File System(GFS)數(shù)據(jù)儲(chǔ)存服務(wù)組成的平臺(tái),能為開發(fā)者提供一體化的主機(jī)服務(wù)器及可自動(dòng)升級(jí)的在線應(yīng)用服務(wù)。Microsoft的Azure Services Platform由兩層構(gòu)成。底層是Windows Azure,提供了一個(gè)基于Windows的虛擬計(jì)算環(huán)境和存儲(chǔ);在底層上,提供了很多針對(duì)不同應(yīng)用的服務(wù),如Live服務(wù)、NET服務(wù)、SQL服務(wù)等。通過這些服務(wù),可以解決以前面臨的很多問題。[4] 云計(jì)算技術(shù)在銀行中應(yīng)用需要重視的問題作為一項(xiàng)有著廣泛應(yīng)用前景的新興技術(shù),在被業(yè)內(nèi)看好的同時(shí)也需要解決其投入運(yùn)營(yíng)過程中面臨的一系列問題,如對(duì)用戶的不透明性、監(jiān)管措施等。但隨著云計(jì)算技術(shù)的進(jìn)一步發(fā)展以及云理念的不斷深化,這種應(yīng)用平臺(tái)在將來必將大規(guī)模地普及,屆時(shí)信息生活必將發(fā)生翻天覆地的變化。銀行在采用這種新技術(shù)帶來巨大的發(fā)展前景的同時(shí),也應(yīng)考慮將其與自己所處的行業(yè)性質(zhì)結(jié)合起來,確保能夠給銀行帶來真正的收益。利用云計(jì)算,云供應(yīng)商確保了數(shù)據(jù)傳輸?shù)陌踩?。?shù)據(jù)是存放在云供應(yīng)商,這對(duì)銀行來說是不透明的。隨著基于云計(jì)算的服務(wù)日益發(fā)展,云計(jì)算服務(wù)將由多家服務(wù)商共同承擔(dān),而這些服務(wù)商可能將這些服務(wù)層層外包,這樣數(shù)據(jù)會(huì)經(jīng)過層層傳遞,給銀行帶來巨大的安全風(fēng)險(xiǎn)。對(duì)于銀行來說,數(shù)據(jù)是銀行的生命,如果云供應(yīng)商泄露銀行數(shù)據(jù)的話,不僅會(huì)給銀行帶來經(jīng)濟(jì)上的損失,而且還會(huì)極大地影響銀行的發(fā)展前景。因此,如果希望銀行采用云計(jì)算這種技術(shù),怎樣確保銀行對(duì)供應(yīng)商保存數(shù)據(jù)的信任,是云計(jì)算這種商業(yè)模式急需解決的最主要的問題之一。鑒于銀行數(shù)據(jù)的敏感性或出于對(duì)云計(jì)算提供商的不信任,作者認(rèn)為整個(gè)銀行可建立私有云(private cloud),共同組成一個(gè)銀行業(yè)的云計(jì)算中心。利用這種云計(jì)算模式,銀行可以完全控制云計(jì)算方式,如云存儲(chǔ)的存儲(chǔ)資源的訪問可以完全由銀行自己控制,而不是云計(jì)算服務(wù)的提供商,相當(dāng)于使用銀行自己建立的內(nèi)部云。這毫無疑問是創(chuàng)建了新的產(chǎn)業(yè)鏈,并有效降低整個(gè)行業(yè)的運(yùn)營(yíng)成本。當(dāng)然銀行也可以對(duì)外提供服務(wù),銀行所有云計(jì)算應(yīng)用都基于這個(gè)平臺(tái),對(duì)于數(shù)據(jù)保護(hù)完全由自己控制,從而有效地避免了采用公共云服務(wù)引起的各種風(fēng)險(xiǎn)。其次,監(jiān)管問題也是云計(jì)算技術(shù)需要面對(duì)的一個(gè)問題。如果銀行讓云供應(yīng)商提供服務(wù),將由誰(shuí)負(fù)責(zé)對(duì)供應(yīng)商進(jìn)行監(jiān)管?是不是要引入第三方機(jī)構(gòu)?政府部門應(yīng)該扮演什么角色?未來云計(jì)算市場(chǎng)需要從法律、道德兩方面對(duì)服務(wù)提供商進(jìn)行監(jiān)管,這卻是迄今為止最難解決的監(jiān)管難題。[3] 面向金融企業(yè)的一個(gè)基金報(bào)表系統(tǒng)—FARFAR(Fund amp。 Assets Reporting)項(xiàng)目是國(guó)外某金融企業(yè)在內(nèi)部使用的一個(gè)專門用于做基金與資產(chǎn)報(bào)表的系統(tǒng)。該系統(tǒng)被用于計(jì)算與統(tǒng)計(jì)整個(gè)公司每個(gè)月份各個(gè)粒度層面上的基金與資產(chǎn)表現(xiàn)狀況,此系統(tǒng)的用戶是企業(yè)中專業(yè)負(fù)責(zé)統(tǒng)計(jì)運(yùn)營(yíng)狀況的人員與公司全球各個(gè)地區(qū)的負(fù)責(zé)人。系統(tǒng)在每個(gè)月固定時(shí)間對(duì)用戶開放,供用戶輸入需要統(tǒng)計(jì)的信息,然后在月末產(chǎn)生出各種可以根據(jù)用戶定制的報(bào)表。 系統(tǒng)重構(gòu)的意義在本人接觸這個(gè)項(xiàng)目前,F(xiàn)AR已經(jīng)成功在企業(yè)內(nèi)部運(yùn)作了6年之久,此次重構(gòu)有著許多客觀的原因,使這個(gè)項(xiàng)目的新開發(fā)不單單是一次版本的躍進(jìn),更是從多方面多層次進(jìn)步的考量。首先從商業(yè)角度來說,企業(yè)對(duì)一個(gè)已存在的系統(tǒng)隨著時(shí)間的推移,社會(huì)因素的轉(zhuǎn)變,總會(huì)有不斷新的需求提出,但是在舊平臺(tái)上的系統(tǒng)因?yàn)槠湓荚O(shè)計(jì)問題,擴(kuò)展性瓶頸嚴(yán)重,每個(gè)擴(kuò)展動(dòng)作都會(huì)設(shè)計(jì)較大的改動(dòng),開發(fā)與測(cè)試周期無限延長(zhǎng),對(duì)公司的效率產(chǎn)生影響。第二對(duì)企業(yè)中該系統(tǒng)的使用者來說,老舊的系統(tǒng)在頁(yè)面顯示上界面不美觀,刷新跳轉(zhuǎn)過于頻繁,業(yè)務(wù)操作反應(yīng)過慢等都是急需要改進(jìn)的問題;其次從技術(shù)角度來看,新近崛起的RIA(富客戶端)技術(shù)是解決用戶體驗(yàn)問題的一個(gè)絕佳方案,各種富客戶端的優(yōu)點(diǎn)將在下一章中詳細(xì)介紹。第二,云計(jì)算是近些年來業(yè)界非常倡導(dǎo)的趨勢(shì)之一,企業(yè)也不失時(shí)機(jī)得想要將一些系統(tǒng)遷移到云端,對(duì)于FAR這種進(jìn)行重新開發(fā)的項(xiàng)目猶是如此,在基于云計(jì)算的后臺(tái)邏輯運(yùn)作下,系統(tǒng)的總體性能將大幅提升。最后也是最重要的就是設(shè)計(jì)出一個(gè)更具有擴(kuò)展性的系統(tǒng),不僅僅做到前后臺(tái)邏輯的解耦,更要做到在功能與功能、模塊與模塊之間代碼的松耦合、消除冗余,這樣做最大的目的就是當(dāng)新的需求提出或者有Bug出現(xiàn)時(shí)開發(fā)和測(cè)試團(tuán)隊(duì)可以以最快的時(shí)間解決問題,減少代碼的更改量。最終使整個(gè)系統(tǒng)的健壯性、可用性、實(shí)時(shí)性等個(gè)方面都得到進(jìn)步。 系統(tǒng)的組成整個(gè)系統(tǒng)主要分為3個(gè)部分: and Assets Maintenance主要功能是提供給用戶一個(gè)可視化的基金信息描述界面。同時(shí)提供新增、維護(hù)基金的功能。主要功能是提供給用戶根據(jù)自身需要的條件將符合要求的基金信息以報(bào)表的形式導(dǎo)出。系統(tǒng)的管理員功能模塊,對(duì)系統(tǒng)的全局的操作,包含對(duì)用戶信息的操作和跨月數(shù)據(jù)整合等功能。 論文組織結(jié)構(gòu)本文從基金報(bào)表系統(tǒng)的概念出發(fā),以FAR系統(tǒng)為例,主要從技術(shù)的角度結(jié)合商業(yè)需求闡述了設(shè)計(jì)和開發(fā)一個(gè)企業(yè)級(jí)基金報(bào)表系統(tǒng)中所遇到的問題以及可能的解決方案。下面是本文的組織結(jié)構(gòu):第一章:緒論,介紹了云計(jì)算以及基金報(bào)表系統(tǒng)的背景知識(shí)以及目前的研究發(fā)展現(xiàn)狀,簡(jiǎn)單介紹了FAR的主要功能大塊。第二章:系統(tǒng)的架構(gòu),闡述了開發(fā)所需的各種相關(guān)技術(shù)與框架,包括Flex、J2EE、Cairngorm、Cloud、SOA等等。最后將上述技術(shù)整合概述出FAR的系統(tǒng)架構(gòu)。第三章:系統(tǒng)的設(shè)計(jì)實(shí)現(xiàn),結(jié)合實(shí)際的商業(yè)需求,對(duì)幾個(gè)最主要的功能點(diǎn)進(jìn)行需求分析,給出具體的設(shè)計(jì)實(shí)現(xiàn)方案。第四章:系統(tǒng)實(shí)現(xiàn)關(guān)鍵技術(shù)的介紹,對(duì)幾個(gè)實(shí)現(xiàn)系統(tǒng)的關(guān)鍵技術(shù)進(jìn)行了詳細(xì)的介紹,包括前后臺(tái)的交互方式、Excel報(bào)表的導(dǎo)出方法、安全與權(quán)限控制的手段以及對(duì)內(nèi)存垃圾回收的認(rèn)識(shí)。第五章:系統(tǒng)開發(fā)中遇到的問題及解決,提出了幾個(gè)在實(shí)際開發(fā)設(shè)計(jì)過程中遇到的問題與困難,包括前臺(tái)頁(yè)面加載速度的瓶頸問題等等。最終將設(shè)計(jì)與研究之后得出的解決方案從各個(gè)可能的角度進(jìn)行了詳細(xì)的描述。 本章小結(jié)本章主要從商業(yè)背景出發(fā)介紹課題背景,闡述了基金報(bào)表系統(tǒng)目前的發(fā)展現(xiàn)狀,詳細(xì)介紹了Cloud的背景內(nèi)容,同時(shí)結(jié)合項(xiàng)目實(shí)際,提出了項(xiàng)目開發(fā)設(shè)計(jì)研究的意義。最后簡(jiǎn)單介紹了本文的組織結(jié)構(gòu)。在下一章中將結(jié)合本章提出的技術(shù)需求介紹本項(xiàng)目在實(shí)際開發(fā)設(shè)計(jì)中所采用的主要技術(shù)解決方案。浙江大學(xué)碩士學(xué)位論文 第2章系統(tǒng)的架構(gòu)第2章 系統(tǒng)的架構(gòu) Cloud的系統(tǒng)架構(gòu) SOA架構(gòu)面向服務(wù)的體系結(jié)構(gòu)(serviceoriented architecture,SOA)是一個(gè)組件模型,它將應(yīng)用程序的不同功能單元(稱為服務(wù))通過這些服務(wù)之間定義良好的接口和契約聯(lián)系起來。接口是采用中立的方式進(jìn)行定義的,它應(yīng)該獨(dú)立于實(shí)現(xiàn)服務(wù)的硬件平臺(tái)、操作系統(tǒng)和編程語(yǔ)言。這使得構(gòu)建在各種這樣的系統(tǒng)中的服務(wù)可以以一種統(tǒng)一和通用的方式進(jìn)行交互。[5]作為SOA的模型有三個(gè)主要的特征,第一:它將應(yīng)用中屬于不同功能的模塊使用一個(gè)統(tǒng)一的定義良好的接口聯(lián)系起來;第二:接口是采用一種中立的方式定義的,它應(yīng)該獨(dú)立于實(shí)現(xiàn)服務(wù)的系統(tǒng)平臺(tái)、編程語(yǔ)言和硬件平臺(tái);第三:構(gòu)建在各種系統(tǒng)中的服務(wù)可以以一種統(tǒng)一和通用的方式進(jìn)行交互。相對(duì)于傳統(tǒng)的系統(tǒng)架構(gòu),我們之所以使用SOA是因?yàn)閭鹘y(tǒng)的架構(gòu)都是把軟件寫在一個(gè)單獨(dú)的軟件體里,即在一個(gè)軟件包里將所有的應(yīng)用程序功能都整合在一起。這樣做的結(jié)果是實(shí)現(xiàn)用來整合程序功能的代碼和實(shí)現(xiàn)功能本身的代碼混合在了一起,與此密切相關(guān)的就是一旦更改了一部分的功能本身代碼就會(huì)導(dǎo)致對(duì)上層代碼的入侵,換句話說就是單元間的耦合性太大。對(duì)系統(tǒng)的復(fù)雜度和后期維護(hù)的成本都有較大的影響。SOA的宗旨就是要把各個(gè)功能單元彼此分開,以使這個(gè)單元可以獨(dú)立得成為系統(tǒng)中的一個(gè)“組件”,這些組件之間充分解耦,在一個(gè)統(tǒng)一接口的調(diào)用下不僅是代碼的層次更加明晰同時(shí)減少了代碼的冗余并且最大程度的增加了模塊的重用性。圖 SOA組建及其工作流程SOA架構(gòu)中有三個(gè)重要的角色,接下來一一介紹。服務(wù)提供者:發(fā)布自己的服務(wù)到服務(wù)注冊(cè)中心,并且當(dāng)請(qǐng)求到來是進(jìn)行相應(yīng)。服務(wù)注冊(cè)中心:用來注冊(cè)已經(jīng)發(fā)布的服務(wù),對(duì)其進(jìn)行分類,并且提供搜索的服務(wù)。服務(wù)請(qǐng)求者:利用服務(wù)注冊(cè)中心查找所需要的服務(wù),然后使用該服務(wù)。一個(gè)完整的從發(fā)布到實(shí)現(xiàn)服務(wù)的過程如下:1. 服務(wù)提供者將符合接口規(guī)范的服務(wù)發(fā)布注冊(cè)到注冊(cè)中心。2. 服務(wù)請(qǐng)求者在請(qǐng)求服務(wù)時(shí)首先要向注冊(cè)中心查找所需的服務(wù)對(duì)應(yīng)的服務(wù)提供者是誰(shuí)。3. 注冊(cè)中心向服務(wù)請(qǐng)求者返回服務(wù)提供者的信息。4. 服務(wù)使用者向服務(wù)提供者請(qǐng)求服務(wù)。5. 服務(wù)使用者根據(jù)服務(wù)描述中的信息來調(diào)用服務(wù),即綁定服務(wù)。 Cloud的SOA架構(gòu)Cloud的架構(gòu)是基于SOA的基礎(chǔ)上又自行擴(kuò)展實(shí)現(xiàn)的架構(gòu)。整個(gè)架構(gòu)分為6個(gè)層次和兩個(gè)切面。如下圖所示:圖 接下來介紹下這六層結(jié)構(gòu),這六層之間只有從上向下的流動(dòng),一個(gè)服務(wù)只能從上層向下依賴或?qū)υ挘鱾€(gè)服務(wù)之間又是相對(duì)獨(dú)立的。服務(wù)編排/協(xié)調(diào)層(Service Orchestration):這是整個(gè)架構(gòu)的頂層,所有的請(qǐng)求都將在這層被整合,主要被用來調(diào)用商業(yè)服務(wù)以完成高層次的商業(yè)目標(biāo)。商業(yè)服務(wù)層(Business Services):用來實(shí)現(xiàn)服務(wù)協(xié)調(diào)層所請(qǐng)求的操作,具體的實(shí)現(xiàn)方法是去調(diào)用本身系統(tǒng)外或者自身的商業(yè)服務(wù),而這些服務(wù)往往都是些較為通用的服務(wù),如查詢匯率、查詢股票信息等。應(yīng)用服務(wù)層(Application Services):主要負(fù)責(zé)接收商業(yè)服務(wù)層傳遞下來的服務(wù)請(qǐng)求。并且去真正調(diào)用具體的服務(wù)。服務(wù)適配器層(Service Adapter):當(dāng)被調(diào)用的服務(wù)是來自于外部的提供者或者來自先前已經(jīng)存在的項(xiàng)目功能時(shí)就需要使用這個(gè)適配器層,使得這些原本可能不符合統(tǒng)一接口的服務(wù)適應(yīng)自身的需求。應(yīng)用邏輯層(Application Logic):這層實(shí)際上是一個(gè)功能的具體實(shí)現(xiàn),大多數(shù)情況下這層是一個(gè)先前就存在的應(yīng)用邏輯,通過上層適配器的調(diào)用使得其的功能被統(tǒng)一接口使用。數(shù)據(jù)存儲(chǔ)層(Data Storage):這層是實(shí)際的物理數(shù)據(jù)存儲(chǔ)層,數(shù)據(jù)類型包括關(guān)系數(shù)據(jù)庫(kù)、文件、XML、數(shù)據(jù)倉(cāng)庫(kù)等等。除了這六個(gè)層級(jí)調(diào)用的應(yīng)用層外還有兩個(gè)切面也是不可或缺的,它們的作用覆蓋各個(gè)層次。數(shù)據(jù)服務(wù)切面(Data Services):被一個(gè)或者多個(gè)層用來訪問數(shù)據(jù),同時(shí)擁有創(chuàng)建、操作、驗(yàn)證和映射的功能。安全服務(wù)切面(Security Services):包括驗(yàn)證、授權(quán)、權(quán)限管理、安全編碼等功能,在整個(gè)結(jié)構(gòu)中對(duì)權(quán)限的控制是至始至終的。 實(shí)際應(yīng)用中的私有云在企業(yè)中實(shí)際應(yīng)用的私有云是由公司的Cloud Team來進(jìn)行開發(fā)和維護(hù)的,在現(xiàn)有的云中,已經(jīng)定義了一整套的Cloud Framework,這套SDK中包含了許多非常常見的J2EE技術(shù),公司通過包裝將其封裝在自己的框架中。這個(gè)云與普遍意義上的云有個(gè)最大的區(qū)別就是它只包含數(shù)據(jù)的處理但不包含數(shù)據(jù)的存儲(chǔ)。相對(duì)于我們熟悉的Hadoop,它只具備類似MapReduce的分布式計(jì)算功能但是沒有HDFS(Hadoop Distributed File System)的分布式存儲(chǔ)功能。當(dāng)然只要符合云的概念那必須有集群的使用,這也是云的目的之一:用更廉價(jià)的服務(wù)器集群來創(chuàng)造出更加強(qiáng)大出處理能力。對(duì)開發(fā)者來說需要使用公司經(jīng)過包裝過的Eclipse版本進(jìn)行開發(fā),開發(fā)的框架應(yīng)用來SOA的架構(gòu),具體將在下一節(jié)具體介紹,在編寫Service類時(shí)必須符合命名的規(guī)范,以IDF開頭加上被分配的序列號(hào)。只有這樣才能正確得被部署到公司的云端。 Cloud App工程設(shè)計(jì)框架的選型從簡(jiǎn)單的意義上講,任何搭建在Cloud平臺(tái)的上工程應(yīng)用最大的目的就是利用Cloud強(qiáng)大的運(yùn)算處理能力和規(guī)?;拇鎯?chǔ)功能[6]。Web技術(shù)發(fā)展到今天,有許多種實(shí)現(xiàn)技術(shù)都可以勝任搭建Cloud Application的任務(wù)。下圖給出了部分可選的方案。圖 首先原本我們是可以直接拋開數(shù)據(jù)庫(kù)層,因?yàn)閺V義上的云計(jì)算都包含云所特有的文件數(shù)據(jù)系統(tǒng),如Google的GFS(Google File System)和Hadoop的HDFS等。但是如果所屬的云是特定的無數(shù)據(jù)存儲(chǔ)的云那還是需要考慮使用適當(dāng)數(shù)據(jù)庫(kù)作為目標(biāo)數(shù)據(jù)源,這個(gè)選擇是非常多樣的,包括Microsoft SQL Server、MySql、DBOracle等都是成熟的選擇方案,但是考慮到Unix平臺(tái)的兼容性與海量數(shù)據(jù)的存儲(chǔ)功能Oracle是我們最后的選擇。其次在服務(wù)層,、PHP、Java等備選方案,不過在這點(diǎn)上的選擇是比較明確的,只有Java兼容企業(yè)私有云的API,所以毫無懸念的選擇Java成為工程后臺(tái)的工具。第三是信息傳遞層,為了配合Cloud SOA的架構(gòu)系統(tǒng)采用HttpService的方案。最后在前端,有包括Adobe Flex、微軟的Silver Light等富客戶端實(shí)現(xiàn)手段,但是從技術(shù)的成熟度,最終的呈現(xiàn)效果考慮,我們最終選擇了Flex。以上各個(gè)技術(shù)點(diǎn)將在下個(gè)章節(jié)中一一介紹。 Cloud 的前端實(shí)現(xiàn)技術(shù) 前端技術(shù)的選擇如上一節(jié)所述,在Cloud的前端技術(shù)即客戶端層的實(shí)現(xiàn)有多種可選的技術(shù)方案,如Adobe Flex、Laszlo Systems的OpenLaszlo、微軟的Silver Light等,這些技術(shù)都有其各自的特色和優(yōu)勢(shì)所在,在此我例舉Adobe Flex和Laszlo Systems的OpenLaszlo做一個(gè)簡(jiǎn)單的對(duì)比。成熟度:成熟度使用框架當(dāng)前版本以及框架的開發(fā)所花費(fèi)的時(shí)間長(zhǎng)度來度量。嚴(yán)格的說,OpenLaszlo的開發(fā)在Flex之前,盡管它使用的是另一個(gè)名稱,Laszlo Systems的發(fā)行版一直在Adobe之前。Flex SDK 在第4次更替開發(fā)時(shí)還是 beta 版本,而OpenLaszlo已經(jīng)有一個(gè)統(tǒng)一的發(fā)布計(jì)劃,這使 OpenLaszlo略勝于Flex。Web服務(wù)支持:在比較客戶端開發(fā)技術(shù)時(shí),Web服務(wù)支持是一個(gè)重要的考慮因素,因?yàn)橹С值膮f(xié)議在很大程度上會(huì)影響 UI 的反應(yīng)速度。例如,JavaScript Object Notation (JSON) 和Action Message Format(AMF)消息的有線傳輸一般比Representational State Transfer (REST)
點(diǎn)擊復(fù)制文檔內(nèi)容
數(shù)學(xué)相關(guān)推薦
文庫(kù)吧 www.dybbs8.com
備案圖鄂ICP備17016276號(hào)-1