【導讀】{ "error_code": 17, "error_msg": "Open api daily request limit reached" }

　　

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