!5346 【OpenHarmony开源贡献者计划2022】统一文档格式

Merge pull request !5346 from 王宁/update_doc

zh-cn/design/OpenHarmony部件设计和开发指南.md

@@ -101,7 +101,7 @@ OpenHarmony参考机械装配领域的零部件的概念将系统能力抽象为
 | ------------ | ------------------------------------------------------------ |
 | 英文名称     | 名词形式，需体现部件的功能，在系统内全局唯一，不超过63个有效英文字符，使用小写加下划线的内核风格命名，例如：unix_like。                                           |
 | 中文名称     | 名词形式，需体现部件的功能，不超过16个中文字符，不建议中英文混合。 |
-| 子系统       | 部件归属的子系统                                             |
+| 子系统       | 部件归属的子系统。                                             |
 | 功能描述     | 一句话简要描述部件功能，100字以内。                          |
 | 可配置特性   | 部件对外可配置的特性。                                       |
 | 适用系统类型 | 部件适用的系统类型：小型、轻量和标准，可以同时支持多种。       |

zh-cn/device-dev/driver/driver-peripherals-audio-des.md

@@ -16,7 +16,7 @@ Audio驱动框架基于[HDF驱动框架](https://device.harmonyos.com/cn/docs/do
 ![](figures/Audio框架图.png)
 
 驱动架构主要由以下几部分组成。
-- HDI adapter： 实现Audio HAL层驱动（HDI接口适配），给Audio服务（frameworks）提供所需的音频硬件驱动能力接口。包含 Audio Manager、Audio Adapter、Audio Control、Audio Capture、Audio Render等接口对象。 
+- HDI adapter：实现Audio HAL层驱动（HDI接口适配），给Audio服务（frameworks）提供所需的音频硬件驱动能力接口。包含 Audio Manager、Audio Adapter、Audio Control、Audio Capture、Audio Render等接口对象。 
 - Audio Interface Lib：配合内核中的Audio Driver Model使用，实现音频硬件的控制、录音数据的读取、播放数据的写入。它里面包括Stream_ctrl_common 通用层，主要是为了和上层的audio HDI adapter层进行对接。
 - ADM（Audio Driver Model）：音频驱动框架模型，向上服务于多媒体音频子系统，便于系统开发者能够更便捷的根据场景来开发应用。向下服务于具体的设备厂商，对于Codec和DSP设备厂商来说，可根据ADM模块提供的向下统一接口适配各自的驱动代码，就可以实现快速开发和适配OpenHarmony系统。
 - Audio Control Dispatch: 接收lib层的控制指令并将控制指令分发到驱动层。