标准规范下载简介

DB43／T 2259-2021 信息技术应用创新工程建设规范 第10部分：应用开发通用技术要求.pdf简介：

DB43/T 2259-2021 是湖南省地方标准，全称为“信息技术应用创新工程建设规范 第10部分：应用开发通用技术要求”。这个标准主要针对信息技术应用创新工程中的应用开发部分，提供了一套通用的技术要求。

1. 背景：随着信息技术的快速发展，应用开发已经成为各类项目的核心部分，这个标准旨在为应用开发过程提供指导，保证项目的质量和效率。

2. 内容：标准涵盖了应用开发的各个环节，如需求分析、设计、编码、测试、部署和维护等，强调了规范化、标准化的开发过程。它可能包括对代码质量、数据安全性、用户体验、系统性能、可维护性、兼容性和可扩展性等方面的具体要求。

3. 目的：通过遵循此标准，可以确保应用开发项目满足用户需求，符合行业最佳实践，减少开发风险，提高开发效率，同时也有助于提升整个信息技术应用创新工程的水平。

4. 应用：该标准适用于政府、企业、教育、科研等各类组织进行的应用开发项目，是指导和评价相关项目实施的重要依据。

请注意，具体的详细内容需要参考标准原文，因为这里提供的信息是基于一般性的介绍。

DB43／T 2259-2021 信息技术应用创新工程建设规范 第10部分：应用开发通用技术要求.pdf部分内容预览：

湖南省为深入贯彻国家网络强国战略，全面落实中央有关文件精神，部署开展湖南省信息技术应用 创新工程建设，保障全省各级党政机关关键信息基础设施信息安全和信息系统安全可靠运行。针对自主 可控产品体系初具规模，但相关产品和工程实施标准规范还很缺乏的现状，为了规范工程建设，加速工 程进度，扩大建设结果，同时有力提开自主可控产业发展水平，确保信息安全，由湖南省国家密码管理 局作为业务主管单位、湖南省工业和信息化厅作为技术归口单位，由中国人民解放军国防科技大学、中 国电子信息产业集团有限公司等单位与湖南省合作制定了《信息技术应用创新工程建设规范》地方标准， 《信息技术应用创新工程建设规范》主要由自主可控核心产品、典型应用、工程管理等方面的规范 组成，重点解决应用创新工程建设当中产品选型、应用开发、工程实施等基础环节的实际问题，可为应 用创新工程的用户使用单位、集成建设单位和相关产品研制单位，在产品和应用规范化、软硬件兼容适 配、工程实施标准等方面提供一般性指引。 《信息技术应用创新工程建设规范》未来将根据自主可控产业和应用创新工程的发展变化进行相应 的必要调整和补充。

DB43/T 22592021

信息技术应用创新工程建设规范

不锈钢饰面施工工艺流程信息技术应用创新工程建设规范

10部分：应用开发通用技术要求

本文件针对国产操作系统上应用开发的编码、软件配置及打包、日志、安全管理、软件包、桌面应 用配置、单进程、多进程、兼容性等提出具体要求，有利于提高应用软件的兼容性。 本文件适用于国产操作系统上第三方应用程序的开发，也为第三方应用程序的调试验证提供指导。

下列文件中的内容通过文中的规范性引用而构成本文件必不可少的条款。其中，注日期的引用文件， 仅该日期对应的版本适用于本文件；不注日期的引用文件，其最新版本（包括所有的修改单）适用于本 文件。 GB/T15272一1994程序设计语言C DB43/T1777.6一2020信息技术应用创新工程建设规范第6部分：操作系统软件兼容性通用技 术要求

DB43/T 22592021

下列缩略语适用于本文件： PNG：可移植的网络图形（PortableNetworkGraphics） SVG：可缩放的矢量图形（ScalableVectorGraphics） UTF：通用字符组/编码转换格式（UniversalCharacterSet/Unicode TransformationFor

下列缩略语适用于本文件： PNG：可移植的网络图形（PortableNetworkGraphics） SVG：可缩放的矢量图形（ScalableVectorGraphics） UTF：通用字符组/编码转换格式（UniversalCharacterSet/UnicodeTransformationForma

应用软件开发应使用符合GB/T15272一1994要求的C语言，宜使用C++、Java、Python等语言

开发人员在同一项目中应使用同一种命名规范命名函数，命名规范可采用驼峰命名法、匈牙利合 帕斯卡命名法和下划线命名法中任意一种

并发人员在同一项目中应使用同一种命名规范命名变量，命名规 帕斯卡命名法和下划线命名法中任意一种。 变量命名还应遵守以下规则： a） 在单独的代码行中声明每个变量； b） 尽量避免使用简短或无意义的名称，例如“a”，“rbarr”； c） 1. 单字符变量名称只在临时变量或循环的计数中使用； 在真正使用变量的时候定义变量； e) 2 变量名称中的每个连续单词均以大写字母开头； 避免使用缩写； g） 类名以大写开头，公有类以Q并头，公有函数通常以。并头

DB43/T 22592021

缩写的变量使用驼峰命名法，例如“QUkuiWindo

每个版本应对应一条变更日志，变更日志中记录当前版本基于上一个版本改动的内容，变更日志 changelog文件的格式应符合附录A的规定。

可执行文件的存储位置应符合以下要求： a） 系统的可执行文件放在“/bin”目录下； b） 系统软件的可执行文件放在“/usr/bin/”目录下； c） 用户的可执行文件放在“/usr/local/bin”目录下； d）应用软件的可执行程序放在“/opt/应用名/bin/”目录下。

