各位SIG Maintainer大家好，

经过技术委员会评审确认，openKylin 1.0版本需要完成总计26个新需求的开发，具体见：https://gitee.com/openkylin/release-management/issues  ；目前这些需求大部分还没有具体的开发排期，请对应的SIG在9月9号（周五）前提供，提供方式：填写到issue的“开始日期-截止日期”信息，谢谢~


另外，部分issue里没有按照模板要求提供需求验收标准，也请尽快补充，方便QA SIG编写测试用例


备注：

1、openKylin 1.0版本需求开发截止时间为10月22号

2、openKylin 1.0版本需求列表：

需求标题需求描述Issue链接所属SIG
新增系统互通互联功能一、Android设备与系统设备互联
需求背景：
系统设备缺少能与Android智能设备快速互联互通的工具
需求描述：
实现Android设备与系统设备便捷互联，共享屏幕、文件同步管理、跨端搜索文件等功能
实现方案：
使用QT作为电脑端的基础应用框架，Android独立APK安装程序，实现对端的连接及互联功能

二、系统设备之间互联
需求背景：
系统设备之间缺少能够实现快速互联互通的工具
需求描述：
实现系统设备之间便捷互联，共享屏幕、文件同步管理、跨端搜索文件等功能
实现方案：
使用QT作为电脑端的基础应用框架，采用C/S架构，实现系统设备的互联互通		https://gitee.com/openkylin/release-management/issues/I5M45GConnectivity
新增openKylin ARM版本需求背景：
目前openkylin仅支持x86和RISC-V体系架构，尚不支持ARM架构。
需求描述：
增加openKylin的ARM架构版本。
实现方案：
基于瑞芯微和树莓派两个典型的ARM硬件平台，制作openKylin的ARM版本，并修复版本bug。		https://gitee.com/openkylin/release-management/issues/I5MCY9?from=project-issueArchitecture
UKUI3.22桌面环境开发需求背景：
根据社区发展规划，UKUI sig组计划完成UKUI3.22桌面环境版本开发和发布，需求来源社区开发者和爱好者
需求描述：
1、以平板特性相关需求为首要原则和版本核心亮点
2、以UI一致性、设计还原度为核心指标
3、以核心功能补齐和完善为重要补充
实现方案：
UKUI3.22版本开发中涉及到的组件开发者，根据需求描述进行评审、确认，各自根据评审结果和规划进行开发
验收标准：
满足各项需求的验收标准

