Interactive White Board Software Rating System IWB-SRS 智慧教育软件评级标准 / 征求意见稿
版本 | v0.1pre1 20260919 Draft
许可协议 | CC-BY 4.0
零 免责声明、简介与协议
基于本标准作出的评级本标准不能代表软件的真实水平,负责编辑本文档的成员也不对任何人发布的任何基于 IWB-SRS 的项目评级做任何担保,包括我们自己作出的评级。本标准更像是一种对于开发者的检查项,提供对于一个智慧教育软件需要做出的最低「责任」。
本标准基于 CC-BY 4.0 获得许可。
一 评级组成
IWB-SRS 由两部分组成。
主评级。
主评级反映软件整体质量,由 13 个维度加权计算。
类型独立评级。
类型独立评级反映项目类型风险,包括新 App、Vibe 含量过高 App、闭源 App、商业化 App。
示例格式:
Project IWB-SRS 等级 A 高可用性
Project IWB-SRS 等级 C 基本可用·New³ 新兴项目
Project IWB-SRS 等级 S 质量极佳·Closed¹ 完全闭源·Commercial³买断制软件
Project IWB-SRS 等级 B 值得尝试·Closed½ 半开源
Project IWB-SRS 等级 D 可用性堪忧·Sloppy³ AI 痕迹显著
二 主评级评分标准
每个维度评分为 0 到 10 分,精度为 0.5。总评分为加权后的分数占满分分数的比值,以百分比计。
以下是区间段表格。
| 总评百分比 | 主评级 | 名称 |
| [90.0, 100.0] | S | 极佳质量 |
| [80.0, 90.0) | A | 优秀软件 |
| [65.0, 80.0) | B | 值得一试 |
| [50.0, 65.0) | C | 基本可用 |
| [40.0, 50.0) | D | 可用性堪忧 |
| [0, 40.0) | E | 低质量 |
名称也可以另取,比如 A 不可忽视。
三 评级步骤
1. 开始评级
不管你是开发者,或是软件的主要维护者,你都可以根据下述的评级方式为某个广义上一切能够在可交互智能白板(Interactive White Board, IWB)上运行的应用程序作出评级。
2. 评分方式
每个维度采用锚点评分法,锚点为 0、2、4、6、8、10。允许给出 0.5 分精度的中间分。当证据不足时,按更低档计分。
某项评估要点在当前软件类型中确实不适用时,应标记为不适用。该维度得分按适用项平均分计算。不适用项不得直接计为高分,也不得直接计为 0 分。
四 各维度详细评分标准
1. 性能
权重:1.1
评估目标
评估软件在大屏性能较差环境下的响应速度、资源占用和任务完成效率。
定义
标准环境指一台搭载 Intel 11th Gen Core i3,12GB RAM,NVIDIA GeForce 2060,512GB+ SSD,散热装置能将核心温度控制在 50°C 以下的性能相当的设备。
低配环境指一台搭载 4th Generation Intel Core i3,4GB RAM,无独立显卡,512GB+ HDD,有基本主动散热能力的性能相当的设备。
评分锚点
| 分数 | 标准 |
| 0 | 标准环境也无法完成核心任务,或边缘环境直接崩溃;空载 RAM 占用超过 1GB |
| 2 | 标准环境勉强可用,边缘环境核心任务失败率超过 30%;空载 RAM 在 600MB 以上 |
| 4 | 标准环境正常,边缘环境可进入,但关键操作经常超过 8 秒 |
| 6 | 边缘环境可完成核心任务,关键操作多数不超过 5 秒 |
| 8 | 低配环境可完成任务,关键操作多数不超过 3 秒,空载资源占用可控在 200MB 内 |
| 10 | 全环境流畅,标准环境所有操作不超过 1.5 秒,边缘环境关键操作不超过 3 秒;空载 RAM 控制在 100MB 内;空载 CPU 在低配设备上不超过 5% |
2. 可靠性
权重:0.8
评估目标
评估软件在网络异常、系统异常、存储异常、误操作时保持数据完整和可恢复的能力。
评分锚点
| 分数 | 标准 |
| 0 | 异常发生后数据丢失且无法恢复 |
| 2 | 崩溃后需要重装或人工修复,仍有部分数据丢失 |
| 4 | 有备份或日志,但恢复流程复杂,普通教师/电教委员难以完成 |
| 6 | 断网、断电、崩溃后能保留未保存的部分;误操作能够在 30s 内恢复 |
| 8 | 能够完成自动恢复、自动重试等,普通用户可自助恢复 |
| 10 | 全链路容错,具备恢复点、灾难恢复、数据丢失验证、自动备份等功能 |
3. 可用性
权重:0.6
评估目标
评估软件在不同系统、设备、网络、输入方式下是否可访问、可操作、可完成任务。
评分锚点
| 分数 | 标准 |
| 0 | 核心功能在多数教育环境不可用 |
| 2 | 只能在少数新系统或标准环境使用;离线完全不可用 |
| 4 | Windows 10 1803+ 可用;部分功能离线不可用;仅支持触控输入;需要手动安装运行时 |
| 6 | Windows 10+ 均可用;离线可完成关键操作;支持一部分触控优化;自带运行时(若需要) |
| 8 | 支持 Linux X11 / Windows 7+;绝大多数操作可以离线完成;触控优化良好 |
| 10 | Wayland / XWayland 包括输入法在内的所有功能可用;完全离线可运行;针对触控的特殊适配 |
4. 易用性
权重:1.0
评估目标
评估教师、学生、管理员、家长是否能在低培训成本下完成任务,尤其是在课堂高压场景中快速操作。
评分锚点
| 分数 | 标准 |
| 0 | 新用户无法完成核心任务 |
| 2 | 需要长时间培训才能完成基础操作 |
| 4 | 可完成任务,但引导不足,错误提示不清晰 |
| 6 | 主流用户可在少量帮助下完成任务,错误可理解 |
| 8 | 课堂高压可快速操作;支持误操作恢复;课堂静默报错/自动重试;高频操作可以在 6 步内找到并完成 |
| 10 | 新用户可零培训/遵循提示在 10 分钟内快速掌握软件核心操作;高频操作可少于 4 次点击完成 |
5. 可扩展性
权重:0.6
评估目标
评估软件是否支持功能扩展、接口扩展、内容扩展、教学场景扩展。当软件明显不需要扩展功能作为辅助时,可直接省去并评为 8 分。参阅 OMI Tl.2 获得标准。
评分锚点
| 分数 | 标准 |
| 0 | 完全封闭,无法配置或扩展 |
| 2 | 仅支持少量内部配置 |
| 4 | 支持模板或字段配置,但无开放接口 |
| 6 | 提供接口和文档,可进行基础集成 |
| 8 | 支持插件或模块扩展,版本升级基本兼容;API 相对稳定 |
| 10 | 提供完整扩展机制,支持审计、版本兼容、回滚;有稳定的基础设施 |
6. 稳定性
权重:1.4
评估目标
评估软件在长时间运行、版本升级、负载波动下是否保持稳定。
评分锚点
| 分数 | 标准 |
| 0 | 短时间内频繁崩溃 |
| 2 | 无法支撑一节课连续使用 |
| 4 | 可支撑半天使用,但需要人工重启 |
| 6 | 可支撑一个教学日,崩溃后可恢复 |
| 8 | 长时间运行稳定,升级不丢数据 |
| 10 | 支持 7x24 稳定不间断运行,意外情况稳定处理 |
7. 社区开放性
权重:0.5
评估目标
评估软件是否公开源码、文档、接口、反馈渠道、贡献机制、版本信息。
评分锚点
| 分数 | 标准 |
| 0 | 无公开文档,无反馈渠道 |
| 2 | 只有静态介绍页 |
| 4 | 有反馈页面或表单,但无公开流程 |
| 6 | 有文档、更新记录、反馈渠道 |
| 8 | 源码可获取,许可证明确,有开放接口、插件说明、贡献指南 |
| 10 | 有公开治理规则、版本计划、安全披露机制、可复现构建、社区贡献流程 |
闭源限制
闭源软件社区开放性得分不得超过 6。
若闭源软件提供第三方审计报告、漏洞响应机制、公开反馈渠道,最高可提升至 9。
8. 社区环境
权重:0.1
评估目标
评估社区或用户反馈环境是否安全、有序、适合教育场景。本条目基本属于主观打分。
评分锚点
| 分数 | 标准 |
| 0 | 无社区 |
| 2 | 社区环境混乱,无人管理 |
| 4 | 有基本的互助交流社区 |
| 6 | 有基本的社区管理 |
| 8 | 社区环境良好,管理有力 |
| 10 | 社区环境优秀,氛围极好 |
9. 教学适配性
权重:0.2
评估目标
评估软件是否适配实际教学流程。
评分锚点
| 分数 | 标准 |
| 0 | 与实际教学流程脱节 |
| 2 | 只能完成基本操作 |
| 4 | 支持误操作恢复 |
| 6 | 支持软件上锁与核心数据保护 |
| 8 | 支持自部署集控 |
| 10 | 支持教学闭环,有完整的集控工具链 |
五 类型独立评级
类型独立评级不替代主评级,而是用于标识项目类型风险。若项目同时属于多个类型,应同时输出多个类型评级。若项目不属于某类型,该类型评级标记为不适用。
1. 新出现 App 成熟度评级
触发条件
满足以下任一条件时,应进行新项目评级:
- 首次公开发布不足 1 个月。
- 稳定版本少于 3 个。
- 主版本号低于 1.0。
- 缺少长期维护记录。
评级区间
| 规则 | 评级 | 名称 |
| 发展态势良好,使用者数量稳定 | New⁰ | 成熟软件(不予标注) |
| 项目活跃,生态逐步构建,使用者人数稳步增加 | New¹ | 冉冉新星 |
| 有人愿意试用/已经部署到生产环境 | New² | 初生牛犊 |
| 3 天内出现的新软件(以首次 Commit(开源)或首次开发版本发布为准)或数天内无人使用 | New³ | 全新项目 |
2. Vibe 含量风险评级
定义
Vibe 含量风险用于衡量项目表面完整,但缺少工程证据的程度。
触发条件
满足以下任一条件时,应进行 Vibe 风险评级:
- 项目宣传较强,但证据不足。
- 项目构建极快,超过人类可控速度
- 文档,宣发文本 AI 味浓重,软件本体有经典 Vibe 特征(Emoji 作为图标、设计混乱等)
评级区间
| 标准 | 评级 | 名称 |
| 无明显 AI 痕迹;采用率 ≤ 20% | Sloppy⁰ | 无需标注 |
| 有 AI 风味,不影响大多数功能使用 | Sloppy¹ | AI 辅助 |
| 严重的 AI 参与痕迹,设计混乱,功能可用性低 | Sloppy² | AI 模因污染 |
3. 闭源 App 透明度评级
触发条件
源码不可公开获取时,应进行闭源透明度评级。
评级区间
| 开源等级 | 评级 | 名称 |
| 部分代码开源 | Closed½ | 半开源 |
| 完全闭源 | Closed¹ | 完全闭源 |
4. 商业化 App 评级
触发条件
满足以下任一条件时,应进行商业化评级:
- 存在付费内容。
- 存在订阅。
- 存在内购。
- 存在广告。
- 存在功能解锁。
- 存在会员等级。
开源软件的捐赠项不计在内。
评级区间
| 规则 | 评级 | 名称 |
| 有内购或锁定功能,绝大多数免费 | Commercial¹ | 功能锁定 |
| 买断制软件或订阅制软件,没有其他内购 | Commercial² | 买断/订阅 |
| 大量内购,仍需订阅 | Commercial³ | 商业化高 |
六 表示法
表示 IWB-SRS 评级,可采用以下方式:
富文本/纯文本
头部分是固定的 IWB-SRS 评级(无需使用行内代码框,下同);后依次接 主评级 短评、各个类型独立评级 短评,以 · 相互连接。
本文基础骨架由 AI 写就,因此挂上了 AI 标。大多数正文都是我写的(