《電力企業(yè)移動應用上下架管理規(guī)范》

ICS35.240.99

CCSL70

團體標準

T/CESXXX-XXXX

電力企業(yè)移動應用上下架管理規(guī)范

RegulationsfortheManagementofMobileApplicationListingandDelistingof

PowerEnterprises

（征求意見稿）

XXXX-XX-XX發(fā)布XXXX-XX-XX實施

中國電工技術學會發(fā)布

T/CESXXX—XXXX

電力企業(yè)移動應用上下架管理規(guī)范

1背景

截止目前，電力企業(yè)已上架移動應用2000千余個。電力企業(yè)移動應用大多具有明顯的專業(yè)屬性，

且具有應用數量多、用戶基數大、并發(fā)和使用頻率高等特點，電力企業(yè)移動應用上下架標準尚有待完

善。

2范圍

本文件規(guī)定了移動應用上下架規(guī)范，為電網企業(yè)對內移動應用上下架提供指導。

本文件適用于大型國有電力企業(yè)對內移動辦公、移動作業(yè)移動應用上下架，旨在提高電力企業(yè)移

動應用上下架的規(guī)范性。

3規(guī)范性引用文件

下列文件中的內容通過文中的規(guī)范性引用而構成本文件必不可少的條款。其中，注日期的引用文

件，僅該日期對應的版本適用于本文件；不注日期的引用文件，其最新版本（包括所有的修改單）適

用于本文件。

GB17859—1999計算機信息系統(tǒng)安全保護等級劃分準則

GB/T22239—2019信息安全技術網絡安全等級保護基本要求

GB/T35282—2017信息安全技術電子政務移動辦公系統(tǒng)安全技術規(guī)范

同時，還參考了應用寶（騰訊）、360手機助手、微信小程序等應用平臺對app上下架的要求。

4術語和定義

下列術語和定義適用于本文件。

4.1

移動終端mobileterminal

便攜式、可移動的計算設備。

[來源：GB/T35282—2017，3.1]

4.2

移動應用mobileapplication

本文特指基于H5技術開發(fā)的、實現各業(yè)務需求的移動功能，需借助移動應用平臺進行發(fā)布、展

示、運行。

4.3

移動應用平臺mobileapplicationplatform

企業(yè)移動應用統(tǒng)一入口，提供移動應用發(fā)布、運行環(huán)境。

4.4

安全保護能力securityprotectionability

能夠抵御威脅、發(fā)現安全事件以及在遭到損害后能夠恢復先前狀態(tài)等的程度。

[來源：GB/T22239—2019，3.2]

5符號、代號和縮略語

下列符號、代號和縮略語適用于本文件。

UI：用戶界面（UserInterface）

5

T/CESXXX—XXXX

H5：構建Web內容的一種語言描述方式（HTML5）

oauth：一種開放式認證協(xié)議標準（OpenAuthorization）

appid：應用唯一編號（ApplicationID）

iOS：蘋果公司開發(fā)的移動操作系統(tǒng)

6移動應用類型說明

移動平臺支持三種移動應用類型：在線移動應用、離線移動應用以及微信小程序。不支持使用原

生能力開發(fā)的安卓或iOS移動應用進行集成。

6.1在線移動應用

在線移動應用是基于H5技術開發(fā)的移動應用模式，其中應用的靜態(tài)元素（如HTML、CSS、

JavaScript、圖片等）部署在服務端，并通過HTTP/HTTPS鏈接方式為移動平臺提供服務。

這種模式將H5技術與服務端架構有機結合，能夠提供靈活豐富的功能和服務，并便于進行在線版

本升級和迭代更新。然而，由于相關靜態(tài)元素存儲在服務端，這種應用對網絡的依賴性較高。在移動

設備處于弱網絡環(huán)境時，可能無法提供良好的用戶體驗。因此，在設計和開發(fā)過程中，應充分考慮網

