10.3 软件的缺陷是否应该在规格书中说明?

GreyZeng 2021-08-07 16:35:52

原文地址
书中10.3章提到规格书中应该写出好的功能的副作用

一些好的功能还会有副作用。我们要把这些副作用明明白白地 写出来。例如:美国很多地区用节能灯(LED)代替了原来的白炽 灯,装在交通灯上。这一措施虽然节能,但是LED发热少,下雪天不 能融化灯面的积雪,导致出现交通问题。当初的Spec务必要把这一副 作用(危险)给写出来。

书中15.1章也提到优秀的软件团队会发布有已知缺陷的软件。

那么如果发布的软件有已知缺陷是否也应该在规格书中写明呢?

...全文
803 2 打赏 收藏 转发到动态 举报
写回复
用AI写文章
2 条回复
切换为时间正序
请发表友善的回复…
发表回复
SoftwareTeacher 2022-03-07
  • 打赏
  • 举报
回复

这应该是说 ‘软件的副作用’, 要说明, 例如,很多闪烁的动画会引起某种病症的发作。
当然, 软件如果在发布的时候有 bug, 的确要让用户知道

GreyZeng 2021-08-07
  • 打赏
  • 举报
回复

我觉得应该说明,不然用户因为这个缺陷造成损失,那这个软件的口碑和声誉就麻烦了。
原文地址

内容概要:本文系统讲解了OpenClaw Windows驱动开发的完整流程,旨在通过自研内核驱动扩展OpenClaw AI智能体框架的能力边界。文章从架构原理入手,介绍用户态与内核态协同的双层设计,阐述驱动在权限突破、硬件控制、系统级自动化等方面的核心价值。随后详细说明开发环境搭建、项目工程创建、核心模块设计(设备管理、IOCTL通信、内核执行、安全校验)及关键代码实现,并提供可运行的驱动模板。进一步涵盖驱动的编译签名、部署加载、调试优化方法,结合实战案例展示AI驱动的底层系统自动化应用,如进程管控、垃圾清理和硬件监控,最终总结开发要点与避坑指南。; 适合人群:具备Windows系统编程基础、熟悉C/C++和驱动开发的高级研发人员,尤其是从事AI自动化、系统安全、底层运维相关工作的开发者。; 使用场景及目标:①实现OpenClaw在受限权限下的深度系统控制;②构建高可靠性、防检测的本地AI智能体控制系统;③开展硬件级自动化调度与企业终端统一管控; 阅读建议:此资源涉及内核级开发,操作风险较高,建议在虚拟机环境进行测试,严格按照步骤配置开发与调试环境,重点关注安全校验与异常处理机制,确保驱动稳定性与系统安全性。

606

社区成员

发帖
与我相关
我的任务
社区描述
程序员。写过:移山之道,编程之美,构建之法,智能之门。
软件工程软件构建团队开发 企业社区 北京·朝阳区
社区管理员
  • SoftwareTeacher
  • GreyZeng
加入社区
  • 近7日
  • 近30日
  • 至今
社区公告
暂无公告

试试用AI创作助手写篇文章吧