產(chǎn)品研發(fā)部產(chǎn)品規(guī)劃說(shuō)明書(shū)

1、通用產(chǎn)品研發(fā)部產(chǎn)品規(guī)劃方案匯金科技有限責(zé)任公司2022年12月3日1 引言31.1 編寫(xiě)目的31.2 主要內(nèi)容32 原有產(chǎn)品線(xiàn)規(guī)劃IDP系列33 MTT品概況53.1 產(chǎn)品功能 53.1.1 版本歷史53.1.2 框架結(jié)構(gòu)63.1.3 網(wǎng)絡(luò)支持63.1.4 硬件支持73.1.5 操作系統(tǒng)支持73.1.6 開(kāi)發(fā)語(yǔ)言73.1.7 交易特性83.1.8 平安性83.1.9 傳輸性能吞吐率 83.2 競(jìng)爭(zhēng)對(duì)手和市場(chǎng)分析 83.3 下一步開(kāi)發(fā)方案暫 93.3.1 開(kāi)發(fā)策略和原那么93.3.2 開(kāi)發(fā)內(nèi)容104 Sync產(chǎn)品概況135 WebFirst 產(chǎn)品才況206 產(chǎn)品新規(guī)劃207 外匯賬戶(hù)信息交互平臺(tái)

2、 2.0開(kāi)發(fā)過(guò)程 錯(cuò)誤！未定義書(shū)簽.7.1 系統(tǒng)交接準(zhǔn)備 錯(cuò)誤！未定義書(shū)簽.7.1.1 文檔交接錯(cuò)誤！未定義書(shū)簽.7.1.2 代碼交接錯(cuò)誤！未定義書(shū)簽.7.1.3 支持協(xié)助 錯(cuò)誤！未定義書(shū)簽.7.2 熟悉原系統(tǒng)錯(cuò)誤！未定義書(shū)簽.7.2.1 閱讀所有的文檔 錯(cuò)誤！未定義書(shū)簽.7.2.2 根據(jù)安裝手冊(cè)安裝分局效勞器并配置錯(cuò)誤！未定義書(shū)簽.7.2.3 根據(jù)安裝手冊(cè)安裝 Notes客戶(hù)端并配置錯(cuò)誤！未定義書(shū)簽.7.2.4 啟動(dòng)分局效勞器和 Notes客戶(hù)端從總局安裝程序 .錯(cuò)誤！未定義書(shū)簽.7.2.5 從IE瀏覽器進(jìn)入交互平臺(tái)按手冊(cè)進(jìn)行初始化配置.錯(cuò)誤！未定義書(shū)簽.7.2.6 切換用戶(hù)角色了解業(yè)務(wù)功能

3、錯(cuò)誤！未定義書(shū)簽.7.2.7 閱讀源代碼,了解其設(shè)計(jì)原那么和編寫(xiě)風(fēng)格 錯(cuò)誤！未定義書(shū)簽.7.3 需求分析 錯(cuò)誤！未定義書(shū)簽.7.4 系統(tǒng)概要設(shè)計(jì) 錯(cuò)誤！未定義書(shū)簽.7.5 系統(tǒng)詳細(xì)設(shè)計(jì)錯(cuò)誤！未定義書(shū)簽.7.6 編碼/調(diào)試錯(cuò)誤！未定義書(shū)簽.7.7 內(nèi)部測(cè)試方案及內(nèi)部測(cè)試 錯(cuò)誤！未定義書(shū)簽.7.8 試點(diǎn)測(cè)試方案及試點(diǎn)測(cè)試錯(cuò)誤！未定義書(shū)簽.7.9 實(shí)施方案錯(cuò)誤！未定義書(shū)簽.8 外匯賬戶(hù)信息交互平臺(tái)開(kāi)發(fā)方案與進(jìn)展 錯(cuò)誤！未定義書(shū)簽.1引言1.1 編寫(xiě)目的通用軟件研發(fā)部承擔(dān)公司一些根底類(lèi)、業(yè)務(wù)無(wú)關(guān)類(lèi)產(chǎn)品的研發(fā)工作,主要包括消息中間件、數(shù)據(jù)交換中間件or平臺(tái)、應(yīng)用效勞器中間件等 另外還有一些早期宣傳或者規(guī)

