parnas-a-rational-design-process.rst: 融入周婧哲的翻译. (PDF page 9).

1 files changed, 4 insertions, 4 deletions

diff --git a/parnas-a-rational-design-process.rst b/parnas-a-rational-design-process.rst
index 854e3bd..8a4feff 100644
--- a/parnas-a-rational-design-process.rst
+++ b/parnas-a-rational-design-process.rst
@@ -302,11 +302,11 @@ Page 8
 Page 9 
 ---------------------------------------------------------------------
 
-(蒋佳玲 翻，胡刚强 改)
+(蒋佳玲 翻，胡刚强 改，周婧哲 改)
 
-我们通过使用关注点分离（ **Separation of Concerns** ）来得到下面的章节，来获得需求文档的完整性:
+我们通过使用关注点分离（ **Separation of Concerns** ）获得下面的部分，来获得需求文档的完整性:
 
-- 软件运行的机器的规范。机器不必是硬件 -- 对于一些系统，这一节可能仅仅指向一个语言参考手册；
+- 运行软件的机器的规范。机器不必是硬件 -- 对于一些系统，这一节可能仅仅指向一个语言参考手册；
 
 - 软件与外界通信必须使用的接口的规范；
 
@@ -318,7 +318,7 @@ Page 9
 
 - 如果要求系统易于更改，则需求必须包括被认为可能发生更改的地方的定义。你无法设计每个东西都同样容易改变的系统，并且，程序员不应该去决定哪些东西最有可能被改变。
 
-- 需求还必须讨论由于意外事件，系统无法满足需求时应该做什么。大多数需求文档忽略这些情况;它们讨论当一切都完美时将发生什么，却把发生部分故障时应该做什么留给程序员去决定。
+- 需求还必须讨论由于意外事件，系统无法满足全部需求时应该做什么。大多数需求文档忽略这些情况;它们讨论当一切都完美时将发生什么，却把发生部分故障时应该做什么留给程序员去决定。
 
 我们希望明确，除非定义了每个需求，否则无法编写正确的软件，并且一旦成功地指定了每个需求，你就已经完全指定了系统的需求。