專利名稱：訂單分配系統(tǒng)的技術(shù)構(gòu)架的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及一種系統(tǒng)平臺(tái)，尤其是訂單分配系統(tǒng)的技術(shù)構(gòu)架,
背景技術(shù)：
隨著市場的發(fā)展，訂單管理軟件應(yīng)該能有效整合企業(yè)資源，實(shí)現(xiàn)
高效的訂單管理，提高訂單管理的規(guī)范化水平。目前的要求是
1) 集成，現(xiàn)在各個(gè)機(jī)構(gòu)信息化程度不斷加強(qiáng)，規(guī)模越來越大了，業(yè) 務(wù)外延擴(kuò)展很塊，為其提供一體化的軟件系統(tǒng)，真正實(shí)現(xiàn)業(yè)務(wù)集 成；
2) 平臺(tái)化，日常的辦公管理和其他的系統(tǒng)都需要和訂單管理系統(tǒng)進(jìn) 行信息交換和交互，信息系統(tǒng)有平臺(tái)化的功能，方便其他業(yè)務(wù)系 統(tǒng)進(jìn)行對接和信息交換；
3) 精益化，客戶對細(xì)節(jié)的要求越來越嚴(yán)格，滿足訂單信息管理越來 越細(xì)節(jié)和微觀要求；
4) 智能化，系統(tǒng)要處理的業(yè)務(wù)越來越復(fù)雜，系統(tǒng)也必對這些操作提 供良好的支持；而且訂單分配操作中很多地方都可以應(yīng)用人工智 能技術(shù)來降低操作難度和節(jié)約操作，加快操作效率。
5) 接口標(biāo)準(zhǔn)化，能給其他系統(tǒng)(如財(cái)務(wù)、ERP)提供接口，達(dá)到 資源共享。所以要求接口的標(biāo)準(zhǔn)化是必然的趨勢。

發(fā)明內(nèi)容
本發(fā)明的目的在于提供一種可以解決上述問題訂單分配系統(tǒng)技術(shù)架構(gòu)。
本發(fā)明采用如下技術(shù)方案 一種訂單分配系統(tǒng)的技術(shù)構(gòu)架，其特征 在于，包括
A、總體技術(shù)架構(gòu)B、 ESB/EAI技術(shù)架構(gòu)C、子系統(tǒng)分層架構(gòu)D、 部署視圖E、數(shù)據(jù)分類F、安全框架G、網(wǎng)絡(luò)分區(qū)
所述總體技術(shù)架構(gòu)把系統(tǒng)中各個(gè)子系統(tǒng)的公共內(nèi)容抽取出來形成 一個(gè)基礎(chǔ)框架平臺(tái)，包括安全、日志、異常、ID、報(bào)表、通信、報(bào)文、 配置、壓縮、加密、緩存等。
所述ESB/EAI技術(shù)架構(gòu)ESB基于中間件之上，實(shí)現(xiàn)了通信、互連、 轉(zhuǎn)換、可移植性和安全性標(biāo)準(zhǔn)接口的企業(yè)基礎(chǔ)軟件平臺(tái)。
所述子系統(tǒng)分層架構(gòu)包括B/S多層結(jié)構(gòu)、組件化設(shè)計(jì)、跨平臺(tái)多數(shù) 據(jù)庫支持。
所述部署視圖包括集中式部署、分布式部署。
所述安全框架分為四個(gè)層次網(wǎng)絡(luò)安全、通信安全、數(shù)據(jù)安全和操 作安全。
所述網(wǎng)絡(luò)分區(qū)根據(jù)用戶的安全級(jí)別不同，將網(wǎng)絡(luò)分為多個(gè)區(qū)，這 里分為不授控區(qū)、DMZ區(qū)(授控區(qū))和安全區(qū);各區(qū)之間的訪問有嚴(yán)格 的限制，如不授控區(qū)絕對不可以訪問安全區(qū)，如需訪問，必需通過DMZ 區(qū)(授控區(qū))來完成。
本發(fā)明系統(tǒng)能夠更快地響應(yīng)業(yè)務(wù)需求，從而實(shí)現(xiàn)更好的業(yè)務(wù)靈活 性，使得企業(yè)能夠?qū)ψ兓焖俸陀行У刈龀鲰憫?yīng)，并且利用變化來獲得竟?fàn)巸?yōu)勢。而這種靈活性的架構(gòu)意味著它不僅能夠確保當(dāng)前業(yè)務(wù)的靈活
性，并且可以滿足未來的業(yè)務(wù)需求。本項(xiàng)目以國際IT生產(chǎn)商訂單管理 運(yùn)作經(jīng)驗(yàn)為基礎(chǔ)，根據(jù)調(diào)研分析的訂單管理發(fā)展趨勢為導(dǎo)向而開發(fā)的。 其目標(biāo)是符合訂單管理的需求，滿足供不應(yīng)求情況下，生產(chǎn)企業(yè)資源高 效利用。完全的分布式多層架構(gòu)，基于消息引擎的松耦合服務(wù)調(diào)用模式， 符合SOA標(biāo)準(zhǔn)。ML +消息驅(qū)動(dòng)&￥6^-<11^611)+1^0^1+￡01+智能路由+ 管理工具。摒棄了傳統(tǒng)剛性的和"堆砌"的EAI工具和方法。采用事件 驅(qū)動(dòng)(Event-driven)和面向月良務(wù)的架構(gòu)(Service Oriented Architecture)。 靈活的業(yè)務(wù)流程構(gòu)建、整合和監(jiān)控管理(BPMS)。