4、劃過(guò)的 產(chǎn)品,但由于種種方面的原因,未完全開(kāi)展起來(lái),本書(shū)不做重點(diǎn)說(shuō)明為了更好地讓研發(fā)部人員、市場(chǎng)人員、銷(xiāo)售人員以及相關(guān)領(lǐng)導(dǎo)了解目前公司軟件產(chǎn)品的現(xiàn)狀和進(jìn)一步規(guī)劃,特編寫(xiě)此文檔.1.2 主要內(nèi)容包括原有產(chǎn)品規(guī)劃、MT消息中間件概況、Sync數(shù)據(jù)交換平臺(tái)概況、WebFirst應(yīng)用服 務(wù)器中間件概況、產(chǎn)品新規(guī)劃及開(kāi)發(fā)過(guò)程建議等2原有產(chǎn)品線(xiàn)規(guī)劃IDP系列公司產(chǎn)品定位：關(guān)鍵數(shù)據(jù)處理的專(zhuān)家,圍繞數(shù)據(jù)的處理開(kāi)展各種中間件類(lèi)、工具類(lèi)產(chǎn)品.ID陳列產(chǎn)品IDP-Cloud 云平臺(tái)中問(wèn)句*IDP-DTS數(shù)據(jù)交易中I句件IDP-WebFirst應(yīng)用效勞器數(shù)據(jù)集市 數(shù)據(jù)倉(cāng)庫(kù)、數(shù)據(jù)抽取紗而 IDP-DME*數(shù)據(jù)監(jiān)控犯件I

5、DP-ETLIDP-Sync 數(shù)據(jù)同步備份 ,jIDP-MT數(shù)據(jù)傳輸中卜件數(shù)才敷據(jù)ILAN / WANIDP-WebReport、數(shù)據(jù)分析到件網(wǎng)絡(luò)連接 門(mén)間件圖2-1 IDP產(chǎn)品線(xiàn)其中：表2-1 IDP系列產(chǎn)品描述產(chǎn)品名稱(chēng)產(chǎn)品概述最新 版本產(chǎn)品現(xiàn)狀I(lǐng)DP-MT數(shù)據(jù)傳輸中間件用于業(yè)務(wù)數(shù)據(jù)在復(fù)雜網(wǎng) 絡(luò)環(huán)境卜的平安PJ界傳輸和分布式應(yīng)用 系統(tǒng)之間的消息傳遞5.0開(kāi)展時(shí)間最長(zhǎng),相比照擬成熟,但競(jìng)爭(zhēng)對(duì)手也很多.功能、易用性、穩(wěn)定性上比 較強(qiáng),性能稍差I(lǐng)DP-Sync數(shù)據(jù)同步備份中間件用于異構(gòu)數(shù)據(jù)源之 間進(jìn)行實(shí)時(shí)同步備份,該軟件能夠?qū)⒉?同種類(lèi)數(shù)據(jù)源的數(shù)據(jù)轉(zhuǎn)換為內(nèi)部紀(jì)-的 XML格式并對(duì)數(shù)據(jù)進(jìn)行壓縮、加密

6、以保 證數(shù)據(jù)在分布式網(wǎng)絡(luò)環(huán)境中平安、可靠、 圖效的傳輸4.0與MT 一起,滿(mǎn)足一些數(shù)據(jù)問(wèn) 步的需求,目前宿一些用戶(hù)和 潛在用戶(hù).定位為數(shù)據(jù)同步,功能上離 數(shù)據(jù)交換平臺(tái)或 ETL尚有一 定差距IDP-WebFirst是完全符合J2EE標(biāo)準(zhǔn)的應(yīng)用效勞器,支 持SOA和云計(jì)算,支 、平板電腦等 移動(dòng)終端訪(fǎng)問(wèn),具備負(fù)載均衡和集群能6.1基于開(kāi)源,產(chǎn)品比擬成熟,一 定程度上可以直接替代相對(duì)輕量級(jí)的Java Web應(yīng)用.力,具備高性能、高可靠性、健壯的邏 輯處理和大負(fù)荷效勞水平,易于監(jiān)控和 治理但性能和可治理性上無(wú)法與 websphere和 weblogic 等人；商產(chǎn)品抗衡.IDP-ETL完成各類(lèi)數(shù)據(jù)的