絡狀況，減少對網絡的依賴，并優(yōu)化應用的性能和加載速度，以提供更好的用戶體驗。

6.2離線移動應用

離線移動應用是一種基于H5技術開發(fā)的移動應用模式，類似于在線移動應用。為了降低對網絡的

依賴性，離線移動應用采用將應用中的靜態(tài)元素（如HTML、CSS、JavaScript、圖片等）打包成ZIP壓

縮包，一次性下載到移動平臺容器內，為用戶提供服務。

這種模式避免了重復從服務端下載靜態(tài)元素，大大降低了對網絡的依賴，從而提供更好的用戶體

驗。然而，這種模式需要將所有的靜態(tài)元素一次性打包，無法區(qū)分用戶使用率高低的靜態(tài)元素，可能

導致第一次下載資源的浪費。因此，在設計和開發(fā)過程中，需要充分考慮業(yè)務獨立性，盡量將復雜業(yè)

務拆分成幾個獨立、邏輯簡單的離線移動應用。用戶可以按需下載所需的應用，避免在第一次使用或

迭代更新時出現用戶下載過程緩慢的問題。

6.3微信小程序

微信小程序是一種基于微信提供的一套專門的開發(fā)框架和技術體系開發(fā)的應用程序。通過微信的

客戶端，用戶可以方便地打開和使用小程序，無需額外下載和安裝，具有輕量、快速、便捷的特點。

微信小程序結合了H5技術和微信生態(tài)系統(tǒng)的優(yōu)勢，具有靈活的功能和豐富的服務。開發(fā)者可以借

助小程序框架和工具，快速構建跨平臺的應用，同時微信小程序的特點還包括高效的性能和加載速

度，以及可靠的安全性。小程序采用一體化的開發(fā)和運行環(huán)境，能夠快速加載，并在用戶設備上進行

本地緩存，減少對網絡的依賴，提供流暢的用戶體驗。

7電力企業(yè)移動應用上下架管理規(guī)范

7.1移動應用注冊規(guī)范

移動應用注冊規(guī)范是針對應用建設單位在提交移動應用注冊申請時需要遵循的規(guī)范和要求，旨在

確保移動應用信息完整性和明確運維管理職責，避免出現重復建設和混淆等情況。移動應用注冊應遵循

以下規(guī)范：

7.1.1應用名稱規(guī)范

應提供一個正確且獨特的應用名稱，以避免與已有應用發(fā)生沖突或重復。以下是對應用名稱的要求：

1）應用名稱：建議采用簡短、精煉的方式，能夠準確描述移動應用的功能、用途或內容。一個簡

潔而具有表達力的應用名稱可以更容易為用戶所記憶和關聯(lián)。

2）名稱長度：長度要求在2到6個文字之間，這個范圍可以包括中文、英文或數字。過長或過短的

應用名稱可能會給用戶帶來困擾，難以識別或記憶。

7.1.2應用LOGO規(guī)范

6

T/CESXXX—XXXX

應考慮Logo與應用品牌的一致性和獨特性，同時確保符合設計規(guī)范，避免侵犯其他應用的權益并確

保用戶能夠清楚地識別和辨認您的應用。以下是關于移動應用Logo的規(guī)范：

1）Logo格式和尺寸：應使用PNG格式的靜態(tài)圖片，尺寸為240*240px（正方形無圓角），文件大小

不超過50kb，背景應為不透明。

2）設計簡潔清晰：應用圖標的設計應簡潔明了，方便用戶辨識。避免使用漸變色、純白、灰色、

純黑色作為主題色，應選擇單一的純色背景。

3）圖像內容限制：應用圖標不應包含照片、屏幕截圖等圖像，以確保圖標的清晰度和辨識度。此

外，還應避免給系統(tǒng)圖標賦予其他名稱和含義，以防混淆和誤導用戶。

7.1.3應用描述規(guī)范

在注冊申請中需明確說明移動應用的用途、服務和功能，以便審查人員準確了解應用的定位和目標

