改进翻译.

1 files changed, 3 insertions, 3 deletions

diff --git a/parnas-a-rational-design-process.rst b/parnas-a-rational-design-process.rst
index c8299b9..206bd28 100644
--- a/parnas-a-rational-design-process.rst
+++ b/parnas-a-rational-design-process.rst
@@ -113,7 +113,7 @@ I. 寻找魔法石： 我们为什么想要理性设计过程？
 我们将永远找不到能让我们以完美地理性方式去设计软件的过程。好消息是我们
 可以伪造它。  我们能向别人呈现我们的系统， 就像理性设计师那样。更好的消息是，这样做是值得的。
 
-II. 为什么软件设计“过程”总是理想化？
+II. 为什么软件设计“过程”总只是理想化？
 `````````````````````````````````````````````````````````````
 
 我们永远不会看到软件项目像上面的建议进行。 一些原因罗列如下：
@@ -142,7 +142,7 @@ II. 为什么软件设计“过程”总是理想化？
 5. 除非不用人，否则无法避免人为错误（Human Errors）。无论我们的决策过程多么理性，无论我们对相关事实
    的收集与组织有多好，我们都会犯错。
 
-6. 我们经常被先入为主的设计想法所拖累，这些想法是我们发明的，在相关项目中获得的，或者在课上到的。
+6. 我们经常被先入为主的设计想法所拖累，这些想法是我们发明的，在相关项目中获得的，或者在课上听到的。
    有时候我们会为尝试或使用自己喜欢的想法而去从事某个项目。 这些想法也
    许不是经由理性过程从我们的需求中导出的;它们可能从其他来源自发地产生。
 
@@ -431,7 +431,7 @@ A． 当前的文档有什么问题？ 为什么它难用？ 为什么没有人�
 
 
 这两种文档风格的问题都在于，除了作者之外，其他人找不到他们想要的信息。
-因此，确定缺失的事实或纠正错误的事实并非易事。当软件更改时，要找到文档中应该更改的所有部分并非易事。
+因此，确定事实缺失或纠正事实错误并非易事。当软件更改时，要找到文档中应该更改的所有部分并非易事。
 这些文档维护起来会非常昂贵，而且在大多数情况下将得不到维护。
 
 — 枯燥的行文。