阅读并修改余慧的翻译

1 files changed, 20 insertions, 15 deletions

diff --git a/parnas-a-rational-design-process.rst b/parnas-a-rational-design-process.rst
index ba590b6..cb3df58 100644
--- a/parnas-a-rational-design-process.rst
+++ b/parnas-a-rational-design-process.rst
@@ -165,28 +165,33 @@ Page 5
 余慧
 ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
 
-上文所提及的内容，很明显是被每个深思熟虑过的人均公认、坦诚的人所承认的。尽管如此，我们仍旧能看到以软件设计过程为主题的会议、研究着软件设计方法论的工作小组，以及为了丰厚的市场利益扬言能描述软件逻辑方法的课程。这些人想达到什么样的目的？
+（与吴贞娴翻译的最后一段同： 上文所提及的内容，很明显为每个深思熟虑过
+的人所知、为坦诚的人所承认。尽管如此，我们仍旧能看到以软件设计过程为主
+题的会议、研究软件设计方法论的工作小组，以及为了丰厚市场利益扬言能描述
+软件设计逻辑方法的课程。这些人想达到什么样的目的？）
 
-如果我们已经能确定一个理想的过程，就算不能严格地执行它，我们仍然可以编写文档，说明我们在理想情况下产生的结果，这能使阅读文档的人将因参照这个合理的设计而受益。这就是我们所说的“假设一个合理的设计过程”。
 
-下面，我们列出了这样自诩的几点理由:
+如果已确定理想过程但不能精确遵循它，我们仍然像遵循理想过程而产生文档一
+样，去编写文档。 文档读者会从 **对设计的理性解释中** 受益。 这就是我们
+所说的“假装理性设计过程”。
 
+下面，我们列举假装如此的一些理由:
 
-    1. 设计师需要指导。当承担一个大项目时，我们很容易被任务的艰巨所压倒，不确定首先要做什么。对理想过程的良好理解将对项目的进行带来帮助。
 
-    2. 如果我们试着遵循这一理想过程，而不是建立在一个临时决策的基础上，
-       我们的进程一定程度上会更趋于完美，设计更趋于理性。例如，即使我
-       们不能知道设计一个理想系统所需的所有实际情况，但在开始编写代码
-       之前，尽力去理清这些事实的过程可以帮助我们更好地进行设计、减少
-       原地兜圈的错误。
+1. 设计师需要指导。 当承担一个大项目时，我们容易被任务的艰巨性压倒。
+   不能确定首先做什么。 好好理解理想过程会帮助我们知道如何进行项目。
 
-    3. 拥有统一的标准，对一个承担许多软件项目的组织是有好处的。这会产
-       生好的设计评定方法，令人员、想法和软件在项目间的转移变得更加容
-       易。所以确定一个标准的过程，将它完善合理就似乎变得有理有据了。
+2. 比起依靠临时决策来推动项目进行， 如果我们试着去遵循某一过程，那么我
+   们会更靠近理想过程、更靠近理性设计。 例如，即使我们无法知道设计一个
+   理想系统所需的所有事实，在编码前去寻找这些事实的努力会帮助我们更好
+   设计、更少返工。
 
-    4. 如果我们已经就一个理想的过程达成一致，那么度量一个项目所取得的
-       进展就会变得容易得多。我们可以将项目的成果与理想过程所要求的成
-       果进行比较，来帮我们确定落后(或领先)的范围。
+3. 承担多个软件项目的机构如果拥有统一标准则会有很多优势。 会使设计审核，
+   以及人员、想法和软件在项目之间的转移变得更容易。 如果我们要去指定标
+   准过程，标准过程就应该理性的。
+
+4. 如果我们已经定下理想过程，那么衡量项目进展就会变得容易得多。我们比
+   较项目目前的成果与理想过程所要求的成果， 确定落后(或领先)的地方。