【導(dǎo)讀】{ "error_code": 17, "error_msg": "Open api daily request limit reached" }

　　

【正文】 持 RESTful、 BlazeDS，平臺(tái)為系統(tǒng)間集成提供 Web Service 支持。平臺(tái)內(nèi)部服 務(wù)調(diào)用數(shù)據(jù)以 JSON 格式序列化。服務(wù)端采用 Spring MVC 中的DispachServlet 進(jìn)行請(qǐng)求派發(fā)。 ? 業(yè)務(wù)應(yīng)用系統(tǒng)的業(yè)務(wù)邏輯組件以及平臺(tái)提供的標(biāo)準(zhǔn)邏輯組件、公共服務(wù)代理構(gòu)成業(yè)務(wù)邏輯層。平臺(tái)服務(wù) Fa231。ade 將在業(yè)務(wù)系統(tǒng)運(yùn)行環(huán)境中暴露公共服務(wù)接口，這些接口可以被業(yè)務(wù)邏輯引用，也可以通過(guò)服務(wù)交互層暴露給客戶端調(diào)用（解決瀏覽器 HTTP 請(qǐng)求跨域問(wèn)題）。 ? 持久層通過(guò)集成 Hibernate 提供數(shù)據(jù)持久化、數(shù)據(jù)訪問(wèn)能力。 平臺(tái)基于分層思想在 Web 應(yīng)用的不同層面上提供了展現(xiàn)框架、服務(wù)交互、服務(wù)封裝、持久化、公共服務(wù)、 集成等各種基礎(chǔ)設(shè)施和工具，使得業(yè)務(wù)系統(tǒng)開(kāi)發(fā)人員只需要重點(diǎn)關(guān)注業(yè)務(wù)展現(xiàn)頁(yè)面、業(yè)務(wù)邏輯等業(yè)務(wù)緊密相關(guān)的組件開(kāi)發(fā)。 19 軟件實(shí)施方法 某電力行業(yè)大型軟件公司公司通過(guò)長(zhǎng)期參與國(guó)網(wǎng)公司信息化建設(shè)的積累，形成了一套成熟的針對(duì)軟件開(kāi)發(fā)實(shí)施的方法與理論，并結(jié)合公司架構(gòu)管控要求，針對(duì)系統(tǒng)建設(shè)各階段的內(nèi)容，對(duì)項(xiàng)目建設(shè)各階段制定了明確內(nèi)容、目標(biāo)與制度。 計(jì)劃管理， 計(jì)劃階段是根據(jù)企業(yè)愿景和業(yè)務(wù)目標(biāo)，明確項(xiàng)目目標(biāo)和期望，明確高層的需求以及能滿足這些需求的軟件和實(shí)施方法。因此，計(jì)劃階段需要對(duì)企業(yè)現(xiàn)有能力、項(xiàng)目實(shí)施成本、實(shí)施進(jìn)度、主要業(yè)務(wù)情 景、潛在風(fēng)險(xiǎn)等因素進(jìn)行評(píng)估，在此基礎(chǔ)上確認(rèn)方案藍(lán)圖，定義項(xiàng)目成果的交付方式、實(shí)施團(tuán)隊(duì)所要具備的能力、確定項(xiàng)目實(shí)施的范圍。同時(shí)制定相應(yīng)的變革計(jì)劃，以幫助企業(yè)和員工適應(yīng)并掌握新的業(yè)務(wù)能力。在項(xiàng)目計(jì)劃獲得批準(zhǔn)后，及時(shí)與相關(guān)工作團(tuán)隊(duì)進(jìn)行溝通，確保各項(xiàng)目單位都能及時(shí)準(zhǔn)確的根據(jù)計(jì)劃開(kāi)展下一階段工作。 圖 進(jìn)度階段 需求管理：需求開(kāi)發(fā)階段通過(guò)對(duì)需求調(diào)研、需求分析、用戶體驗(yàn)設(shè)計(jì)等幾個(gè)方面標(biāo)準(zhǔn)化要求，加強(qiáng)了系統(tǒng)建設(shè)過(guò)程中對(duì)于需求調(diào)研分析階段的管理。通過(guò)對(duì)調(diào)研目標(biāo)的明確，客戶需求、業(yè)務(wù)需求與總體架構(gòu)藍(lán)圖需求等調(diào)研輸入的要求 ，業(yè)務(wù)目標(biāo)、業(yè)務(wù)流程、業(yè)務(wù)活動(dòng)具體內(nèi)容的明確與規(guī)范化，執(zhí)行角色、組織單元、業(yè)務(wù)信息的確定，提升了需求調(diào)研階段的成 果質(zhì)量，進(jìn)一步明確用戶的實(shí)際業(yè)務(wù)需求，并結(jié)合軟件的描述方式形成軟件需求說(shuō)明書(shū)作為下一個(gè)階段工作開(kāi)展的基礎(chǔ)與依據(jù)，指導(dǎo)后續(xù)工作的開(kāi)展。 設(shè)計(jì)階段管理：在設(shè)計(jì)階段，主要基于業(yè)務(wù)藍(lán)圖、用戶需求、軟件需求規(guī)格說(shuō)明書(shū)內(nèi)容，進(jìn)行系統(tǒng)概要設(shè)計(jì)、詳細(xì)設(shè)計(jì)、數(shù)據(jù)庫(kù)設(shè)計(jì)工作，在概要設(shè)計(jì)過(guò)程中，設(shè)計(jì)的主要內(nèi)容包括：系統(tǒng)總體框架設(shè)計(jì)、業(yè)務(wù)能力試圖設(shè)計(jì)、系統(tǒng)功能試圖設(shè)計(jì)、系統(tǒng)數(shù)據(jù)視圖設(shè)計(jì)、系統(tǒng)組件試圖設(shè)計(jì)、系統(tǒng)集成試圖設(shè)計(jì) 、系統(tǒng)邏輯部署視圖設(shè)計(jì)、系統(tǒng)物理部署設(shè)計(jì)、系統(tǒng)安全試圖設(shè)計(jì)。并在每一個(gè)設(shè)計(jì)內(nèi)容中又詳細(xì)包含了：設(shè)計(jì)目標(biāo)、設(shè)計(jì)輸入、設(shè)計(jì)步驟、架構(gòu)概覽、架構(gòu)遵從、設(shè)計(jì)輸出、執(zhí)行角色。基于國(guó)網(wǎng)公司架構(gòu)管控對(duì)概要設(shè)計(jì)工作內(nèi)容的規(guī)范，可以夯實(shí)系統(tǒng)設(shè)計(jì)工作的質(zhì)量，提升系統(tǒng)設(shè)計(jì)工作的全面性、合理性，為后續(xù)系統(tǒng)開(kāi)發(fā)奠定了堅(jiān)實(shí)的基礎(chǔ)工作。 開(kāi)發(fā)管理：基于軟件開(kāi)發(fā)管理規(guī)范，制定《軟件代碼編碼規(guī)范》、《代碼走查制度與規(guī)范》、《單元測(cè)試要求》、《代碼版本管理及軟件發(fā)布規(guī)范》、《質(zhì)量管理制度》、《配置管理制度》等開(kāi)發(fā)階段管理制度與規(guī)范，并在軟件 開(kāi)發(fā)實(shí)現(xiàn)過(guò)程中依據(jù)上述制定文檔 (含軟件體系結(jié)構(gòu)設(shè)計(jì)、軟件詳細(xì)設(shè)計(jì)等所有設(shè)計(jì)文檔 )、編寫(xiě)程序、實(shí)現(xiàn)設(shè)計(jì)要求、產(chǎn)生軟件實(shí)現(xiàn)的代碼和文檔、并對(duì)模塊進(jìn)行代碼走查和交叉單元測(cè)試，以確定軟件開(kāi)發(fā)人員編寫(xiě)的單元模塊能夠滿足設(shè)計(jì)要求，提升軟件的開(kāi)發(fā)質(zhì)量。 測(cè)試管理，測(cè)試階段的目標(biāo)是通過(guò)測(cè)試，確保系統(tǒng)各個(gè)部分整合起來(lái)能順暢運(yùn)行，滿足功能需求，達(dá)到各項(xiàng)績(jī)效評(píng)價(jià)指標(biāo)，如反應(yīng)時(shí)間、穩(wěn)定性、執(zhí)行性等。與其他階段類似，該階段仍通過(guò)應(yīng)用系統(tǒng)、技術(shù)架構(gòu)、培訓(xùn)和績(jī)效管理三方面進(jìn)行項(xiàng)目管理。應(yīng)用系統(tǒng)方面的工作包括，準(zhǔn)備并執(zhí)行應(yīng)用系統(tǒng)測(cè)試、集成 測(cè)試，性能測(cè)試，提交經(jīng)過(guò)測(cè)試的應(yīng)用系統(tǒng)；進(jìn)而進(jìn)行用戶接受測(cè)試，完成最終提交用戶接受的應(yīng)用系統(tǒng)的目標(biāo)。技術(shù)架構(gòu)方面的工作包括在已經(jīng)構(gòu)建的技術(shù)和工作環(huán)境中進(jìn)行架構(gòu)集成測(cè)試和系統(tǒng)性能測(cè)試，并提交通過(guò)測(cè)試的技術(shù)架構(gòu)。培訓(xùn)和績(jī)效管理方面仍主要集中在總體培訓(xùn)材料和針對(duì)試點(diǎn)單位的培訓(xùn)材料準(zhǔn)備工作，同時(shí)做好培訓(xùn)準(zhǔn)備并啟動(dòng)溝通計(jì)劃。 上線部署， 部署工作與計(jì)劃、分析、設(shè)計(jì)、構(gòu)建、測(cè)試階段一脈相承，其目標(biāo)是為大規(guī)模的系統(tǒng)推廣準(zhǔn)備執(zhí)行架構(gòu)和運(yùn)行環(huán)境，保證用戶能應(yīng)用并維護(hù)新系統(tǒng)，最終實(shí)現(xiàn)系統(tǒng)移交。作為整個(gè)項(xiàng)目中非常關(guān)鍵的部分 ， 前期工 作包括了在分析和設(shè)計(jì)階段制定部署計(jì)劃，在構(gòu)建階段對(duì)部署準(zhǔn)備工作進(jìn)行評(píng)估，在測(cè)試階段進(jìn)行系統(tǒng)移植準(zhǔn)備工作和授權(quán)部署。部署階 段的主要任務(wù)包括建立部署環(huán)境、數(shù)據(jù)轉(zhuǎn)換、進(jìn)行生產(chǎn)環(huán)境移植、應(yīng)用試點(diǎn)和應(yīng)用推廣。這個(gè)過(guò)程將不斷重復(fù)直至部署完成。技術(shù)構(gòu)架方面需要對(duì)應(yīng)用系統(tǒng)進(jìn)行優(yōu)化調(diào)整、進(jìn)行運(yùn)行就緒測(cè)試和生產(chǎn)環(huán)境支持。同時(shí)通過(guò)業(yè)務(wù)溝通和用戶培訓(xùn)、生產(chǎn)系統(tǒng)模擬運(yùn)行、組織試點(diǎn)和組織推廣，完成培訓(xùn)和績(jī)效管理，配合部署工作的順利開(kāi)展。 技術(shù)架構(gòu) 基于對(duì)電子商務(wù)平臺(tái)系統(tǒng)建設(shè)的經(jīng)驗(yàn)與系統(tǒng)應(yīng)用情況的總結(jié)分析，在系統(tǒng)建設(shè)之初便應(yīng)對(duì)系統(tǒng)的技術(shù) 設(shè)計(jì)工作加以關(guān)注，并對(duì)系統(tǒng)的性能進(jìn)行關(guān)注與調(diào)優(yōu)，提升系統(tǒng)的穩(wěn)定性、可靠性。 20 代碼設(shè)計(jì)方案 引入一套自動(dòng)化的代碼檢查平臺(tái)定期對(duì)代碼質(zhì)量進(jìn)行檢查，再輔以人工的代碼抽查對(duì)代碼進(jìn)行管控，并制定相應(yīng)的代碼管理制度，從而保證代碼的規(guī)范，提高代碼的質(zhì)量。 通過(guò)安裝、配置和使用靜態(tài)分析工具，在開(kāi)發(fā)生命周期的早期找出代碼中已有的缺陷問(wèn)題，預(yù)防問(wèn)題。常見(jiàn)的 Java 靜態(tài)分析工具有： Findbugs, PDM, CheckStyle 等。 Java 靜態(tài)分系統(tǒng)工具通常通過(guò)配置一定的編碼規(guī)則、編碼規(guī)范來(lái)檢查類或者 JAR 文 件，將字節(jié)碼與一組缺陷模式進(jìn)行對(duì)比以發(fā)現(xiàn)可能的問(wèn)題。有了靜態(tài)分析工具，就可以在不實(shí)際運(yùn)行程序的情況對(duì)軟件進(jìn)行分析。 動(dòng)態(tài)測(cè)試即通過(guò)實(shí)際運(yùn)行程序，并觀察程序運(yùn)行的實(shí)際結(jié)果來(lái)發(fā)現(xiàn)錯(cuò)誤的軟件測(cè)試技術(shù)；并在測(cè)試的輔助下，快速實(shí)現(xiàn)客戶需求的功能。通過(guò)編寫(xiě)測(cè)試用例，對(duì)客戶需求的功能進(jìn)行分解，并進(jìn)行系統(tǒng)設(shè)計(jì)。從使用角度對(duì)代碼的設(shè)計(jì)通常更符合后期開(kāi)發(fā)的需求?？蓽y(cè)試的要求，對(duì)代碼的內(nèi)聚性的提高和復(fù)用都非常有益。在測(cè)試的保護(hù)下，不斷重構(gòu)代碼，提高代碼的重用性，從而提高軟件產(chǎn)品的質(zhì)量。 3. 測(cè)試覆蓋率 測(cè)試改進(jìn)了 代碼質(zhì)量，但這也只是針對(duì)實(shí)際測(cè)試到的那部分代碼而言的。為此需要通過(guò)測(cè)試工具發(fā)現(xiàn)程序的哪些部分沒(méi)有測(cè)試到，從而就可以及時(shí)針對(duì)這些部分編寫(xiě)測(cè)試代碼并找出更多 Bug。 軟件的手動(dòng)測(cè)試非常耗時(shí)，勞動(dòng)強(qiáng)度高，并且很單調(diào)，而且還會(huì)引入一些人為的錯(cuò)誤，因此測(cè)試自動(dòng)化勢(shì)在必行。通常自動(dòng)化測(cè)試是通過(guò)一些測(cè)試自動(dòng)化工具開(kāi)發(fā)和執(zhí)行測(cè)試腳本，達(dá)到評(píng)估軟件質(zhì)量的目的。自動(dòng)化測(cè)試不僅能夠大大減輕測(cè)試人員的工作量，并減少了測(cè)試過(guò)程中人為出現(xiàn)的錯(cuò)誤。通過(guò)搭建自動(dòng)化測(cè)試平臺(tái)，定期定時(shí)進(jìn)行代碼自動(dòng)化測(cè)試，生成代碼質(zhì)量報(bào)告，保 證代碼質(zhì)量。提升電子商務(wù)平臺(tái)的安全性和穩(wěn)定性。 21 性能優(yōu)化提升 SQL 優(yōu)化 通過(guò)安裝、配置和使用靜態(tài)分析工具，在開(kāi)發(fā)生命周期的早期找出代碼中已有的缺陷問(wèn)題，預(yù)防問(wèn)題。常見(jiàn)的 Java 靜態(tài)分析工具有： Findbugs, PDM, CheckStyle 等。 Java 靜態(tài)分系統(tǒng)工具通常通過(guò)配置一定的編碼規(guī)則、編碼規(guī)范來(lái)檢查類或者 JAR 文件，將字節(jié)碼與一組缺陷模式進(jìn)行對(duì)比以發(fā)現(xiàn)可能的問(wèn)題。有了靜態(tài)分析工具，就可以在不實(shí)際運(yùn)行程序的情況對(duì)軟件進(jìn)行分析。 應(yīng)用 SQL 優(yōu)化是指，通過(guò)采集分析系統(tǒng)中執(zhí)行的應(yīng)用 SQL，針 對(duì)存在性能問(wèn)題的語(yǔ)句，進(jìn)行優(yōu)化和調(diào)整，提升應(yīng)用性能； SQL 優(yōu)化也可以針對(duì)特定的業(yè)務(wù)應(yīng)用從應(yīng)用端推進(jìn)到后臺(tái)數(shù)據(jù)庫(kù)層面，針對(duì)性的優(yōu)化用戶反應(yīng)緩慢的業(yè)務(wù)模塊。 應(yīng)用 SQL 優(yōu)化需要從后端數(shù)據(jù)庫(kù)和應(yīng)用程序端的調(diào)整配合實(shí)現(xiàn)。以下是進(jìn)一步的詳細(xì)說(shuō)明： 1）通過(guò)持續(xù)捕獲和獲取在線系統(tǒng)中的頂級(jí) SQL，針對(duì)具有執(zhí)行時(shí)間長(zhǎng)、 IO 操作密集等的 SQL 進(jìn)行優(yōu)化； 2）針對(duì)用戶反應(yīng)響應(yīng)緩慢的業(yè)務(wù)流程進(jìn)行優(yōu)化。實(shí)現(xiàn) SQL 的優(yōu)化運(yùn)行，確保線上系統(tǒng)運(yùn)行穩(wěn)定高效； 3）對(duì)新增應(yīng)用進(jìn)行優(yōu)化，確保新的問(wèn)題不要被引入到現(xiàn)有穩(wěn)定系統(tǒng)中。 通過(guò)下圖描述的 三個(gè)環(huán)節(jié)的閉環(huán)流程，可以不斷通過(guò)線上應(yīng)用優(yōu)化、培訓(xùn)知識(shí)轉(zhuǎn)移和開(kāi)發(fā)階段的 SQL 審計(jì)不斷提升應(yīng)用代碼的效率，改善軟件產(chǎn)品質(zhì)量和終端用戶體驗(yàn)： 數(shù)據(jù)庫(kù)的應(yīng)用 SQL 優(yōu)化是最核心和最重要的性能優(yōu)化工作，直接關(guān)系到應(yīng)用響應(yīng)時(shí)間和用戶體驗(yàn)。 數(shù)據(jù)結(jié)構(gòu)的設(shè)計(jì)和優(yōu)化是應(yīng)用優(yōu)化的重要內(nèi)容，通過(guò) SQL 分析與線上應(yīng)用性能分析，可以反過(guò)來(lái)指導(dǎo)數(shù)據(jù)結(jié)構(gòu)的優(yōu)化改進(jìn)。在這部分工作中，我們可以通過(guò)持續(xù)的索引優(yōu)化設(shè)計(jì)，戰(zhàn)略性的組織索引，使得索引可以有效的為查詢服務(wù)，提升應(yīng)用查詢?cè)L問(wèn)性能。 下一階段的索引優(yōu)化和數(shù)據(jù) 結(jié)構(gòu)優(yōu)化，將遵循以下的數(shù)據(jù)架構(gòu)設(shè)計(jì)模型來(lái)推進(jìn)：以數(shù)據(jù)模型為核心，以業(yè)務(wù)需求為目標(biāo)，明確數(shù)據(jù)結(jié)構(gòu)具體的服務(wù)對(duì)象，明確索引具體服務(wù)的查詢，通過(guò)明確的數(shù)據(jù)模型和元數(shù)據(jù)管理，建立從需求到技術(shù)細(xì)節(jié)的映射關(guān)系，實(shí)現(xiàn)最具針對(duì)性的模型和數(shù)據(jù)結(jié)構(gòu)優(yōu)化。 下圖說(shuō)明了數(shù)據(jù)結(jié)構(gòu)和索引優(yōu)化的核心和層次，通過(guò)需求和數(shù)據(jù)結(jié)構(gòu)分析，進(jìn)而指導(dǎo)上層的 SQL 開(kāi)發(fā)和優(yōu)化，這一優(yōu)化過(guò)程是持續(xù)的，螺旋上升，可以定期分階段的推進(jìn)。 無(wú)論哪一種數(shù)據(jù)庫(kù)管理系統(tǒng) (MySql， Oracle, IBM DB2,PostgreSQL 等等 )，再 怎么優(yōu)化，最終也避不開(kāi)與慢速的存儲(chǔ)介質(zhì)（硬盤、磁帶）進(jìn)行數(shù)據(jù)交換，但往往一旦涉及到了存儲(chǔ)介質(zhì)的 IO 操作，存取性能就會(huì)急劇下降。為此，為了提高數(shù)據(jù)存取效率，我們將對(duì)電子商務(wù)平臺(tái)的數(shù)據(jù)存取架構(gòu)進(jìn)行改進(jìn)，引進(jìn)緩存層，當(dāng)大量并發(fā)查詢需要獲取數(shù)據(jù)時(shí)將首先嘗試從緩存中搜索，只有在緩存中未能發(fā)現(xiàn)匹配的數(shù)據(jù)集才到數(shù)據(jù)庫(kù)中查詢，因此這將大大降低數(shù)據(jù)庫(kù)的 IO 壓力。緩存層我們將選用 memcached，顧名思義，它的全部操作自始至終都是在內(nèi)存中進(jìn)行的，所以存取數(shù)據(jù)的效率非常高。 memcached 廣泛應(yīng)用在大負(fù)載高并發(fā)的網(wǎng)站上，是一 種非常成熟的產(chǎn)品。像 Facebook， Youtube， Yahoo, 新浪，搜狐，網(wǎng)易，豆瓣等網(wǎng)站均或多或少使用了該項(xiàng)產(chǎn)品。 memcached 在以用戶為中心的網(wǎng)站上，表現(xiàn)尤其突出。這些站點(diǎn)一般來(lái)講，特別注重用戶體驗(yàn)，用戶對(duì)服務(wù)器的響應(yīng)速度要求很高，用戶數(shù)據(jù)相對(duì)比較復(fù)雜、關(guān)連度比較高，需要經(jīng)常對(duì)數(shù)據(jù)庫(kù)進(jìn)行更新和檢索。 內(nèi) ? ? 網(wǎng) 外 ? ? 網(wǎng)So t o w e r應(yīng) ? 用 服務(wù)器A r i b a應(yīng) ? 用 服務(wù)器緩 存 服 務(wù) 器 數(shù) 據(jù) 庫(kù) 服務(wù) 器12隔離裝置? 用 戶So t o w e r應(yīng) ? 用 服務(wù)器A r i b a應(yīng) ? 用 服務(wù)器緩 存 服 務(wù) 器? 用 戶 引入緩存服務(wù)器后，由于 Memcached 高性能，所以可以同時(shí)服務(wù)于更多的連接，大大提高了系統(tǒng)的并發(fā)處理的能力。另外， Memcached 通常部署在業(yè)務(wù)邏輯層（前臺(tái)應(yīng)用）和存儲(chǔ)層（主指數(shù)據(jù)庫(kù)）之 間，作為數(shù)據(jù)庫(kù)和前臺(tái)應(yīng)用的數(shù)據(jù)緩沖，因此可以快速的響應(yīng)前端的請(qǐng)求，減少對(duì)數(shù)據(jù)庫(kù)的訪問(wèn)。 22 系統(tǒng)應(yīng)用集成方式 大型電力企業(yè)公司通過(guò)兩級(jí) ESB 服務(wù)總線、 DXP、 ETL 等方式進(jìn)行各業(yè)務(wù)應(yīng)用系統(tǒng)、 ODS數(shù)據(jù)中心、主數(shù)據(jù)管理平臺(tái)等系統(tǒng)間的集成工作。直屬電工制造交易平臺(tái)，作為國(guó)網(wǎng)公司業(yè)務(wù)應(yīng)用系統(tǒng)之一，需結(jié)合現(xiàn)有技術(shù)路線實(shí)現(xiàn)與外圍系統(tǒng)集成。 平臺(tái)作為物資管理業(yè)務(wù)中的重要應(yīng)用與一體化信息集成平臺(tái)和其他業(yè)務(wù)應(yīng)用存在著緊密的集成需求。 根據(jù)以往的項(xiàng)目實(shí)施經(jīng)驗(yàn)和最佳實(shí)踐，平臺(tái)的總體集成架構(gòu)應(yīng)包括展現(xiàn)層集成、應(yīng)用與流程層集成和數(shù) 據(jù)層集成。 展現(xiàn)層集成包括： ? 平臺(tái)外網(wǎng)應(yīng)用與供應(yīng)商門戶的集成。 應(yīng)用層集成包括： ? 平臺(tái)與 ERP 的集成。 ? 平臺(tái)與主數(shù)據(jù)管理平臺(tái)的集成。 ? 平臺(tái)與其他定制開(kāi)發(fā)系統(tǒng)的集成 。 數(shù)據(jù)層集成包括： ? 平臺(tái)與數(shù)據(jù)中心的集成。 ? 平臺(tái)與非結(jié)構(gòu)化數(shù)據(jù)中心的集成 。 對(duì)于集成技術(shù)實(shí)現(xiàn)方式的選擇上，應(yīng)遵循以下幾個(gè)原則： ? 盡可能采用 Ariba 系統(tǒng)平臺(tái)提供的標(biāo)準(zhǔn)接口方式。 ? 各集成點(diǎn)盡量采用相同或者類似的集成方式。 ? 集成方式要考慮對(duì)原系統(tǒng)中已經(jīng)存在的接口的影響。 ? 集成方式要能滿足數(shù)據(jù)傳輸安全性要求。 本次平臺(tái)的系統(tǒng)建設(shè)工作將根據(jù)各單位 ERP 系 統(tǒng)建設(shè)情況，主數(shù)據(jù)平臺(tái)情況，開(kāi)展與ERP、主數(shù)據(jù)管理平臺(tái)的集成工作，并思考今后與門戶、目錄、結(jié)構(gòu)化數(shù)據(jù)中心、非結(jié)構(gòu)化數(shù)據(jù)中心的集成方式。 ERP 系統(tǒng)集成 平臺(tái)與總部和網(wǎng)省 ERP 的集成方案 有兩種可選方式。方案一是基于 SAP 平臺(tái)的 ERP應(yīng)用統(tǒng)一通過(guò)總部的 NetWeaver PI 接入，并通過(guò)服務(wù)總線與電子商務(wù)平臺(tái)交互。這種方案的優(yōu)勢(shì)是 SOAP 消息格式到 RFC 消息格式的轉(zhuǎn)換只需要在總部的 PI 平臺(tái)中配置一次，有利于后期需求變更所帶來(lái)的接口管控。缺點(diǎn)是網(wǎng)省與總部間網(wǎng)絡(luò)需開(kāi)通相關(guān)端口。同時(shí)，總部的 PI 平臺(tái)需要評(píng)估現(xiàn) 有硬件資源配置是否能夠滿足此種模式帶來(lái)的系統(tǒng)承載量。 方案二是總部 ERP 通過(guò)總線 +PI 方式集成。網(wǎng)省 ERP 通過(guò)兩