（1）produce 都翻成 '写'。（2） 让 it 更为明确，是产品，而非文档。

1 files changed, 2 insertions, 2 deletions

diff --git a/parnas-a-rational-design-process.rst b/parnas-a-rational-design-process.rst
index bcaf3e0..67124a6 100644
--- a/parnas-a-rational-design-process.rst
+++ b/parnas-a-rational-design-process.rst
@@ -266,7 +266,7 @@ Page 8
 
 - 它可以用于平息争论; 我们不再需要成为或咨询应用专家。
 
-确定详细的需求可能是这个过程中最困难的部分，因为通常没有有条理的信息来源。理想情况下，需求文档应由未来用户代表来写。实际上，它可能将由软件设计者来产生，然后由用户代表们同意。
+确定详细的需求可能是这个过程中最困难的部分，因为通常没有有条理的信息来源。理想情况下，需求文档应由未来用户代表来写。实际上，它可能将由软件设计者来写，然后由用户代表们同意。
 
 2. 什么内容到需求文档中去?
 
@@ -274,7 +274,7 @@ Page 8
 
 - 每个陈述应对所有可接受的产品有效，不应依赖实现决定。
 
-- 文档应该是完整的，从某种意义上说，如果产品满足文档中的每个陈述，则它应该是可以接受的。
+- 文档应该是完整的，从某种意义上说，如果产品满足文档中的每个陈述，则产品应该是可以接受的。
 
 - 如开发必须开始前信息尚不具备，则指出不完整的地方，而非简单地省略。