受眾。遵循以下規(guī)范：

1）應用一段簡要、明了的文字描述移動應用的用途、服務和功能，要求200個字以內；

2）提供3至5張移動應用界面設計原型或者應用截圖，用于補充描述移動應用功能。這些界面設計

原型或應用截圖應涵蓋核心功能，展示用戶界面的布局、交互方式和關鍵功能模塊?？蛇x擇具有代表性

和吸引力的界面來展示移動應用的特點和用戶體驗。

7.1.4聯(lián)系信息規(guī)范

應提供包括移動應用建設單位、研發(fā)單位和運維單位的責任人姓名、聯(lián)系方式和聯(lián)系郵箱等必要信

息。這些信息可以方便審查人員與相關責任人進行聯(lián)系，以核實移動應用注冊信息的準確性，并及時通

知建設單位移動應用注冊結果。

以下是需要提供的必要信息：

1）建設單位的責任人姓名、辦公電話或手機號碼、公司內網郵箱；

2）移動應用研發(fā)單位的責任人姓名、聯(lián)系電話和郵箱；

3）移動應用運維單位的責任人姓名、聯(lián)系電話和郵箱。

7.1.5附件依據要求

根據公司移動應用管理辦法，建設單位在提交移動應用注冊申請時，同時附上《公司移動應用業(yè)務

受理單》作為申請依據一并提交。業(yè)務受理單要求如下：

1）項目組負責人簽字：建設單位的項目組負責人應對移動應用注冊申請進行審核，并在業(yè)務受理

單上簽字確認。

2）申請單位蓋章：建設單位的申請單位應對注冊申請信息進行確認，并在業(yè)務受理單上蓋章，以

確保申請的真實性和合法性。

3）業(yè)務部門簽字確認：移動應用業(yè)務部門對注冊申請進行評估，并在業(yè)務受理單簽字表示同意注

冊。

7.1.6應用注冊流程

移動應用注冊申請遵循以下流程：

1）提交注冊申請：按要求將準備好的移動應用注冊申請材料壓縮打包，發(fā)送給移動應用平臺運營

單位；

2）審核注冊材料：移動應用平臺運營單位收到申請后，對所提供的注冊材料進行審核和確認。如

果審核通過，將轉發(fā)申請給移動應用平臺實施單位進行進一步的注冊操作；如果不通過，移動應用平臺

運營單位將申請退回，要求申請單位按要求完成整改后重新提交申請；

3）實施注冊操作：移動應用平臺實施單位根據審核通過的注冊材料進行具體的注冊操作，將移動

應用完成注冊并登記至移動應用平臺平臺。完成注冊操作后，移動應用平臺實施單位將通知申請單位，

并提供注冊結果信息。

4）查收注冊信息：移動應用建設單位收到注冊結果的通知，注冊完畢。

7.2移動應用上架規(guī)范

7

T/CESXXX—XXXX

7.2.1應用上架要求

為提高移動應用的用戶體驗和數據安全性，針對移動應用上架要求遵循以下規(guī)范要求：

1）合法性：確保應用內容符合國家法律法規(guī)和移動應用平臺準則要求。不得包含淫穢、惡俗、仇

恨、暴力或侵權內容等；禁止提供或宣傳任何違法、欺詐、虛假、有害或欺騙性的內容或行為；應用

不能鼓勵或促使用戶從事違法活動，包括盜版、賭博、毒品或其他非法行為。

2）可訪問性：建設單位應確保移動應用在不同設備上具有良好的可訪問性，包括適配不同屏幕尺

寸和操作系統(tǒng)版本。應用界面應簡潔明了，易于導航和操作，以便所有用戶都能方便地使用應用。

3）集成單點登錄：要求移動應用完成單點登錄集成，確保用戶在移動應用平臺登錄后可以直接使

用應用，避免重復登錄，提高用戶體驗和操作效率。

4）集成安全網關：要求集成安全接入網關，對移動應用的數據傳輸進行加密和安全性保護，以確