7、抽取、轉(zhuǎn)換和裝載,可 以將分散、零亂、標(biāo)準(zhǔn)不務(wù)碼制不 T的數(shù)據(jù)整合到目標(biāo)數(shù)據(jù)庫(kù)中,用于 整合標(biāo)準(zhǔn)數(shù)據(jù)、提升數(shù)據(jù)質(zhì)量4.1包裝的Kettle.IDP-WebReport報(bào)表工具很久未見(jiàn)開(kāi)展,如果要開(kāi)展應(yīng) 該開(kāi)展基于大數(shù)據(jù)的分析工 具.IDP-DTS數(shù)據(jù)交易平臺(tái)用于完成關(guān)鍵業(yè)務(wù)系統(tǒng)的 數(shù)據(jù)聯(lián)機(jī)交易處理,能保證交易處理的 局實(shí)時(shí)性、穩(wěn)定性、完整性和平安性, 其內(nèi)置對(duì)“交易中間件 + “業(yè)務(wù)支撐平 臺(tái) + “客戶(hù)程序的統(tǒng)一支持可大大提 高了各類(lèi)交易系統(tǒng)原型是核心交易系統(tǒng),不太好 推廣到其他行業(yè).IDP-DME數(shù)據(jù)監(jiān)控引擎通過(guò)用戶(hù)自定義的規(guī)那么對(duì) 業(yè)務(wù)數(shù)據(jù)的各類(lèi)異常變動(dòng)進(jìn)行監(jiān)控和報(bào) 警.該系統(tǒng)基于規(guī)那么

8、引擎,能夠提供靈 活快捷的業(yè)務(wù)數(shù)據(jù)監(jiān)控和報(bào)警規(guī)那么的定 義和執(zhí)行應(yīng)該是沒(méi)有或者僅有開(kāi)源原 型IDP-Cloud云平臺(tái)無(wú),不過(guò)這塊代笈-種新的研 發(fā)方向,包括移動(dòng)互聯(lián)、云計(jì) 算、大數(shù)據(jù)等.3 MT產(chǎn)品概況產(chǎn)品定位：消息傳輸中間件.3.1 產(chǎn)品概述產(chǎn)品定位：消息傳輸中間件.產(chǎn)品功能：可看產(chǎn)品說(shuō)明書(shū)或用戶(hù)手冊(cè)等,再次不詳述.3.1.1 版本歷史表3-1 MT開(kāi)展歷史版本號(hào)年份功能MT2.01999通訊、路由、本地綁定 C/C+ APIMT3.02022增加治理工具、消息數(shù)據(jù)庫(kù)MT4.02022增加事務(wù)、分段分組、加密加壓、分發(fā)授權(quán)、Java ApiMT5.02022增加發(fā)布訂閱、集群、JMS、客戶(hù)端

9、API及工具、文件上傳工具3.1.2框架結(jié)構(gòu)根據(jù)這個(gè)框架,目前根本都有實(shí)現(xiàn),有些實(shí)現(xiàn)不是很完善,只是解決了有無(wú)的問(wèn)題.比方：命令治理：通過(guò)MT來(lái)傳送命令消息群集治理：尚未實(shí)現(xiàn)存儲(chǔ)配置之間的同步Pub/Sub引擎：性能和主題匹配上亟需完善.平安治理：尚需添加 TLS支持.3.1.3 網(wǎng)絡(luò)支持MT通訊目前僅支持IPV4、TCP/IP協(xié)議,其他協(xié)議需要添加支持.多臺(tái)MT效勞器可構(gòu)成分布式、集中式、分布集中式網(wǎng)絡(luò).MT和客戶(hù)端之間可通過(guò)網(wǎng)絡(luò)交換數(shù)據(jù).支持多種硬件連通的物理網(wǎng)絡(luò)支持TCP/IP圖3-2 MT效勞器拓?fù)?.1.4 硬件支持目前MT沒(méi)有涉及硬件驅(qū)動(dòng)類(lèi)的代碼,對(duì)于大局部主流開(kāi)放的PC和主機(jī)硬件

10、均能夠支持如Intel序列微機(jī)處理器、舊M POWER等RISC處理器.有些處理器需要編譯后支持,如一些國(guó)產(chǎn)處理器、ARM處理器.3.1.5 操作系統(tǒng)支持Windows 系歹U: Windows2000/2022/2022/2022 server Windows XP/7/8/vista 等.Linux 系列：RedHat、CentOS、SUSE、中標(biāo)麒麟、 Ubuntu 等Unix系列：AIX、HP等最新5.0版本需要編譯移植IOS、Android :尚不支持.3.1.6 開(kāi)發(fā)語(yǔ)言1. C:原生接口,支持最好2. C+: MTAPI尚需提供一套 C+格式的API供C+開(kāi)發(fā)人員使用目前也可 以

