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

GreyZeng 2021-08-07 16:35:52

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

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

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

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

...全文

511 2 打赏收藏转发到动态举报

写回复

用AI写文章

2 条回复

切换为时间正序

请发表友善的回复…

发表回复

SoftwareTeacher 2022-03-07

打赏
举报

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

GreyZeng 2021-08-07

打赏
举报

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

FLUKE 435 电能质量分析仪使用手册说明书

一共两个压缩分卷，这是第一个分卷第ⅰ部分让领域模型发挥作用. 第1章消化知识 5 1.1 有效建模的因素 9 1.2 知识消化 10 1.3 持续学习 11 1.4 知识丰富的设计 12 1.5 深层模型 15 第2章交流及语言的使用 17 2.1 通用语言 17 2.2 利用对话改进模型 22 2.3 一个团队，一种语言 24 2.4 文档和图 25 2.4.1 书面的设计文档 27 2.4.2 执行的基础 29 2.5 说明性模型 29 第3章将模型和实现绑定 32 3.1 模型驱动设计 33 3.2 建模范型和工具支持 36 3.3 突出主旨：为什么模型对用户很关键 41 3.4 实践型建模人员 43 .第ⅱ部分模型驱动设计的构建块第4章分离领域 47 4.1 分层架构 47 4.1.1 层间的联系 51 4.1.2 架构框架 51 4.2 模型属于领域层 52 4.3 其他种类的隔离 55 第5章软件中的模型描述 56 5.1 关联 57 5.2 实体(又称引用对象) 62 5.2.1 实体建模 65 5.2.2 设计标识操作 66 5.3 值对象 68 5.3.1 设计值对象 71 5.3.2 设计包含值对象的关联 73 5.4 服务 74 5.4.1 服务和分隔的领域层 75 5.4.2 粒度 77 5.4.3 访问服务 77 5.5 模块(包) 77 5.5.1 敏捷的模块 79 5.5.2 基础结构驱动打包的缺陷 80 5.6 建模范式 82 5.6.1 对象范式的优势 82 5.6.2 对象世界中的非对象 84 5.6.3 在混合范式中使用模型驱动设计 85 第6章领域对象的生命周期 87 6.1 聚合 88 6.2 工厂 96 6.2.1 工厂及其应用场所的选择99 6.2.2 只需构造函数的情况 101 6.2.3 接口的设计 102 6.2.4 如何放置不变量的逻辑 103 6.2.5 实体工厂与值对象工厂 103 6.2.6 存储对象的重建 103 6.3 仓储 105 6.3.1 查询仓储 109 6.3.2 了解仓储实现的必要性 111 6.3.3 实现仓储 111 6.3.4 在框架内工作 113 6.3.5 与工厂的关系 113 6.4 为关系数据库设计对象 115 第7章使用语言：扩展示例 117 7.1 货物运输系统概述 117 7.2 隔离领域：系统简介 119 7.3 区分实体和值对象 120 7.4 运输领域中的关联设计 121 7.5 聚合的边界 123 7.6 选择仓储 124 7.7 场景概述 125 7.7.1 应用特性示例：改变一件货物的目的地126 7.7.2 应用特性示例：重复业务126 7.8 对象的创建 126 7.8.1 cargo的工厂和构造函数 126 7.8.2 添加一个handling event127 7.9 停下来重构：cargo聚合的另一种设计 129 7.10 运输模型中的模块 131 7.11 引入新特性：配额检查 133 7.11.1 连接两个系统 134 7.11.2 改进模型：划分业务 135 7.11.3 性能调整 137 7.12 小结 137 第ⅲ部分面向更深层解的重构第8章突破 143 8.1 关于突破的故事 144 8.1.1 中看不中用的模型 144 8.1.2 突破 146 8.1.3 更深层的模型 148 8.1.4 冷静的决定 149 8.1.5 成效 150 8.2 时机 150 8.3 着眼于根本 151 8.4 尾声：一连串的新理解 151 第9章隐含概念转变为显式概念 153 9.1 概念挖掘 153 9.1.1 倾听表达用语 154 9.1.2 检查不协调之处 157 9.1.3 研究矛盾之处 162 9.1.4 查阅书籍 162 9.1.5 尝试，再尝试 164 9.2 如何建模不太明显的概念 164.. 9.2.1 显式的约束 165 9.2.2 作为领域对象的流程 167 9.2.3 规格 168 9.2.4 规格的应用和实现 171 第10章柔性设计 184 10.1 释意接口 186 10.2 无副作用函数 190 10.3 断言 194 10.4 概念轮廓 197 10.5 孤立类 201 10.6 操作封闭 203 10.7 声明性设计 205 10.8 一个声明性风格的设计 207 10.9 攻击角度 215 10.9.1 切分子领域

