修改蒋佳玲对parnas文章第9页的翻译。 Made proper indentation。

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
 
 —— 对于每个输出，指定精确度。
 
-—— 如果要求系统易于更改，则需求文件必须包括可能发生更改的地方。 你无法设计一个系统，可以让所有东西都同样容易更改。 哪些东西最有可能更改，不应该由程序员判断。
+—— 如果要求系统易于更改，则需求文件必须包括可能发生更改的地方。 你无法
+   设计一个系统，可以让所有东西都同样容易更改。 哪些东西最有可能更改，
+   不应该由程序员判断。
 
-—— 需求还必须讨论由于不希望发生的事件发生了，系统无法满足需求时系统应该做什么。 大多数需求文档忽略了这些事件; 它们只讨论当一切都完美的情况，却把出现部分故障时该做什么留给程序员去决定。
+—— 需求还必须讨论由于不希望发生的事件发生了，系统无法满足需求时系统应
+   该做什么。 大多数需求文档忽略了这些事件; 它们只讨论当一切都完美的情
+   况，却把出现部分故障时该做什么留给程序员去决定。
 
-我们希望大家清楚，除非定义了每一个需求，否则无法编写正确的软件。 一旦成功地指定了每一个需求，您就已经完全指定了系统的需求。
+我们希望大家清楚，除非定义了每一个需求，否则无法编写正确的软件。 一旦
+成功地指定了每一个需求，您就已经完全指定了系统的需求。