11、直接調(diào)用C API3. Java/Jms：提供Java接口,但目前是采用Jni調(diào)用本地接口的 C API ,需開(kāi)發(fā)Java直接與效勞器通訊的網(wǎng)絡(luò)接口系統(tǒng)耦合度低、速度較快4. C#、Vb、Delphi等傳統(tǒng)語(yǔ)言：利用自有調(diào)用動(dòng)態(tài)庫(kù)的機(jī)制調(diào)用MTAPI接口5. Python：需開(kāi)發(fā)相應(yīng)的 Python模塊來(lái)調(diào)用MTAPI.3.1.7 交易特性目前MT沒(méi)有實(shí)現(xiàn)真正的事務(wù)日志,目前實(shí)現(xiàn)的事務(wù)僅寫(xiě)了消息的ID,并沒(méi)有寫(xiě)消息內(nèi)容以及隊(duì)列創(chuàng)立等操作.MT本身目前也不能作為一個(gè)事務(wù)協(xié)調(diào)器,比方同時(shí)協(xié)調(diào)MT和數(shù)據(jù)庫(kù)的事務(wù).3.1.8 平安性MT可以對(duì)效勞器和隊(duì)列訪(fǎng)問(wèn)實(shí)行密碼級(jí)別的限制,對(duì)消息實(shí)現(xiàn)加密,但尚需增

12、加 更好的連接平安特性,如效勞器與效勞器之間的SSL連接、客戶(hù)端與效勞器之間的SSL連接.3.1.9 傳輸性能吞吐率有時(shí)候性能會(huì)作為消息中間件的第一指標(biāo),性能和穩(wěn)定性平安性之間會(huì)有個(gè)平衡,MT的最高性能目前與一些競(jìng)爭(zhēng)對(duì)手有差距但并不是不可逾越.解決性能問(wèn)題主要從網(wǎng)絡(luò)傳輸、存取效率、并發(fā)等幾個(gè)方面入手.3.2 競(jìng)爭(zhēng)對(duì)手和市場(chǎng)分析產(chǎn)品市場(chǎng)占有率非準(zhǔn)確數(shù)據(jù)優(yōu)劣勢(shì)匯金科技MT國(guó)產(chǎn)中間件較低,僅限公司自有金融工程 和少局部合作伙伴工程.易用,有,定知名 度,但市場(chǎng)并沒(méi)有打 開(kāi)東方通 TongLinkQ國(guó)產(chǎn)中間件較局,政府、電信、金融等市場(chǎng)知名度遠(yuǎn)遠(yuǎn)局于MT ,產(chǎn)品相對(duì)來(lái)說(shuō)較為難用IBM MQ國(guó)外中間件高

13、,國(guó)際商用70%以上市場(chǎng)國(guó)際品牌,功能強(qiáng) 悍,很強(qiáng)用戶(hù)粘性；開(kāi)源消息中間件ActiveMQ 、MetaQ、ZeroMQ等很多很多國(guó)外中間件高,互聯(lián)網(wǎng)行業(yè)、中小企業(yè)系 統(tǒng),使用開(kāi)源消息中間件的比 較多不用收費(fèi),用戶(hù)群龐 大,開(kāi)展快；但用戶(hù) 需要有較強(qiáng)大的研 發(fā)實(shí)力去熟悉這些 產(chǎn)品.分析：消息中間件這個(gè)領(lǐng)域應(yīng)用相當(dāng)廣泛,應(yīng)用類(lèi)型也越來(lái)越多,MT還是和 MQ、TongLinkQ 一樣屬于比擬傳統(tǒng)的基于隊(duì)列機(jī)制建立起來(lái)的商用中間件.消息中間件雖然應(yīng)用比擬廣泛,但技術(shù)已經(jīng)比擬成熟,市場(chǎng)總額還是比擬小的,且消息中間件在很多政府采購(gòu)和工程采購(gòu)中已經(jīng)定位系統(tǒng)軟件,作為企業(yè)IT系統(tǒng)的根底軟件之一,一般大點(diǎn)的采購(gòu)

14、都會(huì)采用買(mǎi)斷價(jià).MT主要的時(shí)機(jī)在于利用國(guó)產(chǎn)化浪潮,替換掉一些本屬于MQ的市場(chǎng),并利用與TongLinkQ差異不大的技術(shù)水平搶下一些份額.3.3 開(kāi)發(fā)策略和原那么緊跟對(duì)手,持續(xù)改良：制定一個(gè)年度開(kāi)發(fā)主線(xiàn),對(duì)于大版本的升級(jí),采用工程制的瀑布式開(kāi)發(fā)過(guò)程,對(duì)于小版本維護(hù)的開(kāi)發(fā),采用迭代式開(kāi)發(fā)過(guò)程.開(kāi)發(fā)應(yīng)遵守以下幾點(diǎn)原那么.1） 界面設(shè)計(jì)風(fēng)格統(tǒng)一簡(jiǎn)明易用維護(hù)簡(jiǎn)單文檔清楚2代碼與性能設(shè)計(jì)采用開(kāi)放、容易移植的代碼風(fēng)格研究、借鑒、使用一些成熟的開(kāi)源代碼每個(gè)功能花足夠的時(shí)間寫(xiě)好單元測(cè)試和用戶(hù)例子,節(jié)約測(cè)試時(shí)間仔細(xì)研究客戶(hù)提出或遇到的額外需求,假設(shè)非通用盡量轉(zhuǎn)為外圍工程開(kāi)發(fā)設(shè)計(jì)重于開(kāi)發(fā)3安裝維護(hù)與治理小版本的安裝

