From 59d306be2003af3e8ddeb4f32bc8dd52faaa91d2 Mon Sep 17 00:00:00 2001 From: Hui Lan Date: Tue, 27 Jul 2021 18:01:11 +0800 Subject: =?UTF-8?q?parnas-a-rational-design-process.rst:=20=E8=9E=8D?= =?UTF-8?q?=E5=85=A5=E8=83=A1=E5=88=9A=E5=BC=BA=E7=9A=84=E7=BF=BB=E8=AF=91?= =?UTF-8?q?.=20(PDF=20page=209).=20Revision=201.?= MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit --- parnas-a-rational-design-process.rst | 8 ++++---- 1 file changed, 4 insertions(+), 4 deletions(-) diff --git a/parnas-a-rational-design-process.rst b/parnas-a-rational-design-process.rst index 3b38a04..854e3bd 100644 --- a/parnas-a-rational-design-process.rst +++ b/parnas-a-rational-design-process.rst @@ -310,15 +310,15 @@ Page 9 - 软件与外界通信必须使用的接口的规范； -- 所有情况下的每个输出值（在软件可检测的系统状态方面）的规范； +- 所有情况下每个输出值（在软件可检测的系统状态方面）的规范； -- 软件重新计算每个输出的必须的频率与速度； +- 软件重新计算每个输出必须达到的频率与速度； - 每个输出必须达到的精度。 -- 如果要求系统易于更改，则需求必须包括被认为可能发生更改的地方的定义。你无法设计每个地方都同样容易改变的系统，并且，程序员不应该去决定哪些东西最有可能被改变。 +- 如果要求系统易于更改，则需求必须包括被认为可能发生更改的地方的定义。你无法设计每个东西都同样容易改变的系统，并且，程序员不应该去决定哪些东西最有可能被改变。 -- 需求还必须讨论由于意外事件，系统无法满足需求时应该做什么。大多数需求文档忽略这些情况;它们讨论当一切都完美时将发生什么，却把部分故障发生时应该做什么留给程序员去决定。 +- 需求还必须讨论由于意外事件，系统无法满足需求时应该做什么。大多数需求文档忽略这些情况;它们讨论当一切都完美时将发生什么，却把发生部分故障时应该做什么留给程序员去决定。 我们希望明确，除非定义了每个需求，否则无法编写正确的软件，并且一旦成功地指定了每个需求，你就已经完全指定了系统的需求。 -- cgit v1.2.1