附件（3.22需求列表）预计8月21日前补充完整		https://gitee.com/openkylin/release-management/issues/I5MW3C?from=project-issueUKUI
OpenSDK 2.0开发需求描述：
OpenSDK 2.0接口列表整理中		https://gitee.com/openkylin/release-management/issues/I5MZG7OpenSDK
提升开发麒麟speccpu套件测试分数需求背景：
speccpu 2006套件测试分数是性能测试中重要标准之一，开发麒麟的speccpu分数应优于debian\ubuntu等开源社区桌面发行版
需求描述：
提升openkylin桌面发行speccpu 2006测试套件分数，追平或优于x86架构下 debian\ubuntu开源社区桌面发行版分数		https://gitee.com/openkylin/release-management/issues/I5MYGWCompiler
Qt版本升级至5.15.5需求背景：
目前debian/ubuntu社区采用的最新的qt版本是5.15.4，而qt社区的最新开源的版本是5.15.5，开放麒麟作为linux顶级社区，应接受qt社区的最新版本，将qt框架升级至5.15.5
需求描述：
将开放麒麟适配qt官方最近开源版本5.15.5
实现方案：
（1）全量编译qt各模块5.15.5 debian包
（2）适配开放麒麟上应用，解决因升级qt基础库带来的问题
验收标准：
开放麒麟使用qt5.15.5正常运行		https://gitee.com/openkylin/release-management/issues/I5MYE0QT
开放麒麟支持Fido2协议认证设备需求背景：
在金融领域，对无密码认证场景有着更高的要求，通常Fido2协议设备为常用设备，windows hello以及android设备已经支持，但开放麒麟目前还不支持；
需求描述：
在开放麒麟系统级应用（如登陆锁屏）以及普通应用，认证登陆时可以用Fido2协议设备完成
实现方案：
以libfido2，pam-u2f为基础，开发麒麟统一认证框架向外暴露接口
验收标准：
常用Fido2认证设备可在开放麒麟使用，应用开发者可使用系统暴露接口接入认证功能		https://gitee.com/openkylin/release-management/issues/I5MY98Authentication
新增Linux官方编译器需求背景：
系统设备缺少可以开发开放麒麟软件的编译器
需求描述：
增加开放麒麟专用的开放麒麟软件编译器
实现方案：
可以基于开源的方舟编译器进行整改，制作开放麒麟的官方编译器		https://gitee.com/openkylin/release-management/issues/I5MXBOQuarkAI
新增鸿蒙超级终端与系统设备互联功能鸿蒙超级终端与系统设备互联
需求背景：
系统设备缺少能与鸿蒙超级终端快速互联互通的工具
需求描述：
实现鸿蒙超级终端与系统设备便捷互联，共享屏幕、文件同步管理、跨端搜素文件等功能
实现方案：
使用鸿蒙超级终端和华为HMS，实现对端的连接及互联功能		https://gitee.com/openkylin/release-management/issues/I5MX9LQuarkAI
新增语音助手需求背景：
系统设备缺少语音助手
需求描述：
增加开放麒麟专用的语音助手		https://gitee.com/openkylin/release-management/issues/I5N2B4QuarkAI
上游构建软件包需求背景：
软件源中需要引入更多软件包。
需求描述：
目前已知需要构建的软件包(列表已上传附件)：
实现方案：
采用上游构建方式进行软件包构建。
验收标准：
满足软件包编译依赖，编译成功，并且能满足安装依赖。		https://gitee.com/openkylin/release-management/issues/I5MSD5Packaging
一款基于openKylin系统的通用集成开发环境需求背景：
openKylin系统上需要一款通用集成开发环境，满足编码，编译，调试，打包等整套开发功能。
需求描述：
openKylin系统通用集成开发环境（kylin-code）有如下特性:
支持C/C++项目创建，编译，打包（deb/rpm)功能，为在openKylin开发者提供整套C/C++开发方案。
支持C/C++等主流语言编辑插件,支持对接openvsx商店。
支持C/C++基本调试和反向调试功能。
实现方案：
基于开源的Code-OSS项目，为openKylin系统开发C/C++项目创建，编译，调试，打包等插件。		https://gitee.com/openkylin/release-management/issues/I5MCSPFramework
新增系统对哈维柯藏语的支持新增系统对哈维柯藏语的支持
需求背景：
当前openkylin支持语言仅限于中英文，需要陆续增加可支持的语言
需求描述：
实现用户具有更多操作系统语言的切换选择
实现方案：
增加各语言的语言包同时各应用需要增加对应语言的支持，语言切换功能同样需要添加支持		https://gitee.com/openkylin/release-management/issues/I5MCAW?from=project-issuel18N
声音框架服务选型(pipewire/pulseaudio)需求背景：
为了让用户拥有良好的音频使用体验
需求描述：
确定系统声音服务器(pipewire/pulseaudio)
实现方案：
使用确定的声音服务器		https://gitee.com/openkylin/release-management/issues/I5MA59Audio
新增系统管家，提供用户常用的功能一、麒麟管家框架
需求背景：
依照普通用户操作习惯来看，系统缺少常用的系统级管理功能，常用工具入口等
需求描述：
基础应用框架，包含插件加载、插件界面显示、插件页面切换、应用进程单例等功能
实现方案：
使用QT作为基础应用框架，辅以pluma插件机制实现