15、升級(jí)不影響原有應(yīng)用程序的使用開(kāi)發(fā)基于Web的集中式治理工具來(lái)治理 MT在平安性與靈活性之間平衡,在保證平安穩(wěn)定的情況下提升系統(tǒng)的靈活性3.4 下一步開(kāi)發(fā)方案暫根據(jù)目前產(chǎn)品功能、競(jìng)爭(zhēng)對(duì)手和市場(chǎng)狀況,擬定進(jìn)一步的開(kāi)發(fā)策略和方案.3.4.1 開(kāi)發(fā)內(nèi)容下表初略列出下一步需完成的工作這些工作不包含突發(fā)的、額外的支持和工程實(shí)施工作,再?gòu)倪@張表中遴選出 2022年需要重點(diǎn)解決的功能, 其中優(yōu)先級(jí)為高的工作項(xiàng)應(yīng)在 2022 年內(nèi)完成,優(yōu)先級(jí)為中的工作項(xiàng)盡量完成,優(yōu)先級(jí)為低的工作項(xiàng)根據(jù)工程需要單獨(dú)立項(xiàng)完成.表3-2待工作項(xiàng)表方案工作項(xiàng)子工作項(xiàng)工作描述優(yōu)先級(jí)高/中/低人月初步估算系統(tǒng)增強(qiáng)1MT5.0 測(cè)試及文檔小

16、差 l=r測(cè)試文檔幫助制 作根據(jù)前期開(kāi)發(fā)內(nèi)容發(fā)布訂閱、jms、網(wǎng)絡(luò)客戶(hù)端、tonglinkQ 橋等,在土 要白W Windows和Linux 平臺(tái)上測(cè)試 MT各項(xiàng)功能,并同步更新用戶(hù)幫助和 使用手冊(cè).高2*2人月264位移植并測(cè)試Linux64Windows64最初MT基于32開(kāi)發(fā)的,但隨著 64 位系統(tǒng)的流行,必須要重點(diǎn)考慮能在 64位系統(tǒng)上穩(wěn)定運(yùn)行的版本.高2*2人月3國(guó)產(chǎn)化移植龍芯 飛騰 申威在全國(guó)產(chǎn)化的平臺(tái)上重新編譯并測(cè)試 MT產(chǎn)品.高1*2*2人月.4MT平安增強(qiáng)設(shè)計(jì)Linux 版Windows 版效勞器與效勞器通訊增加TLS/SSL協(xié)議支持高立項(xiàng)開(kāi)發(fā),3*3 人月5傳輸性能增強(qiáng)設(shè)計(jì)

17、網(wǎng)絡(luò)優(yōu)化存儲(chǔ)優(yōu)化重點(diǎn)攻關(guān)傳輸性能和吞吐率,找到影 響系統(tǒng)性能的瓶頸,通過(guò)替換存儲(chǔ)、 改良算法等方式來(lái)優(yōu)化程序.中立項(xiàng)開(kāi)發(fā),3*3 人月6集群增強(qiáng)設(shè)計(jì)效勞器集群客戶(hù)端集群5.0版本集群實(shí)現(xiàn)較為簡(jiǎn)單,集群治理 機(jī)本身會(huì)有單點(diǎn)故障中立項(xiàng)開(kāi)發(fā),2*3 人月7事務(wù)日志技術(shù)頂研 設(shè)計(jì)代碼編寫(xiě)5.0版本領(lǐng)務(wù)日志并非正宗的預(yù)寫(xiě)式 日志 WAL ,由于消息存儲(chǔ)沒(méi)有一個(gè)真正日志機(jī)制,一定程度上也影響 性能和故障恢復(fù)中立項(xiàng)開(kāi)發(fā),2*3 人月8發(fā)布訂閱增強(qiáng)基于消息內(nèi) 容訂閱 多級(jí)效勞器 訂閱發(fā)布訂閱技術(shù)相比點(diǎn)對(duì)點(diǎn)有更好的擴(kuò) 展性,5.0版本的發(fā)布訂閱機(jī)制消息搜 索性能會(huì)比擬低,需提升消息匹配、 搜索性能.中立項(xiàng)開(kāi)發(fā),