保用戶的敏感信息在傳輸過程中得到充分的保護。

5）應用密鑰安全：要求移動應用在前端代碼中不允許出現包括不限移動應用密鑰、統(tǒng)一權限私鑰

等敏感信息，確保代碼安全。

6）用戶體驗權限：要求移動應用應根據業(yè)務場景提供不少于一個用戶體驗賬號訪問權限，用于審

查人員對移動應用內容進行審核確認。

同時要求提供以下附件依據：

1）提供第三方測試報告：要求移動應用上架前完成第三方測試，包括功能測試、漏洞掃描、滲透

測試、代碼審查和安全風險評估等。提供第三方測試通過的報告（含功能和安全測試報告），該報告

應具備相關授權機構的印章和認證，如CMA、CNAS等，以證明測試的合規(guī)性。

2）提供移動應用業(yè)務受理單：根據移動應用管理辦法的要求，提供經過審批通過的《公司移動應

用業(yè)務受理單》作為申請依據，以確保移動應用上架手續(xù)的合規(guī)性和準確性。

3）提供上架應用信息：提供移動應用名稱、應用標識、應用授權范圍、應用版本號等信息，應用

授權范圍應更加授權模板進行填寫，以保證上架及發(fā)布用戶范圍的準確性。

7.2.2應用代碼規(guī)范

在線移動應用使用H5技術進行開發(fā)，同時將微應用部署在移動應用業(yè)務服務器上，請參照非功能規(guī)

范要求開展代碼優(yōu)化設計。

微信小程序實際上架在微信開放平臺，具體按微信開放平臺上架要求和流程，包括開發(fā)者注冊、小

程序信息提交、開發(fā)者資質審核、小程序代碼審核等開展上架流程。

針對離線移動應用，要求按照離線移動應用遵循以下規(guī)范要求：

1）上架離線應用應當是一個格式為ZIP的壓縮包，壓縮包名稱要求為應用字母或者數字等格式，如：

應用id_應用名稱_發(fā)布日期_版本號.zip

2）離線移動應用通過離線方式提供服務，用戶首次訪問、后續(xù)更新升級都需要下載離線包，要求

每個離線移動包大小控制在20M內，如超過大小建議根據業(yè)務進行拆分，分拆成多個離線應用，如可將

考勤管理拆分為請假、出差、外出等多個小應用。

3）每個離線應用根目錄必須存在一個index.html文件作為應用訪問首頁；

4）每個離線應用根目錄必須存在zipAppConfig.json文件作為屬于移動應用平臺離線應用的標識文

件，具體目錄格式及json文件要求參考以下：

{

"agentId":"1000001",

"appName":"移動示例",

"container":"msgcc",

"index":"index.html",

"openType":"0",

"showAppBar":"false"

}

7.2.3應用上架流程

8

T/CESXXX—XXXX

移動應用上架流程如下：

1）提出上架申請：移動應用建設單位根據上述要求準備上架所需的申請材料，包括應用代碼包或

應用訪問地址、第三方功能/安全測試報告、移動應用業(yè)務受理單等，并將其打包發(fā)送至移動應用平臺

運營單位。

2）審核上架信息：移動應用平臺運營單位收到申請后，對上架材料進行審核，確認所提供的信息

和要求符合規(guī)范要求。若審核通過，將轉發(fā)申請至移動應用平臺實施單位進行具體的上架操作；若審核

不通過，移動應用平臺運營單位將退回申請，并備注退回的原因要求申請單位整改后重新提交申請。

3）審核上架應用：移動應用平臺實施單位根據上架材料對應用進行上下前審核確認，包括審核應

用內容合規(guī)性、應用可用性、集成單點登錄情況、集成安全網關情況以及用戶體驗操作，審核確認通過

則進行下一步操作，審核不通過則退回上架申請要求申請單位整改后重新提交審核。

4）實施上架操作：移動應用平臺實施單位根據上架材料進行具體的上架操作，將移動應用上架至

