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

ICS35.240.99

CCSL70

團(tuán)體標(biāo)準(zhǔn)

T/CESXXX-XXXX

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

RegulationsfortheManagementofMobileApplicationListingandDelistingof

PowerEnterprises

（征求意見稿）

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

中國電工技術(shù)學(xué)會發(fā)布

T/CESXXX—XXXX

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

1背景

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

且具有應(yīng)用數(shù)量多、用戶基數(shù)大、并發(fā)和使用頻率高等特點(diǎn)，電力企業(yè)移動應(yīng)用上下架標(biāo)準(zhǔn)尚有待完

善。

2范圍

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

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

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

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

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

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

用于本文件。

GB17859—1999計算機(jī)信息系統(tǒng)安全保護(hù)等級劃分準(zhǔn)則

GB/T22239—2019信息安全技術(shù)網(wǎng)絡(luò)安全等級保護(hù)基本要求

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

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

4術(shù)語和定義

下列術(shù)語和定義適用于本文件。

4.1

移動終端mobileterminal

便攜式、可移動的計算設(shè)備。

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

4.2

移動應(yīng)用mobileapplication

本文特指基于H5技術(shù)開發(fā)的、實(shí)現(xiàn)各業(yè)務(wù)需求的移動功能，需借助移動應(yīng)用平臺進(jìn)行發(fā)布、展

示、運(yùn)行。

4.3

移動應(yīng)用平臺mobileapplicationplatform

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

4.4

安全保護(hù)能力securityprotectionability

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

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

5符號、代號和縮略語

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

UI：用戶界面（UserInterface）

5

T/CESXXX—XXXX

H5：構(gòu)建Web內(nèi)容的一種語言描述方式（HTML5）

oauth：一種開放式認(rèn)證協(xié)議標(biāo)準(zhǔn)（OpenAuthorization）

appid：應(yīng)用唯一編號（ApplicationID）

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

6移動應(yīng)用類型說明

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

生能力開發(fā)的安卓或iOS移動應(yīng)用進(jìn)行集成。

6.1在線移動應(yīng)用

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

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

這種模式將H5技術(shù)與服務(wù)端架構(gòu)有機(jī)結(jié)合，能夠提供靈活豐富的功能和服務(wù)，并便于進(jìn)行在線版

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

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

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

6.2離線移動應(yīng)用

離線移動應(yīng)用是一種基于H5技術(shù)開發(fā)的移動應(yīng)用模式，類似于在線移動應(yīng)用。為了降低對網(wǎng)絡(luò)的

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

縮包，一次性下載到移動平臺容器內(nèi)，為用戶提供服務(wù)。

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

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

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

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

迭代更新時出現(xiàn)用戶下載過程緩慢的問題。

6.3微信小程序

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

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

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

助小程序框架和工具，快速構(gòu)建跨平臺的應(yīng)用，同時微信小程序的特點(diǎn)還包括高效的性能和加載速

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

本地緩存，減少對網(wǎng)絡(luò)的依賴，提供流暢的用戶體驗(yàn)。

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

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

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

確保移動應(yīng)用信息完整性和明確運(yùn)維管理職責(zé)，避免出現(xiàn)重復(fù)建設(shè)和混淆等情況。移動應(yīng)用注冊應(yīng)遵循

以下規(guī)范：

7.1.1應(yīng)用名稱規(guī)范

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

1）應(yīng)用名稱：建議采用簡短、精煉的方式，能夠準(zhǔn)確描述移動應(yīng)用的功能、用途或內(nèi)容。一個簡

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

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

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

7.1.2應(yīng)用LOGO規(guī)范

6

T/CESXXX—XXXX

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

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

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

不超過50kb，背景應(yīng)為不透明。

2）設(shè)計簡潔清晰：應(yīng)用圖標(biāo)的設(shè)計應(yīng)簡潔明了，方便用戶辨識。避免使用漸變色、純白、灰色、