二、垃圾清理功能
需求背景：
系统缺少垃圾清理功能
需求描述：
管家垃圾清理功能插件，支持清理系统缓存、操作痕迹等
实现方案：
按管家框架规范将垃圾清理具体功能做成管家插件

三、故障修复功能
需求背景：
用户遇到网络问题时，缺少自动排查手段
需求描述：
管家故障修复功能插件，当前支持网络问题检测，后续支持硬盘声音等系统问题的自动检测和修复
实现方案：
按管家框架规范将网络问题检测具体功能做成管家插件

四、百宝箱功能
需求背景：
开始菜单应用比较多，按照用户的操作习惯，常用工具类的应用需要有个统一入口
需求描述：
提供框架和插件机制，支持按配置文件增减其中的应用。点击应用图标能正常唤起对应应用。
实现方案：
按管家框架规范将百宝箱功能做成管家插件		https://gitee.com/openkylin/release-management/issues/I5LXCMSystemManager
输入法框架优化与输入法开发需求背景：
1.目前系统搭载的输入法框架缺少对平板模式的支持，系统转换到平板模式的时候输入法框架还是物理键盘PC模式的处理逻辑
2.目前系统搭载的输入法缺少平板模式的使用场景，系统转换到平板模式的时候输入法没有对应的虚拟键盘，平板模式下用户无法正常输入。
3.系统使用的开源输入法输入，输入法引擎匹配字符效果较差。

需求描述：
1.开发输入法框架对平板模式虚拟键盘的支持
2.开发输入法虚拟键盘
3.联合开发新一代输入法
实现方案：
1.基于现在的fcitx5输入法框架进行平板模式开发
2.输入法适配Fcitx5输入法框架
3.系统搭载最新的输入法框架Fcitx5

验收标准：
1.输入法框架完成了对虚拟键盘的支持
2.输入法完成了虚拟键盘的开发，且使用效果较为理想
3.完成了对新一代输入法的开发		https://gitee.com/openkylin/release-management/issues/I5N88F
InputMethod
评估Openkylin社区的漏洞情况需求背景：
目前OpenKylin社区缺少漏洞管理的机制，需要调研目前Openkylin的漏洞情况为后续建设漏洞管理机制做准备。
需求描述：
搜集相关材料讨论确定OpenKylin社区目前的系统安全漏洞情况与维护状态。
实现方案：
1.调研Openkylin目前安全漏洞管理的现状与安全漏洞参考数据。
2.讨论并评估目前OpenKylin系统的安全漏洞情况。
验收标准：
1.《openKylin社区-漏洞情况报告》		https://gitee.com/openkylin/release-management/issues/I5N6GASecurityCommittee
制定openkylin社区漏洞检测策略需求背景：
目前OpenKylin社区缺乏安全漏洞检测方案

需求描述：
讨论OpenKylin社区目前的安全漏洞检测方案，形成一个可推进的安全漏洞检测的落地策略

实现方案：
1.调研目前openKylin社区的安全漏洞情况
2.提出一个快速漏洞检测的解决方案供社区使用

验收标准：
1.《openKylin社区-安全漏洞检测落地策略》		https://gitee.com/openkylin/release-management/issues/I5N51XSecurityCommittee
内核优化1、集成intel 12代cpu的最新支持补丁，提供对12代cpu的大小核调度支持。
2、集成intel最新显示补丁，提供对intel各型号主流显卡的全面支持。
3、集成各种外设驱动及适配补丁，提供对最新蓝牙，无线网卡，声卡等设备的支持。
4、集成中文字体补丁，提供虚拟终端中文字体显示支持。		/Kernel
制定Openkylin社区的安全编码策略需求背景：
目前OpenKylin社区缺乏统一、稳定的安全编码规范

需求描述：
讨论OpenKylin社区目前的代码安全质量，形成一个可推进的安全编码规范落地策略

