1# Glossary 2 3## A 4 5- ### Ability 6 7 The abstraction of a functionality provided by an application. **Ability** is the minimum unit for the system to schedule an application. It is a component that can implement an independent functionality. An application can contain one or more **Ability** instances. Different types of abilities are defined in the Feature Ability (FA) model and stage model. 8 9- ### AMS 10 11 Ability Manager Service, a service that manages abilities. 12 13- ### App pack 14 15 An application package released to the application market. The package contains one or more HAP files with the file name extension .app. 16 17- ### App component 18 19 Same as ability. Each ability is an app component. 20 21- ### ArkCompiler 22 23 A component-based, configurable multi-language compilation and running platform built in OpenHarmony. Bolstered by key components such as the compiler, toolchain, and runtime, ArkCompiler is able to compile and run code written in various advanced programming languages on multiple chip platforms. It also enables the OpenHarmony standard system and its applications and services to run on a variety of device types, from phones and PCs, tablets, TVs, automobiles, to smart wearables. 24 25- ### ArkTS 26 27 Application development language used in OpenHarmony. Based on TypeScript, ArkTS extends capabilities such as declarative UI and status management, helping you develop applications in a simpler and more natural way. 28 29- ### ArkUI 30 31 Native UI framework of OpenHarmony. ArkUI is a simplified, high-performance UI development framework for cross-device application design and development, increasing your productivity when creating application UIs for use across devices. For details, see [ArkUI Overview](application-dev/ui/arkui-overview.md). 32 33- ### Atomic service 34 35 A brand-new application form provided by OpenHarmony. Each atomic service has an independent entry for users to easily access, such as by tapping it, using OneHop, or scanning a particular QR code. They support silent installation (installed automatically by the system in the background). 36 37 38## B 39 40- ### BMS 41 42 Bundle Manager Service, a service that manages application bundles. 43 44## C 45 46- ### C API 47 48 Native development interface provided by the OpenHarmony SDK. 49 50- ### Continuation 51 52 Distributed operations provided by OpenHarmony, including cross-device migration and multi-device collaboration. 53 54## D 55 56- ### Derivative framework 57 58 A third-party framework bridged to the native framework. 59 60- ### DevEco Device Tool 61 62 A one-stop development environment and all-in-one resource platform for smart device developers. It provides comprehensive capabilities spanning the entire process of device development, from chip template project creation and custom development resource selection to code writing, build, debugging, and burning. 63 64- ### DMS 65 66 Distributed Management Service, a service used for distributed management. 67 68## F 69 70- ### FA 71 72 Feature Ability, an ability that provides a UI for user interaction in the ability framework of the FA model. The FA supports only the Page ability template. 73 74- ### FA model 75 76 A development model provided by the ability framework. It is the only application development model supported by API version 8 and earlier. The FA model provides [FAs](#fa) and [Particle abilities (PAs)](#pa). The FA supports the Page ability template, and the PA supports the Service, Data, and Form ability templates. For details, see [FA Model Overview](application-dev/ability-deprecated/fa-brief.md). 77 78## H 79 80- ### HAP 81 82 OpenHarmony Ability Package, released with the file name extension .hap. One HAP provides all content of an application, including code, resources, third-party libraries, and an application configuration file. 83 84- ### HAR 85 86 OpenHarmony Archive file, which contains the middle format of code, resources, and configuration files. 87 88- ### HCS 89 90 HDF Configuration Source, providing the Hardware Driver Foundation (HDF) configuration in key-value pairs. HCS removes the dependency between configuration code and driver code, simplifying configuration management. 91 92 93- ### HC-GEN 94 95 HDF Configuration Generator, a tool for converting a configuration file into a file that can be read by the target software. 96 97 98- ### HDF 99 100 Hardware Driver Foundation, which provides a unified access interface for peripherals and the framework for driver development and management in OpenHarmony. 101 102- ### Hypium 103 104 OpenHarmony automatic test framework, which strives to implement hyper-automatic tests. Hypium is a blend of Hyper Automation and ium, where ium indicates a stable, reliable capability base of the test framework. 105 106 107## I 108 109- ### IDN 110 111 Intelligent Distributed Networking, a distributed networking unit of OpenHarmony. You can use IDN to obtain the device list and device states and subscribe to the connection state changes of devices on a distributed network. 112 113## N 114 115- ### Native framework 116 117 A development framework provided by the system. A non-native framework is a third-party framework. 118 119 120## P 121 122- ### PA 123 124 Particle Ability, an ability that does not have a UI in the ability framework of the FA model. It provides services and support for FAs. For example, a PA can function as a background service to provide computing power or as a data store to provide data access capabilities. The PA supports Service, Data, and Form ability templates. 125 126## S 127 128- ### SA 129 130 System Ability, which is a system-level component written by system developers. 131 132- ### Secondary framework 133 134 A third-party framework that does not depend on the native framework. 135 136- ### Stage model 137 138 A development model provided by the ability framework since API version 9. The stage model provides **UIAbility** and **ExtensionAbility** classes. The **ExtensionAbility** classes include **ServiceExtensionAbility**, **FormExtensionAbility**, **DataShareExtensionAbility**, and more. 139 140- ### Super Virtual Device 141 142 Also called Super Device. It integrates the capabilities of multiple devices through the distributed technology into a virtual hardware resource pool and then centrally manages and schedules these capabilities based on application requirements. 143 144- ### SysCap 145 146 System Capability, each relatively independent feature in OpenHarmony, such as Bluetooth, Wi-Fi, NFC, and camera. Each system capability corresponds to multiple APIs, and each API definition contains the corresponding SysCap tag. 147 148- ### System type 149 - Mini system: an operating system for the devices that come with MCU processors, such as Arm Cortex-M and 32-bit RISC-V, and memory greater than or equal to 128 KiB. This system provides rich short-range connection capabilities and peripheral access bus. The mini system applies to smart home products such as LinkIoT module devices and sensors. 150 - Small system: an operating system for the devices that come with application processors such as Arm Cortex-A and memory greater than or equal to 1 MiB. This system provides higher security capabilities, a standard graphics framework, and video encoding and decoding capabilities. The small system applies to smart home products such as IP cameras, peephole cameras, and routers as well as easy travel products such as event data recorders (EDRs). 151 - Standard system: an operating system for the devices that come with application processors such as Arm Cortex-A and memory greater than or equal to 128 MiB. This system provides a complete application framework supporting enhanced interaction, 3D GPU, hardware composer, diverse components, and rich animations. The standard system applies to high-end refrigerator displays. 152 153## U 154 155- ### UI component 156 157 Part of the UI that supports user interaction. 158 159## X 160 161- ### XComponent 162 163 Component interfaces provided by ArkUI to meet self-rendering requirements of developers. 164