diff options
| -rw-r--r-- | parnas-a-rational-design-process.rst | 17 |
1 files changed, 12 insertions, 5 deletions
diff --git a/parnas-a-rational-design-process.rst b/parnas-a-rational-design-process.rst index 588c5c8..e27e1a5 100644 --- a/parnas-a-rational-design-process.rst +++ b/parnas-a-rational-design-process.rst @@ -311,9 +311,11 @@ Page 9 ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ -我们通过把关注点分离（ **Separation of Concerns** ）到章节，来获得需求文档的完整: +我们通过把关注点分离（ **Separation of Concerns** ）到章节，来获得需求 +文档的完整: -—— 指定软件运行的机器。 机器不必是硬件 —— 对于一些系统，这一节可能仅仅包含语言参考手册的名字； +—— 指定软件运行的机器。 机器不必是硬件 —— 对于一些系统，这一节可能仅仅 + 包含语言参考手册的名字； —— 指定软件与外界通信必须使用的接口； @@ -323,11 +325,16 @@ Page 9 —— 对于每个输出，指定精确度。 -—— 如果要求系统易于更改，则需求文件必须包括可能发生更改的地方。 你无法设计一个系统，可以让所有东西都同样容易更改。 哪些东西最有可能更改，不应该由程序员判断。 +—— 如果要求系统易于更改，则需求文件必须包括可能发生更改的地方。 你无法 + 设计一个系统，可以让所有东西都同样容易更改。 哪些东西最有可能更改， + 不应该由程序员判断。 -—— 需求还必须讨论由于不希望发生的事件发生了，系统无法满足需求时系统应该做什么。 大多数需求文档忽略了这些事件; 它们只讨论当一切都完美的情况，却把出现部分故障时该做什么留给程序员去决定。 +—— 需求还必须讨论由于不希望发生的事件发生了，系统无法满足需求时系统应 + 该做什么。 大多数需求文档忽略了这些事件; 它们只讨论当一切都完美的情 + 况，却把出现部分故障时该做什么留给程序员去决定。 -我们希望大家清楚，除非定义了每一个需求，否则无法编写正确的软件。 一旦成功地指定了每一个需求，您就已经完全指定了系统的需求。 +我们希望大家清楚，除非定义了每一个需求，否则无法编写正确的软件。 一旦 +成功地指定了每一个需求，您就已经完全指定了系统的需求。 |