配置文件的存储位置应符合以下要求： a） 应用软件的全局配置文件放在“/etc/”目录下，如果一个应用软件有多个配置文件，则应建 立“/etc/应用名/目录”，并将配置文件放入该目录； b） 应用软件的用户配置文件应统一放在“/home/用户名/.config/应用名/目录”下； C） 应用软件不得直接修改系统配置，而应按照系统提供的方法新建自己的子配置，包括但不限 于以下配置：

DB43/T 22592021

6.4数据文件存储位置

数据文件的存储位置应符合以下要求： a) 系统软件的数据文件存储路径应为“/var/lib/软件名”； b） 应用软件的数据文件存储路径应为“/opt/应用名/”及其子目录，具体路径不做强制要求 可为“/opt/应用名/data/”

6.5缓存文件存储位置

软件运行过程中产生的保存状态的缓存文件，应符合以下要求： a） 系统软件的缓存文件存储路径应为“/var/cache/软件名/”； b） 如果应用软件安装路径为“/opt/应用名/”，则应用软件的缓存文件存储路径应为“/opt/应 用名/”目录及其子目录，具体路径不做强制要求，可为“/opt/应用名/cache/”； c）如果应用软件安装路径为“/usr/share/应用名/”，则应用软件的缓存文件存储路径应为 “/var/cache/应用名”目录及其子目录。

系统日志应符合以下要求： a） 2 日志输出不应影响系统正常运行； D） 日志输出不应产生安全问题，不应输出敏感信息； c） 日志使用应符合安全审计要求，支持备份和保密机制； d） 日志可供系统开发和运维人员定位问题的原因； e）日志分为普通级、调试级、警告级、错误级和警报级5类

应用日志应符合以下要求： 循环体内不打印Info日志； b） 打印日志打码，不应发生异常； 不应使用字符串拼接，宜使用占位符； d）日志文件至少保存15天。

应用开发的安全管理应符合以下要求：

DB43/T 22592021

a) 具有前端交互逻辑的应用可执行程序， ，一般应以普通用户权限运行，不应使用sudo、pkexec 等命令直接提权运行； b + 如果应用需要特权态执行某些操作，应使用前后端分离的方式实现，前端含有交互逻辑的 进制程序使用普通用户权限运行，通过dbus等技术与后端具有管理员权限的服务端通讯，实 现相关功能； C） 2 如果前端应用使用dbus等技术与后端具有管理员权限的服务端通讯，应进行身份鉴别，用于 确定用户是否具备该项行为的权限。

件的打包方式，应按照DB43/T1777.6一2020中

9.2deb包具体要求

版本号的唯一性应适用于源码包和二进制包，在任何源码包下，二进制包不能重复使用，

每个deb包的control文件中包括Description字段，该字段应包含软件包的概要和扩展描述，还 应描述关键依赖和其它软件包的冲突信息。 Description字段不应包含配置或使用软件包的说明（即安装脚本、手册页、信息文件等），以及 版权说明。

9.2.6重复构建要求

为了实现重复构建，源码包的构建应符合以下要求： a） 在指定路径解压源码包：

DB43/T 22592021

b） 已安装的构建依赖项版本； c） 指定的环境参数值； d） 确定构建架构； e） 确定主机的CPU指令架构。

b） 已安装的构建依赖项版本： c） 指定的环境参数值； d） 确定构建架构； e）确定主机的CPU指令架构

9.2.7软件包维护者

9.3RPM包具体要求

9.3.2SPEC文件

的具体内容等。 changelog文件的格式应符合以下要求： a）星期、月份均用英文形式的前3个字母，不应使用中文； b）每个changlog之间应有一空行。 变更日志changelog文件格式应符合附录A的规定

9.3.4源码包构建原则

GB／T 38752-2020标准下载DB43/T 22592021

源码包构建应遵循以下规则： a）只要存在spec文件，开发者应在系统现有的spec文件上修改更新； b） 任何人无权删除其他人的changelog和原始打包者的信息，但可追加自己的信息； C） spec文件应使用系统标准的宏定义； d） 任何人都不应直接提供修改后的源代码，而应以补丁形式发布修改，在spec里完成打补丁操 作，一个补丁只解决一个问题，任何补丁的授权方式应和被修改源代码保持一致。

10.1desktop文件

桌面应用开发应使用desktop文件，用于在开始菜单、办公桌面等启动应用，desktop文件应符合 以下要求： a）应以应用安装后软件包管理工具可查询的软件名为desktop文件名GB／T 39432-2020 无损检测 超声检测 阶梯试块.pdf，以.desktop为文件后缀： b） 应符合Linux启动器desktop文件编写格式，desktop文件格式示例见附录B； c）应用安装时，应将desktop文件放在“/usr/share/applications”目录下。

桌面应用开发应使用icon文件用于在开始菜单、任务栏等位置显示所需图标，icon文件应符合以 下要求： a）icon文件名应为应用标识，图标文件格式为PNG/SVG，其中PNG图标大小要求128x128px及 以上或全尺寸； b）icon若为PNG格式，在应用安装时应将icon文件放在“/usr/share/icons/hicolor”对应尺 寸的目录下； c）icon若为SVG格式，在应用安装时应将icon文件放在“/usr/share/icons/hicolor/scalable mimetypes/”目录下。

10.3系统及应用服务要求