开发内容与工作范围
以下工作可根据现有系统和项目条件组合实施，具体模块与交付责任在项目范围中确认。
需求与现状评估
核对业务目标、用户、现有系统、数据、接口、部署环境和验收要求，形成范围与风险基线。
架构与接口设计
划分前端、服务、数据、设备和第三方系统边界，确定接口、权限、日志和异常处理方案。
功能与模块开发
按照确认的技术栈和功能清单实施软件开发，保持代码、配置和版本可追溯。
数据与系统集成
接入数据库、业务 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版本、账号、服务端环境、数据和测试用例验收，并记录构建、安装、功能、异常、性能和稳定性结果。
应用市场审核由哪些因素决定？+
服务可覆盖构建、隐私与权限检查、材料整理、提交和审核问题整改。审核结果及周期由应用内容、主体资质、平台规则和审核意见共同决定。
服务与验收说明
本页说明可讨论的工程服务范围，不构成对固定性能、周期、价格、认证、审批或业务结果的承诺；最终范围以目标环境、输入资料及双方确认的技术和商务文件为准。
在线咨询
电话咨询
微信咨询
回到顶部