純黑色作為主題色，應(yīng)選擇單一的純色背景。

3）圖像內(nèi)容限制：應(yīng)用圖標(biāo)不應(yīng)包含照片、屏幕截圖等圖像，以確保圖標(biāo)的清晰度和辨識度。此

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

7.1.3應(yīng)用描述規(guī)范

在注冊申請中需明確說明移動應(yīng)用的用途、服務(wù)和功能，以便審查人員準(zhǔn)確了解應(yīng)用的定位和目標(biāo)

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

1）應(yīng)用一段簡要、明了的文字描述移動應(yīng)用的用途、服務(wù)和功能，要求200個字以內(nèi)；

2）提供3至5張移動應(yīng)用界面設(shè)計原型或者應(yīng)用截圖，用于補(bǔ)充描述移動應(yīng)用功能。這些界面設(shè)計

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

和吸引力的界面來展示移動應(yīng)用的特點(diǎn)和用戶體驗(yàn)。

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

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

息。這些信息可以方便審查人員與相關(guān)責(zé)任人進(jìn)行聯(lián)系，以核實(shí)移動應(yīng)用注冊信息的準(zhǔn)確性，并及時通

知建設(shè)單位移動應(yīng)用注冊結(jié)果。

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

1）建設(shè)單位的責(zé)任人姓名、辦公電話或手機(jī)號碼、公司內(nèi)網(wǎng)郵箱；

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

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

7.1.5附件依據(jù)要求

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

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

1）項(xiàng)目組負(fù)責(zé)人簽字：建設(shè)單位的項(xiàng)目組負(fù)責(zé)人應(yīng)對移動應(yīng)用注冊申請進(jìn)行審核，并在業(yè)務(wù)受理

單上簽字確認(rèn)。

2）申請單位蓋章：建設(shè)單位的申請單位應(yīng)對注冊申請信息進(jìn)行確認(rèn)，并在業(yè)務(wù)受理單上蓋章，以

確保申請的真實(shí)性和合法性。

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

冊。

7.1.6應(yīng)用注冊流程

移動應(yīng)用注冊申請遵循以下流程：

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

單位；

2）審核注冊材料：移動應(yīng)用平臺運(yùn)營單位收到申請后，對所提供的注冊材料進(jìn)行審核和確認(rèn)。如

果審核通過，將轉(zhuǎn)發(fā)申請給移動應(yīng)用平臺實(shí)施單位進(jìn)行進(jìn)一步的注冊操作；如果不通過，移動應(yīng)用平臺

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

3）實(shí)施注冊操作：移動應(yīng)用平臺實(shí)施單位根據(jù)審核通過的注冊材料進(jìn)行具體的注冊操作，將移動

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

并提供注冊結(jié)果信息。

4）查收注冊信息：移動應(yīng)用建設(shè)單位收到注冊結(jié)果的通知，注冊完畢。

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

7

T/CESXXX—XXXX

7.2.1應(yīng)用上架要求

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

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

恨、暴力或侵權(quán)內(nèi)容等；禁止提供或宣傳任何違法、欺詐、虛假、有害或欺騙性的內(nèi)容或行為；應(yīng)用

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

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

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

3）集成單點(diǎn)登錄：要求移動應(yīng)用完成單點(diǎn)登錄集成，確保用戶在移動應(yīng)用平臺登錄后可以直接使

用應(yīng)用，避免重復(fù)登錄，提高用戶體驗(yàn)和操作效率。

4）集成安全網(wǎng)關(guān)：要求集成安全接入網(wǎng)關(guān)，對移動應(yīng)用的數(shù)據(jù)傳輸進(jìn)行加密和安全性保護(hù)，以確

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

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

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

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

查人員對移動應(yīng)用內(nèi)容進(jìn)行審核確認(rèn)。

同時要求提供以下附件依據(jù)：

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

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

應(yīng)具備相關(guān)授權(quán)機(jī)構(gòu)的印章和認(rèn)證，如CMA、CNAS等，以證明測試的合規(guī)性。

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

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

