parnas-a-rational-design-process.rst: 融入吴逸嘉的翻译 (PDF page 8). Revision 1.

1 files changed, 2 insertions, 2 deletions

diff --git a/parnas-a-rational-design-process.rst b/parnas-a-rational-design-process.rst
index 410052d..6777615 100644
--- a/parnas-a-rational-design-process.rst
+++ b/parnas-a-rational-design-process.rst
@@ -294,7 +294,7 @@ Page 8
 
 (王如韵 翻， 吴逸嘉 改)
 
-- 它可以用于平息争论; 我们不再需要成为或咨询应用程序专家。
+- 它可以用于平息争论; 我们不再需要成为或咨询应用专家。
 
 确定详细的需求可能是这个过程中最困难的部分，因为通常没有有条理的信息来源。理想情况下，需求文档应由未来用户代表来写。实际上，它可能将由软件设计者来产生，然后由用户代表们同意。
 
@@ -308,7 +308,7 @@ Page 8
 
 - 如开发必须开始前信息尚不具备，则指出不完整的地方，而非简单地省略。
 
-- 需求文档应该是按照参考文件的结构组织，而不是对系统的介绍性叙述，因为参考文件是最有用的形式。虽然产生这样一份文档需要付出相当的努力，并且比介绍性文件更难读，但是从长远来看，它节省了人力，因为在这个阶段获得的信息是以易便于在整个项目中参考的形式记录下来的。
+- 需求文档应该是按照参考文件的结构来组织，而不是对系统的介绍性叙述，因为参考文件是最有用的形式。虽然制作这样一份文档要付出相当多的努力，并且它比介绍性文件更难读，但是从长远来看，它节省了人力，因为在这个阶段获得的信息是以便于在整个项目中参考的形式记录下来的。