圖1是本發(fā)明EAI技術(shù)架構(gòu)結(jié)構(gòu)圖2是本發(fā)明子系統(tǒng)分層架構(gòu)示意圖3是本發(fā)明積木模塊開發(fā)示意圖4是集中式部署結(jié)構(gòu)示意圖5是分布式部署結(jié)構(gòu)示意圖6是本發(fā)明數(shù)據(jù)分類結(jié)構(gòu)示意圖。
本發(fā)明的目的、功能及優(yōu)點(diǎn)將結(jié)合實(shí)施例，參照附圖做進(jìn)一步說明。
具體實(shí)施例方式
如圖1所示，本發(fā)明一種訂單分配系統(tǒng)的技術(shù)構(gòu)架，其特征在于， 包括
A、總體技術(shù)架構(gòu)B、 ESB/EAI技術(shù)架構(gòu)C、子系統(tǒng)分層架構(gòu)D、 部署視圖E、數(shù)據(jù)分類F、安全框架G、網(wǎng)絡(luò)分區(qū)
所述總體技術(shù)架構(gòu)把系統(tǒng)中各個(gè)子系統(tǒng)的公共內(nèi)容抽取出來形成一個(gè)基礎(chǔ)框架平臺(tái)，包括安全、日志、異常、ID、報(bào)表、通信、報(bào)文、 配置、壓縮、加密、緩存等。
所述ESB/EAI技術(shù)架構(gòu)ESB基于中間件之上，實(shí)現(xiàn)了通信、互連、 轉(zhuǎn)換、可移植性和安全性標(biāo)準(zhǔn)接口的企業(yè)基礎(chǔ)軟件平臺(tái)。
所述子系統(tǒng)分層架構(gòu)包括B/S多層結(jié)構(gòu)、組件化設(shè)計(jì)、跨平臺(tái)多數(shù) 據(jù)庫支持。
所述部署視圖包括集中式部署、分布式部署。
所述安全框架分為四個(gè)層次網(wǎng)絡(luò)安全、通信安全、數(shù)據(jù)安全和操 作安全。
所述網(wǎng)絡(luò)分區(qū)根據(jù)用戶的安全級(jí)別不同，將網(wǎng)絡(luò)分為多個(gè)區(qū)，這 里分為不授控區(qū)、DMZ區(qū)(授控區(qū))和安全區(qū)；各區(qū)之間的訪問有嚴(yán)格 的限制，如不4受控區(qū)絕對不可以訪問安全區(qū)，如需訪問，必需通過DMZ 區(qū)(授控區(qū))來完成。
本發(fā)明系統(tǒng)能夠更快地響應(yīng)業(yè)務(wù)需求，從而實(shí)現(xiàn)更好的業(yè)務(wù)靈活性， 使得企業(yè)能夠?qū)ψ兓焖俸陀行У刈龀鲰憫?yīng)，并且利用變化來獲得竟?fàn)?優(yōu)勢。而這種靈活性的架構(gòu)意味著它不僅能夠確保當(dāng)前業(yè)務(wù)的靈活性， 并且可以滿足未來的業(yè)務(wù)需求。本項(xiàng)目以國際IT生產(chǎn)商訂單管理運(yùn)作 經(jīng)驗(yàn)為基礎(chǔ)，根據(jù)調(diào)研分析的訂單管理發(fā)展趨勢為導(dǎo)向而開發(fā)的。其目 標(biāo)是符合訂單管理的需求，滿足供不應(yīng)求情況下，生產(chǎn)企業(yè)資源高效利 用。完全的分布式多層架構(gòu)，基于消息引擎的松耦合服務(wù)調(diào)用模式，符 合SOA標(biāo)準(zhǔn)。ML+消息驅(qū)動(dòng)(event-driven)+MOM+EDI+智能路由+管 理工具。摒棄了傳統(tǒng)剛性的和"堆砌"的EAI工具和方法。采用事件驅(qū) 動(dòng)(Event-driven)和面向月艮務(wù)的架構(gòu)(Service Oriented Architecture)。 靈活的業(yè)務(wù)流程構(gòu)建、整合和監(jiān)控管理(BPMS)。
以上所述僅為本發(fā)明的優(yōu)選實(shí)施例，并非因此限制本發(fā)明的專利范
圍，凡是利用本發(fā)明說明書及附圖內(nèi)容所作的等效結(jié)構(gòu)或等效流程變換，
或直接或間接運(yùn)用在其他相關(guān)的技術(shù)領(lǐng)域，均同理包括在發(fā)明的專利保
護(hù)范圍內(nèi)。
權(quán)利要求
1、一種訂單分配系統(tǒng)的技術(shù)構(gòu)架，其特征在于，包括A、總體技術(shù)架構(gòu)B、ESB/EAI技術(shù)架構(gòu)C、子系統(tǒng)分層架構(gòu)D、部署視圖E、數(shù)據(jù)分類F、安全框架G、網(wǎng)絡(luò)分區(qū)。
2、 如權(quán)利要求1所述的訂單分配系統(tǒng)的技術(shù)構(gòu)架，其特征在于所述總 體技術(shù)架構(gòu)把系統(tǒng)中各個(gè)子系統(tǒng)的公共內(nèi)容抽取出來形成一個(gè)基礎(chǔ)框架平 臺(tái)，包括安全、日志、異常、ID、報(bào)表、通信、報(bào)文、配置、壓縮、加密、 緩存等。
3、 如權(quán)利要求1所述的訂單分配系統(tǒng)的技術(shù)構(gòu)架，其特征在于所述 ESB/EAI技術(shù)架構(gòu)ESB基于中間件之上，實(shí)現(xiàn)了通信、互連、轉(zhuǎn)換、可移植 性和安全性標(biāo)準(zhǔn)接口的企業(yè)基礎(chǔ)軟件平臺(tái)。
4、 如權(quán)利要求1所述的訂單分配系統(tǒng)的技術(shù)構(gòu)架，其特征在于所述子 系統(tǒng)分層架構(gòu)包括B/S多層結(jié)構(gòu)、組件化設(shè)計(jì)、跨平臺(tái)多數(shù)據(jù)庫支持。
5、 如權(quán)利要求1所述的訂單分配系統(tǒng)的技術(shù)構(gòu)架，其特征在于所述部 署視圖包括集中式部署、分布式部署。
6、 如權(quán)利要求1所述的訂單分配系統(tǒng)的技術(shù)構(gòu)架，其特征在于所述安 全框架分為四個(gè)層次網(wǎng)絡(luò)安全、通信安全、數(shù)據(jù)安全和才喿作安全。
7、如權(quán)利要求1所述的訂單分配系統(tǒng)的技術(shù)構(gòu)架，其特征在于所述 網(wǎng)絡(luò)分區(qū)根據(jù)用戶的安全級(jí)別不同，將網(wǎng)絡(luò)分為多個(gè)區(qū)，這里分為不授控區(qū)、 DMZ區(qū)(授控區(qū))和安全區(qū);各區(qū)之間的訪問有嚴(yán)格的限制，如不授控區(qū)絕對 不可以訪問安全區(qū)，如需訪問，必需通過DMZ區(qū)(授控區(qū))來完成。
全文摘要
本發(fā)明涉及一種系統(tǒng)平臺(tái)，尤其是訂單分配系統(tǒng)的技術(shù)構(gòu)架，其特征在于，包括A、總體技術(shù)架構(gòu)，B、ESB/EAI技術(shù)架構(gòu)，C、子系統(tǒng)分層架構(gòu)，D、部署視圖，E、數(shù)據(jù)分類，F(xiàn)、安全框架，G、網(wǎng)絡(luò)分區(qū)。本發(fā)明完全的分布式多層架構(gòu)，基于消息引擎的松耦合服務(wù)調(diào)用模式，符合SOA標(biāo)準(zhǔn)。ML+消息驅(qū)動(dòng)(event-driven)+MOM+EDI+智能路由+管理工具。摒棄了傳統(tǒng)剛性的和“堆砌”的EAI工具和方法。采用事件驅(qū)動(dòng)(Event-driven)和面向服務(wù)的架構(gòu)(Service Oriented Architecture)。靈活的業(yè)務(wù)流程構(gòu)建、整合和監(jiān)控管理(BPMS)。
文檔編號(hào)G06F9/44GK101673361SQ20081011987
公開日2010年3月17日 申請日期2008年9月12日 優(yōu)先權(quán)日2008年9月12日
發(fā)明者明 盧 申請人:北京正辰科技發(fā)展有限責(zé)任公司