一共两个压缩分卷，这是第二个分卷第ⅰ部分让领域模型发挥作用. 第1章消化知识 5 1.1 有效建模的因素 9 1.2 知识消化 10 1.3 持续学习 11 1.4 知识丰富的设计 12 1.5 深层模型 15 第2章交流及语言的使用 17 2.1 通用语言 17 2.2 利用对话改进模型 22 2.3 一个团队，一种语言 24 2.4 文档和图 25 2.4.1 书面的设计文档 27 2.4.2 执行的基础 29 2.5 说明性模型 29 第3章将模型和实现绑定 32 3.1 模型驱动设计 33 3.2 建模范型和工具支持 36 3.3 突出主旨：为什么模型对用户很关键 41 3.4 实践型建模人员 43 .第ⅱ部分模型驱动设计的构建块第4章分离领域 47 4.1 分层架构 47 4.1.1 层间的联系 51 4.1.2 架构框架 51 4.2 模型属于领域层 52 4.3 其他种类的隔离 55 第5章软件中的模型描述 56 5.1 关联 57 5.2 实体(又称引用对象) 62 5.2.1 实体建模 65 5.2.2 设计标识操作 66 5.3 值对象 68 5.3.1 设计值对象 71 5.3.2 设计包含值对象的关联 73 5.4 服务 74 5.4.1 服务和分隔的领域层 75 5.4.2 粒度 77 5.4.3 访问服务 77 5.5 模块(包) 77 5.5.1 敏捷的模块 79 5.5.2 基础结构驱动打包的缺陷 80 5.6 建模范式 82 5.6.1 对象范式的优势 82 5.6.2 对象世界中的非对象 84 5.6.3 在混合范式中使用模型驱动设计 85 第6章领域对象的生命周期 87 6.1 聚合 88 6.2 工厂 96 6.2.1 工厂及其应用场所的选择99 6.2.2 只需构造函数的情况 101 6.2.3 接口的设计 102 6.2.4 如何放置不变量的逻辑 103 6.2.5 实体工厂与值对象工厂 103 6.2.6 存储对象的重建 103 6.3 仓储 105 6.3.1 查询仓储 109 6.3.2 了解仓储实现的必要性 111 6.3.3 实现仓储 111 6.3.4 在框架内工作 113 6.3.5 与工厂的关系 113 6.4 为关系数据库设计对象 115 第7章使用语言：扩展示例 117 7.1 货物运输系统概述 117 7.2 隔离领域：系统简介 119 7.3 区分实体和值对象 120 7.4 运输领域中的关联设计 121 7.5 聚合的边界 123 7.6 选择仓储 124 7.7 场景概述 125 7.7.1 应用特性示例：改变一件货物的目的地126 7.7.2 应用特性示例：重复业务126 7.8 对象的创建 126 7.8.1 cargo的工厂和构造函数 126 7.8.2 添加一个handling event127 7.9 停下来重构：cargo聚合的另一种设计 129 7.10 运输模型中的模块 131 7.11 引入新特性：配额检查 133 7.11.1 连接两个系统 134 7.11.2 改进模型：划分业务 135 7.11.3 性能调整 137 7.12 小结 137 第ⅲ部分面向更深层解的重构第8章突破 143 8.1 关于突破的故事 144 8.1.1 中看不中用的模型 144 8.1.2 突破 146 8.1.3 更深层的模型 148 8.1.4 冷静的决定 149 8.1.5 成效 150 8.2 时机 150 8.3 着眼于根本 151 8.4 尾声：一连串的新理解 151 第9章隐含概念转变为显式概念 153 9.1 概念挖掘 153 9.1.1 倾听表达用语 154 9.1.2 检查不协调之处 157 9.1.3 研究矛盾之处 162 9.1.4 查阅书籍 162 9.1.5 尝试，再尝试 164 9.2 如何建模不太明显的概念 164.. 9.2.1 显式的约束 165 9.2.2 作为领域对象的流程 167 9.2.3 规格 168 9.2.4 规格的应用和实现 171 第10章柔性设计 184 10.1 释意接口 186 10.2 无副作用函数 190 10.3 断言 194 10.4 概念轮廓 197 10.5 孤立类 201 10.6 操作封闭 203 10.7 声明性设计 205 10.8 一个声明性风格的设计 207 10.9 攻击角度 215 10.9.1 切分子领域

1. 软件缺陷与软件故障一、软件缺陷与软件故障案例 2. 软件缺陷产生的原因软件缺陷从哪来？第一大原因就是软件产品规格说明书，很多情况下，说明书没有写，或写的不够全面，经常更改，或者开发小组没有很好的沟通，造成对说明书理解的不一致。第二大原因是软件设计，没有做设计或设计不好，经常变动等和产品规格说明书一样的问题，第三个原因才是编写代码和其它原因；前两个原因至少占了 80%以上。如图1-1所示图1-1 软件缺陷产生的原因分布通过大量的测试理论研究及测试实践经验的积累，典型的

在系统概述部分，你需要进一步详细描述图书管理系统的功能需求，包括核心功能和附加功能。这些功能是系统提供给用户的主要服务和特性，对于帮助读者全面了解系统的能力非常重要。（总结本文档的内容，并提供对图书管理系统的前景展望。在本设计说明书中，我们详细介绍了该项目的设计和实施方案。通过对系统需求的分析和用户反馈的整合，我们成功地开发了一个符合用户需求的系统。

构建之法

607

社区成员

389

社区内容

发帖

与我相关

我的任务

软件工程软件构建团队开发企业社区北京·朝阳区

社区管理员

加入社区

近7日
近30日
至今

加载中

查看更多榜单

社区公告

暂无公告

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

+ 用AI写文章