From 1f22788ebf13c8fbf5cd14fd82a040b8b43f98b0 Mon Sep 17 00:00:00 2001 From: Hui Lan Date: Tue, 11 Jul 2023 08:42:10 +0800 Subject: =?UTF-8?q?=EF=BC=881=EF=BC=89produce=20=E9=83=BD=E7=BF=BB?= =?UTF-8?q?=E6=88=90=20'=E5=86=99'=E3=80=82=EF=BC=882=EF=BC=89=20=E8=AE=A9?= =?UTF-8?q?=20it=20=E6=9B=B4=E4=B8=BA=E6=98=8E=E7=A1=AE=EF=BC=8C=E6=98=AF?= =?UTF-8?q?=E4=BA=A7=E5=93=81=EF=BC=8C=E8=80=8C=E9=9D=9E=E6=96=87=E6=A1=A3?= =?UTF-8?q?=E3=80=82?= MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit --- parnas-a-rational-design-process.rst | 4 ++-- 1 file 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 - 每个陈述应对所有可接受的产品有效，不应依赖实现决定。 -- 文档应该是完整的，从某种意义上说，如果产品满足文档中的每个陈述，则它应该是可以接受的。 +- 文档应该是完整的，从某种意义上说，如果产品满足文档中的每个陈述，则产品应该是可以接受的。 - 如开发必须开始前信息尚不具备，则指出不完整的地方，而非简单地省略。 -- cgit v1.2.1