開發內容與工作範圍
以下工作可根據現有系統和專案條件組合實施，具體模組與交付責任在專案範圍中確認。
需求與現狀評估
核對業務目標、使用者、現有系統、資料、介面、部署環境和驗收要求，形成範圍與風險基線。
架構與介面設計
劃分前端、服務、資料、裝置和第三方系統邊界，確定介面、許可權、日誌和異常處理方案。
功能與模組開發
按照確認的技術棧和功能清單實施軟體開發，保持程式碼、配置和版本可追溯。
資料與系統整合
接入資料庫、業務 API、裝置或第三方平臺，完成資料格式、狀態和錯誤鏈路聯調。
測試與質量檢查
按目標環境驗證功能、相容性、效能、安全、異常流程和持續執行條件。
部署與維護交付
交付約定範圍內的原始碼或製品、部署配置、介面說明、測試記錄和維護資料。
HarmonyOS原生應用開發包括哪些工作？
HarmonyOS原生應用開發是面向目標HarmonyOS終端重新設計並實現應用工程，不等同於將現有APK直接重新打包。專案可按約定覆蓋產品需求、應用架構、ArkTS與ArkUI介面和業務開發、系統Kit與服務端介面接入、資料儲存、測試、簽名構建和釋出準備。
實施前先確認業務流程、賬號與資料邊界、目標裝置、系統和API版本、第三方SDK、Native庫、服務端介面及釋出主體。已有原型或其他平臺應用可作為需求參考，但複用範圍需要經過程式碼和依賴評估。
哪些專案適合這項服務？
適用於需要建立獨立HarmonyOS應用工程，並以指定裝置和版本完成驗收的專案。
- 從需求、原型和介面開始建設新的HarmonyOS應用
- 現有Web、桌面或其他移動端產品需要新增鴻蒙端
- 需要接入賬號、支付、推送、地圖、掃碼、音影片等能力
- 需要適配手機、平板、摺疊屏或PC/2in1等目標終端
- 需要將C或C++能力透過Native介面接入應用工程
- 已有鴻蒙工程需要重構架構、補齊測試和交付資料
HarmonyOS原生應用開發服務範圍
開發範圍按業務模組、系統能力、目標裝置和驗收用例拆分。
需求與應用架構
將業務目標轉換為可實施的模組、介面和版本邊界。
- 功能與頁面清單
- 模組、路由與狀態設計
- 介面、資料和許可權邊界
ArkTS與ArkUI開發
按目標裝置完成頁面、元件、狀態和業務邏輯。
- 頁面與元件實現
- 狀態管理與資料繫結
- 主題、橫豎屏和異常狀態
系統能力與服務整合
依據目標API版本核對並接入所需Kit和第三方能力。
- 系統Kit與許可權
- 服務端介面和賬號
- 第三方SDK或替代方案
構建、測試與釋出準備
形成可復現構建、目標裝置測試和釋出資料。
- 簽名與構建配置
- 功能、相容和異常測試
- 軟體包與釋出材料
專案啟動需要哪些資料？
資料齊備程度直接影響評估準確度和開發計劃。
- 產品需求、原型和頁面流程
- 現有程式碼、介面文件和測試賬號
- 目標裝置清單及系統/API版本
- 第三方SDK、Native庫和許可證
- 資料儲存、隱私、許可權和安全要求
- 交付物、測試環境和透過條件
交付物與驗收方式
交付範圍寫入任務書，驗收對應指定版本、裝置、環境、資料、步驟和透過條件。
在窄屏裝置上可左右滑動檢視完整表格。
| 交付類別 | 交付內容 | 主要驗收依據 |
|---|---|---|
| 需求與設計 | 功能清單、頁面流程、架構與介面說明 | 範圍、介面和版本矩陣經確認 |
| 應用工程 | ArkTS/ArkUI原始碼、資源、配置和構建指令碼 | 指定環境可復現構建 |
| 整合模組 | 系統Kit、服務端介面及第三方能力適配 | 約定功能和異常用例透過 |
| 構建物 | 除錯包、測試包或約定的釋出候選包 | 簽名、版本和目標裝置一致 |
| 測試資料 | 功能、相容、異常和迴歸測試記錄 | 約定裝置與用例達到透過條件 |
HarmonyOS原生應用開發常見問題
專案範圍、輸入條件、交付物和驗收方式在需求確認及專案任務書中明確。
技術參考與版本依據
開發實施以目標版本、裝置、API支援範圍、官方開發資料和第三方許可條件為依據。
服務邊界與專案約定
系統Kit、裝置形態、API版本、Native庫、第三方SDK、賬號資質、應用市場材料和交付後維護範圍在專案任務書中逐項確認。服務可覆蓋釋出材料準備和稽核問題整改；應用市場稽核結果及稽核週期由平臺依據主體資質、應用內容和當期規則決定。
HarmonyOS原生應用開發常見問題
HarmonyOS原生應用是否必須使用ArkTS？+
HarmonyOS官方將ArkTS作為優選應用開發語言，通用介面通常採用ArkTS與ArkUI。若專案包含既有C/C++庫或特殊效能模組，可評估Native介面整合，最終語言和模組邊界按目標版本與工程條件確定。
已有Android介面可以直接複用嗎？+
原型、互動和業務規則可以作為需求輸入，但Android介面程式碼、元件和生命週期不能預設直接複用。需要重新核對頁面結構、狀態管理、系統能力和目標裝置佈局。
可以同時適配手機和平板嗎？+
可以按明確的裝置矩陣設計響應式佈局、資源和互動，但需要給出目標裝置、解析度、方向和系統版本，並在約定裝置上測試。
第三方SDK沒有鴻蒙版本怎麼辦？+
先確認供應商是否提供目標版本SDK和許可；沒有時可評估替代服務、自研模組、服務端遷移或業務降級。處理方案和成本需要單獨確認。
是否支援C或C++庫接入？+
可根據庫的原始碼、ABI、依賴、許可證和目標裝置評估Node-API或其他Native接入方式。僅有二進位制檔案時，還需核對架構、工具鏈和可除錯條件。
原始碼和構建說明是否交付？+
可在合同中約定應用原始碼、配置、構建說明、介面文件和測試記錄。第三方SDK、平臺資源和受許可證限制的程式碼不作為自有原始碼交付。
原生應用如何驗收？+
按指定裝置、系統/API版本、賬號、服務端環境、資料和測試用例驗收，並記錄構建、安裝、功能、異常、效能和穩定性結果。
應用市場稽核由哪些因素決定？+
服務可覆蓋構建、隱私與許可權檢查、材料整理、提交和稽核問題整改。稽核結果及週期由應用內容、主體資質、平臺規則和稽核意見共同決定。
服務與驗收說明
本頁說明可討論的工程服務範圍，不構成對固定效能、週期、價格、認證、審批或業務結果的承諾；最終範圍以目標環境、輸入資料及雙方確認的技術和商務檔案為準。
線上諮詢
電話諮詢
微信諮詢
回到頂部