3）提供上架應(yīng)用信息：提供移動應(yīng)用名稱、應(yīng)用標(biāo)識、應(yīng)用授權(quán)范圍、應(yīng)用版本號等信息，應(yīng)用

授權(quán)范圍應(yīng)更加授權(quán)模板進(jìn)行填寫，以保證上架及發(fā)布用戶范圍的準(zhǔn)確性。

7.2.2應(yīng)用代碼規(guī)范

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

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

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

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

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

1）上架離線應(yīng)用應(yīng)當(dāng)是一個格式為ZIP的壓縮包，壓縮包名稱要求為應(yīng)用字母或者數(shù)字等格式，如：

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

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

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

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

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

4）每個離線應(yīng)用根目錄必須存在zipAppConfig.json文件作為屬于移動應(yīng)用平臺離線應(yīng)用的標(biāo)識文

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

{

"agentId":"1000001",

"appName":"移動示例",

"container":"msgcc",

"index":"index.html",

"openType":"0",

"showAppBar":"false"

}

7.2.3應(yīng)用上架流程

8

T/CESXXX—XXXX

移動應(yīng)用上架流程如下：

1）提出上架申請：移動應(yīng)用建設(shè)單位根據(jù)上述要求準(zhǔn)備上架所需的申請材料，包括應(yīng)用代碼包或

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

運(yùn)營單位。

2）審核上架信息：移動應(yīng)用平臺運(yùn)營單位收到申請后，對上架材料進(jìn)行審核，確認(rèn)所提供的信息

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

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

3）審核上架應(yīng)用：移動應(yīng)用平臺實(shí)施單位根據(jù)上架材料對應(yīng)用進(jìn)行上下前審核確認(rèn)，包括審核應(yīng)

用內(nèi)容合規(guī)性、應(yīng)用可用性、集成單點(diǎn)登錄情況、集成安全網(wǎng)關(guān)情況以及用戶體驗(yàn)操作，審核確認(rèn)通過

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

4）實(shí)施上架操作：移動應(yīng)用平臺實(shí)施單位根據(jù)上架材料進(jìn)行具體的上架操作，將移動應(yīng)用上架至

移動應(yīng)用平臺平臺。完成上架操作后，移動應(yīng)用平臺實(shí)施單位通知上架結(jié)果。

5）上架結(jié)果確認(rèn)：移動應(yīng)用建設(shè)單位收到上架結(jié)果通知后，進(jìn)行相關(guān)的測試和確認(rèn)，確保移動應(yīng)

用在移動應(yīng)用平臺上正常運(yùn)行和展示，排除可能存在的問題。

6）上架完畢：經(jīng)過上述步驟的審核和確認(rèn)后，移動應(yīng)用正式完成上架，可正常為用戶提供服務(wù)。

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

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

7.3.1應(yīng)用更新要求

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

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

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

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

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

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

3）更新說明：在每次更新應(yīng)用時，應(yīng)提供清晰明了的更新說明。更新說明應(yīng)包括更新的內(nèi)容和改

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

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

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

認(rèn)的測試通過報告，測試報告由蓋章單位對測試結(jié)果負(fù)責(zé)。

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

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

3）提供應(yīng)用更新信息：提供移動應(yīng)用名稱、應(yīng)用標(biāo)識、應(yīng)用授權(quán)變更范圍（如有）、應(yīng)用版本號

等信息，應(yīng)用授權(quán)范圍應(yīng)更加授權(quán)模板進(jìn)行填寫，以保證變更及發(fā)布用戶范圍的準(zhǔn)確性。

7.3.2應(yīng)用更新流程

移動應(yīng)用更新流程如下：

1）提出更新申請：移動應(yīng)用建設(shè)單位根據(jù)上述要求準(zhǔn)備應(yīng)用更新所需的申請材料，包括應(yīng)用代碼

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