移動應用平臺平臺。完成上架操作后，移動應用平臺實施單位通知上架結果。

5）上架結果確認：移動應用建設單位收到上架結果通知后，進行相關的測試和確認，確保移動應

用在移動應用平臺上正常運行和展示，排除可能存在的問題。

6）上架完畢：經過上述步驟的審核和確認后，移動應用正式完成上架，可正常為用戶提供服務。

7）上架記錄：應用上架完成，留存相關上架記錄，保障企業(yè)和用戶利益。

7.3移動應用更新規(guī)范

7.3.1應用更新要求

為保證用戶體驗并避免由于頻繁更新而引發(fā)的使用問題，移動應用更新應在首次上架版本基礎上

進一步遵循以下更新規(guī)范要求：

1）最小頻率：應用的更新頻率應盡量降低到最小，不頻繁更新。過于頻繁的更新可能會干擾用戶

的正常使用，并增加用戶對應用的適應成本和困擾。建議每月更新頻率控制在3次以內。

2）兼容性考慮：在更新應用時，應嚴格考慮向下兼容性。確保更新不影響之前版本的核心功能，

并盡量避免對用戶造成不便和困擾。

3）更新說明：在每次更新應用時，應提供清晰明了的更新說明。更新說明應包括更新的內容和改

進，為用戶提供足夠的信息，讓他們了解更新的目的和變化。

同時要求提供以下附件作為更新依據：

1）提供內部測試報告：要求移動應用更新前需完成內部功能和安全測試，并提供測試單位蓋章確

認的測試通過報告，測試報告由蓋章單位對測試結果負責。

2）提供移動應用業(yè)務受理單：根據移動應用管理辦法的要求，提供經過審批通過的《公司移動應

用業(yè)務受理單》作為申請依據，以確保移動應用的更新手續(xù)的合規(guī)性和準確性。

3）提供應用更新信息：提供移動應用名稱、應用標識、應用授權變更范圍（如有）、應用版本號

等信息，應用授權范圍應更加授權模板進行填寫，以保證變更及發(fā)布用戶范圍的準確性。

7.3.2應用更新流程

移動應用更新流程如下：

1）提出更新申請：移動應用建設單位根據上述要求準備應用更新所需的申請材料，包括應用代碼

包或應用訪問地址、內部功能/安全測試報告、移動應用業(yè)務受理單等，并將其打包發(fā)送至移動應用平

臺運營單位。

2）審核更新信息：移動應用平臺運營單位收到申請后，對更新材料進行審核，確認所提供的信息

和要求符合規(guī)范要求。若審核通過，將轉發(fā)申請至移動應用平臺實施單位進行具體的更新操作；若審核

不通過，移動應用平臺運營單位將退回申請，并備注退回的原因要求申請單位整改后重新提交申請。

3）實施更新操作：移動應用平臺實施單位根據材料進行具體的更新操作，將移動應用更新至移動

應用平臺平臺。完成更新操作后，移動應用平臺實施單位將會通知更新結果。

4）更新結果確認：移動應用建設單位收到更新結果通知后，進行相關的測試和確認，確保移動應

用在移動應用平臺上正常運行和展示，排除可能存在的問題。

5）更新完畢：經過上述步驟的審核和確認后，移動應用正式完成更新。

9

T/CESXXX—XXXX

7.4移動應用下架規(guī)范

7.4.1應用下架要求

為了保證用戶體驗并避免因突然下架而影響用戶的正常辦公，應用下架應遵循以下規(guī)范要求：

1）提前通知：在進行應用下架之前，應提前向用戶進行通知。通知應包括下架時間、原因和可能

的替代方案等重要信息。提前通知用戶可以給他們足夠的時間來做出應對措施，減少中斷和不便。

2）過渡方案：在進行應用下架時，應提供過渡方案給用戶。過渡方案可能包括推薦替代應用、提