18、2*3 人月9MT5.0 其他平臺(tái)的AIX版HP版在這些平臺(tái)上重新編譯并形成該平臺(tái) 的版本.低1*2人月移植和測(cè)試10統(tǒng)一監(jiān)控治理隊(duì)列和消息 監(jiān)控連接監(jiān)控監(jiān)控接口開(kāi)發(fā)一套基于 web的統(tǒng)L監(jiān)控治理 端,可以監(jiān)控效勞器、連接、隊(duì)列等 信息,提供多種監(jiān)控接口.中立項(xiàng)開(kāi)發(fā),3*3 人月11瘦Java客戶(hù)端高12其他開(kāi)發(fā)如開(kāi)發(fā)語(yǔ)言支持、操作系統(tǒng)支持等, 以及一些具體工程需要立項(xiàng)開(kāi)發(fā)中全新開(kāi)發(fā)暫不推薦1重新開(kāi)發(fā)技術(shù)頂研 設(shè)計(jì) 開(kāi)發(fā) 測(cè)試文檔基于開(kāi)源的消息中間件,重新設(shè)計(jì)開(kāi) 發(fā).至少5*12人月3.4.2 人力資源表3-3人力資源情況表角色責(zé)任需要最低需 求現(xiàn)有狀況工程經(jīng)理立項(xiàng)、治理、 方案2人江學(xué)海、李

19、撫產(chǎn)品經(jīng)理或售刖宣傳、推廣 產(chǎn)品,調(diào)研、 收集產(chǎn)品需 求,形成用 戶(hù)需求1-2人無(wú)需招聘1人分析和設(shè)計(jì)調(diào)研、分析 需求和設(shè) 計(jì),指導(dǎo)程 序員編寫(xiě)代1-2人江學(xué)海兼任,需招聘1人碼程序員編寫(xiě)代碼4江學(xué)海、李撫、李梁兼任,需招聘1-2人測(cè)試員編寫(xiě)測(cè)試用 例、測(cè)試、 編寫(xiě)用戶(hù)文 檔.1-2楊剛需招聘1-2人配置治理員1無(wú)暫可工程組兼任技術(shù)支持接口1楊剛兼任3.4.3 時(shí)間方案首先需確定開(kāi)發(fā)內(nèi)容,確定終止時(shí)間,保證人力資源,才能制定切實(shí)可行的開(kāi)發(fā)方案.下表是一個(gè)我認(rèn)為的大致時(shí)間順序.表3-4時(shí)間安排表工作項(xiàng)擬安排人員開(kāi)始時(shí)間完成時(shí)間MT與 TongLinkQ 橋李梁2022年11月初2022年1月前完

20、成MT5.0測(cè)試及文檔完善2人2022年12月初2022年2月前完成MT5.0 64位移植并測(cè)試2人2022年1月初2022年3月初國(guó)產(chǎn)化移植及測(cè)試2人MT平安加固及測(cè)試2人瘦Java客戶(hù)端集群功能增強(qiáng)傳輸性能增強(qiáng)發(fā)布訂閱功能升級(jí)統(tǒng)一監(jiān)控4 Sync產(chǎn)品概況4.4 產(chǎn)品概述產(chǎn)品定位：數(shù)據(jù)同步與備份中間件.產(chǎn)品功能：可看產(chǎn)品說(shuō)明書(shū)或用戶(hù)手冊(cè)等,再次不詳述.4.4.2 版本歷史表4-1 Sync開(kāi)展歷史版本號(hào)年份功能Sync2.02022傳輸基于MT3、數(shù)據(jù)抽取與轉(zhuǎn)換、支持 SqlServer2022 和 Oracle10gSync2.02022傳輸基于MT4、增加文件夾傳輸、優(yōu)化數(shù)據(jù)抽取和加載效

21、率、增加新 支持的數(shù)據(jù)庫(kù)版本.產(chǎn)品由數(shù)據(jù)交換平臺(tái)重新定位為數(shù)據(jù)同步與備份中間件.4.1.2框架結(jié)構(gòu)標(biāo)準(zhǔn)標(biāo)準(zhǔn)中央限制任務(wù)治理資源發(fā)布映射治理轉(zhuǎn)換效勞傳輸效勞審計(jì)統(tǒng)計(jì)效勞資源治理應(yīng)用效勞界面構(gòu)件命名效勞數(shù)據(jù)壓縮和加密平安認(rèn)證國(guó)際化日志效勞數(shù)據(jù)操作封裝格式轉(zhuǎn)換數(shù)據(jù)源治理配置數(shù)據(jù)過(guò)濾封裝中間件接口命令協(xié)議數(shù)據(jù)庫(kù)連接池統(tǒng)一 XML映射處理線(xiàn)程池根底構(gòu)件適配器接口IDP子系統(tǒng)遠(yuǎn)程治理監(jiān)控子系統(tǒng)接入子系統(tǒng)統(tǒng)計(jì)分析子系統(tǒng)資源治理與共享子系統(tǒng)數(shù)據(jù)轉(zhuǎn)換子系統(tǒng)數(shù)據(jù)傳輸子系統(tǒng)平臺(tái)應(yīng)用效勞器LDAP效勞器JAVA虛擬機(jī)消息中間件數(shù)據(jù)庫(kù)其他效勞、協(xié)議 支持圖4-1 Sync功能框架分析：表4-2各子系統(tǒng)模塊說(shuō)明實(shí)現(xiàn)程度數(shù)