臺運(yùn)營單位。

2）審核更新信息：移動應(yīng)用平臺運(yùn)營單位收到申請后，對更新材料進(jìn)行審核，確認(rèn)所提供的信息

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

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

3）實(shí)施更新操作：移動應(yīng)用平臺實(shí)施單位根據(jù)材料進(jìn)行具體的更新操作，將移動應(yīng)用更新至移動

應(yīng)用平臺平臺。完成更新操作后，移動應(yīng)用平臺實(shí)施單位將會通知更新結(jié)果。

4）更新結(jié)果確認(rèn)：移動應(yīng)用建設(shè)單位收到更新結(jié)果通知后，進(jìn)行相關(guān)的測試和確認(rèn)，確保移動應(yīng)

用在移動應(yīng)用平臺上正常運(yùn)行和展示，排除可能存在的問題。

5）更新完畢：經(jīng)過上述步驟的審核和確認(rèn)后，移動應(yīng)用正式完成更新。

9

T/CESXXX—XXXX

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

7.4.1應(yīng)用下架要求

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

1）提前通知：在進(jìn)行應(yīng)用下架之前，應(yīng)提前向用戶進(jìn)行通知。通知應(yīng)包括下架時間、原因和可能

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

2）過渡方案：在進(jìn)行應(yīng)用下架時，應(yīng)提供過渡方案給用戶。過渡方案可能包括推薦替代應(yīng)用、提

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

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

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

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

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

2）提供下架應(yīng)用信息：提供移動應(yīng)用名稱、應(yīng)用標(biāo)識信息，以確保下架應(yīng)用準(zhǔn)確性。

7.4.2應(yīng)用下架流程

移動應(yīng)用下架流程如下：

1）提出下架申請：移動應(yīng)用建設(shè)單位根據(jù)上述要求準(zhǔn)備應(yīng)用更新所需的申請材料，包括下架應(yīng)用

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

2）審核更新信息：移動應(yīng)用平臺運(yùn)營單位收到申請后，對下架材料進(jìn)行審核，確認(rèn)所提供的信息

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

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

3）實(shí)施下架操作：移動應(yīng)用平臺實(shí)施單位根據(jù)材料進(jìn)行具體的下架操作，完成下架操作后，移動

應(yīng)用平臺實(shí)施單位將會通知下架結(jié)果。

4）下架結(jié)果確認(rèn)：移動應(yīng)用建設(shè)單位收到下架結(jié)果通知后，進(jìn)行結(jié)果確認(rèn)。

5）下架完畢：經(jīng)過上述步驟的審核和確認(rèn)后，移動應(yīng)用正式完成下架。

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

7.5移動應(yīng)用設(shè)計規(guī)范

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

總體應(yīng)當(dāng)遵循如下要求：

1）響應(yīng)式設(shè)計：應(yīng)根據(jù)不同設(shè)備和屏幕尺寸進(jìn)行布局和設(shè)計，以適應(yīng)各種移動終端設(shè)備，并提供

一致的用戶體驗(yàn)。

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

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

加快加載速度；盡可能減少對外部資源的依賴，降低網(wǎng)絡(luò)請求次數(shù)等。

3）應(yīng)用體驗(yàn)：考慮到移動設(shè)備的特性和限制，例如小屏幕、觸摸操作等，通過簡化界面、減少點(diǎn)

擊操作等方式，提供更好的移動用戶體驗(yàn)。

4）安全性：應(yīng)采用安全傳輸協(xié)議（如HTTPS或安全網(wǎng)關(guān)）保護(hù)用戶數(shù)據(jù)的傳輸安全；遵循隱私保護(hù)

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

情況。

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

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

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

7.6移動應(yīng)用網(wǎng)絡(luò)安全

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

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

10

T/CESXXX—XXXX

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

防火墻穿透，以確保外網(wǎng)接口的安全。這樣可以防止未經(jīng)授權(quán)的訪問和攻擊。

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

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