供數據遷移或備份的指導、支持和幫助用戶過渡到其他解決方案等。確保用戶能夠順利轉換到新的工具

或服務，減少對他們工作流程的干擾。

同時要求提供以下附件作為下架依據：

1）提供移動應用業(yè)務受理單：根據移動應用管理辦法的要求，提供經過審批通過的《公司移動應

用業(yè)務受理單》作為申請依據，以確保移動應用的下架手續(xù)的合規(guī)性和準確性。

2）提供下架應用信息：提供移動應用名稱、應用標識信息，以確保下架應用準確性。

7.4.2應用下架流程

移動應用下架流程如下：

1）提出下架申請：移動應用建設單位根據上述要求準備應用更新所需的申請材料，包括下架應用

信息、移動應用業(yè)務受理單等，并將其打包發(fā)送至移動應用平臺運營單位。

2）審核更新信息：移動應用平臺運營單位收到申請后，對下架材料進行審核，確認所提供的信息

和要求符合規(guī)范要求。若審核通過，將轉發(fā)申請至移動應用平臺實施單位進行具體的下架操作；若審核

不通過，移動應用平臺運營單位將退回申請，并備注退回的原因要求申請單位整改后重新提交申請。

3）實施下架操作：移動應用平臺實施單位根據材料進行具體的下架操作，完成下架操作后，移動

應用平臺實施單位將會通知下架結果。

4）下架結果確認：移動應用建設單位收到下架結果通知后，進行結果確認。

5）下架完畢：經過上述步驟的審核和確認后，移動應用正式完成下架。

6）下架記錄：應用下架后，留存相關下架記錄，保障企業(yè)和用戶利益。

7.5移動應用設計規(guī)范

為保證基于移動平臺為用戶提供高性能、高質量的用戶體驗，要求移動應用在設計和開發(fā)過程中，

總體應當遵循如下要求：

1）響應式設計：應根據不同設備和屏幕尺寸進行布局和設計，以適應各種移動終端設備，并提供

一致的用戶體驗。

2）加載速度優(yōu)化：應充分考慮網絡狀況，盡量減少對網絡的依賴，優(yōu)化移動應用的性能和加載速

度，通過合理利用緩存機制，減少靜態(tài)資源的重復加載；采用各種壓縮和優(yōu)化技術，減小資源的大小，

加快加載速度；盡可能減少對外部資源的依賴，降低網絡請求次數等。

3）應用體驗：考慮到移動設備的特性和限制，例如小屏幕、觸摸操作等，通過簡化界面、減少點

擊操作等方式，提供更好的移動用戶體驗。

4）安全性：應采用安全傳輸協(xié)議（如HTTPS或安全網關）保護用戶數據的傳輸安全；遵循隱私保護

法律法規(guī)，明確用戶數據收集和處理的目的，同時避免出現重復收集用戶姓名、組織機構、聯(lián)系電話等

情況。

5）兼容性設計：移動應用設計時，應考慮到電力企業(yè)員工年齡層分散、用戶數量大，用戶機型不

統(tǒng)一、系統(tǒng)不統(tǒng)一、屏幕尺寸不統(tǒng)一等因素，從終端環(huán)境、交互兼容、視覺兼容等多方面進行設計，保

證多端交互一致、多屏幕UI一致的效果。

7.6移動應用網絡安全

電力行業(yè)與國家能源安全密切相關，因此需要對移動應用的上架網絡安全方面加以明確。為了保障

國家電力數據的安全，我們可以采取以下措施：

10

T/CESXXX—XXXX

1）離線應用：對于在i國網上架的離線應用，應使用國家電網公司統(tǒng)一要求的"安全交互平臺"進行

防火墻穿透，以確保外網接口的安全。這樣可以防止未經授權的訪問和攻擊。

2）在線應用：在線應用需要直接請求服務器，因此暴露在外網的接口需要采用Https加密協(xié)議進行

請求。通過使用Https加密，可以保證數據在傳輸過程中的機密性