22、據(jù)轉(zhuǎn)換子系統(tǒng)主要用來(lái)抽取和加載數(shù)據(jù)庫(kù)文件的子 系統(tǒng),是系統(tǒng)的核心,數(shù)據(jù)抽取和加 載功能偏數(shù)據(jù)庫(kù),不如ETL或者專(zhuān)門(mén) 的數(shù)據(jù)交換軟件,有多種交換渠道.根本成型.這局部有許多開(kāi)源的實(shí)現(xiàn), 可以融入進(jìn)來(lái),增強(qiáng)功能.數(shù)據(jù)傳輸子系統(tǒng)基于MTAPI開(kāi)發(fā)了一套可配置的文 件傳輸系統(tǒng),通過(guò)該系統(tǒng)輕松配置文 件、文件夾同步類(lèi)應(yīng)用.根本成型.可以用其他產(chǎn)品替代.遠(yuǎn)程治理監(jiān)控子系 統(tǒng)一個(gè)基于Web的統(tǒng)一治理限制系統(tǒng)尚未開(kāi)發(fā).所有的治理限制均在此子系 統(tǒng)中實(shí)施限制.推棄與系統(tǒng)相關(guān)性很大桌面 客戶(hù)端.接入子系統(tǒng)提供適配器,由第三方應(yīng)用 調(diào)用適配器接口傳入接出數(shù) 據(jù).Sync目前僅提供數(shù)據(jù)庫(kù)、文 件、消息中間件適配器統(tǒng)計(jì)

23、分析子系統(tǒng)對(duì)數(shù)據(jù)傳輸、數(shù)據(jù)抽取與加載的日志進(jìn)行統(tǒng)計(jì)分析.已有資源治理與共享子 系統(tǒng)包括應(yīng)用系統(tǒng)注冊(cè)、資源注冊(cè).資源目錄治理,系統(tǒng)以目錄的形 式治理所有信息元素,通過(guò)效勞 的形式將資源信息共享到其他應(yīng) 用系統(tǒng).該子系統(tǒng)是數(shù)據(jù)交換的核心子系 統(tǒng)之一,即通過(guò)治理信息元和應(yīng) 用系統(tǒng),訂閱方根據(jù)數(shù)據(jù)信息訂 閱信息,共享方向訂閱發(fā)送數(shù)據(jù).尚未開(kāi)發(fā).1.1.3 網(wǎng)絡(luò)支持由于MT ,要求同3.1.3 .嵌入消息中間件優(yōu)勢(shì)在于,可利用消息中間件的連通性好、斷點(diǎn)續(xù)傳的優(yōu)勢(shì),另外大局部情況下,用戶(hù)并不愿意開(kāi)放數(shù)據(jù)庫(kù)端口.1.1.4 硬件支持由于MT ,要求同3.1.4 .數(shù)據(jù)轉(zhuǎn)換局部基于java開(kāi)發(fā),但是由于目前是

24、采用基于eclipse的SWT技術(shù)開(kāi)發(fā)的治理界面,而 SWT也同樣受平臺(tái)的限制,在某些國(guó)產(chǎn)系統(tǒng)上,可能無(wú)法獲取該版本 的SWT軟件.因此效勞器端和客戶(hù)端必須通過(guò)socket等機(jī)制別離,不再可綁定到一起,這樣移植和部署更容易1.1.5 操作系統(tǒng)支持Windows 系歹U: Windows2000/2022/2022/2022 server Windows XP/7/8/vista 等.Linux 系列：RedHat、CentOS、SUSE、中標(biāo)麒麟、Ubuntu 等Unix系列：AIX、HP等最新5.0版本需要編譯移植IOS、Android :尚不支持.1.1.6 開(kāi)發(fā)語(yǔ)言主要基于JAVA,除了