实现方案：
1.调研目前openKylin社区的代码安全质量现状
2.形成一个可推进的安全编码规范落地策略

验收标准：
1.《openKylin社区-安全编码规范落地策略》		https://gitee.com/openkylin/release-management/issues/I5N4BYSecurityCommittee
系统集成麒麟截图、麒麟打印、投屏需求背景：
截图、打印等一些系统常用的基本功能，在0.7版本上是确实的，很多用户反馈过这些问题，很影响日常使用

需求描述：
系统集成麒麟截图、麒麟打印、投屏

实现方案：
系统集成麒麟截图、麒麟打印、投屏

验收标准：
系统默认集成麒麟截图、麒麟打印、投屏，且相关功能正常		https://gitee.com/openkylin/release-management/issues/I5NDWKRelease
集成kmre安卓兼容环境需求背景：
已发布的openKylin版本目前生态缺乏，用户反馈常用的应用如微信、qq等应用等都没有，集成kmre安卓兼容环境后可以扩展安卓应用的生态

需求描述：
openKylin版本默认集成kmre安卓兼容环境

实现方案：
openKylin版本默认集成kmre安卓兼容环境

验收标准：
openKylin版本上kmre安卓环境可以正常运行，常用安卓应用如微信、QQ等可以正常使用		https://gitee.com/openkylin/release-management/issues/I5NDAJRelease
KDE Frameworks 组件版本升级至 5.97需求背景：
目前 debian/ubuntu/Slackware/arch等都采用最新的KDE Frameworks 5.97版本，而UKUI相关的组件在debian sid中也是使用KDE Frameworks 5.97版本，开放麒麟作为linux顶级社区，应将 UKUI 及时适配至 KDE Frameworks 5.97最新版本，及时将KDE Frameworks 组件版本升级至 5.97。

需求描述：
将开放麒麟适配 KDE Frameworks 组件版本升级至 5.97 ，使得UKUI能适配， 以便下一步 KDE Plasma 5.25.4（KDE桌面环境）能顺利移植。

实现方案：
（1）全局编译KDE Frameworks 各模块5.97 deb包
（2）适配开放麒麟上应用，解决 UKUI 因升级KDE Frameworks带来的问题，顺便为以后的 KDE桌面环境 移植做准备 。

验收标准：
开放麒麟使用 KDE Frameworks 5.97 正常运行。		https://gitee.com/openkylin/release-management/issues/I5N3DAKDE
系统开源组件代码自主选型需求背景：
开展1.0版本系统开源组件代码自主选型工作

需求描述：
各SIG组针对各自维护的开源组件软件包，开展代码选型，确定基础版本。比如：		https://gitee.com/openkylin/release-management/issues/I5NVA7Release
安装程序支持小容量硬盘安装需求背景：
小容量硬盘分区，例如虚拟机、闪存中安装系统

需求描述：
对于分区大小判断，之前是小于50G则不进行安装，目前需要修改成为，如果硬盘分区内存小于20G则退出安装

实现方案：
1、按照新拟定的分区规则来进行全盘安装；
2、前端界面流程；
3、安装后端流程；

验收标准：
基于之前的问题，在小于50G的机器上是否能正常安装，以及小于20G的机器上是否能正常安装系统，大于20G的机器上是否能正常安装系统		https://gitee.com/openkylin/release-management/issues/I5NO1PBootAndInstall
系统升级优化需求背景：
1.目前系统中缺乏完善的系统升级功能

需求描述：
1.提供系统升级功能
2.系统升级可与备份还原工具联动，实现版本备份及回退
3.提供更新历史查看功能

实现方案：
集成系统升级功能

验收标准：
1.新系统版本发布时，能够检测、下载并安装更新
2.用户更新前可备份系统，并能够通过备份还原工具还原
3.能够记录并显示更新历史		https://gitee.com/openkylin/release-management/issues/I5NZ2MUpdateManager

 

 

 

 

----

张天雄（openKylin Release SIG）