25、 MT的接口,Sync本身提供少量的接口,大局部靠配置.1.1.7 交易特性利用數(shù)據(jù)庫(kù)自身的交易特性,數(shù)據(jù)交換效勞本身沒(méi)有利用JTS等事務(wù)效勞.1.1.8 平安性可對(duì)抽取出的數(shù)據(jù)進(jìn)行壓縮和加密,節(jié)點(diǎn)間的信息通訊依賴(lài)MT的平安性.1.1.9 性能取決于數(shù)據(jù)抽取、加載和傳輸?shù)男阅?瓶頸主要在抽取和加載上,系統(tǒng)采用JDBC連接數(shù)據(jù)庫(kù)的形式,滿(mǎn)足了擴(kuò)展性,但犧牲了性能.系統(tǒng)主要采用優(yōu)化的全表比對(duì)算法來(lái)獲取增量數(shù)據(jù),不侵入系統(tǒng),但是性能也較低.系統(tǒng)可以配置多線(xiàn)程抽取、多線(xiàn)程加載的方式來(lái)提升性能這么做可能會(huì)加重?cái)?shù)據(jù)庫(kù)的負(fù)擔(dān)對(duì)于某些流行數(shù)據(jù)庫(kù),應(yīng)該研發(fā)基于日志的同步方式.4.2 競(jìng)爭(zhēng)對(duì)手和市場(chǎng)分析表4-3

26、Sync競(jìng)爭(zhēng)分析產(chǎn)品市場(chǎng)占有率非準(zhǔn)確數(shù)據(jù)優(yōu)劣勢(shì)匯金科技Sync國(guó)產(chǎn)中間件較低,應(yīng)急工程功能較單一,比擬穩(wěn)定, 應(yīng)用較少東方通TongIntegrator國(guó)產(chǎn)中間件較局治理功能比擬好,應(yīng)用相對(duì)Sync多開(kāi)源數(shù)據(jù)抽取工 具典型為Kettle國(guó)外中間件局域網(wǎng)內(nèi)使用單圖不用收費(fèi),軟件較復(fù)雜, 多節(jié)點(diǎn)的話(huà)維護(hù)本錢(qián)高, 不適合處理分布式交換的 情況專(zhuān)業(yè)數(shù)據(jù)庫(kù)同步與備份1商國(guó)內(nèi)外中間 件專(zhuān)門(mén)領(lǐng)域市場(chǎng)占后舉局直接使用數(shù)據(jù)庫(kù) C API操 縱數(shù)據(jù)庫(kù)事務(wù)日志進(jìn)行同 步,速度快分析：Sync這個(gè)產(chǎn)品值得好好開(kāi)展,在這塊耕耘的廠(chǎng)家很多,包括目前對(duì)大數(shù)據(jù)的同步交換 需求也會(huì)很多.目前有專(zhuān)門(mén)追求速度的的數(shù)據(jù)庫(kù)同步廠(chǎng)商；

27、有注重?cái)?shù)據(jù)抽取與轉(zhuǎn)換的工具； 也有提供了 各種通訊交換接口的程序框架； 也有集成了數(shù)據(jù)傳輸、流程調(diào)度、 效勞調(diào)度、交換適配的數(shù) 據(jù)交換平臺(tái).Sync目前的定位是較為單一的數(shù)據(jù)庫(kù)同步和文件同步的平臺(tái),即使如此,要做的非常好 用穩(wěn)定也是不容易的.4.3 開(kāi)發(fā)策略和原那么首先要明確定位,將其打造成萬(wàn)能的數(shù)據(jù)交換平臺(tái),還是單一的數(shù)據(jù)傳輸與同步工具.前者只需要完善現(xiàn)有功能,做好文件和數(shù)據(jù)庫(kù)的同步就可以了！后者需要有各種接入和接出適配,格式轉(zhuǎn)換,甚至路由選擇,效勞治理等,類(lèi)似ETL和ESB軟件的綜合體.建議一邊調(diào)研市場(chǎng)上用的好的此類(lèi)產(chǎn)品,再做出決策.開(kāi)發(fā)策略和原那么同 3.3所述.4.4 下一步開(kāi)發(fā)方案暫根據(jù)目前產(chǎn)品功能、競(jìng)爭(zhēng)對(duì)手和市場(chǎng)狀況,擬定進(jìn)一步的開(kāi)發(fā)策略和方案.分為兩種方向,定位為數(shù)據(jù)同步工具和數(shù)據(jù)交換平臺(tái)分別闡述.4.4.1 開(kāi)發(fā)內(nèi)容下表初略列出下一步需完成的工作這些工作不包含突發(fā)的、額外的支持和工程實(shí)施工作,再?gòu)倪@張表中遴